Планирование по версии спецификации

[pokemon]

сейчас наткнулся, оставлю это здесь.Ax2009

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

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

Одновременно с этим при планировании и дальнейшем выпуске из производства спланированной потребности проводки связываются через ссылку на лот, и как следствие резервируются в заказанных - при выпуске - переходит в физ. резерв.

И получается занятная ситуация, расход есть, резерв на него есть, а потребность все равно считается открытой. И пошли по кругу..

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

А я пока думаю, как это исправить.

[Vals]

Уж не знаю - потребность должна закрываться: ставите галку в Группах покрытия "Учитывать версии" .

Считается, что версия не по умолчанию - это производство под заказ.

Если вы хотите произвести 600 единиц с версией 1 и 500 с версией 2, а затем в заказе указать версию, то да, система вам не найдёт эту версию. Хотя в недрах системы версию спецификации через ПЗ можно найти. Если так, то введите Серийные номера в котором зашита версия.
Cisco так и делает - железки имеют серийники в которых отражена комплектация.

[pokemon]

Серийные номера используются, как и у Cisco в них хранится вся ключевая информация по спецификации.

Меня смущает, что резерв стоит, но из-за того, что по строке заказа указана версия спецификации и она неактивна, система считает потребность открытой. Причем это происходит при стандартном течении заказа, когда производство под заказ выполнено, а отгрузка еще не произведена.

[S.Kuskov]

Видел где-то в настройках сводного можно указать по каким статусам складских проводок считать открытую потребность. Или это не стандарт? С помощью такого инструмента можно убрать с глаз сводного обеспеченные резервом но ещё не разнесённые складские проводки.

[pokemon]

Цитата:

Сообщение от S.Kuskov

Видел где-то в настройках сводного можно указать по каким статусам складских проводок считать открытую потребность. Или это не стандарт? С помощью такого инструмента можно убрать с глаз сводного обеспеченные резервом но ещё не разнесённые складские проводки.

Нее, это у вас не стандарт

[Starling]

Цитата:

Сообщение от S.Kuskov

Видел где-то в настройках сводного можно указать по каким статусам складских проводок считать открытую потребность. Или это не стандарт? С помощью такого инструмента можно убрать с глаз сводного обеспеченные резервом но ещё не разнесённые складские проводки.

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

To pokemon
Если у вас аналитика конфигурация активна, то возможно стоит создавать отдельные конфигурации вместо отдельных версий спецификаций?
Тогда параметр "Потребность по версии спецификации" можно отключить и система будет планировать именно так как вам нужно.

[pokemon]

Цитата:

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

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

Да, вы правы, в целом это решает поставленную задачу. Правда, я не уверен, что конфигуратору можно как-то сказать не ставить версию спецификации в строки документа. Но за альтернативное предложение спасибо!

[Starling]

Цитата:

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

...Правда, я не уверен, что конфигуратору можно как-то сказать не ставить версию спецификации в строки документа.

А вот это не важно, если вы в группе покрытие параметр "Потребность по версии спецификации" не активируете, то система не будет учитывать версию при планировании, а вот конфигурацию будет.

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