2 Валентин К.
Вы всерьез полагаете, что в программе, которая ориентирована на безостановочное производство, ничего не нужно менять после того, как производство превратилось в "остановочное"? Что вы зациклились на этих "переделах"? Раньше в программе можно было всего лишь посмотреть текущий остаток полуфабрикатов в точках их концентрации. Но не было встроенного в программу контроля. Не было "сфетофоров", которые останавливают "конвеер", чтобы не дать переделам превысить пограничную величину. В программе не произойдет изменений? Да, не произойдет, если это программа только для учета, а не для управления... Я не представляю себе, как может в программе для управления не происходить изменений, если ИЗМЕНИЛОСЬ УПРАВЛЕНИЕ ...
Давайте возьмем две технологии управления - TOC и основанное на "вытягивании" MRP-II. Вы всерьез полагаете, что переход от одной к другой не требует внесения никаких изменений в программу? Почему же тогда большинство ERP-систем, реализующих MRP-II, НЕ МОГУТ реализовать цепочку "барабан-веревка-буфер" в частности и управление по TOC вообще?

Валентин КЯ не пойму о какой проблеме вы говорите, у нас в системе заявки появляются и утверждаются конкретными людьми, на основании них делаются платежи, либо отгрузки и очень хорошо видно кто когда заявку дал, и кто когда ее подписал....Я говорю о тех моментах, которые могут повлиять на нормальный ход бизнес-процесса формирования ПЛАНА . Бюджетирование работает ПОСЛЕ того, как план возник. Платежки и вся прочая лабуда - это факт, который возникает еще позже , чем план. Давеча вы сказали , что для мониторинга всего и вся собираетесь использовать систему бюджетирования. Я же показал вам, что в ней можно отследить далеко не всё. Вот об этой проблеме я и говорю.

isfarmмне иногда тоже кажется, что задачу можно решить за пару дней, пока не упрешься в детали :) И здесь никакие три буквы не помогают, потому что описывают вершки. А корешки реализуются упорным трудом.
Как пример. Сейчас делаем систему для пищевого комбината. Если смотреть с точки зрения BPM и ему подобных все просто. Но когда начинаешь по всей цепочке прослеживать теже цены, то BPM уходит в засаду. Вот и получается, что рассчитываешь создать систему с нуля за 1.5-2 месяца, а возишься уже почти 3. Радует только то, что уже на этапе завершения :)Судя по всему, ситуации с ценами не были продуманы бизнес-аналитиками. И приходится пересматривать схему работы бизнес-процесса уже после того, как программисты что-то наваяли. В этой ситуации именно BPMS дает выигрыш, поскольку четко разграничивает работу бизнес-аналитика и программиста. Я не понимаю данный аргумент. Судя по всему, работа делается НЕ с использованием BPMS, выявляются проблемы, которые по искуственно проведенным параллелям прикручиваются к BPMS. Хотя, возможно, я что-то не так понял... :)

инженер планового отделаЗдесь в одном из сообщений Валентин К постарался объяснить, что в основе любой системы лежат законы природы, а в "основе себестоимости", в частности, лежит закон сохранения энергии, но это не производит пока впечатления на "экономистов" и "бизнесменов".Судя по всему, вы используете какую-то супер-пупер-программу, которая моделирует законы природы? И даже знаете заранее, что грузовик, идущий к вам от поставщика, не придет вовремя, потому что по дороге его колесо попадет в колдобину, и при этом выпадет болт из ходовой части....