
E23 - Nota Fiscal inconsistency in tables J_1BNF*: After creating a fiscal document, in case the table J_1BNFDOC, or J_1BNFLIN, or J_1BNFSTX, or J_1BNFFTX don't have any entries related to the created document, review your custom code, user exits or CL_NFE_PRINT. Since at the standard code the whole process is commited with a single transactional object (LUW), this object will have all infomation about all tables used in the process. Possible solutions are manually fixing the documents directly in the database using transaction SE16 or creating a custom program to change the documents accordingly.
In case you are using decouple, all analyses performed by SAP have shown that 100% of the time this problem is caused by a custom code:
- Possibly a faulty code within a user exit (with a 'COMMIT WORK' statement, for example)
- CL_NFE_PRINT code that can be saving other tables and, consequently commit the current system situation to the database
- In the standard code, there's no possibility of leaving one table behind while saving a Nota Fiscal document.
- SAP does not have an out-of-the-box program or report to correct tables that are without information because each situation is different depending on the scenario.
Considerer the following scenario:
- You are executing the STO scenario.
- You are logged in your system in EN (English) language.
- During the posting of the outbound delivery, you add a header text in PT (Portuguese).
- You post the outbound delivery and generate the material document 862 and the nota fiscal.
The text you entered in the outbound delivery is not transfered to the nota fiscal document. When generating the XML, since the text is not saved in the Nota Fiscal, the text is also not transfered to the XML.
To implement the solution, you must implement the correction instructions.
This note is only relevant for Brazil.
Note 1079826 and 1180402 are required. IN_REFER parameter includes the links of the messages to the Nota Fiscal item via the field SEQNUM. Entries passed via parameter IN_TEXT in method FILL_HEADER which have no entries in IN_REFER for field SEQNUM are header messages.
The system is working as designed.
We support only 4 lines in the header text of NF.
So, header texts from referenced documents, e.g. sales orders, that have more than 4 lines will not be fully copied to NF.
Based on this explanation, this is not considered a bug, but a system improvement.
If you want this improvement in the system. We can offer you two options to address your issue:
1. Open a new request on SAP Idea Place. Check the links: https://ideas.sap.com/ https://cw.sdn.sap.com/cw/community/ideas/brazil/nfe
2. Submit your request to Asug
3. Request a new development together with SAP GPM (Global Product Management) Area from Globalization Services.
Keep in mind that it will be only a request that will be analyzed by SAP, so it is not a guarantee that it will be developed.
Since we are not dealing with a bug, I kindly ask you to close/confirm this incident
Best regards,
Henrique Schorr
SAP Product Support
SAP Support Contact details: see note 560499
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
4 | |
3 | |
3 | |
3 | |
2 | |
2 | |
2 | |
2 | |
1 | |
1 |