The kind of KYC/KYB document. Jurisdiction-agnostic - generic
categories, never country-specific artifact names -
because this API onboards your customers worldwide.
What this list is, and what it is not. It is the vocabulary for
declaring what you are uploading. It is not a per-country list of which
artifact satisfies which category: whether a given national ID, driving
licence or utility bill is accepted for a specific customer is decided
in review, not by this enum, and OZAV does not publish a per-jurisdiction
acceptance table. Declare the category that best describes the artifact
and upload it; if something is missing or unusable you get a named
outcome on the verification, not a silent rejection.
The fields a customer must supply are a separate question, answered by
requirements.missing_fields on the customer itself. That set is driven
by the country on tax_id / registration, and it does not vary by the
currency of any account you later open.
Required versus optional, and why nothing here blocks. For an
international account the receiving institution asks for a defined set of
company information. Some categories below satisfy part of that set and
some do not apply to every company - a Brazilian company, for example, has
no separate memorandum of association, because its Contrato Social is both
the constitutive act and the articles.
So this API accepts every category at any time and refuses none of them for
being absent. Upload what the company has, under the category that
describes it.
What this API does not do yet, said plainly. requirements on
GET /customers/{id} reports missing onboarding fields, not missing
documents - it will not tell you which of the categories above are still
outstanding. Document review happens at the receiving institution, and
today its outcome reaches you through your account contact, not through
this API. Publishing the list here without saying that would suggest a
completeness signal that does not exist.
A company that cannot produce one of these is not blocked from being
created. It is blocked, later and visibly, from having an account opened -
and the difference matters: the first is a wall at the door, the second is
a list you can work through.
Three categories for the Brazilian named account. tax_registration
is the company's tax registration certificate (in Brazil, the Cartão
CNPJ). pep_declaration is a politically-exposed-person declaration,
one per partner or legal representative (subject_type: associated_person), optional except for a BRL account. income_tax_return is the company's income tax
return, accepted as evidence of economic capacity alongside
financial_statement. A bank statement is not accepted as economic
capacity by the Brazilian receiving institution; send a balance sheet or
the tax return instead.