Banks
Pre-check lists before they hit the Shariah board agenda — exceptions only in the room.
Developer docs · conceptual
Coming Q3 2027Bank and fintech-oriented APIs for AAOIFI-aligned screening workflows — auth, rate limits, and example routes shown here are fictional previews only.
Screening embeds for product engines, wealth platforms, and internal compliance tools.
Pre-check lists before they hit the Shariah board agenda — exceptions only in the room.
Surface educational compliance cues in apps without claiming auto-certification.
Batch holdings through policy packs aligned to AAOIFI screening themes.
Illustrative paths for planning integrations — not callable today.
| Method | Path | Purpose |
|---|---|---|
POST | /v1/screen/holdings | Submit a holdings batch for assistive screening |
GET | /v1/screen/jobs/{id} | Poll job status and flag summary |
POST | /v1/screen/instruments | Single-name activity + ratio snapshot |
GET | /v1/policies | List available policy pack IDs |
These endpoints are examples only. Do not build production clients against them. Final paths, schemas, and SLAs will be published nearer launch.
Enterprise conversations first — then sandbox credentials when the product opens.
Share your use case (wealth app, bank list, fund ops). We confirm whether screening APIs fit.
When live: test keys, sample payloads, and disclaimer UX requirements in your client.
Tenant credentials, rate plans, and optional human escalation hooks via Baashir review.
Expected pattern: API keys or OAuth-style client credentials per environment (sandbox / production). Keys rotate; never embed secrets in public apps.
Conceptual fair-use ceilings by plan — e.g. requests per minute and holdings per job — to keep screening quality stable for all tenants.
Register interest, or talk to us about institutional integration needs.