Beschikbaarheid van API en CLI
De API en Rust CLI ondersteunen de vrijgegeven Binadit-diensten binnen de rechten van je huidige verbinding en bedrijf. Controleer binadit capabilities en de actuele OpenAPI-specificatie voordat je een workflow automatiseert.
Exchange wordt later opnieuw gebouwd
De volledige Exchange-koppeling is uitgesloten van deze release. Er zijn geen actieve Exchange-functies voor mailboxen, adressen, wachtwoorden, imports, leveranciersinstellingen, producten, prijsbeleid, offertes, bestellingen of verlengingen via API of CLI. Ook een bestaande token of eerder opgeslagen offerte geeft hiervoor geen toegang. Een gemengde nieuwe bestelling met Exchange wordt als geheel geweigerd voordat leverancierswerk of facturatie begint.
Exchange-opdrachten worden niet aangeboden in de normale CLI-hulp. Een expliciet opgegeven oude Exchange-opdracht stopt lokaal. Het opnieuw verbinden of verruimen van algemene API-rechten activeert Exchange niet. De oorspronkelijke ontvangstbewijzen en lokale herstelbestanden worden bewaard; verwijder ze niet om een blokkade te omzeilen.
De bestaande Exchange-functies in het portaal vallen buiten deze API/CLI-wijziging. Historische facturen kunnen Exchange-regels blijven bevatten: dit zijn bestaande financiële gegevens en geen actieve Exchange-API.
Oude saldo- en opwaardeerfunctie
De oude saldo- en opwaardeerfunctie is uit het portaal verwijderd. Klanten betalen direct of via een terugkerende betaling; de API en CLI bieden geen saldo- of opwaardeerworkflow. Bestaande factuur- en abonnementsfuncties hebben hun eigen documentatie en rechten.
Inloggen als klant blijft in het portaal
“Inloggen als klant” blijft een portaalfunctie met een browsersessie. Beheerders gebruiken de API en CLI onder hun eigen beheeridentiteit met de daarvoor verleende actuele rechten. Er komen in deze release geen API-supportverbindingen die een klant nabootsen. Een bedrijfsnummer in een verzoek verleent op zichzelf geen toegang.
Actuele verificatie voor persoonlijke verbindingen
Een persoonlijke API- of CLI-verbinding volgt de actuele inlogbeveiliging van je identiteit in het portaal. De eis geldt over al je actieve lidmaatschappen bij beschikbare bedrijven, ook als je een ander bedrijf hebt geselecteerd. Als een bedrijf bijvoorbeeld een passkey verplicht stelt, geeft een eerder met TOTP gemaakte verbinding niet langer toegang. Eerst de vereiste factor instellen en daarna opnieuw verbinden met binadit login. Een factor toevoegen maakt een oude verbinding niet vanzelf sterker.
Deze controle geldt voor API-verzoeken, het vernieuwen van tokens en opnieuw vlak voor leverancierswerk. Reeds bevestigde leveranciersresultaten worden hierdoor niet ongedaan gemaakt. Bewaar het oorspronkelijke ontvangstbewijs bij een onderbroken wijziging en gebruik de gedocumenteerde herstelroute; maak geen vervangende aanvraag om de verificatie-eis te omzeilen.
Een zelfstandige serviceverbinding blijft een afzonderlijke machine-identiteit met eigen bedrijfsbinding, rechten, vervaldatum en intrekking. Zij wordt niet stilzwijgend een persoonlijke verbinding en krijgt geen bevoegdheden voor acties die menselijke verificatie vereisen.
Voor AI-agents
Voor AI-agents: persoonlijke machtigingen moeten voldoen aan het actuele wereldwijde factorbeleid van de identiteit, inclusief actieve lidmaatschappen bij andere beschikbare bedrijven. Verbind opnieuw via echte portaalverificatie wanneer step_up_required of OAuth access_denied op gewijzigd beleid wijst. Vernieuwen of een factor registreren kan de authenticatiemethode van een bestaande machtiging niet versterken. Bewaar oorspronkelijke operatiebewijzen en herstelvereisten. Vervang de machtiging nooit door klantnabootsing of een machine-identiteit om menselijke verificatie te omzeilen.
Behandel Exchange als niet beschikbaar in deze release, inclusief bestaande inloggegevens, imports, leveranciersbeheer, product- en prijswijzigingen, losse offertes, gemengde winkelmandjes, wachtend API-werk en dienstverlenging. Stel geen Exchange-opdrachten, alternatieve machtigingen, handmatige ruwe API-aanroepen of nieuwe idempotentiesleutels voor om deze uitsluiting te omzeilen. De actuele functiecatalogus en OpenAPI-specificatie zijn leidend; oudere Exchange-implementatiebestanden dienen als referentie voor toekomstige integratie.
De verwijderde oude saldo- en opwaardeerfunctie bestaat niet in de API of CLI. Klantnabootsing is uitsluitend een portaalfunctie: beheerders moeten hun eigen echte beheeridentiteit en actuele rechten gebruiken voor API/CLI-toegang. Maak nooit kunstmatige klantsessies en stel browsernabootsing niet voor als werkwijze voor API-tokens.
Gebruik de API-handleiding, CLI-handleiding en agenthandleiding voor beschikbare werkwijzen. Bedrijfslidmaatschap, actuele rechten, sterke verificatie en herstelvereisten voor oorspronkelijke operaties blijven gelden.