Post on 18-Feb-2020
Factura Electrónica Anexo 20 3.3
noviembre 2016
Temario• Objetivo del Anexo 20• Sustento normativo• ¿Qué es el Anexo 20?• Impacto del cambio• Beneficios actualización Anexo 20• Principales cambios (Enfoque tecnológico)• Nuevos campos• Estructura• Reglas de validación (Aritméticas, congruencia y condicional)• Uso de catálogos• Patrones en campos• Otros cambios aplicados• Calendario
Anexo 20
Objetivo del Anexo 20
Reforma fiscal para 2014
A partir del 1 de enero de 2014, todos los contribuyentes se encuentran obligados a
expedir comprobantes fiscales digitales por Internet (CFDI).
En virtud de que la etapa de implementación en la emisión del CFDI ya se cumplió y
con el objeto de mejorar la calidad de la información recibida por el SAT, por
parte de los contribuyentes, se hace necesario llevar a cabo una actualización
comprobante fiscal para solventar las siguientes problemáticas detectadas.
Estándar Técnico
I. CFD-I
II. CFDI Retenciones e Información de Pagos
Código Fiscal de
la FederaciónPublicado en el DOF 12 enero de
2016
Capítulo
2.7.- De los Comprobantes Fiscales Digitales a través
de Internet o Factura Electrónica.
Anexo 20Publicado en el DOF 22 de mayo de
2015
Actualización RMF para 2017. (vigente a partir de julio de 2017)
Reglas de Resolución
Miscelánea FiscalPublicada el 23 de
diciembre de 2015
29.- Expedición de comprobantes
29-A.- Requisitos de comprobantes
Sustento Normativo
¿Qué es el Anexo 20?
Es un documento
técnico que específica la
estructura, forma y
sintaxis que deben de
contener los CFDI que
expidan los
contribuyentes
(personas físicas y
morales), lo cual permite
que la información se
organice mediante
etiquetas de manera
estructurada en el
comprobante, es decir,
en él se establece el
estándar bajo el cual:
Se debe emitir
una factura
electrónica
Se debe emitir el
documento que
ampara
retenciones
Se determina el
proceso de
cancelación
Se establece el proceso de
firmado
Se define el uso de
complementos, complementos
concepto y Addenda.
• Actualización de sistemas facturación.
Publicaciones en el
Portal del SAT
2.- Preguntas y Respuestas
Concentra los planteamientos operativos de la
implementación del comprobante.
3.- Casos de uso
Enviados por el contribuyente, que son revisados y
validados por el SAT.
1.- Guía de llenado
Documento adicional que sirve como asistente para el
llenado del comprobante fiscal.Material de Apoyo
Impacto del cambio
Acciones
Beneficios actualización Anexo 20
Contribuyente
Reportar información más
completa y correcta al SAT
contenida en los CFDI que expidan
que los exima de recibir sanciones.
Facilitar la presentación de
declaraciones con información pre-
llenada derivado de la información
contenida en los CFDI.
Autoridad Fortalecer la calidad de la información
que recibe el SAT de los contribuyentes
respeto de los CFDI emitidos.
Aumentar el grado de
aprovechamiento de la información
recibida para que las áreas fiscalizadoras
puedan revisar y tomar acciones.
La guía de llenado es el nuevo anexo 20 y es la que se publicara en la RMF y hará
referencia a la documentación técnica publicada en la página del SAT.
• Inclusión de reglas de validación para confirmar congruencia entre datos.
• Establecimiento de catálogos.
• Establecimiento de patrones.
• Disminuye el número total de campos.
• Se verifica el RFC del receptor.
• No se permiten negativos ni conceptos con valor cero.
• Se requiere una confirmación cuando los importes sean altos y los tipos de cambio
fuera de rango.
Principales cambios enfoque tecnológico
• Toda regla de validación tiene una secuencia a seguir:o Forma y sintaxis -> validaciones de anexo 20 -> validaciones de complementos -> reglas de RMF
(solo si aplica esta última).
Principales cambios
• Se eliminaron un total de 40
atributos:
Atributos generales
1. NumCtaPago
2. FolioFiscalOrig
3. SerieFolioFiscalOrig
4. FechaFolioFiscalOrig
5. MontoFolioFiscalOrig
6. motivoDescuento
Emisor- DomicilioFiscal
7. calle
8. noExterior
9. noInterior
10.colonia
11. localidad
12. referencia
13. municipio
14. estado
15. pais
16. codigoPostal
Parte- InformacionAduanera
39. fecha
40. aduana
Emisor- ExpedidoEn
17. calle
18. noExterior
19. noInterior
20. colonia
21. localidad
22. referencia
23. municipio
24. estado
25. pais
26. codigoPostal
Receptor-Domicilio
27. calle
28. noExterior
29. noInterior
30. colonia
31. localidad
32. referencia
33. municipio
34. estado
35. pais
36. codigoPostal
Concepto- InformacionAduanera
37. fecha
38. aduana
De los 65 campos solicitados en el anexo 20
• 22 son nuevos campos, de los cuales;
Elemento Requeridos OpcionalesAtributos Generales --- 1
Cfdi Relacionados 1 1
Emisor --- 1
Receptor 1 2
Conceptos 11 3
Impuestos 1 ---
Complemento --- ---
Addenda --- ---
Total 14 8
Nota: El mayor cambio se centra en conceptos para detallar los mismos de una mejor manera.
Nuevos campos
Estructura y sus 22 nuevos campos
Anexo 20
• Atributos generales
1. Confirmacion
• CfdiRelacionados
2. TipoRelacion
3. UUID
• Emisor
4. RegimenFiscal
• Receptor
5. ResidenciaFiscal
6. NumRegidTrib
7. UsoCFDI
• Conceptos
8. ClaveProdServ
9. ClaveUnidad
10. Descuento
Concepto-Impuestos-Traslados-Traslado
11. Base
12. Impuesto
13. TipoFactor
14. TasaOCuota
15. Importe
Concepto-Impuestos-Retenciones-Retención
16. Base
17. Impuesto
18. TipoFactor
19. TasaOCuota
20. Importe
Concepto-Parte
21. ClaveProdServ
• Impuestos
Traslados-Traslado
22. TipoFactor
• Complemento
• Addenda
Notas:
• Para el TimbreFiscalDigital se incluyen 2
nuevos campos:
o RfcProvCertif
o Leyenda
• La versión 3.2 y la versión 3. 3 contaran
con un periodo de convivencia hasta 30
junio del 2017.
• Las pruebas y recepción de comprobantes
iniciaran a partir de 2017.
Reglas de validación
Se incluyeron 46 reglas de validación para el registro de información del
comprobante versión 3.3
Las cuales se clasifican en:
• Aritméticas. Regla mediante la cual se validan números y operaciones
elementales hechas con ellos (adición, resta, multiplicación y división.).
• Congruencia. Regla mediante la cual se valida que los valores ingresados
sean coherentes y guarden una lógica.
• Condicional. Regla mediante la cual se valida que cumpla con una o más
condiciones o requisitos
Reglas de validación
Aritméticas y de cálculos.
• SubTotal
o El valor de este atributo debe tener hasta la cantidad de decimales que soporte la
moneda.
o Cuando el TipoDeComprobante sea I, E o N, el importe registrado en el atributo debe
ser igual a la suma de los importes de los conceptos registrados.
o Cuando el TipoDeComprobante sea T o P el importe registrado en el atributo debe
ser igual a cero.
• TipoCambio
o El tipo de cambio debe tener un valor que se encuentre entre el límite superior mas el
valor que se publica para la fecha de la operación y el valor que se publica para la
fecha de la operación menos el límite inferior.
o El límite superior se obtiene multiplicando el valor publicado del tipo de cambio por
la suma de uno más el porcentaje aplicable a la moneda tomado del catálogo
c_Moneda.
o El límite inferior se obtiene multiplicando el valor publicado del tipo de cambio por
la suma de uno menos el porcentaje aplicable a la moneda tomado del catálogo
c_Moneda. Si este límite fuera negativo se toma cero.
o Cuando el valor de este atributo se encuentre fuera de los límites establecidos, debe
existir el atributo Confirmacion.
Reglas de validación
Aritméticas y de cálculos.
• Importe
o El valor de este atributo debe tener hasta la cantidad de decimales que soporte la
moneda.
o Calcular el límite inferior como: (cantidad - 10-
NumDecimalesCantidad/2)*(ValorUnitario - 10-NumDecimalesValorUnitario/2) y este
resultado truncado con la cantidad de decimales que soporte la moneda.
o Calcular el límite superior como: (cantidad + 10-NumDecimalesCantidad/2 -10-
12)*(ValorUnitario + 10-NumDecimalesValorUnitario/2 -10-12) y este resultado
redondearlo hacia arriba con la cantidad de decimales que soporte la moneda.
o El valor de este atributo debe ser mayor o igual que el límite inferior y menor o igual
que el límite superior.
Ejemplo: moneda MXN, decimales 2, importe 924.224956
Truncado del importe a 2 decimales: 924.22
Redondeado del importe hacia arriba: 924.23
moneda OMR, decimales 3, importe 281. 594680
Truncado del importe a 3 decimales: 281.594
Redondeado del importe hacia arriba: 281.595
Cálculo de redondeos
1. Primero se realiza el cálculo del total
Cantidad 14.16
Valor unitario 13.66
Total 193.43
2. Se calculan los limites
Limite Inferior Limite Superior
193.28 193.57
3. Si el importe esta entre estos dos
valores, es correcto.
Reglas de validación
• Se realiza el cálculo de los impuestos
por cada concepto.
• Uso de catálogos.
* La venta de hielo tiene tasa cero de IVA
*
Reglas de validación
Cálculo de redondeos
Reglas de validación
Congruencia.
• Descuento
o El valor de este atributo debe tener hasta la cantidad de decimales que soporte la
moneda.
o El valor registrado debe ser menor o igual que el atributo Subtotal.
o Cuando el TipoDeComprobante sea I, E o N y algún concepto incluya el atributo
Descuento, debe existir este atributo y debe ser igual a la suma de los atributos
Descuento registrados en los conceptos; en otro caso se debe omitir este atributo.
• TipoFactor
o Debe ser distinto de "Exento«
• TasaOCuota
o Si el valor registrado es fijo debe corresponder a un registro del catálogo
c_TasaOCuota, coincidir con el tipo de impuesto registrado en el atributo Impuesto y
el factor debe corresponder con el atributo TipoFactor.
o En caso contrario, si el valor registrado es variable debe corresponder al rango entre
0.0000000 y 0.160000.
Solución:
Se validará la existencia del RFC por
parte del PAC.
De no existir no será certificada la
factura.
RFC de receptor no válido.
Hasta agosto de 2015, 573 mil patrones
generaron nómina en CFDI.
• Reportaron 33 millones de RFC y el 4.5%
es erróneo.
Reglas de validación
Validación de Régimen fiscal del contribuyente
Fecha inicio de vigencia Fecha fin de vigencia Versión Revisión
01/01/2017 1.0 0
c_RegimenFiscal Descripción Física Moral
605 Sueldos y Salarios e Ingresos Asimilados a Salarios Sí No
606 Arrendamiento Sí No
608 Demás ingresos Sí No
611 Ingresos por Dividendos (socios y accionistas) Sí No
612 Personas Físicas con Actividades Empresariales y Profesionales Sí No
614 Ingresos por intereses Sí No
616 Sin obligaciones fiscales Sí No
621 Incorporación Fiscal Sí No
622 Actividades Agrícolas, Ganaderas, Silvícolas y Pesqueras Sí Sí
629 De los Regímenes Fiscales Preferentes y de las Empresas Multinacionales Sí No
630 Enajenación de acciones en bolsa de valores Sí No
615 Régimen de los ingresos por obtención de premios Sí No
Catálogo de régimen fiscal.
Aplica para tipo persona
Reglas de validación
Tipo de relación de los comprobantes
Reglas de validación
Falta de relación entre los CFDI:
Inclusión del nodo para precisar la información de los comprobantes relacionados.
Ejemplo: Tipo de Relación
UUIDD: Ingresó del folio de un CFDI relacionado con el presente comprobante.
Uso CFDI
Uso que dará a esta factura el receptor
del CFDI, conforme a la clave del
catálogo de uso de comprobante donde
G = Gasto, I = Ingreso, D = Deducción y
P = Por definir.
Reglas de validación
Tipo de Comprobante
Efecto que dará a esté comprobante
fiscal el contribuyente emisor,
conforme a la clave del catálogo de
TipoComprobante donde, I = Ingreso,
E = Egreso, T = Traslado, N = Nómina
y P = Pago.
Fecha inicio de vigencia Fecha fin de vigencia Versión Revisión
01/01/2017 1.0 0
c_TipoDeComprobante Descripción Valor máximo
I Ingreso 20,000,000
E Egreso 20,000,000
T Traslado 0
N Nómina 400,000
P Pago 0
Catálogo de tipos de comprobante.
Reglas de validación
Reglas de validación
Condicional.
• Moneda
o Si es diferente de MXN y XXX, debe existir el tipo de cambio.
o Si es XXX no debe existir el tipo de cambio, si es MXN puede omitirse el atributo
TipoCambio y si se incluye debe tener el valor "1".
o Si el TipoDeComprobante es Nómina, este atributo debe tener el valor MXN.
o Tomar del catálogo de monedas la cantidad de decimales que acepta la divisa y los
atributos con tipo de dato importe deben ser redondeados hasta esa cantidad de
decimales (cero y hasta cuatro decimales).
• Confirmacion
o Si los atributos TipoCambio y Total están dentro del rango válido, no debe existir este
atributo.
o El Proveedor de Certificación debe verificar que el emisor le haya solicitado esta
clave de confirmación y que no se utilice en más de un comprobante.
o El Proveedor de Certificación debe enviar una notificación al emisor de que ya se
utilizó esta clave de confirmación.
Diferencia de Complemento y Complemento Concepto.
Reglas de validación
• <Complemento> Permiten incluir
información adicional específica en la
factura electrónica para un sector o un
grupo de contribuyentes
Ejemplo: nómina
• <ComplementoConcepto> Permiten incluir
información adicional específica para los
conceptos registrados en la factura
electrónica
Ejemplo: venta de vehículos
Reglas de validación
Aritméticas – Congruencia - Condicional.
• Total
o El valor de este atributo debe tener hasta la cantidad de decimales que soporte la
moneda.
o Cuando el TipoDeComprobante sea T o P, el importe registrado en el atributo debe
ser igual a cero.
o El valor del atributo debe ser igual al subtotal menos descuentos más las
contribuciones recibidas (impuestos trasladados - federales o locales, derechos,
productos, aprovechamientos, aportaciones de seguridad social, contribuciones de
mejoras) menos los impuestos retenidos.
o El SAT publica el límite para el valor máximo de este atributo en el catálogo
c_TipoDeComprobante.
o Cuando el valor equivalente en MXN de este atributo sea mayor que el Valor máximo
señalado en el catálogo c_TipoDeComprobante aplicable para el tipo de este
comprobante, debe existir el atributo Confirmacion.
Confirmación: validación Importes no congruentes.
• Captura de valores permitidos y validación de operaciones aritméticas.
• Asignación de clave de confirmación por parte del PAC asegurando que el emisor este
efectivamente generando una factura por un importe mayor.
• Uso de números negativos y valores en cero.
• Reglas de validación que indican el tipo valor a utilizar, el cual no acepta valor cero o
número negativo que el proveedor de certificación de CFDI debe considerar.
• Ejemplo: Subtotal, Descuento, Total, etc.
Reglas de validación
17 catálogos para el uso del anexo 20.
1. Aduana
2. ClaveProdServ
3. ClaveUnidad
4. CodigoPostal
5. FormaPago
6. Impuesto
7. MetodoPago
8. Moneda
9. NumPedimentoAduana
10. Pais
11. PatenteAduanal
12. RegimenFiscal
13. TasaOCuota
14. TipoDeComprobante
15. TipoFactor
16. TipoRelacion
17. UsoCFDI
El uso de los catálogos se especifica en las
Descripciones, Tipos y Reglas de validación .
Ejemplo: Para el atributo ClaveProdServ su definición
es la siguiente:
La descripción y tipo para el atributo ClaveProdServ dice:
Catálogos
Catálogos
Fecha inicio de vigencia Fecha fin de vigencia Versión Revisión
01/01/2017 1.0 0
c_Moneda Descripción Decimales Porcentaje variación
AED Dirham de EAU 2 35%
AFN Afghani 2 35%
ALL Lek 2 35%
Catálogo de moneda.
Catálogos
Fecha inicio de vigencia Fecha fin de vigencia Versión Revisión
01/01/2017 1.0 0
c_MetodoPago Descripción
PUE Pago en una sola exhibición
PIP Pago inicial y parcialidades
PPD Pago en parcialidades o diferido
Catálogo de Método de Pago.
Catálogos
Patrones
Se incluyo un patrón a 16 atributos para delimitar el registro de los valores, a fin de obtener la
información consistente.
• Serie ([A-Z]|[a-z]|[0-9]| |Ñ|ñ|!|"|%|&|'|´|-
|:|;|>|=|<|@|_|,|\{|\}|`|~|á|é|í|ó|ú|Á|É|Í|Ó|Ú|ü|Ü){1,25}
• Permite registrar : Az3Ññ&-wdctghnujk9\, ó A569874-35
• Confirmacion [0-9a-zA-Z]{5}
• Permite registrar : 34acA
• NumeroPedimento [0-9]{2} [0-9]{2} [0-9]{4} [0-9]{7}
• Permite registrar : 10 47 3807 8 003832
• Numero [0-9]{1,150}
• Permite registrar : 04738078003832
• t_FechaH (20[1-9][0-9])-(0[1-9]|1[0-2])-(0[1-9]|[12][0-9]|3[01])T(([01][0-9]|2[0-3]):[0-5][0-9]:[0-
5][0-9])"/>
• Permite registrar: 2015-02-29T12:48:05
• t_Importe [0-9]{1,18}(.[0-9]{1,6})?
• Permite registrar: 48921,900.285432
• t_RFC [A-Z&Ñ]{3,4}[0-9]{2}(0[1-9]|1[012])(0[1-9]|[12][0-9]|3[01])[A-Z0-9]{2}[0-9A]]
• Permite registrar: RARC910327SB0, GUPA851201132
• t_CURP [A-Z][AEIOUX][A-Z]{2}[0-9]{2}(0[1-9]|1[012])(0[1-9]|[12][0-
9]|3[01])[MH]([ABCMTZ]S|[BCJMOT]C|[CNPST]L|[GNQ]T|[GQS]R|C[MH]|[MY]N|[DH]G|NE|V
Z|DF|SP)[BCDFGHJ-NP-TV-Z]{3}[0-9A-Z][0-9]
• Permite registrar: ROHA890314HDFDMS00
Patrones
Validación de fecha de emisiónSe captura el código postal del emisor
por única vez.
En automático se registra la fecha de
igual manera.
Notas:
• La fecha y hora de expedición
corresponde en donde se emite el
CFDI.
• La fecha y hora de del timbre fiscal
corresponde a la hora del centro
• El CFDI base no incluye los domicilios
del Emisor y el Receptor.
Cancún Q. Roo. 2016-11-11T11:45:00
Ciudad de México. 2016-11-11T10:45:00
Baja California N. 2016-11-11T08:45:00
Patrones
• Se reconocen nuevos tipos de comprobante.
• Se incluye el uso del comprobante desde el punto de vista del receptor.
• Uso de las zonas horarias, basado en el código postal del emisor.
• Unificación de catálogos y tipos de datos, comunes para CFDI y complementos.
• Método y forma de pago están invertidos respecto de la versión vigente.
• Se estandariza la relación entre los comprobantes.
• Los conceptos deben tener una clave de producto o servicio y una unidad de medida
estandarizada.
• Se incluye por cada concepto sus descuentos e impuestos aplicables.
• Serie y folio vuelven a formar parte de la cadena original.
• Se actualiza el código QR
Otros cambios aplicados
Calendario
Factura Electrónica - Anexo 20
1 de julio de 2017
Fecha de entrada en vigor:
14 de noviembre de 2016
Fecha de publicación en la página del SAT:
Gracias