Modalidad de Facturación Electrónica

y Computarizada en Línea

SISTEMA INTEGRADO DE LA ADMINISTRACIÓN

TRIBUTARIA
¿Qué es?
 Son modalidades de facturación para la emisión de
Documentos Fiscales Electrónicos, en las cuales la
factura es electrónica y debe ser enviada a los
servidores del Servicio de Impuestos Nacionales.
 Su representación gráfica deberá ser entregada al
cliente: en formato digital (pdf, xml, txt) a través de
correo electrónico o su portal Web; o impreso cuando
el cliente así lo requiera.
¿Quiénes pueden usarla?
 Los contribuyentes establecidos en el Anexo A que
estén catalogados para las Modalidades
“Computarizada” y “Electrónica”.
 Cualquier contribuyente que este en una modalidad
inferior, podrá solicitar el uso de estas, por ejemplo: si
un contribuyente esta catalogado para usar “Manual”,
podría usar cualquiera. Un contribuyente obligado a
“Electrónica” no podrá usar “Computarizada” ya que
es una modalidad inferior en prelación.
¿Qué necesito para usarla?
 Independiente de la modalidad será necesario que el
contribuyente cuente con:
• Conexión a Internet permanente
• Sistema de Facturación certificado, ya sea propio o adquirido
a un proveedor
• Equipos de computación con el Sistema de Facturación por
punto de venta.
¿Necesito Firma Digital?
 Para la Modalidad Computarizada en Línea la
autenticación mediante credenciales de la Oficina
Virtual, aseguraran la integridad y no repudio del
Documentos Fiscal Electrónico.
 Para la Modalidad Electrónica en Línea, la firma digital
es de carácter obligatorio y aseguran la autenticidad,
integridad y no repudio del Documento Fiscal
Electrónico
Esquema de Despliegue
POS

Sucursales

Empresa Diferentes clientes

Esquemas de Comunicación
Esquema de funcionamiento FEEL
Esquema de funcionamiento FCEL
C.U.F (CODIGO UNICO DE FACTURA)
Es el valor alfanumérico, generado por el sistema de facturación con información relevante de los datos del contribuyente y
la transacción, que permite individualizar a la Factura o Nota Fiscal.
CARACTERISTICAS
•Alfanumérico (Letras, Números)
•Reversible
•Único para una factura
CAMPO DESCRIPCION TIPO LONGIT
UD
NIT (Emisor) NIT del contribuyente Numérico 13
Fecha y Hora del Emisor
FECHA/HORA (Emisión) Numérico 17
Yyyymmddhhmmssmmm
0 = Casa Matriz
SUCURSAL 1 = Sucursal 1 Numérico 4
2 = Sucursal 2
1 = Electrónica
MODALIDAD Numérico 1
2 = Computarizada
0 = Online
TIPOEMISION Numérico 1
1 = Offline
1 = Factura
2 = Nota Debito/Crédito
CODIGO DOCUMENTO FISCAL Numérico 1
3 = Documento Fiscal
4 = Documento Equivalente
1= Factura Estándar
2= Factura Sector Educativos
TIPO DOCUMENTO SECTOR Numérico 2
…
22= Boleto Aéreo
NRO FACTURA Numero de Factura Numérico 8
Numero de POS
PUNTO DE VENTA (POS) Numérico 4
0 = No Corresponde
CODIGO AUTOVERIFICADOR Modulo 11 Numérico 1
Aplicar a la cadena
resultante Base 16
TOTAL 52
XML para envío de factura individual

RESPUESTA
Plazos y tiempos de envío
Hora de Emisión
La hora de emisión que se reciba del sistema emisor debería estar
sincronizada con la hora de los servidores del SIN, por ello se tiene una
tolerancia de
-1 min <= Hora SIN <= +2 min
Fecha de Emisión
La fecha de emisión en contingencia y masiva podrá ser
-15 días <= Fecha SIN
El tiempo máximo de 15 días, sólo aplica para envíos masivos que
entraron en contingencia “Ingreso a zonas sin Internet por despliegue
de puntos de venta”
Proceso de generación de Documento Fiscal
Electrónico Individual
XML Emisor
Adoptar el formato

1 establecido del XML

para la Factura y para
el Emisor.

XML Factura

Factura

Firma
Cabecera Detalle(s) DSig
Facturación
Electrónica
Proceso de generación de Documento Fiscal
Electrónico Individual

2 Registrar la información de la factura en

el XML Factura, tanto en la cabecera
como en el (los) detalle(s).
Factura Cabecera Detalle(s)

Realizar la validación del XML de la

3 factura contra el XSD que el SIN

proporcionará.
Factura
Los pasos 4 y 5 solo

4 Generar el archivo hash SHA2 del XML

de la Factura (cabecera y detalles) SHA2
aplican a la modalidad
de FEEL

Firmar el archivo hash SHA2

5
con la llave privada, aplicar
bas64 e incorporar en el tag del SHA2
Llave
XML Firma privada
Proceso de generación de Documento Fiscal
Electrónico Individual
Aplicar la codificación Base 64 al
6 archivo XML de la Factura
(cabecera, detalles y firma)
Factura

Aplicar la compresión con la

7 herramienta GZIP al archivo
codificado en Base 64 de la Factura

8 Aplicar la codificación en Base 64 al

archivo GZIP de la Factura (cabecera,
detalles y firma)

9 Adjuntar la factura en B64 al

campo <archivo> del Emisor
XML Factura Estándar (computarizada)
XSD Factura Estándar (computarizada)
Contingencias

¿Qué contingencias pueden presentarse?

No se pueda usar los sistemas de
No se tenga conexión con el SIN Perdida de energía eléctrica
manera normal

¿Cómo actuar ante una contingencia?

Facturar en el modo Off-line (fuera Solicitar facturación Web por
Usar las facturas de contingencia
de línea) contingencia

¿Qué hacer luego de la contingencia?

Enviar las facturas emitidas fuera de
línea en paquetes
Enviar a través del servicio de
Registrar las facturas de contingencia
“Eventos Significativos” los
utilizadas
momentos y motivos de contingencia
Manejo de eventos significativos para
contingencias

• Registrar • Trabajar en
Inicio de modo
Envió de XML Servicio Web Contingencia OFFLINE
Registro de Sistema de
Contingencia de los eventos de Eventos
Facturación
significativos Significativos • Registrar Fin • Envío de
de paquetes de
Contingencia Facturas
Eventos Significativos de Contingencia
 Corte del servicio de Internet
 Inaccesibilidad al Servicio Web de la Administración Tributaria.
 Ingreso a zonas sin Internet por despliegue de puntos de
venta.
 Virus informático o falla de software.
 Cambio de infraestructura de sistema o falla de hardware.
 Corte de suministro de energía eléctrica.
XML para inicio y fin de contingencias
Plazos para contingencias
 Contingencias normales: plazo máximo 72 horas
 Contingencia por “Ingreso a zonas sin Internet por despliegue
de puntos de venta”: plazo máximo 15 días
 Registro de Documentos Fiscales: plazo máximo 24 horas
posterior a la recuperación de la contingencia
Envío Masivo de Documentos Fiscales
Solo
actividades
Envío Horario con con
Masivo cronograma procesos
diario masivos
diarios

Hasta 3
Solo
Envío días para
actividades
Masivo envío con
con cierres
fecha
mensual mensuales
anterior
Proceso de generación de Documento Fiscal
Electrónico por paquete
Generar cada una de las facturas en el formato
Factura

1
XML establecido, para el tipo de documento por Facturación
Electrónica
sector. Para la modalidad FEEL incorporar la firma
digital (firmado DSig)
Firma
Cabecera Detalle(s) DSig
Realizar la validación de cada uno de los XML de la

2 factura contra el XSD para el tipo de documento

por sector.
Factura

Los pasos 3 y 4 solo

3 Generar el archivo hash SHA2 del XML
de la Factura (cabecera y detalles) SHA2 aplican a la modalidad
de FEEL
Firmar el archivo hash SHA2

4 con la llave privada, aplicar

bas64 e incorporar en el tag del
SHA2
XML Llave
Firma privada
Proceso de generación de Documento Fiscal
Electrónico por paquete
Aplicar el contendor TAR

5
sobre el conjunto de
archivos en Base 64 de
los distintos XML de las Factura Factura
Facturas.

6 Aplicar la compresión con el algoritmo

GZIP al archivo contenedor TAR.

Aplicar el esquema de codificación en

7 Base 64 al archivo GZIP de la Factura
(cabecera, detalle y firma)

8
Registrar el archivo en Base 64 al XML <archivo>ertg345
Emisor del Sistema de Facturación del ererttryrh4535345
345dfgdsg</archiv
contribuyente o>
Emisor
Validaciones y errores
 11= Firma Incorrecta • 51=Código producto Inválido
 13= Código de Recepción No Válido • 52=producto id no coincide con la actividad
• 53=Código actividad inválida
 14=número Documento Duplicado • 54=monto total no coincide con la sumatoria de los subtotales
 16=Nombre cajero con caracteres inválidos y descuentos
• 55=Cálculo del subtotal errado
 17=Fecha emisión mayor a definido en normativa • 56=Monto Ley 317 es incorrecto
 18=Fecha emisión menor al definido en normativa • 57=Monto total sujeto IVA es incorrecto
• 58=Monto total sujeto IPJ es incorrecto
 19= Código documento identidad Inválido • 59=Monto total IJ es incorrecto
 20=CUF Inválido • 85=Tipo Documento Sector Inválido
 21=Numero documento (NIT Inválido)
 22=El Periodo facturado es requerido para este tipo de factura
 23=El campo Estudiante es requerido para este tipo de factura
 41=Placa es requerido en este tipo de factura
 42=Código país es requerido en este tipo de factura
 43=Código de País Inválido
 44=Monto Ley 317 es requerido en este tipo de factura
 45=Monto total sujeto IVA es requerido en este tipo de factura
Catálogos de Productos
Los productos del contribuyente deberán estar homologados
con los códigos de la Administración Tributaria

CODIGO PRODUCTO SIN CODIGO PRODUCTO EMPRESA CODIGO CAEB FECHA ULTIMA ACTUALIZACION
10021 X312-12 011110 10/12/2018
10022 Y421-58 011110 10/12/2018
10021 J909-80 011110 10/12/2018
10034 KDJF321 011110 10/12/2018
10367 3213123A 011110 10/12/2018
Servicio sincronización de Productos y
Servicios
La sincronización de Productos y Servicios deberá realizarse
antes de la solicitud del CUFD para el Sistema, sucursal y
punto de venta (si corresponde)
Compresión GZIP
 Existen diferentes librerías para diferentes lenguajes que
manejan el algoritmo GZIP:

.NET JAVA

https://dotnetcodr.com/2015/01/23/how-to-compress-and-
decompress-files-with-gzip-in-net-c/ https://www.journaldev.com/966/java-gzip-example-compress-decompress-file
Firmado XML DSig
 Para el firmado del XML se XML firmado
<?xml version="1.0" encoding=“utf-8"?>
deberá seguir el estándar <Envelope xmlns="http://example.org/envelope">
<Body>Olá mundo</Body>
W3C Dsig <Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
<SignedInfo>
XML a firmar <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"
/>
<?xml version="1.0" encoding=“utf-8"?> <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1" />
<Reference URI="">
<Envelope xmlns="http://example.org/envelope"> <Transforms>
<Body> Olá mundo </Body> ... <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" />
</Envelope> </Transforms>
<DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" />
<DigestValue>UWuYTYug10J1k5hKfonxthgrAR8=</DigestValue>
</Reference>
</SignedInfo>
<SignatureValue>TSQUoVrQ0kg1eiltNwIhKPrIdsi1VhWjYNJlXvfQqW2EKk3X37X862SCfrz7v8IYJ
7OorWwlFpGDStJDSR6saO0209Uta14nPJYsl3cmdThHB8Bs=</SignatureValue>
<KeyInfo>
<KeyInfo>
<X509Data>
<X509Certificate>h321j3k21jsdajnNMKLHJ43I1H4IO3KSALDKLASJDKLAS</X509Certificate>
</X509Data>
</KeyInfo>
</Signature>
</Envelope>
Fuente:
https://www.cryptosys.net/sc14n/example-signed-xmldsig.html