Ficha Técnica Factura Electrónica PDF
Ficha Técnica Factura Electrónica PDF
Ficha Técnica Factura Electrónica PDF
Electrónica
Versión 1.00pre
Diciembre de 2017
Ficha Técnica de la Factura Electrónica
Sumario
Sumario ................................................................................................................................................................... 2
Índice de Ilustraciones............................................................................................................................................. 8
Índice de Tablas ....................................................................................................................................................... 8
Índice de Schemas XML ........................................................................................................................................... 9
1. Introducción ...................................................................................................................................................... 10
2. Modelo Operativo ............................................................................................................................................. 11
2.1. Expectativas ................................................................................................................................................ 11
2.2. Premisas ..................................................................................................................................................... 11
2.2.1. Mínima Interferencia........................................................................................................................... 12
2.2.2. Menor Inversión Posible ..................................................................................................................... 12
2.2.3. Simplificación ...................................................................................................................................... 12
2.2.4. Validez Jurídica de la FE ....................................................................................................................... 12
2.2.5. Estándares Abiertos ............................................................................................................................ 13
2.2.6. Comunicación por Medio de Internet ................................................................................................. 13
2.3. Gobernabilidad ........................................................................................................................................... 13
2.4. Descripción del Modelo.............................................................................................................................. 14
2.4.1. Base Legal ............................................................................................................................................ 15
2.4.2. Validez Jurídica de la FE ....................................................................................................................... 15
2.4.3. La Representación de Información en Medio Electrónico .................................................................. 16
2.4.4. La Autorización de Uso de la Factura Electrónica ............................................................................... 17
2.4.5. Consecuencias de la Autorización de Uso de la FE.............................................................................. 18
2.5. Momento de Transmisión de la Factura Electrónica ................................................................................. 18
2.5.1. Autorización de Uso Anterior a la Operación ...................................................................................... 18
2.5.2. Autorización de Uso Posterior a la Operación .................................................................................... 19
2.6. La Entrega de Información para el Receptor .............................................................................................. 20
2.6.1. Opciones para la Transmisión de la FE ................................................................................................ 20
2.6.2. Rechazo de la FE en el Modelo de Autorización Posterior .................................................................. 21
2.6.3. Verificación de la Existencia de la FE por Parte del Receptor ............................................................. 21
2.6.4. La Generación del CIFE ........................................................................................................................ 22
2.6.5. Transmisión de Notas de Débito y Crédito.......................................................................................... 22
2.7. Operación en Contingencia ........................................................................................................................ 22
2.7.1. Razones para Entrar en Operación en Contingencia........................................................................... 22
2.7.2. Reglas para Operación en Contingencia.............................................................................................. 23
2.8. Corrección de Errores en una FE ................................................................................................................ 23
2.9. Estrategia de Implementación ................................................................................................................... 24
2.9.1. Piloto ................................................................................................................................................... 24
2.9.2. Masificación Voluntaria ....................................................................................................................... 25
2.9.2.1. Planeamiento de la Implementación ........................................................................................... 25
Ficha Técnica Factura Página 2
Ficha Técnica de la Factura Electrónica
2.9.2.2. Elección de una Solución Tecnológica .......................................................................................... 26
2.9.2.3. La Seguridad de la Información .................................................................................................... 26
2.9.3. Masificación Obligatoria...................................................................................................................... 26
3. Aspectos Tecnológicos del Formato .................................................................................................................. 27
3.1. Modelo Conceptual de la Comunicación.................................................................................................... 27
3.2. Estándar de Documento XML ..................................................................................................................... 28
3.2.1. Estándar de Codificación ..................................................................................................................... 29
3.2.2. Declaración namespace....................................................................................................................... 29
3.2.3. Convenciones Utilizadas en las Tablas de Definición de los Formatos XML ....................................... 30
3.2.4. Optimizaciones en la Generación del Archivo..................................................................................... 33
3.3. Contenedor de Factura Electrónica............................................................................................................ 34
3.4. Estándar de Comunicación ......................................................................................................................... 34
3.5. Estándar de Certificado Digital ................................................................................................................... 35
3.6. Estándar de Firma Digital ........................................................................................................................... 36
3.7. Resumen de los Estándares Técnicos ......................................................................................................... 39
4. Aspectos Tecnológicos de los Servicios Web .................................................................................................... 40
4.1. Servicios Sincrónicos .................................................................................................................................. 40
4.2. Servicios Asincrónicos ................................................................................................................................ 40
4.2.1. Flujo de los Servicios Asincrónicos ...................................................................................................... 40
4.2.2. Colas y Mensajes ................................................................................................................................. 41
4.2.3. Tiempo Promedio de Procesamiento de un Lote ................................................................................ 42
4.3. Estándar de Mensajes de los Servicios Web .............................................................................................. 43
4.4. Información de Control y Área de Datos de los Mensajes ......................................................................... 43
4.5. Versiones de los Schemas XML .................................................................................................................. 43
4.5.1. Identificación de las Versiones de los Schemas XML .......................................................................... 44
4.5.2. Liberación de Versiones de los Schemas XML ..................................................................................... 44
4.5.3. Paquete de Schemas Preliminar .......................................................................................................... 45
4.5.4. Paquete de Schemas de Homologación y Paquete de Schemas Definitivo ........................................ 45
4.5.5. Corrección de Paquete de Schemas .................................................................................................... 45
5. Descripción de los Servicios Web ...................................................................................................................... 47
5.1. WS Recepción FE – feRecepFE.................................................................................................................... 47
5.1.1. Definición del Mensaje de Entrada ..................................................................................................... 47
5.1.2. Descripción del Procesamiento ........................................................................................................... 47
5.1.3. Definición del Mensaje de Respuesta ................................................................................................. 48
5.2. WS Recepción FE Lote – feRecepLoteFE .................................................................................................... 50
5.2.1. Definición del Mensaje de Entrada ..................................................................................................... 50
5.2.2. Descripción del Procesamiento ........................................................................................................... 50
5.2.3. Definición del Mensaje de Respuesta ................................................................................................. 51
5.3. WS Consulta Resultado de Lote – feResultLoteFE...................................................................................... 52
5.3.1. Definición del Mensaje de Entrada ..................................................................................................... 52
5.3.2. Descripción del Procesamiento ........................................................................................................... 52
Ficha Técnica Factura Página 3
Ficha Técnica de la Factura Electrónica
5.3.3. Definición del Mensaje de Respuesta ................................................................................................. 52
5.4. WS ConsultaFE – feConsFE ......................................................................................................................... 53
5.4.1. Definición del Mensaje de Entrada ..................................................................................................... 53
5.4.2. Descripción del Procesamiento ........................................................................................................... 54
5.4.3. Definición del Mensaje de Respuesta ................................................................................................. 54
5.5. WS Consulta Registro Contribuyentes – feConsRegCont ........................................................................... 55
5.5.1. Definición del Mensaje de Entrada ..................................................................................................... 55
5.5.2. Descripción del Procesamiento ........................................................................................................... 56
5.5.3. Definición del Mensaje de Respuesta ................................................................................................. 56
5.6. WS Consulta FE Destinadas – feConsFEDest .............................................................................................. 57
5.6.1. Definición del Mensaje de Entrada ..................................................................................................... 58
5.6.2. Descripción del Procesamiento ........................................................................................................... 58
5.6.3. Definición del Mensaje de Respuesta ................................................................................................. 59
5.7. WS Recepción Evento – feRecepEvento..................................................................................................... 59
5.7.1. Definición del Mensaje de Entrada ..................................................................................................... 59
5.7.2. Descripción del Procesamiento ........................................................................................................... 60
5.7.3. Definición del Mensaje de Respuesta ................................................................................................. 60
6. Formato de la FE................................................................................................................................................ 61
6.1. El Código Único de Factura Electrónica (CUFE) .......................................................................................... 61
6.1.1. Estructura del CUFE ............................................................................................................................. 61
6.1.2. Dígito Verificador del CUFE ................................................................................................................. 62
6.2. Información que Debe Contener la Factura Electrónica ............................................................................ 66
6.3. Campos de Identificación de la Factura Electrónica .................................................................................. 67
6.4. Campos que Identifican al Tipo y Datos Generales de la Transacción Documentada ............................... 67
6.4.1. Grupo de Datos que Identifican al emisor .......................................................................................... 70
6.4.2. Grupo de Datos que Identifican al Receptor ....................................................................................... 71
6.4.3. Grupo de Datos de Facturas en Caso de Exportación ......................................................................... 73
6.4.4. Grupo Datos de Documento Fiscal Referenciado ............................................................................... 73
6.4.5. Grupo de Autorizados a Descargar el Archivo de la FE y Sus Eventos ................................................ 74
6.5. Campos que Describen Cada Ítem de la Transacción Documentada ......................................................... 75
6.5.1. Grupo de Precios del Ítem ................................................................................................................... 76
6.5.2. Grupo de Otros Códigos del Ítem ........................................................................................................ 77
6.5.3. Grupo de ITBMS del Ítem .................................................................................................................... 77
6.5.4. Grupo de ISC del Ítem.......................................................................................................................... 77
6.6. Campos que Describen los Subtotales y Totales de la Transacción Documentada ................................... 78
6.6.1. Grupo de Datos que Describen Descuentos o Bonificaciones Adicionales Aplicados a la Factura ..... 79
6.6.2. Grupo de Formas de Pago de la Factura ............................................................................................. 79
6.6.3. Grupo de Datos Cuando a la Factura Aplican Retenciones ................................................................. 80
6.6.4. Grupo de Información de Pago a Plazo ............................................................................................... 80
6.7. Campos Complementarios de Uso Comercial Específico ........................................................................... 81
Índice de Ilustraciones
Ilustración1 – Premisas del Sistema de Factura Electrónica de Panamá .............................................................. 12
Ilustración 2 – Características de las Facturas en Panamá .................................................................................... 14
Ilustración3 – Requisitos para que un Archivo XML Sea una Factura Electrónica ................................................ 17
Ilustración 4 – Autorización de Uso de la FE Anterior a la Ocurrencia de la Operación ....................................... 19
Ilustración 5– Autorización de Uso de la FE Posterior a la Ocurrencia de la Operación ....................................... 20
Ilustración 6 – Operación en Contingencia ........................................................................................................... 23
Ilustración 7 – Flujo de Comunicación .................................................................................................................. 27
Ilustración 8 – Servicio Web Sincrónico ................................................................................................................ 28
Ilustración 9 – Servicio Web Asincrónico .............................................................................................................. 28
Ilustración 10 – Esquema Simplificado de los Tipos de Elementos en un Archivo XML ....................................... 31
Ilustración 11 – CIFE Formato 1 (Papel Carta), con Autorización Previa............................................................. 116
Ilustración 12 – CIFE Formato 2 (Cinta De Papel), con Autorización Previa........................................................ 117
Ilustración 13 – Ejemplo de Código QR ............................................................................................................... 119
Ilustración 14 – Niveles Jerárquicos del UNSPSC ................................................................................................ 157
Índice de Tablas
Tabla 1 – Convenciones Utilizadas en la Tablas de Definición de los Formatos XML ........................................... 31
Tabla 2 – Tipos de Datos en los Archivos XML ...................................................................................................... 32
Tabla 3 – Tamaños de Campo en los Archivos XML .............................................................................................. 32
Tabla 4 – Ejemplos de Información de Valores Utilizando los Formatos Numéricos............................................ 33
Tabla 5 – Principales Estándares de Tecnología Utilizados para la Firma Electrónica .......................................... 39
Tabla 6 – Ejemplo de Comparación Entre Versiones de Paquetes de Schemas ................................................... 45
Tabla 7 – Resultados de Procesamiento del WS Recepción FE – FeRecepFE ........................................................ 48
Tabla 8 – Resultados de Procesamiento del WS Consulta Resultado de Lote ...................................................... 52
Tabla 9 – Resultados de Procesamiento del WS Consulta Resultado de Lote ...................................................... 54
Tabla 10 – Resultados de Procesamiento del WS Consulta Registro Contribuyentes .......................................... 56
Tabla 11 – Resultados de Procesamiento del WS Consulta FE Destinadas ........................................................... 58
Tabla 12 – Definición del Código Único de la Factura Electrónica ........................................................................ 61
Tabla 13 –Conjuntos de Campos del Archivo de la Factura Electrónica ............................................................... 66
Tabla 14 – Códigos de los Eventos ........................................................................................................................ 86
Tabla 15 – Efectos de las Manifestaciones del Receptor ...................................................................................... 89
Tabla 16 –Rangos de los Códigos de las Validaciones de los Servicios Web ......................................................... 92
Tabla 17 – Rangos de los Códigos de las Validaciones de la Factura Electrónica ................................................. 93
Tabla 18 – Rangos de los Códigos de las Validaciones de Eventos ....................................................................... 94
Tabla 19 – Validación del Certificado de Transmisión........................................................................................... 94
Tabla 20 – Objetos de Retención ........................................................................................................................ 121
Tabla 21 –Catálogo de Corregimientos ............................................................................................................... 121
Tabla 22 –Catálogo de Distritos........................................................................................................................... 126
Ficha Técnica Factura Página 8
Ficha Técnica de la Factura Electrónica
Tabla 23 –Catálogo de Provincias ........................................................................................................................ 126
Tabla 24 –Catálogo Unificado de Provincias, Distritos y Corregimientos ........................................................... 127
Tabla 25 – Reglas de Validación Aplicables a la FE con Relación a la CBPS ......................................................... 158
Tabla 26 – Codificación Panameña de Bienes y Servicios de Segmentos y Familias........................................... 159
Tabla 27 – Unidades de Medida .......................................................................................................................... 173
Tabla 28 – RUC de Organismos de Gobierno ...................................................................................................... 180
Tabla 29 – Catálogo de Países ............................................................................................................................. 180
Tabla 30 – INCOTERMS ........................................................................................................................................ 182
Tabla 31 – Tabla de Monedas para Operaciones Internacionales de Acuerdo con la Norma ISO 4217 ............. 184
1. Introducción
El Sistema de Factura Electrónica de Panamá (SFE) es un conjunto de normas, documentos
técnicos, procedimientos, y sistemas informáticos, que soporta la facturación electrónica
en el país.
Esta ficha técnica tiene por objetivo recopilar la información necesaria para permitir la
construcción de un sistema informático, a través del cual un contribuyente del ITBMS
pueda:
Enviar sus facturas electrónicas (FE) y documentos relacionados (notas de crédito, notas de
débito, documento de anulación, y otros que sean añadidos al sistema) para validación por
parte de la Dirección General de Ingresos (DIRECCIÓN GENERAL DE INGRESOS).
Recibir el resultado de esta validación, que podrá ser la autorización de uso o un rechazo, con
sus respectivas razones.
Consultar FE.
Consultar datos de otros contribuyentes en el sistema informático de la DIRECCIÓN GENERAL
DE INGRESOS, para permitir la emisión de facturas a sus clientes con información más
confiables.
Registrar eventos en facturas electrónicas.
Este documento no contiene otras informaciones con respeto al SFE, tales como
procedimientos para afiliación al sistema, normas legales, cuestiones frecuentes, sistemas
para micro y pequeñas empresas, etc.
El Capítulo 2 describe el modelo operativo, y su estrategia de implementación, incluyendo
también aspectos legales y la gobernabilidad del SFE.
En el Capítulo 3se encuentra la descripción de los aspectos tecnológicos relativos al uso de
archivos XML y de certificados digitales, y en el Capítulo 4 se describen los aspectos
tecnológicos de los servicios web: los flujos de comunicación, y las definiciones de
versiones y nomenclatura de archivos.
El Capítulo 5 contiene la descripción detallada de cada uno de los servicios web, el
Capítulo 5.7 detalla el formato de la factura, y el Capítulo 7 explica todas las validaciones
que se realizan en el sistema de recepción de FE de la DIRECCIÓN GENERAL DE INGRESOS,
bien como las respectivas razones de rechazo.
El Comprobante Impreso de la FE (CIFE) en sus distintas formas está definido en el Capítulo
8.5 y, finalmente, el Capítulo 10 reúne algunas Tablas y Codificaciones utilizadas en el
formato.
2. Modelo Operativo
El modelo operativo describe el proceso de envío de las FE para validación por la
DIRECCIÓN GENERAL DE INGRESOS, y las comunicaciones con eso relacionadas.
2.1. Expectativas
La implementación del SFE conlleva expectativas de la sociedad, de los contribuyentes, y
de la Administración Tributaria (AT), listadas a continuación.
Expectativas de la sociedad:
o Reducción del consumo de papel, con impacto positivo en el medio ambiente.
o Impulso al comercio electrónico y a la utilización de nuevas tecnologías.
o Estandarización de las relaciones electrónicas entre las empresas.
o Nacimiento de nuevas oportunidades de negocio y empleo para proveedores de soluciones de
tecnología de la información.
Expectativas de los emisores de facturas:
o Reingeniería de los procesos de venta, optimizando tiempos y recursos.
o Facilitación de los procesos de envío de mercaderías.
o Reducción de costes Impresión y de adquisición de papel.
o Reducción de los tiempos de morosidad en los pagos de las facturas.
Expectativas de los receptores de facturas: disponibilidad de los datos de las facturas recibidas
en manera electrónica y estructurada, de manera a permitir la:
o Planificación de la logística de recepción antes de la recepción de los bienes.
o Automatización de la contabilidad de las adquisiciones.
o Reducción de costes y eliminación de los errores inherentes a la digitación.
o Reducción en los tiempos de pago de facturas.
Expectativas de los emisores y de los receptores de facturas:
o Reducción de los costes de almacenamiento de documentos fiscales.
o Simplificación en el cumplimiento de las obligaciones accesorias.
o Reducción de los costes de preparación de reportes periódicos (declaraciones).
Expectativas de la Administración Tributaria:
o Mejorías en la oportunidad y confiabilidad de las informaciones contenidas en las facturas.
o Mejorías en el proceso de control fiscal.
o Disponibilidad de informaciones más extensas, que permiten análisis económico-fiscales más confiables
y en menor espacio de tiempo.
o Reducción de costes en el proceso de control de las mercancías en tránsito.
o Disminución de la evasión fiscal y aumento de la recaudación, al impulsar la formalización de registro de
las operaciones realizadas por los contribuyentes.
2.2. Premisas
El SFE de Panamá parte de las premisas que se ven en la Ilustración1.
1 3 5
Mínima 2 4 6
interferencia Comunicación
Validez por medio
en los Jurídica de la de internet Requerir del
negocios y en FE Estándares
Simplificación contribuyente
el mercado abiertos la menor
Inversión
posible
2.2.3. Simplificación
Después de implementado, el SFE será la base para simplificar el relacionamiento del
contribuyente con la DIRECCIÓN GENERAL DE INGRESOS, reduciendo la necesidad de
entrega de información por medio de declaraciones, y agilizando los procesos tributarios.
2.3. Gobernabilidad
Las decisiones estratégicas del SFE de Panamá son tomadas por un Comité Ejecutivo,
conformado por las siguientes autoridades:
Ministro de Economía y Finanzas.
Viceministro de Industria y Comercio.
Director General de la Dirección General de Ingresos.
Presidente de la Autoridad de Innovación Gubernamental.
Directora Nacional de Firma Electrónica del Registro Público de Panamá.
Representante de la Contraloría General de la República.
Representante de la Autoridad Nacional de Aduanas
El Comité Técnico Operativo y el Comité Normativo asesoran al Comité Ejecutivo.
El Comité Técnico Operativo está compuesto por representantes de diversas áreas de los
siguientes organismos:
Dirección General de Ingresos.
Ministerio de Economía y Finanzas.
Registro Público de Panamá.
Ministerio de Industria y Comercio.
Autoridad de Innovación Gubernamental.
Todos los
contribuyentes están
obligados a tener un
equipo fiscal
MODELO PANAMEÑO
Ilustración 2 – Características de las Facturas en Panamá
1
La sección 3.2 contiene una breve descripción de los conceptos relacionados con XML.
Ilustración3 – Requisitos para que un Archivo XML Sea una Factura Electrónica
2
Con excepción de la operación en contingencia, descrita en la sección 2.7.
3
Se debe observar que un contribuyente del ITBMS será receptor de una factura en la condición de
consumidor final, siempre y cuando en la factura no exista ningún bien o servicio que forme parte
en la cadena productiva de este receptor.
4
Ver expectativas de los receptores de facturas, en la sección2.1.
5
Esta posiblemente será la opción elegida para operaciones de venta presencial al consumidor
final, como es el caso de supermercados, farmacias, restaurantes, y negocios semejantes.
6
Vea el apartado 2.6.2 para comentarios con respeto a las acciones que el emisor debe tomar en
caso de que la FE transmitida sea rechazada en las validaciones.
7
Vea el apartado 2.6.2 para comentarios con respeto a las acciones que el emisor debe tomar en
caso de que la FE transmitida sea rechazada en las validaciones.
8
Esto es absolutamente necesario para permitir que la FE con uso autorizado pueda ser consultada
por medio del QR generado en el CIFE entregado al receptor en el momento de la operación (antes
de la transmisión del archivo de FE firmado para la validación por la DIRECCIÓN GENERAL DE
INGRESOS).
Factura generada
“fuera de línea”.
FALLO EN SISTEMAS FE* Envío posterior a
DGI para
autorización
Ilustración 6 – Operación en Contingencia
2.9.1. Piloto
Esta fase trata de
Construir las aplicaciones de las empresas y de la DIRECCIÓN GENERAL DE INGRESOS, con base
en la presente ficha técnica;
Realizar pruebas del modelo establecido, especialmente el funcionamiento correcto de
aquellas aplicaciones con respeto a montaje e interpretación de los archivos XML, firma
digital, y exposición y consumo de los servicios web, y
Verificar si los tiempos de respuesta son aceptables para las empresas y para la AT.
Participan de la fase piloto algunas de las empresas más representativas del mercado,
siendo que el grupo es formado por un conjunto cerrado de 30 empresas, para que no se
perjudique el debate y la participación de todos.
Para asegurar tranquilidad a sus procesos y la de sus clientes, el emitente deberá planear
su programa de ingreso a la facturación electrónica de acuerdo con los siguientes pasos:
Pruebas: Tiene por finalidad asegurarse que todos los requisitos tecnológicos (montaje del
archivo, firma digital, establecimiento de la conexión segura y transmisión y recepción de
mensajes) están correctos.
Emisión en paralelo: la empresa emite para la misma operación la factura en papel, que
será el documento válido para respaldar esta operación, y una FE. Este paso tiene los
siguientes objetivos:
Verificar si los procesos físicos de facturación y despacho funcionan adecuadamente con el
modelo de facturación electrónica,
Presentar la realidad de la FE a los clientes, para aclarar que luego estarán recibiendo
solamente la versión electrónica y que la versión electrónica tiene toda la validez jurídica y
fiscal, y las ventajas potenciales que el comprador tiene en recibir la versión electrónica, y
Verificar si los datos de operaciones reales son colocados de manera correcta en el archivo de
la FE y en su representación impresa.
Emisión en producción: la empresa pasa a emitir únicamente FE para documentar sus
operaciones.
9
De la sigla en inglés para los sistemas empresariales para planeamiento de recursos: Enterprise
Resource Planning
10
Esta opción todavía no está implementada.
11
Durante el piloto todavía no estarán disponibles los servicios Consulta Registro Contribuyentes y
Consulta FE destinadas
Cada archivo XML solamente podrá tener una de estas declaraciones. En aquellas
situaciones en las cuales un documento XML pueda contener otro documento XML, como
es el caso del envío de lotes de FE, se debe tener especial cuidado para que exista una
única declaración en el inicio del mensaje.
Se prohíbe:
El uso de declaraciones namespace diferentes de este estándar.
La utilización de prefijos de namespace. Esta restricción tiene por objetivo optimizar el
tamaño del archivo XML.13
Cada documento XML tendrá su namespace individual en su elemento raíz.
La declaración namespace de la firma digital deberá realizarse en la etiqueta <Signature>,
de acuerdo con el ejemplo que sigue:
<?xml version="1.0" encoding="UTF-8"?>
<FeRecepFE xmlns="http://dgi-fep.mef.gob.pa" “version=1.00”>
<dIdLote>200602220000001</dIdLote>
<FE xmlns="http://dgi-fep.mef.gob.pa">
<infFE Id="FE0123824-0930-212623-
28001201707150000151340010117450183430" “version=1.00”>
…
<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
…
12
El consorcio World Wide Web – W3C es una comunicad internacional en la cual organizaciones
miembro, personal efectivo y el público, trabajan juntos para desarrollar estándares para la
Internethttps://www.w3.org/Consortium/
13
De esta manera (manteniendo el mismo ejemplo), en lugar de la declaración
<fe:FeRecepFExmlns:fe= http://dgi-fep.mef.gob.pa>
Los campos del formato de los servicios web son definidos el Capítulo 5, y los campos del
formato de la FE se encuentran definidos el Capítulo 5.7.
Las columnas de las tablas de definición de los campos de los archivos XML tienen su
contenido descripto en la Tabla 1.
Tabla 1 – Convenciones Utilizadas en la Tablas de Definición de los Formatos XML
Título Descripción
C Conjunto de campos
ID Identificación del campo, para fines de referencia
Nombre del campo. La primera letra indica:
c: código integrante de una tabla existente en el Capítulo 10
i: código integrante de una tabla que se encuentra en la columna “Observaciones”
Campo
d: nombre de un campo común
g: nombre de un grupo
r: raíz de XML
Descripción Descripción del campo y su significado
P Referencia al ID del campo de grupo que contiene este campo específico (campo “padre”)
T Tipo de dato (ver Tabla 2)
Tam Tamaño del campo (ver Tabla 3)
Ocurrencias, en el formato m-n, en el cual
Ocu m: número mínimo de veces que el campo debe aparecer en el grupo
n: número máximo de veces que el campo puede aparecer en el grupo
Observaciones importantes sobre el campo, incluyendo listas de valores posibles, validaciones
Observaciones
relevantes entre otras.
Versión que el campo fue introducido en el formato, o versión en que ha sido modificado por la última
V
vez
Por ejemplo, la coordinada 8.9539 norte y 79.5343 oeste, correspondientes al Palacio de las Garzas en la Ciudad
de Panamá, será informada de la siguiente manera:
<dCoordEm>
+08.9539-079.5343
</dCoordEm>
A Alfanumérico
N Numérico: Vea los diversos formatos en la Tabla 3
Fecha:
Los campos de fecha deberán siempre contener fecha y hora en el formato UTC (Universal Coordinated Time), o
F sea: AAAA-MM-DDThh:mm:ssTZH
Por ejemplo, para expresar 2:23 PM de 17 de abril de 2017, en la zona horaria GMT -5 (hora de
Panamá):2017-04-17T14:23:00T-05:00
Los tamaños de campo utilizados en los archivos XML tienen su contenido descripto en la
Tabla 3. En el caso de campos con tamaño exacto los espacios no utilizados deben ser
llenados con ceros no significativos (a la izquierda del campo).
Tabla 3 – Tamaños de Campo en los Archivos XML
Título Descripción
Tamaño exacto del campo
x
ej.: 5
Tamaño mínimo de “x”, máximo de “y”
x-y
ej.: 0-10 (es posible expresar ningún valor, porque se permite el tamaño “0”)
Tamaño exacto del campo de “x”, con exactamente “n” casillas decimales
xpn
ej.: 11p4
Tamaño exacto del campo de “x”, con entre “n” y “m” casillas decimales
xp(n-m)
ej.: 11p(0-6)
(x-y)p(n-m) Tamaño mínimo de “x”, máximo de “y”, con entre “n” y “m” casillas decimales
Ficha Técnica Factura Página 32
Ficha Técnica de la Factura Electrónica
Título Descripción
ej.: 1-11p(0-6)(es obligatorio expresar algún valor, porque no se permite el tamaño “0”, pero la parte
fraccionaria es opcional)
Valores
El campo deberá ser informado con tamaño de exactamente una de las opciones listadas
separados
ej.: 1, 3, 5, 8 significa que se debe informar el campo con uno de estos cuatro tamaños fijos
por comas
Ejemplos de cómo se debe informar valores en los campos, de acuerdo con el formato
especificado pueden ser encontrados en la Tabla 4.
Tabla 4 – Ejemplos de Información de Valores Utilizando los Formatos Numéricos
Formato Para Informar Llenar campo con
1,105.13 00001105.13
1,105.137 0001105.137
11p0-6
1,105 00000001105
0 00000000000
para no informar cantidad no es posible
1,105.13 001105.1300
1,105.137 001105.1370
11p4
1,105 001105.0000
0 000000.0000
para no informar cantidad no es posible
1,105.13 1105.13
1,105.137 1105.137
0-11p0-6
1,105 1105
0 0
para no informar cantidad dejar el campo vacío
1,105 00000001105
11
0 00000000000
para no informar cantidad no es posible
1,105 1105
0-11
0 0
para no informar cantidad dejar el campo vacío
1,105 1105
1-11 0 0
para no informar cantidad no es posible
14
Esto, además de garantizar un canal de comunicación seguro en la Internet, permite la
identificación del equipo servidor y del cliente por medio de certificados digitales, en lugar de
identificaciones mucho menos seguras, por medio de nombre o código de usuario y respectiva
contraseña.
15
La Web Services Interoperability Organization (WS-I, http://www.ws-i.org/about/Default.aspx) es
una organización abierta, que tiene por objetivo establecer las mejores prácticas para la
interoperabilidad de los servicios web, para algunos grupos de estándares de servicios web, de
manera independiente y a través de plataformas, sistemas operacionales y lenguajes de
programación.
16
http://www.ws-i.org/Profiles/BasicProfile-1.0-2004-04-16.html
17
https://www.w3.org/TR/soap12/
<soap12:Body>
<feDatosMsg xmlns="http://dgi-
fep.mef.gob.pa/wsdl/FeRecepFE">xml</feDatosMsg>
</soap12:Body>
</soap12:Envelope>
Por el mismo motivo se debe evitar el uso de los siguientes campos, de vez que las
informaciones correspondientes serán obtenidas a partir del certificado digital del emisor:
<KeyValue>
<RSAKeyValue>
<Modulus>
<Exponent>
18
No necesariamente será el RUC de la empresa emisora de la FE, pues el servicio de transmisión
podrá ser contratado. Lo que se exige es que la empresa transmisora también sea afiliada como
autorizada a facturar electrónicamente.
<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
<SignedInfo>
<CanonicalizationMethod
Algorithm="http://www.w3.org/TR/2001/REC-xml-C24n-
20010315"/>
<SignatureMethod Algorithm=" http://www.w3.org/2001/04/xmldsig-
more#rsa-sha256 " />
<Reference URI="#FE0123824-0930-212623-
28001201707150000151340010117450183430">
<Transforms>
19
La expresión “cola” es utilizada para nombrar un repositorio de datos. Su implementación se
puede hacer en un Banco de Datos, o de cualquier otra manera, lo que es transparente para el
contribuyente que realizará la consulta del procesamiento efectuado.
La mayoría de los schemas o utiliza las definiciones de tipos básicos, o utiliza los tipos
complejos definidos en otro schema (como, por ejemplo, tiposGeneral_v2.15.xsd). En
estos casos, una modificación en el schema referenciado tendrá repercusión en el schema
secundario.
Por ejemplo, si la versión 1.00 de los tipos de datos de la FE define un tipo numérico, con el
nombre num_15, de 15 (quince) posiciones con 2 (dos) decimales, y la versión 2.15 cambia la
definición de este campo para 16 (dieciséis) posiciones con 4 (cuatro) decimales, esta
alteración debe repercutir en todos los schemas que utilizan este tipo básico, y las
correspondientes declaraciones “import” o “include” deberán ser actualizadas con el nombre
del schema actualizado.
Ejemplo de Schema XML
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:ds="http://www.w3.org/2000/09/xmldsig#"
xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns="http://dgi-
fep.mef.gob.pa"
targetNamespace="http://dgi-fep.mef.gob.pa"
elementFormDefault="qualified"
attributeFormDefault="unqualified">
<xs:import namespace="http://www.w3.org/2000/09/xmldsig#"
schemaLocation="xmldsig-coreschema_
v1.00.xsd"/>
<xs:include schemaLocation="tiposGeneral_v1.00.xsd"/>
<xs:element name="FE">
<xs:annotation>
<xs:documentation>Factura Electranica de Panama</xs:documentation>
</xs:annotation>
20
Las referencias al apartado 8.3.1 en la Tabla 7, en el caso del procedimiento de procesamiento de
recepción de lote, se deben hacer al apartado 8.3.2.
6. Formato de la FE
6.1. El Código Único de Factura Electrónica (CUFE)
Para la identificación única de una factura se recomienda implementar un Código Único de
Factura Electrónica que identifica de manera único de la factura queda en responsabilidad
del contribuyente, sin exigirse la emisión de rangos por parte de la DIRECCIÓN GENERAL
DE INGRESOS.
+---+---+---+---+---+---+ +---+
|2|6|1|5|3|3|-|4|
+---+---+---+---+---+---+ +---+
| | | | | |
x1 x2 x1 x2 x1 x2
| | | | | |
=2 =12 =1 =10 =3 =6
+---+---+---+---+---+-> = (16 / 10) = 1, resto 6 => DV = (10 - 6) = 4
En vez de ser hecha la sumatoria de las multiplicaciones, será hecha la sumatoria de los
dígitos de las multiplicaciones (si una multiplicación da 12, por ejemplo, será sumado 1 + 2
= 3).
La sumatoria será dividida por 10 y si el resto (módulo 10) es diferente de cero, el dígito
será 10 menos este valor. En caso que el resto sea cero, ese será el dígito verificador.
Estas condiciones finales, sin embargo, podrán ser alteradas conforme el caso.
Como ya está especificado en la ficha técnica la estructura del CUFE está compuesta por
los siguientes campos de la tabla:
Como se puede ver todos los campos son tipo numérico excepto el RUC del emisor ya que
cuentas con caracteres de tipos alfabéticos y guiones (“-”), y ya que este algoritmo trabaja
solo en números, se recomienda hacer una adaptación para convertir las letras que tendrá
el CUFE en función del RUC (Ejemplo: 8-NT-000-00 o PE-4-000-000, etc.) para transformar
dichas letras a números. Una forma simplificada sería obtener el número ASCII de la letra
(dos dígitos) y extraer el último dígito. Ejemplo: A -> 65 -> 5, B -> 66 -> 6, Z -> 90 -> 0.
También se decido para mantener el tamaño del RUC a 20 posiciones dentro del CUFE
agregar 0 a la izquierda del RUC para completar su posición hasta 20 caracteres (Ejemplos:
8-NT-000-00 -> 0000000008-NT-000-00, PE-4-000-000 -> 00000000PE-4-000-000)
Tipo de Documento 01
Tipo Contribuyente 1
RUC del emisor 000008-PE-3824-00523
DV 28
Código de la sucursal 001
Fecha de emisión 20170715
Número de la factura 000015134
Serie de la factura 001
Tipo de emisión 01
Ambiente de destino 1
Secuencia de seguridad 745018343
DV CUFE 6
Suma 144
Dividir 10
14 Resultado División
4 Residuo
D D13 dNroItems Número total de ítems de la factura D01 N 1-11p 1-1 contar todas las ocurrencias de C01 1.00
D D14 dTotItem Total de Todos los Items D01 N 1-11p2 1-1 Suma dedValTotItem
6.6.1. Grupo de Datos que Describen Descuentos o Bonificaciones Adicionales Aplicados a la Factura
C ID Campo Descripción P T Tam Ocu Observaciones V
Grupo de datos que describen descuentos o
D D20 gDescBonif bonificaciones adicionales aplicados a la D01 G 0-5 1.00
factura
Descripción de descuentos o bonificaciones
D D200 dDetalDesc D20 A 500 1-1 1.00
adicionales aplicados a la factura
D D201 dValDesc Monto Descuentos/Bonificaciones y otros ajustes D20 N 1-11p2 1-1 1.00
7. Los Eventos de la FE
Llámese evento de una FE al registro de una acción o situación relacionada con esta, la
cual suele ocurrir después de la autorización de uso. Existe la previsión que, en versiones
futuras, sea posible también el registro de eventos que hayan ocurrido antes de la
autorización de uso.
Son ejemplos de eventos la propia autorización de uso, la anulación de una FE, la emisión
de una nota de crédito o de débito, la aceptación de la factura por el cliente, entre otros.
De esta manera, existen dos clases de eventos:
Eventos de registro automático, que son generados por el propio sistema de la DIRECCIÓN
GENERAL DE INGRESOS.
Eventos de registro solicitado, generados por el consumo de un servicio web expuesto por la
DIRECCIÓN GENERAL DE INGRESOS.
El registro solicitado de un evento se hace por medio del servicio web feRecepEvento
(descrito en la sección 5.7), y los posibles procesamientos de estas solicitudes se describen
en las secciones de este capítulo.
Los eventos de registro automático son:
Autorización de uso de la FE.
FE referenciada: cuando una Nota de Crédito, una Nota de Débito, u otra FE tiene su uso
autorizado y existe el grupo gDFRef. (descrito en la sección 6.4.4)
La Tabla 14 presenta todos los eventos con implementación prevista en esta ficha técnica.
Tabla 14 – Códigos de los Eventos
Código Tipo Evento Sección/Apartado
0001 FE Autorizada 2.4.4
0002 FE Referenciada 6.4.4
Automático
0003 FE Anulada 7.1
0004 Anulación de Manifestación del Receptor 7.4
1001 Confirmación de los Datos de la Operación 7.3
1002 Confirmación de la Operación 7.3
1003 Solicitado Confirmación de la Transacción 7.3
1004 Cancelación del Negocio 7.3
1005 Desconocimiento de la Operación 7.3
7.2. Anulación de FE
En todos los casos, en los cuales no se haya realizado la operación registrada en una FE
que haya obtenido autorización de uso, el emisor deberá registrar el evento de Anulación
de FE.
El registro de anulación de una FE que respalde una operación que efectivamente haya
ocurrido puede ser motivo de penalización o de sanción por prestación de información
falsa a la Administración Pública, sin perjuicio de otras sanciones de naturaleza tributaria.
En caso de anular una FE, no es posible retractarse de una anulación. Para corregir esta
situación, el emisor deberá generar una nueva FE exactamente igual, referenciando la FE
anulada, e informándolo.
8. Validaciones
El SFE de Panamá prevé validaciones en varios niveles, desde el establecimiento de la
comunicación hasta el contenido de los mensajes, especialmente los diversos campos
informados en una FE.
Las validaciones pueden tener uno de tres resultados:
Rechazo, significando que el procesamiento correspondiente al mensaje recibido por el SFE
tiene problemas de tal naturaleza que impiden atender la solicitud. Corresponde a la letra “R”,
en la columna “E” (efecto) de las tablas de validación.
Notificación, significando que el procesamiento correspondiente al mensaje recibido por el
SFE presenta indicios de potenciales problemas, los cuales no impiden atender la solicitud.
Corresponde a la letra “N”, en la columna “E” (efecto) de las tablas de validación.
Aprobación, significando que la regla correspondiente fue plenamente satisfecha.
Los resultados de rechazo y de notificación se presentan en los correspondientes mensajes
de respuesta descritos en cada servicio Web, en el Capítulo 5.
Las validaciones AA01 a AA05 son realizadas por el propio protocolo TLS.
8.4.5.1. Grupo de Datos que Describen Descuentos o Bonificaciones Adicionales Aplicados a la Factura
No existen validaciones o mensajes específicos para este grupo en la versión 1.00. Están
reservados los códigos 2550 a 2599, y las identificaciones iniciadas por “D20”.
8.5.1. Anulación de FE
ID Resultado de Validación Código Observ. E V
Versión del formato del
CA01 evento evAnulaFEno 0620 R 1.00
soportada
El contenido del campo dProtAut no corresponde a un Protocolo de
Protocolo de Autorización
CA02 0621 Autorización de FE existente en la base de datos de la DIRECCIÓN R 1.00
inexistente
GENERAL DE INGRESOS
Ya existe un evento de Ya ha sido registrado un evento de anulación para la FE
CA03 0622 R 1.00
anulación para esta FE correspondiente a este Protocolo de Autorización
Regla de formación del RUC
CA04 0623 Dígitos verificadores informados no corresponden al valor correcto R 1.00
invalida
Firmador no autorizado a
El RUC del certificado utilizado para firmar el evento de anulación no
CA05 solicitar anulación de esta 0624 R 1.00
corresponde a una de las sucursales del emisor de la FE
FE
El tiempo transcurrido entre la fecha de emisión de la FE y la fecha de
transmisión de la solicitación de anulación es superior al
Fecha de emisión de la FE no
CA06 0625 permitido R 1.00
permite anulación
(fecha y hora de la recepción del evento) – (dFechaEm de la FE) >
182 horas
9. Comprobante Impreso de la FE
El Comprobante Impreso de la FE – CIFE es una representación gráfica de la FE, que tiene
las siguientes finalidades:
Servir de comprobante físico de una operación respaldada por una FE emitida en el modelo de
autorización de uso posterior a la operación, en cuanto el emisor no envía para el receptor el
sobre de la FE.
Acompañar el tránsito de mercadería entre las instalaciones del emisor y su destino final.
Servir de instrumento comprobatorio para el receptor no afiliado al SFE, para respaldar sus
créditos fiscales21.
Algunos comentarios a respeto del CIFE:
El CIFE es un documento fiscal auxiliar, siendo solamente una representación resumida y
simplificada, en forma gráfica, de una transacción que ha sido respaldada por una FE.
Como se puede verificar en la sección 9.1, solamente una pequeña fracción de los campos de
la FE aparece en el CIFE.
El CIFE facilita la consulta de la FE en la página web de la DIRECCIÓN GENERAL DE INGRESOS.
La generación del CIFE se hace directamente por el sistema de facturación del contribuyente
o, en caso de captura de los datos de la FE en la página web de la DIRECCIÓN GENERAL DE
INGRESOS, por esta misma página, con base en las informaciones que existen en el archivo
electrónico firmado de esta FE.
No pueden existir información en el CIFE que no existan también en el archivo electrónico
firmado de esta FE, con excepción de las previstas en este capítulo.
El CIFE generado en cualquier uno de los dos formatos puede tener su impresión dispensada
(campo B16).
El emisor queda dispensado de la obligación de entregar el CIFE al receptor, desde que este
manifieste su concordancia antes de la firma de la FE (campo B17).
La legibilidad del texto impreso en un CIFE, bien como la del papel empleado, se debe
garantizar por un plazo mínimo de seis (6) meses.
El CIFE podrá ser generado en dos formatos:
Formato 1: En tamaño adecuado para ser impreso en papel tamaño carta 22.
Formato 2: En tamaño adecuado para ser impreso en cinta de papel.
Ambos los formatos sirven para los dos modelos operativos, con y sin autorización previa a
la realización de la operación. La Ilustración 11 y la Ilustración 12 presentan ejemplos para
el modelo operativo con autorización previa. Los formatos para el modelo operativo sin
autorización previa difieren solamente por, exactamente en la misma posición de cada
formato, la sustitución del texto
Protocolo de autorización: 0000000000, de dd/mm/aaaa hh:mm:ss
Por
21
El receptor siempre tiene la obligación de comprobar la existencia de la FE, a través de consulta en
el sitio de la DIRECCIÓN GENERAL DE INGRESOS, a partir del proprio CIFE.
22
En la presente ficha nos referiremos a “papel tamaño carta”, pero el contribuyente podrá optar
por el tamaño A4, u otro de dimensiones similares, que le sea más conveniente.
Las disposiciones gráficas de cada uno de los formatos se encuentran en la sección 9.2 y en
la sección 9.3.
9.1.1. Encabezado
En esta sección se encuentran:
Espacio reservado para el logo del emisor, de utilización opcional.
Información que califican al emisor:
o RUC: campo B301.
o Nombre/razón social: campo B302; puede identificar, también, la sucursal emisora (campo B303).
o Dirección: concatenación o resumen de los campos B305 a B308.
Información que califican al receptor:
o RUC: campo B401.
o Nombre/razón social: campo B403.
o Dirección: concatenación o resumen de los campos B404 a B407.
Fecha de emisión, Campo B04:
o En el CIFE Formato 1, como “día de mes de año”; y
o En el CIFE Formato 2, como “dd/mm/aaaa”.
Número de la FE: campo B08.
Serie de la FE: campo B09.
También en esta área debe existir el nombre del documento, “Comprobante Impreso de
Factura Electrónica”.
Segunda parte, JWT: utilizar JWS23 (JSON Web Token), un estándar abierto (RFC 7519) para una
manera compacta y autocontenida para transmitir con seguridad información entre dos partes en la
forma de un objeto JSON.
El JWT debe ser generado utilizado los campos chFE, iAmb definidas en los campos de la
factura y el digestValue de la firma que corresponde al campo XS17 definido en la sección
correspondiente al Estándar de la Firma Digital de este documento.
Usar como componente “secret” de JWT el Código de Seguridad de QR Code otorgado por
la DGI durante el proceso de afiliación usando HS256 y usado type JWT (JSON Web
Token).
Ejemplo:
Datos para Generación
23
Más información sobre JWS pueden ser encontradas en https://jwt.io.
o Parámetros:
chFE= FE01100023824-0930-21262328001201707150000151340010117450183430
&iAmb=1
&digestValue= pyeVNvyyCOQbakkaAeG3OqC528U=
o Token JWT:
&jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJjaEZFIjoiRkUwMTEwMDAyMzgyNC0wOTMwLTIxMj
YyMzI4MDAxMjAxNzA3MTUwMDAwMTUxMzQwMDEwMTE3NDUwMTgzNDMwIiwiaUFtYiI6IjEiLCJka
Wdlc3RWYWx1ZSI6InB5ZVZOdnl5Q09RYmFra2FBZUczT3FDNTI4VT0ifQ.-p57JUKKg-MHQm31b-
MtNpU_agzdt3IV2JBAbHEAYJY
10.2. Direcciones
De acuerdo con el sistema e-Tax 2
Código Provincia-Distrito-Corregimiento
Ubicación
1-2-2 BOCAS DEL TORO-CHANGUINOLA-ALMIRANTE
1-1-2 BOCAS DEL TORO-BOCAS DEL TORO-BASTIMENTOS
1-1-1 BOCAS DEL TORO-BOCAS DEL TORO-BOCAS DEL TORO (CABECERA)
1-1-3 BOCAS DEL TORO-BOCAS DEL TORO-CAUCHERO
1-2-1 BOCAS DEL TORO-CHANGUINOLA-CHANGUINOLA (CABECERA)
1-3-1 BOCAS DEL TORO-CHIRIQUI GRANDE-CHIRIQUI GRANDE (CABECERA)
1-2-6 BOCAS DEL TORO-CHANGUINOLA-EL EMPALME
1-2-3 BOCAS DEL TORO-CHANGUINOLA-GUABITO
1-0-0 BOCAS DEL TORO-INVALIDO-INVALIDO
1-1-0 BOCAS DEL TORO-BOCAS DEL TORO-INVALIDO
24
United Nations Standard Products and Services Code®.
25
De acuerdo com http://www.panamacompra.gob.pa/Inicio/#!/proveedores/HomeProveedor.
Las reglas de validación aplicables a la FE con respeto a los códigos de la CPBS son las
siguientes, y se encuentran resumidas en la Tabla 25:
En caso de venta a la administración pública (campo B401 = 3):
o El campo C10 es obligatorio (consecuentemente, no se puede informar el campo C09).
o El código informado en el campo C10:
Debe existir en la CPBS (validación realizada por la aplicación de la DIRECCIÓN GENERAL
DE INGRESOS).
Debe existir en el Convenio Marco del Sistema Electrónico Panamá Compra que rige
esta operación (validación no es realizada por la aplicación de la DIRECCIÓN GENERAL
DE INGRESOS).
En los demás casos, el emisor podrá elegir informar el campo C09, o informar el campo C10, o
no informar ninguno de estos campos.
26
https://iccwbo.org/
27
Acceso en 21 de agosto de 2017.
Glosario
Archivo Electrónico de Factura: Archivo electrónico (XML) con los datos de una Factura. Aún no ha sido
firmado digitalmente.
Autoría: Garantía, para todos los fines jurídicos, de que nadie puede afirmar que la persona que haya firmado
electrónicamente un archivo electrónico no sea esta persona.
Autorización de Uso: Documento electrónico generado y firmado por la DIRECCIÓN GENERAL DE INGRESOS,
asociado biunívocamente con una factura electrónica, que da cuenta que el
correspondiente archivo electrónico fue validado y aprobado de acuerdo con las reglas
aplicables; en consecuencia, puede ser usado como documento fiscal.
Código QR: Un código QR (del inglés Quick Response code, "código de respuesta rápida") es un módulo para
almacenar información en una matriz de puntos o en un código de barras bidimensional.
Código Único de Factura Electrónica (CUFE): Combinación de caracteres y números que permiten identificar de
manera única a la factura electrónica.
Comprobante Impreso de Factura Electrónica (CIFE): Representación gráfica de la Factura Electrónica en
formado susceptible de ser visualizado en un dispositivo electrónico, remitido por correo
electrónico o impreso en papel, de ser requerido. Incluye un código QR para facilitar su
consulta.
Contribuyente: Todo aquel sujeto (entendida toda persona natural o jurídica) respecto de quienes se realiza el
hecho generador del tributo.
Datos Factura Electrónica: Datos de la factura que pueden ser públicos a quien posee la representación
impresa de la factura.
DIRECCIÓN GENERAL DE INGRESOS: Dirección General de Ingresos de Panamá
Documento electrónico: Archivo electrónico que, de acuerdo con las leyes panameñas, por medio de una firma
electrónica, reúne todas las condiciones necesarias y suficientes para, de acuerdo con
aquellas leyes, tener fuerza como documento en el marco legal panameño.
Emisor: Contribuyente que genera el archivo electrónico correspondiente a una factura, lo firma
electrónicamente, y lo remite a la DIRECCIÓN GENERAL DE INGRESOS para su validación.
Entidad Certificadora: Entidad que bajo las normas legales de Panamá está legalmente autorizada a emitir
Certificados Digitales que puedan ser usados para firmar digitalmente los archivos XML y
que podrán respaldar la Factura Electrónica. Al momento esta actividad lo realiza
únicamente el Registro Público de Panamá.
Factura: Documento que, de acuerdo con la ley panameña registra una operación comercial. Puede ser una
factura comercial, una nota de débito, una nota de crédito u otro documento equivalente
aceptado por ley.
Factura comercial: Documento que, de acuerdo con la ley comercial, registra una operación comercial, puede
ser una factura, una nota de débito o una nota de crédito.
Factura Electrónica: Archivo electrónico que cumple todas las siguientes condiciones:
Es un documento electrónico;