Connect a store.
Issue a key. Test it first.
Everything on this page is something you can go and check: the connection catalog as the platform declares it, the scopes a key can carry, the objects the sandbox will return you, and the formats the reporting surface writes.
The environment is part of the credential, not a setting next to it.
A sandbox call made with a live key is rejected rather than quietly run.
What connects, and how.
Eight entries, each with the authorization method it uses. A connection is held per environment, so a test connection and a live connection to the same platform are separate records with separate credentials.
A key is a scope set, not a password.
What a key may do is decided when it is issued, and checked on every request.
Ask for the object before you build against it.
The sandbox returns a deterministic object of the kind you name, recorded against your session so you can see what you asked for and when.
Getting the data out is its own path.
Reporting writes CSV, XLSX and PDF, on demand or on a schedule. This is an export surface and it is named as one — it moves a file, it does not maintain a connection to a system on the other side.
Be clear about what a connection is today: authorizing a platform establishes and stores that authorization, per environment, with credentials encrypted at rest. It is not a running data synchronisation, and this page does not describe one. For moving data in and out right now, the supported paths are the API with a scoped key and the export formats above. Accounting and warehouse destinations are not connected — where you have seen those names attached to BINK before, they were not backed by anything that transmits.
