CheckNumber.AI · 7 min read
Cómo convertir una exportación vCard en una lista de verificación masiva de números de teléfono
Extraiga las entradas TEL de archivos vCard a un archivo masivo con un número por línea, conservando los identificadores de contacto, las etiquetas y las excepciones de revisión.
Para convertir una exportación vCard en una lista de verificación masiva de números de teléfono, extraiga cada entrada TEL, conserve su referencia de contacto de origen y normalice el número de teléfono en un archivo independiente con un número por línea. Una tarjeta de contacto puede contener varios campos de teléfono, por lo que la cantidad de entradas para verificar no será necesariamente igual a la cantidad de tarjetas. Mantenga un mapeo hacia la tarjeta original antes de eliminar duplicados o cargar cualquier información.
Comprenda qué representa una entrada TEL en vCard
La especificación vCard define TEL como una propiedad de teléfono dentro de una tarjeta de contacto. Una tarjeta puede incluir varias propiedades TEL con etiquetas o parámetros de tipo que distinguen entre trabajo, móvil, hogar u otro uso. Algunas exportaciones representan el valor como texto; otras utilizan una forma de URI. El nombre en la tarjeta es contexto de contacto, no parte del número a verificar. Del mismo modo, un marcador de preferencia es una indicación sobre qué número puede mostrar primero la libreta de direcciones, no una garantía de que el número preferido sea válido.
Una guía genérica de CSV a menudo comienza después de que los datos de contacto ya han sido aplanados. La conversión de vCard tiene un problema previo: una tarjeta puede expandirse en cero, una o muchas filas de teléfono. Si el equipo conserva solo el primer valor TEL, podría perder una línea de trabajo útil. Si copia toda la tarjeta en una celda de hoja de cálculo, un verificador no puede interpretar la entrada como un número de teléfono por línea. El paso de conversión debe preservar tanto el número como la relación con la tarjeta.
Cree una tabla de extracción que preserve la fuente
Guarde la exportación .vcf original y cree una tabla de trabajo con un identificador de tarjeta estable, un identificador de ocurrencia TEL, el texto TEL original, el nombre mostrado de la tarjeta si es necesario para revisión interna, cualquier etiqueta de tipo TEL, el país interpretado, el candidato normalizado y un estado de revisión. Estos son campos locales propuestos, no campos de carga o resultados documentados de CheckNumber.AI. Una sola tarjeta con entradas TEL de trabajo y móvil se convierte en dos filas de tabla que comparten un ID de tarjeta pero tienen ID de ocurrencia separados.
Utilice un analizador compatible con vCard siempre que sea posible. El formato tiene reglas de escape y de plegado de líneas; dividir únicamente por caracteres de nueva línea puede corromper propiedades largas. Mantenga el valor TEL original junto al valor analizado para que un revisor pueda distinguir un error de análisis de un registro de origen incorrecto. Si un valor TEL es un URI tel:, maneje su notación URI en el analizador local y conserve el valor sin modificar para auditoría. No asuma que la libreta de direcciones de origen utilizó un país consistente o almacenó cada número en forma internacional.
Normalice los candidatos y aísle las entradas inciertas
Para cada ocurrencia TEL, determine si existe suficiente contexto de país para formar un número de teléfono internacional. Un número local sin código de país puede requerir un país asociado con el contacto o el sistema de origen; el idioma de un contacto por sí solo es una evidencia débil. No adivine el país a partir de un prefijo familiar ni fuerce un número a una forma que parezca válida. Coloque los valores incompletos, los que solo tienen extensión, los códigos de servicio y los ambiguos en una cola de revisión. Si un número incluye una extensión PBX, consérvela en el mapa y envíe solo el número base público donde esa división sea compatible con la fuente.
El plan de numeración ITU-T Recommendation E.164 proporciona el marco para los números internacionales. Para el flujo de trabajo masivo de CheckNumber.AI, los archivos de listas de teléfonos utilizan un país por archivo y un número por línea con código de país; el signo más puede omitirse. Cree un archivo separado solo de números para cada país. Una tarjeta que contiene números de dos países puede contribuir con una entrada a cada archivo mientras sigue siendo una sola tarjeta en el mapa de origen. Nunca coloque nombres de contacto, etiquetas TEL o ID en una línea que solo contenga números.
Elimine duplicados de las entradas de verificación sin colapsar los contactos
Varias tarjetas de contacto pueden referirse a la misma centralita de empresa o número familiar. Normalice los valores candidatos y luego cree un mapa desde cada entrada de verificación única hasta todos los ID de ocurrencia TEL que la produjeron. Esto puede reducir las verificaciones redundantes, pero las filas de origen deben permanecer separadas. Un número duplicado no es evidencia de que las tarjetas representen a la misma persona. Del mismo modo, una sola tarjeta con dos números no implica que los números compartan la misma señal de validez o actividad.
Antes de cargar, compare los conteos en cada etapa: tarjetas analizadas, propiedades TEL extraídas, entradas que requieren revisión, candidatos normalizados y números únicos preparados. Investigue cualquier caída sorprendente. Muestree tarjetas con múltiples valores TEL y asegúrese de que tengan múltiples filas de mapa. Verifique algunos registros de principio a fin: propiedad vCard original, candidato normalizado local, línea de carga y clave de mapeo. Esto es más informativo que simplemente confirmar que un archivo CSV o TXT se abre.
Verifique y reúna los resultados
Elija el producto de verificación masiva de números de teléfono documentado que responda a la pregunta de su equipo; el catálogo de productos de CheckNumber.AI distingue diferentes señales de verificación. Un resultado de formato o validez, una señal de registro en plataforma y una señal de actividad tienen significados diferentes. No trate uno como prueba de otro ni infiera la propiedad del contacto a partir de ninguno de ellos. Mantenga la fecha de verificación y el producto seleccionado con el resultado local.
Cuando se exporten los resultados, haga coincidir el número verificado con la clave normalizada en la tabla de extracción, luego expanda esa relación de nuevo a cada ocurrencia TEL y tarjeta. No dependa del orden de los archivos ni asuma que cada fila de carga produjo una fila de resultado idéntica. Investigue los resultados no coincidentes, duplicados o inciertos antes de actualizar la libreta de direcciones o el CRM. Conserve la etiqueta TEL original para que un equipo pueda saber si un resultado se aplicó a una línea de trabajo o a una línea móvil. Un paso de revisión gestionado por el usuario puede decidir entonces si marcar, corregir o conservar cada valor de contacto. El servicio de verificación proporciona una señal a nivel de número; la reconciliación de la tarjeta de contacto pertenece al equipo.
Preguntas frecuentes
¿Cómo pueden los equipos manejar varias entradas TEL en una sola vCard?
Expanda cada propiedad TEL en una fila local separada con su propio ID de ocurrencia mientras conserva el mismo ID de tarjeta de origen. Prepare cada número adecuado como una entrada de verificación individual.
¿Se deben eliminar los números duplicados en diferentes tarjetas?
No. Elimine los duplicados de las entradas de verificación si es útil, pero conserve cada relación entre tarjeta y número. Los números compartidos no prueban que existan personas o empresas duplicadas.
¿Qué sucede si una entrada TEL no tiene código de país?
Utilice un contexto de fuente confiable para determinar el país o manténgalo para revisión. No adivine un país solo para hacer que el valor pase una verificación de formato.
¿Puede una verificación de teléfono validar el nombre en una vCard?
No. Una señal de verificación a nivel de número no valida la identidad del propietario de la tarjeta ni la relación actual entre el número y el contacto nombrado.
