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

За правило (1): ръчно въведен или отделно изчислен тотал, непреизчислен след промяна. За правило (2): това е чисто математическо следствие, не просто "честа" причина - щом TotalDebit и TotalCredit винаги са точният сбор на всички редове в подадения файл, тяхното несъответствие означава по дефиниция, че поне една отделна транзакция в самия файл е небалансирана на собствено ниво (виж TransactionID GL.9 по-долу). Ако всяка отделна транзакция балансира сама за себе си, файловите тотали автоматично балансират - друг начин да се стигне до тази грешка няма. Най-често причината в изходните данни е хронологичен регистър/източник, при който дебитната и кредитната страна на дадена транзакция не си съвпадат (липсващ ред, частично уловена сума, или грешка при обработката на съставен документ с повече от два реда).

За правило (1): прегенерирайте файла вместо да разчитате на статичен тотал. За правило (2): трябва да се провери всяка транзакция (виж и TransactionID GL.9 по-долу) за собствен дебит/кредит дисбаланс - обикновено се проследява до конкретен документ с непълни данни в източника.