Маркировка переносов

[Maxim Gorbunov]

Интересно, а почему функциональность маркировки не была реализована для журналов переносов? Может быть есть серьезные причины, по которым проводки переносов не должны маркироваться?

[Geo]

Извиняюсь за поднятие старой темы, но у меня вопрос ровно тот же.
Почему функциональность маркировки не была реализована для журналов переносов? Может быть, есть серьезные причины, по которым проводки переносов не должны маркироваться?

У нас сейчас анализируется возможность/сложность реализации сторнирования перемещений (заказов на перемещение). В них, вообще-то, появилась возможность маркировки. А в "старых" журналах переносов - нет. Кто знает, почему? Ведь сторнировать переносы, получается, корректно невозможно: мы вынуждены делать просто обратный перенос, а при этом едет себестоимость. Казалось бы, маркировка обратного переноса с прямым решит проблему. Почему тогда разработчики не дали возможности маркировать переносы?

[glibs]

А почему, собственно, существует мнение, что она не была реализована?

Вы хотите проводку расхода по переносу маркировать с проводкой прихода (какой-то там)?

В строке журнала переноса нажмите Запасы\Операции. Выберите проводку расхода и нажмите Запасы\Маркировка.

[Geo]

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

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

[Geo]

Дал системе задачку. Вообще снял маркировку, сделал пересчет. Система с задержкой, но выдала ожидаемый результат: себестоимости в перемещениях стали разными (на втором складе был остаток по другой цене). Тогда я, гы-гы, заново отмаркировал перемещения, друг на друга При пересчете система парилась, пока вконец не устала (достигла макс. числа повторений), а в перемещениях стали разные себестоимости операций внутри каждого перемещения >8-|||

Теперь надо, для уверенности, всё это повторить с журналами переносов. Если всё будет так же - то можно будет с уверенностью сказать, что сегодня у меня произошел прорыв в понимании работы пересчета....

[slava09]

Цитата:

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

Забавно было наблюдать

Это оттого, что маркированные позиции исключаются из циклического расчета.