CONTINUE action. All three use the same auth headers.
Step 1 — Init
transactionId that ties together every subsequent call.
Request body
string
required
Your own identifier for this case (e.g. loan ID, application ID). Used for idempotency —
calling init again with the same
reference_id returns the existing workflow.string
required
Gateway instance ID configured for the PDF API upload flow. Provided by your integration
contact.
Sample request
Response
Store the
transaction_id — it is the single identifier used for status polling and
data retrieval. The session_token is not required for subsequent API calls in this flow.Step 2 — Submit PDF Files
input_data. The system runs OCR preview per file automatically and groups files by
detected account number — no bank name or account number needs to be specified.
You can submit PDFs from multiple banks and accounts in one call. Files covering the
same account across different months are merged automatically.
Request body
string
required
The
transaction_id received from Step 1.array
required
Array of PDF file objects. Each entry represents one file.
string
required
Must be
bank_statement_file.string
required
Full base64 data URI of the PDF:
data:application/pdf;base64,<base64>.string
required
Must be
file.string
Original file name (e.g.
statement.pdf).string
MIME type of the file. Use
application/pdf for PDF statements.string
PDF password if the file is password-protected. Pass an empty string if not.
Do not include
action in this call. Omit it or pass null.Sample request
Step 3 — Confirm Submission
CONTINUE action with an empty input_data array
to start OCR processing and analytics computation.
