Telefonnummernvalidierung vs. Aktivitätsprüfung: Die richtige Dateiaufgabe wählen
Wählen Sie zwischen der Telefonnummernvalidierung und der Aktivitätsprüfung von CarrierLookup basierend auf Ihrem Ziel und interpretieren Sie 'activated' im Kontext.
Wählen Sie die Telefonnummernvalidierung oder die Aktivitätsprüfung von CarrierLookup basierend auf der Frage, die Ihr Team beantworten muss, und interpretieren Sie
activatednur im Kontext des jeweils ausgewählten Produkts.
Für eine Telefonliste sind die Telefonnummernvalidierung und die Aktivitätsprüfung von CarrierLookup separate asynchrone Dateiprodukte. Wählen Sie die Validierung, wenn die Frage die Gültigkeit oder die Aktivierungsentscheidung einer Nummer betrifft; wählen Sie die Aktivitätsprüfung, wenn die Frage die dokumentierte Aktivitätsentscheidung betrifft. Die Spalte activated benötigt den Kontext des ausgewählten Dienstes, um aussagekräftig zu sein.
Definieren Sie die Entscheidung für die Liste, bevor Sie einen Dienst wählen
Ein Datenteam bereinigt möglicherweise eine Kundenliste, bevor ein neuer Workflow gestartet wird. Einige Zeilen könnten fehlerhaft sein, bei anderen möchte das Team eine Entscheidung zur Gültigkeit oder Aktivierung, und wieder andere benötigen möglicherweise ein separates Aktivitätssignal. Dies ist keine universelle Frage nach einer „guten Nummer“. Legen Sie zuerst die nachgelagerte Aktion fest: Entscheidet das Team, ob eine Nummer in einer Pipeline für verifizierte Eingaben beibehalten werden soll, oder fragt es ab, ob eine Nummer die Aktivitätsbeobachtung des Produkts aufweist? Die Antwort bestimmt, welche Dateiaufgabe angefordert werden muss.
CarrierLookup dokumentiert number_validation_batch und number_activity_batch als eigenständige asynchrone Dienste. Ersterer befasst sich mit Gültigkeit und Aktivierung; letzterer mit der Aktivität. Eine Liste kann nach der Vorbereitung der Nummern gemäß den aktuellen Dateiregeln an das entsprechende ausgewählte Produkt übermittelt werden. Gehen Sie nicht davon aus, dass das Aktivitätsergebnis eine Antwort, einen Verbindungsaufbau oder eine Nachrichtenzustellung vorhersagt.
Warum der gleiche Spaltenname nicht das Gleiche bedeutet
Beide Ergebnis-CSVs enthalten identifier und activated. Bei einer Validierungsaufgabe repräsentiert activated die Gültigkeits- oder Aktivierungsentscheidung des Dienstes. Bei einer Aktivitätsaufgabe repräsentiert es die Aktivitätsentscheidung. Ein Feld, das wie ein boolescher Wert aussieht, ist daher nach dem Export aus seinem Auftrag nicht selbsterklärend. Speichern Sie den Diensttyp, die Aufgaben-ID und das Prüfdatum mit jedem importierten Wert. Ein Dashboard, das nur activated=true ohne Produktkontext anzeigt, verleitet den nächsten Benutzer zu falschen Schlussfolgerungen.
Ein expliziter falscher Wert ist eine abgeschlossene negative Antwort für das ausgewählte Produkt. Ein fehlender Wert oder eine fehlgeschlagene Aufgabe ist nicht gleichbedeutend mit „falsch“. Behalten Sie einen separaten Status für „nicht aufgelöst“ oder „in Bearbeitung“ bei, bis das Team weiß, welches Ergebnis tatsächlich eingetreten ist. Dies ist besonders wichtig, wenn ein Batch-Ergebnis später mit Kontaktdatensätzen zusammengeführt wird: Eine leere Zelle darf nicht dazu führen, dass ein Datensatz verworfen wird, als hätte der Dienst diese Nummer abgelehnt.
Wählen Sie das Produkt nach der anstehenden Arbeit aus
Wählen Sie für eine Überprüfung der Datenqualität die Telefonnummernvalidierung, wenn eine Entscheidung zur Gültigkeit oder Aktivierung fehlt. Das Ergebnis kann die eigene Regel des Teams informieren, einen Kunden zur Aktualisierung einer Nummer aufzufordern oder einen Datensatz vor der Verwendung zu prüfen. Wählen Sie für eine Planung des Engagements die Aktivitätsprüfung, wenn die dokumentierte Aktivitätsentscheidung das ist, was das Team tatsächlich verwenden wird. Sie liefert keine Aktivitätsdaten, Zählungen, Häufigkeiten oder ein spezifisches Beobachtungsfenster. Ein Team, das diese Felder benötigt, sollte sie nicht aus dem booleschen Ergebnis ableiten.
Wenn beide Fragen wichtig sind, behandeln Sie sie als zwei separate Prüfungen mit separaten Ergebnisbedeutungen und Kosten. Die Tatsache, dass eine Nummer ein Ergebnis hat, impliziert nicht das andere. Fragen Sie vor dem Ausführen zweier Aufgaben, ob beide Werte eine Entscheidung ändern werden; wenn das zweite Ergebnis niemals verwendet wird, erzeugt die zusätzliche Datei Arbeit ohne Informationswert. Kennzeichnen Sie jede illustrative Routing-Regel als Entscheidung des Kunden, nicht als Anforderung des Dienstes.
Halten Sie die ursprüngliche Netzbetreiberzuweisung getrennt
carrier_batch von CarrierLookup ist ein drittes Dateiprodukt. Es meldet den Netzbetreiber, dem ein Nummernblock ursprünglich zugewiesen wurde, sowie zugehörige Zuweisungsfelder. Diese Antwort ist kein Validierungs- oder Aktivitätsergebnis und entspricht nicht dem aktuellen Netzbetreiber nach einer Portierung. Ein Team, das die Netzbetreiberzuweisung untersucht, sollte dieses Produkt direkt auswählen, anstatt zu erwarten, dass die beiden activated-Dateiprodukte Netzbetreiberfelder offenbaren.
Ein nützliches Arbeitsblatt zur Auswahl hat vier Spalten: die geschäftliche Frage, der ausgewählte Diensttyp, das erwartete Ausgabefeld und die Aktion bei einem expliziten negativen oder nicht aufgelösten Ergebnis. Schreiben Sie für die Validierung die Gültigkeitsentscheidung und activated auf; für die Aktivität die Aktivitätsentscheidung und activated; für die Zuweisung die Netzbetreiberfrage und ihre Netzbetreiberfelder. Diese kurze Tabelle verhindert, dass ein späterer Bericht verschiedene Nachweise unter einem generischen Statuslabel für Nummern zusammenführt.
Erstellen Sie einen Vergleich, der den CSV-Import übersteht
Die beiden Signaldateiprodukte von CarrierLookup akzeptieren eine vorbereitete Telefonnummernliste gemäß ihren dokumentierten Aufgabenlimits. Verwenden Sie die aktuelle API-Dokumentation für akzeptierte Eingaben und Live-Limits. Bewahren Sie einen stabilen Quellzeilenschlüssel in der Anwendung auf und gleichen Sie ihn mit dem heruntergeladenen Ergebnis ab. Protokollieren Sie für jeden Durchlauf die übermittelten und abgeschlossenen Zeilen, explizite falsche Werte, leere Werte und Aufgabenfehler separat. Eine Quellzeile sollte sichtbar bleiben, auch wenn sie keine verwertbare Entscheidung liefert.
Vergleichen Sie die Dienste nicht durch die Behauptung einer universellen Genauigkeitsrate oder Antwortprognose. Vergleichen Sie sie anhand der beantworteten Frage, der tatsächlich zurückgegebenen Felder und der Frage, ob das Ergebnis einen realen Kunden-Workflow ändert. Der nächste Schritt besteht darin, eine repräsentative Liste auszuwählen, die beabsichtigte Entscheidung neben jedem ausgewählten Dienst zu notieren und die resultierenden activated-Werte unter dem korrekten Produktnamen zu verifizieren, bevor sie in CRM-Regeln importiert werden.
Mehr erfahren
Wählen Sie die Produktinformationen, die zum nächsten Schritt in Ihrem Workflow passen.