Стойностите в елементи GL.19 CustomerID 15521423565 и GL.20 SupplierID 0 в секция GeneralLedgerEntries не са попълнени съгласно изискванията или са подадени идентификатори за клиент/доставчик, който не фигурира в секция 2. MasterFiles, елемент MF.C.3/MF.S.3.
Едно и също правило се проверява на две отделни нива на структурата - GL.19/GL.20 на ниво Transaction, GL.28/GL.29 на ниво TransactionLine (виж глава 5 за пълната Journal > Transaction > TransactionLine структура) - точно едно от CustomerID/SupplierID трябва да е реален идентификатор, а другото литералната стойност "0", и то трябва да съществува в MasterFiles/Customers или /Suppliers.
И двете полета попълнени едновременно с реален идентификатор (вместо едното с "0"), или подаден идентификатор на контрагент, който изобщо не присъства в MasterFiles - обичайно контрагент, добавен в движенията, но пропуснат при подготовката на клиентите/доставчиците.
Проверете дали точно едно от двете полета носи реален идентификатор на всеки съответен ред/транзакция, и дали този идентификатор реално присъства в MasterFiles - изписан по идентичен начин навсякъде във файла (виж глава 7).
Magi поправя това автоматично
Magi налага правилото "точно едно от двете, никога и двете" автоматично - ако и двете полета се окажат ненулеви, SupplierID се занулява служебно. Не проверява обаче дали идентификаторът реално съществува като запис в MasterFiles - тази кръстосана проверка е изцяло на страната на НАП.
Въпроси и отговори за тази грешка
Magi изгражда журналите и транзакциите вместо вас
Вместо да сглобявате ръчно Journals → Transactions → Lines от различни справки, Magi корелира данните ви автоматично.
Все още няма коментари - бъдете първият, който пита или отговаря.