IOSOR Guías
Portabilidad vs DID nuevo: cuándo mover el número y cuándo el JIT sale más barato
Guía B2B: cuándo la portabilidad preserva la confianza de marca, cuándo un DID JIT fresco es más rápido y barato, y cómo el hold prepago→compra mantiene honesto el camino del dinero.
Cada hilo de ops termina con la misma pregunta: ¿portamos el número que los clientes ya conocen, o acuñamos un DID nuevo y reeducamos el mercado? Portar suena a continuidad. El JIT nuevo suena a velocidad. El error caro es elegir por instinto — y luego descubrir papeleo FOA, caídas silenciosas o un hold prepago que nunca se liberó mientras soporte aún atiende un número que muere.
IOSOR trata los números como capacidad just-in-time dentro de un monedero white-label prepago: búsqueda live de cobertura, hold de fondos, compra, asignación. No hay ficción cliente de stock de tienda precargado. La portabilidad es un proyecto aparte con su propio presupuesto de riesgo — no un checkbox junto a “comprar ahora”.
Portabilidad vs DID nuevo: la decisión real
Portar mantiene los dígitos E.164 impresos en facturas, empaque y bots.
Coste y timeline: lo que realmente cuesta cada camino
Compare el coste total de propiedad en la ventana de decisión, no una sola fila mensual:
- Alta + alquiler del primer periodo de un DID nuevo (con prorrateo honesto)
- Fees de port / tiempo de proyecto incluyendo horas de eng y AM
- Quema de dual-run — el camino viejo sigue sonando mientras se prueba el nuevo
- Comunicación al cliente — SMS, FAQ, macros de soporte
Checklist de riesgo antes de decidir
- Liste toda superficie que imprime el número actual (legal, empaque, bots, prompts IVR).
- Pida un timeline escrito de port con modos de fallo — no un “normalmente X días” de marketing.
- Exija search → hold prepago → compra → assign para cualquier DID nuevo, con reembolso si falla.
- Confirme readiness de messaging vs voz por separado; un DID no es llave universal.
No hay ficción de stock de tienda: hold prepago y luego compra
No hay ficción de «stock de tienda» con números precomprados. La secuencia honesta es búsqueda live → hold prepago → compra → asignación. Si falla, se libera el hold y vuelve el dinero; si tiene éxito, el número es suyo al instante. Mantenga el ledger ops de números propios separado del catálogo del comprador.
Señales de alarma
- Dashboards que venden “port instantáneo” sin lenguaje FOC / rechazo
- Presión para acumular números “por si acaso” en vez de JIT
- Catálogo que marca mercados live mientras SMS o voz siguen in setup
- Sin historia de reembolso cuando falla una compra o un intento de port a mitad de vuelo
- Ops que fuerza a su equipo a un portal de terceros para cada pregunta de estado
Comience con IOSOR
Evalúe su inventario actual de numeración en la consola de IOSOR separando los activos de marca heredados de los puntos de enrutamiento puramente funcionales. Si un extremo es estrictamente funcional, ejecute una búsqueda en tiempo directo y active una retención prepagada para asignar al instante un nuevo DID Justo a Tiempo, evitando así semanas de espera en procesos de migración.
- Segundo mes de DID: MRC completo al cambiar el calendario UTC
- compra JIT de DID virtuales
- El límite de subcuenta es un alto total, no un desbordamiento silencioso
Conclusión IOSOR
La portabilidad solo se justifica cuando el reconocimiento del número impulsa directamente la confianza del cliente o el cumplimiento normativo. Los extremos funcionales, los números de campañas y el enrutamiento de sistemas automatizados resultan mucho más económicos y rápidos cuando se aprovisionan bajo demanda mediante flujos de búsqueda y retención de DID Justo a Tiempo.
¿Fue útil esta guía?
Guías relacionadas
- Transferencia de DID al segundo propietario: quién puede asignar y liberar
Domine los límites operativos, el aprovisionamiento JIT y los umbrales financieros de prepago durante las transferencias de DID.
- Límite de gasto por DID: Alquiler más consumo MT en un solo número
Controle la exposición por número en su CPaaS de marca blanca con un límite de gasto combinado para MRC y tráfico saliente MT.
- Enrutamiento de webhooks entrantes en DID: MO sin propietario pierde STOP
Enrute webhooks entrantes a la cuenta propietaria de forma segura. Evite eventos MO huérfanos y bajas perdidas en CPaaS de marca blanca.