Обработка входящего НДС. Нечего разносить

[S.Kuskov]

После нескольких частичных сопоставлений платежа(предоплаты) с отгрузкой, осталось сальдо размером в одну копейку, причём если смотреть по истории сопоставления, то видно что сумма без НДС сопоставлена полностью, а копейка остаётся от сумм на проводках по налогу.

Система дает сопоставить открытую копейку, но при выполнении Обработки входящего НДС выдаёт ошибку "Нечего разносить". На форме Обработки входящего НДС также видно что "Стоимость без НДС" = 0,00 р. а "НДС" = 0,01 р.

Сталкивался ли кто-нибудь с подобной ситуацией?
Кто виноват? И что делать?

[mnt_dx]

Может списать эту копейку, а повисшие 0 р не обрабатывать и так и оставить?

[S.Kuskov]

А как списать копейку, так чтобы она не оттображалась в дебиторской/кредиторской задолжности по контрагенту?

[Ace of Database]

Делал когда-то модификацию, основная идея которой сводится к тому, что при разноске очередной накладной по клиенту проверялось, что общая сумма предоплат клиента и общая сумма по накладным либо совпадают, либо расходятся больше, чем на одну копейку.
В случае, если расхождение составляло ровно одну копейку, то в последнюю строку накладной в сумму без НДС добавлялась (или вычиталась) эта самая копейка.
Модификации делал в классе SalesFormLetter_Invoice. Точно не помню, но вроде бы в методе writeJournalLine() достаточно прописать нужную сумму без НДС, чтобы сформировались правильные проводки по клиенту, налоговые и ГК.

[Ace of Database]

При наличии такой модификации, достаточно сторнировать, а потом снова разнести одну из накладных для этого клиента. И все встанет на свои места.
Или, чтобы не сторнировать и не переразносить целиком накладную, можно разнести накладную на 1 штуку товара, который есть в заказе, а потом ее сторнировать. Эти манипуляции приведут к тому, что расхождение в одну копейку схлопнется благодаря модификации.
Самой модификации у меня нет под рукой. Но я помню, что сделал я ее за один день.