Versionshistorie
Historische Verträge bleiben öffentlich lesbar. Eine veröffentlichte Vertragsversion wird nicht nachträglich überschrieben. Für reproduzierbare Builds und Audits wählen Integrationen immer eine konkrete Version.
Verfügbar
1.10.0 — 2026-10-04
Kompatible Erweiterung um einen Raumkalender für Apotheken-Räume: Tages- und Zeitraumschließungen, geänderte Zeiten, Zusatzöffnungen, Wochenzeiten ab einem Datum und gesetzliche Feiertage je Bundesland. Bestehende Raum-Operationen und Schemas bleiben unverändert.
- Status: stabil
- Kompatibilitätsnamespace:
/api/v1/s2s/ - OpenAPI JSON 1.10.0
- OpenAPI YAML 1.10.0
- Checksums 1.10.0
- Changelog 1.10.0
1.9.0 — 2026-09-28
Kompatible, optionale Lesefelder für den wirksamen Apotheken-Login-Modus in aktiven, eindeutig zugeordneten S2S-Verzeichniseinträgen. Die vorhandenen Link-Felder bleiben unverändert.
- Status: stabil
- Kompatibilitätsnamespace:
/api/v1/s2s/ - OpenAPI JSON 1.9.0
- OpenAPI YAML 1.9.0
- Checksums 1.9.0
- Changelog 1.9.0
1.8.0 — 2026-09-23
Kompatible Erweiterung um das Lesen, Setzen und Entfernen einer optionalen KIM-Adresse je bestehender Partner-Apotheke. Die Operationen sind an Partner, Consumer und Apotheke gebunden.
- Status: stabil
- Kompatibilitätsnamespace:
/api/v1/s2s/ - OpenAPI JSON 1.8.0
- OpenAPI YAML 1.8.0
- Checksums 1.8.0
- Changelog 1.8.0
1.7.0 — 2026-09-19
Kompatible Erweiterung um schreibfreie Preview und atomare, revisionsgebundene Übernahme allowlist-basierter Partner-Apothekenkonfiguration.
- Status: stabil
- Kompatibilitätsnamespace:
/api/v1/s2s/ - OpenAPI JSON 1.7.0
- OpenAPI YAML 1.7.0
- Checksums 1.7.0
- Changelog 1.7.0
1.6.0 — 2026-09-18
Kompatible Erweiterung um revisionsgeschützte E-Mail-Inhalte und Logosichtbarkeit auf Organisations- und Terminartenebene mit feldweiser Vererbung.
- Status: stabil
- Kompatibilitätsnamespace:
/api/v1/s2s/ - OpenAPI JSON 1.6.0
- OpenAPI YAML 1.6.0
- Checksums 1.6.0
- Changelog 1.6.0
1.5.0 — 2026-09-17
Kompatible Erweiterung um revisionsgeschützte E-Mail-Erinnerungskonfiguration auf Organisations- und Terminartenebene mit expliziter Vererbung und begrenzten Vorlaufzeiten.
- Status: stabil
- Kompatibilitätsnamespace:
/api/v1/s2s/ - OpenAPI JSON 1.5.0
- OpenAPI YAML 1.5.0
- Checksums 1.5.0
- Changelog 1.5.0
1.4.0 — 2026-09-16
Kompatible Erweiterung um revisionsgeschützte SMS-Bestätigungskonfiguration auf Organisations- und Terminartenebene mit expliziter Vererbung.
- Status: stabil
- Kompatibilitätsnamespace:
/api/v1/s2s/ - OpenAPI JSON 1.4.0
- OpenAPI YAML 1.4.0
- Checksums 1.4.0
- Changelog 1.4.0
1.3.0 — 2026-09-15
Kompatible Erweiterung um bis zu fünf normalisierte zusätzliche Empfänger für Terminbestätigungen je bestehender Partner-Apotheke. Eine leere Liste deaktiviert den Zusatzversand.
- Status: stabil
- Kompatibilitätsnamespace:
/api/v1/s2s/ - OpenAPI JSON 1.3.0
- OpenAPI YAML 1.3.0
- Checksums 1.3.0
- Changelog 1.3.0
1.2.0 — 2026-09-15
Kompatible Erweiterung um eine optionale, nicht geheime SMED-ID je bestehender Partner-Apotheke. Leer oder null deaktiviert die Zuordnung; Zugangsdaten und URL-Token sind nicht Teil des Vertrags.
- Status: stabil
- Kompatibilitätsnamespace:
/api/v1/s2s/ - OpenAPI JSON 1.2.0
- OpenAPI YAML 1.2.0
- Checksums 1.2.0
- Changelog 1.2.0
1.1.0 — 2026-09-14
Kompatible Erweiterung um Partner-Apothekenverzeichnis, Kontrollübernahme, Terminrichtlinien, Kanal-Webhooks, Stammdatenpflege und Buchungsfelder je Terminart.
- Status: stabil
- Kompatibilitätsnamespace:
/api/v1/s2s/ - OpenAPI JSON 1.1.0
- OpenAPI YAML 1.1.0
- Checksums 1.1.0
- Changelog 1.1.0
1.0.0 — 2026-08-02
Erste stabile Veröffentlichung der arztkonsultation Partner API mit den ausdrücklich freigegebenen S2S-Operationen.
- Status: stabil
- Kompatibilitätsnamespace:
/api/v1/s2s/ - OpenAPI JSON 1.0.0
- OpenAPI YAML 1.0.0
- Checksums 1.0.0
- Changelog 1.0.0
Auswahl einer Version
Nutzen Sie während Entwicklung und Tests die Sandbox mit synthetischen Daten. Vor dem Produktivgang prüfen Sie Request- und Response-Modelle gegen die konkrete veröffentlichte OpenAPI-Version und dokumentieren Sie die verwendete Version in Ihrer Integration.
Keine stillen Brüche
Eine inkompatible Änderung erhält einen neuen Major-Namespace. Bestehende v1-Partner werden nicht durch einen stillen Austausch des v1-Vertrags gebrochen.