Stores the customer’s signed PDF on the silo entry together with
the chosen signature method. This call only persists the document
— it does not record an approval decision. Call POST /confirm
afterwards to mark the submission as complete.
Two signature methods are accepted:
esignature — the PDF was signed electronically (PAdES). The
signature is validated cryptographically against the EU Trusted
List.identity — the PDF was signed by hand. The customer must also
upload identity images via POST /identity before confirming;
verification is delegated to Invopop’s approval service.Stores the customer’s signed PDF on the silo entry together with the chosen signature method. Two methods are accepted:Documentation Index
Fetch the complete documentation index at: https://docs.invopop.com/llms.txt
Use this file to discover all available pages before exploring further.
esignature (PAdES — validated cryptographically against the EU Trusted List) and identity (hand-signed — verification deferred to Invopop’s approval service, requires identity images uploaded via POST /identity first).
This call only persists the document. Call POST /confirm afterwards to mark the submission complete and let the onboarding workflow proceed.Authenticate using a valid Invopop enrollment token in the Bearer
scheme.
Example: Authorization: Bearer <token>
ID of the org.Party silo entry being onboarded.
"5b45453c-cdd0-11ed-afa1-0242ac120002"
How the customer signed the agreement.
esignature - Signed electronically (PAdES). The PDF
signature is validated against the EU Trusted List.identity - Signed by hand and accompanied by uploaded
identity images. Verification is delegated to Invopop's
approval service.esignature, identity Base64-encoded binary of the signed PDF agreement. Must be application/pdf.
Signed agreement stored.