¿Qué es un Comprobante Fiscal Digital?

¿Qué es un Comprobante Fiscal Digital? • Es la representación digital de un comprobante fiscal, que utiliza los estándares definidos por el SAT ( “Anexo 20”) en cuanto forma y contenido para contar con validez fiscal, garantizando la integridad, autenticidad y no repudio del documento. • La tecnología de firma digital permite en la actualidad que se intercambien documentos electrónicos con la plena confianza de los usuarios, acerca de la identidad de los emisores y la integridad de los datos que contienen. Fuente: Febrero 2005

Objetivos del Comprobante Fiscal Digital • El objetivo principal de este esquema es otorgarle validez legal tributaria a la comprobación electrónica como medio de respaldo de las operaciones comerciales entre contribuyentes y reemplazar con ello los comprobantes de papel. • La solución tecnológica debería estar al alcance del mayor número de contribuyentes posible sin importar su tamaño. • Bajo estándares de encripción actuales las llaves tendrían una vida útil estimada de al menos 15 años (1024 bits).

Internet Red ¿Qué es la facturación electrónica? • Mecanismo de comprobación fiscal que se incorpora a los esquemas tradicionales existentes, cuya particularidad es el uso de las tecnologías de la información para la generación, envío y resguardo de los documentos fiscales. Usuarios con perfiles específicos • Internet • Telefónico Externos Servicios al Contribuyente SICOFI • Impresores • Auto Impresores • Auto Facturación • Máquinas Registradoras • Factura Electrónica • Monedero Electrónico • Estado de Cuenta SICOFI Banco de Datos Integral Servicios al SAT Internos Denuncias

Esquema Operativo Generación - Emisor Entrega – Receptor DISPOSITIVO MAGNETICO Folios Comprobante Fiscal Digital Folio Asignado Folio Asignado Genera Documento Electrónico (bajo estándar) INTERNET RED Documento Electrónico Sistema de Facturación Genera Cadena Original y Sello IMPRESO Sellos ALMACENAR 5 AÑOS Integran y conservan como parte de su contabilidad VERIFICACIÓN DE DATOS DE LA FACTURA (FOLIO – SERIE Y VIGENCIA DEL CERTIFICADO)

Evolución del Comprobante Fiscal Tradicional Digital Cédula de Identificación Fiscal

Expresión impresa Folio Art. 29 fracción III, Regla 2.22.8. No. Serie Certificado 0303010305 Regla 2.22.8. Regla 2.22.8. Sello digital Art. 29 fracción I, Regla 2.22.8. Leyenda

Obligaciones • De los Emisores • Reportar al SAT mensualmente información de los comprobantes fiscales digitales emitidos • Conservar en medios electrónicos actualizados los CFD y tenerlos a disposición de las autoridades fiscales • Proveer a la autoridad de una herramienta de consulta de la información de los CFD • Expedir comprobantes fiscales digitales globales que amparen las operaciones efectuadas con el público en general (a través del RFC genérico XAXX010101000.) • De los Receptores • Verificar ante el SAT los datos de los CFD recibidos. • Conservar en medios electrónicos actualizados los CFD recibidos. • Proveer a la autoridad de una herramienta de consulta de la información de los CFD

Requisitos 1. Firma FIEL del SAT para obtener folios y el sello digital http://www.sat.gob.mx/sitio_internet/e_sat/tu_firma/ 2. Tener por lo menos un sello digital del SAT (Podría haber uno por sucursal) http://www.sat.gob.mx/sitio_internet/e_sat/comprobantes_fiscales/15_6580.html 3. Solicitar una serie de folios al SAT http://www.sat.gob.mx/sitio_internet/e_sat/comprobantes_fiscales/15_5853.html

Procedimiento • 1. Recibir la siguiente información de cada una de las facturas (los datos de facturación) • http://www.sat.gob.mx/sitio_internet/e_sat/comprobantes_fiscales/15_6543.html • a) Definir quien controla el consumo de los folios del SAT. • b) Además la información de las addendas que tenga cada factura. • 2. Con esta información hay que generar la “Cadena Original” que es un compilado de todos los datos en orden.

Procedimiento • 3. Generar el Sello Digital de para la factura • a) Aplicando a la cadena original el algoritmo MD5 (lo trae .NET) se obtiene una cadena de 16 bytes. • b) A esta cadena se le aplica el algoritmo RSA (con tamaño de clave de 1024, lo trae .NET) y con la clave del certificado digital del archivo .key que proporciona el SAT. • c) Por último, como la cadena generada por el RSA tiene caracteres que no se pueden imprimir, se le aplica una transformación a Base 64 (también la trae .NET). • d) Aquí hay más de talles de esta generación - http://www.sat.gob.mx/sitio_internet/e_sat/comprobantes_fiscales/15_6544.html

Procedimiento • 4. Con la información de la factura y el sello digital creado, hay que generar una cadena XML de acuerdo con el formato XSD que proporciona el SAT http://www.sat.gob.mx/sitio_internet/cfd/2/cfdv2.xsd • a) se puede corroborar el formato con esta aplicación del SAT - https://www.consulta.sat.gob.mx/SICOFI_WEB/ModuloECFD_Plus/ValidadorComprobantes/Validador.html • a) Las Addendas es una sección del XML para incluir información en la factura que al SAT no le interesa, pero al cliente sí. Ofix puede tener un juego de información en cada factura que no está contemplada por el SAT (detalles de embarque, números de órdenes de compra, etc.). • Hay que definir como desean que esta información se incluya en XML y si tienen información diferente para cada uno de sus clientes, de ser así, en que formatos la esperan.

Procedimiento • 5. Esta cadena XML hay que almacenarla y ponerla a resguardo como si fuera una factura real. • a) En este punto, el SAT pide como requisito que las aplicaciones cumplan algunos requisitos, revisar los puntos II, III y IV. El SAT desea que la factura tenga la fecha y hora y segundo en que se genero el sello digital. • http://www.sat.gob.mx/sitio_internet/e_sat/comprobantes_fiscales/15_4043.html • b) Imprimir la factura si es necesario. Este es un ejemplo para ilustrar la distribución y los elementos en una factura digital • http://www.inegi.gob.mx/inegi/contenidos/espanol/ciberhabitat/comercio/factura/especificaciones.html

Procedimiento 6. Ahora, el sistema debe reportar mensualmente al SAT un archivo con los folios consumidos. Este archivo es en texto (.TXT) y tiene una factura por línea. El formato que debe tener el nombre y el contenido está en el archivo PDF Anexo 20 2006

Mas detalle • Se basa en el uso de XML • Estándar abierto mantenido por el consorcio web. • Es extensible. • Es multiplataforma. • Es el estándar de facto para la integración de sistemas. • Es el formato natural de los web services. • Establece una serie de precisiones adicionales • Debe ser expresado en UTF-8. • Debe seguir el esquema (XSD) publicado por el sat mismo que presentamos a continuación.

Documento Electrónico firmado Documento original Documento original Algoritmo de Resumen o Hash Firma Electrónica Avanzada Clave Privada MD5 $k%o&R?F!+*_e>#A PRIV RSA (algoritmo codificación) 12345678 90123456 $k%o&R?F!+*_e>#A Firma Electrónica Avanzada Resumen o Hashing Firma de un documento

Documento Electrónico Firmado (recibido) Documento original Documento original Algoritmo de Resumen o Hash Firma Electrónica Avanzada Clave Pública MD5 $k%o&R?F!+*_e>#A PUB SI 12345678 90123456 12345678 90123456 RSA (algoritmo codificación) $k%o&R?F!+*_e>#A =? Firma Electrónica Avanzada Resumen o Hashing Resumen o Hashing NO Verificación de una firma electrónica

Notas sobre las llaves • La llave pública siempre está incluida en el certificado. • La llave privada está en un archivo PKCS8 en formato DER por lo que está encriptada. • La encripción de la llave privada puede estar en uno de 3 formatos: • DES • Triple DES • RC2 • El SAT no emite certificados PKCS12, pero si así los prefieren pueden convertirlos con varias herramientas.

Errores comunes • Hay que tener cuidado con los siguientes aspectos • Sólo usen el certificado de sellos para firmar sus facturas no usen el de firma. • No basta con declarar el XML como UTF-8 debe estar codificado como tal. • La cadena original debe estar así mismo en UTF-8 o los sellos no serán válidos. • Mucho ojo con el armado de sus direcciones!!!! • Una estructura válida no asegura un comprobante válido (Código Fiscal mata XSD) • Al igual que todo XML la capitalización importa • No agregar etiquetas o atributos fuera de la Addenda

Recomendaciones • No son precisamente errores pero: • No todos los parsers de XML son creados iguales, unos son mas estrictos que otros. • Comienzo con caracteres en blanco. • Retorno de carro entre PI’s. • Si incluyen un PI para usar XSL’s en transformación pueden generar errores a su receptor. • Declaren la inclusión de contenido en la adenda usando un segundo namespace. • Aprovechen que el formato es XML • Usen XSL para presentar la información. • Usen XSL para generar la cadena original. • Usen XSL para generar la línea del reporte mensual. • Usen XSD para validar la sintaxis y los tipos de datos.

¿Qué es un Comprobante Fiscal Digital?