Waarom vernieuwen we onze API’s en systemen?
Soepele overstap naar nieuwe versies
Snellere integratie, verbeterde veiligheid
De nieuwe API's zijn makkelijker te integreren en in gebruik minder foutgevoelig. Dat maakt je processen efficiënter en betrouwbaarder. Met geavanceerde beveiliging, zoals Multi Factor Authentication, bescherm je bovendien jouw gegevens nog beter.
Meer flexibiliteit met REST
De nieuwe versies zijn REST-only. Dit vereenvoudigt onderhoud en verlaagt kosten. REST is lichter, moderner, flexibeler en eenvoudiger in gebruik dan SOAP. Ook wordt het breed ondersteund door ontwikkelaars en tools, wat integratie eenvoudiger maakt.
Consistente API’s, eenvoudiger onderhoud
De nieuwe versies van de API's zijn op elkaar afgestemd qua structuur en termen. Dit maakt integratie meer uniform en onderhoud eenvoudiger. En bespaart je dus een hoop tijd.
Wanneer gaan we vernieuwen?
De nieuwe API's komen in de loop van 2025 beschikbaar en rollen we uit in fases. Je ontvangt op tijd bericht wanneer je dient over te stappen. Halverwege 2026 zullen de oudere API-versies worden uitgefaseerd.
Welke API’s en ontwikkelingen staan er op de planning?
Shipment API v4 en Checkout API v4
Nieuwe track & trace-informatie en -integraties
Er komt een nieuwe standaard voor track & trace, met heldere en consistente statusupdates, beschikbaar in real-time. Alle zakelijke klanten en integratiepartners stappen binnen de gestelde termijn over.
Uitfasering van sFTP
We stoppen in 2026 met sFTP en schakelen over naar snellere en veiligere API-integraties. Alle zakelijke klanten en integratiepartners stappen over op deze nieuwe API’s voor snellere data-uitwisseling.
Nieuwe Mijn PostNL Zakelijk
Andere vragen
De update binnen de huidige versie is risicovol omdat wijzigingen in de bestaande API-structuur kunnen leiden tot verstoringen in klantintegraties. Op basis van feedback van onze klanten na eerdere aanpassingen (met zowel voorziene als onvoorziene klantimpact) hebben we geleerd dat breaking changes binnen dezelfde versie een risico brengen op verstoringen bij klanten. Om dit te voorkomen, hebben we ervoor gekozen om bij ingrijpende veranderingen, zoals de nieuwe architectuur, beveiligingsstandaarden en verbeterde prestaties, een nieuwe API-versie uit te brengen.
Dit changemanagementproces is een marktstandaard: bij breaking changes wordt een nieuwe versie geïntroduceerd om de stabiliteit van bestaande integraties te waarborgen, terwijl je gecontroleerd kan overstappen.