RFUMSV50 и сторно оплаты - странные документы

darkduck

Ситуация следующая.
Выставлен счет-фактура дебитору с отложенным налогом.
Счет оплачен с выравниванием.
Перенос налога осуществлен через RFUMSV50.
Далее по разным причинам может возникнуть необходимость разъединить платеж и фактуру (неправильное выравнивание, bounced cheque и т.д.)
Выполнить отмену выравнивания между платежом и фактурой система не дает, т.к. существует документ переноса налога. ОК. Сторнирую (через FBRA) документ переноса налога.
После этого отменяю выравнивание (через FBRA) документа оплаты. В качестве вариантов пробовал отмену выравнивания с и без сторнирования - результат одинаковый.
При запуске RFUMSV50 создается еще 2 документа переноса налога, идентичные друг другу, но противоположные по знаку. В сумме они компенсируют друг друга.
1) Зачем нужны эти документы - ума не приложу. Откуда они берутся? :?:

2) В документах указаны неправильные суммы налога и базы. Возможно (скорее всего) это связано с местными (UK) особенностями расчета налога - от базы с учетом возможной скидки за раннюю оплату. Такая скидка в изначальной фактуре присутствует, хотя при платеже и не учтена. Первоначальный документ переноса налога, однако, сформировался абсолютно правильно.
3) "Лишние" документы висят в открытых позициях по счету отложенного налога, т.е. сами себя автоматически не выравнивают. :evil:

FoLKo

Может кто-нибудь что-нибудь нарыл по вопросу ? Аналогичная ерунда и у нас...

Например фактура была сторнирована, потом делаем RFUMSV50 - перенос налога.
И туда попадают и сторнированные фактуры - соотв. делается перенос со счета 1810 на 1820 и потом эти левые фактуры попадают в книгу покупок! Может есть какие ноты или можно быстро в программе RFUMSV50 что-нибудь подправить ??

Plank

darkduck написал:

Сторнирую (через FBRA) документ переноса налога.

А зачем? Она ведь просит отменить выравнивание...
При повторной оплате и переносе она сама создаст обратный документ к переносу налога, новый перенос и этим новым переносом выравнит два старых.
Если перенос еще и сторнируется, то да, она прокручивает суммы (наверное, для согласования с записями в DEFTAX_ITEM) и создает новый перенос выравнивающий эти два.

RFUMSV50 и сторно оплаты - странные документы

Кто сейчас на конференции