0% encontró este documento útil (0 votos)
40 vistas12 páginas

CDR y Envíos OSE a SUNAT

El documento establece los aspectos técnicos relacionados al envío de documentos electrónicos al Operador de Servicios Electrónicos (OSE) y a la Superintendencia Nacional de Aduanas y de Administración Tributaria (SUNAT), incluyendo el formato de los archivos de envío, los tipos de documentos permitidos y la generación de constancias de recepción.

Cargado por

sanselmi78
Derechos de autor
© All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
40 vistas12 páginas

CDR y Envíos OSE a SUNAT

El documento establece los aspectos técnicos relacionados al envío de documentos electrónicos al Operador de Servicios Electrónicos (OSE) y a la Superintendencia Nacional de Aduanas y de Administración Tributaria (SUNAT), incluyendo el formato de los archivos de envío, los tipos de documentos permitidos y la generación de constancias de recepción.

Cargado por

sanselmi78
Derechos de autor
© All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

Anexo X

Anexo C - Aspectos técnicos - OSE

I. Constancia de Recepción – CDR

Es el documento emitido por el OSE al emisor electrónico, al comprobar


informáticamente que aquello que le envió el emisor electrónico, cumple con las
condiciones respectivas para considerar que se encuentre emitido un documento
electrónico. La estructura es la definida en Cuadro 1, del presente anexo.

II. Mensajes de inconsistencia

Son aquellos mensajes que el Operador Servicios Electrónicos envía a los


emisores electrónicos, a través de una comunicación electrónica, cuando producto
de la comprobación de los documentos electrónicos, se determina que no cumplen
con los aspectos esenciales definidos por SUNAT para ser considerados
comprobantes de pago o documentos relacionados directa o indirectamente a
éstos. Los referidos mensajes tendrán como mínimo la siguiente estructura

CAMPOS NIVEL CONDICIÓN TIPO Y campo


LONGITUD
Código de la Global M A4 <faultstring>
excepción
Descripción de la Global M an..100 <detail>
respuesta del envío

III. ENVIOS A LA SUNAT

a. Sobre los envío de uno en uno

Los envíos realizados a SUNAT deberán considerar lo siguiente:

1. El archivo zip enviado deberá contener los siguientes documentos:


- El documento electrónico XML (Generado y firmado por el Emisor
electrónico o PSE según sea el caso).
- La Constancia de Recepción – CDR OSE (Generado y firmado por el
OSE).

2. Los tipos de documentos electrónicos deberan corresponder a:


- Factura
- Boleta de venta
- Nota de crédito
- Nota de debito
- Resumen diario de comprobantes (boletas, notas de crédito y debito
asociadas a boletas)
- Comunicación de Baja de comprobantes
- Comprobante de percepción
- Comprobante de retención
- Guía de Remisión
- Resumen Diario de Reversión de comprobantes de percepción y retención.

3. El Receptor SUNAT cuenta con un método personalizado para aceptar cada


tipo de documento electrónico. Al respecto, los métodos de recepción
definidos son los siguientes:
- sendBill
- sendSummary

4. Se podrán recibir XMLs con fecha futura (today + 2)

5. La firma de los documentos electrónicos XML debe corresponder al RUC del


emisor o del PSE autorizado por él.

6. La firma de los CDR OSE debe corresponder al RUC del OSE seleccionado
por el emisor.

b. Sobre el empaquetado y nombres de los archivos generados

b.1 Para el archivo ZIP de los tipos de documentos Factura, Boleta de venta,
Nota de crédito, Nota de debito, comprobante de percepción, comprobante
de retención, guía de remisión remitente y guía de remisión transportista, se
deberá tener en cuenta el siguiente formato:

Posición Nemotécnico Descripción


01-11 RRRRRRRRRRR RUC del emisor
12 - Guión separador
13-14 TT Tipo de comprobante
01 Factura
03 Boleta de venta
07 Nota de crédito
08 Nota de debito
20 Comprobante de retencion
40 Comprobante de percepcion
09 Guia de Remision Remitente
31 Guia de Remision Transportista
15 - Guión separador
16-19 #### Serie del comprobante. Dependerá del tipo de
comprobante.
20 - Guión separador
21-28 CCCCCCCC Número correlativo del comprobante. Este
campo es variante, se espera un mínimo de 1 y
máximo de 8.
29(*) . Punto de extensión
30-32 (*) EEE Extensión del archivo
ZIP Para el caso del archivo ZIP
XML Para el caso del documento XML
XML (CDR OSE) Para el caso del CDR OSE
(*) Las posiciones pueden variar dependiendo de la longitud del correlativo.

Ejemplos:

Nombre del archivo ZIP:


[Link]
Nombre del archivo XML:
[Link]
Nombre del archivo XML (CDR OSE):
[Link]

Nombre del archivo ZIP:


[Link]
Nombre del archivo XML:
[Link]
Nombre del archivo XML (CDR OSE):
[Link]

Nombre del archivo ZIP:


[Link]
Nombre del archivo XML:
[Link]
Nombre del archivo XML (CDR OSE):
[Link]

b.2 El archivo ZIP del tipo de documento Resumen diario de comprobantes


(boletas, notas de crédito y debito asociadas a boletas), Comunicación de
Baja de comprobantes y Resumen de Reversión (para CRE y CPE), deberá
tener el siguiente formato:

Posición Nemotécnico Descripción


01-11 RRRRRRRRRRR RUC del emisor
12 - Guión separador
13-14 TT Tipo de Resumen
RC Resumen diario de Boletas
RA Comunicación de Bajas
RR Resumen de Reversion (para CRE y CPE)
15 - Guión separador
16-23 YYYYMMDD Fecha de generación del archivo en formato
YYYYMMDD
24 - Guión separador
25-29 CCCCC Número correlativo del archivo. Este campo es
variante, se espera un mínimo de 1 y máximo de 5.
30 (*) . Punto de extensión
31-33 EEE Extensión del archivo
(*)
ZIP Para el caso del archivo ZIP
XML Para el caso del documento XML
XML (CDR OSE) Para el caso del CDR OSE
(*) Las posiciones pueden variar dependiendo de la longitud del correlativo.

Ejemplos:

Nombre del archivo ZIP:


[Link]
Nombre del archivo XML:
[Link]
Nombre del archivo XML (CDR OSE):
[Link]

Nombre del archivo ZIP:


[Link]
Nombre del archivo XML:
[Link]
Nombre del archivo XML (CDR OSE):
[Link]

Nombre del archivo ZIP:


[Link]
Nombre del archivo XML:
[Link]
Nombre del archivo XML (CDR OSE):
[Link]

b.3 Por cada envío realizado por el OSE a SUNAT, se generará una
Constancia de Recepción – CDR SUNAT, la cual contendrá la estructura
indicada en el presente anexo.

c. Sobre los Envíos por lotes

1. El OSE podrá enviar lotes de factura, boleta de venta (siempre que se hayan
enviado de manera individual), notas de crédito y débito, y documentos
autorizados electrónicos, en un archivo zip, a través del servicio web que
SUNAT pondrá a disposición. El método que utilizará será el sendPack.

2. SUNAT procesará de forma ASINCRONA el envío, es decir, devolverá un


número de ticket con el cual el OSE deberá posteriormente consultar el
estado del proceso. De haber concluido éste, el proceso devolverá adjunta
una Constancia de recepción – CDR SUNAT utilizando el método getStatus.

3. El CDR – SUNAT tendrá la estructura indicada en el Cuadro 2 del presente


anexo.

4. Los XML de cada lote deben considerar lo siguiente:


Los documentos deben corresponder solo a los siguientes tipos de
comprobantes:
- Factura
- Boleta de venta
- Nota de crédito
- Nota de debito
- Comprobante de percepción
- Comprobante de retención
- Guía de remisión remitente
- Guía de remisión transportista

5. Los documentos electrónicos XML pueden corresponder a cualquier fecha de


emisión.

6. Dentro del lote, por cada documento electrónico XML, se deber remitir el CDR
OSE (Igual cantidad de documentos XML, igual cantidad de CDRs OSE).

7. Se podrá recibir lotes con XMLs con fecha futura (today + 2)

8. Los documentos deben corresponder a un mismo número de RUC del


emisor.

9. La firma para los documentos electrónicos XML debe corresponder al RUC


del emisor o del PSE autorizado éste.

10. La firma para los CDR OSE debe corresponder al RUC del OSE
seleccionado por el emisor.

11. De detectarse XML duplicados (RUC-TT-serie-correlativo), o CDR OSE


duplicados (R-RUC-TT-serie-correlativo), se rechazarán.

12. La identificación de cada lote tendrá la siguiente nomenclatura:

Posición Nemotécnico Descripción


01-11 RRRRRRRRRRR RUC del emisor electrónico
12 - Guión separador
13-14 LT Prefijo de lote
15 - Guión separador
16-23 YYYYMMDD Fecha de envío del lote de comprobantes
24 - Guión separador
25-29 CCCCC Número correlativo del lote por día. Este
campo es variante, se espera un mínimo de 1
y máximo de 5.
30 (*) . Punto de extensión
31-33 (*) EEE Extensión del archivo
ZIP Para el caso del archivo ZIP
(*) Las posiciones pueden variar dependiendo de la longitud del correlativo.

Ejemplo del nombre del lote (archivo zip):


[Link]

Ejemplo del nombre de los documentos XML contenidos en el archivo .zip (2


comprobantes con sus 2 respectivos CDR OSE)

[Link]
[Link]
[Link]
[Link]

III.- ESQUEMA DE CONECTIVIDAD DE LOS OPERADORES DE SERVICIOS


ELECTRONICOS CON SUNAT.

La conectividad entre los OSE y SUNAT se realizará a través de internet y estará


restringido a las direcciones IP que indique cada OSE.

El OSE debe contar con conexión a los siguientes dominios:


 e-ose1 y e-ose2
 e-descargaose1 y e-descargaose2
 e-betaose1 y e-betaose2

Es responsabilidad del OSE el balanceo entre ambos dominios.


CUADRO 1
Constancia de Recepción OSE – CDR OSE

TIPO Y
CONDICIÓN LONGITUD
N° DATO INFORMÁTICA (2) FORMATO Tag XML Validación

Número de versión de
1 UBL M an..10 =2.1 /ApplicationResponse/cbc:UBLVersionID Valor fijo: "2.1"
Número de versión del
2 CDR OSE M an..10 =1.0 /ApplicationResponse/cbc:CustomizationID Valor fijo: "1.0"
Número de autorización Validar estructura: 8-4-4-4-12
3 del comprobante (UUID) M an..36 /ApplicationResponse/cbc:ID (hexadecimal)
Debe ser menor o igual al momento de
recepción SUNAT

Debe ser mayor a la fecha de emisión del


comprobante enviado.
Fecha de recepción del
4 comprobante por OSE M an..10 YYYY-MM-DD /ApplicationResponse/cbc:IssueDate
Hora de recepción del
5 comprobante por OSE M an..12 hh:mm:[Link] /ApplicationResponse/cbc:IssueTime

Fecha de comprobación
6 del comprobante (OSE) M an..10 YYYY-MM-DD /ApplicationResponse/cbc:ResponseDate
Hora de comprobación Debe ser mayor a la fecha de recepción
7 del comprobante (OSE) M an..12 hh:mm:[Link] /ApplicationResponse/cbc:ResponseTime OSE
Debe corresponder al RUC del que envía
el CPE al OSE

Número de documento
de identificación del que
envía el CPE (emisor o /ApplicationResponse/cac:SenderParty/cac:PartyLegalEnti
8 PSE) M an..15 ty/cbc:CompanyID
Si el RUC es de un PSE, éste debe estar
autorizado por el emisor (vinculado) a la
fecha de comprobación

/ApplicationResponse/cac:SenderParty/cac:PartyLegalEnti
M n1 Catálogo 06 ty/cbc:CompanyID/@schemeID Valor fijo; "6"

/ApplicationResponse/cac:SenderParty/cac:PartyLegalEnti
M ty/cbc:CompanyID/@schemeAgencyName Valor fijo: "PE:SUNAT"

Tipo de documento de Valor fijo:


identidad del que envía /ApplicationResponse/cac:SenderParty/cac:PartyLegalEnti "urn:pe:gob:sunat:cpe:see:gem:catalogos:
9 el CPE (emisor o PSE) M ty/cbc:CompanyID/@schemeURI catalogo6"
El certificado digital con el que se firma el
CDR OSE, debe corresponder a este RUC.
Debe corresponder a un OSE registrado en
el padrón.
Debe estar vinculado al Emisor del
comprobante, a la fecha de
comprobación.

Número de documento /ApplicationResponse/cac:ReceiverParty/cac:PartyLegalEn


10 de identificación del OSE M an..11 tity/cbc:CompanyID

Tipo de documento de /ApplicationResponse/cac:ReceiverParty/cac:PartyLegalEn


11 identidad del OSE M n1 Catálogo 06 tity/cbc:CompanyID/@schemeID Valor fijo: "6"
/ApplicationResponse/cac:ReceiverParty/cac:PartyLegalEn
M tity/cbc:CompanyID/@schemeAgencyName Valor fijo: "PE:SUNAT"

Valor fijo:
/ApplicationResponse/cac:ReceiverParty/cac:PartyLegalEn "urn:pe:gob:sunat:cpe:see:gem:catalogos:
M tity/cbc:CompanyID/@schemeURI catalogo6"
/ApplicationResponse/cac:DocumentResponse/cac:Respo Valor fijo: "0", indica que el documento
M n1 nse/cbc:ResponseCode electrónico fue aceptado

/ApplicationResponse/cac:DocumentResponse/cac:Respo
12 Código de Respuesta M nse/cbc:ResponseCode/@listAgencyName Valor fijo: "PE:SUNAT"
Descripción de la /ApplicationResponse/cac:DocumentResponse/cac:Respo
13 Respuesta M an..250 nse/cbc:Description No debe ser nulo

/ApplicationResponse/cac:DocumentResponse/cac:Respo
C n4 nse/cac:Status/cbc:StatusReasonCode

Valor fijo:
/ApplicationResponse/cac:DocumentResponse/cac:Respo "urn:pe:gob:sunat:cpe:see:gem:codigos:c
14 Código de observación C nse/cac:Status/cbc:StatusReasonCode/@listURI odigoretorno"

Descripción de la /ApplicationResponse/cac:DocumentResponse/cac:Respo
15 observación C an..250 nse/cac:Status/cbc:StatusReason
Serie y número del ####- /ApplicationResponse/cac:DocumentResponse/cac:Docu
16 comprobante M an..13 ######## mentReference/cbc:ID

Fecha de emisión del /ApplicationResponse/cac:DocumentResponse/cac:Docu


17 comprobante M an..10 YYYY-MM-DD mentReference/cbc:IssueDate

Hora de emisión del /ApplicationResponse/cac:DocumentResponse/cac:Docu Debe corresponder con el CPE, Para


18 comprobante M an..12 hh:mm:[Link] mentReference/cbc:IssueTime el Resumen Diario y Comunicación de
Baja, se debe usar: RC o RA según
/ApplicationResponse/cac:DocumentResponse/cac:Docu corresponda.
19 Tipo de comprobante M n2 Catálogo 01 mentReference/cbc:DocumentTypeCode

/ApplicationResponse/cac:DocumentResponse/cac:Docu
mentReference/cac:Attachment/cac:ExternalReference/c
20 Hash del comprobante M bc:DocumentHash

Número de documento
de identificación del /ApplicationResponse/cac:DocumentResponse/cac:Issuer
21 emisor M an..15 Party/cac:PartyLegalEntity/cbc:CompanyID

Tipo de documento de /ApplicationResponse/cac:DocumentResponse/cac:Issuer


22 identidad del emisor M n1 Catálogo 06 Party/cac:PartyLegalEntity/cbc:CompanyID/@schemeID
Número de documento
de identificación del /ApplicationResponse/cac:DocumentResponse/cac:Recipi
23 receptor M an..15 entParty/cac:PartyLegalEntity/cbc:CompanyID

/ApplicationResponse/cac:DocumentResponse/cac:Recipi
Tipo de documento de entParty/cac:PartyLegalEntity/cbc:CompanyID/@schemeI
24 identidad del receptor M n1 Catálogo 06 D
CUADRO 2
Constancia de Recepción SUNAT – CDR SUNAT

N° CAMPOS NIVEL CONDICIÓ TIPO Y FORMATO Tag XML OBSERVACIONES


N LONGITUD
1 Versión del UBL Global M an..10 /ApplicationResponse/cbc:UBLVersionI
D
2 Versión de la estructura Global M an..10 /ApplicationResponse/cbc:Customizatio
del documento nID
3 Firma Digital (Firma Global M an..3000 /ApplicationResponse/ds:Signature
electrónica)
4 Número identificador Global M n19 YYYY######## /ApplicationResponse/cbc:ID
del proceso de ###
recepción

5 Fecha de Global M an..10 YYYY-MM-DD /ApplicationResponse/cbc:IssueDate Formato Date del XML


comprobación OSE
6 Hora de comprobación Global M an..11 hh:mm:ss /ApplicationResponse/cbc:IssueTime
OSE
7 Fecha de generación Global M an..10 YYYY-MM-DD /ApplicationResponse/cbc:ResponseDa Formato Date del XML
CDR SUNAT te
8 Hora de generación Global M an..11 hh:mm:ss /ApplicationResponse/cbc:ResponseTi
CDR SUNAT me
9 Código y descripción Global M an..250 /ApplicationResponse/cbc:Note Solo en caso de existir
de observaciones observaciones
10 Número de RUC del Global M an..15 /ApplicationResponse/cac:SenderParty/
Emisor cac:PartyIdentification/cbc:ID
11 Número de RUC del Global M an..15 /ApplicationResponse/cac:ReceiverParty/cac:P
Receptor artyIdentification/cbc:ID
12 Serie y número del Global M an..13 /ApplicationResponse/cac:DocumentResponse Formato de acuerdo al
comprobante /cac:Response/cbc:ReferenceID tipo de documento
procesado
13 Código de respuesta del Global M n1 /ApplicationResponse/cac:DocumentResponse Siempre será “0”
envío /cac:Response/cbc:ResponseCode
14 Descripción de la Global M an..100 /ApplicationResponse/cac:DocumentResponse
respuesta del envío /cac:Response/cbc:Description

También podría gustarte