Businesses
Support approved onboarding, record-quality and operational reconciliation workflows without exposing a broad data console.
IAM Bajan gives approved businesses, developers and government agencies a structured way to request access, integrate responsibly and operate within a clearly defined data-use boundary.
IAM Bajan is not a public people-search service. It is a governed integration platform for organisations with an approved, lawful and documented use case.
Support approved onboarding, record-quality and operational reconciliation workflows without exposing a broad data console.
Integrate authorised systems through documented APIs, short-lived credentials and clear technical onboarding.
Enable controlled statutory and service-delivery workflows with an accountable approval and audit trail.
All plans are subject to organisation verification, intended-use review, manual invoicing and activation. Published prices are in Barbados dollars.
For approved developers and small teams integrating a defined use case.
For established organisations with an approved operational workflow.
For ministries, agencies, regulated institutions and higher-scale integrations.
Final approval depends on your organisation, documented use case, contractual scope and the authority responsible for the underlying information.
Confirm information supplied within an approved customer, constituent or case workflow.
Improve accuracy and resolve duplicates within an organisation's established, authorised process.
Support defined statutory, case-management and public service workflows under applicable authority.
IAM Bajan is intentionally designed to prevent an unverified request from turning into a live integration credential.
Submit a business email, organisation details, selected plan and intended use.
Kitji reviews the organisation, proposed use, authority and commercial fit.
Invoice and contractual steps are completed before approved access is provisioned.
Your named technical contact receives the approved integration path and security guidance.
This is the customer-facing onboarding path. Full endpoint references are provided only after approval so public documentation never becomes a data-discovery tool.
# 1. Store credentials in your server-side secret store.
IAM_BAJAN_CLIENT_ID=approved-client-id
IAM_BAJAN_CLIENT_SECRET=never-in-browser-code
# 2. Request a short-lived token through the approved flow.
POST <approved-token-endpoint>
Content-Type: application/json
{
"clientId": "approved-client-id",
"clientSecret": "stored-server-side"
}
# 3. Use only approved endpoints and scopes.
Authorization: Bearer <short-lived-token>
# 4. Handle 401, 403, 429 and validation failures.
# Do not log raw credentials or returned personal data.
Applicants must acknowledge these requirements before an access request can be submitted. Service terms and final contractual controls will apply to every activated subscription.