Integrations
Bobuild apps rarely live alone. This hub points to the integration styles the product supports today and the usual patterns for connecting the rest of your stack.
In-product capabilities
| Need | Use |
|---|---|
| Interactive UI inside your website | Embedding (including WordPress) |
| Programmatic read/write | REST API |
| Build or change apps with an AI agent | AI agents (MCP) on the Builder |
| Custom UI with Bobuild-managed data | Custom View |
| Outbound messages to humans | E-mail tasks |
| Files to users | Document generation |
| Timed jobs | Scheduled tasks |
| Pick files from Microsoft SharePoint on forms | SharePoint |
Patterns without native webhooks
Bobuild does not require you to host webhook receivers for common cases. Choose an approach:
1. External system pulls Bobuild (API poll)
A mobile app, middleware, or iPaaS (Make, Zapier, custom worker) calls your API endpoints on a schedule or on demand.
Good for: syncing lists, checking status, mobile clients.
2. External system pushes into Bobuild (API write)
Partners POST into Create/Modify endpoints when something happens in their system.
Good for: receiving orders, CRM updates, form tools that can call HTTP.
3. Humans / operators as the bridge
CSV via Importer or Builder import, plus batch tasks.
Good for: low-frequency partner feeds.
4. E-mail as notification, API as system of record
Keep state in Bobuild; notify people with tasks; let other software read status via API.
Mobile apps
Treat Bobuild as the backend:
- Define role-aware API endpoints (only the fields the app needs).
- Use endpoint auth appropriate to the client (API authentication).
- Upload files as documented in Files and images.
- Keep business rules in Bobuild tasks/validation so mobile clients stay thin.
iPaaS (Make / Zapier-style)
Approximate flow:
- Trigger in the other tool (new Stripe payment, new Typeform response, …).
- HTTP request action → Bobuild Create/Modify endpoint.
- Optional: later scenario polls a Bobuild List endpoint for status.
Store API tokens in the iPaaS secret store, not in public scenarios.
SharePoint
When SharePoint import is enabled for the app, every editable File field on a live form shows Browse SharePoint. Logged-in users pick a file from SharePoint; Bobuild downloads it into the field like a normal upload (Microsoft tokens stay in the browser; Bobuild does not store refresh tokens).
Enable in Bobuild
- In the Builder, open Settings → Integrations.
- Enable SharePoint import.
- Paste the Entra (Azure AD) Application (client) ID.
- Optionally set Directory (tenant) ID (leave blank /
commonfor multitenant).
Entra app registration
Register a single-page application (public client, PKCE — no client secret required for this flow):
- Add redirect URIs for every live origin (app hostname and each custom domain; wildcards are not supported).
- Enable access / ID tokens as required for SPA sign-in.
- Delegated permissions (admin consent where required): Microsoft Graph
User.Read,Files.Read.All,Sites.Read.All; SharePointMyFiles.Read,AllSites.Read.
Custom View + external libraries
When you need a specialised widget (map, kanban, dashboard tile), keep auth and filters in Bobuild and render with JavaScript — Custom View. Prefer this over exporting data to a separate microsite when the audience already uses your portal.
Related
- Security overview — do not over-expose endpoints
- Tasks — keep status and automations in Bobuild while integrating
- Production playbook — separate staging API hosts from production