Preguntas antes contratar facturación electrónica
Descubre las preguntas imprescindibles que debes hacer a un proveedor antes de elegir un sistema de facturación electrónica en Perú y evita sorpresas
Foto de Leeloo The First en Pexels
En tu empresa ya sabes que la facturación electrónica es obligatoria y que SUNAT exige cumplimiento estricto. El verdadero reto está en elegir el sistema de facturación electrónica que se ajuste a tus procesos, sin que la solución se convierta en un gasto inesperado o en una carga operativa. En este artículo encontrarás las preguntas que debes formular al proveedor, los elementos que deben quedar por escrito, las señales de alarma y una guía práctica para comparar propuestas.
Las preguntas que hay que hacer
-
¿Cuál es el nivel de integración con SUNAT?
- Respuesta adecuada: El proveedor detalla el método de envío (API REST certificado, web services SOAP) y muestra pruebas de certificación vigentes. Además indica la frecuencia de actualizaciones para adaptarse a cambios normativos.
- Señal de alerta: Respuestas vagas como “nos conectamos a SUNAT” sin demostrar pruebas o fechas de actualización.
-
¿Qué módulos incluye la solución y cómo se adaptan a mi flujo de venta?
- Respuesta adecuada: Lista de módulos (emisión de comprobantes, notas de crédito, reporte de ventas, conciliación bancaria) y ejemplos de parametrización para tipos de operación típicos de tu sector.
- Señal de alerta: Promete “todo incluido” pero no describe cómo se manejan casos particulares (ventas al crédito, exportaciones, facturas por anticipado).
-
¿Cuánto tiempo toma la puesta en marcha y cuál es el plan de capacitación?
- Respuesta adecuada: Un cronograma de 6 a 8 semanas con hitos claros (configuración, pruebas piloto, migración de datos, capacitación de usuarios clave). Se indica la duración de cada sesión y la disponibilidad de material post‑implementación.
- Señal de alerta: Promete “implementación inmediata” o no menciona fases de pruebas.
-
¿Qué nivel de soporte técnico ofrece y en qué horarios?
- Respuesta adecuada: Soporte 24/7 con ticketing, SLA de respuesta en 2 horas para incidencias críticas y 24 horas para consultas operativas. Se especifica el canal (correo, teléfono, chat) y el idioma del soporte.
- Señal de alerta: Solo soporte “de lunes a viernes en horario de oficina” sin garantía de tiempo de respuesta.
-
¿Cómo se gestionan las actualizaciones y quién las autoriza?
- Respuesta adecuada: Actualizaciones automáticas con notificación previa de 7 días, pruebas en entorno de staging y opción de aplazar en caso de procesos críticos.
- Señal de alerta: Actualizaciones manuales que requieren intervención del cliente o sin calendario definido.
-
¿Cuál es la política de propiedad del código y de los datos?
- Respuesta adecuada: El cliente conserva la propiedad total de los datos y el código fuente si se trata de desarrollo a medida; el proveedor otorga licencia de uso con cláusulas de rescisión claras.
- Señal de alerta: El proveedor se reserva derechos sobre el código o exige acceso exclusivo a la base de datos.
Lo que tiene que estar por escrito
- Alcance funcional: Documento que detalle cada comprobante soportado, los procesos de generación, envío y almacenamiento, y los reportes obligatorios para SUNAT.
- Entregables: Lista de artefactos (código fuente, manual de usuario, diagramas de integración, scripts de migración) y su formato de entrega.
- Plazos: Fechas de inicio, hitos de pruebas, fecha de puesta en producción y calendario de capacitaciones. Cada hito debe incluir un porcentaje de avance aceptable (por ejemplo, 30 % de configuración al finalizar la segunda semana).
- Soporte y mantenimiento: Nivel de servicio (SLA), canales de comunicación, horarios y procedimientos de escalamiento.
- Propiedad intelectual: Cláusula que establezca que tu empresa es dueña del código fuente y de los datos generados, con licencia de uso para el proveedor exclusivamente para mantenimiento.
- Penalizaciones: Multas por incumplimiento de plazos críticos (ej. retraso > 10 días en la puesta en producción) y garantías de corrección de errores críticos sin costo adicional.
Señales de alarma
- El proveedor no muestra certificaciones SUNAT. Sin evidencia de pruebas aprobadas, el riesgo de rechazos en la emisión de comprobantes es alto.
- Promete precios “a medida” sin detallar los componentes. La falta de desglose suele ocultar cargos futuros por usuarios extra, integraciones o soporte.
- Evita firmar un contrato que incluya propiedad del código. Si el código queda en manos del proveedor, perderás flexibilidad para futuras personalizaciones.
- No ofrece un entorno de pruebas antes de la puesta en producción. Sin staging, cualquier error se traslada directamente a la operación real, generando multas de SUNAT.
- El SLA de soporte es inexistente o ambiguo. En caso de caída del sistema, la empresa quedará sin respaldo operativo.
Cómo comparar dos propuestas distintas
Cuando recibas al menos dos ofertas, sigue este proceso estructurado:
- Normaliza la información: Transcribe cada propuesta a una tabla con los mismos campos (alcance, plazos, soporte, propiedad del código, costo de mantenimiento). Así eliminas comparaciones de “manzanas vs naranjas”.
- Evalúa la alineación con tus requerimientos críticos: Marca con una X los ítems que son imprescindibles (por ejemplo, envío automático a SUNAT en tiempo real). La propuesta que deje más casillas sin marcar pierde puntuación.
- Analiza los riesgos: Identifica en cada tabla los puntos donde la respuesta es vaga o donde el proveedor delega responsabilidades al cliente. Asigna un factor de riesgo (alto, medio, bajo).
- Calcula el esfuerzo interno: Estima cuántas semanas de tu equipo se necesitarán para cubrir lagunas (por ejemplo, si la propuesta no incluye capacitación, suma 2‑3 semanas de entrenamiento interno).
- Aplica una puntuación ponderada: Asigna pesos a cada categoría (por ejemplo, 30 % integración SUNAT, 25 % plazos, 20 % soporte, 15 % propiedad del código, 10 % costo de mantenimiento). Multiplica la puntuación de cada ítem por su peso y suma.
Propuesta A
- Integración SUNAT API certificada
- Plazo 7 semanas
- Soporte 24/7, SLA 2h
- Propiedad código Cliente
- Mantenimiento 15 % del proyecto anual
Propuesta B
- Integración SUNAT Web services (no certificado)
- Plazo 5 semanas
- Soporte L‑V 9‑17h
- Propiedad código Proveedor
- Mantenimiento 10 % del proyecto anual
Con la tabla y la puntuación ponderada podrás justificar la decisión ante la gerencia y evitar sorpresas después de la firma.
Conclusión
Al leer este artículo, sabes exactamente qué preguntar antes de contratar un sistema de facturación electrónica, qué cláusulas deben quedar por escrito, cómo reconocer señales de alarma y cuál es el método más objetivo para comparar dos ofertas. Con esa información, tu empresa podrá seleccionar un proveedor que garantice cumplimiento con SUNAT, plazos realistas y control total sobre el código y los datos, evitando costos ocultos y retrasos que afecten la operación diaria.
