Reunimos comentarios de empresas que ya operan con SIFEN y necesitaban conectar su inventario interno con la facturación fiscal. No hay métricas infladas ni promesas de resultados: son observaciones sobre tiempos, errores recurrentes y cómo se resolvieron en la práctica.
Antes el cierre se estiraba porque los comprobantes rechazados por SIFEN quedaban sin conciliar. Con el conector API y la cola de reintentos, el área contable ve el estado real de cada documento y no espera al último día para descubrir diferencias.
La base contable tenía índices pensados para el volumen de hace años. Después de revisar consultas y particionar por período fiscal, los reportes de inventario y facturación dejaron de bloquear las transacciones del día.
Trabajábamos con un ERP propietario que nadie quería tocar. El módulo externo absorbe la firma digital y el envío a SIFEN, y el sistema interno solo intercambia archivos. Menos riesgo de regresión y actualizaciones más rápidas cuando cambia la normativa.
Lo que más valoramos fue el código documentado y los códigos de respuesta de SIFEN explicados uno por uno. El equipo interno pudo resolver incidencias sin abrir un ticket cada vez que aparecía un rechazo nuevo.
Cada comprobante queda con su registro de envío, respuesta y reintento. Cuando llegó la revisión interna, no tuvimos que reconstruir nada a mano: la información estaba donde debía estar desde el primer día.
Antes de firmar cualquier propuesta conviene fijar el alcance. Estas son las definiciones que usamos cuando hablamos de conectores, bases contables y ERPs propietarios en Paraguay, para que no queden zonas grises entre lo que revisamos y lo que queda del lado del equipo interno.
Cuando decimos integración nos referimos al flujo completo: generación del comprobante en el sistema interno, firma digital con el certificado vigente, envío al servicio fiscal, lectura del acuse o del rechazo, y registro del estado en la base contable. No es solo una llamada HTTP. Si el ERP no puede distinguir entre "aprobado", "rechazado por formato" y "pendiente de reintento", la integración está incompleta aunque el endpoint responda 200.
Trabajamos con sistemas heredados sin exigir acceso al código fuente del núcleo. El módulo externo absorbe la lógica fiscal y se comunica por API, cola de mensajes o tablas de intercambio. Lo que sí necesitamos es documentación de las estructuras de datos que vamos a leer y escribir, y un entorno de pruebas donde podamos romper cosas sin afectar la operación real. Si el proveedor del ERP no colabora con eso, el proyecto se vuelve inviable y lo decimos antes de empezar.
El diagnóstico cubre revisión del esquema contable, análisis de los puntos de emisión, mapeo de códigos de respuesta de SIFEN y una propuesta de arquitectura de conector. No incluye migración de datos históricos ni reescritura del ERP. Entregamos un documento con hallazgos, riesgos identificados y un orden sugerido de intervención. La implementación es una etapa posterior y se cotiza por separado según el volumen de comprobantes y la cantidad de puntos de emisión.
El modo contingencia no es un extra: es parte del diseño. Cuando SIFEN no responde, el sistema debe seguir emitiendo con numeración local, guardar los comprobantes en cola y reintentar cuando el servicio vuelva. Lo que no hacemos es prometer disponibilidad del servicio fiscal ni asumir responsabilidad por sus tiempos de respuesta. Nuestro compromiso es que la cola no pierda comprobantes y que la conciliación posterior sea trazable para auditoría.
No emitimos facturas en nombre del cliente, no gestionamos certificados digitales ante la autoridad fiscal y no actuamos como responsable de la veracidad de los datos contables. Tampoco damos asesoría tributaria ni legal: si hay dudas sobre el tratamiento fiscal de una operación, eso lo resuelve el contador de la empresa. Nuestro rol es técnico: que el software haga lo que la norma y el negocio necesitan, con documentación suficiente para que otro equipo pueda mantenerlo.