Закрытие книги покупок

[mishan]

При закрытие Книги покупок система пишет, что не все налоги были обработаны, и, соответственно, Книга не может быть закрыта. В обработку вх. НДС попадает несколько сч. фактур, но они блокированы и, по идее, не должны мешать закрытию книгу. Ну, и, соответственно, вопрос - что мешает закрытию книги?
AX 3.0 SP5

[SEKL]

Вообще странно, потому что система при закрытии книги запускает обработку НДС. Т.е. если она говорит, что существует необработанный НДС, то она должна подавать его на обработку.

[veps]

По топорному
для таблиц
TmpPurchBookVATProcessLogTransOper_RU
TmpPurchBookVATProcessLogTrans_RU
уберите свойство темпрари, и попробуйте закрыть книгу, заодно увидите все фактуры на которые ругается система.

[mishan]

Спасибо за идею. Но все равно немного стнанно получается, если делать эти две таблицы не временными, то книги закрываются. Если оставлять временными, то в Обработке вх. НДС в строках Операции появляются "левые" строки к обработке, не имеющие отношение к данной сч. фактуре. Есть еще над чем подумать.

[Bekus]

Недавно столкнулись с аналогичной проблемой в AX3 SP5.
При детально проходе дебагером выяснили, что записи на которые ругается система в PurchBookVATProcessLogTrans_RU, имеют ссылки (поле settlementRecId) не на те сопоставления.
То есть при неоднократном сапоставлении одних и техже проводок, при котором старое сопоставление обновляется новым(то есть сопоставили, расопоставили и опять сопоставили), обновление поля settlementRecId и settlementDate в PurchBookVATProcessLogTrans_RU на новое сопоставление не происходит, в результате чего система не находит соответствующей записи обработки НДС фактуры, так как она ссылается на старое сопоставление, которого в системе уже не существует (оно живет в истории, то так как оно не может быть реверсировано, то его система не видит).

Вообщем мы сделали так:

при обработке входящего НДС, при нахождении записи в PurchBookVATProcessLogTrans_RU с такими же: номером фактуры и ссылки на проводку, но разным полем settlementRecId, делать обновление этого поля, тоесть заменять его значением соответсвующей записи в tmpPurchBookVATProcessLogTrans_RU (там по коду все будет понятно) так как эта временная таблица уже содержит ссылку на новое правильное сопоставление