зарезервировано в заказанных

[Nikolaich]

добрый день, коллеги, у нас DAX 4.0 SP2. подскажите - как избавиться без программирования от странного (на мой взгляд) поведения системы, может еще есть какая-то настройка? Галка в inventParameters "резервирование заказанной номенклатуры" снята, тем не менее при отработке функции "Создать заказ на покупку"
прописываются InventRefiD и InventTransRefiD, что приводит к тому, что salesLine
вся ,или часть в зависимости от закупочного количества, имеет складскую проводку в статусе "Зарезервировано в заказанных". Это мешает, так как попытки
изменить аналитики в строке закупки вызывают сообщения, да и просто это резервирование не нужно.
Странность в моем понимании заключается в том, что происходит резервирование в противоречии с выше названным параметром, и действительно, сняв резерв и пытаясь его осуществить заново - система ругается, что товара нет на складе.

Как это вылечить без программинга, и если кто лечит программированием - будьте добры, подскажите куда лезть, чтоб самому не копаться долго??

[EVGL]

Увы, никак. Та же фигня происходит во вложенных производственных заказах, в создании производственного заказа из заказа на продажу и т.п. Везде проставляется т.н. маркировка.

Без программирования не лечится. Побочный эффект "лечения": пропадут ссылки между заказами. Заказ на покупку будет как бы в воздухе висеть.

[d&m]

Цитата:

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

добрый день, коллеги, у нас DAX 4.0 SP2. подскажите - как избавиться без программирования от странного (на мой взгляд) поведения системы, может еще есть какая-то настройка? Галка в inventParameters "резервирование заказанной номенклатуры" снята, тем не менее при отработке функции "Создать заказ на покупку"
прописываются InventRefiD и InventTransRefiD,

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

Аналогичный параметр "Обновить маркировку" обычно дописываем на форме создания закупки из заказа.

Цитата:

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

Это мешает, так как попытки
изменить аналитики в строке закупки вызывают сообщения

угу - маркировка не разрешает изменять складские аналитики, включенные в расчет счебестоимости (флаг "финансовый" в группе складской аналитики)

[Nikolaich]

плохо - нам нужно сохранить InventRefiD и InventTransRefiD но избавиться от авторезерва, замечено, что при насильном снятии такого резерва через Склад/резервирование - ссылки на лот сохраняются. Нужно именно от резерва избавиться а не от прописывания ссылок, если нужно было сделать и то и другое - можно было просто 3 строчки закомментировать в классе создания закупки из заказа

[d&m]

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

[Nikolaich]

не совсем так, если менять в PurchLine - да, будет материться (''перед обновлением аналитики удалите ..."), если же менять аналитики через проводки строк закупки (например, через регистрацию) - все будет нормально

[Nikolaich]

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

[d&m]

эм... дело-то в том, что основная цель маркировки - это не "связь" приходной проводки с расходной для какого-то анализа.

основная цель маркировки - сравнять себестоимость приходной и расходной проводки.

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

[Nikolaich]

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

[d&m]

ну так я и говорю, что надо "отделять мух от котлет".

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

[Nikolaich]

это я все понимаю, просто хотелось обойтись минимальными усилиями и использовать стандартные поля в purchline/salesline по ссылкам на лоты друг друга

[Ivanhoe]

В общем случае, приходится программировать.

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

[d&m]

Цитата:

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

С одной стороны можно понять, почему себестоимость продажи может быть равна себестоимости закупки под эту продажу.

понять-то, конечно, можно. И для управленческого учета - это вполне адекватно и логично.

вот только если в Аксапте нужна еще бухгалтерская себестоимость, то это большие грабли

потому как, маркировка покрывают только бух модель "по себестоимости каждой единицы" и не покрывает две другие: по средней и ФИФО

[Raven Melancholic]

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