Apothekenbestellungen
Verwalten Sie Apothekenbestellungen — sehen Sie eingehende Bestellungen (rezeptpflichtig und rezeptfrei) ein und aktualisieren Sie deren Status während der Bearbeitung.Bestellungen auflisten
integer
Standard:"0"
Seitennummer (0-indiziert)
integer
Standard:"50"
Anzahl der Einträge pro Seite (max. 200)
string
Nach Status filtern (z. B.
waiting for pharmacy, on-hold, in-progress, completed)string
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.Die Suche nach dem Shop-Bestellnamen ist nur für Apotheken aktiv, bei denen der Shop-Bestellname aktiviert ist (siehe den Hinweis zur Breaking Change unten). Ist er deaktiviert, liefert die Suche nach dem Shop-Bestellnamen keine Ergebnisse; die übrigen Suchfelder sind davon nicht betroffen.string
Erforderlich für gruppenweite API-Schlüssel
Antwort
Felder der Bestellantwort
string | null
Lesbarer Shop-Bestellname von der ursprünglichen Verkaufsplattform (z. B.
#1234). null für Bestellungen ohne verknüpfte Shop-Bestellung und null, wenn der Shop-Bestellname für die zugehörige Apotheke deaktiviert ist (siehe den Hinweis zur Breaking Change unten).array
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.object | null
Apothekenspezifische Zuordnung für diese Shop-Versandart. Wenn vorhanden,
enthält sie
pharmacy_uid und shipping_method_identifier_for_pharmacy.integer | null
Versandkosten in Cent, zum Beispiel
499 für EUR 4,99. Dieser Wert ist von
den Preisen der Produktpositionen getrennt.string | null
ISO-Währungscode der Versandkosten, zum Beispiel
EUR.integer
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
doctor_data und prescription_file sind null bei Bestellungen, die nur rezeptfreie (OTC) Produkte enthalten — diesen Bestellungen ist kein Rezept beigefügt.shop_order_name folgt hier derselben apothekenspezifischen Einstellung wie in der Listen-Antwort — es ist null, solange die Einstellung deaktiviert ist (Standard). Siehe den Hinweis zur Breaking Change oben.Antwort (zusätzliche Felder)
Positionspreise
Jederorder_items[]-Eintrag enthält zwei Preise:
pharmacy_sku.price— der Listenpreis der Apotheke für die SKU in Cent, als Snapshot zum Bestellzeitpunkt (der Preis, der bei der Bestellung erfasst wurde). Er ändert sich nicht, wenn die Apotheke später ihren Listenpreis anpasst.total_paid_amount— der vom Patienten tatsächlich gezahlte Betrag für die Position in Cent (brutto). Er wird für vorausbezahlte Bestellungen befüllt (solche mit einem signierten physischen Rezept, d. h.prepaid: 1) und ist0, wenn für die Position keine Zahlung anfällt.
total_paid_amount abgerechnet werden, nicht gegen pharmacy_sku.price.
Auszahlungen
Bestelldetail-Antworten enthalten top-levelpayouts. Jeder Eintrag verwendet dieselbe Struktur wie der Endpoint Auszahlungen.
array
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.string
projected für eine unverbindliche Vorschau oder routed für eine persistierte Split-Payment-Route, die nach Abschluss der Apothekenbestellung erstellt wurde.integer
Auszahlungsbetrag in Cent.
string
ISO-4217-Währungscode, zum Beispiel
EUR.string
Auszahlungskomponente, zum Beispiel
item_rest, item_markup oder shipping.string | null
Lesbare Beschreibung der gerouteten oder projizierten Komponente.
string | null
Routenbezeichner des Zahlungsanbieters. Dieser Wert ist bei gerouteten Auszahlungen befüllt, wenn der Anbieter einen Bezeichner zurückgegeben hat, und bei
projected-Auszahlungen null.string
UID der zugehörigen Apothekenbestellung.
string | null
Lesbarer Name der Apothekenbestellung, zum Beispiel
#1001.integer
Unix-Zeitstempel der Erstellung der Apothekenbestellung.
integer | null
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
string
erforderlich
Neuer Bestellstatus. Zulässige Werte siehe Tabelle unten.
string
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
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.
string
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.