Преобразование оплаты в предоплату, затем назад - странные проводки

[Raven Melancholic]

В Российской функциональности есть процедура преобразования оплаты в предоплату. На платеже выполнили эту операцию. Затем, осознав, что действие ошибочно выполнили преобразование предоплаты в оплату. В результате получили проводки (привожу только проводку по НДС, так как с проводкой самого платежа все нормально):
1) Д76/К68 Х рублей - при преобразовании в предоплату.
2) Д68/К76 минус Х рублей - при преобразовании назад в оплату.
То есть система сделала как реверс счетов, так и сторно суммы ОДНОВРЕМЕННО. Получилось, что налог начислился два раза, хотя по здравому рассуждению проводки по налогу в сумме должны давать ноль.
Может быть кто-нибыдь сталкивался с таким поведением, интересно, это ошибка функционала или у нас какие-то настройки неверные?
PS: классы CustPrepayment2Payment_RU и CustPayment2Prepayment_RU только на DIS слое, таблица CustLedgerAccounts модифицирована тоже на DIS (выше модификаций нет).

[Nick]

а какие у вас настройки сделаны?

[Raven Melancholic]

Цитата:

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

а какие у вас настройки сделаны?

Профиль разнски один. Он задан в параметрах модуля Расчеты с клиентами в качестве профиля по умолчанию.
Установлены флаги в параметрах модуля:
Налог по предоплате;
Реверс на дату накладной;
Тип проводки по НДС: Реверс (ставили Сторно - результат тот же).
В налоговых группах бухгалтерской разноски:
- Выделен отдельный счет для отложенного налога (сбрасывали - не помогло, просто вместо 76 проводка на 68 шла с 62).
- Счет исходящего налога = Счету уплаты
Ключ корреспонденции включен.
В модуле Главная книга:
- Метод расчета налога - Дата отгрузки.
- Фиксированная корреспонденция
- Все флаги, связанные с налогом по скидке сброшены
Что там еще может влиять? Вроде все перечислил.

[glibs]

Я не с этой функцией баловался, но глюк был очень похожий.

У вас случайно не 3.0 сп3?

[Raven Melancholic]

Цитата:

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

Я не с этой функцией баловался, но глюк был очень похожий.

У вас случайно не 3.0 сп3?

Случайно да. Правда партнер нам некоторые вещи из SP5 переносил, но функционал преобразования оплата/предоплата вобщем-то не поменялся от SP3 к SP5, только если проблема где-то глубже (например в подсистеме корресподненций). Попробую раскрутить "чистый" SP5 со всеми обновлениями, если там работает коректно нужно будет давать партнеру задание на поднятие нужных механизмов до SP5.

[glibs]

В сп3 была бага, связанная с галкой Реверс на дату накладной. Если она толи стояла, толи не стояла, то лепились бредовые проводки. Можно поискать в поиске, мы обсуждали когда-то.

[Raven Melancholic]

Цитата:

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

В сп3 была бага, связанная с галкой Реверс на дату накладной.

Попробовал - результат не зависит от этого флага. Ладно, попробую вечером на SP5, если будет та же ошибка, начну опять приставать.

[kornix]

Всем привет! Похоже тема остановилась, я столкнулся с такой-же ошибкой, удалось выяснить причину ошибки?

Ситуация совсем непонятная: Есть проводка на 200 000, с ней сопоставлены накладные по закупке на 100 000, в CustTrans в поле SettleAmountMST 100 000, в CustSettlement тоже получается 100 000. Отменяю преобразование - в CustTrans становится 70, в CustSettlement остается 100 000.