Пересчет комиссионных при закрытии склада

[DSPIC]

AX2009, RU5, Стандарт.

В системе настроена SalesGroup. В неё входит один товарищ, получающий 25% комиссионых от суммы заказа на продажу. При этом в расчете комиссионных учитывается себестоимость товара (Основной = Маржа).

Разносим заказ на продажу с одной строкой на сумму 1400 EUR. Средняя себестоимость списания при этом равна 77,64

Товарищу начисляются комиссионные: Amount = (1400 - 77,64) * 0.25 = 330,59. В системе всё так и получается.

Теперь закрываем склад датой, более поздней чем наш заказ. В проводке InventTrans появляется корректировка, и себестоимость списания нашей строки заказа становится иной:
77,64 - 3,64 = 74,00. Пересчитав комиссионные, получим, что товарищ должен был получить: Amount = (1400 - 74,00) * 0.25 = 331,5
Итого, мы получили разницу в суммах комиссионных: 0,91 EUR.
Вопрос: как система должна учесть эти 0.91 EUR? Учитывает ли она их? Где посмотреть?

Спасибо.

[Raven Melancholic]

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

[Maxim Gorbunov]

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

Представьте простую ситуацию. Компания использует средневзвешенную себестоимость. Продавец отпустил товар с большой маржой, и в конце месяца ожидает заслуженную прибавку к окладу. Но в последний момент выясняется, что вся его прибавка была "съедена" одним приходом с нетипично высокой ценой, проведённым в конце месяца отделом закупок. Какое поведение будет мотивировать такая система поощрения в компании?

Но это, конечно, просто лирическое отступление. Решать Вам.

[Ivanhoe]

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

Мне чаще приходилось видеть мотивацию от выручки сразу или от маржи, но по итогам закрытия месяца. Комиссионные ни разу не внедрил, хотя формально они подходили несколько раз по процессу, но не устраивали по проводкам и расчету от маржи.

[DSPIC]

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

[Ivanhoe]

У вас дополнительные проводки по коррекции комиссионных или изменены суммы в исходных проводках?

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

[ice]

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

[DSPIC]

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

Всем спасибо. Позновательно про маржу, используемую в начислении комиссионных.