That’s another reason why SAP uses the Credit flow as you create a Credit Memo request with reference. So the second NF which is created is using the Standard SAP proposal using a Credit flow which does not post.Īs we can have only 1 goods movement (PGI) and as a requirement the first Nota Fiscal for the customer must be referenced in the one to ship, The BR third party case is when we sell to end-customer but send the good to his contractor.įor this scenario we need to have 2 Nota Fiscal, one as a legal invoice for the customer and one to ship the goods. The system creates a nota fiscal for each billing document that is generated, these being invoices in the above example. The SD process is illustrated below, starting with the creation of a sales order and concluding with the generation of the required nota Fiscal The following graphic shows the relationship between the different MM objects.
Nota fiscal verification#
Nota Fiscal Integrated into Invoice Verification The invoice verification transaction automatically creates the Nota Fiscal. The following graphic shows the relationship between the different MM objects.įor every goods receipt, only one invoice is permitted. Invoice Verification can automatically create a Nota Fiscal. Introduction to Invoice Verification in MM The R/3 System can create a Nota Fiscal in four different ways: This will be automatically done by the return RFC. After the authorization (step 5a), the DANFE (NF-e Auxiliary Document) which is a paper representation must be printed. In this case, the Billing must be cancelled.ĥ. If the response is “Denied”, that indicates that there are legal issues with one of the parts (either the sender or the receiver), and the product cannot be sold. In this case, the NF-e must be cancelled (the cancellation XML must be sent to the government), the erroneous data must be corrected (for instance, an incorrect customer information or a required XML field is missing) and, if desired, the whole process will start over again.Ĭ. If the response is “Rejected”, there was at least one error with the passed data. If the response is “Authorized”, all went well, and the process can go on.ī. The response of the government(approval/Rejection) must be brought back to the ERP via RFC(Inbound interface), where one of these actions must be carried out:Ī.
Data from the XML that have a corresponding value on the ERP are automatically fed to the RFC(outbound interface).Ĥ. Some fields that compose the XML file are not present on the ERP: a BAdI is provided to supply values for these (usually) customer specific data. When a new Nota Fiscal is posted, data must be sent to government: the RFC(outbound interface), is called automatically whenever a new billing (through VF01 or VF04), a relevant goods movements in IM that generates a Nota Fiscal is posted on the ERP.ģ. In order to achieve this, an outbound interface module is provided, with the same structure of the XML file.Ģ. NF-e must be sent to the government as a digitally-signed XML, with an specific layout.
To transfer this XML Messages to and fro SEFAZ system an outbound/inbound interface is required.The document aims at overview of this interface along with functional overview Of when this NF Document would be generated.ġ. Generally SAP standard solution called GRC is used as a messenger between SEFAZ and SAP Both systems will communicate to each other through XML messages. Two systems are involved to support this new functionality: SAP ECC, providing all required fiscal and supplementary information from the ERP system and another server, which acts as messenger with SEFAZ. Only upon electronic approval by SEFAZ goods can be shipped to the business partner accompanied by a document stating its govermnemt approval (DANFe). For the electronic reviewing and approving/rejecting of fiscal invoices in real time the government established an organization called SEFAZ. This procedure is known as “NFe – Nota Fiscal Electrônica” (Electronic Fiscal Invoice). Nota fiscal also serves as a financial document, meaning that customers view the nota fiscal as an invoice against which they make payment. Overview of Inbound/outbound interface using Nota FiscalĪccording to Brazilian law it is mandatory as of April 1 st 2010 to issue fiscal invoices electronically. fiscal invoices which are issued as per Brazilian law. This paper would be helpful for Technical & Functional SAP consultants who want to have basic understanding of Nota Fiscal requirement i.e.
0 kommentar(er)
