¿Cuánto tarda un portal B2B y qué lo retrasa?

Implementar un portal de clientes y proveedores es una decisión estratégica que impacta directamente en la cadena de suministro y en la relación con los socios comerciales. Si ya sabes qué es, lo que necesitas ahora son datos claros: cuántas semanas se requieren y qué factores pueden alargar el calendario. En este artículo encontrarás un desglose preciso de cada fase, los motivos más habituales de los desvíos y qué se espera de tu empresa para mantener el proyecto en tiempo.

Las fases y su duración

Fase	Duración (semanas)	Entregable revisable
1. Análisis de requisitos	2‑3	Documento de alcance con casos de uso críticos
2. Diseño de arquitectura y UX	2‑4	Prototipo interactivo y esquema de integración con SUNAT y ERP interno
3. Desarrollo del núcleo (API, base de datos)	4‑6	API REST documentada y modelo de datos validado
4. Construcción del portal (frontend)	3‑5	Mockup funcional accesible con login de clientes/proveedores
5. Integración de facturación electrónica y pagos	2‑3	Conexión a la API de SUNAT y pruebas de conciliación de pagos
6. Pruebas de aceptación (UAT)	2‑3	Reporte de pruebas con criterios de éxito firmados por el cliente
7. Capacitación y documentación	1‑2	Manual de usuario y videos de entrenamiento para administradores
8. Puesta en producción y soporte inicial	1‑2	Portal activo y plan de soporte de 30 días

En total, un proyecto típico oscila entre 17 y 28 semanas. La variabilidad depende de la complejidad de los procesos internos y del nivel de integración con sistemas existentes.

Qué hace que un plazo se rompa

• Requerimientos incompletos o cambiantes. Cada nueva funcionalidad añadida después del análisis obliga a volver a diseñar y re‑escribir código.
• Integraciones con sistemas legados. En Perú, muchos ERP todavía operan con versiones antiguas que no exponen APIs estándar; adaptar conectores lleva entre 1 y 3 semanas extra por integración.
• Retrasos en la certificación SUNAT. La autorización para facturación electrónica puede tardar 7‑10 días hábiles, y cualquier error en los schemas implica una nueva ronda de validación.
• Disponibilidad del personal clave. Si el responsable de datos de la empresa (gerente de compras, jefe de TI) no entrega los archivos de referencia a tiempo, cada entrega se pospone al menos una semana.
• Ambientes de pruebas insuficientes. Falta de un entorno de pruebas aislado obliga a usar datos de producción, lo que ralentiza la validación y genera riesgos de calidad.

Causas del lado del cliente

• Falta de definición clara de flujos de aprobación de documentos.
• Demoras en la entrega de listados maestros (proveedores, productos, códigos de cuenta).
• Cambios de normativa interna durante el proyecto (por ejemplo, nueva política de retenciones).

Causas del lado del proveedor

• Subestimación de la complejidad de la integración con la plataforma de pagos local.
• Recursos técnicos insuficientes para atender simultáneamente a varios módulos críticos.
• Falta de pruebas automatizadas que permitan detectar regresiones rápidamente.

Qué te van a pedir a ti

• Decisiones de arquitectura: elegir entre una solución SaaS híbrida o un desarrollo 100 % propio. Cada opción afecta la fase 2 y los tiempos de integración.
• Datos maestros: listas de clientes y proveedores en formato CSV o Excel, con campos obligatorios (RUC, dirección, tipo de documento). La calidad de estos datos influye directamente en la duración de la fase 3.
• Aprobación de prototipos: el equipo de negocio debe validar el diseño UX en la semana 4; cualquier retroalimentación tardía agrega 1‑2 semanas al cronograma.
• Acceso a entornos: credenciales de pruebas para la API de SUNAT, sandbox de pasarela de pagos y acceso al servidor de pruebas del ERP interno.
• Recursos humanos: al menos un punto de contacto permanente (product owner) que pueda responder preguntas diarias y validar entregables en menos de 48 horas.

Cómo saber si va bien

Hito de control	Semana típica	Señal de alerta
Entrega del documento de alcance	2‑3	Comentarios extensos o requisitos no firmados → riesgo de cambios posteriores.
Validación del prototipo UX	5‑7	Rechazo de más del 30 % de los flujos → posible rediseño.
Conexión a SUNAT certificada	12‑14	Fallos de validación en más del 10 % de los comprobantes.
Compleción de pruebas UAT	18‑22	Más del 15 % de casos fallidos tras la segunda ronda.
Puesta en producción	24‑28	Necesidad de hot‑fixes críticos en la primera semana.

Indicadores de desvío

• Retraso de entregables > 5 días en cualquier fase indica que la planificación necesita revisión.
• Incidencias repetidas (p.ej., errores de mapeo de campos) superan el 8 % del total de pruebas, señal de problemas de calidad.
• Falta de disponibilidad del punto de contacto por más de 3 días consecutivos genera cuellos de botella en decisiones.

Conclusión

Un portal de clientes y proveedores no es un proyecto “de una sola vez”. Requiere entre 17 y 28 semanas, divididas en fases bien delimitadas, y cada una depende de decisiones y datos que tu empresa debe proporcionar con rapidez. Los principales culpables de los retrasos son los cambios de alcance, las integraciones con sistemas legados y la certificación SUNAT. Mantener un punto de contacto activo, entregar datos maestros limpios y aprobar prototipos en los tiempos previstos son las mejores garantías de que el calendario se respete. Si vigilas los hitos de control y reaccionas a las señales de alerta, podrás anticipar desvíos y evitar sorpresas al lanzar el portal al mercado.