Ошибка CONSISTENT в транзите

[Константин!]

В товар настройка стоят галки: Авто учет себестоимости и Не использовать счет Коррекции при перемещении.
Создаем новый товар в кронусе н.п. Товар1 метод учета себест FIFO
Делаем приход на этот товар
1 заказ Товар1 10 шт по 100 рублей
2 заказ Товар1 22 шт по 110 рублей
Создаем транзит с красного склада на синий(на синем не должно быть галок Треб Приемка и Треб отгрузка) Товар1 кол-во 32 шт отгружаем его
выдается ошибка CONSSISTEMT
Мы выяснили что система пытается сформировать поводки в 17 таблицу
в кол-во 3 штук
41-100 списывает 32 штуки по средней себестоимости (проводка на сумму 32*100)
41-998 прибавляет 10 шт по 100 рублей (проводка на сумму 10 *100)
и 22 шт по 110 рублей (т.е две проводки по 41-998)
в итоги проводок ТРИ а ф-я Consistent проверяет кол-во записей сформированных в 17 тябле на Четность а они не четны.
У кого какие соображения на этот счет?

[Seer_imported]

Функция CONSISTENT вроде бы проверяет не четность, а баланс по транзакции.

[Константин!]

Да правельно так она и есть баланс проверяет(ошибся поторопился). Вот балан из-за этих монипуляцей не бьется на 0.01 . Возможно ошибка окргления или еще че нить. т.е на пример
41-100 списывает 100,15
а на 41-998 прибавляем 50,07
и 41-998 прибавляем 50,07

Как быть то?

[Константин!]

Ошибка немного изменилась. Вот тестовый пример:

В товар настройка стоят галки: Авто учет себестоимости и Не использовать счет
Коррекции при перемещении.
В финансы Настройка Поле Цена Точность Округления = 0,00001
Создаем новый товар в кронусе н.п. Товар1 метод учета себест FIFO
Делаем приход на этот товар
1 заказ Товар1 500 шт по себестоимости 10,71381 рублей
2 заказ Товар1 175 шт по себестоимости 10,71381

Делаем продажу Товар1 350 шт по цене 11 руб

Создаем транзит с красного склада на синий(на синем не должно быть галок Треб Приемка и Треб отгрузка) Товар1 кол-во 300 шт отгружаем его
выдается ошибка CONSISTENT

Проводки, которая система пытается сформировать получаются следующие

41-900 1607,07 руб
41-900 1607,07 руб
41-100 -3214,15 руб

Дисбаланс 0.01

[by_HT]

Какое же решение?

[RedFox]

Цитата:

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

Какое же решение?

Сделать что-то по аналогии с функцией Фин журнала "Вставить Строки Окр. Конв. РУБ", которая просчитывает транакцию и проверять на попадание в такой случай...

[Sancho]

не ставьте гайку "Не использовать счет Коррекции при перемещении"
набор консистентов (штук 6 - 8) обеспечен
пройденный этап
готовы повторить на вашей базе тыщ за 10 евро

[.Quattro.]

В документе, при учете котрого возникает консистент, разбейте строки таким образом, чтобы каждая строка применялась к конкретной товарной операции.
Если 1 строка применяется к 2ум и более, то возникает след. ситуация:

СчетА -11,333 (округляется до 11,33)
СчетА -12,333 (Округляется до 12,33)
В Сумме = -33,66

Транзит +11,333
Транзит +12,333
В сумме +33,66, т.к. округляется каждая строка

Транзит -11,333-12,333=33,666=33,67 - проходит одной проводкой
И где-то тут формируется проводка на округление -0,01

СчетБ 11,333+12,333=33,666=33,67


И делается проводка на округление.
Но!
Если "Не использовать счет Коррекции при перемещении" установлена, то выкидываем все операции про Транзитный Счет, и вместе с ней и теряется операция округления.

Отсюда появляется и Консистент - ушло 33,66, а пришло 33,67...

[Sancho]

спасибо, Саш.
я не знал как объяснить