Anulación

Introducción

Un documento de anulación electrónica es un documento que certifica la abolición de un documento electrónico previo, como una factura, y tiene la misma validez legal que un documento de anulación impreso tradicional. La diferencia principal es que se crea, envía y almacena digitalmente. Este documento electrónico debe contener todos los datos fiscales necesarios que permitan verificar la anulación del documento entre el emisor y el receptor, asegurando así la correcta invalidación de la operación previamente documentada. Beneficios de la Facturación Electrónica Eficiencia Operativa: La automatización del proceso de facturación reduce la carga administrativa, disminuyendo los errores humanos y acelerando las transacciones. Reducción de Costos: Menores gastos en papel, impresión, envío y almacenamiento de documentos físicos. Acceso y Gestión Simplificados: El almacenamiento digital facilita la búsqueda y gestión de documentos, lo que es especialmente útil para auditorías y cumplimiento fiscal.

Autenticación

Para acceder al servicio de facturación electrónica a través de nuestra API REST, los usuarios deben autenticarse utilizando el método de Authorization Bearer Token. Este proceso implica dos pasos principales:

1. Autenticación Básica: Los usuarios envían sus credenciales (usuario y contraseña) codificadas en base64 en el encabezado de la solicitud.

2. Identificador del Servicio: Junto con las credenciales, los usuarios deben especificar el identificador del servicio que desean utilizar.

3. Generación del Token: Los usuarios pueden generar el token enviando una solicitud [GET] a URL_API_AUTH/ServicioEDOC, incluyendo el identificador del servicio deseado.

Servicios Disponibles

Cada servicio dentro de la plataforma tiene un identificador único que debe ser proporcionado durante la solicitud de autenticación. A continuación, se muestra una tabla con los identificadores y nombres de los servicios disponibles:

ID	Servicio
1	Emisión de Comprobante
2	Recepción de Comprobante
3	Consulta de Emisión
4	Consulta de Recepción
15	Manifiesto Receptor
16	Anulación

Seguridad y Manejo del Token

• Almacenamiento Seguro: Es esencial que el token se almacene de manera segura para evitar accesos no autorizados.

• Caducidad y Renovación: Los tokens tienen un período de validez limitado y deben ser renovados periódicamente.

• Revocación de Tokens: En caso de compromiso, el token debe ser revocado inmediatamente.

Versión 4.0

Autenticación

get

Autorizaciones

basic

AuthorizationstringRequerido

Parámetros de consulta

Idinteger · int64Opcional

Identificador del servicio: 1. Emisión documento, 2. Recepción documento, 3. Consulta emisión, 4. Consulta recepción, 15. Manifiesto Receptor, 16. Anulación

Respuestas

200

OK. Procesado correctamente.

application/json

valorstringOpcional

Valor de sesión para consumo de los servicios web eDoc Origen: GS

Example: eyJhbGciOiJIUzUxMiIsInR5cCI6IkpXVCJ9.eyJ1bmlxdWVfbmFtZSI6IkVkb2NQYUFQSSIsInJvbGUiOiIxNTU2NjgwMDEtMi0yMDE4IiwiYWN0b3J0IjoiQ29uc3VsdGFFbWlzaW9uIiwibmJmIjoxNjg1NTY3ODYwLCJleHAiOjE2ODU2MDM4NjAsImlhdCI6MTY4NTU2Nzg2MCwiaXNzIjoiaHR0cHM6Ly9sYWJwYS5ndXJ1LXNvZnQuY29tL2Vkb2NwYW5hbWEvNC4wL2F1dGVudGljYWNpb24vYXBpIiwiYXVkIjoiQ29uc3VsdGFFbWlzaW9uIn0.mPrXrsw4iVIMYA9XnFULQTEI0GvFpzqCiUkLsYpjMAuIagOlkLfTaT4zqHFGXz423j6rgHsIBlIuwH-4mEEqYg

expedidostring · date-timeOpcional

Fecha de expedición del token Origen: GS

Example: 2023-05-31T16:17:40.2168943-05:00

expirastring · date-timeOpcional

Fecha de caducidad del token Origen: GS

Example: 2023-06-01T02:17:40.2168943-05:00

codigoErrorstringOpcional

Código de alerta o error en caso de ocurrir durante el procesamiento de la petición Origen: GS

mensajeRespuestastringOpcional

Mensaje de alerta o error en caso de ocurrir durante el procesamiento de la petición Origen: GS

401

Credenciales inválidas

application/json

500

Error. Verificar mensaje de excepción y comunicarse con soporte.

application/json

get

/ServicioEDOC

HTTPcURLJavaScriptPython

GET /EdocPanama/emp/api/Auth/ServicioEDOC HTTP/1.1
Authorization: Basic username:password
Accept: */*

{
  "valor": "eyJhbGciOiJIUzUxMiIsInR5cCI6IkpXVCJ9.eyJ1bmlxdWVfbmFtZSI6IkVkb2NQYUFQSSIsInJvbGUiOiIxNTU2NjgwMDEtMi0yMDE4IiwiYWN0b3J0IjoiQ29uc3VsdGFFbWlzaW9uIiwibmJmIjoxNjg1NTY3ODYwLCJleHAiOjE2ODU2MDM4NjAsImlhdCI6MTY4NTU2Nzg2MCwiaXNzIjoiaHR0cHM6Ly9sYWJwYS5ndXJ1LXNvZnQuY29tL2Vkb2NwYW5hbWEvNC4wL2F1dGVudGljYWNpb24vYXBpIiwiYXVkIjoiQ29uc3VsdGFFbWlzaW9uIn0.mPrXrsw4iVIMYA9XnFULQTEI0GvFpzqCiUkLsYpjMAuIagOlkLfTaT4zqHFGXz423j6rgHsIBlIuwH-4mEEqYg",
  "expedido": "2023-05-31T16:17:40.2168943-05:00",
  "expira": "2023-06-01T02:17:40.2168943-05:00",
  "codigoError": "",
  "mensajeRespuesta": ""
}

Emisión de Anulación

En esta sección, abordaremos los detalles técnicos específicos del proceso de emisión de anulaciones electrónicas utilizando la tecnología REST. Exploraremos cómo este enfoque facilita la integración eficiente y segura de los sistemas de facturación dentro de las infraestructuras empresariales existentes, asegurando la conformidad con los estándares legales y fiscales relevantes. Nos centraremos en la implementación de REST para describir las interacciones entre los sistemas y los métodos empleados para la transmisión de datos de facturación electrónica.

Estados eDoc

La gestión adecuada de los estados eDoc es crucial en el sistema de facturación electrónica, ya que cada estado refleja una etapa específica en el proceso de validación y envío de documentos a la entidad tributaria. A continuación, se presenta una tabla que describe cada uno de los estados eDoc, proporcionando claridad sobre las acciones necesarias según el estado en que se encuentre el documento.

Estado	Descripción del Estado	Reenviar	Consultar	Acción Recomendada
2	Documento autorizado, cumple con todo lo requerido por la DGII y el ente tributario.	NO	NO	No se requieren acciones adicionales.
4	Error de procesamiento en eDoc, se debe radicar un ticket de atención en nuestra mesa de ayuda.	SI	NO	Notificar a soporte técnico. No reenviar automáticamente.
5	El documento fue recibido, pero no hubo respuesta a la consulta del estado hacia la entidad tributaria.	NO	SI	No reenviar. Consultar el estado del documento nuevamente.
6	Documento devuelto por el ente tributario, no cumple con las especificaciones del XML en campos obligatorios. Se debe corregir datos y volver a enviar con el mismo secuencial del documento rechazado.	SI	NO	Corregir según indicaciones y luego reenviar manualmente.
7	El documento no fue recibido por la entidad tributaria.	NO	SI	No reenviar. Consultar el estado del documento.
11	Documento anulado en el ente tributario.	NO	NO	No se requieren acciones adicionales.
15	Documento devuelto por eDoc previo a generación del XML por posible duplicidad, credenciales inválidas o Tipo de Documento no reconocido.	NO	SI	Si el documento es duplicado consultar el documento si ha sido autorizado previamente; Si las credenciales son invalidas verificar que se esté enviando la información correcta; y Si envía el documento en la clase equivocada se debe corregir y volver a enviar el mismo documento
18	Documento no encontrado en Edoc	NO	NO	Verificar que se esté enviando la información correcta
20	eDoc no se puede contactar al PAC, se realiza un posterior envío automático	NO	SI	Consulta el estado final del documento

• Estado Autorizado (2): Este estado indica que el documento ha sido autorizado por la entidad tributaria. En este punto, no se requiere ninguna acción adicional como reenvío o consulta del estado, pues el documento ya ha completado su proceso satisfactoriamente.

• Estados Transitorios (5, 7, 10, 20): Estos estados reflejan las fases intermedias en el proceso de envío y recepción de documentos con la entidad tributaria. En todos estos casos, no se deben reenviar los documentos, sino consultar su estado hasta que cambien a una situación definitiva.

• Estados de Error y Corrección (4, 6, 15): El estado 4 indica un error en el proceso de envío o procesamiento, y no debe reenviarse automáticamente; es necesario revisar el error específico y corregirlo si es posible. El estado 6 se asigna a documentos rechazados por la entidad tributaria y requiere corrección manual antes de un reenvío. El estado 15 sugiere que el documento fue devuelto por eDoc empresarial y debe ser analizado para determinar la causa y decidir las acciones correctivas apropiadas. En estos casos, la corrección de errores es fundamental antes de cualquier intento de reenvío.

• Estado de Anulación (11): Este estado indica que el documento ha sido anulado y, por lo tanto, ya no tiene validez legal o administrativa. No se requieren acciones adicionales para documentos en este estado, ya que han sido efectivamente retirados del proceso.

Consideraciones Importantes

• Consultas de Estado: Para los estados que sugieren consultar el estado del documento, es recomendable establecer un intervalo regular de consultas para evitar la saturación del sistema y asegurar la actualización oportuna del estado del documento.

• Notificaciones a Soporte: En casos de errores que no pueden ser resueltos directamente por el usuario, como el estado 4, es fundamental notificar al soporte técnico proporcionando todos los detalles necesarios para una rápida resolución del problema.

Diccionario de datos

Diccionario de datoswiki.edocnube.com

Consumo

Versión 4.0

Recibe una anulación emitida para su firmado, transmisión al ente de autorización.

post

Autorizaciones

Bearer

AuthorizationstringRequerido

Ingrese cadena de autorización: JWT-Token

Cuerpo

application/json

Estructura de anulación

cufestringOpcional

Codigo único de la FE a ser anulada Origen: GS

Obligatorio

Min: 66 - Max: 66

Example: FE0120000155668001-2-2018-3707892023061300000002050060120035300326

motivoAnulacionstringOpcional

Motivo de la anulación Origen: DGI

Obligatorio

Min: 15 - Max: 1000

Explicación de las razones para la anulación de esta FE

Example: Anulación de ejemplo

correoNotificacionstringOpcional

Correo para enviar notificación de la anulación Origen: GS

Opcional

Min: 1 - Max: 100

Example: [email protected]

nombreIntegracionstringOpcional

Nombre de la integración Origen: GS

Opcional

Min: 0 - Max: 100

Example: ERP X

Respuestas

200

La petición se ha procesado correctamente. No obstante, es necesario verificar el 'estado eDoc' para confirmar si el documento electrónico ha sido autorizado o rechazado, según los estados definidos.

application/json

Estructura de respuesta evento de anulación y manifiesto de receptor

estadoEmisionEDOCstringOpcional

Estado Edoc Origen: GS

Example: 2

fechaAutorizacionstring · date-timeOpcional

Fecha en la que la entidad tributaria autoriza la transacción. Origen: DGI

Example: 2023-09-05T17:09:35-05:00

codigoErrorstringOpcional

Codigo generado por la entidad tributaria para especificar el estado actual de la transacción. Origen: DGI

Example: 0600

mensajeRespuestastringOpcional

Mensaje de respuesta de la transacción. Origen: DGI

Example: 0600:Evento registrado con éxito

401

Credenciales inválidas o la compañía no tiene autorización para acceder.

application/json

500

Verificar mensaje de excepción y comunicarse con soporte.

application/json

post

/Anulacion

HTTPcURLJavaScriptPython

POST /EdocPanama/emp/api/Emision/Anulacion HTTP/1.1
Authorization: YOUR_API_KEY
Content-Type: application/json
Accept: */*
Content-Length: 200

{
  "cufe": "FE0120000155668001-2-2018-3707892023061300000002050060120035300326",
  "motivoAnulacion": "Anulación de ejemplo",
  "correoNotificacion": "[email protected]",
  "nombreIntegracion": "ERP X"
}

{
  "estadoEmisionEDOC": "2",
  "fechaAutorizacion": "2023-09-05T17:09:35-05:00",
  "codigoError": "0600",
  "mensajeRespuesta": "0600:Evento registrado con éxito"
}