Entwickler

POST/v3/rentnumber/{number_id}/{price_id}

Eine ausgewählte Telefonnummer kaufen

Übermitteln Sie eine genehmigte Rufnummer samt Preis mit Angebotsprüfungen und gleichen Sie vor einem erneuten Versuch die Zuordnung zum Konto und die Aktivierung ab.

Auf dieser Seite
  1. Rufnummer und Preis gemeinsam auswählen
  2. Eine abgesicherte Kaufanfrage per POST senden
  3. Registrierung und Aktivierung
  4. Unbemerkten Tarifwechsel vermeiden
  5. Erweitert: Routing-Standardeinstellungen des Kontos
  6. Antwort
  7. Fehler und unklare Ergebnisse
  8. Vor einem erneuten Versuch abgleichen

Rufnummer und Preis gemeinsam auswählen

Kaufen Sie eine bestimmte Rufnummer aus einer aktuellen Suche nach verfügbaren Rufnummern. Verwenden Sie beim ausgewählten Eintrag info.uuid als Rufnummern-ID und einen der price[].uuid-Werte desselben Eintrags als Preis-ID. Die Route akzeptiert auch die vollständige gespeicherte Rufnummer; eine Länder-, Gebiets- oder Präfix-ID ersetzt jedoch keine Rufnummernauswahl.

Eine Suche oder das Lesen gespeicherter Preise reserviert keine Rufnummer und schreibt ihren Preis nicht fest. Bestätigen Sie für die Auswahl den Einrichtungspreis, den monatlichen Preis, den Minutenpreis für eingehende Anrufe, die enthaltenen Minuten und Kanäle sowie die Kaufberechtigungen und Registrierungsanforderungen des Kontos. Der anfängliche Grundbetrag in der geprüften Hilfsfunktion setzt sich aus Einrichtungspreis und monatlichem Preis zusammen; sämtliche anbieterspezifischen Gebühren und Bedingungen müssen für den ausgewählten Tarif bestätigt werden.

Eine abgesicherte Kaufanfrage per POST senden

Verwenden Sie ein freigeschaltetes API-Konto über HTTPS von einer zugelassenen Quell-IP-Adresse aus. Der folgende Befehl führt einen Kauf aus, keine Angebotsabfrage und keinen Probelauf. Setzen Sie sämtliche Variablen anhand derselben aktuellen Rufnummern- und Preisauswahl. Die Felder für Obergrenzen behalten das bisherige Präfix restore_quote_ bei; das aktuelle Portal verwendet sie auch für abgesicherte Käufe bestimmter Rufnummern.

curl --silent --show-error --user "$API_USER:$API_PASSWORD" \
  --data-urlencode "restore_quote_price_id=$PRICE_ID" \
  --data-urlencode "restore_quote_setup=$SETUP_PRICE" \
  --data-urlencode "restore_quote_monthly=$MONTHLY_PRICE" \
  --data-urlencode "restore_quote_per_minute=$PER_MINUTE_PRICE" \
  --data-urlencode "restore_quote_channels=$CHANNELS" \
  "https://api.multitel.net/v3/rentnumber/$NUMBER_ID/$PRICE_ID"

Verwenden Sie wie gezeigt Formular-POST. Die Hilfsfunktion kann auch JSON und Options-Wrapper verarbeiten, doch diese Prüfung belegt keine vollständige Gleichwertigkeit für alle Angebots- und Anbieterpfade. Verwenden Sie GET nicht für Käufe, auch wenn dieser ältere Koordinator keine ausdrückliche Prüfung der HTTP-Methode besitzt.

Kaufpfad und Angebotsfelder
FeldBedeutung
NUMBER_IDUUID der ausgewählten Rufnummer aus der Suche oder die vollständige gespeicherte Rufnummer. Eine Rufnummer pro Anfrage.
PRICE_IDPreis-UUID, die der ausgewählten Rufnummer und Ihrem Konto zugeordnet ist. Geben Sie sie immer ausdrücklich an.
restore_quote_price_idMuss mit der ermittelten Preis-ID übereinstimmen. Die Angabe dieses Felds aktiviert die Angebotsprüfungen; es handelt sich nicht um einen Idempotenzschlüssel.
restore_quote_setupMaximal akzeptierter Einrichtungspreis als endlicher, nicht negativer Zahlenwert.
restore_quote_monthlyMaximal akzeptierter monatlicher Preis als endlicher, nicht negativer Zahlenwert.
restore_quote_per_minuteMaximal akzeptierter Minutenpreis für eingehende Anrufe als endlicher, nicht negativer Zahlenwert.
restore_quote_channelsDie genaue ganzzahlige Kanalanzahl der ausgewählten Preisoption, keine Anforderung eines anderen Kanaltarifs.

Geben Sie immer alle numerischen Angebotsfelder an, wenn Sie die Angebots-Preis-ID angeben. Eine geänderte ID, ein Preis oberhalb einer Obergrenze, eine fehlende oder ungültige Obergrenze, eine geänderte Kanalanzahl oder eine belegte Angebotssperre führt zum API-Code 409, bevor der ausgewählte Rufnummernanbieter beauftragt wird. Vergleiche erlauben eine geringe Gleitkommatoleranz; verwenden Sie die tatsächlich angezeigten Tarifwerte statt eines von Hand gerundeten Preises.

Die Schutzprüfungen machen den gesamten Ablauf weder zu einem Probelauf noch zu einer Transaktion. Abfragen von Registrierungsdaten, die Bereitstellung von Identitäten oder andere Arbeiten der Hilfsfunktion können vor diesen Prüfungen stattfinden. Sie schreiben auch keinen externen Rufnummernbestand fest und ersetzen keine Kaufbeschränkungen auf Kontoebene.

Registrierung und Aktivierung

Fügen Sie bei Bedarf das Formularfeld RegistrationID mit der UUID des kundeneigenen Registrierungsprofils hinzu. Dabei handelt es sich nicht um die ID eines hochgeladenen Nachweises, einer Anbieteradresse oder einer separaten Identitätsentität. Die Hilfsfunktion ermittelt das Profil im Kontext des authentifizierten Kontos und lehnt fehlende oder nicht verfügbare Profile ab.

Bei einigen unterstützten Rufnummernbeständen ist ein Kauf vor Abschluss der Registrierung möglich; bei anderen ist vor dem Kauf ein Profil erforderlich. Eine netzbetreiberspezifische Validierung oder Bereitstellung kann weiterhin erforderlich sein. Ein erfolgreicher Kauf oder eine ausgelassene Vorabprüfung bedeutet weder eine Befreiung von der Registrierung noch eine sofortige Aktivierung.

Sofern vorhanden, kennzeichnet das Antwortfeld registration_requirements die strukturierte Anforderungsabfrage anhand von Land und Rufnummerntyp. Verwenden Sie den Registrierungskatalog und den Ablauf zur Einreichung von Nachweisen, um die geltenden Anforderungen zu erfüllen. Zurückgegebene Texte und Metadaten stellen für sich genommen keine Genehmigung eines Profils dar.

Unbemerkten Tarifwechsel vermeiden

Der ältere Koordinator kann einen nicht angegebenen Preis aus zwischengespeicherten Rufnummerndaten ableiten. Wenn eine ausdrücklich angegebene Preis-ID nicht mehr existiert, kann er außerdem auf den neuesten Kontopreis für ein zwischengespeichertes Präfix zurückgreifen und die zwischengespeicherte Auswahl zulässiger Preise aktualisieren. Verlassen Sie sich bei der Auswahl des vom Kunden genehmigten Tarifs nicht auf diese Ersatzmechanismen.

Geben Sie den ausgewählten Preis ausdrücklich zusammen mit den passenden Feldern für die Angebotsprüfungen an. Die Prüfung der Angebots-ID lehnt einen Rückgriff auf eine andere ID ab, bevor die Rufnummernmiete beauftragt wird. Aktualisieren Sie nach einem Konflikt aufgrund eines veralteten Preises die Suche und lassen Sie die neue Auswahl genehmigen, statt die Schutzprüfungen zu entfernen, um den Kauf zu erzwingen.

Es gibt weder einen garantierten Reservierungszeitraum noch eine für alle Pfade einheitlich durchgesetzte Cache-Gültigkeitsdauer. Die Verfügbarkeit der Rufnummer, die Preisgrenzen des Kontos und die Kaufrichtlinien werden im Ablauf erneut geprüft; das vollständige anbieterspezifische Verhalten wird jedoch noch untersucht.

Erweitert: Routing-Standardeinstellungen des Kontos

Ein Kauf kann die bestehenden Anrufziele, Ausweichziele, das SMS-Ziel und die bevorzugte Trunk-Einstellung für eingehende Anrufe des Kontos übernehmen. Prüfen Sie diese Standardeinstellungen vor der Bestellung; das Weglassen von Routing-Optionen garantiert keine unkonfigurierte Rufnummer. Die geprüfte Hilfsfunktion aktiviert die automatische Verlängerung standardmäßig.

Erkannte Routing-Optionen der gemeinsam genutzten Hilfsfunktion
OptionVerhalten bei der Wertermittlung
uri, uri2, uri3Bei nicht angegebenen Werten werden die entsprechenden Kontostandardeinstellungen übernommen. Ausdrücklich leere Werte löschen den Wert in der Hilfsfunktion, statt den Standardwert zu übernehmen. Verwenden Sie gültige Ziele, die zum ausgewählten Routing-Modus passen.
smsuriWird kein Wert angegeben, wird das SMS-Ziel des Kontos übernommen; ein ausdrücklich leerer Wert löscht es in der Hilfsfunktion.
origintrunkEine erkannte, ausdrücklich angegebene Trunk-ID hat Vorrang. Kann ein Wert nicht aufgelöst werden, kann statt einer Fehlermeldung die bevorzugte Kontoeinstellung oder der bisherige Standardwert verwendet werden.
forward_destination, forwarding_destination, typeNicht leere Aliasfelder für den Routing-Modus in dieser Vorrangreihenfolge. Verwenden Sie unterstützte Werte aus der Routing-Konfiguration des Kontos und keinen geratenen numerischen Modus.
RegistrationIDAbfrage des Registrierungsprofils, beschränkt auf den jeweiligen Kunden; sie ist von den Routing-Zielen getrennt.
autorenewDer Standardwert ist 1. Die Hilfsfunktion prüft, ob der Wert nicht leer ist; daher deaktiviert 0 die Verlängerung über dieses Kauffeld nicht zuverlässig. Verwenden Sie die unterstützte Verlängerungsverwaltung des Kontos und prüfen Sie die gespeicherte Einstellung.

Dies beschreibt das Verhalten der gemeinsam genutzten Hilfsfunktion und garantiert nicht, dass jeder Anbieter jede optionale Einstellung auf dieselbe Weise dauerhaft speichert. Weitere ältere Felder für Telefonie, Voicemail, Fax und SMS existieren, erfordern aber noch eine vollständige anbieterspezifische Prüfung. Prüfen Sie die gespeicherte Konfiguration der gekauften Rufnummer über die Kontoverwaltung, bevor Sie sich auf Anrufe oder Nachrichten verlassen.

Antwort

Fiktives Beispiel für einen unkomplizierten Kauf; Werte und Funktionen variieren je nach ausgewähltem Tarif.

{
  "status": {
    "code": 200,
    "msg": ""
  },
  "response": {
    "number": "12025550123",
    "price": {
      "per_minute": "0.0100",
      "free_minutes": "100",
      "setup_price": "2.00",
      "monthly_price": "4.00",
      "channels": "2",
      "overflow": "0"
    },
    "features": [
      "voice"
    ],
    "needs_registration": 0,
    "registration_requirements": null
  }
}

Der Koordinator verwendet seine eigenen Felder status.code/status.msg und die response-Antworthülle, ohne ein garantiertes Feld status.results. Bei einem Fehler ist die Antwortliste in der Regel leer. Prüfen Sie bei Erfolg die zurückgegebene Rufnummer und den Preis und gleichen Sie anschließend den Rufnummernbestand des Kontos und den Registrierungsstatus ab. Die Annahme durch den Anbieter ist kein tatsächlicher Telefonie-, SMS- oder Faxtest.

Fehler und unklare Ergebnisse

Wichtigste Ergebniscodes des Koordinators
API-CodeBedeutung
403Preis- oder Kaufbeschränkungen des Kontos, eine nicht verfügbare Preisauswahl oder ein nicht zugängliches Registrierungsprofil können die Verarbeitung blockieren.
404Fehlende oder nicht verfügbare Rufnummern-, Preis- oder Präfixauswahl.
409Die Rufnummer ist bereits aktiv, eine Angebotsprüfung ergibt keine Übereinstimmung mehr oder ein anderer abgesicherter Vorgang hält die Sperre.
422Registrierungsangaben sind erforderlich, unvollständig oder können in den geprüften Registrierungsabläufen nicht bereitgestellt werden.
500 und weitere Anbieter- oder KontocodesFehler beim Anbieter, bei der lokalen Verarbeitung oder aufgrund einer Richtlinie. Diese Fehler sind kein allgemeingültiger Nachweis dafür, dass kein Kauf stattgefunden hat oder keine Gebühren angefallen sind.

Lesen Sie neben dem HTTP-Status auch den tatsächlichen API-Antwortinhalt. Ein externer Anbieter kann eine Rufnummernmiete annehmen, bevor die lokale Benachrichtigung, Registrierung oder weitere Verarbeitung fehlschlägt. Einige Zuweisungen aus dem lokalen Rufnummernbestand verwenden Datenbanktransaktionen; es gibt jedoch keine allgemeine Rückabwicklung von Bestellungen bei externen Anbietern. Dieser Koordinator bietet keinen clientseitigen Idempotenzschlüssel.

Vor einem erneuten Versuch abgleichen

  1. Speichern Sie die genehmigte Rufnummer, den Preis und die Angebotsobergrenzen im Bestelldatensatz Ihrer Anwendung, bevor Sie die Anfrage einmalig absenden.
  2. Rufen Sie nach der Anfrage den Bestand gekaufter Rufnummern und die Rufnummerndetails desselben Kontos ab, auch nach einer Zeitüberschreitung oder einem Fehler.
  3. Wenn die Rufnummer vorhanden ist, prüfen Sie ihren Preis, ihre Verlängerung, ihr Routing und ihren Registrierungsstatus, statt eine weitere Kaufanfrage zu stellen.
  4. Wenn das Ergebnis weiterhin unklar ist, lassen Sie den Support die Anbieterbestellung und die Kontoabrechnung abgleichen, bevor Sie einen erneuten Versuch unternehmen. Eine Fehlermeldung oder eine Erfolgsmarkierung im bisherigen Protokoll allein ist kein ausreichender Nachweis.
  5. Nachdem die Zuordnung zum Konto und die Aktivierung bestätigt wurden, führen Sie die üblichen Routing-Prüfungen und Diensttests des Kontos durch.