Partner API Changelog

1.9.0 — 2026-09-28

Hinzugefügt

  • listPartnerPharmacies kann das optionale pharmacyLogin mit wirksamem Modus, Abgleichstatus und Verfügbarkeit einer eindeutig zugeordneten aktiven Apotheke liefern. organizationId und partnerOrgId bleiben Link-Felder und unverändert.

Partner-Aktion für 1.9.0

Generieren Sie Clients aus Version 1.9.0 neu, wenn Sie pharmacyLogin anzeigen möchten. Nicht aktive oder nicht eindeutig zugeordnete Einträge enthalten das Feld nicht.

1.8.0 — 2026-09-23

Hinzugefügt

  • Partner können eine optionale KIM-Adresse einer bestehenden Apotheke mit getPartnerPharmacyKimAddress lesen und mit updatePartnerPharmacyKimAddress setzen oder entfernen. Die Operationen sind an den authentifizierten Partner und Consumer gebunden.

Partner-Aktion für 1.8.0

Generieren Sie Clients aus Version 1.8.0 neu, bevor Sie die KIM-Operationen verwenden. Lassen Sie kimAddress weg, um den bestehenden Wert zu erhalten, und senden Sie null, um ihn zu entfernen.

1.7.0 — 2026-09-19

Added

  • Partner können allowlist-basierte Organisations- und Terminartkonfiguration mit previewPartnerSettingsCopy schreibfrei vergleichen und mit applyPartnerSettingsCopy atomar übernehmen.

Security

  • Partner-, Consumer-, Organisations- und Terminartbindung werden serverseitig geprüft. Antworten, Fehler und Auditdaten enthalten keine kopierten Werte, Gründe, Schlüssel, Hashes oder Revisionen.

Partner-Aktion für 1.7.0

Generieren Sie Clients aus Version 1.7.0 neu. Verwenden Sie standardmäßig FAIL_ON_CONFLICT; für OVERWRITE_CONFLICTS erstellen Sie eine neue Preview. Wiederholen Sie Transportfehler mit demselben Idempotency-Key.

1.6.0 — 2026-09-18

Added

  • E-Mail-Inhalte und Logosichtbarkeit können auf Organisations- und Terminartenebene revisionsgeschützt konfiguriert werden. Terminarten erben jedes nicht gesetzte Feld zunächst von der Organisation und anschließend vom Systemstandard.

Security

  • Partner-, Consumer-, Organisations- und Terminartenbindung werden serverseitig geprüft. Freitext, gerenderte Inhalte und Platzhalterwerte erscheinen nicht in Auditdaten; die öffentliche API enthält ausschließlich die vier S2S-Operationen.

Partner-Aktion für 1.6.0

Generieren Sie Clients aus Version 1.6.0 neu, bevor Sie E-Mail-Inhalte konfigurieren.

1.5.0 — 2026-09-17

Added

  • E-Mail-Erinnerungen können auf Organisations- und Terminartenebene gelesen und revisionsgeschützt konfiguriert werden. Terminarten erben die Organisationskonfiguration, bis eine explizite Abweichung gesetzt wird.

Security

  • Partner- und Consumer-Bindung werden ausschließlich aus dem authentifizierten API-Schlüssel abgeleitet. Änderungen erfordern einen PHI-freien Grund und die erwartete Revision; bestehende Erinnerungsjobs werden nicht rückwirkend verändert.

Partner-Aktion für 1.5.0

Generieren Sie Clients aus Version 1.5.0 neu, bevor Sie E-Mail-Erinnerungen konfigurieren.

1.4.0 — 2026-09-16

Added

  • SMS-Bestätigungen können auf Organisations- und Terminartenebene gelesen und revisionsgeschützt konfiguriert werden. Terminarten erben die Organisationskonfiguration, bis eine explizite Abweichung gesetzt wird.

Security

  • Partner- und Consumer-Bindung werden ausschließlich aus dem authentifizierten API-Schlüssel abgeleitet. Änderungen erfordern einen Grund und die erwartete Revision; SMS-Texte erscheinen nicht in Audit- oder Logdaten.

Partner-Aktion für 1.4.0

Generieren Sie Clients aus Version 1.4.0 neu, bevor Sie SMS-Bestätigungen konfigurieren.

1.3.0 — 2026-09-15

Added

  • Bis zu fünf normalisierte und deduplizierte Zusatzempfänger für Terminbestätigungen können je Partner-Apotheke gelesen oder vollständig ersetzt werden. Eine leere Liste deaktiviert den Zusatzversand.

Security

  • Die Adressen werden verschlüsselt gespeichert. Zusatznachrichten werden einzeln und ohne Intake-Werte, Diagnosen, freie Gesundheitsdaten, TAN, Video-Link, Token oder Zugangsdaten versendet. Auditdaten enthalten keine Adressen oder Mailinhalte.

Partner-Aktion für 1.3.0

Generieren Sie Clients aus Version 1.3.0 neu, bevor Sie zusätzliche Bestätigungsempfänger konfigurieren.

1.2.0 — 2026-09-15

Added

  • Eine optionale, nicht geheime SMED-ID kann für eine bestehende Partner-Apotheke gelesen, gesetzt und deaktiviert werden.

Security

  • Partner-, Consumer- und Apothekenbindung werden serverseitig aus dem authentifizierten Scope ermittelt. Der Vertrag akzeptiert keine SMED-Zugangsdaten oder URL-Token.

Partner-Aktion für 1.2.0

Generieren Sie Clients aus Version 1.2.0 neu, bevor Sie die optionalen SMED-Operationen verwenden. Leere oder null-Werte deaktivieren die Zuordnung.

1.1.0 — 2026-09-14

Added

  • Partner-Apotheken können gesucht, verwaltet und kontrolliert übernommen werden.
  • Terminrichtlinien lassen sich auf Organisations- und Terminartenebene lesen und ändern.
  • Buchungsfelder einer aktiven Terminart können vollständig ersetzt werden; Revisionen schützen vor parallelem Überschreiben.
  • Partner-Kanal-Webhooks können über den freigegebenen S2S-Vertrag eingerichtet werden.

Changed

  • Terminarten-Antworten enthalten additive Revisions- und Buchungsfeldinformationen.

Security

  • Schreiboperationen prüfen Mandant, Consumer, Capability und aktuelle Berechtigung innerhalb derselben gesperrten Transaktion.
  • Auditdaten enthalten nur technische Feldkennungen; Antworten und Beispiele bleiben frei von Gesundheitsdaten.

Partner-Aktion für 1.1.0

Generieren Sie Clients aus Version 1.1.0 neu, bevor Sie neue Operationen oder additive Antwortfelder verwenden. Bestehende Integrationen können den unveränderten Vertrag 1.0.0 weiter fest auswählen.

1.0.0 — 2026-08-02

Added

  • Erste stabile Version der öffentlich freigegebenen Partner API.
  • Partner können Organisationen, Apotheken, Räume, Behandelnde, Verfügbarkeiten und Buchungen über die veröffentlichten S2S-Operationen integrieren.
  • Webhook-Verwaltung und signierte Testzustellungen stehen für registrierte Partner-Apotheken bereit.

Changed

Keine Änderungen.

Deprecated

Keine veralteten Funktionen.

Fixed

Keine Fehlerkorrekturen.

Security

  • Der Vertrag enthält nur synthetische Beispiele; API-Schlüssel, Tokens, lokale Hosts und personenbezogene Beispieldaten werden vor Veröffentlichung geprüft.
  • Einmalige Zugangsdaten sind im Vertrag ausdrücklich gekennzeichnet und dürfen nicht protokolliert werden.

Partner-Aktion für 1.0.0

Validieren Sie Ihre Integration gegen Version 1.0.0, verwenden Sie ausschließlich synthetische Daten in der Sandbox und richten Sie Webhook-Signaturprüfung sowie Idempotenz vor dem Produktivgang ein.