Financial Management Blogs by Members
Dive into a treasure trove of SAP financial management wisdom shared by a vibrant community of bloggers. Submit a blog post of your own to share knowledge.
cancel
Showing results for 
Search instead for 
Did you mean: 
former_member182834
Active Participant
17,314

FDI, which stands for Comprobantes Fiscal Digital por Internet, is the electronic billing schema defined by the Mexican federal tax code. It has been mandated for companies doing business in Mexico since 2011. The goal of CFDI is added visibility into companies’ tax liabilities, so that the government can ensure it is receiving accurate payments, and it has paid off. Audits based on the legislation resulted in a 34% increase in VAT collections in a single quarter.


Below are the basics you need to understand CFDI in Mexico:




  1. Obtain a Registro Federal del Contribuyente RFC (Mexican Tax ID).

  2. With the RFC, apply for FIEL (Firma Electronica Avanzada). It is based on PKI (Public Key Infrastructure) to identify and verify the information about a tax payer before the SAT (Mexican Tax Authorities).

  3. With the FIEL, apply for CSD (Certificado Sello Digital) to be used with CFDI process flows.

  4. Have a solution provider capable of mapping your proprietary invoices into XML v3.2 defined by Anexo 20 (the SAT is currently working on CFDI v3.3) of the Mexican tax code Miscelania Fiscal. This is by far the most underestimated issue with CFDI invoices, as no customer accounting system is configured the same. Additionally, your customer specific requests can also create an integration nightmare to force your data into the government standard (not just once, but across all the different variations you have in your business and all the different variations requested by your customers).

  5. Identify what required data is missing in your ERP – for example there are some data elements that are required by the Mexico tax authority but are not captured in SAP. Understand what is missing and determine how you will provide this information to the government.

  6. Apply a digital signature known as a sello with the CSD.

  7. Validate the XML syntax to obtain the “Timbre Fiscal” or government seal.

  8. You must store the “Timbre Fiscal” in your back-end accounting system.

  9. You must print out the invoice, which now includes the “Timbre Fiscal.” Place a copy on the truck at the time of shipping – similar to the Brazil Nota Fiscal model.

  10. By law, you must make the signed XML available to your end customers.

  11. Most companies will send the signed XML invoice and the PDF rendering to the customer via email, but other channels exist, such as B2B communications or uploading to a customer portal.

  12. These invoices must be stored for a minimum of 5 years.

  13. If you have to change the invoice, you must first cancel the original invoice with the government and generate a new one; otherwise, you will still be on the hook for the older invoice’s tax implications.

  14. Note: Large customers can make the process more complex by requesting “Addenda” information. An Addenda is a specific space within the government XML where you can put specific information. For example a company like Wal-Mart might want the supplier to put the PO # in the Addenda, so it can expedite the payables process. The government does not care about this information, but customer requirements can make the entire process much more complex when a customer requests a lot of additional information on the PDF printout that is specific to them.

  15. As a buyer, when you receive the XML invoice, the laws state that you need to validate that the XML is authentic and registered with the SAT and then archive this XML for 5 years. It will be the fundamental document if there is an audit.

  16. Understand that this process will evolve over time, so have a strong change management strategy and process in place.


In addition to electronic invoicing, the SAT mandated electronic accounting in 2015, requiring companies to submit their chart of accounts, trail balances and journal entries.Below are the basics you need to understand electronic accounting in Mexico:

  1. Chart of accounts is sent once and then again every time it is modified. This requires a process of mapping your chart of accounts in SAP with the SAT specifications.

  2. Trial balance is sent monthly, no later than the 3rd day after the second month. It must be sent at the main account level and seconadary account level. This is an extraction for each single account by period showing initial balance, account movement and final balance.

  3. Journal entries (Polizas) are mandatory and must be submitted upon the government's request or if you request a tax refund or compensation back.

  4. All of the information is submitted through buzon tributario and each document must be signed with your company’s electronic signature (FIEL). Click here to understand the hidden issues in mexico electronic accounts reports.

  5. All of the UUIDs (unique identifying codes) need to be included for all fiscal transations in gastos (expense reports) and nomina (payroll). This is the most difficult part of electronic accounting because these transactions can have many XMLs associated with a single SAP document.


 

The Mexican government has created an environment in which everything is tied to an XML and UUID – every purchase, every credit/debit note, every journal entry and every VAT report. If any link in the chain is missing, or if there is any error at any point, an electronic audit is inevitable. Built-in matching and validations ensure that any missing links and errors are identified and addressed before they become an audit risk.


To learn more about Mexico’s e-Invoicnig and eAccounting requirements download Mexico CFDI e-Invoicing 101.



Labels in this area