¿Qué ocurre después de la entrega

La entrega del sistema de facturación electrónica marca el inicio de una fase que muchos gerentes subestiman: la operatividad real y los riesgos que aparecen cuando la solución pasa de la hoja de requisitos a la pantalla de producción. En este artículo encontrarás los puntos críticos que debes controlar desde el primer día después de la firma, quién debe responder ante fallas, qué incluye realmente el mantenimiento y cómo evitar quedar atrapado sin acceso ni documentación.

Lo que empieza el día de la entrega

• El entorno de producción ya está activo: la conexión con los web services de SUNAT se habilita y los primeros documentos se envían en tiempo real.
• Los usuarios empiezan a generar facturas: el ritmo de emisión suele incrementarse entre un 20 % y un 40 % en la primera semana, porque se sustituyen procesos manuales.
• Los indicadores de cumplimiento aparecen: la tasa de rechazo de la SUNAT, los tiempos de respuesta de la API y los logs de errores son visibles en el panel de control.

Nadie habla de lo que ocurre en esas primeras 48 horas. El proyecto se cierra con la firma del acta de entrega, pero el equipo de TI interno debe:

1. Validar la configuración de certificados digitales – el certificado de firma electrónica debe estar instalado en el servidor de producción y renovarse antes de su vencimiento (usualmente cada 2 años).
2. Revisar los parámetros de sincronización – la frecuencia de envío a la SUNAT (por lote o en tiempo real) se define en el contrato y afecta la carga del servidor.
3. Capacitar al personal de facturación – aunque la capacitación se haya dado durante la implementación, el día de la entrega los usuarios descubren dudas operativas que solo se resuelven con ejercicios reales.
4. Establecer los niveles de servicio (SLA) – definir en minutos el tiempo máximo de respuesta ante una caída del servicio y quién lo monitorea.

Quién responde cuando algo falla

En Perú, la normativa de SUNAT exige que el emisor mantenga la disponibilidad del sistema de facturación electrónica. Sin embargo, la responsabilidad de corregir fallas técnicas recae en quien entregó el software, siempre que el problema esté dentro del alcance contractual.

• Responsable del proveedor: debe responder a incidencias relacionadas con la generación de XML, la firma digital y la comunicación con los web services de SUNAT. Los tiempos típicos son:
  • Incidencias críticas (corte total de emisión) – respuesta en 1 h, solución o plan de acción en 4 h.
  • Incidencias medias (rechazos repetidos por formato) – respuesta en 2 h, solución en 12 h.
  • Incidencias menores (errores de interfaz) – respuesta en 4 h, solución en 24 h.
• Responsable interno: tu equipo de TI es quien debe registrar el ticket, proporcionar logs y validar que la incidencia no provenga de una configuración interna (por ejemplo, cambios en la base de datos de clientes).

Qué exigir por escrito

1. Acuerdo de nivel de servicio (SLA) firmado – incluya tiempos de respuesta, canales de comunicación y penalizaciones por incumplimiento.
2. Procedimientos de escalamiento – lista de contactos y horarios de disponibilidad, con al menos dos niveles de soporte.
3. Registro de cambios – cada intervención del proveedor debe quedar documentada, con fecha, descripción y versión del código.
4. Plan de contingencia – instrucciones para operar en modo offline y generar archivos de contingencia que luego se enviarán a SUNAT.

Mantenimiento: qué es y qué no

El término mantenimiento suele confundirse con soporte o evolución. En el contexto de facturación electrónica, es útil separar tres categorías:

1. Mantenimiento correctivo

• Objetivo: eliminar errores que impiden la generación o envío de comprobantes.
• Incluye: parches de seguridad, corrección de bugs en la lógica de negocio y ajustes de compatibilidad con cambios de la SUNAT.
• No incluye: nuevas funcionalidades que no estaban en el alcance original.

2. Mantenimiento evolutivo

• Objetivo: adaptar el sistema a requerimientos nuevos, como la incorporación de documentos electrónicos adicionales (por ejemplo, notas de crédito o guías de remisión).
• Incluye: desarrollo de módulos, integración con nuevos ERP o cambios en la normativa que requieran modificaciones estructurales.
• No incluye: refactorizaciones que no aporten valor funcional directo.

3. Mantenimiento preventivo

• Objetivo: anticipar problemas mediante auditorías periódicas de logs, revisión de certificados y pruebas de carga.
• Incluye: actualizaciones de versiones de Java, .NET o librerías de firma electrónica, y pruebas de compatibilidad con la última versión de la API SUNAT.
• No incluye: actividades de capacitación continua que no formen parte del contrato.

Cómo evitar quedar atrapado

El riesgo de depender exclusivamente del proveedor se incrementa cuando la empresa no posee los artefactos críticos del sistema. Para proteger la continuidad operativa, asegúrate de contar con lo siguiente:

• Accesos completos: usuarios y contraseñas de los servidores de aplicación, bases de datos y entornos de pruebas deben entregarse al momento de la firma. Solicita que se incluyan en el acta de entrega.
• Copias de seguridad: define una política de backups diarios y semanales, con al menos dos copias fuera del sitio. El plan debe especificar retención mínima de 90 días, que es el plazo que SUNAT permite presentar documentos de contingencia.
• Documentación técnica:
  • Diagramas de arquitectura (hardware, red y flujo de datos).
  • Manual de instalación y despliegue.
  • Guía de recuperación ante desastres.
  • Lista de dependencias (librerías, versiones de runtime).
• Propiedad del código: el contrato debe dejar claro que el código fuente, los scripts de base de datos y los paquetes de instalación son propiedad de tu empresa. Sin esto, cualquier cambio futuro dependerá de negociaciones adicionales.
• Auditoría de licencias: verifica que todas las herramientas de terceros (por ejemplo, motor de firma digital) cuenten con licencias vigentes y que la empresa pueda renovarlas sin intervención del integrador.

• “No encuentro el certificado digital en el servidor”. Significa que el acceso al entorno de producción no está documentado y que la entrega fue incompleta.
• “El proveedor tarda 3 semanas en responder a un cambio”. Indica que el SLA no está alineado con la criticidad del proceso de facturación.

Conclusión

Al leer este artículo sabes que la entrega de un sistema de facturación electrónica no termina con la firma del contrato. Debes:

1. Verificar la configuración y los indicadores de cumplimiento desde el primer día.
2. Tener claro quién responde, en qué plazos y con qué documentación cuando ocurre una falla.
3. Diferenciar entre mantenimiento correctivo, evolutivo y preventivo, y exigir los niveles de servicio adecuados.
4. Garantizar accesos, copias de seguridad y documentación para que tu empresa mantenga la propiedad y la capacidad de reacción.

Con estos pilares, tu inversión en facturación electrónica se convierte en una herramienta fiable y alineada con la normativa SUNAT, sin sorpresas inesperadas después de la entrega.

Controla la post‑entrega: define SLA, asegura accesos y separa mantenimiento correctivo de evolutivo.