Skip to main content

Upload evidence

POST /v1/documents accepts multipart form data with file, subject_id, and document_type. The response is 202 with a document resource.
Let the HTTP client construct the multipart Content-Type boundary. Do not set Content-Type: application/json for this route. The upload period records the document’s stated evidence period. It is not the exclusive to filter used by transaction queries. Poll the document’s extraction_status or consume document.processed; acceptance does not establish a completed or verified extraction.

File controls

Document processing validates actual file content, allowed types, malware status, tenant ownership, and permitted purpose. Maximum size, page limits, accepted MIME types, scan timeouts, and residency are environment settings. The PDF above is illustrative and is not a universal file-acceptance promise. Use only authorized evidence. The normalized default response excludes raw biometric media, card PAN/CVV, and provider credentials. Do not place credentials inside uploaded filenames or metadata.

Authorized download

Send {"purpose":"credit_assessment"} to POST /v1/documents//download with documents:read and an idempotency key. The response contains data.document_id, data.url, and data.expires_at. The URL is a temporary capability. Do not make it public, log it, put it in analytics, or persist it as a permanent asset address. Download it only within its authorized context and expiry. Do not attach an AMLOK API key to the signed storage URL. Use the expiry and storage domain returned by your environment. Upload documents through the documented multipart endpoint.

Retention and deletion

Retention is managed by authorized users through workspace configuration in the AMLOK platform and in accordance with applicable compliance frameworks. Consent revocation or connection disconnection stops future collection; it does not itself delete stored evidence. After the cancellation request month closes and final information is generated, workspace deletion removes all associated workspace data. Necessary final billing, refund, and bank-return records are retained separately without borrower source data, documents, analysis outputs, or active workspace access. This API does not expose deletion-request endpoints. See privacy and data handling.