Журнал типа проводка в спланированных заказах

[Vals]

Цитата:

Добрый день!
В модуле сводное планирование в спланированных заказах
есть возможность утверждать спланированные переносы с указанием
названия складского журнала типа перенос.
Нам необходимо еще утверждать журнал типа проводка?
На Нашем предприятии есть конкретный бизнес-процесс(просто хотелкой его не назовешь), который заключается в ПЛАНОВОМ списании номенклатуры при выдаче со склада- БОЛЬШАЯ часть движений! Кладовщикам мы дали доступ к журналу-проводка только с определенным названием. Думали использовать журнал перенос, но что-то совсем не подходит, нам нужно списать а не передать на кого-то! Или могут быть другие варианты?
Потребность у нас планируется на основании планового расхода.
В результате в спланированных заказах имеем:
спланированную закупку(нужна)
спланированный перенос(нужен как промежуточный перенос)
спланированный расход(нужен, но нет в спланированных заказах)
Наверное больше подойдет вариант :
научиться из (уже реализованной в системе функциональности) спланированных переносов делать журналы проводок.

Попробуюб разложить всё по полочкам:
1. Сводное планирование осуществляет (планирует) покрытие потребностей в номенклатуре.
Ключевое слово потребность. В вашем случае, насколько я понимаю, сама потребность заключается в строках журнала Проводка - необходимо списать определённое количество.

2. В спланированных заказах содержатся строки, которые покрывают потребности: это Спланированные закупки, спланированные производства и переносы (об этом уже сказали).

Журнал проводка с расходом номенклатуры - это есть потребность, которая покрывается одним из спланированных заказов.

Я хочу донести, что утверждение в форме спланирвованных заказов сделано для утверждения покрытия потребностей, но никак не для утверждения расходов. (хотя внимательные заметят, что при утверждении переносов - утверждается в том числе расход)

3. Далее, Журнал проводка. Есть строка и расход номенклатуры. Каким образом, система понимает, что это планируемый расход? Статус проводки - Заказано. В частности, для сводного планирования это проводка будущего расхода (потребности, который обязательно произойдёт) и система спланирует его покрытие.

4. К сожалению вы не описали процедуру утверждения, но я склоняюсь к выводу, что лучше привязать процедуру утверждения к журналу проводка, чем городить огород в сводном.

5. В версии 4.0 сделана процедура подтверждения переноса в журнале перенос.

6. Очень часто, функции в системе используются идеологически неверно. В данном случае, я склоняюсь к мысли, что реализация утверждения складского журнала расхода в спланирвоанных заказах будет идеологически неверно и создаст дополнительные трудности при программировании и развитии системы.

P.S. Очень советую привести здесь пример вашего бизнес-процесса, потому что поразмыслив, появилась догадка, что само утверждение у вас не там где нужно происходит. Расход рождается в заказе клиента, производственном маршруте и т.д. Фактически кладовщик должен получать документ с перечнем и количеством отгрузки.
Поэтому чтобы здесь не строить догадки - опишете БП.

[ymv2000]

Цитата:

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

Попробуюб разложить всё по полочкам:
...........................

Согласен с автором.



В чем особенность Нашего Б-П:
50% потребностей - спланированный перенос(конечный журнал перенос)
а 50% потребностей - спланированное списание (конечный журнал проводка)
Причем списание или перенос может происходить ближе к выдаче частично или поэтапно, поэтому взять в качестве причины потребности например журнал проводка мы не сможем, т.к. придется придумывать механизм дробления журнала перед его разноской при конечной выдачи номенклатуры.

хотелось бы чтобы все утверждения списания происходили в спланированных заказах, так спланированные закупки и спланированные переносы мы утверждаем в спланированных заказах.
Если спланированного списания в спланированных заказах не будет, то как мы узнаем сколько нам надо еще списать? Пользователю было бы проще утверждать все в одном месте.

P.S. Может конечно и можно отказаться от журнала проводка и использовать журнал перенос(Складская аналитика НА=Виртуальный склад 'Списано')
но тогда надо будет проставлять каждый раз эту аналитику, да и не красиво это както))......

[ymv2000]

Еще поподробнее о Б-П:
1)на конец квартала планируется списать с конечного склада 100 мешков песка
2)запускаем сводное планирование:
запланировалось:
закупка 100 мешков, перенос между складами 100 мешков, списание с конечного склада 100мешков
3)При поставке утверждаем спланированную закупку 100мешков
4)Утверждаем спланированный перенос 100мешков
5)При частичной выдачи утверждаем списание 2 мешка
6)При частичной выдачи утверждаем списание 4 мешка
7)Имеем не списанных 94 мешка. Хотелось бы это видеть в спланированных заказах, так же как и по закупкам и переносам!

[konopello]

Цитата:

Очень часто, функции в системе используются идеологически неверно. В данном случае, я склоняюсь к мысли, что реализация утверждения складского журнала расхода в спланирвоанных заказах будет идеологически неверно и создаст дополнительные трудности при программировании и развитии системы.

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

[Vals]

Цитата:

7)Имеем не списанных 94 мешка. Хотелось бы это видеть в спланированных заказах, так же как и по закупкам и переносам!

Вы эту цифру увидите в нижней части формы Спланированные заказы - "Использование". Для строки покрытия в 100 штук.
Также эта информация будет в чистых потребностях и развёртывании.

Цитата:

5)При частичной выдачи утверждаем списание 2 мешка
6)При частичной выдачи утверждаем списание 4 мешка

Что означает утверждаем списание? Иначе говоря, какие данные на входе и на выходе? Откуда берётся списание? Кто утверждает, по каким критериям и т.д.

Цитата:

Имеем не списанных 94 мешка. Хотелось бы это видеть в спланированных заказах, так же как и по закупкам и переносам!

Сводное учтёт эту потребность при выполнении определённых условий. Видна эта потребность будет в Использование и в чистых потребностях, и в Развёртывании. В спланированных заказах будет отображаться покрытие этой потребности.

Вообще если есть желание подробно разобраться со сводным планированием, связях с логистикой, то у меня скоро будут курсы по логистике и сводному - милости просим

[ymv2000]

Цитата:

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

Что означает утверждаем списание? Иначе говоря, какие данные на входе и на выходе? Откуда берётся списание? Кто утверждает, по каким критериям и т.д.

Все просто
заявитель просил 100 мешков
100 мешков закупилось и перенеслось на склад
заявитель пришел на склад и говорит что сегодня мне надо 2 мешка,
остальные 98 мне хранить негде - ненадо мне их,
а кладовщик обязан выдать(задача у него такая выдать по первому требованию!)
спустя 34 дня приходит заявитель еще раз ..................
спустя 123 дня приходит и требует дайте мне 99 мешков

Цитата:

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

Вы эту цифру увидите в нижней части формы Спланированные заказы - "Использование". Для строки покрытия в 100 штук.
Также эта информация будет в чистых потребностях и развёртывании.

Как я увижу, если на момент списания уже все строки на закуп и перемещение
будут утверждены и будут отсутствовать в спланированных заказах.
Даже если бы я увидел, то мне надо идти в модуль Управление запасами и создавать журнал, при этом запомнив полученные цифры, .. трудновато
для пользователя както

[Vals]

Цитата:

заявитель просил 100 мешков

Как это отражается в системе?

Цитата:

Как я увижу, если на момент списания уже все строки на закуп и перемещение
будут утверждены и будут отсутствовать в спланированных заказах.

Форма чистые потребности и развертывание. Эти формы открываются не только из спланированных заказов, но и по кнопке Склад/... в других формах.

Насколько я понял, то вам нужно решить задачу обеспечения отпуска номенклатуры со склада в любой момент времени. Это задача планирования запасов, которую вкратце можно описать так:
1. Параметры пополнения запасов (сколько на складе должно храниться номенклатуры чтобы обеспечить отпуск в любой момент времени)

2. Здесь вы можете определять объём в мин/макс или задать планируемый раскход в прогнозах и т.д. Ввод количественных характеристик запасов (сколько хранить той или иной номенклатуры, плановый расход, заявки подразделений и т..д.)
Попробуйте запустить журнал запасов.
3. Планирование и обработка результатов планирования.

Вот примерно так.
Здесь статья по сводному планированию http://www.amand.ru/articles/masterplan/masterplan.php

Мне кажется, что ещё чуть-чуть и мы вытянем из вас достаточно информации, чтобы до конца прояснить ситуацию и всем сообществом помочь вам найти приемлемое решение задачи

[ymv2000]

Цитата:

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

Как это отражается в системе?

Прогноз закупок например и прогнозное планирование...

[Vals]

Тогда просто разнесите журнал на отпускаемое количество, а потребность закроется прогнозом.

Прогноз 100 шт.
Журнал - 2 шт.

Остаток покрытия 98

Зачем ещё процедура утверждения в этом случае?

[ymv2000]

Цитата:

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

Тогда просто разнесите журнал на отпускаемое количество, а потребность закроется прогнозом.

Прогноз 100 шт.
Журнал - 2 шт.

Остаток покрытия 98

может так и предется сделать...(держим в уме этот вариант)

а если затребуют 99 а в наличии в тот момент будет 150, за счет новых поступлений для других моделей(планов), тогда где проводить контроль
остатка покрытия для нужной модели(плана)? Ведь система даст списать 99.

Цитата:

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

Зачем ещё процедура утверждения в этом случае?

процедура утверждения может быть нужна хотябы для постоянного самоконтроля остатка покрытия на момент принятия решения о движении

[Vals]

Цитата:

а если затребуют 99 а в наличии в тот момент будет 150, за счет новых поступлений для других моделей(планов), тогда где проводить контроль
остатка покрытия для нужной модели(плана)? Ведь система даст списать 99.

1. Смотрим склад/Чистые потребности - там видно какое покрытие под какой расход.
2. Резервирование.

Цитата:

процедура утверждения может быть нужна хотябы для постоянного самоконтроля остатка покрытия на момент принятия решения о движении

Дайте пользователю инструмент для контроля и постройте правильно процедуру. В данном случае вы возлагаете процесс (достаточно сложный) планирования запасов на пользователя (пока не сказали какого, но не кладовщика) вместо того чтобы построить этот процесс планирования методологически.

Вкратце: заявка была на 100 ед и они отражены в Прогнозе продаж или закупок (мне больше нарвятся продажи потому что это планируемый расход.

Допустим, что реально нужно будет отпутсить 110 ед. Соответственно прогноз должен быть скорректирован на +10.
Если этого не произошло, то создастся дефицит по другим расходам этой номенклатуры, который отследит сводное планирование по факту возникновения дефицита.

Итого: не нужно подменять всю совокупность инструментов системы (резервирование, прогнозы, планирование, журналы, произвосдтво, заказы/закупки) утверждением непонятно чего. Потому что уверяю вас, в 99% случаев журнал утвердится

[ymv2000]

Цитата:

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

Дайте пользователю инструмент для контроля и постройте правильно процедуру. В данном случае вы возлагаете процесс (достаточно сложный) планирования запасов на пользователя (пока не сказали какого, но не кладовщика) вместо того чтобы построить этот процесс планирования методологически.

Так в этом все и дело - дать попроще инструмент для кладовщика, а на кого еще
переложить это? кто будет это делать? Когда только кладовщик знает точно сколько кому выдал по требованию заявителя сегодня.
С точки зрения Axapta все логично и правильно выполнено в системе, а если смотреть с позиции существующих Б-П, то тогда для пользователя сложновато
или рутинно получается.

Цитата:

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

Итого: не нужно подменять всю совокупность инструментов системы (резервирование, прогнозы, планирование, журналы, произвосдтво, заказы/закупки) утверждением непонятно чего. Потому что уверяю вас, в 99% случаев журнал утвердится

Большая часть перечисленного будет использоваться. Вопрос лишь в оптимальности использования, ну и вообщето почему бы не провести анализ на упрощение чего либо и как следствие неиспользования чего либо.