Начисление накладных расходов в закупках

[sukhanchik]

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

[RAN7]

Почему меня смущает ?
Если исходить из того, что:
- складские проводки создаются при проведении приходного ордера, а финансовые - при проведении накладной по закупке;
- если вводить распределение по строкам вручную то это дает тот же результат, что и применение опции рапределения НР по строкам, выбирая метод распределения по строкам закупки, только система рассчитывает суммы НР для каждой строки автоматически в зависимости от суммы по строке или количеству и их доли в чистой сумме по закупке в целом
То возможность вводить НР напрямую по строке закупки при наличии приходного ордера не должно смущать и допустимо.
Тогда вопрос: зачем нужна кнопка просмотра НР в форме промотра строк приходного ордера, если НР привязываются к накладной в целом, либо к строкам накладной?
Причем, накладная проводится на основании приходного ордера.
Где пользователю искать НР, если он их может ввести одновременно и по несколу раз:
- в целом по закупке (по накладной);
- распределить по строкам закупки (по строкам накладной);
- ввести без распределения вручную НР по строкам (????);
- скорректировать НР в целом по закупке (по накладной);
- скорректировать НР и рапределить по строкам (???).
Как посмотреть вообще все НР по накладной и по строкам одновременно (не общую итоговую сумму НР по накладной)?

[RAN7]

Цитата:

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

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

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