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](/developers/guides/release-scope?lang=nl).

# 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

```sh
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}` waarbij `kind` gelijk is aan `workspaces`, `domains`, `orders`, `holders` of `logs`;
- `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](/developers/guides/portal-logs?lang=nl) 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](/developers/guides/domain-ownership?lang=nl) 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:

```sh
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](/developers/guides/domain-ownership?lang=nl) 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.