Dirección de Impuestos y Aduanas Nacionales 

RESOLUCIÓN 2002 DE 1997 

(Octubre 31)

El Director General de Impuestos y Aduanas Nacionales,

en uso de sus facultades legales y, en especial de las consagradas en el artículo 684-2 del estatuto tributario y el literal l) del artículo 14 del Decreto 1693 de 1997, y

CONSIDERANDO:

Que el Director General de Impuestos y Aduanas Nacionales puede implantar sistemas técnicos razonables para el control de la actividad productora de renta;

Que la emisión de facturas de venta por programas de computador y la emisión de tiquetes de ventas por POS, constituyen documentos que soportan los hechos económicos de los contribuyentes y constituye así mismo el elemento esencial para la adecuada aplicación del principio de lealtad comercial, principio éste que se encuentra vulnerado cuando los contribuyentes se apropian indebidamente de impuestos contenidos en el precio de sus transacciones, mediante el ocultamiento de sus operaciones;

Que el inciso segundo del artículo segundo de la Resolución 3878 de 1996 estableció que quienes utilicen el sistema de facturación por computador deben solicitar autorización del software, salvo que se utilice papel de facturación con la reimpresión de los requisitos señalados en el artículo 617 del estatuto tributario;

Que el artículo tercero de la Resolución 3316 de 1997 hizo extensiva la obligación de utilizar el software aplicativo de facturación a todas la personas obligadas a facturar y que opten por hacerlo a través de computador y a todas aquellas personas que expidan tiquetes de venta mediante el sistema POS;

Que así mismo los mencionados comprobantes, al reflejar la existencia y magnitud de los actos y hechos de naturaleza económica, financiera y patrimonial de los contribuyentes, responsables, agentes de retención y terceros vinculados, configuran el sustento documental en que se basa la determinación de las distintas obligaciones tributarias;

Que el grado actual del desarrollo tecnológico en sistemas de registro electrónico, permite instrumentar la aplicación de controles con el objeto de garantizar la inviolabilidad de los datos relativos a las transacciones de los contribuyentes, responsables y agentes de retención;

Que en esta materia, el plano internacional determine que la informatización aludida, constituye una valiosa herramienta para el logro de los objetivos perseguidos, que permite controlar las señaladas estrategias evasivas por ocultamiento o distorsión de las operaciones efectivamente realizadas por los responsables tributarios;

Que conforme al artículo 617 del estatuto tributario cuando se utilice el sistema de facturación por computador se deberán proveer los medios necesarios para su verificación y auditoría;

Que en ese orden, se han establecido los procedimientos y controles para las firmas proveedoras de los programas o software de facturación aludidos, de modo que se asegure la transparencia del mercado e igualdad de oportunidades para los oferentes, lo que evitará la distorsión artificial de los precios y la calidad de los servicios ofrecidos,

(Nota: Aclarada por la Resolución 4022 de 1998 de la Dirección de Impuestos y Aduanas Nacionales).

RESUELVE:

CAPÍTULO I

ART. 1º—Definiciones. Software aplicativo de facturación, SAF. Para todos los efectos relacionados con esta resolución entiéndase por software aplicativo de facturación, todo tipo de software o programa de computador en el cual, el usuario sólo requiere identificar el código del producto y la cantidad vendida, como información fundamental para que mediante la asociación o relación de los anteriores datos con los previamente almacenados en el sistema de facturación, el software aplicativo genere los demás datos de la transacción económica, requisitos obligatorios en la expedición de la factura o documento equivalente, algunos de los cuales puedan estar preimpresos, dado que son constantes para un conjunto de transacciones.

De igual forma se entiende por software aplicativo de facturación autorizado automáticamente o autorizado mediante el procedimiento de evaluación técnica, aquel que ha cumplido los requerimientos y especificaciones funcionales y técnicas solicitadas por la Dirección General de Impuestos y Aduanas Nacionales, para ser utilizado en la emisión de facturas de venta por computador o la generación de tiquetes de venta en los sistemas de punto de venta (POS).

Cinta testigo magnética (CTM). Es el equivalente a la tira física testigo (cinta de auditoría) para los sistemas POS o a la copia física de la factura, para la facturación por computador; contiene la información necesaria para recuperar o generar nuevamente el documento equivalente, la factura de venta y comprobante de informe diario. Su generación debe ser simultánea y en correspondencia a la impresión del documento original, con el software aplicativo de facturación.

Se constituye en el elemento central de auditoría que contiene la información detalle de la transacción económica, a partir de la cual es posible reconstruir los informes contables y fiscales.

Puede ser almacenada en cualquier medio magnético, tales como, cintas, disquetes, cartuchos, discos compactos, etc. Su contenido mínimo y formato de recuperación para efectos de auditoría fiscal, deberá efectuarse de acuerdo a las características técnicas fijadas en la presente resolución.

Memoria fiscal. Es un archivo que almacena por día el contenido del comprobante de informe diario por servidor y/o POS.

Jornada fiscal. Para los efectos de esta resolución se entenderá como jornada fiscal el lapso de tiempo comprendido entre 24 horas corridas, los cierres se deben efectuar máximo a las 6 a.m. de cada día.

ART. 2º—Clasificación del software. Para todos los efectos relacionados con esta resolución entiéndase por software aplicativo todo tipo de software o programa de computador destinado a asumir el control del equipo para que éste ejecute una tarea específica y productiva que ayude al contribuyente usuario en el desarrollo de tareas o funciones propias de alguna actividad profesional, comercial, industrial, el cual se puede clasificar así:

a) Software aplicativo Iicenciado. Adquirido mediante una licencia de uso por una persona natural o jurídica al titular de lo derechos de autor del mismo, directamente o por un distribuidor o comercializador, y

b) Software de propietario exclusivo. Desarrollado por una persona natural o jurídica para uso propio, quien es además el titular de los derechos de autor del mismo.

ART. 3º—Licenciamiento del software. Se entiende por licencia de uso, la autorización concedida a una persona natural o jurídica, por el propietario de los derechos de autor del software o su representante autorizado para ello.

Los derechos de uso de un programa, son:

a) Por máquina: cubre un sólo equipo;

b) Por empresa: cubre todos los equipos de la empresa, y

c) Corporativas: cubre todos los equipos de un grupo de empresas.

PAR.—Los derechos corporativos se aceptan siempre y cuando cada empresa posea licencias de uso independiente del SAF.

ART. 4º—Actualización del software. Se define como actualización del software, la reescritura de las instrucciones que conforman las rutinas del programa o producto para incluirle nuevos servicios, permitir su uso sobre una nueva tecnología o ajustarlo a los cambios de la legislación, inclusión de nuevos servicios, mejoramiento de los servicios actuales.

Se define como rutina a una serie de instrucciones que en conjunto forman un programa o producto. Se define como producto o programa a un conjunto de rutinas que cumplen con un fin común.

Se define como versión de un programa o software aplicativo, la secuencia evolutiva que ha tenido un producto desde su aparición en el mercado.

ART. 5º—Requerimientos del software aplicativo de facturación.

1. Funcionales

El software aplicativo de facturación debe:

a) Permitir la emisión de facturas de ventas o documentos equivalentes para cada una de las transacciones realizadas de acuerdo a lo establecido en el estatuto tributario y demás normas reglamentarias relacionadas, controlando que no generen valores totales o negativos;

b) Aplicar en forma paramétrica las tarifas vigentes del IVA impuestas por la DIAN y registrar en cinta testigo magnética el valor del lVA establecido para cada artículo en toda venta de bienes o prestación de servicios;

c) Discriminar y registrar en cinta testigo magnética el medio de pago utilizado, para cada venta de bienes o prestación de servicios;

d) Proveer en la cinta testigo magnético y en papel, la factura de venta, documento equivalente y el comprobante de informe diario, además se deberá emitir un consolidado por establecimiento;

e) Generar e imprimir por cada servidor, terminal inteligente o POS al final de la jornada fiscal, el comprobante de informe diario;

f) Proveer a partir de la información contenida en la cinta testigo magnética, los servicios de recuperación puntual (para una fecha dada), o en conjunto, (para una fecha desde y una fecha hasta), por pantalla y papel, de la factura de venta, documento equivalente y del comprobante informe de diario, de las operaciones ocurridas durante los últimos cinco años, y

g) Asegurar la identificación única de las facturas y/o documentos equivalentes dentro del(los) rango(s) de numeración autorizado(s) por la DIAN, para el contribuyente obligado a facturar y que opte por hacerlo a través de computador.

2. Técnicos

El software aplicativo de facturación debe:

a) Estar estructurado en rutinas que puedan ser probadas de manera independiente de cualquier otro producto de software;

b) Proveer un procedimiento de instalación, el cual permitirá la inicialización de las siguientes variables fiscales:

Datos usuarioDatos usuario
UsrRazón: Texto 59+1 bytesnombre o razón social del usuario
UsrNit: Texto 13+1 bytesNIT del propietario
UsrDigNit: bytedígito verificador del NIT
UsrDirFis: Texto 59+1 bytesdirección fiscal
UsrCal: byteCalidad fiscal: 0=No, 1=Sí
Datos del software
SofCodProv: Texto 5+1 bytescódigo del proveedor del software
SofNumAut: longintnúmero de solicitud autorización automática del software
Sofnumlic: Texto 15+1 bytesnúmero de licencia del software;

c) Proveer el procedimiento para inicializar y actualizar el (los) rango(s) de numeración autorizado(s);

d) Generar, imprimir y registrar para cada factura de venta o documento equivalente, un número de control fiscal, el cual se generará a partir de la información grabada en la inicialización del SAF, estará compuesto por veintinueve (29) dígitos, así:

PosiciónLongitudContenido
1-55Código del proveedor software de facturación por producto (asignado por la DIAN)
6-2015Nº de licencia del SAF (asignado por el fabricante)
21-244Año de la solicitud de autorización automática o resolución de autorización
25-306Número de la solicitud de autorización automática. O resolución de autorización;

e) Proveer los procedimientos y mecanismos adecuados y suficientes que controlan y garantizan el acceso único autorizado al software, cinta testigo magnética y memoria fiscal, validando la consistencia entre el NIT del usuario del SAF y el número de la licencia comprada y en funcionamiento al inicio de cada jornada fiscal;

f) Controlar y asegurar el cierre de cada jornada fiscal en cada punto de venta, no debiendo permitir el inicio de una nueva jornada fiscal, sin haber culminado exitosamente el cierre de la anterior;

g) Asegurar para toda factura de venta o documento equivalente y cada comprobante de informe diario, identificación interna única y consecutiva;

h) Implementar procesos de reinicio del sistema en caso de falla física, para toda factura de venta o documento equivalente, y comprobante de informe diario controlando la atomicidad y consistencia hasta su impresión y registro simultáneo en la cinta testigo magnética y memoria fiscal, manejando y/o bloqueando su operación según el caso;

i) Validar la consistencia entre el NIT del usuario del SAF y el número de la licencia comprada y en funcionamiento, al inicio de una jornada fiscal;

j) Proveer los esquemas de seguridad que garanticen el respaldo de la información fiscal representada en la cinta testigo magnética y memoria fiscal.

La primera copia dependerá directamente del directorio raíz por cada terminal inteligente, así se esté consolidando por servidor, y en la raíz de cada servidor para terminales no inteligentes.

El archivo de la memoria fiscal deberá almacenarse por día en el directorio denominado “memoria”, que depende del directorio raíz y quedará rotulado con el siguiente nombre: “memoria.fis”;

k) Controlar y asegurar el cierre de cada jornada fiscal en cada punto de venta, no debiendo permitir el inicio de una nueva jornada fiscal, sin haber culminado exitosamente el cierre de la anterior;

l) Proveer esquemas de seguridad que garanticen el respaldo de la información, representados por la cinta testigo magnética y memoria fiscal, la primera copia de los archivos dependerá directamente del directorio raíz de la terminal inteligente, POS o del servidor.

El archivo de la memoria fiscal deberá almacenar por día en el directorio denominado “memoria” y quedará rotulado con el nombre “memoria.fis”;

m) Garantizar la integridad y completitud de los datos que hacen parte de la factura de venta o documento equivalente y comprobante de informe diario;

n) Asegurar para toda factura de venta o documento equivalente, comprobante informe de diario, identificación interna única y consecutiva;

o) Implementar procesos de reinicio del sistema en caso de falla física, para toda factura de venta o documento equivalente, comprobante informe de diario;

p) Garantizar la igualdad de contenidos de las imágenes documentales de la factura de venta o documento equivalente o comprobante de informe diario, en los diferentes medios en que se presenten;

q) Mantener historia de cambios o modificaciones en las tarifas del lVA y cambio de la calidad de agente retenedor del IVA;

r) Proveer dentro de la documentación los requerimientos de hardware y software necesarios para su operación;

s) Proveer dentro de la documentación las limitaciones y restricciones del medio de operación, y

t) Proveer la documentación correspondiente de los manuales operativo y del usuario, contemplando la totalidad de operaciones y funcionalidad del producto donde se ilustran completamente las operaciones y procedimientos que deben darse para obtener los documentos e informes de carácter fiscal.

(Nota: Derogados los literales k), l), n), o) del numeral 2 por la Resolución 3391 artículo 13 de 1997 de la Dirección de Impuestos Nacionales).

— La frase “Bien sea para uso exclusivo”, del parágrafo del artículo 7º de la Resolución 2002 de octubre de 1997.

3. API

El software aplicativo de facturación deberá contener un API (interface de programación de aplicaciones) el que permitirá la interrelación entre el software y los archivos fiscales.

El API debe cumplir con los siguientes estándares:

• De compatibilidad: cualquiera de los API contenidos en los SAF autorizados automáticamente, debe ofrecer exactamente la misma funcionalidad que los demás.

• De seguridad: los API deberán ofrecer un mínimo específico de protección contra la adulteración ilícita de los datos que guardan.

• De confiabilidad: En caso de fallos eléctricos, de programación o de hardware, el API deberá ser capaz de manejarlos y ofrecer siempre un estado consistente en los datos que guarda.

Compatibilidad entre los API:

Con el fin de que se tenga un estándar de comunicación entre el SAF o el POS y el API, es necesario que la definición de la interfaz de las funciones se adhiera con exactitud al esquema planteado en la definición de las funciones.

Así mismo, los mensajes de error que las funciones entreguen deberán estar dentro de los suministrados en el (anexo 1).

Estándar de seguridad:

El SAF debe proveer un mecanismo de inscripción de la información y suministrar los sistemas para recuperar la información por parte de los funcionarios de la DIAN.

Confiabilidad y estabilidad del API:

Para los errores, bien sean los previsibles y los imprevisibles, es necesario que el API esté preparado para ambos tipos.

Los errores previsibles son aquellos para los que existe un código de error (anexo 1) y que pueden ser detectados por medios normales de programación. El API debe estar programado para reportar cualquiera de estos errores cuando se produzcan, y evitar que los datos que guarda queden en un estado inconsistente.

Los errores imprevisibles son aquellos que ocurren ya sea por fallas en el suministro eléctrico, en el hardware o en el software externo al API. En caso de una falla que haga que el computador sea apagado y encendido, el API debe impedir qué datos queden en estado inconsistente.

En caso de una falla que no impida la ejecución del API, éste deberá reportar un error de excepción, utilizando los mecanismos de manejo de excepciones disponibles.

Especificaciones del API:

El API deberá contener dos tipos de archivos fiscales, los cuales se llamarán FISCAL.RAM y FISCAL.ROM, que se crearán con la función de inicialización y tendrán el siguiente formato de almacenamiento:

Formatos de variables y almacenamiento:

Los datos texto deben ser almacenados como cadenas de texto terminadas con carácter nulo (carácter # 000), estilo C. Cuando se diga que se tiene un texto 59+1 bytes, se tiene una cadena de texto de máximo 59 caracteres de longitud, y un carácter extra para el # 000.

Los datos word ocupan dos bytes y pueden almacenar valores entre 0 y 65535.

Los datos Longint (entero largo) ocupan cuatro bytes y pueden almacenar valores entre - 2000 millones y + 2000 millones.

Los datos byte ocupan un byte y pueden almacenar valores entre 0 y 255.

Los datos cinc ocupan cinco bytes y puedan almacenar valores entre 0 y un billón.

En ROM (en el archivo FISCAL.ROM)

1. RIF: tipo_RIF

2. Número actual de récord Zeta en USO: Word

3. Conjunto de N récords de jornada (Zetas): Tipo_jornada

En RAM (en el archivo FISCAL.RAM)

1. Indicador archivos/API activa/inactiva: 1 byte

2. Número actual de turno: 1 byte

Jornada del día actual: Tipo_jornada

Definición de tipo RIF (registro de información fiscal)
Primera parte:Datos usuario
UsrRazón: Texto 59+1 bytesnombre o razón social del usuario
UsrNit: Texto 13+1 bytesNIT del propietario
UsrDigNit: bytedígito verificador del NIT
USrDirFis: Texto 59+1 bytesdirección fiscal
UsrCal:byteCalidad fiscal: 0=No, 1=Si
Segunda parte:Datos del software
SofCodProv: Texto 5+1 bytescódigo del proveedor del software
SofNumAut: longintnúmero de solicitud autorización automática del software o resolución de autorización.
SofNumlic: Texto 15+1 bytesnúmero de licencia del software
Cuarta parte:Datos facturación autorizada por computador
numinicial: Cincnúmero inicial de facturación
numfinal: Cincnúmero final de facturación
numautnum: longintnúmero de autorización de numeración de fact.
numautfec: longintfecha de autorización de numeración de fact.
Definición de tipo jornada:
Fecha: longintDDmmAAAA
Hora: longintHHmmSS
numini: Texto 11+1 bytesnúmero inicial del documento
numfin: Texto 11+1 bytesnúmero final del documento

vlrexent: Cinc;

vlrexclu: Cinc;

vlrgrava: Cinc;

vlrtari1: longint;

vlrtari2: longint;

vlrtari3: longint;

vlrtari4: longint;

vlrtari5: longint;

virtari6: longint:

vlrtotal: Cinc;

vlrdescu: Cinc;

medefect: Cinc;

medotros: Cinc;

NOTA: Variables tipo Cinc serán grabadas por el API como tipo longint pero se recogerán o retornarán al SAF como Strings. Lo anterior a fin de prever muy grandes valores a un futuro.

Interfaz de las funciones

F_lNI: inicializa la archivos fiscales.

Parámetros: RIF: entrada, es el registro de identificación fiscal. Posibles resultados:

000 - Operación exitosa

007 - Error al inicializar archivos fiscales

013 - Archivo fiscal ausente

Acción: llamada una vez para inicializar a cero totales de archivos, y creación de archivos fiscales. Lo efectúa el proveedor de software al instalar cada licencia por una sola vez.

Prerrequisito: ninguna función

F_START: inicializa archivos fiscales para trabajar. En caso de detectar que el sistema fue apagado bruscamente debe realizar las operaciones necesarias para garantizar la consistencia de los datos almacenados.

Parámetros: licencia software: Tipo cadena de texto de entrada, número de licencia del software.

Posibles resultados:

000 - Operación exitosa

005 - La licencia recibida es diferente a la grabada en los archivos fiscales.

011 - Error integridad archivo fiscal

013 - Archivo fiscal no existe

023 - Problemas con el archivo

Acción: debe llamarse al arrancar la aplicación en la parte correspondiente a facturación, no necesariamente al comienzo del día, y puede llamarse durante el día tantas veces sea necesario volver a entrar a facturar o validar Nº de licencia.

Prerrequisito: ninguna función.

Efectos a causar:

— Si hay un error en los archivos fiscales, no permite ejecutar otros comandos del API hasta que se haya llamado a F_start de nuevo y éste se ejecute correctamente.

F_CHK: revisa que no haya problemas con los archivos fiscales. Tamaños correctos, CRC correcto individual y en conjunto.

Parámetros: ninguno

Posibles resultados:

000 - Operación exitosa

006 - No se ha llamado F_start

011 - Error integridad archivo fiscal

013 - Archivo fiscal ausente

Acción: debe ser llamada siempre y justo después de haber ejecutado F_start.

Prerrequisito: haber llamado a: F_start

Efectos a causar:

— Si hay un error en los archivos fiscales, no permite ejecutar otros comandos del API hasta que se haya llamado a F_CHK con éxito.

F_HEADS: retorna los encabezados con los datos del usuario de los archivos.

Parámetros: tipo encabezado: Entero corto de entrada, (1 a 8), indica el encabezado que se desea obtener.

Texto: cadena de texto de salida (retorna), (40 o 80 caracteres), contiene el texto solicitado, si hubo problemas, estará vacía.

Posibles resultados:

000 - Operación exitosa

006 - No se ha llamado a F_start

008 - Tipo encabezado está fuera de rango, debe estar entre 1 y 8.

013 - Archivo fiscal ausente

Acción: debe ser llamada cuando se necesiten imprimir los datos del RIF.

Prerrequisito: antes se debe haber llamado a: F_start

F_NIT: retorna el NIT del contribuyente.

Parámetros: texto: Cadena de texto de salida, (13 chars), contiene el NIT.

Dígito: entero de salida, contiene el dígito verificador.

Posibles resultados:

000 - Operación exitosa

006 - No se ha llamado a F_start

011 - Error integridad archivo fiscal

013 - Archivo fiscal no existe

Acción: debe ser llamada: Cuando se necesite obtener el NIT.

Prerrequisito: antes se debe haber llamado a: F_start

F_EQUIS: cierre parcial. Retorna valores parciales e incrementa el contador de cierres parciales (contador del turno).

Parámetros: todos son de salida (retorno): Fecha, Hora: Tipo: longint: última fecha y hora registradas en la jornada. Tipo: Texto 11 + 1 bytes inicial, final: Texto: número inicial y final de transacción exentas, excluidas, gravado, tarifa 1, tarifa 2, tarifa 3, tarifa 4, tarifa 5, tarifa 6, vlr total, descuentos, efectivo, otros: Tipo: longint: Valores de la jornada actual turno: byte: número del turno que acaba de finalizar.

Posibles resultados:

000 - Operación exitosa

006 - No se ha llamado a F_start

011 - Error integridad archivo fiscal

012 - En medio de una transacción

013 - Archivo fiscal ausente

030 - No se ha llamado F_trans

Acción: debe ser llamada: siempre que se quiera hacer un cierre parcial.

Prerrequisito: antes se debe haber llamado a: F_start

F_ZETA: imprime el comprobante de informe diario y luego lo graba en la memoria permanente, regresa el contador de parciales a cero e incrementa el contador del comprobante de informe diario.

Parámetros: todos son de salida (retomo): Fecha, Hora: Tipo: longint, última fecha y hora registradas en la jornada: Tipo: texto 11 + 1 byte inicial, final: tipo texto: número inicial y final de transacción exentas, excluidas, gravado, tarifa 1, tarifa 2, tarifa 3, tarifa 4, tarifa 5, tarifa 6, vlr total, descuentos, efectivo, otros: tipo longint: valores de la jornada actual contador cierre: tipo word. Número del cierre recién hecho.

Posibles resultados:

000 - Operación exitosa

006 - No se ha llamado a F_start

010 - F_zeta ya había sido llamada para el día de hoy.

011 - Error integridad archivo fiscal

012 - En medio de una transacción

013 - Archivo fiscal ausente

030 - No se ha llamado F_trans

Acción: deberá ser llamada al final del día o para cierre definitivo de jornada. Sólo puede ser llamada una vez por día

Prerrequisito: antes se debe haber llamado a: F_start, F_trans

F_TRANS: comienza una nueva transacción y retorna el número de transacción actual. No incrementa el número de transacción actual.

Parámetros: num_trans: Entero de salida. Contiene el número de transacción actual, la que ha sido comenzada.

Posibles resultados:

000 - Operación exitosa

006 - No se ha llamado a F_start

011 - Error integridad archivo fiscal

012 - En medio de una transacción

Acción: debe ser llamada: cada vez que se quiera obtener el número actual de transacción, sólo puede ser llamada una vez por transacción.

Prerrequisito: Antes se debe haber llamado a: F_start

F_NUMCF: retorna datos de seriales RIF donde 1 corresponde al número de autorización automática del SAF.

Parámetros: tipo de serial: Entero corto de entrada (1 o 2) que indica el serial a obtener.

Texto: retorna (15 caracteres) contiene el serial solicitado.

Posibles resultados:

000 - Operación exitosa

006 - No se ha llamado a F_start

011 - Error integridad archivo fiscal

013 - Archivo fiscal no existe

031 - Nº autorización automática no coincide con RIF

Acción: debe ser llamada antes del final de la transacción para poderlo imprimir en la factura.

Prerrequisito: antes se debe haber llamado a: F_start

F_VRTAX: recibe del SAF los valores de ventas por tarifa de impuestos, totales causados por efectivo y totales por otros medios y totales causados por descuentos para cada transacción efectuada. Los adiciona a los acumuladores parciales de los archivos o archivo RAM fiscal, luego incrementa el contador de transacciones.

Parámetros: exentas, excluidas, gravado, tarifa 1, tarifa 2, tarifa 3, tarifa 4, tarifa 5, tarifa 6, vlr total, descuentos, medefec, medotros: Tipo: Entrada longint

Posibles resultados:

000 - Operación exitosa

006 - No se ha llamado a F_start

011 - Error integridad archivo fiscal

030 - No se ha llamado a F_trans

013 - Archivo fiscal ausente

014 - Vlr_total no es igual a exento + excluido + gravado + tarifas - descuento

015 - Vlr_total no es igual a medefec + medotros

012 - En medio de una transacción

Acción: debe ser llamada al final de cada transacción.

Prerrequisito: antes se debe haber llamado a: F_start, F_trans

F_END: cierra la operación de los archivos fiscales para que se pueda apagar el equipo sin problemas.

Parámetros: ninguno

Posibles resultados:

000 - Operación exitosa

006 - No se ha llamado a F_start

012 - Está en medio de una transacción

013 - Archivo fiscal ausente.

Acción: debe ser llamada: sólo antes de apagar el equipo y cierre de archivos, se puede llamar varias veces durante el día.

Prerrequisito: antes se debe haber llamado a: F_start

F_DOWN: permite bajar la información de los archivos fiscales a través de puerto serial, drive, o vía comunicación electrónica.

Parámetros: Config Puerto: entrada, configuración del puerto serial del computador.

Posibles resultados:

000 - Operación exitosa

006 - No se ha llamado a F_start

013 - Archivo fiscal ausente

015 - Problemas con el medio de comunicación

016 - El otro computador no responde

017 - Puerto serial no existe

018 - Velocidad de transmisión incorrecta

019 - Paridad incorrecta

020 - Hubo errores irrecuperables durante la transmisión

021 - La transmisión fue interrumpida

012 - Se encuentra en medio de una transacción

028 - El código dado por el funcionario es inválido

Acción: debe ser llamada cuando se desee realizar la recolección de los datos por parte de un funcionario de la DIAN.

Prerrequisito: antes se debe haber llamado a: F_start

F_MEM: retorna el porcentaje de memoria fiscal libre

Parámetros: tipo información: entero (1 o 2) de entrada, 1 es para que retorne el valor en porcentaje de 0 a 100. 2 es para que retorne el número de zetas que todavía se pueden realizar.

Libre: entero de salida, devuelve el porcentaje de memoria Libre, ya sea como tipo 1 o tipo 2.

Posibles resultados:

000 - Operación exitosa

013 - Archivos fiscal ausente

011 - Hay problemas de integridad en la archivos fiscal

006 - No se ha llamado a F_start

029 - Data no corresponde a 1 ó 2

Acción: debe ser llamada cuando se desee saber si hay espacio libre en los archivos fiscales, debe ser justo después de F_start.

Prerrequisito: antes se debe haber llamado a: F_start

Efecto: bloquear si está saturada o avisar cuando se encuentre a menos de 20%.

F_AUDI: imprime o graba el contenido de la memoria fiscal para el período de fechas dado entre una fecha inicial y una fecha final.

Parámetros: fecha inicial: fecha de entrada, es la fecha desde ...

Fecha final: fecha de entrada, es la fecha ... hasta

Imprimir: entero de entrada (1 o 2), si es 1 se manda el contenido hacia la impresora, si es 2 se manda el contenido hacia el archivo.

Posibles resultados:

000 - Operación exitosa

013 - Archivos fiscal ausente

011 - Hay problemas de integridad en el archivo fiscal

006 - No se ha llamado a F_start

022 - Problemas con la impresora

023 - Problemas con el archivo

024 - No hay espacio suficiente en el disco duro

025 - El rango de fechas es inválido (fecha1>fecha2)

026 - El parámetro imprimir no tiene datos válidos (sólo 1 o 2).

027 - No hay datos para el rango de fechas especificado

028 - El código dado por el funcionario es inválido

012 - En medio de una transacción

ART. 6º—Sujetos que intervienen. Dentro del procedimiento para la autorización automática o proceso de evaluación técnica del software aplicativo de facturación encontramos los siguientes sujetos:

a) Unidad competente para autorizar: la división de liquidación de las administraciones locales, será la unidad competente para todos los efectos del proceso de autorización automática y evaluación técnica del software aplicativo de facturación, el proceso se adelantará previo concepto de un ingeniero de sistemas;

b) Fabricante desarrollador y/o comercializador y/o distribuidor de software o propietario para uso exclusivo: el sujeto activo dentro del procedimiento, es la persona natural o jurídica que posee los derechos de autor y es quien tiene la obligación primaria para solicitar la autorización automática o solicitar la autorización mediante evaluación técnica del software aplicativo de facturación, como requisito previo para su comercialización venta o uso, en el caso de los propietarios exclusivos;

c) Usuario del software: es el usuario obligado a utilizar software aplicativo de facturación debidamente autorizado automáticamente por la Dirección de Impuestos y Aduanas Nacionales, solicitando para ello al proveedor la expedición de la respectiva factura comercial, en la cual se debe registrar explícitamente el número y fecha de la solicitud de autorización automática o resolución de autorización, del software que se está adquiriendo, y

d) Servicio autorizado: es la entidad que está autorizada por el fabricante y/o comercializador y/o distribuidor autorizado de software aplicativo de facturación, por medio de un contrato de servicios, para que preste a nombre de éste el servicio de mantenimiento posventa; no obstante medie el contrato de servicios, el responsable ante la DIAN, será siempre el fabricante y/o comercializador y/o distribuidor autorizado que figure en la solicitud de autorización automática del software aplicativo de facturación.

ART. 7º—Condiciones y requisitos para el solicitante. Las personas señaladas en el literal b) del artículo 6º de la presente resolución, serán las únicas habilitadas para solicitar la autorización automática o solicitar autorización de las rutinas de versiones de software de facturación, como también de las eventuales modificaciones o actualizaciones sobre los productos que ya cuenten con autorización automática o evaluación técnica, de acuerdo a las causales señaladas en el artículo 15, de esta resolución.

Sólo podrán comercializar y/o instalar software aplicativo de facturación el fabricante, la casa desarrolladora y/o comercializadora de software o propietario para uso exclusivo, las empresas nacionales o extranjeras con domicilio en el país, debiendo demostrar tal condición.

PAR.—Las personas naturales que vayan a solicitar la autorización automática del software aplicativo de facturación o sistemas POS, bien sea para uso exclusivo o con fines de comercializarlo, deberán constituirse como empresa unipersonal, en la forma señalada por el Código de Comercio (L. 222/95), debiendo cumplir con los demás requisitos exigidos en este artículo.

(Nota: Derogada la frase “Bien sea para uso exclusivo” del parágrafo, por la Resolución 3391 artículo 13 de 1997 de la Dirección de Impuestos Nacionales).

ART. 8º—Contenido del archivo cinta testigo magnética (CTM). La estructura del formato para la cinta testigo debe contener como mínimo, las especificaciones técnicas que a continuación se detallan:

Registro tipo 1: Generalidad de la transacción
Descripción del campoLongitudTipo de campoValor defecto
1. Tipo de registro1Numérico (1- Inf. general)1
2. Identificación POS/Servidor15 AlfanuméricoNo hay 
3. Consecutivo interno de la transacción15 NuméricoNo hay 
4. Prefijo del número de factura o documento equivalente4Alfanumérico0000
5. Número de factura o documento equivalente15AlfanuméricoNo hay
6. Fecha de la transacción8Numérico AAAAMMDDNo hay
7. Hora de la transacción6Numérico HH(24)MMSSNo hay
8. Nombre o razón social del vendedor60AlfanuméricoNo hay
9. NIT vendedor13NuméricoNo hay
10. Dígito verificación NIT del vendedor1NuméricoNo hay
11. Valor total de la transacción15NuméricoNo hay
12. Valor del pago en efectivo15Numérico0
13. NIT del cliente13NuméricoCeros
14. Dígito verificación NIT cliente1NuméricoCeros
15. Nombre o razón social del cliente60AlfanuméricoCeros
16. Código DIAN proveedor del SAF5NuméricoNo hay
17. Número de solicitud autorización automática o resolución de autorización del SAF5NuméricoNo hay
18. Año de solicitud autorización automática o resolución de autorización del SAF4NuméricoNo hay
19. Número de licencia del SAF15AlfanuméricoNo hay
Registro tipo 2: Detalle de la transacción
Descripción del campoLongitudTipo de campoValor defecto
1. Tipo de información1Numérico (2- Detalle Trans.)2
2. Identificación POS/Servidor15AlfanuméricoNo hay
3. Consecutivo interno de la transacción15NuméricoNo hay
4. Prefijo del número de factura o documento equivalente4Alfanumérico0000
5. Número de factura o documento equivalente15AlfanuméricoNo hay
6. Código del producto15AlfanuméricoCeros
7. Nombre o descripción del producto30AlfanuméricoCeros
8. Cantidad15NuméricoCeros
9. Valor unitario15NuméricoCeros
10. Valor IVA15NuméricoCeros

ART. 9º—Contenido de la memoria fiscal. La estructura del formato para la memoria fiscal debe contener como mínimo, las especificaciones técnicas que a continuación se detallan:

Registro tipo 1: Generalidad por día
Descripción del campoLongitudTipo de campoValor defecto
1. Tipo de información1Numérico1 (1-lnfor. general día)
2. Identificación POS/Servidor15AlfanuméricoNo hay
3. Consecutivo interno del comprobante diario15NuméricoNo hay
4. Nombre o razón social del vendedor60AlfanuméricoNo hay
5. NIT vendedor13NuméricoNo hay
6. Dígito verificación NIT del vendedor1NuméricoNo hay
7. Fecha del comprobante diario8Numérico AAAAMMDDNo Hay
8. Fecha del cierre diario8NuméricoAAAAMMDDNo hay
9. Hora del cierre diario6Numérico HH (24)MMSSNo hay
10. Prefijo del número de factura o documento equivalente inicial4Alfanumérico0000
11. Número de factura o documento equivalente inicial15AlfanuméricoNo hay
12. Prefijo del número de factura o documento equivalente final4Alfanumérico0000
13. Número de factura o documento equivalente final15AlfanuméricoNo hay
14. Cantidad de transacciones del día5NuméricoNo hay
15. Valor de las transacciones del día15NuméricoNo hay
Registro tipo 2: Totales por departamento
Descripción del campoLongitudTipo de campoValor defecto
1. Tipo de información1Numérico (2- totales por departamento)2
2. Identificación POS/Servidor15AlfanuméricoNo hay
3. Consecutivo interno del comprobante diario15NuméricoNo hay
4. Fecha del comprobante diario8Numérico AAAAMMDDNo hay
5. Código del departamento15AlfanuméricoNo hay
6. Nombre o descripción del departamento30AlfanuméricoNo hay
7. Tipo de operación1Numérico (1-excluidas, 2-exentas, 3-gravadas)No hay
8. Tarifa3Numérico (0-excluidas y exentas)No hay
9. Valor ventas por tarifa15NuméricoNo hay
10. Valor descuento15NuméricoNo hay
Registro tipo 3: Totales por medio de pago
Descripción del campoLongitudTipo de campoValor defecto
1. Tipo de información1Numérico (3- totales por medio de pago)3
2. Identificación POS/Servidor15AlfanuméricoNo hay
3. Consecutivo interno del comprobante diario15NuméricoNo hay
4. Fecha del comprobante diario8Numérico AAAAMMDD 
5. Medio de pago2Numérico (01-efectivo, 02-cheque, 03- Tarjeta débito, 04-tarjeta crédito, 05-Ventas a crédito, 06 Bonos, 07-Vales, 08-OtrosNo hay
6. Cantidad de transacciones por medio de pago5NuméricoNo hay
7. Valor de las transacciones por medio de pago15NuméricoNo hay

ART. 10.—Suministro de información. 10.1. Oportunidad en el suministro de información. Los fabricantes o comercializadores de software aplicativo de facturación S.A.F., deberán comunicar dentro de los diez (10) días calendario siguientes al finalizar cada semestre calendario a la subdirección de fiscalización para el control y penalización tributario, las copias del software autorizado automáticamente o autorizado vendidas en el semestre, mediante la presentación de la información relacionada a continuación.

10.2. Medios de presentación de la información. La información deberá ser presentada en cualquiera de los siguientes medios magnéticos y teniendo en cuenta las características consignadas en los mismos:

a) Red de valor agregado: los contribuyentes que deseen utilizar este medio deberán informarlo mediante oficio dirigido al grupo de información exógena de la subdirección de fiscalización para el control y penalización tributaria; con quince días de antelación a la fecha de los vencimientos para la entrega de la información, esto con el objeto de que la DIAN le informe el procedimiento y la línea que dispondrá para este medio.

b) Cintas magnéticas: deberá tenerse en cuenta las siguientes características, especificaciones y organización:
1. Ancho de la cinta:Media pulgada
2. Densidad de grabación:1600 ó 6250 BPI en 9 Canales
3. Código de grabación:ASCII
4. Número de registro por bloque:50
5. Longitud del registro:200 posiciones (bytes)
6. Sin rótulo de identificación:(sin “header label”)
c) Cartridges:
1. Tamaño:152 mm x 101 mm
2. Ancho de la cinta:1/4 pulgada
3. Almacenamiento:150 Mb a 1.2 GB
4. Código de grabación:ASCII
5. Número de registros por bloque:50
6. Longitud de registros:200 posiciones(bytes)
7. Sin rótulo de identificación:(sin header label)
d) Minicartridge:
1. Tamaño:95 mm x 62 mm
2. Ancho de la cinta:8 milímetros
3. Almacenamiento:2.3 GB ó 5.0 GB
4. Código de grabación:ASCII
5. Número de registros por bloque:50
6. Longitud de registro:200 posiciones (bytes)
7. Sin rótulo de identificación:(sin header label)
e) Disquetes:
1. Tamaño disquetes:3 1/2 pulgadas
2. Densidad de grabación:Doble cara, alta densidad
3. Código de grabaciónASCII
4. Longitud del registro200 posiciones (bytes).

10.3. Grabación de la información. La información deberá grabarse con código ASCII como archivo plano (extensión ASC). El nombre del archivo debe ser IMPSAF.ASC.

También se aceptará la información presentada en archivo texto (extensión PRN), generado de hoja electrónica convertido a archivo texto, justificado con espacios, el nombre del archivo debe ser IMPSAF.PRN. Teniendo en cuenta que cada columna debe ser asimilada a cada una de las posiciones definidas en los diseños de registros que se detallan más adelante, sin incluir títulos a las columnas.

PAR. 1º—El formato de la hoja electrónica deberá ser el modelo normal, compuesto por la siguiente combinación de formatos:

Formato Configuración
NúmeroStandard
FuenteArial 10
AlineaciónAlineación inferior, general
BordesSin bordes
DiseñoSin sombrear
ProtecciónDesactivada

PAR. 2º—Sólo cuando la información exceda la capacidad del medio magnético a utilizarse se deberá optar por el medio magnético siguiente, en capacidad, esto con el objetivo de que únicamente se utilice un medio magnético.

PAR. 3º—En ningún caso los campus definidos como numéricos deben grabarse con caracteres especiales tales como puntos (.), comas (,), signo pesos ($), etc. y deben venir justificados con ceros a la izquierda. Tampoco se acepta que la información contenga alguna línea o registro de título.

10.4. Diseño de registro de la información. La información debe ser relacionada mediante dos (2) tipos de registros, los cuales se distinguen por los códigos, que se incluye en las primeras posiciones del registro.

El registro tipo 1 contiene los datos del informante, el registro tipo 2 contiene los datos de los informados.

Los diseños de los registros son los siguientes:

a) Registro de identificación (tipo 1)
Posiciones Contenido
1Tipo de registro, llevará el caracter numérico “1”
2-9Fecha correspondiente al inicio del período que se está reportando, en formato año, mes, día (AAAA, MM, DD) (ocho caracteres numéricos).
10-17Fecha correspondiente al final del período que se está reportando, en formato año, mes, día (AAAA, MM, DD) (ocho caracteres numéricos).
18-19Tipo de persona o entidad informante. Para efectos de la presente resolución, el tipo es “50” (dos caracteres numéricos).
20-23NIT, cédula de ciudadanía o tarjeta de identidad de la persona o entidad informante (catorce caracteres numéricos, justificados con ceros a la izquierda).
34Dígito de verificación (un caracter numérico). Un espacio blanco.
36-95Apellidos y nombres de la persona o razón social de la entidad informante (sesenta caracteres).
96-135Dirección que corresponda al domicilio social o asiento principal de la actividad o negocio de la persona o entidad informante (cuarenta caracteres).
136 - 140Código departamento y municipio, númeral 10.5 de la presente resolución (cinco caracteres numéricos, justificados con ceros a la izquierda).
141-142Código de la Administración de Impuestos y Aduanas Nacionales, a la cual pertenece la ciudad donde tiene el asiento principal, según el artículo 10.5 de la presente resolución (dos caracteres numéricos, justificados con ceros a la izquierda).
143 - 148Código asignado por la DIAN al fabricante SAF en la solicitud de autorización automática (seis caracteres numéricos, justificados con ceros a la izquierda)
149 -158Número total de registro de movimiento tipo 2 informados en el medio magnético (diez caracteres numéricos, justificados con ceros a la izquierda).
159 -166Fecha de grabación de la información, en formato año, mes, día (AAAA, MM, DD) (ocho caracteres numéricos).
167-170Identificación del carrete. Consecutivo de cuatro caracteres de identificación del carrete, registrados en el rótulo externo del medio magnético.
171 - 201Treinta y un espacios en blanco.
b) Registro de movimiento (tipo 2)
PosicionesContenido
1Tipo de registro. Llevará el caracter numérico “2”
2-3Código asignado para esta información, para efecto de la presente resolución el código es “00” (dos caracteres numéricos).
4-5Subcódigo que identifica el concepto informado. Para efecto de la presente resolución el subcódigo es 00 (dos caracteres numéricos).
6-19NIT, cédula de ciudadanía o tarjeta de identidad de la persona o entidad informada (catorce caracteres numéricos, justificados con ceros a la izquierda).
20Dígito de verificación (un caracter numérico de lo contrario blanco).
21Un espacio en blanco.
22-81Apellidos y nombres de la persona o razón social de la entidad, de la cual se está informando (sesenta caracteres).
82-121Dirección que corresponda al domicilio social o asiento principal de la actividad o negocio de la persona o entidad informada (cuarenta caracteres).
122 - 126Código departamento y municipio, artículo 10.5 de la presente resolución (cinco caracteres numéricos, justificados con ceros a la izquierda).
127 - 136Nombre comercial del producto SAF (diez caracteres).
137 - 151Número licencia del usuario (quince caracteres numéricos, justificados con ceros a la izquierda).
152 - 153Tipo de licencia. Cuando es mono - usuario 1 Cuando es corporativa 2 (dos caracteres numéricos).
154 - 163El prefijo, si se utiliza en la factura de venta (diez caracteres alfanuméricos).
164 - 178Número de la factura (quince caracteres numéricos, justificados con ceros a la izquierda).
179 - 186Fecha de venta, en formato año, mes, día (AAAA, MM, DD) (ocho caracteres numéricos).
187 - 192Número de la solicitud de autorización automática o de resolución con la cual fue aprobado el SAF (cinco caracteres numéricos).
193 - 200Fecha de la solicitud de autorización automática o de solicitud directa de evaluación técnica, en formato año, mes, día (AAAA, MM, DD) (ocho caracteres numéricos).

10.5. Organización de los registros. La relación total de los registros deberá estar organizada de la siguiente forma: como primer registro, el de identificación (tipo 1); seguido de los registros de movimiento (tipo 2) clasificados en forma ascendente de acuerdo con los campos del código y ordenado por número de NIT ascendente de la entidad.

PAR. 1º—Para efectos de la información a que se refiere el presente artículo, los códigos de las Administraciones de Impuestos y Aduanas Nacionales serán los siguientes (Res. 198/97, ago. 13):

CódigoAdministración
01Armenia
02Barranquilla
03Especial de aduanas
04Bucaramanga
05Cali
06Cartagena
07Cúcuta
08Girardot
09Ibagué
10Manizales
11Medellín
12Montería
13Neiva
14Pasto
15Palmira
16Pereira
17Popayán
18Quibdó
19Santa Marta
20Tunja
21Tuluá
22Villavicencio
23Sincelejo
24Valledupar
25Riohacha
26Sogamoso
27San Andrés
28Florencia
29Barrancabermeja
30Especial personas jurídicas
31Especial grandes contribuyentes
32Personas naturales
34Arauca
35Buenaventura
36Cartago
37Ipiales
38Leticia
39Maicao
40Tumaco
41Turbo
42Puerto Carreño
43Inírida
44Yopal
45Mitú
46Puerto Asís

PAR. 2º—Para efectos de la información a que se refiere el presente artículo, los códigos de los departamentos y municipios serán tomados de la división político-administrativa de Colombia, generada por el DANE .

10.6. Presentación de la información. Los medios magnéticos deberán presentarse personalmente en la división de documentación de la Administración de Impuestos y Aduanas Nacionales de la jurisdicción, de la entidad informante y donde no exista esta división, en la división financiera y administrativa, acompañados del formato de entrega DIAN-79.032.97 (anexo 2) en original y copia debidamente diligenciado.

El formato de entrega debe ser firmado por el representante legal de la entidad y el contador público o revisor fiscal cuando esté obligado.

Al medio magnético deberá adherirse un rótulo de identificación con el NIT del informante, la razón social o el nombre del informante, el año al que corresponda la información y el tipo de entidad informante.

PAR. 1º—Todos los campus definidos para cada registro deben estar diligenciados, con excepción de los espacios definidos como blancos.

10.7. Sanciones por incumplimiento en suministro de la información. El no suministrar la información en el lugar indicado y dentro del plazo establecido, o cuyo contenido presenta errores, o la información no corresponda a la solicitada, dará lugar a la aplicación de la sanción contemplada en el artículo 651 del estatuto tributario.

Para corregir la información se debe conformar un nuevo medio magnético que incluya toda la información, de acuerdo con las características, especificaciones y organización establecidas en la presente resolución.

PAR. 1º—No se entenderá cumplido el requisito de presentar la información, si los medios magnéticos no se ajustan a las especificaciones y características que se indican en la presente resolución.

ART. 11.—Autorización. La autorización podrá darse por autorización automática o autorización a través de evaluación técnica del producto SAF realizada directamente por la Dirección de Impuestos y Aduanas Nacionales.

Autorización automática: inicialmente todos los fabricantes desarrolladores y/o comercializadores y/o distribuidores de software aplicativo de facturación podrán solicitar la autorización automática, para lo cual seguirá el siguiente procedimiento:

1. La empresa solicitante emitirá una certificación en la cual hará constar que el software aplicativo de facturación cumple con los requisitos funcionales y técnicos y demás características establecidas en presente resolución, documento que deberá ser suscrito por el representante legal, (revisor fiscal)* y la persona quien aparezca registrada como propietaria ante el Ministerio de Gobierno, de los derechos de autor del software aplicativo de facturación.

2. Diligenciará el formulario de solicitud en debida forma y lo entregará a la división de documentación de la Administración de Impuestos y Aduanas de la jurisdicción y donde no exista esta división, en la división financiera y administrativa.

3. Anexará a la solicitud, los formularios y documentación exigidos en el artículo 14, de la presente resolución, adjuntando además copia de la certificación.

4. Recibida la solicitud de autorización automática por parte de la división de documentación o quien haga sus veces, revisará que la documentación esté completa y presentada en debida forma, procediendo a numerarla y así mismo, asignará en el original y copia de la misma solicitud, código interno al fabricante desarrollador y/o comercializador y/o distribuidor o propietario exclusivo. Copia de la solicitud se entregará al solicitante.

5. El solicitante una vez obtenida la autorización automática y previo a la comercialización del producto, deberá publicar en diarios de amplia circulación nacional o regional, el nombre o razón social, el número de identificación tributaria NIT, el nombre comercial, versión, fecha y número de solicitud de autorización automática.

PAR. 1º—Los propietarios de software aplicativo de facturación para uso exclusivo, podrán optar por la autorización automática, en las mismas condiciones señaladas en este artículo. En este caso la certificación podrá estar firmada por contador o (revisor fiscal)*.

Evaluación técnica: no obstante lo establecido en este artículo, la Dirección de Impuestos y Aduanas Nacionales, se reserva el derecho de aplicar en cualquier tiempo el proceso de evaluación técnica a un producto SAF presentado.

*(Nota: El texto entre paréntisis fue declarado nulo por el Consejo de Estado en Sentencia 9053 de 1998).

ART. 12.—Procedimiento de evaluación técnica. La evaluación técnica podrá darse por selección de un producto autorizado automáticamente o por solicitud directa de un producto con previa resolución de no autorización, el procedimiento será el siguiente:

a) Recibidas las solicitudes, la unidad competente seleccionará de acuerdo a criterios señalados, las solicitudes que serán objeto del proceso de evaluación técnica, si la solicitud corresponde a un producto con previa resolución de no autorización la selección será automática;

b) Mediante comunicación escrita a los seleccionados y solicitantes, se les anunciará, sobre la fecha, el lugar y hora en la que se iniciará la evaluación técnica del software, el lugar de la evaluación técnica corresponderá siempre al lugar señalado por el solicitante;

c) En la evaluación técnica, el solicitante o su representante legal, deberá hacerse acompañar de una persona con conocimientos técnicos sobre el software que será sometido a evaluación;

d) El proceso de evaluación tendrá una duración de sesenta días, contados a partir de la fecha de iniciado de la primera evaluación técnica período durante el cual se podrá efectuar otra evaluación más;

e) El equipo de evaluación del SAF, realizará las pruebas de rigor, al final de las cuales se emitirá el acta de evaluación técnica sobre el procedimiento respectivo y las observaciones pertinentes. Esta acta será suscrita por el jefe de la división de liquidación con el concepto técnico de un ingeniero de sistemas;

f) Cuando el software aplicativo no satisfaga o no supere satisfactoriamente los requerimientos funcionales y técnicos, se dejará constancia en el acta de evaluación, indicando las insuficiencias a corregir para someterlo a una segunda y última evaluación, la fecha de su inicio será establecida en el acta de evaluación respectiva, de todas maneras la segunda evaluación técnica deberá efectuarse a más tardar quince días calendario antes del vencimiento de los sesenta días para pronunciarse la unidad competente. Desde la fecha de suscripción de esta acta de evaluación técnica, el fabricante desarrollador y/o comercializador y/o, no podrá seguir comercializando el producto SAF.

g) Si llegada la fecha de inicio de la segunda evaluación técnica el seleccionado o solicitante no se presentan o no tienen dispuesto todo lo necesario para el inicio de la evaluación, se entenderá que el seleccionado o solicitante ha desistido de la evaluación, para lo cual se levantará acta dejando constancia del hecho.

h) Transcurridas las dos evaluaciones técnicas o por desistimiento, la unidad competente se pronunciará así:

Para el producto SAF o POS seleccionado con autorización automática, emitirá resolución no autorizando al fabricante desarrollador y/o comercializador y/o distribuidor la comercialización del producto y al propietario de uso exclusivo a su uso.

Para el producto SAF o POS con previa resolución de no autorización, emitirá resolución que autorice o desautorice al fabricante desarrollador y/o comercializador y/o distribuidor la comercialización del producto y al propietario de uso exclusivo a su uso, en la resolución se le asignará un nuevo código interno de proveedor SAF.

i) La resolución de no autorización de comercialización o uso del respectivo software aplicativo de facturación deberá emitirse dentro de los sesenta días siguientes a la fecha de notificación del inicio de la primera evaluación;

j) Si transcurridos sesenta días contados a partir de la notificación de la fecha de inicio de la primera evaluación técnica, la unidad competente no se ha pronunciado, no autorizando la comercialización o uso de un producto SAF seleccionado autorizado automáticamente, continuará vigente la autorización automática hasta que el producto sea sometido a un nuevo procedimiento de evaluación técnica.

Si transcurridos sesenta días contados a partir de la notificación de la fecha de inicio de la evaluación primera técnica, la unidad competente no se ha pronunciado sobre la solicitud directa de un producto SAF con previa resolución no autorizando, operará el silencio administrativo positivo en favor del solicitante;

k) La Dirección de Impuestos y Aduanas Nacionales a través de su unidad competente, contará con un término de cinco años, contados a partir de la fecha de la solicitud de autorización automática para adelantar evaluación técnica, vencido este término se entenderá que el producto SAF cumple con todos los requerimientos funcionales y técnicos establecidos;

l) Contra la resolución que no autoriza la comercialización o el uso del software aplicativo de facturación, procede el recurso de reposición, el cual deberá interponerse dentro del mes siguiente a la fecha de su notificación ante el mismo funcionario que profirió el acto.

El solicitante fabricante desarrollador y/o comercializador y/o distribuidor o propietario para uso exclusivo de SAF, a quien se le haya emitido resolución de no autorización para la comercialización o uso del producto SAF, no podrá a partir de la notificación de la resolución en debida forma, presentar el producto SAF no autorizado o un nuevo producto, hasta tanto quede en firme la resolución o presente memorial dirigido a la unidad competente, donde desista de interponer el recurso respectivo, y

m) El solicitante fabricante desarrollador y/o comercializador y/o distribuidor o propietario para uso exclusivo de SAF, que se le haya emitido resolución no autorizando la comercialización o uso del producto SAF, y cumplido el procedimiento administrativo anterior, podrá presentar el producto a una nueva evaluación técnica, para lo cual deberá allegar nuevamente todos los requisitos y documentación exigidos en el artículo 14 de la presente resolución.

PAR. 1º—La unidad competente encargada de efectuar la evaluación técnica, emitirá instructivo mediante el cual determinará el conjunto de pruebas y ensayos que aplicará en este proceso, copia del mismo se facilitará a los interesados previa solicitud.

PAR. 2º—La unidad competente podrá cambiar la fecha y hora en la que se iniciará la evaluación técnica, para lo cual informará oportunamente mediante comunicación escrita al solicitante, en consecuencia esta fecha se tendrá en cuenta para todos los efectos del procedimiento de evaluación técnica.

PAR. 3º—El fabricante desarrollador y/o comercializador y/o distribuidor de un producto SAF a quien se le emita resolución de no autorización y que posteriormente se ha autorizado mediante resolución, deberá actualizar sin ningún costo, el producto SAF a todos sus licenciados con todos los requerimientos funcionales y técnicos autorizados

ART. 13.—Enajenaciones de licencias SAF. Cuando el fabricante desarrollador y/o comercializador y/o distribuidor autorizado enajene licencias del producto SAF, deberá entregar al usuario copia de la solicitud de autorización automática o copia de la resolución de autorización según el caso.

ART. 14.—Documentación. Los fabricantes y/o desarrolladores y/o comercializadores y/o distribuidores o propietarios para uso exclusivo para el proceso de autorización automática o solicitud directa de evaluación técnica, deberán presentar la siguiente documentación:

a) Formulario de solicitud de autorización automática o solicitud directa de evaluación técnica, debidamente diligenciado, según formato prescrito por la DIAN;

b) Formulario lugar y ambiente de pruebas. Designado para el caso que se seleccione para el proceso de evaluación técnica, según formato prescrito por la DIAN;

c) Formulario características técnicas del SAF ofrecido, según formato prescrito por la DIAN;

d) Formulario servicios autorizados o servicios posventa según formato prescrito por la DIAN;

e) Certificado de constitución y representación legal;

f) (Certificación firmada por el revisor fiscal o contador, según el caso)*, representante legal y persona quien aparezca registrada como propietaria ante el Ministerio de Gobierno, de los derechos de autor del software aplicativo de facturación;

g) Dos copias en disquete 3½ de alta densidad, del código objeto del SAF que se pretende autorizar;

h) Copia en disquete 3½ de alta densidad, del manual de operación en castellano, escrito en editor de texto que pueda ser leído en herramienta “word”;

i) Copia en disquete 3½ de alta densidad, del manual del usuario en castellano, escrito en editor de texto que pueda ser leído en herramienta “word”;

j) Copia del documento que acredite los derechos de autor y registro de la Dirección Nacional de Derechos de Autor del Ministerio de Gobierno y si es filial o representante el contrato de distribución, y

k) (Copia de la matrícula profesional del revisor fiscal o contador. según el caso)*.

PAR.—A los solicitantes de SAF de propietario para exclusivo, no se les exigirá el cumplimiento del requisito d).

*(Nota: El texto entre paréntisis fue declarado nulo por el Consejo de Estado en Sentencia 9053 de 1998).

ART. 15.—Causales que exigen autorización automática. Serán causales de autorización automática de software aplicativo de facturación SAF, las siguientes:

1. Liberación de un nuevo producto o versión SAF.

2. Cambio de nombre del producto SAF, ya autorizado.

3. Cambio de legislación que genera cambios estructurales en el SAF.

4. Cambio de plataforma tecnológica de un producto SAF, ya autorizado automáticamente o autorizado mediante resolución, que implique reescritura de rutinas.

5. Cambio de lenguaje de un producto SAF, ya autorizado automáticamente o autorizado mediante resolución.

ART. 16.—Causales que exigen solicitud del proceso de evaluación técnica. Los productos SAF, desaprobados mediante resolución podrán ser objeto de un nuevo proceso de evaluación o aquellos de los cuales se ha desistido del proceso de evaluación técnica.

ART. 17.—Manejo de operaciones anuladas, rescindidas, resueltas o devueltas. Se podrán anular y rectificar cantidades registradas en la factura de venta o tiquete, o cancelar la operación, sólo cuando esos actos se efectúen antes de la totalización de cada transacción u operación.

Las facturas de venta o tiquetes emitidos erróneamente no podrán anularse por medio del SAF. Tales operaciones sólo podrán documentarse a través de comprobantes (notas crédito) emitidos por sistema manual o sistema automático, los que deberán ajustarse a los requisitos de las normas contables y fiscales referentes a la materia.

ART. 18.—Servicio posventa. Las reparaciones, actualizaciones o cualquier tipo de mantenimiento técnico efectuado al software aplicativo de facturación autorizado, deberán realizarse por intermedio del servicio que prestan el fabricante desarrollador y/o comercializador y/o distribuidor autorizado, por servicios autorizados, o por el propietario exclusivo del software.

ART. 19.—Control fiscal pos autorización automática o pos autorización. La Dirección de Impuestos y Aduanas Nacionales podrá adelantar las evaluaciones técnicas y ensayos sobre los software aplicativos de facturación autorizados automáticamente o sometidas al procedimiento de evaluación técnico instalados, los que deberán ajustarse en un todo a las condiciones iniciales autorizadas automáticamente o autorizadas mediante resolución.

De comprobarse diferencias, el fabricante desarrollador y/o comercializador y/o distribuidor o propietario para uso exclusivo, se hará acreedor a las sanciones previstas en esta resolución, corriendo además por su cuenta y cargo los gastos que demanden las pruebas y verificaciones para todas las licencias SAF, vendidas del mismo modelo, comercializadas e instaladas por el y el costo de la reposición, cambio o ajuste de las tarjetas cuando así lo ordene la Dirección de Impuestos y Aduanas Nacionales.

ART. 20.—Sanciones. La Dirección de Impuestos y Aduanas Nacionales, por intermedio de la unidad competente, emitirá resolución de no autorización hacia el futuro del uso o comercialización del software aplicativo de facturación, cuando el fabricante desarrollador y/o comercializador y/o distribuidor o propietario para uso exclusivo, incumpla alguna de las obligaciones establecidas en la presente resolución.

También se emitirá resolución de no autorización hacia el futuro del uso o comercialización del software aplicativo de facturación, cuando como resultado del procedimiento de evaluación técnica o visitas pos autorización automática o pos autorización se haya determinado que no se han cumplido los requerimientos técnicos y funcionales prescritos en la presente resolución.

La Dirección de Impuestos y Aduanas Nacionales una vez resuelto el recurso de reposición, publicará dentro de los dos meses siguientes a la fecha de la resolución que resuelve el recurso de reposición, publicará en cuatro días de cuatro semanas diferentes, aviso en diario de amplia circulación nacional, el nombre, NIT, nombre del producto no autorizado y la leyenda en mayúsculas “software aplicativo de facturación no autorizado por la DIAN para su comercialización o uso”, así mismo se anunciará sus licenciados que dispondrán de seis meses para adquirir un nuevo producto SAF o emitir facturas de venta por otro sistema autorizado legalmente.

Los contadores o revisores fiscales que certifiquen productos SAF sin el cumplimiento de los requerimientos y requisitos establecidos en la presente resolución, incurrirán en la sanción establecida en el artículo 659 del estatuto tributario.

ART. 21.—La presente resolución se emite sin perjuicio del cumplimiento de las demás obligaciones establecidas legalmente respecto al software aplicativo de facturación.

ART. 22.—Vigencia. La presente resolución rige a partir de su publicación y los controles aquí normados, deberán adoptarse dentro de los plazos establecidos.

Publíquese y cúmplase,

Dada en Santafé de Bogotá, D.C. 31 de octubre de 1997.

(Nota: Aclarada por la Resolución 4022 de 1998 de la Dirección de Impuestos y Aduanas Nacionales).

(Nota: Modificado por la Resolución 8998 de de 1998 de la Dirección de Impuestos y Aduanas Nacionales).

Anexo Nº 1

Códigos de error

000- Operación exitosa

001- Tarjeta fiscal ausente

002- Error al inicializar la tarjeta fiscal

003- Error al reinicializar la tarjeta fiscal

004- Hay problemas de integridad en la tarjeta fiscal.

005- La licencia recibida es diferente a la grabada en la tarjeta fiscal.

006- No se ha llamado a F_ start

007- Error inicialización archivo fiscal.

008- Tipo encabezado está fuera de rango, debe estar entre 1 y 8.

009- Número licencia difiere al RIF del archivo fiscal.

010- F_ZETA ya había sido llamada para el día de hoy.

011- Error integridad archivo fiscal.

012- En medio de una transacción.

013- Archivo fiscal no existe.

014- F_trans ya efectuada

015- Problemas con medio de comunicación

016- El otro computador no responde

017- Puerto serial no existe

018- Velocidad de transmisión incorrecta

019- Paridad incorrecta

020- Hubo errores irrecuperables durante la transmisión.

021- La transmisión fue interrumpida

022- Problemas con la impresora

023- Problemas con el archivo

024- No hay espacio suficiente en el disco duro

025- El rango de fechas es inválido (fecha 1>fecha 2)

026- El parámetro imprimir no tiene datos válidos (solo 1 o 2).

027- No hay datos para el rango de fechas especificado.

028-El código dada por el funcionario es inválido.

029-Data no corresponde a 1 ó 2 (F_mem)

030- No se ha llamado F_trans

031- No resolución SOFT no corresponde en RIF

032- No serial tarjeta no coincide RIF