|
![]() |
#1 |
Участник
|
ему нужен не авт учет а авт коррекция
Вот что давно уже про себестоимость думаю: если уж так хочется или надоело оправдываться - доработка несложная. Сделать функцию "связать себестоимость" ("посчитать прибыль", "зафиксировать маржу"...)- создать штатными средствами операции резервирования. После создания пройтись по 337 тб и посчитать себест в связанных товарных операциях, положить результат в виде среднего значения в строку продажи или какого надо другого документа. Вызывать кнопкой в заказе и (можно или, хотя какой смысл если до учета никто не видит реальных цифр) в 80 юните. При учете жесткое резервирование гарантирует вам применение именно к той себестоимости, которую видели перед учетом (если кнопку нажали). Колонка "прибыль" в клиентской книжке тоже будет окончательная. Конечно, всё это для тех, у кого запрещен учет в минус склада и "известны все издержки и есть все документы к моменту продажи". И у кого ФИФО. За другие методы не скажу. И у кого нет проблем с производительностью. Для остальных нормальных людей отлично подходит штатный режим работы с себестоимостью. |
|
![]() |
#2 |
Участник
|
Цитата:
То есть юзер в момент создания заказа продажи(или перемещения) делает резервирование, привязывается к партии и знает себестоимость, так? В этот момент(или чуть позднее), другой юзер проводит отгрузку этого же товара. Вопрос: ![]() Или из следующей по дате партии? Скорее всего из неё, да? И что получится: в том случае, если дата отгрузки второго юзера раньше, чем первого - то эта отгрузка(более ранняя) забирает товар из второго прихода - что не есть ФИФО ![]() |
|