El core open source de Egeek.Sifen ya cubre el siguiente tramo de su flujo stateless: tomar un Documento Electrónico firmado, enviarlo individualmente al servicio síncrono de SIFEN y devolver un resultado normalizado a la aplicación que lo consume.
Qué se incorporó
La implementación del servicio siRecepDE construye la solicitud SOAP 1.2, selecciona el ambiente configurado y utiliza autenticación mutua desde el host. El documento no se regenera ni vuelve a firmarse durante el envío, de modo que se conserva exactamente el XML preparado por el flujo anterior.
Las respuestas se traducen a resultados explícitos para distinguir aprobación, rechazo funcional, timeout, error del servicio remoto y respuesta no interpretable. Los códigos y mensajes originales de SIFEN se preservan para diagnóstico y trazabilidad.
Una Web API stateless mínima
También se añadieron dos endpoints opcionales: uno para firmar un DE y otro para enviar un XML ya firmado. Son adaptadores del mismo núcleo de aplicación, por lo que la lógica fiscal permanece reutilizable tanto como librería como desde HTTP.
El contrato HTTP diferencia validaciones locales, rechazos de SIFEN, fallos del servicio remoto, timeouts y errores técnicos. La autenticación y las políticas de exposición de la API quedan deliberadamente a cargo del sistema que hospeda el core.
Verificación y límites actuales
La regresión automatizada finalizó con 73 pruebas exitosas y cinco integraciones externas omitidas de forma controlada. El flujo local cubre generación, firma, QR, validación contra los XSD oficiales, serialización SOAP y clasificación de respuestas.
Actualización: aceptación satisfactoria en SIFEN TEST
El vertical de envío individual completó finalmente su aceptación en el ambiente de pruebas. Después de corregir la configuración autorizada del timbrado, SIFEN respondió con el código 0260, “Autorización del DE satisfactoria”, y estado aprobado, sin errores de transporte ni rechazos funcionales.
Antes de transmitir, el preflight volvió a comprobar generación, firma XMLDSig, QR y validación contra el paquete XSD oficial. El envío utilizó el XML ya firmado, sin regenerarlo ni volver a firmarlo, confirmando en una integración real la separación entre ambas operaciones del core stateless.
Lo siguiente
El próximo crecimiento natural incluye recepción por lotes, consulta de resultados, consulta de documentos y RUC, eventos y el modo persistido para procesos desconectados. La prioridad seguirá siendo ampliar el core mediante contratos pequeños y verificables, manteniendo separadas la lógica normativa y la infraestructura del host.