Exchange valt buiten deze API/CLI-release. Eventuele historische Exchange-voorbeelden in deze gids zijn niet beschikbaar; dit zegt niets over bestaande portaalfuncties. Zie het actuele releasebereik.

Workspace API: financiële grens tijdens de openbare proefversie

Workspace gebruikt native maandregels per bedrijf. De API beëindigt of wijzigt geen oude individuele WeFact-abonnementen via de best-effort portaalhelper. Die kan een leveranciersfout loggen terwijl de lokale wijziging doorgaat; dat geldt niet als bevestigde financiële beëindiging.

Voor mailbox/Drive-opzegging, omzetting naar een bedrijfspool, pakketwijziging, bedrijfsdiensten, retentie en permanente verwijdering controleert de API eerst de werkelijk betrokken getypeerde onderwerpen. Actieve, pending/onzekere of nog in de toekomst eindigende legacyafspraken geven 409 workspace_legacy_billing_requires_reconciliation. Hervatten weigert ook een oude beëindiging die vandaag nog geldt of waarvoor geen actuele hervatbare native maandregel bestaat. Een correct gebonden, lopende bedrijfspool kan de oude persoonlijke Drive-maandregel vervangen; een historisch beëindigde pool zonder vervangende maandregel kan dat niet. Onverwante, afzonderlijk opgezegde Drive-afspraken blokkeren geen mailbox-only hervatting.

De controle gebruikt mailbox-ID plus soort, of Workspace-ID plus bedrijfsdienst; bedrijfs-ID's en oude klant-ID's worden nooit als dezelfde namespace behandeld. Een verkeerd aan een ander bedrijf gekoppelde maandregel of dubbele open regels geven 409 workspace_billing_binding_invalid. Aliassen, technische Workspace-domeinen en zelfstandige domeinregistraties worden niet als gelijk genummerde mailbox-/Drive-abonnementen behandeld.

Annuleren en permanent verwijderen

Een betaalde mailbox wordt eerst opgezegd met de bestaande actions/cancel-actie en de actuele If-Match. De bevestigde maandregel krijgt een einddatum. Haal daarna de nieuwe resourceversie op voordat je met expliciete resourcebevestiging en recente sterke menselijke verificatie permanent verwijdert. Zolang een betaalafspraak nog openstaat, geeft DELETE 409 workspace_cancel_required. Voor een lege Workspace geldt dezelfde volgorde voor zijn eigen mailbox- en bedrijfsdiensten. Onafhankelijke domeinregistratieregels blijven intact.

Een gewone cancel mag geen direct geprovisioneerde gratis/onbekende mailboxdata verwijderen: die geeft 409 workspace_sensitive_delete_required en verwijst naar de expliciete gevoelige DELETE. Die DELETE kan een niet-betaalde, vrije mailbox verwijderen zonder een fictieve betaalde opzegperiode te maken. De vrije maandregel wordt daarbij wel gesloten.

Een mailbox of dienst die nog aan een onbetaalde of financieel onzekere checkout is gebonden, geeft 409 workspace_order_cancellation_required. Gebruik de afzonderlijke gecontroleerde annulering van de hele oorspronkelijke bestelling; een individuele cancel/delete mag die bescherming niet omzeilen.

Verwachte read-only weigeringen worden vóór de operationele idempotencyregistratie beoordeeld, met bestaande scope-/bedrijfscontrole en de actuele resourceversie. Dezelfde key kan daardoor na cancel en het ophalen van een nieuwe versie voor de eerste echte DELETE worden gebruikt. Een reeds uitgevoerde of onzekere operatie behoudt zijn oorspronkelijke replayregels; een financiële timeout is geen toestemming om een verse key of nieuwe factuur te maken. Dezelfde controles worden onder de bestaande effectlocks opnieuw uitgevoerd. Dry-run controleert dezelfde financiële grens zonder maandregels, resources of leveranciers te wijzigen.

Offertes en herstel

Offertes voor betrokken pakket-/dienstwijzigingen controleren de grens vóór een nieuwe prijsopgave en opnieuw vóór uitvoeren. Batch-checkout controleert dit ook na lokale voorbereiding en vóór de gezamenlijke financiële stap. Een laat ontdekte afwijking behoudt de reeds voorbereide lokale resources en held taken voor inspectie; geen nieuwe factuur, betaling of automatische levering volgt. Bestaande offertes en operaties blijven via de leesroutes inspecteerbaar.

Deze tijdelijke API-grens migreert geen oude records en beëindigt niets bij een leverancier. Een beheerder moet de oorspronkelijke afspraak en bestaande native regel eerst gecontroleerd verifiëren/reconciliëren. De volledige duurzame beëindigings-/hervattingsjournal voor overige legacy-workflows blijft werk na de eerste preview; de al afzonderlijk gecontroleerde persoonlijke Drive-cancel/purge en de whole-order-annulering houden hun eigen protocol.