Limpieza de datos de CRM para números de teléfono: una lista de verificación previa a la importación
Prepare los campos de teléfono, los datos de país, los duplicados y el contexto de asignación antes de importar una lista de contactos a un CRM.
Prepare los campos de teléfono, los datos de país, los duplicados y el contexto de asignación antes de importar una lista de contactos a un CRM.
La limpieza de datos de CRM para números de teléfono comienza antes de presionar el botón de importación: conserve los valores de origen, establezca el país para cada registro, normalice los números al formato E.164, revise los duplicados y, a continuación, adjunte únicamente el contexto de asignación que una consulta realmente devuelve. Mantenga explícitos los valores de consulta no disponibles. Esta secuencia facilita la auditoría de la lista importada y evita convertir una corrección de formato o un resultado de operador original en una afirmación sobre una persona o una línea activa.
Conserve el origen y elija el campo de teléfono
Exporte una copia de trabajo de la lista de contactos y mantenga una clave de registro de origen estable. El valor telefónico sin procesar pertenece a una columna; el valor limpio pertenece a otra. Incluya el país, el propietario del contacto, la hora de la última actualización y el origen del permiso en campos separados si el CRM los admite. Esto hace posible revisar un cambio y, cuando sea necesario, rastrear una importación incorrecta hasta su origen.
Decida qué campo de teléfono está limpiando el equipo. Un registro puede contener una línea principal, una línea móvil y una extensión de centralita. No concatene una extensión en el número internacional normalizado. No sobrescriba silenciosamente un campo móvil conocido con un número de oficina general porque la fila de origen contiene ambos. Si el CRM tiene un campo de teléfono genérico, documente qué entrada tiene prioridad y dónde se almacenará el otro número.
Las hojas de cálculo pueden distorsionar los identificadores telefónicos. La guía de Microsoft recomienda el formato de texto para conservar los ceros iniciales y las cadenas de dígitos largas. Si una hoja de cálculo ya descartó un dígito, cambiar el formato de la celda no lo recuperará. Compare las filas sospechosas con la exportación original en lugar de adivinar un reemplazo.
Normalice el país y el formato E.164 antes de la deduplicación
El formato E.164 proporciona una estructura de numeración internacional bajo la recomendación de la UIT. Para la entrada en tiempo real de CarrierLookup, envíe un signo más inicial, el código de país y el número de suscriptor sin espacios ni separadores. Comience asignando un país o región de numeración confiable. Un número en formato local sin ese contexto no está listo para la conversión.
Elimine la puntuación visual en un campo auxiliar y, a continuación, aplique la regla específica del país para cualquier prefijo de marcación nacional. No elimine un cero inicial mediante una regla universal; confirme si se trata de un prefijo de tronco en el plan de ese país. Los números que ya incluyen un signo más y un código de país no deben recibir otro código de país. Marque las filas ambiguas y deje el campo limpio vacío hasta que sea revisado.
Solo después de la normalización, el equipo debe comparar los números de teléfono para detectar duplicados. Dos cadenas sin procesar visualmente diferentes pueden normalizarse al mismo número internacional. Mantenga visibles todos los registros de contacto vinculados: un número repetido puede ser una línea comercial compartida o un error de datos, y una decisión de duplicado no debe fusionar personas automáticamente. Almacene un estado de revisión de duplicados en lugar de eliminar filas durante la limpieza.
Elija una ruta de consulta que coincida con el tamaño de la lista
Para un registro de CRM nuevo o corregido, la Consulta del operador original en tiempo real de CarrierLookup puede añadir el tipo de número, el operador originalmente asignado, el operador subyacente y la geografía de asignación del número. Una sola verificación es adecuada para un registro. La verificación múltiple REST de la misma sesión acepta hasta 100 números E.164, y el procesamiento por lotes en tiempo real del panel acepta hasta 500. La ruta múltiple conserva el orden de entrada, lo que ayuda a asignar los resultados a las claves de origen.
Un gran volumen de trabajo sigue una tarea de archivo asíncrona separada. Prepare un archivo TXT o CSV de una columna que contenga un número con código de país por línea y seleccione el país utilizado para esa tarea. Una exportación de CRM con varios países debe separarse primero en grupos por país. La lista debe ser esencialmente del país seleccionado; las filas que no cumplan con las reglas de preprocesamiento masivo pueden ser excluidas. Lea la documentación de la API de CarrierLookup para conocer los límites en vivo y los detalles de aceptación en lugar de integrar límites supuestos en una plantilla de importación.
La tarea de archivo no es una consulta de respuesta inmediata. Envíe el archivo preparado, supervise el estado de la tarea en el intervalo documentado y descargue su CSV de resultados después de que se complete con éxito. Mantenga una asignación desde el identificador preparado hasta las claves de origen del CRM, ya que el identificador del resultado masivo son dígitos simples con código de país sin signo más. La transformación entre ese identificador y el campo E.164 del CRM debe ser explícita.
Asigne campos sin inventar conclusiones más sólidas
El campo de operador de CarrierLookup se refiere a la empresa a la que se asignó originalmente el rango de números. Los campos de región y ciudad son la geografía de asignación. El tipo de número describe la clasificación del rango. Coloque esos valores en campos de CRM nombrados en consecuencia, como "operador original" y "región de asignación", en lugar de etiquetas genéricas de "operador" y "ubicación" que podrían confundirse con hechos actuales sobre una persona.
| Campo de importación | Almacenar | No inferir |
|---|---|---|
| Número normalizado | Valor E.164 revisado | Propiedad o permiso |
| Tipo de número | Categoría de asignación reportada | Si el servicio está activo |
| Operador original | Asignación de rango reportada | El operador que sirve la línea tras la portabilidad |
| Región o ciudad de asignación | Geografía del rango de números reportada | Ubicación de la persona o dispositivo |
| Campo de consulta vacío | Valor no disponible | Resultado negativo o inválido |
Una consulta completada puede contener campos de operador vacíos. Manténgalos vacíos o utilice un marcador claro de no disponible; no rellene automáticamente un operador adivinado a partir del prefijo. Un rechazo de formato o una consulta indecisa pertenece a una cola de revisión en lugar de a un grupo normal de resultados enriquecidos. El CRM debe conservar la fecha de la consulta para que un usuario posterior comprenda la antigüedad de los datos.
Pruebe la importación y documente la ruta de excepción
Antes de importar el archivo completo, pruebe una pequeña muestra que contenga un rango móvil ordinario, una categoría de línea fija o VoIP, un duplicado, un campo de consulta vacío y un número que necesitó conversión de nacional a internacional. Compruebe que el CRM asignó cada campo a la columna prevista y que un valor en blanco no sobrescribió inesperadamente los buenos datos de origen. Revise algunos registros después de la importación de prueba en la interfaz real del CRM.
Prepare un informe de excepciones con claves de origen, razones y propietarios. Las categorías posibles son país faltante, valor sin procesar dañado, revisión de duplicados, consulta no disponible y exclusión de tarea de archivo. Cada categoría requiere una acción siguiente diferente. "Intentar de nuevo" es apropiado solo después de una entrada corregible conocida o una condición de resultado temporal; no debe ser un sustituto para encontrar el país de origen.
Finalmente, compare los recuentos de filas en cada etapa: exportación de origen, candidatos normalizados, consultas enviadas, resultados completados, excepciones y registros de CRM importados. Los recuentos no necesitan coincidir si las filas se retuvieron deliberadamente, pero cada diferencia debe ser explicable. Esto convierte una limpieza única en un proceso que el siguiente operador puede repetir.
Preguntas frecuentes
¿Cuándo debe un equipo deduplicar números de teléfono en una importación de CRM?
Normalice primero los números a una forma internacional revisada y, a continuación, compare los valores. Mantenga visibles los registros de origen vinculados y revise si un número repetido es una línea compartida o un error de datos.
¿Cómo deben importarse los campos de operador vacíos?
Almacene un valor no disponible y la fecha de la consulta. Una respuesta completada con un campo vacío no debe convertirse en una conclusión de número inválido o línea desconectada.
¿Qué debe incluirse en un archivo grande de consulta de operador?
Utilice un archivo TXT o CSV de una columna con números preparados con código de país, agrupados por el país seleccionado, y conserve una asignación a las claves de registro del CRM para el resultado devuelto.
Más información
Elija la información del producto que se ajuste al siguiente paso en su flujo de trabajo.