ESF — electronic invoice. During the processing of electronic invoices (ESF), the system automatically performs checks and displays a complete list of identified errors.
The results of electronic invoice (ESF) processing are available for viewing in the personal account of the NIS MPT “ASL BELGISI” in the “Documents” → “Invoices” section.
In the processing system, the document status can take one of the following values:
Under Review: In the “ASL BELGISI” system, the document undergoes an automatic verification stage. The process takes from 1 minute to 4 hours. After the review is complete, the document is assigned a final status.
Processed with Errors: During the verification of your document in the system, errors were identified that prevent its successful registration and further use. You need to review the error details directly in the document card, make the necessary corrections, and resend the document for review.
Processed Successfully: The document has successfully passed all verification stages in the system. Since it contains no errors and is considered correctly processed, it is now available for further use in document circulation.
Partially Processed: During the review, some codes were successfully processed. However, discrepancies or errors were identified for some codes that do not affect the overall registration of the document.
System notification directory indicating errors made in the ESF:
Code-not-found - The system was unable to identify the specified codes during ESF processing.
A common cause of this error is extra characters in the marking codes. For example, manually editing a code may disrupt its correct structure.
It is important to note that the system treats “spaces” in marking codes as separate individual characters.
❗️To download the list of incorrect codes:
- Open the “Data” → “Processing Information” section.
- Hover your cursor over the error description.
- Click the download button.
The file is downloaded in .csv format.
Recommendations for fixing the error:
- Check codes in the system: Verify the presence of the codes specified in the ESF in the NIS MPT “ASL BELGISI” system. This will help identify discrepancies or missing data.
- Self-check in the personal account: Paste the code into the search field of the personal account, and the system will display all necessary information about it.
Unmatched-previous-code - An attempt to process a return of marked products through an additional negative ESF was rejected because the specified code was not previously used in the original invoice.
This error occurs because the codes listed in the additional “negative” ESF are absent in the original ESF referenced.
To check the document chain and clarify which original ESF the current document refers to, use the “Related Documents” section.
The error appears when the codes specified in the additional “negative” ESF do not match or are entirely missing in the original ESF it references. This means the corrective document is trying to cancel or adjust product items that simply do not exist in the original.
❗️To check the document chain and clarify exactly which original ESF the current one refers to, go to the “Related Documents” section in the NIS MPT “ASL BELGISI” system.
Recommendations for fixing the error:
Check the codes in the documents: Compare the codes listed in the additional ESF with those present in the original ESF.
Create an additional ESF with the correct reference: This document must include a reference to the original ESF where the transfer was initially made.
Invalid-document-reference - Registration of an additional ESF is not possible if the original invoice is in the “Processed with Errors” status.
This error occurs because the additional ESF refers to an original ESF that is in the “Processed with Errors” status. For successful formation of an additional ESF, the original document (ESF) must have the status “Processed Successfully.”
Recommendations for fixing the error:
Correct the errors in the original ESF, which is currently in the “Processed with Errors” status.
Create an additional ESF, referencing the successfully processed version.
Owner_is_buyer - Codes belonging to the ESF Recipient were found during document processing.
This error occurs if codes whose owner is the Recipient are found while processing the original ESF. Transfer of codes in the original ESF is allowed only if the owner is the Sender.
Recommendations for fixing the error:
- Check the chain of codes used in the ESF — it is possible that the current codes were previously transferred to the Recipient in another document.
- Use only those codes in the ESF whose owner is the Sender.
Transferred_to_another_participant - Codes used in the document were previously transferred to another Participant in a different document.
This error occurs because the codes specified in the ESF have already been transferred to another Participant, so they cannot be transferred again within the current document.
The error arises if, during ESF processing, it is found that the codes listed in the document were previously transferred to another Participant. Re-transferring these codes within the current document is not possible.
Recommendations for fixing the error:
Check the codes listed in the ESF and ensure that the codes are correct and registered under your name.
Scan the marking codes to verify them against the data specified in the ESF. Ensure that the scanned codes exactly match those entered in the document.
Last_invoice_after_current_document - The ESF date is earlier than the date of the preceding, already processed ESF.
This error occurs because the chronological order of dates is violated when forming a corrective or additional ESF. The date of referencing documents cannot be earlier than the date of the original document.
Recommendations for fixing the error:
Specify the correct ESF date, which must be later than the date of the original document.
Invalid_status - Codes in the document are used in an inappropriate status — “Received.”
The "Received" status means the marking code status assigned by the system when codes are received from an Order. Using codes in further transfer along the traceability chain in this status is an error. To specify codes in documents, you need to perform the "Application of Marking Codes" operation and introduce them into circulation. Only then will the codes have the appropriate status - "In circulation," allowing their use in documents.
Recommendations for fixing the error:
Perform the "Application of Marking Codes" operation and introduce them into circulation.
Specify in the ESF only codes introduced into circulation.
Extended_status_exists - Codes used in the ESF have the extended status “Included in an aggregated import code (Nested in AIC).”
During ESF processing, codes with the extended status “Included (nested) in an aggregated import code (AIC).” were found. The “Nested in AIC” status indicates that the customs clearance procedure for the goods was conducted incorrectly or is incomplete.
Recommendations for fixing the error:
Complete the necessary processes for introduction into circulation: Check the customs declaration GTD IM 40 for the presence of AIC in box 31, line 6.
If customs procedures were fully completed but the codes were not introduced into circulation, please contact the marking system support service.
Packing_after_invoice - The date of forming the transport packaging is later than the ESF date.
This means that the identification code of group or transport packaging displayed in the ESF was registered in the NIS MPT “ASL BELGISI” system later than the date specified in the ESF. The chronological order of dates is violated. The date of registered transport codes must be earlier than the ESF date.
Recommendations for fixing the error:
You need to correct the ESF date, specifying it after the date of registration of transport codes in the NIS MPT “ASL BELGISI” system.
Empty_package_composition - The transport packaging code used in the ESF contains no nested codes / the package is empty.
The reflected identification code of transport/group packaging contains no nested codes. This may occur if the codes nested in the transport packaging were re-aggregated into another package by the document "Aggregation of Marking Codes (KM).
Recommendations for fixing the error:
Submit an aggregation report.
Owner_not_recepient - The ESF Recipient is not the Owner of the codes.
This error occurs when forming an additional return ESF. To return marked goods at the time of forming the return ESF, the Recipient must be the owner of the marking codes. If the codes have already been sold through a cash register receipt or transferred to other Participants via ESF, successful formation of the return ESF is impossible.
Recommendations for fixing the error:
Reflect marking codes in the ESF whose owner is the Supplier (when shipping goods) or the Buyer (when returning goods).
Owner_not_supplier_nor_principal - The Supplier / principal is not the owner of the codes.
The codes specified in the original ESF do not belong to the Sender. To transfer marking codes in the original ESF, you must use codes owned by the Sender.
Recommendations for fixing the error:
Scan the marking codes to verify them against the data specified in the ESF. Ensure that the codes are correct and you are their Owner.
Helpful articles:
ESF: Validation (checking) of marking codes during ESF registration
Comments
Please sign in to leave a comment.