Octubre 2014 Rodolfo Lomeli, Monica Marcellin - ausape.esausape.es/ausape/Archivo/1-Presentaciones/Internacional/2014-10... · oLa solución de Contabilidad Electrónica estará disponible

Contabilidad Electrónica México

Octubre 2014

Rodolfo Lomeli, Monica Marcellin

© 2014 SAP AG or an SAP affiliate company. All rights reserved. 2 Customer

Índice

• Introducción

• Alcance

• Notas

• Reportes y XML para catálogo contable y balanza

• Reporte de Pólizas

• Preguntas y respuestas


Introducción

De acuerdo a la ley publicada el 1 de Julio del 2014: 2da. Resolución de Modificaciones a la RMF 2014)

definido en el Código Fiscal de la Federación, Art.28, Part.III, todas las empresas en Mexico tienen que

enviar al gobierno (SAT), a través del “Buzón Tributario”), tres archivos XML con su información

financiera.

A partir de Enero 2015, todas las compañías están obligados a generar tres archivos XML para cumplir con la

contabilidad electrónica. Los archivos requeridos son los siguientes:

1. Catálogo de Cuentas: este archivo se envía una vez en Enero 2015, y posteriormente solo cuando haya

algún cambio en el catalogo

2. Balanza de Comprobación (saldos de cuentas): Este archivo debe generarse mensualmente.

3. Pólizas (documentos): Este archivo debe de generarse solo si el gobierno lo requiere.


Alcance

La solución estándar de Contabilidad Electrónica en el ERP incluye:

- Generación del XML del Catálogo Contable => disponible para clientes el 8 de Octubre

- Generación del XML de la Balanza => disponible para clientes el 8 de Octubre

- Generación del XML de Pólizas => disponible para clientes en la 2da quincena de Diciembre

oLa solución de Contabilidad Electrónica estará disponible a partir de la versión ECC 6.0 y mayores.

oLa solución no soporta Ledgers Especiales (SPL: Special Purpose Ledgers)

oLa solución no soporta el módulo de FI-CA

oEn el caso de Ariba, se está revisando si la información que se importa al ERP puede contener la

información del CFDI.


Notas

ERP:

Anuncio de la funcionalidad:

2042663 - [MX] Announcement for Electronic Accounting in Mexico

Reporte para generar XML del catálogo contable y de la balanza:

2066631 - Mexico Electronic Accounting - DDIC Note

2050349 - Mexico Electronic Accounting - Chart of Accounts/Account Balances

Business by Design:


2050875 - [MX] ByD Announcement for Electronic Accounting in Mexico

Business One


2048577 - Monthly electronic accounting reports

http://service.sap.com/sap/support/notes/2042663





Configuración requerida para generar los archivos XML

El archivo XML del catálogo contable

requiere que se clasifiquen las cuentas de

acuerdo a un Código Agrupador:

Para poder realizar la clasificación de las cuentas, se utiliza una

Estructura de Balance (FSV: Financial Statement Version), en la

cada nodo representa un código agrupador. De esta forma, se

pueden asignar las cuentas correspondientes a cada código.

Se deben también indicar el el XML, la Naturaleza de la Cuenta (D: Deudora o A: Acreedora), esto

también se define en la Estructura de Balance. En la descripción de cada nodo, la primer letra debe

de ser la naturaleza, en el ejemplo de “Caja”, su descripción es: “D Caja”


Reporte para Catálogo Contable

Se creó un nuevo reporte para Catálogo Contable:


Reporte para Balanza de Comprobación

El reporte de la Balanza de Comprobación es el mismo que el del Catálogo Contable:


Generación de archivo XML

Después de ejecutar el reporte, se selecciona el botón

de “Download”. Con esto les lleva a esta pantalla desde

donde se genera el archivo XML, de acuerdo a la

especificación del gobierno.

Para generar el archivo, es necesario seleccionar la

opción de: “No Character Set Conversion”, de lo

contrario el archivo se crea vacío.


Demo de Reporte y Archivos XML en el sistema

DEMO


Archivo XML de Pólizas

Este reporte se encuentra en fase de desarrollo. En este se debe de incluir,

para el caso de pólizas de ingresos y egresos, información relacionada con

el CFDI: UUID (número de factura), RFC del emisor del CFDI y el monto

del CFDI.

Esta información es requerida también en el caso de pólizas de gastos de

viaje y nómina.

En el ERP se contará con campos para guardar el UUID y el RFC. En caso

de que la información no se encuentre disponible en esos campos, el

reporte contará con un BAdI para que se puedan buscar los datos donde

se encuentren.


Campo para el UUID

El número de CFDI: UUID, tiene un tamaño de 36 caracteres.

Por ejemplo: fdfc9a39-797a-4aea-a66b-214cfeed2218.

Debido a que este es un dato muy largo, no hay campos estándares en SAP en los que se pueda

guardar. En este caso, se requerirá definir un texto de documento. Este campo se definirá igual al

que se tiene para la solución estándar de CFDI.

En caso de que se tenga implementada la funcionalidad de CFDI de SAP, el campo para el UUID

en los módulos de Finanzas y de Ventas y Distribución, ya existen y no es necesario realizar una

configuración adicional.


Campo para el UUID en Finanzas

En caso de no tener implementada la funcionalidad de CFDI, se deberán crear los campos como sigue:

En la transacción OBT8, se debe definir el Texto

de Documento:

YUUD para el UUID Cuando este Texto de Documento fue creado, se podrá

acceder mediante el menú:

> Detalles > Textos…


Campo para el UUID en Ventas & Distribución

En caso de no tener implementada la funcionalidad de CFDI, se deberán crear los campos como sigue:

En la transacción VOTXN, se debe seleccionar en la Determinación de Textos: “Factura – Cabecera”

1. Crear estructura de dialogo si esta no existe aún: 2. Crear campo YUUD, para el UUID

3. Asignar la estructura al tipo de documento de factura 4. Campo en la factura:


Campo para el RFC en Finanzas y Ventas & Distribución

El dato del RFC será normalmente tomado del dato maestro del proveedor y del cliente.

Sin embargo, existen algunos casos en los que el RFC del proveedor/cliente para el que se está generando la

factura dentro del ERP, no corresponde al RFC del CFDI relacionado, como por ejemplo el factoraje o en

casos de importación, el agente aduanal.

1. Finanzas:

Al igual que para el UUID, se debe definir un nuevo Texto de Documento (Trans. OBT8):

YRFC, para el RFC

2. Ventas& Distribución:

Al igual que para el UUID, en la transacción VTOXN, en “Factura – Cabecera” se debe definir dentro de la

Estructura de Dialogo, un nuevo campo:

YRFC, para el RFC


Campos de UUID y RFC en Materiales y Gastos de Viaje

Los campos para poder capturar el UUID y RFC en los módulos de:

Materiales (MM), en la transacción MIRO

Gastos de Viaje (TM), en la transacción PR05

Están siendo analizados.

En cuanto se tenga la definición de estos, se actualizará la nota: 2042663 con esta

información.

© 2014 SAP AG or an SAP affiliate company. All rights reserved.

¿Preguntas?

© 2014 SAP AG or an SAP affiliate company. All rights reserved.

Gracias

Contactos:

Rodolfo Lomeli [email protected]

Monica Marcellin [email protected]

mailto:[email protected]

mailto:[email protected]

Documents

Octubre 2014 Rodolfo Lomeli, Monica Marcellin - ausape.esausape.es/ausape/Archivo/1-Presentaciones/Internacional/2014-10... · oLa solución de Contabilidad Electrónica estará disponible