<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Reference :: Geena User API</title>
    <link>https://docs.test.geena.eu/reference/index.html</link>
    <description>Reference Enums — all enum values referenced in the User API. Error codes — HTTP and GraphQL error shapes. Built-in schemas — catalog of the 24 shipped JSON schemas (schemaRef values, fields, scope). Embedded schemas — using the documentSchema field: validation pipeline, supported JSON Schema features, $ref to built-ins, composition patterns.</description>
    <generator>Hugo</generator>
    <language>en</language>
    <atom:link href="https://docs.test.geena.eu/reference/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Enums</title>
      <link>https://docs.test.geena.eu/reference/enums/index.html</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.test.geena.eu/reference/enums/index.html</guid>
      <description>Enums All enum types referenced from the User API.&#xA;SharedVaultTemplate Controls which schemas are pre-installed when a shared vault is created.&#xA;Value Use case LEGAL_ENTITY Corporate / UBO collection CUSTOM No pre-installed schemas PERSONAL Personal data collection SharedVaultCollaboratorRole Returned by SharedVault.myRole:</description>
    </item>
    <item>
      <title>Error codes</title>
      <link>https://docs.test.geena.eu/reference/error-codes/index.html</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.test.geena.eu/reference/error-codes/index.html</guid>
      <description>Error codes Transport errors (plain HTTP) Returned by Echo / the auth middleware before the request reaches GraphQL. Body is {&#34;message&#34;:&#34;...&#34;} plain JSON.&#xA;HTTP Message Where 400 invalid request body auth endpoints, body parse failure 400 invalid email format /auth/send-otp, /auth/verify-email/* 400 email and code are required /auth/verify-otp, /auth/verify-email/confirm 401 Missing token auth middleware — no Authorization header 401 Invalid token auth middleware — bad signature, expired, session missing/revoked 401 invalid or expired code OTP verification — no active OTP or wrong code 401 invalid session /auth/renew, /auth/verify-email/* — session context missing 429 too many OTP requests more than 3 OTP sends per email in the last hour 429 too many verification requests for this email same limit on /auth/verify-email/send 429 too many verification attempts OTP consumed 5 wrong attempts 500 failed to create session / failed to create token infrastructure failure during login 500 failed to renew session / failed to record email verification infrastructure failure 503 unable to send verification code, please try again email service unreachable GraphQL errors Any error from a resolver comes back in the standard GraphQL envelope:</description>
    </item>
    <item>
      <title>Built-in schemas</title>
      <link>https://docs.test.geena.eu/reference/schemas/index.html</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.test.geena.eu/reference/schemas/index.html</guid>
      <description>Built-in schemas The backend ships with 24 built-in JSON schemas used to validate DocumentInput.data payloads. They cover personal, corporate, and platform-service data shapes.&#xA;Canonical schemaRef format Every built-in schema has a canonical reference URL:&#xA;https://schema.identa.io/core/{SchemaName}.json Use this URL verbatim as DocumentInput.schemaRef when creating documents. The backend resolves it to the embedded JSON Schema at write time and validates data against it.</description>
    </item>
    <item>
      <title>Embedded schemas</title>
      <link>https://docs.test.geena.eu/reference/embedded-schemas/index.html</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://docs.test.geena.eu/reference/embedded-schemas/index.html</guid>
      <description>Embedded documentSchema DocumentInput accepts either a schemaRef (pointer to a built-in schema) or an embedded JSON Schema body via documentSchema. This page documents how documentSchema is handled server-side, what JSON Schema features are supported, and the composition patterns that work.&#xA;input DocumentInput { name: String! schemaRef: String # option A — one of the built-ins documentSchema: JSON # option B — inline JSON Schema (Draft 2020-12) description: String uniquePerVault: Boolean data: JSON! } schemaRef vs documentSchema — which do I use? Situation Use Data matches a single built-in exactly schemaRef Need to combine several built-ins (e.g. name+address) documentSchema (with $ref) Need extra required fields on top of a built-in documentSchema (allOf + required) Need fields that no built-in covers documentSchema One-off document tied to a specific flow or app documentSchema Warning Mutual exclusion is enforced. Providing neither returns a “no schema definition” error; providing both returns “both schema definitions”. The check lives in DocumentMetadata.ValidateSchemaDefinition() in the domain layer (pkg/domain/document.go).</description>
    </item>
  </channel>
</rss>