Registrieren Sie sich und kontaktieren Sie den Support, um 100 kostenlose Prüfungen zu erhalten.Kostenlos registrieren
CarrierLookup Workflow-Illustration zu „CRM-Datenbereinigung für Telefonnummern: Eine Checkliste vor dem Import“
Ein visueller Überblick über den in diesem CarrierLookup Artikel beschriebenen Workflow.

Bereiten Sie Telefonfelder, Länderdaten, Duplikate und Zuweisungskontext vor, bevor Sie eine Kontaktliste in ein CRM importieren.

Die CRM-Datenbereinigung für Telefonnummern beginnt bereits vor dem Klick auf die Import-Schaltfläche: Bewahren Sie die Quellwerte, legen Sie für jeden Datensatz das Land fest, normalisieren Sie Nummern auf E.164, prüfen Sie auf Duplikate und fügen Sie nur den Zuweisungskontext hinzu, den eine Abfrage tatsächlich zurückgibt. Halten Sie nicht verfügbare Abfragewerte explizit fest. Diese Vorgehensweise macht die importierte Liste leichter prüfbar und verhindert, dass eine Formatkorrektur oder ein Ergebnis zum ursprünglichen Netzbetreiber fälschlicherweise als Aussage über eine Person oder einen aktiven Anschluss interpretiert wird.

Bewahren Sie die Quelle und wählen Sie das Telefonfeld

Exportieren Sie eine Arbeitskopie der Kontaktliste und behalten Sie einen stabilen Quellschlüssel bei. Der rohe Telefonwert gehört in eine Spalte, der bereinigte Wert in eine andere. Fügen Sie Land, Kontaktinhaber, Zeitpunkt der letzten Aktualisierung und die Quelle der Einwilligung in separaten Feldern hinzu, falls das CRM diese unterstützt. Dies ermöglicht es, eine Änderung zu überprüfen und bei Bedarf einen fehlerhaften Import auf seine Quelle zurückzuführen.

Entscheiden Sie, welches Telefonfeld das Team bereinigen soll. Ein Datensatz kann eine Hauptnummer, eine Mobilnummer und eine Durchwahl enthalten. Fügen Sie eine Durchwahl nicht mit der normalisierten internationalen Nummer zusammen. Überschreiben Sie nicht ungefragt ein bekanntes Mobilfeld mit einer allgemeinen Büronummer, nur weil die Quellzeile beides enthält. Wenn das CRM nur ein allgemeines Telefonfeld besitzt, dokumentieren Sie, welche Eingabe Priorität hat und wo die andere Nummer gespeichert wird.

Tabellenkalkulationen können Telefonkennungen verfälschen. Die Anleitung von Microsoft empfiehlt die Formatierung als Text, um führende Nullen und lange Ziffernfolgen zu erhalten. Wenn eine Tabellenkalkulation bereits eine Ziffer verworfen hat, kann diese durch Ändern des Zellformats nicht wiederhergestellt werden. Vergleichen Sie verdächtige Zeilen mit dem ursprünglichen Export, anstatt einen Ersatz zu erraten.

Normalisieren Sie Land und E.164 vor der Deduplizierung

E.164 bietet eine internationale Nummerierungsstruktur gemäß der ITU-Empfehlung. Übermitteln Sie für die Echtzeit-Eingabe bei CarrierLookup ein führendes Pluszeichen, den Ländercode und die Teilnehmernummer ohne Leerzeichen oder Trennzeichen. Beginnen Sie damit, ein vertrauenswürdiges Land oder eine Nummerierungsregion zuzuweisen. Eine Nummer im lokalen Format ohne diesen Kontext ist nicht für die Konvertierung bereit.

Entfernen Sie visuelle Satzzeichen in einem Hilfsfeld und wenden Sie dann die länderspezifische Regel für nationale Vorwahlen an. Löschen Sie eine führende Null nicht aufgrund einer universellen Regel; prüfen Sie, ob es sich um eine Verkehrsausscheidungsziffer im Plan des jeweiligen Landes handelt. Nummern, die bereits ein Pluszeichen und einen Ländercode enthalten, sollten keinen weiteren Ländercode erhalten. Markieren Sie mehrdeutige Zeilen und lassen Sie das bereinigte Feld leer, bis es überprüft wurde.

Erst nach der Normalisierung sollte das Team die Telefonnummern auf Duplikate prüfen. Zwei visuell unterschiedliche Rohzeichenfolgen können zur gleichen internationalen Nummer normalisiert werden. Halten Sie alle verknüpften Kontaktdatensätze sichtbar: Eine wiederholte Nummer kann eine gemeinsam genutzte Geschäftsnummer oder ein Datenfehler sein, und eine Entscheidung über Duplikate sollte Personen nicht automatisch zusammenführen. Speichern Sie einen Status für die Duplikatsprüfung, anstatt Zeilen während der Bereinigung zu löschen.

Wählen Sie einen Abfrageweg, der zur Listengröße passt

Für einen neuen oder korrigierten CRM-Datensatz kann die Abfrage des ursprünglichen Netzbetreibers in Echtzeit von CarrierLookup den Nummerntyp, den ursprünglich zugewiesenen Netzbetreiber, den zugrunde liegenden Netzbetreiber und die Geografie der Nummernzuweisung hinzufügen. Eine Einzelabfrage ist für einen Datensatz angemessen. Die REST-Mehrfachabfrage in derselben Sitzung akzeptiert bis zu 100 E.164-Nummern, und die Echtzeit-Stapelverarbeitung im Dashboard akzeptiert bis zu 500. Der Mehrfachweg bewahrt die Eingabereihenfolge, was dabei hilft, Ergebnisse wieder den Quellschlüsseln zuzuordnen.

Ein großer Rückstau erfordert eine separate asynchrone Datei-Aufgabe. Bereiten Sie eine einspaltige TXT- oder CSV-Datei vor, die eine Nummer mit Ländercode pro Zeile enthält, und wählen Sie das für diese Aufgabe verwendete Land aus. Ein CRM-Export mit gemischten Ländern sollte zuerst in Ländergruppen unterteilt werden. Die Liste sollte im Wesentlichen aus dem ausgewählten Land stammen; Zeilen, die nicht den Vorverarbeitungsregeln für Massendaten entsprechen, können ausgeschlossen werden. Lesen Sie die aktuelle CarrierLookup API-Dokumentation für aktuelle Limits und Details zur Akzeptanz, anstatt angenommene Limits in eine Importvorlage einzubetten.

Die Datei-Aufgabe ist keine Abfrage mit sofortiger Antwort. Übermitteln Sie die vorbereitete Datei, überwachen Sie den Aufgabenstatus im dokumentierten Intervall und laden Sie die Ergebnis-CSV nach erfolgreichem Abschluss herunter. Behalten Sie eine Zuordnung von der vorbereiteten Kennung zu den CRM-Quellschlüsseln bei, da die Kennung im Massenergebnis aus reinen Ziffern mit Ländercode ohne Pluszeichen besteht. Die Transformation zwischen dieser Kennung und dem E.164-Feld des CRM sollte explizit sein.

Felder zuordnen, ohne stärkere Schlussfolgerungen zu erfinden

Das Feld für den Netzbetreiber bei CarrierLookup bezieht sich auf das Unternehmen, dem der Nummernblock ursprünglich zugewiesen wurde. Die Felder für Region und Stadt sind die Geografie der Zuweisung. Der Nummerntyp beschreibt die Klassifizierung des Bereichs. Tragen Sie diese Werte in CRM-Felder ein, die entsprechend benannt sind, wie z. B. „ursprünglicher Netzbetreiber“ und „Zuweisungsregion“, anstatt allgemeine Bezeichnungen wie „Netzbetreiber“ und „Standort“ zu verwenden, die mit aktuellen Fakten über eine Person verwechselt werden könnten.

Importfeld Speichern Nicht ableiten
Normalisierte Nummer Geprüfter E.164-Wert Eigentum oder Einwilligung
Nummerntyp Gemeldete Zuweisungskategorie Ob der Dienst aktiv ist
Ursprünglicher Netzbetreiber Gemeldete Blockzuweisung Der Betreiber, der den Anschluss nach der Portierung bedient
Zuweisungsregion oder -stadt Gemeldete Geografie des Nummernblocks Standort der Person oder des Geräts
Leeres Abfragefeld Nicht verfügbarer Wert Negatives oder ungültiges Ergebnis

Eine abgeschlossene Abfrage kann leere Netzbetreiberfelder enthalten. Lassen Sie diese leer oder verwenden Sie eine klare Markierung für „nicht verfügbar“; füllen Sie nicht automatisch einen erratenen Betreiber aus der Vorwahl ein. Eine Formatabweisung oder eine unbestimmte Abfrage gehört in eine Prüfwarteschlange und nicht in eine Gruppe normaler, angereicherter Ergebnisse. Das CRM sollte das Abfragedatum speichern, damit ein späterer Benutzer das Alter der Daten nachvollziehen kann.

Testen Sie den Import und dokumentieren Sie den Ausnahmepfad

Bevor Sie die gesamte Datei importieren, testen Sie eine kleine Stichprobe, die einen gewöhnlichen Mobilfunkbereich, eine Festnetz- oder VoIP-Kategorie, ein Duplikat, ein leeres Abfragefeld und eine Nummer enthält, die eine Umwandlung von national auf international erforderte. Prüfen Sie, ob das CRM jedes Feld der vorgesehenen Spalte zugeordnet hat und ob ein leerer Wert nicht unerwartet gute Quelldaten überschrieben hat. Überprüfen Sie nach dem Testimport einige Datensätze in der tatsächlichen CRM-Oberfläche.

Erstellen Sie einen Ausnahmebericht mit Quellschlüsseln, Gründen und Verantwortlichen. Mögliche Kategorien sind fehlendes Land, beschädigter Rohwert, Duplikatsprüfung, Abfrage nicht verfügbar und Ausschluss von der Datei-Aufgabe. Jede Kategorie erfordert eine andere Folgemaßnahme. „Erneut versuchen“ ist nur nach einer bekannten korrigierbaren Eingabe oder einem temporären Ergebniszustand angemessen; es sollte kein Ersatz für die Ermittlung des Ursprungslandes sein.

Vergleichen Sie abschließend die Zeilenanzahlen in jeder Phase: Quell-Export, normalisierte Kandidaten, übermittelte Abfragen, abgeschlossene Ergebnisse, Ausnahmen und importierte CRM-Datensätze. Die Anzahlen müssen nicht übereinstimmen, wenn Zeilen bewusst zurückgehalten wurden, aber jeder Unterschied sollte erklärbar sein. Dies macht aus einer einmaligen Bereinigung einen Prozess, den der nächste Bearbeiter wiederholen kann.

FAQ

Wann sollte ein Team Telefonnummern bei einem CRM-Import deduplizieren?

Normalisieren Sie die Nummern zuerst in eine geprüfte internationale Form und vergleichen Sie dann die Werte. Halten Sie verknüpfte Quelldatensätze sichtbar und prüfen Sie, ob eine wiederholte Nummer eine gemeinsam genutzte Leitung oder ein Datenfehler ist.

Wie sollten leere Netzbetreiberfelder importiert werden?

Speichern Sie einen Wert für „nicht verfügbar“ und das Abfragedatum. Eine abgeschlossene Antwort mit einem leeren Feld sollte nicht in die Schlussfolgerung einer ungültigen Nummer oder eines abgeschalteten Anschlusses umgewandelt werden.

Was gehört in eine große Datei für Netzbetreiberabfragen?

Verwenden Sie eine einspaltige TXT- oder CSV-Datei mit vorbereiteten Nummern mit Ländercode, gruppiert nach dem ausgewählten Land, und behalten Sie eine Zuordnung zu den CRM-Datensatzschlüsseln für das zurückgegebene Ergebnis bei.

Mehr erfahren

Wählen Sie die Produktinformationen, die zum nächsten Schritt in Ihrem Arbeitsablauf passen.

Quellen