Всяка отделна транзакция (Journal > Transaction, идентифицирана по TransactionID) е собствен, самостоятелен счетоводен запис и трябва сама по себе си да спазва принципа на двойния запис - сборът от DebitAmount на всичките ѝ редове трябва да е точно равен на сбора от CreditAmount на същите редове. Това е същата проверка като gle-totaldebit-totalcredit-mismatch, но приложена на ниво отделна транзакция вместо на ниво цялата секция - файл, в който само една транзакция е небалансирана, автоматично прави и файловия тотал небалансиран.

Транзакция, съставена от повече от един ред (типично при сложен съставен документ - авансово плащане, ДДС разбивка, многолотово плащане и т.н.), при която обработката на изходния файл не е успяла коректно да свърже всички редове с общия им контрагент - най-често защото самият източник на данни (напр. хронологичен регистър) съдържа ред без реален чифт (дебитна страна без съответна кредитна сума или обратно) за тази конкретна транзакция.

Проверете директно суровия източник на данни за въпросния TransactionID - обичайно се оказва документ, чиято едната страна (плащане, фактура) реално липсва или е непълна в изпратения от клиента файл, а не грешка при генерирането.