08.12.2011, 13:05 | #1 |
Участник
|
Резервирование в заказанных и сторно прихода
Ситуация: Имеется неразнесённый журнал переноса и ожидающие его расходные проводки в статусе "Зарезервировано в заказанных". После разноски журнала перноса наличие на складе увеличивается и система автоматически переводит статус расходных проводок из "Зарезервировано в заказанных" в статус "Физ.зарезервировано".
Задача: Отсторнировать приход и вернуть статусы соответствующих расходных проводок из "Физ.зарезервировано" обратно в "Зарезервировано в заказанных" Решение: Вручную пройтись по всем расходным проводкам и снять с них резерв переведя их в статус "Заказано". Отсторнировать журнал переноса. создать новый неразнесённый журнал переноса. Заново зарезервировать соответствующие расходные проводки. Проблема: Отдел, который отвечает за журналы переноса ничего не знает (и не обязан знать) об упомянутых расходных проводках и правилах резервирования. Вопрос: Есть ли в системе инструменты для автоматического решения поставленной задачи? Как бы вы решили такую задачу? |
|
08.12.2011, 13:11 | #2 |
Участник
|
Мне кажется без модификации не обойтись.
|
|
08.12.2011, 13:14 | #3 |
Участник
|
После разноски журнала переноса статус проводок вроде переходит в "Куплено" \ "Продано". Или я не правильно что-то понимаю.
__________________
-Ты в гномиков веришь? -Нет. -А они в тебя верят, смотри, не подведи их. Последний раз редактировалось Pustik; 08.12.2011 в 13:18. |
|
08.12.2011, 13:34 | #4 |
Участник
|
Цитата:
У нас включена стандартная опция складского модуля "Зарезервировать заказанную номенклатуру" разрешающая делать резервировать не только под физическое наличие но и под ещё неразнесённые приходы. |
|
|
За это сообщение автора поблагодарили: Pustik (1). |
08.12.2011, 13:54 | #5 |
Участник
|
Мы по этой причине вообще отказались от использования зарезервированных в заказанном.
Мне кажется тут надо писать хитрую модифу. По другому никак. |
|
08.12.2011, 14:02 | #6 |
Участник
|
Попробуйте сначала сделать правильный журнал (если при этом не меняются аналитики, которые зарезервированы), а потом делайте сторно исходного журнала.
В общем случае, с резервами очень много ограничений, к сожалению. И не забывайте, что в обычном случае прямой связи между проводками "зарезервировано в заказанных" и проводках ожидаемого прихода нет, т.е. все работает на уровне итоговых количеств по комбинации первичных аналитик.
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: S.Kuskov (5). |
08.12.2011, 14:21 | #7 |
Участник
|
Цитата:
Сообщение от Ivanhoe
Попробуйте сначала сделать правильный журнал (если при этом не меняются аналитики, которые зарезервированы), а потом делайте сторно исходного журнала.
В общем случае, с резервами очень много ограничений, к сожалению. И не забывайте, что в обычном случае прямой связи между проводками "зарезервировано в заказанных" и проводках ожидаемого прихода нет, т.е. все работает на уровне итоговых количеств по комбинации первичных аналитик. Там кажется ссылка есть по InventReftransID между приходной проводкой и проводкой по резерву - то есть можно все же связь найти и понять что к чему. Но вручную это делать - тупой и бесполезный труд. Модификацию наверно возможно создать, облегчающую работу. |
|
08.12.2011, 14:37 | #8 |
Участник
|
Цитата:
Цитата:
Ссылка есть при маркировке, создании закупки на основании продажи, при определенных настройках сводного планирования и создания документов из спланированных. При ручном резерве в ожидаемых приходах ссылок нет.
__________________
Ivanhoe as is.. |
|
08.12.2011, 14:46 | #9 |
Участник
|
Цитата:
Сообщение от S.Kuskov
Ситуация: Имеется неразнесённый журнал переноса и ожидающие его расходные проводки в статусе "Зарезервировано в заказанных". После разноски журнала перноса наличие на складе увеличивается и система автоматически переводит статус расходных проводок из "Зарезервировано в заказанных" в статус "Физ.зарезервировано".
Задача: Отсторнировать приход и вернуть статусы соответствующих расходных проводок из "Физ.зарезервировано" обратно в "Зарезервировано в заказанных" Решение: Вручную пройтись по всем расходным проводкам и снять с них резерв переведя их в статус "Заказано". Отсторнировать журнал переноса. создать новый неразнесённый журнал переноса. Заново зарезервировать соответствующие расходные проводки. Проблема: Отдел, который отвечает за журналы переноса ничего не знает (и не обязан знать) об упомянутых расходных проводках и правилах резервирования. Вопрос: Есть ли в системе инструменты для автоматического решения поставленной задачи? Как бы вы решили такую задачу? |
|
08.12.2011, 14:56 | #10 |
Участник
|
|
|
09.12.2011, 14:31 | #11 |
Участник
|
Если принять во внимание в виде начальных данных только то, что описано в ситуации, и интрепретировать фразу из параграфа проблемы как "мы свои должностные обязанности выполнили и выполнили правильно, так что ваша забота - не наша работа", то ответ на вопрос:НЕТ (таких инструментов). Logger сразу чётко ответил ( не зря в топике по голосованию).Чтобы ответить на вторую часть вопроса, необходимо знать в чём ошибка в первоначальном журнале переноса, в количественных данных или документарных?
__________________
_____________________________________________-- Axapta 3.0 SP4 KR1 Build #10 for EE Ищу работу! Последний раз редактировалось donMigel; 09.12.2011 в 15:22. |
|
09.12.2011, 14:45 | #12 |
Участник
|
На самом деле причины могут быть разными. Вплоть до того, что не тот журнал разносят. Не на тот склад. Т.е. тот журнал, который разнесли, на текущий момент вообще не должен был быть разнесён.
|
|
09.12.2011, 15:50 | #13 |
Участник
|
Поднятая проблема с журналами переноса есть подвид общей:как внести изменения в проведенный ПРИХОДНЫЙ документ, если "порожденных" им остатков уже нет. Решений оной проблемы всего два: либо "разматываем" цепочку поставок в обратном направлении, либо каким-то нерегламентированным способом пытаемся всё-таки документ исправить.
В первом случае, думаю, всё очевидно, скорее всего понадобится модифа по снятию резервов. Во втором при выключенном отрицательном складе скорее всего будут нужны следующие модифы: перепроведение документа в обратном направлении, удаление документа и создание его "клона", с последующим обязательным проведением после внесения необходимых изменений. Возможно модифы придётся использовать как по отдельности так и в комбинации.
__________________
_____________________________________________-- Axapta 3.0 SP4 KR1 Build #10 for EE Ищу работу! |
|
09.12.2011, 16:09 | #14 |
Участник
|
Вы правы. Только особенность конкретно этой ситуации в том что "порожденные остатки" пропадают не по воле конкретных людей, а благодаря автоматическим действиям системы. И возвращать эти самые остатки приходится не автоматически а вручную.
|
|