Appearance
Resumen Ejecutivo: Puesta en Marcha de PROXIMITI
Documento dirigido a directores de operaciones, responsables de proyecto y equipos de negocio de Ontime.
1. Que es PROXIMITI
PROXIMITI es la plataforma digital que gestiona toda la operativa de puntos de recogida (PUDO) para Ontime. Permite que un cliente envie un paquete, un operador de centro lo reciba y entregue al destinatario, y un transportista lo transporte entre centros — todo coordinado desde una unica plataforma.
Actores del Ecosistema
2. Como Funciona: El Viaje de un Paquete
Cada envio sigue un camino sencillo de 7 pasos, desde que el cliente lo crea hasta que el destinatario lo recoge.
Si el destinatario no recoge el paquete a tiempo, el sistema lo marca como caducado. El transportista pasa a recogerlo y se gestiona la devolucion al remitente.
3. Quienes Participan: Los 5 Roles
| Rol | Que hace | Herramienta |
|---|---|---|
| Cliente | Crea envios, consulta seguimiento, gestiona direcciones | Portal web (navegador) |
| Operador PUDO | Recibe paquetes, entrega al destinatario, gestiona capacidad | App movil (PUDO Manager) |
| Transportista | Transporta paquetes entre centros, recoge caducados | App movil (Carrier App) |
| Administrador | Gestiona centros, usuarios, contratos, configuracion | Portal web (panel admin) |
| Facturacion | Consulta facturas, comisiones, liquidaciones, informes | Portal web (panel facturacion) |
4. Las Aplicaciones
4.1 Portal Web (Cliente y Administrador)
Se accede desde el navegador, sin instalar nada. El cliente ve su panel con envios, seguimiento y direcciones. El administrador ve el panel de gestion con usuarios, centros, contratos y documentacion.
4.2 PUDO Manager (Operador de Centro)
App movil para iPhone y Android. El operador recibe paquetes escaneando el codigo, entrega con prueba (firma, foto y documento de identidad), gestiona la capacidad del centro y consulta el historial. Funciona sin conexion a internet.
4.3 Carrier App (Transportista)
App movil para iPhone y Android. El transportista ve su lista de pendientes, escanea paquetes, realiza el intercambio con el operador mediante codigos QR y recoge los paquetes caducados. Funciona sin conexion.
4.4 Widget de Seleccion PUDO
Componente web que se integra en cualquier pagina. El cliente busca puntos PUDO cercanos en un mapa y selecciona donde enviar su paquete.
5. Que Esta Listo
Estado General
| Cantidad | Porcentaje | |
|---|---|---|
| Implementado | 262 | 97% |
| Pendiente de integracion | 9 | 3% |
| Total | 271 | 100% |
Las 9 capacidades pendientes dependen de sistemas externos de Ontime (autenticacion, notificaciones, almacenamiento). La plataforma esta funcionalmente completa.
Por Area Funcional
| Area | Capacidades | Estado | Descripcion |
|---|---|---|---|
| Expediciones | 25 | Todas implementadas | Crear, recibir, entregar, seguimiento, prueba de entrega |
| Centros PUDO | 15 | Todas implementadas | Catalogo, capacidad, horarios, ciclo de vida |
| Portal Web | 49 | Todas implementadas | Todas las pantallas de cliente y administrador |
| App Operador | 19 | Todas implementadas | Todas las funciones del operador PUDO |
| App Transportista | 16 | Todas implementadas | Todas las funciones del transportista |
| Usuarios | 15 | Todas implementadas | Gestion de usuarios y roles |
| Gateway API | 68 | 67 implementadas, 1 pendiente | Conexion con todos los servicios |
| Notificaciones | 5 | 3 implementadas, 2 pendientes | Avisos en app funcionan; email y SMS pendiente |
| Caducidad | 5 | 3 implementadas, 2 pendientes | Deteccion funciona; conexion ALINA pendiente |
| Incidencias | 7 | 6 implementadas, 1 pendiente | Gestion funciona; chat pendiente |
| Proveedores | 6 | 3 implementadas, 3 pendientes | Estructura lista; conexion real pendiente |
| Widget | 9 | Todas implementadas | Selector PUDO funcional |
| Infraestructura | 32 | Todas implementadas | Base de datos, seguridad, trazabilidad |
6. Que Necesita Preparar Ontime
Los 7 Bloques de Preparacion
Detalle de Cada Bloque
1. Autenticacion (Azure AD) — PROXIMITI necesita saber quien es cada usuario. Ontime debe configurar su Azure AD para que los empleados accedan con sus credenciales corporativas.
2. Conexion ALINA (ERP) — Cuando un paquete caduca, PROXIMITI avisa a ALINA para gestionar la devolucion. Ontime debe proporcionar la direccion y credenciales del sistema ALINA.
3. Notificaciones (email/SMS) — PROXIMITI envia avisos por email y SMS cuando un paquete llega, se entrega o caduca. Ontime debe proporcionar su servidor de correo o plataforma de mensajeria.
4. Almacenamiento (Azure Blob) — Las fotos de entrega y firmas se guardan en la nube. Ontime debe proporcionar una cuenta de almacenamiento en Azure.
5. Apps en tiendas — Las apps de operador y transportista deben publicarse en App Store y Play Store. Ontime necesita cuentas de desarrollador en ambas tiendas.
6. Datos maestros — PROXIMITI necesita la lista de centros PUDO con direcciones y coordenadas, los usuarios del sistema y las tarifas vigentes.
7. Proveedores (Kanguro, Hublocker) — Si Ontime trabaja con estos proveedores, debe proporcionar las credenciales de acceso a sus APIs.
7. Las Conexiones con Otros Sistemas
Hoy estas conexiones funcionan con simuladores internos de prueba. Para produccion, Ontime debe conectar sus sistemas reales en cada uno de estos puntos.
8. La Red de Centros PUDO
Para cada centro PUDO, Ontime debe proporcionar:
- Nombre y codigo del centro
- Direccion completa con coordenadas (latitud y longitud) — sin coordenadas, el centro no aparece en el mapa
- Capacidad (cuantos paquetes puede almacenar)
- Horario de apertura (incluido horario partido si aplica)
- Tipo de establecimiento (papeleria, kiosco, ferreteria, etc.)
- Persona de contacto del centro
Las coordenadas geograficas son imprescindibles. Sin ellas, el buscador de puntos PUDO no puede mostrar el centro en el mapa y los clientes no podran seleccionarlo.
Ontime debera preparar los datos de sus centros propios (estimacion: 100-500 centros). Los centros de Kanguro y Hublocker se sincronizan automaticamente cuando se activa la conexion con estos proveedores.
9. Distribucion de las Apps Moviles
Hay 2 apps moviles: PUDO Manager (para operadores de centro) y Carrier App (para transportistas). Ambas se instalan desde App Store (iPhone) y Play Store (Android).
Para publicarlas, Ontime necesita:
| Requisito | Detalle |
|---|---|
| Cuenta Apple Developer | 99 USD/anio — permite publicar en App Store |
| Cuenta Google Play Developer | 25 USD (pago unico) — permite publicar en Play Store |
| Ficha de la app | Nombre, descripcion, capturas de pantalla, icono |
Si Ontime utiliza gestion de dispositivos (MDM), las apps se pueden distribuir directamente a los telefonos de los empleados sin necesidad de publicarlas en las tiendas.
10. El Plan de Pruebas
La puesta en marcha se organiza en 6 fases consecutivas.
| Fase | Duracion | Semanas | Periodo |
|---|---|---|---|
| Preparacion | 2 semanas | S1-S2 | Configurar entorno, cargar datos, crear accesos |
| Integracion | 1 semana | S3 | Verificar Azure AD, ALINA, NOVA |
| Funcionales | 3 semanas | S4-S6 | Probar cada proceso paso a paso |
| Rendimiento | 1 semana | S7 | Verificar volumen real de operacion |
| Piloto | 4 semanas | S8-S11 | 5-10 centros reales en operacion diaria |
| Arranque | 1 semana | S12 | Rollout a toda la red |
| 12 semanas |
| Fase | Que se hace |
|---|---|
| Preparacion | Configurar el entorno, cargar los datos de centros y usuarios, crear accesos |
| Integracion | Verificar que Azure AD, ALINA y las notificaciones funcionan correctamente |
| Funcionales | Probar cada proceso: crear envio, recibir, entregar, caducidad, incidencias |
| Rendimiento | Verificar que el sistema soporta el volumen real de operacion |
| Piloto | Operar con 5-10 centros reales durante 2-4 semanas |
| Arranque | Extender a toda la red de centros |
11. Criterios de Arranque
Todos estos criterios deben cumplirse antes del arranque general.
| # | Criterio | Descripcion |
|---|---|---|
| 1 | Los usuarios pueden acceder | Todos los operadores y transportistas entran con sus credenciales |
| 2 | Se pueden crear envios | Un cliente puede crear un envio desde el portal web |
| 3 | Se pueden recibir paquetes | Un operador puede escanear y registrar la recepcion |
| 4 | Se pueden entregar paquetes | Un operador puede entregar con firma y foto |
| 5 | Se generan notificaciones | El destinatario recibe email o SMS cuando su paquete llega |
| 6 | ALINA recibe los caducados | Los paquetes no recogidos se reportan automaticamente a ALINA |
| 7 | Las fotos se guardan | Las firmas y fotos de entrega se almacenan correctamente |
| 8 | Las apps funcionan | PUDO Manager y Carrier App operan sin errores en los dispositivos |
| 9 | Los datos son correctos | Los centros, usuarios y tarifas estan cargados y verificados |
| 10 | El piloto fue exitoso | Al menos 2 semanas sin incidencias criticas en centros reales |
Si alguno de estos criterios NO se cumple, el arranque se pospone hasta resolverlo.
12. Calendario Propuesto
| Fase | Duracion | Periodo Estimado |
|---|---|---|
| Preparacion | 2 semanas | Abril 2026 (semanas 1-2) |
| Pruebas integracion | 1 semana | Abril 2026 (semana 3) |
| Pruebas funcionales | 3 semanas | Abril-Mayo 2026 (semanas 4-6) |
| Pruebas rendimiento | 1 semana | Mayo 2026 (semana 7) |
| Piloto controlado | 4 semanas | Mayo-Junio 2026 (semanas 8-11) |
| Arranque general | 1 semana | Junio 2026 (semana 12) |
El calendario total estimado es de 12 semanas desde el inicio de la preparacion.
Este calendario es orientativo. Las fechas reales dependen de la disponibilidad de los equipos de Ontime y de la velocidad de preparacion de los bloques criticos (autenticacion, ALINA, notificaciones).
13. Los 13 Procesos a Certificar
La certificacion de PROXIMITI se organiza en 13 procesos de negocio que cubren todo el ciclo operativo. Cada proceso se prueba de principio a fin, como lo haria un usuario real.
| # | Proceso | Que se prueba | Quien participa |
|---|---|---|---|
| 1 | Crear expedicion completa | Un cliente crea un envio de principio a fin en el portal | Cliente + Sistema |
| 2 | Recibir paquete en centro | Un operador escanea y registra un paquete que llega | Operador PUDO |
| 3 | Entregar al destinatario | Un operador entrega con firma, foto y documento | Operador + Destinatario |
| 4 | Intercambio transportista-centro | El transportista entrega paquetes al operador con QR dual | Transportista + Operador |
| 5 | Caducidad y devolucion | Paquete no recogido → sistema avisa → transportista recoge | Sistema + Transportista |
| 6 | Seguimiento de envio | Un cliente consulta donde esta su paquete | Cliente |
| 7 | Administracion del sistema | Un admin gestiona centros, usuarios, contratos | Administrador |
| 8 | Tarifas y precios | Configurar y calcular precios correctamente | Admin + Cliente |
| 9 | Incidencias y soporte | Crear, escalar y resolver un problema | Operador + Admin |
| 10 | Notificaciones | Verificar que llegan avisos por email y SMS | Sistema |
| 11 | Integraciones externas | Verificar que Azure AD, ALINA, NOVA y proveedores funcionan | IT Ontime |
| 12 | Modo sin conexion | Las apps funcionan sin internet y sincronizan despues | Operador + Transportista |
| 13 | Perfiles de usuario | Editar datos, subir foto, primer acceso | Todos los roles |
Cada proceso tiene un script detallado paso a paso en el Plan de Certificacion. Aqui presentamos la vision de negocio.
14. Metricas de Rendimiento
PROXIMITI debe soportar el volumen real de operacion de Ontime sin degradar la experiencia de usuario. Estas son las metas de rendimiento que se verificaran durante las pruebas.
| Escenario | Objetivo | Por que importa |
|---|---|---|
| Crear 1.000 envios en 1 hora | Menos de 0.5 segundos por envio | Soportar picos de campana (Black Friday, Navidad) |
| 100 consultas de seguimiento a la vez | Menos de 0.2 segundos | Muchos destinatarios consultando al mismo tiempo |
| Subir 50 fotos de entrega a la vez | Menos de 2 segundos cada una | Horas punta de entregas en centros |
| Panel admin con 10.000 envios | Menos de 1 segundo en cargar | Visibilidad operativa sin esperas |
| 100 busquedas de centros PUDO a la vez | Menos de 0.3 segundos | Widget embebido en web de alto trafico |
| 50 logins simultaneos | Menos de 3 segundos | Inicio de turno, todos los operadores acceden a la vez |
Estas metricas se miden en el entorno de staging bajo condiciones controladas. Si alguna no se cumple, se optimiza antes de pasar al piloto.
15. Que Pasa Si Algo Falla (No-Go)
Existen 8 situaciones bloqueantes que impedirian el arranque si se detectan durante las pruebas. Cada una tiene una solucion definida.
| Bloqueante | Consecuencia | Solucion |
|---|---|---|
| Nadie puede entrar al sistema | Toda la operativa se detiene | Verificar configuracion de Azure AD |
| ALINA no recibe avisos de caducidad | Paquetes no recogidos se acumulan | Verificar conexion y credenciales ALINA |
| Se pierden fotos o firmas de entrega | Sin prueba legal de entrega | Verificar almacenamiento Azure Blob |
| Los precios se calculan mal | Facturacion incorrecta a clientes | Verificar tarifas con departamento comercial |
| Un centro se desborda de paquetes | Paquetes sin espacio, mala experiencia | Verificar control de capacidad |
| Las apps moviles no funcionan | Operadores y transportistas parados | Probar en dispositivos reales |
| Se pierden operaciones sin conexion | Entregas o recepciones sin registrar | Verificar sincronizacion offline |
| No llegan notificaciones | Destinatarios no saben que su paquete esta listo | Verificar NOVA y canales email/SMS |
Si alguna de estas situaciones se detecta durante las pruebas, el arranque se pospone hasta resolverla. No se aceptan soluciones parciales ni compromisos temporales en estos 8 puntos.
16. Protocolo de Incidencias
Durante la certificacion y el piloto, cualquier problema que se detecte se clasifica por severidad. La clasificacion determina la velocidad de respuesta.
| Nivel | Que significa | Tiempo de respuesta | Ejemplo |
|---|---|---|---|
| Critico (P1) | El sistema no funciona — operacion detenida | 4 horas | No se puede crear envios, no se guardan firmas |
| Alto (P2) | Algo falla pero hay forma de seguir trabajando | 24 horas | Notificaciones no llegan, sync de proveedor lento |
| Medio (P3) | Error menor que no afecta la operacion diaria | 48 horas | Un filtro de busqueda no funciona bien |
| Bajo (P4) | Detalle visual o mejora sugerida | Siguiente version | Un texto mal alineado |
Regla de parada: si hay 3 o mas incidencias criticas abiertas al mismo tiempo, se pausa toda la certificacion hasta resolverlas.
17. Checklist Final (Dia Antes del Arranque)
El dia previo al arranque general, se revisan estas 22 verificaciones agrupadas por area. Todas deben estar marcadas como completadas.
| Area | Verificacion | Responsable |
|---|---|---|
| Infraestructura | Los 8 servicios estan encendidos y respondiendo | IT Ontime |
| La base de datos esta operativa y con respaldo | IT Ontime | |
| El almacenamiento de fotos y firmas funciona | IT Ontime | |
| Las direcciones web tienen certificado de seguridad | IT Ontime | |
| Seguridad | Todos los usuarios pueden acceder con sus credenciales | IT Ontime |
| Las contraseñas y claves estan protegidas (no en texto plano) | IT Ontime | |
| Datos | Los centros PUDO estan cargados con direcciones y coordenadas | Operaciones |
| Los usuarios tienen roles y centros asignados | Operaciones | |
| Las tarifas reales estan configuradas | Operaciones | |
| Integraciones | ALINA responde a mensajes de prueba | IT Ontime |
| Las notificaciones email/SMS llegan | IT Ontime | |
| Los proveedores (Kanguro, Hublocker) sincronizan | IT Ontime | |
| Aplicaciones | El portal web esta accesible | IT Ontime |
| Las apps estan publicadas en las tiendas | IT Ontime | |
| Formacion | Los operadores recibieron formacion y tienen la guia | Operaciones |
| Los transportistas recibieron formacion y tienen la guia | Operaciones | |
| Hay al menos 2 personas de soporte capacitadas | Operaciones | |
| Monitorizacion | Hay alertas automaticas si un servicio cae | IT Ontime |
| Los logs son accesibles para diagnostico | IT Ontime | |
| Contingencia | Hay un plan de vuelta atras documentado | Desarrollo |
| Se tomo una copia de seguridad justo antes de arrancar | IT Ontime | |
| Se envio comunicado de arranque a todos los participantes | Operaciones |
Si cualquier verificacion falla, se documenta como incidencia y se evalua si es bloqueante para el arranque.
18. Proximos Pasos
- Ontime completa el cuestionario de Realidad Operativa
- IT Ontime prepara los bloques criticos (Azure AD, ALINA, NOVA)
- Operaciones prepara los datos maestros (centros, usuarios, tarifas)
- Se configura el entorno de staging
- Comienza la certificacion (12 semanas)
- Piloto controlado con 5-10 centros reales
- Go-Live
Contacto
Para dudas sobre este documento o el proceso de puesta en marcha, contactar al equipo de proyecto.
Documento generado automaticamente desde la plataforma de documentacion PROXIMITI.