Cuánto tarda un portal de clientes‑proveedores

En tu empresa ya sabes que un portal web para clientes y proveedores es clave para agilizar la facturación electrónica y la comunicación con SUNAT. Lo que ahora te preocupa es cuánto tiempo tomará su puesta en marcha y por qué esos plazos pueden variar. En este artículo desglosamos cada fase del proyecto, identificamos las causas que rompen los tiempos y te indicamos qué tendrás que aportar para que el proceso avance sin sorpresas.

Las fases y su duración

Fase	Duración estimada (semanas)	Entregable revisable
1. Análisis de requerimientos	2‑3	Documento de especificaciones funcionales
2. Arquitectura y diseño UX/UI	2‑4	Prototipo interactivo y esquema de arquitectura
3. Desarrollo del núcleo (API, base de datos)	4‑6	API funcional y modelo de datos documentado
4. Construcción del portal (frontend)	3‑5	Portal accesible en entorno de pruebas
5. Integración con SUNAT y facturación electrónica	2‑3	Conexión validada con el servicio de la SUNAT
6. Pruebas de aceptación (UAT)	2‑3	Reporte de pruebas con incidencias resueltas
7. Capacitación y puesta en producción	1‑2	Manual de usuario y portal en producción

En total, el rango típico oscila entre 16 y 26 semanas. Cada fase entrega un artefacto que puedes revisar y aprobar antes de pasar a la siguiente, lo que reduce la probabilidad de sorpresas tardías.

Qué hace que un plazo se rompa

• Requerimientos incompletos o cambiantes: Cuando el cliente añade módulos (por ejemplo, gestión de proveedores de materiales) después de la fase 1, el proyecto se re‑planifica y se añaden semanas.
• Datos maestros ausentes: La integración con SUNAT necesita catálogos de productos y clientes. Si la empresa no entrega estos datos en el formato requerido, el equipo de desarrollo pasa tiempo limpiando y transformando la información.
• Aprobaciones internas lentas: Cada entregable necesita la firma del jefe de operaciones o del gerente. Retrasos en la revisión de prototipos o de los reportes de pruebas añaden entre 1 y 2 semanas por ciclo.
• Dependencias externas: La API de la SUNAT a veces sufre mantenimientos no anunciados. Cuando eso ocurre, la fase de integración se alarga 1‑2 semanas.
• Recursos limitados del cliente: Si el personal que debe validar los flujos de compra o de facturación está sobrecargado, la retroalimentación se dilata.
• Entorno de pruebas insuficiente: Falta de servidores de staging o de datos de prueba reales obliga al equipo a crear simulaciones, lo que puede sumar 1‑3 semanas.

Qué te van a pedir a ti

• Decisiones de arquitectura: Elegir entre una solución basada en microservicios o una aplicación monolítica. Esta decisión influye en la complejidad del desarrollo y, por ende, en la duración.
• Datos maestros completos: Listas de clientes, proveedores, productos, códigos de unidad de medida y claves de SUNAT. Se requiere al menos el 80 % de los registros antes de iniciar la fase de integración.
• Participación de usuarios clave: Un representante de cada área (ventas, compras, finanzas) debe asistir a las sesiones de revisión de UX/UI y a las pruebas de aceptación.
• Políticas de seguridad: Definir roles y permisos de acceso. En Perú, la normativa de protección de datos personales (Ley PDPL) obliga a establecer controles de acceso claros.
• Aprobación de presupuestos internos: Aunque no se menciona precio, sí se necesita confirmar la disponibilidad de recursos humanos para la capacitación y el soporte post‑lanzamiento.

Cómo saber si va bien

• Hitos de control: Cada fase incluye una revisión formal. Si el entregable se aprueba sin observaciones mayores, el proyecto avanza según lo planificado.
• Indicadores de desviación:
  • Retraso > 10 % en la fase de desarrollo: Significa que el equipo está encontrando complejidades técnicas no previstas.
  • Más de 3 incidencias críticas en UAT: Indica que la integración con SUNAT o la lógica de negocio necesita revisión.
  • Falta de datos maestros > 20 %: Aumenta el riesgo de retrasos en la fase de integración.
• Comunicación constante: Un reporte semanal con avances y bloqueos permite identificar a tiempo cualquier desviación.
• Validación de usuarios finales: Si los usuarios de ventas y compras confirman que los flujos coinciden con sus procesos, el proyecto está alineado con la realidad operativa.

Un portal bien planificado se entrega en 4‑6 meses; los retrasos habituales provienen de cambios de alcance y datos incompletos.

Conclusión

Si has leído hasta aquí, ya conoces el mapa completo de tiempos: entre 16 y 26 semanas distribuidas en siete fases claras, con entregables que puedes validar en cada paso. Sabes también qué factores internos (datos, aprobaciones, recursos) son los que más suelen romper el cronograma y cómo tu empresa debe participar para evitar sorpresas. Con esta visión, podrás evaluar si el software para gestionar mi empresa encaja en tu planificación estratégica y tomar decisiones informadas antes de iniciar el proyecto.

---

Este artículo se elaboró con la experiencia de Kovensa en desarrollo de software a medida para empresas peruanas.