IOSOR

IOSOR Guías

Higiene CSV de lookup masivo antes de campaña: normalizar, deduplicar y presupuestar

Un CSV de lookup masivo debe normalizar a E.164, deduplicar, respetar caché de tipo de línea caduco y poner techos de presupuesto antes del envío. Finanzas y ops comparten las mismas columnas.

Marketing quiere una lista. Finanzas ve una racha de débitos de lookup que no cuadran con los SMS enviados después. El lookup masivo no es volcar una hoja al API. La higiene va antes del gasto: normalizar a E.164, deduplicar, respetar caché de tipo de línea caduco, techo en la cartera. Quienes saltan la higiene tratan números muertos como incidentes de entrega, filas duplicadas como «cobertura» y una etiqueta mobile vieja como verdad de enrutado.

IOSOR empaqueta lookup junto a mensajería en un ledger prepaid white-label. Catálogo live significa que la comprobación está lista; in setup no es una puerta de producción que se cachea. Cerca de USD 1,000+ mensuales, muestras de gasto evitable y correlación lookup→send entran en revisión comercial.

Columnas CSV que finanzas y ops necesitan

Finanzas y ops deben abrir el mismo CSV y leer la misma historia. Columnas mínimas: E.164 normalizado, entrada cruda, marca de lookup, tipo de línea, acierto de caché o comprobación fresca, importe debitado, decisión de envío (enviar / saltar / volver a consultar), id de campaign o lote. Una etiqueta «mobile» sin marca de tiempo es opinión, no evidencia.

E.164 y deduplicación antes del gasto de lookup

Normalicen y dedupliquen antes de gastar lookup. La misma línea escrita +1…, 001… y formato local se debita tres veces. Normalicen a E.164, dedupliquen por ese número, luego llamen lookup live. Filas basura (cortas, letras, cadenas de prueba) se tiran en la importación, no se consultan como «desconocido».

Riesgo de caché de tipo de línea caduco

Un tipo de línea en caché es una señal de enrutado con marca de tiempo, no un tatuaje. El mobile de ayer puede ser un rango VoIP hoy. Una caché caduca manda OTP a un rango muerto o añade fricción a quien portó ayer. Igual pagan la fila de lookup y el segmento desperdiciado. El TTL es regla de producto, no gusto de base de datos. No cacheen «desconocido» como mobile.

Techos de presupuesto y cadencia de exportación

Los techos de presupuesto pertenecen al lote, no a «ya reconciliamos después». Pongan techo de filas y de importe por corrida de lookup; la cadencia de exportación (diaria o al cerrar el lote) es anterior al blast, no una sorpresa de fin de mes. Cerca de USD 1,000+, el gasto evitable y los cubos de edad de caché entran en revisión más densa.

Señales de alarma

  • Lookup masivo sin normalizar
  • El mismo E.164 debitado dos veces por variantes de formato
  • «Mobile» caduco tratado como verdad de enrutado
  • Desconocido cacheado como mobile
  • CSV sin techo de filas ni de importe
  • Lookup conciliado con el envío solo a fin de mes
  • Higiene prometida mientras el canal está in setup
  • Errores al cliente que nombran marcas aguas arriba

Empezar con IOSOR

Tome el CSV de la campaña de la semana pasada. Normalice cada fila a E.164, tire la basura, deduplique por el número normalizado y recién entonces un lookup. Tope el lote por filas y monto prepaid antes del envío. Exporte el mismo archivo que abrirán finanzas y ops: tipo de línea, acierto de caché, débito, decisión send o skip.

Conclusión IOSOR

Haga: higiene antes del dinero de lookup. Variantes de formato de una línea son un débito. Un tipo de línea en caché tiene marca de tiempo; un mobile viejo no es verdad de enrutado.

No haga: volcar la hoja en la API y conciliar a fin de mes. Filas duplicadas no son cobertura. Unknown cacheado como mobile es una fuga prepaid.

¿Fue útil esta guía?

Guías relacionadas