AX2012 R2: Разноска журнала операций и Номер партии

[Kabardian]

AX2012 R2 CU7.

Настроил стандартную систему для розничной торговли - AX 2012 R2 + Retail POS и прогоняю тестовые примеры.

Продал через кассу номенклатуру с включенной складской аналитикой "Номер партии", загрузил проводки розничных продаж из POS, формирую журнал операций (statement) в модуле "Розница" и операция отменяется с ошибкой:

Цитата:

Должна быть указана складская аналитика Номер партии. Обновление отменено.

Для номенклатур с выключенной складской аналитикой "Номер партии" журнал операций создается и разносится без ошибок.

Нагуглил, что это ошибка стандартного функционала, который якобы не умеет при продажах через POS работать со складскими аналитиками "Серийный номер", "Номер партии" и поэтому не подтягивает:

• Dynamics AX 2012 R2 for Retail - Batch Numbers
• Sell item with Batch number in AX POS 2012 - тут индусы отжигают, но тоже познавательно

Советуют для всех номенклатур отключить аналитику.

Вопросы:

1. Почему авторезервирование не работает?
2. Сталкивались? Как решали?
3. У вас в стандарте создаются/разносятся журналы операций с номенклатурами с включенной аналитикой "Номер партии"?

[Ivanhoe]

Вообще резервирование там есть. Какие настройки у аналитики Партия?

[Kabardian]

Вопрос в том, почему оно не срабатывает...

Настройки аналитики "Номер партии": Активный = Да, Физ. Запасы = Да, Фин. запасы = Да, остальное - Нет.

[Ivanhoe]

Я так понимаю, будет работать, если партия не физические запасы. В целом странное решение, сейчас прорабатываю кейс для MS, посмотрим на официальный ответ.

[Kabardian]

Итак, провел еще пару тестов:

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

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

[Kabardian]

Цитата:

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

Я так понимаю, будет работать, если партия не физические запасы. В целом странное решение, сейчас прорабатываю кейс для MS, посмотрим на официальный ответ.

Если бы авторезервирование по партии работало, тогда пришлось бы решить как минимум еще одну задачу - задачу определения номера партии для случая отсутствия запасов в наличии и включенного отрицательного склада. Насколько мне известно в стандарте такая задача никак не решается. Аналогично и для серийных номеров.

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

[d&m]

Цитата:

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

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

добавлю, что ее (партию) нужно не просто заполнить при продаже в минус - неким виртуальным значением (это как раз просто), НО еще и обновить ее (партию в расходной проводке по продаже в минус) потом по факту прихода на номер пришедшей партии. А, как известно, обновление складской аналитики после разноски - это "не по Аксаптовски". Рассматривайте это как крайний вариант - очень не удобная разработка...

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

итого: ритейл + партия + отрицательный остаток = большой объем разработок и проблем

[Ivanhoe]

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

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

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

[Kabardian]

Цитата:

Сообщение от d&m

добавлю, что ее (партию) нужно не просто заполнить при продаже в минус - неким виртуальным значением (это как раз просто), НО еще и обновить ее (партию в расходной проводке по продаже в минус) потом по факту прихода на номер пришедшей партии. А, как известно, обновление складской аналитики после разноски - это "не по Аксаптовски". Рассматривайте это как крайний вариант - очень не удобная разработка...

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

Цитата:

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

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

Интересный ход мыслей.

Цитата:

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

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

Пропуск партии в расходах - это отсутствие информации, а специальная партия (например, РозОтрСклад) дает понимание, что конкретно вот эти расходы были в минус по рознице. Кроме того, пропуск партии в расходах приведет к бардаку с партией. ИМХО лучше включить отрицательный склад только для операции разноски розничных продаж (доработка) и в случае продаж товара из запасов в наличии выполнять авторезервирование партии, а в случае продаж товара в минус - подставлять специальную партию, которая впоследствии уже мнемонически

Цитата:

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

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

Согласен, тоже рассматривал идею указания серийного номера на POS-терминале. Но почему бы не использовать этот же принцип списания запасов через резервирование и в первом случае? Тогда 99,99% случаев будут покрываться подобным резервированием, а исключения уже можно разруливать пропуском партии, как предлагали вы, либо подстановкой спецпартии, как предлагал я. В общем, идея в том, чтобы исключения обрабатывать отдельно и не портить общее правило из-за них.

[Ivanhoe]

Отрицательный склад и сейчас можно включить только для розницы - есть параметр на уровне склада.

[Kabardian]

Цитата:

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

Отрицательный склад и сейчас можно включить только для розницы - есть параметр на уровне склада.

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

[twilight]

Цитата:

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

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

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

[ena_ax]

На мой взгляд очень странно конечно, что POS не поддерживает возможность резервирования определенных партий и серийный номеров. Ведь если сделаны такие настройки, очень вероятно, требуется отслеживание и партий и сер.номеров. Например, для того чтобы не продать товар с истекшем сроком годности (партия). Про серийные номера я вообще молчу. Иметь доп. трудозатраты при приходе товаров, и не учитывать при расходах. Зачем?

[S.Kuskov]

Цитата:

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

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

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

[Kabardian]

Цитата:

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

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

Бизнес закрыть.

Цитата:

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

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

От сторнирования отказаться.

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