niki4550148Сергей от вас столько критики - хотелось бы о ваших проэктах что нибудь услышать!!!
В этом топике от меня только одни вопросы. Там где от меня присутствует критика по тематическим топикам - там всегда можно сделать косвенный вывод, как оно "у нас", благо что свою позицию я всегда стараюсь четко выражать, ну и переспросить на всякий случай, если что неясно.
А по теме - как может разработчик быть доволен своей же системой, зная все ее недостатки?

Иван Максимович Поддубныйи не говорил, что "раз я не умею"... не перевирайте
Готов признать разве что небольшую вольность, исходя из того, что если бы Вы сами создали обсуждаемое, наверное не писали бы так:

Иван Максимович Поддубный
И да - "тоже внедрили" и "сами писали", да еще и ERP, как то слабо коррелирует? :)
Было бы любопытно посмотреть все это в самописке


Иван Максимович ПоддубныйЕсли вы можете показать такой функционал в самописке - покажите, желательно, с цифрами: количеством пользователей, сроками, бюджетом. Дело, мой друг, не только в кодировании и человекочасах. Дело - в методологии, в программной платформе и еще много в чем. В Вас, уважаемый, нисколько не пытаясь обидеть, чувствуется приверженец метода собственной разработки. Что же, это один из методов.
Я понятия не имею про особенности строительного бизнеса, если таковые вообще существуют, которые существенно могут повлиять на функциональность систем ERP . Мне достаточно знать, что не боги горшки обжигают, и что по уровню интеллекта и способности абстрактно мыслить разработчик SAP от коллеги 1C принципиально не отличается, и уж тем более не в лучшую сторону по сравнению с создателем работащей ERP. А про "метод собственной разработки" я не очень понял. Скажем так, я считаю, что ERP должна подстраиваться под предприятие, а не наоборот, потому писать что-то все равно придется, вопрос только "на чем", но писать Word или Excel я бы сейчас не стал. Более предлагаю на моей персоне внимание не акцентировать и не оффтопить.

niki4550148ААА ну вот к чему вы клоните - я идеальных систем не знаю а недостатки есть везде - как и достоинства
Не совсем. Я клоню к тому, что надо спрашивать не у разработчиков систем, а у их пользователей.

niki4550148ну и кого из них слушать???
Рискну ответить "обоих".

Иван Максимович Поддубный
Смех без причины?

Сергей Васкецов niki4550148ну и кого из них слушать???
Рискну ответить "обоих".
Я к тому, что теоретически никто не запрещает для конечного "кассира" сделать некую "морду", чтобы ее (однотипные) операции выполнялись в 99% случаев просто и быстро, а в случае необходимости можно будет зайти в "полную версию" и сделать все во всех деталях.

niki4550148Так в чем задача ИРП в том чтобы марья ивановна была довольна или владелец получал необходимую управленческую отчетность, я думаю ответ очевиден!!!
Именно что очевиден, должно быть не "или", а "и". Постом выше я обрисовал возможный метод решения этой "проблемы".

niki4550148Сергей ну после вашей речи я сомневаюсь ваше знание Навижн - да морду настроить я и там могу - все это входит в мои задачи как внедренца, и будет она видеть только свои вещи - это как бы не недостаток навижна - Удобный интерфейс как раз одно из его достоинств (это ж майкрософт)!!!
Я писал здесь где-то про недостатки навижна? Где? Как раз наоборот, в плане пользовательского интерфейса мягко говоря далеко не худший вариант.

Иван Максимович Поддубный
ЕМНИП, все Ваши тезисы в свое время обсуждались в различных топиках на сайте, рекомендую продолжать свой слив там, а не здесь, если есть мысли окромя маркетинговой лапши про лучшие практики. А если у Вас есть информация об отраслевых особенностях, влияющих на финансовое планирование в целом и на MRPII в частности, откройте новую тему, посмеемся вместе. Рискую нарваться на копирайт, кто-то сказал что-то типа "Ваши особенности заключаются в том, что у Вас реализуются не все возможные варианты", подумайте над этим.

niki4550148по принципу Минимум данных - Максимум информации
Не нервничайте, еще раз попытаюсь объяснить свою мысль. Подавляющее большинство операций на рабочем месте конечной тетушки однотипные. Соответственно, достаточно настроить некий обобщенный "шаблон", чтобы существенно упростить работу этой тетушке. В частности, одним из видов такого упрощения является автозаполнение полей и генерация цепочек документов. Пэтому Ваш принцип в реальности изменяется в "Минимум ручного ввода данных - Максимум информации".

niki4550148это - но как быть в целом с системой - написать морду под Марь Ивановну - это не написать ИРП
"Морда" на то и "морда", что отделена от данных и алгоритмов.

niki4550148Но вот вопрос Марья ивановна ушла и пришла валентина петровна которой удобнее подругому - будем морду переписывать!!!
Ну, если очень хочется - можно, но не обязательно. "Морда" по уму не для конкретного человека пишется, а для его роли в системе. Соответственно, больше вероятности "налететь" на необходимость изменения такой "морды" при изменении БП (например, добавлена еще одна аналитика), а не при смене сотрудника.