Estructura de Archivos Básicos

De Facturacion Electronica de Peru
Revisión del 00:21 15 mar 2022 de Silvae (discusión | contribs.) (Página creada con «=== ESTRUCTURA DE ARCHIVO TXT DE DOCUMENTOS ELECTRÓNICOS === * A continuación, se detalla la estructura que deben contener los archivos de texto que se procesan a travé…»)
(difs.) ← Revisión anterior | Revisión actual (difs.) | Revisión siguiente → (difs.)
Ir a la navegación Ir a la búsqueda

ESTRUCTURA DE ARCHIVO TXT DE DOCUMENTOS ELECTRÓNICOS

  • A continuación, se detalla la estructura que deben contener los archivos de texto que se procesan a través de la plataforma The Factory H.K.A para generar el documento electrónico. Se debe tomar en cuenta que el separador entre campos es el carácter ‘|’. Todas las líneas deben llevar la cantidad de campos requeridos según la estructura, así como el ‘|’ de cierre de cada una de ellas, es decir, se debe separar cada campo, independientemente de que contenga algún valor o vaya vacío -según corresponda-. De lo contrario, el sistema no podrá procesar el archivo de texto e indicará un el mensaje de error (línea no tiene la cantidad de campos requeridos) Estos datos deben tener un formato y estructura determinada para que puedan ser procesados por la aplicación, según se detalla en este documento.

Descripción General

  • Este documento tiene por objetivo establecer el nuevo formato de layout para transmitir la información hacia el servicio web, en función de cumplir con la versión de XML a ser usada por SUNAT a partir de Octubre de 2018 (UBL 2.1) Los documentos que serán afectados inicialmente por UBL 2.1 según los casos que aplique, son: ✓ Factura ✓ Boleta ✓ Nota de Crédito ✓ Nota de Débito

Referencias Normativas

  • Resolución de Superintendencia Nº 117-2017/SUNAT, Artículo 1, Numeral 1.18, que establece el formato digital a utilizar para transmitir la información (Formato XML bajo el estándar UBL 2.1). • Resolución de Superintendencia Nº 340-2017/SUNAT, que establece el formato de campos establecido, así como la actualización de los catálogos de códigos, según anexo V de dicha resolución.


Leyenda

Tipo de Longitud

A: Carácter alfabético

N: Carácter numérico

AN: Carácter alfanumérico

A|i: Carácter alfabético de longitud fija i

N|i: Carácter numérico de longitud fija i

AN|i: Carácter alfanumérico de longitud fija i

A|…j: Valor de hasta j caracteres alfabéticos

N|…j: Valor de hasta j caracteres numéricos

AN|…j: Valor de hasta j caracteres alfanuméricos

Recurrencia de la línea

  • Si contiene un 0..1 es opcional, pero aparece una única vez de ser el caso aplicable
  • Si contiene un 0..n es opcional, pero puede haber varias veces esta línea
  • Si contiene un 1 es una línea obligatoria que sólo puede aparecer una vez
  • Si contiene un 1..n es una línea obligatoria que puede haber varias veces

Obligatoriedad del campo

Obl.: El envío del campo es obligatorio

Opc.: El envío del campo es opcional

Documentos afectados por el campo

F: Factura

B: Boleta

NC: Nota de crédito

ND: Nota de débito

DETALLE POR LINEAS

Emisor

Identificador en Layout: EMI
Cantidad de campos en línea: 11
Descripción General: Contiene información del emisor del documento electrónico
Recurrencia de la línea: 1
# Campo Descripción Tipo|Longitud Formato Obligación Opcional
ID Código de identificación de la línea EMI AN|3 - - F|B|NC|ND