Customer onboarding
Request company details, identity documents or signed files tied to the customer id.
Input, files, and approvals from people
An agent with a Fangst API token and HTTP access can create the
request itself. Fangst returns a hosted URL. The agent shares that URL
through a channel available to it, then polls for the response or
continues when your application receives
submission.completed.
Add these resources and credentials to the agent's tools or instructions. No Fangst-specific agent protocol is required; the product surface is HTTP.
Authorization: Bearer ….Fangst does not choose a recipient or send the message. The agent or your software must have its own email, chat, SMS or other channel for giving the hosted URL to the right person.
POST /v1/requests with its Bearer token and the required field schema.request.hosted_url from the response and gives it to the person through an available channel.GET /v1/requests/:id/submissions, or the application handles the signed submission.completed webhook.The agent has the claim id but cannot finish its work without a description and photos from the customer. It creates a request with that claim id as metadata and asks for those fields.
claim_id: clm_92831Fangst returns what the person submitted. The agent or application decides whether the claim can continue.
Request company details, identity documents or signed files tied to the customer id.
Request photos, receipts, logs or a written explanation tied to the claim or ticket.
Request a detailed brief, reference files and dates before planning can continue.
Ask a person to approve, reject or choose before the agent continues.
Fangst hosts the request and gives the stored response back to the authorized system.