Apothekenbestellungen
Verwalten Sie Apothekenbestellungen — sehen Sie eingehende Rezeptbestellungen ein und aktualisieren Sie deren Status während der Bearbeitung.Bestellungen auflisten
Seitennummer (0-indiziert)
Anzahl der Einträge pro Seite (max. 200)
Nach Status filtern (z. B.
waiting for pharmacy, on-hold, in-progress, completed)Suchbegriff. Suche ohne Berücksichtigung der Groß-/Kleinschreibung als Substring nach Shop-Bestellname (z. B.
#1234), Apotheken-Bestellname, Patientenname, Bestell-UID und Apotheken-Bestell-UID.Erforderlich für gruppenweite API-Schlüssel
Antwort
Felder der Bestellantwort
Lesbarer Shop-Bestellname von der ursprünglichen Verkaufsplattform (z. B.
#1234). null für Bestellungen ohne verknüpfte Shop-Bestellung.Shop-Versandarten, die mit der verbundenen Shop-Bestellung verknüpft sind.
Jeder Eintrag enthält die Shop-Versandart (
uid, display_name,
external_id) und die apothekenspezifische Zuordnung, sofern sie konfiguriert
wurde.Apothekenspezifische Zuordnung für diese Shop-Versandart. Wenn vorhanden,
enthält sie
pharmacy_uid und shipping_method_identifier_for_pharmacy.Versandkosten in Cent, zum Beispiel
499 für EUR 4,99. Dieser Wert ist von
den Preisen der Produktpositionen getrennt.ISO-Währungscode der Versandkosten, zum Beispiel
EUR.Prioritätshinweis für die bevorzugte Bearbeitung. Höher = dringender.
0 bedeutet keine besondere Priorität.Shop-Versandarten stammen aus verbundenen Shop-Bestellungen. Apotheker können
in den Einstellungen des Apothekentools apothekenspezifische Bezeichner für
jede Shop-Versandart konfigurieren. Wenn noch keine Zuordnung vorhanden ist,
gibt die API die Shop-Versandart trotzdem mit
pharmacy_mapping: null zurück.
Nachdem ein Apotheker eine Zuordnung gespeichert hat, enthalten zukünftige
Bestellantworten den konfigurierten
shipping_method_identifier_for_pharmacy.Bestelldetails abrufen
Antwort (zusätzliche Felder)
Auszahlungen
Bestelldetail-Antworten enthalten top-levelpayouts. Jeder Eintrag verwendet dieselbe Struktur wie der Endpoint Auszahlungen.
Auszahlungskomponenten für diese Apothekenbestellung, bei denen die angefragte Apotheke der Receiver ist. Bezahlte Bestellungen mit physischem Rezept geben
projected-Auszahlungsvorschauen auf Basis der aktuellen Bestellwerte und Routing-Konfiguration zurück. Abgeschlossene Bestellungen geben routed-Auszahlungen zurück, sobald eine persistierte Split-Payment-Route existiert.projected für eine unverbindliche Vorschau oder routed für eine persistierte Split-Payment-Route, die nach Abschluss der Apothekenbestellung erstellt wurde.Auszahlungsbetrag in Cent.
ISO-4217-Währungscode, zum Beispiel
EUR.Auszahlungskomponente, zum Beispiel
item_rest, item_markup oder shipping.Lesbare Beschreibung der gerouteten oder projizierten Komponente.
Routenbezeichner des Zahlungsanbieters. Dieser Wert ist bei gerouteten Auszahlungen befüllt, wenn der Anbieter einen Bezeichner zurückgegeben hat, und bei
projected-Auszahlungen null.UID der zugehörigen Apothekenbestellung.
Lesbarer Name der Apothekenbestellung, zum Beispiel
#1001.Unix-Zeitstempel der Erstellung der Apothekenbestellung.
Unix-Zeitstempel, zu dem die Split-Payment-Route erstellt wurde. Bei
projected-Auszahlungen ist dieser Wert null; bei routed-Auszahlungen ist er befüllt.Bestellstatus aktualisieren
Anfragekörper
Neuer Bestellstatus. Zulässige Werte siehe Tabelle unten.
Freitext-Begründung für die Statusänderung. Erforderlich (und darf nicht leer sein), wenn die Bestellung aus einem anderen Status in
on-hold überführt wird — der Kommentar wird zur Beschreibung des automatisch erstellten Admin-Klärfall-Threads. Für alle anderen Statusübergänge wird das Feld ignoriert.Zulässige Statuswerte
| Status | Beschreibung |
|---|---|
waiting for pharmacy | Bestellung befindet sich in Ihrer Warteschlange und wartet auf Bearbeitung |
pending review | Bestellung wird geprüft |
on-hold | Bestellung ist pausiert, während Apotheke und Admin-Team einen Klärfall bearbeiten |
in-progress | Bestellung wird vorbereitet |
ready_for_pickup | Bestellung ist verpackt und bereit zur Abholung oder zum Versand |
cancelled | Bestellung wurde storniert |
Bestellung auf on-hold setzen
Wenn Sie eine Bestellung in on-hold überführen, müssen Sie einen comment mit der Begründung angeben. RxScale eröffnet automatisch einen Admin-Klärfall-Thread und übernimmt Ihren Kommentar als Thread-Beschreibung, damit das Admin-Team den nötigen Kontext für die Nachverfolgung hat.
comment oder mit einem Kommentar, der nur aus Leerzeichen besteht, wird mit einem 400-Status und folgendem Body abgelehnt:
on-hold-PATCH-Anfragen für eine Bestellung, die bereits den Status on-hold hat, benötigen keinen neuen Kommentar — sie werden als idempotente Wiederholungen behandelt.
Bestellung abschließen
orders_write.
Erforderlich für gruppenweite API-Schlüssel
Anfragekörper
tracking_links ist optional. Wenn angegeben, wird der erste Tracking-Link mit der Versandaktualisierung weitergegeben.
Erlaubte Werte für carrier sind DHL, DPD, UPS, Hermes, FedEx und Other.
Antwort
Validierungsfehler-Antwort
Wenntracking_links einen nicht unterstützten Carrier oder einen ungültigen Tracking-Link enthält, gibt die API 400 mit dem Validierungsfehler und der Apotheken-Zusammenfassung zurück. So können Sie den Fehler der betroffenen Apotheke zuordnen. Ist die Bestellung bereits abgeschlossen, bleibt ein erneuter complete_order-Aufruf nur dann idempotent, wenn keine Tracking-Daten gesendet werden; Tracking-Links für bereits abgeschlossene Bestellungen werden mit 400 abgelehnt, damit Versanddetails nicht stillschweigend verworfen werden.