L_SALDOMTR
Краткое описание :
Разница в ценах в сальдовых остатках и сальдо МТРОписание :
Складской учет \ Операции \ Сальдовые остатки \ пересчет
сальдовых остатков по объектам МТРЧто измененно :
Для пересчета сальдовых остатков и сальдо МТР включен DSQL.
Остатки пересчитываются с даты первого ордера с предварительным удалением.
Настройка SKLAD.DSQL_SALD_ROUND ("Настройки Галактики \ Логистика \ Складской
учет \ Сальдовые и текущие остатки \ При расчете с использованием DSQL точность
расчета средней цены знаков) имеет значение 8. Все остатки списаны. Выгружаем
SaldoMc и SaldoObj по определенному подразделению. При нулевом количестве, есть
ненулевая цена. Но она разная в SaldoObj и SaldoMc. В разрезе партии
0002000000001B36h SALDOMC.KOL=0, SALDOMC.SRPRICE=0 SALDOOBJ. KOL=0, SALDOOBJ.
SRPRICE= -0,00000025 Без партии: SALDOMC.KOL=0, SALDOMC.SRPRICE= -0,0000808
SALDOOBJ. KOL=0, SALDOOBJ. SRPRICE= -0,00008154
Как измененно :
Добавлено округление цены для SALDOOBJ аналогичное для SALDOMC
- Если кол-во 0 и округленная до 6 знаков цена меньше, чем указана в настройках
ROUND.ORDERRUB(Логистика \ Складской учет \ Складские ордера \ ..значения в НДЕ
округлять до) то она будет обнулена. В расчете сальдовых остатков, если кол-во
остатка=0, а кол-во прихода расхода больше минимального кол-ва, то средняя цена
считается как средняя цена прихода * кол-во прихода - средняя цена расчходна *
кол-во расхода по разрезу. Поскоьку средних цен прихода/расхода в SaldoOBJ нет,
то это берется с SaldoMC ( SaldoObj.dOper +1 = SaldoMC.dSaldo) Также обнаружена
проблема в работе функции f_GetNZnaks f_GetNZnaks(0.0000001) возвращает 2
только f_GetNZnaks(0.00001) и больше возвращает правильно - доработано.