Ошибка при создании кредит-ноты

[vazerdim]

Добрый день!

При создании кредит-ноты по Заказу на покупку выходит ошибка: "Максимальное количество десятичных знаков для единицы хранения 0". Проверка находиться в классе InventSplitTrans.Check().
Как удалось выяснить проблема, в единице измерения номенклатур у которой десятичные знаки равны нулю. Проверили проводки у нас при закрытии склада получилось дробное сопоставление по данным номенклатурам. Теперь не понятно как выходить из данной ситуации.

DAX 4.0.2501.116 SP2
MS SQL 2005 x64

[S.Kuskov]

Цитата:

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

Проверили проводки у нас при закрытии склада получилось дробное сопоставление по данным номенклатурам.

А как у вас по номенклатуре, в еденицах измерения которой настроено 0 дробных знаков, получилось дробное сопоставление?

[vazerdim]

Да именно так.

[S.Kuskov]

У вас по этой номенклатуре есть проводки на дробное количество?

[ZVV]

Может где-то по ходу жизни номенклатуры поменяли кол-во знаков?

[vazerdim]

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

[S.Kuskov]

Цитата:

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

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

Через интерфейс количество может отображаться как целое, но при этом быть дробным и округляться при отображении. Например число "1.999999" при определённых настройках будет отображаться как "2.00". Если есть возможность, на всякий случай, посмотрите напрямую в таблице БД.

По истории сопоставления ищите первоисточник возникновения дробного сопоставления. При сопоставлении каких проводок оно в первые возникло?

[vazerdim]

Смотрели в том числе и в БД, там все значения целые. Первое дробное появилось при сопоставлении. Пока думаю, что все таки меняли единицу измерения.

[S.Kuskov]

Цитата:

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

Первое дробное появилось при сопоставлении.

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

[vazerdim]

Что удалось выяснить на сегодня
У нас используется метод учета запасов средневзвешенная на дату.
Попробовали сделать такой пример, сделали два Заказа на покупку один 20 штук другой 40 штук, с этого же склада сделали списание на -20 штук. После закрытия склада в поле QtySettled появляются дробные значения. Посмотрели в классе \Classes\InventCostItemDim\updateModelAverage, где есть следующий код:

qtyRemain -= this.financialOpenQty(receipt);
if (qtyRemain <= 0)
{
     settleQty   = -this.financialOpenQty(issue);
}
     else
{
     [B]settleQty   = -this.financialOpenQty(receipt) * openQtyIssue / qty;[/B]
     settleQty   = decround(settleQty,inventAdj::settleQtyDec());

Из кода видно, из-за чего появляются дробные значения. Но вот теперь не понятно, что делать дальше, на текущий момент в базе около 2 тыс., таких проводок.

[vazerdim]

Попробовали убрать проверку в методе check класса InventSplitTrans, кредит-ноты теперь создаются, но при разноске и последующем закрытии склада, проводки разъединяются и количество становиться дробным. В принципе данный метод работает, но пугают дробные количества в проводках.