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.
Bedrijfsresources en veilige aantallen
De bedrijfsdetailpagina, beheer-API en getypeerde CLI gebruiken dezelfde begrensde, alleen-lezen bron voor Workspaces, domeinen, bestellingen, registrarcontacten en veilige logmetadata. Deze leesacties versturen geen leveranciersaanvragen, veranderen geen eigendom of facturatie en lezen geen inloggegevens, private DNS-records, ruwe logdetails, IP-adressen of versleutelde momentopnamen.
Gebruik een actuele menselijke interne beheerder met admin:read en recente passkeygoedkeuring. --account is de administratiecontext; het afzonderlijke bedrijfs-ID is het moderne doelbedrijf, nooit een oud gebruikers- of klantnummer. Actuele toestemming, beheerder, context en passkey worden vóór en na SQL gecontroleerd. Resourcebeperkte toestemmingen kunnen geen globale resources van een ander bedrijf opsommen.
Portaal
Open de detailpagina van het bedrijf. Zonder recente passkeygoedkeuring is de pagina alleen een verificatiescherm: resources en aantallen worden niet vooraf geladen. Verifieer en open de details en selecteer daarna expliciet een resourcetabblad of Actuele resourceaantallen lezen. Verlopen verificatie kan worden vernieuwd zonder het gekozen bedrijf of de zoekopdracht te verliezen. Verificatie annuleren verstuurt geen resourceaanvraag.
Elk tabblad heeft een maximale paginagrootte van 100 en voorwaartse cursornavigatie. Zoeken is beschikbaar voor resourcenamen en omschrijvingen; het logtabblad accepteert een exacte gebeurtenisactie zoals logMsg87. Gebruik de datumfilters van de log-API/CLI voor een selectie op datum. De oudere zoekfunctie in vrije logdetails is niet beschikbaar. De bestaande ledenlijst is beperkt tot de eerste 100 registraties; gebruikersbeheer kan verdere lidmaatschappen onafhankelijk per gebruiker bekijken.
Getypeerde CLI
binadit admin companies resources 42 workspaces --account 1 --limit 25 --output json
binadit admin companies resources 42 domains --account 1 --search example --limit 25
binadit admin companies resources 42 orders --account 1 --limit 25
binadit admin companies resources 42 holders --account 1 --limit 25
binadit admin companies resources 42 logs --account 1 \
--action logMsg87 --from 2026-10-01 --until 2026-10-29
binadit admin companies resource-counts 42 --account 1 --output json
Kopieer meta.next_cursor exact naar --cursor met hetzelfde bedrijf, type en dezelfde filters. Registraties worden op aflopend ID gesorteerd; er wordt niet met paginanummers of posities gezocht en er is geen automatische doorloop van alle bedrijfsresources. IDs en cursors behouden hun exacte 64-bits waarden met teken in de CLI. De client controleert het teruggegeven bedrijf, type, filters, volgorde en cursor voordat de vaste veilige projectie wordt afgedrukt. Onbekende responsvelden worden weggelaten. Deze GET-aanvragen hebben geen wijzigingsintentie of idempotentiesleutel nodig.
API
GET /api/v1/accounts/{context}/admin/companies/{company}/resources/{kind}waarbijkindgelijk is aanworkspaces,domains,orders,holdersoflogs;GET /api/v1/accounts/{context}/admin/companies/{company}/resource-counts.
Resourcevragen accepteren limit (1–100, standaard 25), een positieve aflopende cursor en optioneel search (maximaal 200 tekens). Logs accepteren in plaats daarvan uitsluitend limit, cursor, een exacte action (logMsg1–logMsg94), from en until (inclusieve UTC-kalenderdatums). Het pad legt het doelbedrijf vast; bedrijfsoverschrijvingen door de aanvrager, willekeurige velden en zoeken in ruwe logs worden geweigerd.
Pagina's retourneren data en meta met scope: company_resources, company_id, kind, limit, next_cursor, vaste beoordeelde filters en ownership: verified_bindings_only. Aantallen retourneren data.company_id, alle vijf gehele waarden in data.counts en hetzelfde eigendomslabel. De eindpunten gebruiken Cache-Control: no-store. Onbekende of gearchiveerde bedrijven en ongeldige selecties worden geweigerd; ingetrokken of verlopen bevoegdheid kan geselecteerde metadata niet publiceren.
Grenzen voor eigendom en historie
Workspaces gebruiken hun moderne bedrijfsbinding en sluiten logisch verwijderde registraties uit. Domeinen, bestellingen en contacten accepteren een exacte consistente moderne eigenaar. Terugvallen op oude gegevens mag alleen wanneer de moderne binding ontbreekt en het positieve oude klantnummer precies één bedrijf identificeert, waarbij ook gearchiveerde bedrijven meetellen bij de uniciteitscontrole. Een conflicterende moderne eigenaar, nul of een niet-toegewezen oud nummer, of een dubbele historische koppeling geeft nooit terugvaltoegang. Conflicterende of dubbelzinnige registraties worden weggelaten in plaats van aan een geraden eigenaar toegewezen.
Logs hergebruiken de veilige portaallogbron en komen uitsluitend overeen met het expliciete moderne company_id. Hun legacy_subject_id is een historische diagnostische verwijzing met een ongeverifieerde naamruimte; het is geen moderne persoons- of bedrijfsidentiteit. Het selecteert nooit registraties en zoekt geen private contactgegevens op.
Aantallen gebruiken dezelfde eigendomsvoorwaarden als pagina's. Ze beschrijven geverifieerde zichtbare registraties, niet of een bedrijf kan worden gearchiveerd of dat financiële aansprakelijkheid ontbreekt. Annulering, permanente verwijdering, overname en bedrijfseigendomsoverdracht behouden hun eigen beoordeelde bedrijfscontroles. Bestaande facturen en historische verantwoordelijkheid worden niet door deze inventarisatie herschreven.
Bestelprijzen zijn opgeslagen omschrijvende bedragen. processed beschrijft bestelverwerking, nooit een betaalbewijs; deze inventarisatie stelt geen historische valuta, betaalde dekking of nieuwe facturatieautorisatie vast.
Domeinen waarvoor nog een eigendomsbeoordeling nodig is
De zoekfunctie Domeinen koppelen op de bedrijfspagina en GET /api/v1/accounts/{context}/admin/companies/{company}/attachable-domains gebruiken dezelfde lokale kandidaatselectie. Anders dan de inventarisatie van eigen resources omvat deze niet-gekoppelde lokale domeinen en domeinen die momenteel elders zijn toegewezen, ook zonder inventarisobject bij een registrar. Een kandidaat bewijst nooit eigendom, betaalde dekking, overdrachtstoestemming of beschikbaarheid van een registraractie. Elk item en elke pagina vermeldt expliciet review_required: true; meta.ownership_verified is false.
Gebruik de geauthenticeerde algemene GET van de Rust-CLI, zonder nieuwe wijzigingssleutel:
binadit api '/admin/companies/42/attachable-domains?search=example' \
--account 1 --method GET --limit 25 --output json
De API accepteert alleen limit (1–100, standaard 25), een positieve aflopende-ID-cursor en optioneel search (maximaal 200 tekens). Zoeken werkt op letterlijke deeltekst; % en _ worden geen SQL-jokertekens. Kopieer meta.next_cursor exact met hetzelfde bedrijf en dezelfde zoektekst. Ongeldige of te lange opgeslagen namen worden weggelaten; een lege pagina kan nog steeds een voorwaartse scancursor hebben. Domein-IDs en cursors behouden 64-bits precisie met teken. De portaalkeuzelijst behoudt de alfabetische zoekselectie van de eerste 50 resultaten en bestaande beoordeelde browserlinks.
Elk item bevat uitsluitend id, domainname, review_url en review_required. Er worden geen DNS-records, leveranciersinloggegevens, transfertokens of contactgegevens van eigenaars geladen. review_url is een portaalbeoordelingslink, geen wijzigingseindpunt. API/CLI-agents gebruiken het bestaande eigendomsplan en exacte overdrachtscontract voor het expliciet gekozen domein-ID. De kandidaatuitlezing verandert geen eigendom, facturatie of leveranciersstatus, verstuurt geen mail en maakt geen operatie aan. Actuele sterke interne beheerdersbevoegdheid en de doelbinding worden na de lokale querytransactie opnieuw gecontroleerd; ingetrokken toegang kan de geselecteerde namen niet publiceren.