Publicación de Factura Boletas y Notas electrónica Sunat

El proceso de publicación de documentos electrónicos para los Sistemas de Emisión Desde el Contribuyente (SEE) debe contemplar un flujo con control de errores, no solo desde el punto de vista del sistema, también del retorno que envían los servicios de la SUNAT.

Desde el punto de vista del sistema cliente, pueden ocurrir errores de conexión a Internet y errores de disponibilidad del servicio SUNAT. En estos casos todo ocurre en el lado del cliente y debemos llevar un control de errores del sistema e informar el estado del registro o documento electrónico que queremos enviar.

Asumiendo que estamos con la disposición de conexión a Internet y el servicio SUNAT responde adecuadamente, debemos contemplar los errores que el servicio pueda retornar antes del procesamiento del lado del servicio. La SUNAT tiene los códigos de error menor a 1000 que indican problemas de atención al cliente, estos nos permiten poder en estos casos poder reenviar los documentos.

El diagrama de flujo se ha tratado se hacer muy simple, no contemplando procesos paralelos y mostrando solo decisiones booleanas. Este diagrama por su simplicidad solo es un alcance del proceso de publicación de documentos electrónicos SUNAT.  En el diagrama estamos asumiendo que existe disponibilidad de conexión a Internet y de los servicios SUNAT. Las notas adjuntas al diagrama pueden ser tomadas como procesos que se pueden explotar.

No pensemos que los servicios SUNAT son muy eficientes, estos tienen errores no controlados por el servicios que ocasiona no terminar el ciclo de publicación. Generalmente pasa con la respuesta SUNAT (CDR), estos pueden venir corruptos o no llegan al cliente; en ambos casos debemos estar preparados para ello.

Cuando el ciclo de publicación terminar con retorno del CDR, tiene un código de retorno y un mensaje de respuesta. En el caso de rechazo de un documento viene con código de error mayor 1000 y menor a 4000. En el caso de un código de retorno mayor a 4000 indica que el sistema debe tomar nota de ello, es una advertencia o recomendación que debemos tomar en cuenta. En el caso de un rechazo, no tenemos una nueva oportunidad de enviarlo, el registro formara parte de los documentos anulados. Si tenemos error menor a 1000, la SUNAT nos da la oportunidad de volver a enviar el documento electrónico.

Los documentos que tienen oportunidad de volver a enviarse, deben estar en un repositorio de documentos por reenviar. El sistema debe brindar al usuario la opción de un nuevo envío de estos registros. Este proceso de reenvío debe realizar el ciclo desde el punto que cuenta con el archivo XML firmado y comprimido en formato ZIP; ademas, debe estar ya en la Base de datos con estado por reenviar. El diagrama iniciaría con el proceso "Envio a Sunat".

Los documentos que están por reparar, deben solo descargar el CDR para comprobar el código de retorno y el mensaje Sunat. En caso que tuviéramos un rechazo (Error >1000 y Error <4000), el sistema debe actualizar los estados del registro para indicar que el documento fue rechazado. Si tiene un retorno mayor a 4000, solo actualizamos el registro en OK , pero indicando el mensaje y el código que ha retornado en el CDR descargado. 

En el diagrama se muestra que se envía el correo al cliente con el archivo PDF y el XML adjunto en 2 casos: Si el documento ha tenido éxito o si no hemos obtenido el CDR (Por reparar). Esto lo indico porque asumimos el beneficio de la duda. Si bien no tenemos el CDR, asumimos que el documento ha sido aprobado por la SUNAT. Bueno, en el caso que al reparar el documento nos enteremos que ha sido rechazado, es necesario volver a generarlo e informar al cliente que el documento electrónico  volverá a ser generado por el problema anterior explicado.  Alguien puede tener una alternativa a este flujo, pero el error potencial esta fuera de nuestras manos en el ciclo de publicación; o puede ocurrir que se corte la conexión en la espera de la respuesta SUNAT (CDR), es un escenario que igual se presenta y se puede resolver enviando el correo electrónico al cliente con los adjuntos.

En un sistema de generación de documentos de venta estándar, todos los procesos están bajo control del sistema, los tratamientos de errores nos permite poder cumplir con el ciclo de emisión de un documento de venta. En el caso de una emisión electrónica, existen procesos que están fuera de nuestro control, la SUNAT como ente regulador valida la emisión de un documento, este puede ser aprobado o rechazado. Ademas, existen procesos de comunicación remota que forma parte de la transacción de publicación del documento. Estamos hablando que en la emisión electrónica participan la SUNAT como una entidad en el modelo de procesos del sistema. Además, existen procesos desconectados como los procesos de baja de un documento electrónico, del cual solo obtenemos un Ticket de atención desde los servicios SUNAT que posteriormente el sistema debe validar para obtener la respuesta si el documento solicitado ha sido dado de baja con éxito.

Voy a en unas próximas publicaciones haré hincapié otros procesos importantes en la emisión y gestión de documentos electrónicos. En todos los casos hablaremos de sistemas de emisión desde el contribuyente.