Сводное планирование: История чистых потребностей...

[Vals]

Цитата:

Наверное самый правильный вариант - вводить функционал разноски потребности во всех модулях. Окончился цикл планирования, все участники (потребители, закупщики, финансисты) согласовали и зафиксировали исходные данные - запускается сводное планирование и для каждого исходного документа дергает абстрактную функцию "разноска потребностей".

А дальше то что? Зафиксируете вы картинку, а жизнь то всё равно изменяется. Укажете на фиксы в планировании, а производственники вам совершенно логично и оправдано ответят, что жизнь штука непредсказуемая и что вот эта зафикшенная херь ну никак не нужна

[fed]

Цитата:

Сообщение от Vals

А дальше то что? Зафиксируете вы картинку, а жизнь то всё равно изменяется. Укажете на фиксы в планировании, а производственники вам совершенно логично и оправдано ответят, что жизнь штука непредсказуемая и что вот эта зафикшенная херь ну никак не нужна

Угу - только введение складской аналитики "Виноватый" спасет отца русской демократии Вообще конечно - это из серии: "Ищем виновных, вместо поиска решения проблемы. Хотя с другой стороны - видел кучу фирм, где без поиска и жесткой, гм, мотивации виновных, никакие решения не искались...

Просто если аналитику "Ответственный" или "Код исходного документа" вводить, то вам еще придется этот код протаскивать через весь бумажный документооборот. Чтобы пожилая тетенька на складе знала, какого ответственного ей вбивать в документ по списанию. А подобное изменение документооброта может очень дорого обойтись...

Да и вообще - может проще считать невыполнение плана продаж ? Кто его сильнее всего сорвал, того за неликвиды и дрючить... Все-таки вряд ли ваши производственники заказывают материалы из спортивного интереса. Раз заказали, но непотратили - значит кто-то план продаж начал лажать и из за этого заказ производственикам изменил. А измененный заказ производству привел к появлению неливкидов...

[Индра]

Цитата:

Сообщение от fed

Просто если аналитику "Ответственный" или "Код исходного документа" вводить, то вам еще придется этот код протаскивать через весь бумажный документооборот. Чтобы пожилая тетенька на складе знала, какого ответственного ей вбивать в документ по списанию. А подобное изменение документооброта может очень дорого обойтись...

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

[Индра]

Цитата:

А дальше то что? Зафиксируете вы картинку, а жизнь то всё равно изменяется. Укажете на фиксы в планировании, а производственники вам совершенно логично и оправдано ответят, что жизнь штука непредсказуемая и что вот эта зафикшенная херь ну никак не нужна

Это понятно, что жизнь меняется. Но оперативность планирования всегда ограничивается самым медленным звеном - у нас это закупки. То есть потребность не может все время "плавать", иначе закупки будут вечно не успевать, склад затовариваться всяким барахлом, а инициаторы не будут чувствовать ответственности. Я сторонник регламента - выбираем минимальный период планирования, согласуем все планы "на берегу", а потом - каждый отвечает за свой план. Если заявитель не потребил то, что заказывал - он плохо планирует, и это надо в явном виде показать всем участникам процесса.

Насколько я понимаю, Аксапта слабо приспособлена для этой задачи - у нее предполагается планирование от выпуска, и на текущую дату - без сохранения истории. Но это хорошо, когда работу компании ограничивает лишь клиентский спрос, а все остальные ресурсы (финансы, поставщики, мощности) выделяются вовремя и в полном объеме. Как только упираемся в ограничение по ресурсам - начинаются другие задачи, например многовариантность логистических или производственных маршрутов, или ограничение потребителей в их "мгновенных хотелках". То есть приходится зажимать всех участников в более тесные рамки, внутри которых они и крутятся как могут. И для этого нужна история - кто и как крутился.

[Vals]

Цитата:

Сообщение от Индра

Это понятно, что жизнь меняется. Но оперативность планирования всегда ограничивается самым медленным звеном - у нас это закупки. То есть потребность не может все время "плавать", иначе закупки будут вечно не успевать, склад затовариваться всяким барахлом, а инициаторы не будут чувствовать ответственности. Я сторонник регламента - выбираем минимальный период планирования, согласуем все планы "на берегу", а потом - каждый отвечает за свой план. Если заявитель не потребил то, что заказывал - он плохо планирует, и это надо в явном виде показать всем участникам процесса.

У вас действия включены? Скриншотик сделайте