Registrieren Sie sich und kontaktieren Sie den Support, um 100 kostenlose Prüfungen zu erhalten.Kostenlos registrieren
CarrierLookup Workflow-Illustration zu „Festnetz-Carrier-Abfrage: Ergebnisse für Festnetznummern lesen“
Ein visueller Überblick über den in diesem CarrierLookup Artikel beschriebenen Workflow.

Ein praktischer Leitfaden zur Interpretation von Informationen zum ursprünglichen Netzbetreiber und zur Zuteilung für Festnetznummern.

Eine Festnetz-Carrier-Abfrage kann Kontext zu dem Nummernblock liefern, dem eine Festnetznummer ursprünglich zugeteilt wurde. Die Echtzeit-Abfrage des ursprünglichen Netzbetreibers von CarrierLookup kann den ursprünglichen Netzbetreiber, den zugrunde liegenden Netzbetreiber, den Nummerntyp, den Ländercode sowie die Zuteilungsregion oder -stadt zurückgeben, sofern diese Werte verfügbar sind. Diese Felder beschreiben den Kontext der Nummerierung, nicht den aktuell versorgenden Anbieter oder den Standort einer Person oder eines Geräts. Beginnen Sie mit einer korrekt formatierten internationalen Nummer, lesen Sie alle zurückgegebenen Felder als quellenspezifische Fakten und belassen Sie leere Felder als nicht verfügbar. Für eine große Liste, die im Wesentlichen aus einem Land stammt, kann eine separate asynchrone Datei-Aufgabe eine CSV-Datei zur Überprüfung liefern.

Was eine Festnetz-Carrier-Abfrage bezweckt

Der Begriff Festnetz wird häufig für geografische Telefonnummern verwendet, aber die Kategorisierung von Nummern variiert je nach Land. Der Nummerierungsplan einer nationalen Regulierungsbehörde ist der geeignete Ausgangspunkt für länderspezifische Aussagen. Zum Beispiel erklärt die britische Regulierungsbehörde Ofcom, dass ihre 01- und 02-Vorwahlen geografische Nummerngebiete identifizieren; sie warnt jedoch auch davor, dass diese Vorwahlen kein Mobiltelefon lokalisieren. Dieses Beispiel verdeutlicht, warum eine allgemeine internationale Regel wie „alle Festnetznummern beginnen mit einem bestimmten Präfix“ unzuverlässig wäre.

CarrierLookup beantwortet eine engere, operative Frage: Welcher Kontext zur ursprünglichen Zuteilung ist für eine bestimmte Nummer verfügbar? Die Abfrage des ursprünglichen Netzbetreibers ist synchron für eine einzelne Nummer und unterstützt eine Route für mehrere Nummern. Der zurückgegebene Nummerntyp kann einem Team helfen, eine Festnetz-Klassifizierung von einer Mobilfunk-Klassifizierung zu unterscheiden, sofern diese bereitgestellt wird. Die Felder für den Netzbetreiber und den zugrunde liegenden Netzbetreiber beschreiben die ursprüngliche Zuteilung des Nummernblocks, nicht eine aktive Verbindung. Ein Ergebnis ist kein Anruftest, kein Teilnehmerverzeichnis und keine Methode, um festzustellen, ob der Anschluss derzeit in Betrieb ist.

Beginnen Sie eine Überprüfung mit der schriftlichen Festlegung der Entscheidung, für die die Abfrage benötigt wird. Ein CRM-Team möchte möglicherweise Kontaktdatensätze nach dem zurückgegebenen Nummerntyp trennen. Ein Routing-Team benötigt möglicherweise den Kontext des ursprünglichen Netzbetreibers als einen Input für spätere Tests. Diese Zwecke erfordern unterschiedliche weiterführende Nachweise. Die Aufzeichnung der genauen Fragestellung verhindert, dass das Carrier-Ergebnis zu einer nicht belegten Behauptung über Zustellung oder Kundenidentität wird.

Vorbereitung einer Festnetznummer für die Echtzeit-Route

Der dokumentierte Input für die Echtzeit-Abfrage ist das E.164-Format: ein führendes Pluszeichen, Ländercode und Teilnehmernummer ohne Leerzeichen oder Trennzeichen. Gehen Sie nicht davon aus, dass eine nationale Wählfolge unverändert übermittelt werden kann. Nationale Stammpräfixe und Konventionen für Vorwahlen unterscheiden sich, daher sollte eine länderspezifische Normalisierungsregel gegen den relevanten Nummerierungsplan geprüft werden, bevor sie den Quelldatensatz ändert. Bewahren Sie die ursprüngliche Zeichenfolge wie empfangen und den normalisierten Kandidaten in separaten Feldern auf. Dies macht ein versehentliches Löschen oder einen doppelten Ländercode während der Überprüfung sichtbar.

POST /api/v1/check ist die dokumentierte Route für einzelne Nummern. Die synchrone Route POST /api/v1/batch-check akzeptiert eine Gruppe von Nummern und bewahrt die Eingabereihenfolge. Das Dashboard bietet zudem einen Echtzeit-Workflow für mehrere Nummern. Dies sind Abfragen, die im Anforderungsfluss zurückgegeben werden; sie unterscheiden sich von einer Datei-Aufgabe, die später abgeschlossen wird. Nutzen Sie die CarrierLookup API-Dokumentation für den aktuellen Anforderungsvertrag und Integrationsdetails. Ein API-Schlüssel gehört auf einen vertrauenswürdigen Server, nicht in Browser-Code oder ein veröffentlichtes Beispiel.

Ein abgelehntes Eingabeformat ist keine Feststellung, dass kein Netzbetreiber existiert. Korrigieren oder isolieren Sie fehlerhafte Nummern, bevor Sie Ergebnisse vergleichen. Für eine länderübergreifende Echtzeit-Überprüfung kann die dokumentierte Multi-Route internationale Nummern aus verschiedenen Ländern akzeptieren. Das bedeutet nicht, dass eine Datei-Aufgabe denselben Regeln folgt: Die Datei-Route wählt ein Land aus. Die Wahl der Route vor dem Export verhindert, dass eine länderübergreifende Datei falsch gekennzeichnet wird.

Nummerntyp, Netzbetreiber und Geografie separat lesen

Lesen Sie zuerst den zurückgegebenen Nummerntyp, dann die Felder des ursprünglichen Netzbetreibers und anschließend die Zuteilungsgeografie. Der Nummerntyp gibt dem Team an, wie das Ergebnis die Nummer in diesem Kontext klassifiziert hat. Das Feld für den Netzbetreiber nennt den Betreiber, dem der Nummernblock ursprünglich zugeteilt wurde. Das Feld für den zugrunde liegenden Netzbetreiber kann einen separaten Kontext zur Netzzuteilung hinzufügen. Leere optionale Felder bedeuten, dass für dieses Feld kein verwertbarer Wert zurückgegeben wurde; sie sollten leer bleiben, anstatt sie durch einen erfundenen Betreiber oder eine Stadt zu ersetzen. Eine abgeschlossene Abfrage kann dennoch leere Carrier-Felder aufweisen.

Die Felder für Region und Stadt beziehen sich, sofern vorhanden, auf die Zuteilungsgeografie des Nummernblocks. Sie sind weder der Wohnsitz einer Person, der aktuelle Standort eines Geräts noch der Beweis dafür, dass ein Festnetzanschluss heute physisch in dieser Stadt installiert ist. Die Nummerierungsdaten der Ofcom zeigen, wie eine Regulierungsbehörde Informationen zur Blockzuteilung veröffentlichen kann; dies verwandelt ein Zuteilungslabel jedoch nicht in einen Standort-Tracker. Der Ländercode beschreibt in ähnlicher Weise den Kontext der Nummerierung und sollte nicht als Nationalität einer Person dargestellt werden.

Portabilität ist auch bei Festnetzdiskussionen von Bedeutung. Die Ofcom beschreibt Regeln, die es Kunden ermöglichen, eine Festnetznummer bei Anbieterwechsel zu behalten. Das Feld für den ursprünglichen Netzbetreiber kann sich daher von dem Anbieter unterscheiden, der die Nummer derzeit versorgt. Das Produkt veröffentlicht kein Feld für den aktuellen Netzbetreiber. Wenn eine operative Entscheidung den aktuellen Anbieter erfordert, benötigt das Team Nachweise aus einem geeigneten separaten Prozess, anstatt das Ergebnis der ursprünglichen Zuteilung umzubenennen.

Festnetznummern von Mobilfunknummern in einer gemischten Liste trennen

Ein gemischter CRM-Export enthält oft Nummern im lokalen Format, internationale Nummern, Duplikate und Datensätze ohne klaren Typ. Erstellen Sie eine Arbeitsliste, bevor Sie die Prüfung durchführen. Normalisieren Sie jeden Kandidaten mithilfe einer länderspezifischen Regel, bewahren Sie den Rohwert auf und markieren Sie mehrdeutige Zeilen für eine manuelle Überprüfung. Führen Sie eine kleine Echtzeit-Überprüfung durch, wenn das Team neue Datensätze prüft oder ein synchrones Ergebnis benötigt. Führen Sie beim Import das Ergebnis mit dem normalisierten Input zusammen und halten Sie den zurückgegebenen Nummerntyp in einem eigenen Feld. Verwenden Sie keine Präfixtabelle als endgültige Klassifizierung für Datensätze mit einem zurückgegebenen Produktwert.

Für eine große Liste, die im Wesentlichen aus einem ausgewählten Land besteht, akzeptiert die separate Globale Carrier-Abfrage eine einspaltige TXT- oder CSV-Datei mit einer Ländercode-Nummer pro Zeile. Sie läuft asynchron. Die dokumentierten API-Routen sind POST /api/v1/bulk-tasks für die Übermittlung und GET /api/v1/bulk-tasks/{id} für den Status; fragen Sie nicht häufiger als alle 30 Sekunden ab. Eine erfolgreiche Aufgabe liefert eine CSV-Datei mit den für dieses Produkt dokumentierten Carrier- und Zuteilungsfeldern. Aktuelle Akzeptanzbedingungen finden Sie in der Produkt- und API-Dokumentation. Senden Sie keine Arbeitsmappe und leiten Sie nicht ab, dass die Bulk-Route eine länderübergreifende Datei akzeptiert, nur weil die Echtzeit-Route dies tut.

Gruppieren Sie nach dem Download die Zeilen nur dann nach dem zurückgegebenen Nummerntyp, wenn dieses Feld einen verwertbaren Wert enthält. Behalten Sie nicht verfügbare Werte in einer eigenen Gruppe. Überprüfen Sie scheinbare Festnetzzeilen separat von Mobilfunkzeilen vor allen operativen Routing-Tests. Diese Gruppierung kann darüber informieren, welches Team oder welcher Workflow einen Datensatz prüfen sollte, garantiert jedoch nicht, dass ein Anruf oder eine Nachricht den Teilnehmer erreicht.

Das Ergebnis in eine sorgfältige Überprüfungsmaßnahme umwandeln

Ein nützlicher Kontaktdatensatz speichert den ursprünglichen Input, die normalisierte Nummer, das Abfrageprodukt, das Abfragedatum, den zurückgegebenen Nummerntyp, den ursprünglichen Netzbetreiber und jede Zuteilungsgeografie als separate Felder. Dies sind Vorschläge für die interne Datensatzführung, kein Versprechen, dass jedes Feld ausgefüllt wird. Das Team kann eine Überprüfungswarteschlange für Datensätze erstellen, deren Typ mit der Quelldatenbank in Konflikt steht, deren Carrier-Felder leer sind oder deren Normalisierung korrigiert werden muss. Vermeiden Sie es, jedes leere Feld als ungültige Nummer zu interpretieren; eine normal abgeschlossene Abfrage kann nicht verfügbare optionale Felder aufweisen.

Bestätigen Sie vor der Verwendung des Ergebnisses für Routing oder Kontaktaufnahme die anderen Fakten, die diese Aufgaben erfordern. CarrierLookup stellt keine Erreichbarkeit, Zustimmung, Teilnehmeridentität oder den aktuellen Standort fest. Eine Compliance- oder Berechtigungsentscheidung liegt in den eigenen Unterlagen und dem anwendbaren Prozess der Organisation. Mit diesem Verständnis der Grenzen kann die Abfrage eine sauberere Trennung von Festnetz- und Mobilfunk-Kontaktdatensätzen sowie eine transparentere Erklärung dessen unterstützen, was die Daten tatsächlich zeigen.

FAQ

Können Teams den aktuellen Festnetzanbieter aus dieser Abfrage ermitteln?

Das Feld für den Netzbetreiber beschreibt den Betreiber, dem der Nummernblock ursprünglich zugeteilt wurde. Eine Nummer kann portiert worden sein, daher ist dies kein Ergebnis für den aktuellen Anbieter. Behalten Sie den Wert als ursprünglichen Netzbetreiber bei und verwenden Sie eine separate, geeignete Quelle, falls die operative Frage den aktuell versorgenden Anbieter erfordert.

Zeigt eine zurückgegebene Stadt, wo sich ein Festnetznutzer jetzt befindet?

Nein. Die Felder für Stadt und Region beschreiben die Zuteilungsgeografie für den Nummernblock, sofern verfügbar. Sie sind kein aktueller Standort oder die Adresse einer Person. Wenn das Feld leer ist, behalten Sie es als nicht verfügbar bei. Wenn ein Team eine Adresse für einen zulässigen Geschäftsprozess benötigt, sollte es einen unabhängig erhobenen Adressdatensatz verwenden.

Sollte ein Festnetzanschluss mit leeren Carrier-Feldern als ungültig markiert werden?

Nein. Eine abgeschlossene Abfrage kann leere optionale Carrier-Felder aufweisen. Bewahren Sie den Status „abgeschlossen“ und die leeren Werte separat auf. Ein abgelehntes Format oder eine unbestimmte Abfrage folgt einem anderen Überprüfungspfad. Das Team sollte fehlerhafte Eingaben korrigieren und nicht aufgelöste Prüfungen untersuchen, anstatt jeden fehlenden Carrier-Wert in ein Urteil über eine ungültige Nummer zu verwandeln.

Mehr erfahren

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

Quellen