Расчет себестоимости в разрезе Сайта

[Anya]

Коллеги, добрый день!

Кто-нибудь настраивал расчет себестоимости в разрезе только Сайта?
(галка Финансовые запасы в группе аналитики только по аналитике Сайт)

Сдела следующий пример и закрыла склад:

Покупка на склад А 5л по 100 руб. = 1000руб.
Перемещение со склада А на склад В 3л по 100 руб. = 300 руб.
Покупка на склад А 1л по 80 руб. = 80руб.

По результату закрытия:
Расчет только по Сайт: Расход скорректировался с 300руб. на 291,11руб.
Расчет по Сайту и Складу: Расход скорректировался с 300руб. на 290руб.

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

[twilight]

А все склады к одному и тому же сайту относятся?

[Alexius]

Разные номенклатуры - разная себестоимость.

[Anya]

Цитата:

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

А все склады к одному и тому же сайту относятся?

Действительно, в транзитном складе указан другой сайт.
Оказалось так сделали, чтобы по перемещению получить фин проводки., но сломалась себестоимость.
Сейчас проверяю с нормальным складом.

[Anya]

Цитата:

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

Разные номенклатуры - разная себестоимость.

операции идентичны, разная настройка (один скрин по сайту, другой по сайту и сладу)

[Anya]

Теперь вообще не пересчитывается расход



финансовые запасы галка стоит только по сайту

[Anya]

мгновенная все верно показывает

[Alexius]

Цитата:

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

операции идентичны, разная настройка (один скрин по сайту, другой по сайту и сладу)

Операции может быть и идентичные, НО на первом скриншоте исходного сообщения номенклатура "МИНДАЛЬ", а на втором "ФУНДУК" !

[Anya]

Цитата:

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

Операции может быть и идентичные, НО на первом скриншоте исходного сообщения номенклатура "МИНДАЛЬ", а на втором "ФУНДУК" !

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

[fed]

Цитата:

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

Теперь вообще не пересчитывается расход

Вложение 12551

финансовые запасы галка стоит только по сайту

Перемещения внутри одной аналитики финансового склада (в вашем случае - одного сайта) не пересчитываются. В версиях DAX2009/DAX2012 эту фичу можно было отключить, себестоимости пересчитывались, но время пересчета было намного больше; Случаев слегка поплывшей, на почве округлений, себестимости - тоже намного больше. В D365 галочку убрали и теперь при пересчете система просто игнорирует переносы внутри одной финансовой аналитики, а при закрытии - принудительно их закрывает без пересчета.
Так что если хотите посмотреть как списывает - либо продайте что-нибудь, либо перенесите на другой сайт.

[Anya]

Цитата:

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

Перемещения внутри одной аналитики финансового склада (в вашем случае - одного сайта) не пересчитываются. В версиях DAX2009/DAX2012 эту фичу можно было отключить, себестоимости пересчитывались, но время пересчета было намного больше; Случаев слегка поплывшей, на почве округлений, себестимости - тоже намного больше. В D365 галочку убрали и теперь при пересчете система просто игнорирует переносы внутри одной финансовой аналитики, а при закрытии - принудительно их закрывает без пересчета.
Так что если хотите посмотреть как списывает - либо продайте что-нибудь, либо перенесите на другой сайт.

А списание под производственный заказ? Тоже не пересчитается?

[Alexius]

Цитата:

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

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

А можно поподробнее, мне такое поведение приходилось самому реализовывать в AX2009/2012. Да и чужие поделки на эту тему я встречал.

[fed]

Цитата:

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

А списание под производственный заказ? Тоже не пересчитается?

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

[Anya]

Цитата:

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

А списание под производственный заказ? Тоже не пересчитается?

Проверила, списание под производственный заказа скорректировалось при закрытии
Спасибо всем!

[Alexius]

Цитата:

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

Поэтому создаю новую номенклатуру с новым набором аналитик и тестирую.

Ок, понял
У вас скорее всего стоит "Минимальная коррекция пропускной способности" = 1 руб, уменьшите ее и себ-ть приблизится к 290 руб.

[Anya]

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

Сначала выполняется расчет средней по всем приходам
500+300+80/5+3+1=97,78
берет расход 3*97,78=293,33
система первый раз обновляет расход с 300 руб. на 293,33 руб.

Так как скорректированный расход связан с приходом одним заказом на перемещение, то приход тоже корректируется, и система начинает новый пересчет средней:
500+293,33+80/5+3+1=97,04
3*97,04=291,11
система второй раз обновляет расход с 293,33 руб. на 291,11 руб.

[fed]

Цитата:

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

А можно поподробнее, мне такое поведение приходилось самому реализовывать в AX2009/2012. Да и чужие поделки на эту тему я встречал.

В общем где-то начиная с DAX2012CU4/CU5 и похоже что до CU12, в складских параметрах была галочка "mon financial-transfer - activate closing of non-financial transfers" Еще ее отбэкпортили в последние релизы DAX2009. Если галочка включалась, то при каждом закрытии, система насильственно помечала все нефинансовые переносы как закрытые и при закрытии игнорировала. В первых версиях там были достаточно серьезные технические баги, из за которых включение галочки регулярно приводило к дидлокам. Еще - если галочку включить, то обратно ее выключить уже нельзя

Похоже что где-то в CU12-CU13, микрософт отбэкпортил эту логику с D365FO, и в той версии, которая у моего самого свежего клиента на DAX2012 стоит, галочка уже исчезла и нефинансовые переносы принудительно закрываются всегда. (Насчет только CU12-Cu13 - не уверен, я последний раз эту логику во времена Cu8-Cu9 проверял).
Если хочешь посмотреть как оно работает, найди в inventTrans поле NonFinancialTransferInventClosing и посмотри по перекрестным ссылкам, какая логика это поле заполняет. (она в DAX2012 менялась три раза, так что в зависимости от твоего CU, текст логики достаточно сильно менялся)

[fed]

Цитата:

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

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

Сначала выполняется расчет средней по всем приходам
500+300+80/5+3+1=97,78
берет расход 3*97,78=293,33
система первый раз обновляет расход с 300 руб. на 293,33 руб.

Так как скорректированный расход связан с приходом одним заказом на перемещение, то приход тоже корректируется, и система начинает новый пересчет средней:
500+293,33+80/5+3+1=97,04
3*97,04=291,11
система второй раз обновляет расход с 293,33 руб. на 291,11 руб.

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

[Anya]

Да, так можно бесконечно, я поняла.

Тестирую - увеличиваю число итераций при закрытии, но уменьшение расхода остановилось на значении 290,12 и больше не уменьшается

[fed]

Цитата:

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

Да, так можно бесконечно, я поняла.

Тестирую - увеличиваю число итераций при закрытии, но уменьшение расхода остановилось на значении 290,12 и больше не уменьшается

Если вы до закрытия склад пересчитывали, себестоимость могла съехать. У пересчета есть одна непрятная особенность: после него себестимости прихода и расхода по переносу могут стать разными. Если последняя итерация пересчета пришлась на корректирование списания по переносу, то списание корректируется, а приход - нет. После этого себестоимость начинает слегка расползаться, потому что себестоимость прихода на сайт по переносу становиться неправильной...