@incodetech/prizma-core-screens 0.2.7 → 0.2.12

package/dist/LoaderScreen.d.ts

@@ -17,11 +17,13 @@ export interface LoaderScreenProps extends Omit<PrizmaProcessingScreenProps, 'st
  * (GUIDELINES.md §6-C, `PrizmaProcessingScreen`).
  *
  * Figma: `Module Generic Screens` frames `67:2388` ("Processing…") and
- * `67:3593` ("Just a moment…"). ONE screen for both, and for every module
- * loader after them: logo header → Core's spinner → status line → reassurance
- * line → the verified tag, with no CTA. The archetype already IS this recipe;
- * this component exists so the family has a name a designer can point at and a
- * copy contract a host can fill, not to add layout.
+ * `67:3593` ("Just a moment…"), plus the SDK's own "Hold on a sec…" wait that
+ * ID Capture, NFC and the Demo App show (`verifyingIdentity`). ONE screen for
+ * all of them, and for every module loader after them: logo header → Core's
+ * spinner → status line → reassurance line → the verified tag, with no CTA.
+ * The archetype already IS this recipe; this component exists so the family
+ * has a name a designer can point at and a copy contract a host can fill, not
+ * to add layout.
  *
  * Reach for `PrizmaResultScreen` the moment a wait screen needs a button — a
  * loader with a "Cancel" is a result screen, and the missing CTA band here is

package/dist/LoaderScreen.js

@@ -8,11 +8,13 @@ import './ScreenLayout.css';
  * (GUIDELINES.md §6-C, `PrizmaProcessingScreen`).
  *
  * Figma: `Module Generic Screens` frames `67:2388` ("Processing…") and
- * `67:3593` ("Just a moment…"). ONE screen for both, and for every module
- * loader after them: logo header → Core's spinner → status line → reassurance
- * line → the verified tag, with no CTA. The archetype already IS this recipe;
- * this component exists so the family has a name a designer can point at and a
- * copy contract a host can fill, not to add layout.
+ * `67:3593` ("Just a moment…"), plus the SDK's own "Hold on a sec…" wait that
+ * ID Capture, NFC and the Demo App show (`verifyingIdentity`). ONE screen for
+ * all of them, and for every module loader after them: logo header → Core's
+ * spinner → status line → reassurance line → the verified tag, with no CTA.
+ * The archetype already IS this recipe; this component exists so the family
+ * has a name a designer can point at and a copy contract a host can fill, not
+ * to add layout.
  *
  * Reach for `PrizmaResultScreen` the moment a wait screen needs a button — a
  * loader with a "Cancel" is a result screen, and the missing CTA band here is

package/dist/LoadersStrings.d.ts

@@ -1,10 +1,23 @@
 /**
- * The two frames in the generic file. They are the same screen with different
- * copy — which is the point of the family: the loader is a shape, and the two
- * entries here are examples of filling it, not a closed set. A module that
- * waits for something else supplies its own pair of strings under a new key.
+ * The copy pairs the family records. The loader is a shape, and each entry
+ * here is a way of filling it that more than one module already uses — not a
+ * closed set. A module that waits for something else supplies its own pair of
+ * strings under a new key.
+ *
+ * - `processing`        — frame `67:2388`. "Processing…" over the generic
+ *                         reassurance line. Watchlist for Business, eKYC, eKYB,
+ *                         Email Input and the signatures all draw this title.
+ * - `validating`        — frame `67:3593`. "Just a moment…", the documents
+ *                         are being validated.
+ * - `verifyingIdentity` — the SDK's own `loadingCircle.holdOn` wait: "Hold on
+ *                         a sec…" over "We're verifying your identity". ID
+ *                         Capture, NFC and the Demo App show it between the
+ *                         last capture and the verdict (Camila, 2026-10-09).
+ *
+ * Copy rule for every wait title: the ellipsis is the single `…` character,
+ * never two or three periods, so the same word reads the same in every module.
  */
-export type LoadersVariant = 'processing' | 'validating';
+export type LoadersVariant = 'processing' | 'validating' | 'verifyingIdentity';
 export interface LoadersCopy {
     /** H2 status line ("Processing…"). */
     title: string;

package/dist/OcrReviewErrorScreen.d.ts

@@ -0,0 +1,30 @@
+import React from 'react';
+import { type PrizmaResultScreenProps } from './ResultScreen';
+import type { PrizmaScreenActionHandler, PrizmaScreenOverrides } from './types';
+import type { OcrReviewStrings } from './OcrReviewStrings';
+import './ScreenLayout.css';
+export interface OcrReviewErrorScreenProps extends Omit<PrizmaResultScreenProps, 'status' | 'title' | 'ctaLabel' | 'verifiedLabel' | 'navLabel'> {
+    /** Module copy — this screen reads the `error` slice. */
+    strings: OcrReviewStrings;
+    screenId?: string;
+    overrides?: PrizmaScreenOverrides;
+    onAction?: PrizmaScreenActionHandler;
+}
+/**
+ * OCR Review — "Something went wrong", built on Archetype F (GUIDELINES.md
+ * §6-F, `PrizmaResultScreen`). Figma: `OCR Error` (31084:18797), drawn OUTSIDE
+ * the Happy Path section and reached off the "Processed successfully?"
+ * decision's "No" branch — a plain status + title + "Try again" CTA.
+ *
+ * Nav and footer tag are left at the archetype's DEFAULT (shown). The frame
+ * itself draws neither, matching `DigitalIdUploadFileTooLargeScreen.tsx` —
+ * but that screen is the ONE exception in the whole package, not the pattern:
+ * every other error screen (`EkycErrorScreen`, `EkybErrorScreen`,
+ * `EmailInputErrorScreen`, `FormsErrorScreen`, `IdCaptureDocumentErrorScreen`)
+ * keeps both. Hiding them here, with only one CTA to balance the bottom,
+ * pushed the status + title below where every sibling error screen centres it
+ * (Mili, 2026-10-12 — checked against the system's own screens, not re-derived
+ * from the frame).
+ */
+export declare const OcrReviewErrorScreen: React.ForwardRefExoticComponent<OcrReviewErrorScreenProps & React.RefAttributes<HTMLDivElement>>;
+export default OcrReviewErrorScreen;

package/dist/OcrReviewErrorScreen.js

@@ -0,0 +1,24 @@
+'use client';
+import { jsx as _jsx } from "react/jsx-runtime";
+import { forwardRef } from 'react';
+import { PrizmaResultScreen } from './ResultScreen';
+import './ScreenLayout.css';
+/**
+ * OCR Review — "Something went wrong", built on Archetype F (GUIDELINES.md
+ * §6-F, `PrizmaResultScreen`). Figma: `OCR Error` (31084:18797), drawn OUTSIDE
+ * the Happy Path section and reached off the "Processed successfully?"
+ * decision's "No" branch — a plain status + title + "Try again" CTA.
+ *
+ * Nav and footer tag are left at the archetype's DEFAULT (shown). The frame
+ * itself draws neither, matching `DigitalIdUploadFileTooLargeScreen.tsx` —
+ * but that screen is the ONE exception in the whole package, not the pattern:
+ * every other error screen (`EkycErrorScreen`, `EkybErrorScreen`,
+ * `EmailInputErrorScreen`, `FormsErrorScreen`, `IdCaptureDocumentErrorScreen`)
+ * keeps both. Hiding them here, with only one CTA to balance the bottom,
+ * pushed the status + title below where every sibling error screen centres it
+ * (Mili, 2026-10-12 — checked against the system's own screens, not re-derived
+ * from the frame).
+ */
+export const OcrReviewErrorScreen = forwardRef(({ strings, screenId = 'ocr-review-error', overrides, onAction, ...shell }, ref) => (_jsx(PrizmaResultScreen, { ref: ref, status: "error", title: strings.error.title, ctaLabel: strings.error.ctaLabel, verifiedLabel: strings.verifiedLabel, navLabel: strings.navLabel, screenId: screenId, overrides: overrides, onAction: onAction, ...shell })));
+OcrReviewErrorScreen.displayName = 'OcrReviewErrorScreen';
+export default OcrReviewErrorScreen;

package/dist/OcrReviewLayout.css

@@ -0,0 +1,24 @@
+/* OCR Review — the one piece of chrome the archetype doesn't own.
+ *
+ * `PrizmaFormScreen.media` places whatever the module hands it; the circular
+ * crop and fixed size are the module's own, same split `progress` already
+ * draws (the archetype positions a `PrizmaStepper`, never sizes it). 90×90,
+ * centred — Figma's `Image / Selfie` instance, read straight off the frame. A
+ * `fields` row defaults to `align-items: stretch` (FormScreen.css), so the
+ * thumbnail is the one row that opts itself out with `align-self`.
+ */
+.ocr-review__photo {
+  width: 90px;
+  height: 90px;
+  flex-shrink: 0;
+  align-self: center;
+  border-radius: var(--prizma-border-radius-full);
+  overflow: hidden;
+}
+
+.ocr-review__photo img {
+  display: block;
+  width: 100%;
+  height: 100%;
+  object-fit: cover;
+}

package/dist/OcrReviewLoadingScreen.d.ts

@@ -0,0 +1,25 @@
+import React from 'react';
+import { type PrizmaResultScreenProps } from './ResultScreen';
+import type { PrizmaScreenActionHandler, PrizmaScreenOverrides } from './types';
+import type { OcrReviewStrings } from './OcrReviewStrings';
+import './ScreenLayout.css';
+export interface OcrReviewLoadingScreenProps extends Omit<PrizmaResultScreenProps, 'status' | 'title' | 'subtitle' | 'verifiedLabel' | 'navLabel'> {
+    /** Module copy — this screen reads the `loading` slice. */
+    strings: OcrReviewStrings;
+    screenId?: string;
+    overrides?: PrizmaScreenOverrides;
+    onAction?: PrizmaScreenActionHandler;
+}
+/**
+ * OCR Review — server-side verification wait ("Hold on a sec…"). Figma:
+ * `1-18-1-id-hold-on` (31084:18795) — ID Capture's own frame, redrawn here
+ * rather than imported by reference: every module in this package owns its
+ * hold-on-shaped screen independently (`IdCaptureHoldOnScreen.tsx` is ID
+ * Capture's), and a cross-module import was tried once (Digital ID Upload)
+ * and dropped rather than kept.
+ *
+ * Archetype C (§6-C), `PrizmaResultScreen` with `status="loading"` and no CTA
+ * — identical shape to `IdCaptureHoldOnScreen.tsx`.
+ */
+export declare const OcrReviewLoadingScreen: React.ForwardRefExoticComponent<OcrReviewLoadingScreenProps & React.RefAttributes<HTMLDivElement>>;
+export default OcrReviewLoadingScreen;

package/dist/OcrReviewLoadingScreen.js

@@ -0,0 +1,19 @@
+'use client';
+import { jsx as _jsx } from "react/jsx-runtime";
+import { forwardRef } from 'react';
+import { PrizmaResultScreen } from './ResultScreen';
+import './ScreenLayout.css';
+/**
+ * OCR Review — server-side verification wait ("Hold on a sec…"). Figma:
+ * `1-18-1-id-hold-on` (31084:18795) — ID Capture's own frame, redrawn here
+ * rather than imported by reference: every module in this package owns its
+ * hold-on-shaped screen independently (`IdCaptureHoldOnScreen.tsx` is ID
+ * Capture's), and a cross-module import was tried once (Digital ID Upload)
+ * and dropped rather than kept.
+ *
+ * Archetype C (§6-C), `PrizmaResultScreen` with `status="loading"` and no CTA
+ * — identical shape to `IdCaptureHoldOnScreen.tsx`.
+ */
+export const OcrReviewLoadingScreen = forwardRef(({ strings, screenId = 'ocr-review-loading', overrides, onAction, ...shell }, ref) => (_jsx(PrizmaResultScreen, { ref: ref, status: "loading", title: strings.loading.title, subtitle: strings.loading.description, verifiedLabel: strings.verifiedLabel, navLabel: strings.navLabel, screenId: screenId, overrides: overrides, onAction: onAction, ...shell })));
+OcrReviewLoadingScreen.displayName = 'OcrReviewLoadingScreen';
+export default OcrReviewLoadingScreen;

package/dist/OcrReviewScreen.d.ts

@@ -0,0 +1,76 @@
+import React from 'react';
+import { type PrizmaFormScreenProps } from './FormScreen';
+import type { PrizmaScreenActionHandler, PrizmaScreenOverrides } from './types';
+import type { OcrReviewState, OcrReviewStrings } from './OcrReviewStrings';
+import './ScreenLayout.css';
+import './OcrReviewLayout.css';
+export interface OcrReviewScreenProps extends Omit<PrizmaFormScreenProps, 'title' | 'ctaLabel' | 'verifiedLabel' | 'children' | 'navLabel' | 'scrollFields'> {
+    /** Module copy — this screen reads the `review` slice. */
+    strings: OcrReviewStrings;
+    /** Which `Review OCR Enable Edit` instance to render. Default `default`.
+     *  Ignored when `editable` is `false` — the disabled frame draws none of
+     *  these states (there is nothing to submit wrong when nothing can be
+     *  typed). */
+    state?: OcrReviewState;
+    /**
+     * `Review OCR Enable Edit` vs `Review OCR Disable Edit` (30530:119373) — the
+     * module's own boolean axis, orthogonal to `state`. `false` renders every
+     * field `disabled` (Core's grey surface + dimmed text, same prop
+     * `PrizmaTextField` / `PrizmaDateField` / `PrizmaRadioGroup` already ship)
+     * with no required asterisks (the frame hides them — nothing to validate on
+     * a field nobody can edit) while Continue stays enabled. Default `true`.
+     */
+    editable?: boolean;
+    /** The subject photo — Figma's `Image / Selfie`, 90×90 circular. */
+    photoSrc: string;
+    /** Field values the fields start with. Every field is uncontrolled
+     *  (`defaultValue`) — a screen is one static spec state, same rule
+     *  `EkycDetailsScreen` draws (#PI-6). */
+    values?: {
+        fullName?: string;
+        dateOfBirth?: string;
+        gender?: 'male' | 'female';
+        documentNumber?: string;
+        expiryDate?: string;
+        address?: string;
+    };
+    screenId?: string;
+    overrides?: PrizmaScreenOverrides;
+    onAction?: PrizmaScreenActionHandler;
+}
+/**
+ * OCR Review — "Please check your data", built on the Form archetype
+ * (GUIDELINES.md §6-E, `PrizmaFormScreen`).
+ *
+ * ONE screen for both drawn states: `default` (31084:18792 / 18794 — every
+ * field filled, Continue enabled) and `documentNumberMissing` (31084:18793 —
+ * every OTHER field keeps its filled value, only Document number is cleared
+ * and carries Core's `error` + `documentNumberRequiredError`). Unlike eKYC's
+ * `emptyError` (every required field clears and errors together), this frame
+ * draws a SINGLE field in that state — the empty-submit rule still applies,
+ * scoped to the one field Figma actually shows failing it.
+ *
+ * The photo sits ABOVE Full name as the field stack's own first row — Figma's
+ * `input-list` draws it at the same Spacing/16 rhythm as every field below it.
+ * It is the field stack's plain FIRST CHILD, nothing more: `PrizmaFormScreen`
+ * already renders whatever `children` hands it with that same gap, so this
+ * needed no new slot on the archetype (the archetype is untouched).
+ *
+ * Date of birth and Expiry date are both Core's `PrizmaDateField` — the
+ * frame's "Dropdown" instance name is the shared component's internal name for
+ * a date-kind field, not a literal dropdown (same reading `EkycDetailsScreen`
+ * gives its own Date of birth field). Gender is Core's `PrizmaRadioGroup` +
+ * `PrizmaRadio` — first real consumer of either in this package.
+ *
+ * The field stack SCROLLS (`scrollFields`, the same archetype prop eKYB's
+ * `EkybOwnersScreen`, Forms' long form and Qualified Signature's accept screen
+ * already use): the photo plus six fields do not fit an 844 frame without it,
+ * and without the release the Address row paints under the CTA instead of
+ * above it. Not a prop a caller picks — this module always needs it, so it is
+ * omitted from `OcrReviewScreenProps` and hardcoded here, matching those three
+ * precedents. `Review OCR Disable Edit` overflows the same way (its own
+ * `input-list` measures 654 against a 448 middle container) — one more reason
+ * `editable` is a prop of this same screen rather than a second component.
+ */
+export declare const OcrReviewScreen: React.ForwardRefExoticComponent<OcrReviewScreenProps & React.RefAttributes<HTMLDivElement>>;
+export default OcrReviewScreen;

package/dist/OcrReviewScreen.js

@@ -0,0 +1,65 @@
+'use client';
+import { jsx as _jsx, jsxs as _jsxs } from "react/jsx-runtime";
+import { forwardRef } from 'react';
+import { PrizmaTextField } from '@incodetech/prizma-core-web/text-field';
+import { PrizmaDateField } from '@incodetech/prizma-core-web/date-field';
+import { PrizmaRadio } from '@incodetech/prizma-core-web/radio';
+import { PrizmaRadioGroup } from '@incodetech/prizma-core-web/radio-group';
+import { PrizmaFormScreen } from './FormScreen';
+import './ScreenLayout.css';
+import './OcrReviewLayout.css';
+/**
+ * OCR Review — "Please check your data", built on the Form archetype
+ * (GUIDELINES.md §6-E, `PrizmaFormScreen`).
+ *
+ * ONE screen for both drawn states: `default` (31084:18792 / 18794 — every
+ * field filled, Continue enabled) and `documentNumberMissing` (31084:18793 —
+ * every OTHER field keeps its filled value, only Document number is cleared
+ * and carries Core's `error` + `documentNumberRequiredError`). Unlike eKYC's
+ * `emptyError` (every required field clears and errors together), this frame
+ * draws a SINGLE field in that state — the empty-submit rule still applies,
+ * scoped to the one field Figma actually shows failing it.
+ *
+ * The photo sits ABOVE Full name as the field stack's own first row — Figma's
+ * `input-list` draws it at the same Spacing/16 rhythm as every field below it.
+ * It is the field stack's plain FIRST CHILD, nothing more: `PrizmaFormScreen`
+ * already renders whatever `children` hands it with that same gap, so this
+ * needed no new slot on the archetype (the archetype is untouched).
+ *
+ * Date of birth and Expiry date are both Core's `PrizmaDateField` — the
+ * frame's "Dropdown" instance name is the shared component's internal name for
+ * a date-kind field, not a literal dropdown (same reading `EkycDetailsScreen`
+ * gives its own Date of birth field). Gender is Core's `PrizmaRadioGroup` +
+ * `PrizmaRadio` — first real consumer of either in this package.
+ *
+ * The field stack SCROLLS (`scrollFields`, the same archetype prop eKYB's
+ * `EkybOwnersScreen`, Forms' long form and Qualified Signature's accept screen
+ * already use): the photo plus six fields do not fit an 844 frame without it,
+ * and without the release the Address row paints under the CTA instead of
+ * above it. Not a prop a caller picks — this module always needs it, so it is
+ * omitted from `OcrReviewScreenProps` and hardcoded here, matching those three
+ * precedents. `Review OCR Disable Edit` overflows the same way (its own
+ * `input-list` measures 654 against a 448 middle container) — one more reason
+ * `editable` is a prop of this same screen rather than a second component.
+ */
+export const OcrReviewScreen = forwardRef(({ strings, state = 'default', editable = true, photoSrc, values, screenId = editable ? `ocr-review-${state}` : 'ocr-review-disabled', ctaDisabled, className, overrides, onAction, ...shell }, ref) => {
+    // The empty-submit retry only exists on the editable frame — nothing can
+    // be left empty on a field nobody can type into.
+    const documentNumberMissing = editable && state === 'documentNumberMissing';
+    const documentNumberError = documentNumberMissing
+        ? { error: true, errorText: strings.review.documentNumberRequiredError }
+        : {};
+    // `Review OCR Disable Edit` hides every required asterisk (31256:169923 is
+    // marked `hidden` on its own Gender row) — spread onto every field only
+    // when editable, rather than a `required={editable}` on each that would
+    // still render an empty, pointless suffix slot.
+    const requiredProps = editable
+        ? { required: true, requiredHint: strings.review.requiredHint }
+        : {};
+    return (_jsxs(PrizmaFormScreen, { ref: ref, className: className, title: strings.review.title, ctaLabel: strings.review.ctaLabel, ctaDisabled: ctaDisabled, verifiedLabel: strings.verifiedLabel, navLabel: strings.navLabel, screenId: screenId, overrides: overrides, onAction: onAction, 
+        /* The archetype's own scrolling field stack — the photo plus six
+           fields do not fit an 844 frame. No module CSS. */
+        scrollFields: true, ...shell, children: [_jsx("div", { className: "ocr-review__photo", children: _jsx("img", { src: photoSrc, alt: "" }) }), _jsx(PrizmaTextField, { label: strings.review.fullNameLabel, ...requiredProps, disabled: !editable, defaultValue: values?.fullName ?? '', autoComplete: "off", clearable: false }), _jsx(PrizmaDateField, { label: strings.review.dateOfBirthLabel, ...requiredProps, disabled: !editable, defaultValue: values?.dateOfBirth ?? '', autoComplete: "off" }), _jsxs(PrizmaRadioGroup, { name: `${screenId}-gender`, legend: strings.review.genderLabel, defaultValue: values?.gender, disabled: !editable, children: [_jsx(PrizmaRadio, { textSize: "m", value: "male", text: strings.review.maleLabel }), _jsx(PrizmaRadio, { textSize: "m", value: "female", text: strings.review.femaleLabel })] }), _jsx(PrizmaTextField, { label: strings.review.documentNumberLabel, ...requiredProps, ...documentNumberError, disabled: !editable, defaultValue: documentNumberMissing ? '' : values?.documentNumber ?? '', autoComplete: "off", clearable: false }), _jsx(PrizmaDateField, { label: strings.review.expiryDateLabel, ...requiredProps, disabled: !editable, defaultValue: values?.expiryDate ?? '', autoComplete: "off" }), _jsx(PrizmaTextField, { label: strings.review.addressLabel, ...requiredProps, disabled: !editable, defaultValue: values?.address ?? '', autoComplete: "off", clearable: false })] }));
+});
+OcrReviewScreen.displayName = 'OcrReviewScreen';
+export default OcrReviewScreen;

package/dist/OcrReviewStrings.d.ts

@@ -0,0 +1,47 @@
+export type OcrReviewState = 'default' | 'documentNumberMissing';
+export interface OcrReviewStrings {
+    /** Accessible name for the logo nav region (i18n — no baked-in English). */
+    navLabel?: string;
+    /** "verified by" attribution copy for the footer tag. */
+    verifiedLabel: string;
+    /** `Review OCR Enable Edit` (31084:18792 / 18793 / 18794) — one screen, two
+     *  states (`default`, `documentNumberMissing`). */
+    review: {
+        /** "Please check your data" */
+        title: string;
+        /** The asterisk suffix on every required field's label ("*"). */
+        requiredHint: string;
+        fullNameLabel: string;
+        dateOfBirthLabel: string;
+        genderLabel: string;
+        maleLabel: string;
+        femaleLabel: string;
+        documentNumberLabel: string;
+        /** "Field can't be empty" — Document number's error in `documentNumberMissing`. */
+        documentNumberRequiredError: string;
+        expiryDateLabel: string;
+        addressLabel: string;
+        /** "Continue" */
+        ctaLabel: string;
+    };
+    /** `1-18-1-id-hold-on`, redrawn for this module (see OcrReviewLoadingScreen.tsx). */
+    loading: {
+        /** "Hold on a sec.." */
+        title: string;
+        /** "We're verifying your identity" */
+        description: string;
+    };
+    /** `OCR Success` (31084:18796). */
+    success: {
+        /** "Identity successfully verified" */
+        title: string;
+    };
+    /** `OCR Error` (31084:18797) — off the "Processed successfully?" decision's
+     *  "No" branch, drawn outside the Happy Path section. */
+    error: {
+        /** "Something went wrong" */
+        title: string;
+        /** "Try again" */
+        ctaLabel: string;
+    };
+}

package/dist/OcrReviewStrings.js

@@ -0,0 +1,17 @@
+// OCR Review module — copy contract.
+//
+// Every OCR Review screen receives the SAME `strings: OcrReviewStrings`
+// object (rule: all copy via props, no hardcoded English — GUIDELINES.md §9).
+//
+// Authoritative screens: `ID Capture — Latest Design` file
+// (U1EOfl9RQ1rOlOIuQw3rhL), section `OCR Review - 🍎 iOS - Full flow`
+// (31084:18781) → `Happy Path` (31084:18782). Three `Review OCR Enable Edit`
+// instances draw one screen in two states (filled, and Document number
+// cleared + errored after an empty Continue press), `1-18-1-id-hold-on` is
+// ID Capture's own wait screen redrawn here rather than reused by reference
+// (see OcrReviewLoadingScreen.tsx — every module in this package owns its own
+// hold-on-shaped screen; Digital ID Upload tried sharing one by reference and
+// it was dropped, not kept), `OCR Success` and `OCR Error` (the latter OUTSIDE
+// the Happy Path section, reached off the "Processed successfully?" decision's
+// "No" branch) close the module on Archetype F.
+export {};

package/dist/OcrReviewSuccessScreen.d.ts

@@ -0,0 +1,30 @@
+import React from 'react';
+import { type PrizmaResultScreenProps } from './ResultScreen';
+import type { PrizmaScreenActionHandler, PrizmaScreenOverrides } from './types';
+import type { OcrReviewStrings } from './OcrReviewStrings';
+import './ScreenLayout.css';
+export interface OcrReviewSuccessScreenProps extends Omit<PrizmaResultScreenProps, 'status' | 'title' | 'ctaLabel' | 'verifiedLabel' | 'navLabel'> {
+    /** Module copy — this screen reads the `success` slice. */
+    strings: OcrReviewStrings;
+    screenId?: string;
+    overrides?: PrizmaScreenOverrides;
+    onAction?: PrizmaScreenActionHandler;
+}
+/**
+ * OCR Review — "Identity successfully verified", built on Archetype F
+ * (GUIDELINES.md §6-F, `PrizmaResultScreen`). Figma: `OCR Success` (31084:18796),
+ * the "Processed successfully?" decision's "Yes" branch — status mark + title
+ * alone, no CTA drawn (the frame hands off straight to the next module).
+ *
+ * Nav and footer tag are left at the archetype's DEFAULT (shown), matching
+ * every other module's success screen (`EkycSuccessScreen`, `EkybSuccessScreen`,
+ * `NfcSuccessScreen`, `FormsSuccessScreen`, …) — none of them hide header or
+ * footer. The Figma frame itself draws neither, but copying that as a
+ * per-screen override was wrong: hiding BOTH with no CTA band to balance it
+ * left nothing reserved at the bottom, so the status + title sat noticeably
+ * lower than the centred position every sibling success screen keeps (Mili,
+ * 2026-10-12 — checked against the system's own screens, not re-derived from
+ * the frame).
+ */
+export declare const OcrReviewSuccessScreen: React.ForwardRefExoticComponent<OcrReviewSuccessScreenProps & React.RefAttributes<HTMLDivElement>>;
+export default OcrReviewSuccessScreen;

package/dist/OcrReviewSuccessScreen.js

@@ -0,0 +1,24 @@
+'use client';
+import { jsx as _jsx } from "react/jsx-runtime";
+import { forwardRef } from 'react';
+import { PrizmaResultScreen } from './ResultScreen';
+import './ScreenLayout.css';
+/**
+ * OCR Review — "Identity successfully verified", built on Archetype F
+ * (GUIDELINES.md §6-F, `PrizmaResultScreen`). Figma: `OCR Success` (31084:18796),
+ * the "Processed successfully?" decision's "Yes" branch — status mark + title
+ * alone, no CTA drawn (the frame hands off straight to the next module).
+ *
+ * Nav and footer tag are left at the archetype's DEFAULT (shown), matching
+ * every other module's success screen (`EkycSuccessScreen`, `EkybSuccessScreen`,
+ * `NfcSuccessScreen`, `FormsSuccessScreen`, …) — none of them hide header or
+ * footer. The Figma frame itself draws neither, but copying that as a
+ * per-screen override was wrong: hiding BOTH with no CTA band to balance it
+ * left nothing reserved at the bottom, so the status + title sat noticeably
+ * lower than the centred position every sibling success screen keeps (Mili,
+ * 2026-10-12 — checked against the system's own screens, not re-derived from
+ * the frame).
+ */
+export const OcrReviewSuccessScreen = forwardRef(({ strings, screenId = 'ocr-review-success', overrides, onAction, ...shell }, ref) => (_jsx(PrizmaResultScreen, { ref: ref, status: "success", title: strings.success.title, verifiedLabel: strings.verifiedLabel, navLabel: strings.navLabel, screenId: screenId, overrides: overrides, onAction: onAction, ...shell })));
+OcrReviewSuccessScreen.displayName = 'OcrReviewSuccessScreen';
+export default OcrReviewSuccessScreen;

package/dist/PermissionsAllowScreen.d.ts

@@ -3,7 +3,7 @@ import { type PrizmaResultScreenProps } from './ResultScreen';
 import type { PrizmaScreenActionHandler, PrizmaScreenOverrides } from './types';
 import type { PermissionsStrings } from './PermissionsStrings';
 import './ScreenLayout.css';
-export interface PermissionsAllowScreenProps extends Omit<PrizmaResultScreenProps, 'status' | 'title' | 'subtitle' | 'glyph' | 'ctaLabel' | 'linkLabel' | 'verifiedLabel' | 'navLabel'> {
+export interface PermissionsAllowScreenProps extends Omit<PrizmaResultScreenProps, 'status' | 'title' | 'subtitle' | 'glyph' | 'ctaLabel' | 'linkLabel' | 'linkPosition' | 'verifiedLabel' | 'navLabel'> {
     /** Family copy — this screen reads the `allow` slice. */
     strings: PermissionsStrings;
     screenId?: string;
@@ -29,16 +29,13 @@ export interface PermissionsAllowScreenProps extends Omit<PrizmaResultScreenProp
  * `showHeader={false}` keeps the section's logo-free chrome (the flow has not
  * started) with the nav row still reserved.
  *
- * TWO things Figma draws that this screen does not, both reported rather than
- * worked around:
- * - **The filled amber disc.** Core renders the canonical OUTLINE warning mark
- *   (icon-outline sweep, DEVIATIONS #15).
- * - **"Quit process" above the CTA.** Archetype F renders its tertiary link
- *   BELOW the button stack (`ResultScreen.tsx`), so this screen ships inverted
- *   against its frame. The archetype owns the order and no screen re-declares
- *   it — F needs a `ctaOrder` slot alongside the `ctaOrientation` it already
- *   has, exactly as Geolocation escalated for the same reason. Borrowing
- *   `bandContent` to fake the position is the workaround #VS-17 rejected.
+ * "Quit process" sits ABOVE "Allow permission", as the frame draws it, through
+ * archetype F's `linkPosition="above"` (DEVIATIONS #GEN-3). Its sibling
+ * `PermissionsRequiredScreen` (archetype G) already renders that order.
+ *
+ * One thing Figma draws that this screen does not, reported rather than worked
+ * around: **the filled amber disc.** Core renders the canonical OUTLINE warning
+ * mark (icon-outline sweep, DEVIATIONS #15).
  */
 export declare const PermissionsAllowScreen: React.ForwardRefExoticComponent<PermissionsAllowScreenProps & React.RefAttributes<HTMLDivElement>>;
 export default PermissionsAllowScreen;

package/dist/PermissionsAllowScreen.js

@@ -22,17 +22,14 @@ import './ScreenLayout.css';
  * `showHeader={false}` keeps the section's logo-free chrome (the flow has not
  * started) with the nav row still reserved.
  *
- * TWO things Figma draws that this screen does not, both reported rather than
- * worked around:
- * - **The filled amber disc.** Core renders the canonical OUTLINE warning mark
- *   (icon-outline sweep, DEVIATIONS #15).
- * - **"Quit process" above the CTA.** Archetype F renders its tertiary link
- *   BELOW the button stack (`ResultScreen.tsx`), so this screen ships inverted
- *   against its frame. The archetype owns the order and no screen re-declares
- *   it — F needs a `ctaOrder` slot alongside the `ctaOrientation` it already
- *   has, exactly as Geolocation escalated for the same reason. Borrowing
- *   `bandContent` to fake the position is the workaround #VS-17 rejected.
+ * "Quit process" sits ABOVE "Allow permission", as the frame draws it, through
+ * archetype F's `linkPosition="above"` (DEVIATIONS #GEN-3). Its sibling
+ * `PermissionsRequiredScreen` (archetype G) already renders that order.
+ *
+ * One thing Figma draws that this screen does not, reported rather than worked
+ * around: **the filled amber disc.** Core renders the canonical OUTLINE warning
+ * mark (icon-outline sweep, DEVIATIONS #15).
  */
-export const PermissionsAllowScreen = forwardRef(({ strings, screenId = 'permissions-allow', showHeader = false, overrides, onAction, ...shell }, ref) => (_jsx(PrizmaResultScreen, { ref: ref, showHeader: showHeader, status: "warning", title: strings.allow.title, subtitle: strings.allow.subtitle, ctaLabel: strings.allow.ctaLabel, linkLabel: strings.allow.quitLabel, verifiedLabel: strings.verifiedLabel, navLabel: strings.navLabel, screenId: screenId, overrides: overrides, onAction: onAction, ...shell })));
+export const PermissionsAllowScreen = forwardRef(({ strings, screenId = 'permissions-allow', showHeader = false, overrides, onAction, ...shell }, ref) => (_jsx(PrizmaResultScreen, { ref: ref, showHeader: showHeader, status: "warning", title: strings.allow.title, subtitle: strings.allow.subtitle, ctaLabel: strings.allow.ctaLabel, linkLabel: strings.allow.quitLabel, linkPosition: "above", verifiedLabel: strings.verifiedLabel, navLabel: strings.navLabel, screenId: screenId, overrides: overrides, onAction: onAction, ...shell })));
 PermissionsAllowScreen.displayName = 'PermissionsAllowScreen';
 export default PermissionsAllowScreen;

package/dist/PermissionsAskScreen.d.ts

@@ -0,0 +1,41 @@
+import React from 'react';
+import { type PrizmaScreenShellProps } from './ScreenShell';
+import type { PrizmaScreenActionHandler } from './types';
+import type { PermissionsStrings } from './PermissionsStrings';
+import './ScreenLayout.css';
+import './PermissionsLayout.css';
+export interface PermissionsAskScreenProps extends Omit<PrizmaScreenShellProps, 'dark' | 'title' | 'children'> {
+    /** Family copy — this screen reads the `ask` slice. */
+    strings: PermissionsStrings;
+    /**
+     * How the ask is presented. `sheet` (default) is the phone frame's bottom
+     * sheet. `dialog` is Core's centred Modal, for a desktop browser window: a
+     * sheet pinned to the bottom of a wide window reads as a phone screen pasted
+     * on the page (Camila, 2026-10-07). Same copy, same two choices.
+     */
+    presentation?: 'sheet' | 'dialog';
+    screenId?: string;
+    onAction?: PrizmaScreenActionHandler;
+}
+/**
+ * Permissions — the pre-permission sheet, "Allow camera access".
+ *
+ * Figma: `1-3-1-id-permission-modal` (qGJjfL4O0JSjz1x4tOjJn8), the first frame
+ * of all three full-flow boards (Web 3:620, iOS 3:7788, Android 4:11304). It is
+ * the SDK's own sheet, not the browser's prompt: Core's Bottom Sheet `dialog`
+ * (handle, title, supporting line) carrying a horizontal Button Group with
+ * "Don't allow" (secondary) left of "Allow" (primary), which is
+ * `horizontal-v1`'s order. "Allow" is what raises the real OS prompt.
+ *
+ * On desktop (`presentation="dialog"`) the same ask is Core's Modal `default`
+ * variant, centred over the scrim the way NFC's settings dialog is: Core
+ * renders the card and its Button Group (its own `vertical-v1` default, Allow
+ * over Don't allow), the screen adds only the scrim and the centring. No close
+ * icon: the two buttons are the only answers the ask has.
+ *
+ * Nothing is drawn behind the sheet: every board shows the sheet over an empty
+ * frame, so the screen is the scrim alone. Same scrim + panel split as
+ * Document Capture's method sheet (#DC-30).
+ */
+export declare const PermissionsAskScreen: React.ForwardRefExoticComponent<PermissionsAskScreenProps & React.RefAttributes<HTMLDivElement>>;
+export default PermissionsAskScreen;

package/dist/PermissionsAskScreen.js

@@ -0,0 +1,43 @@
+'use client';
+import { jsx as _jsx, jsxs as _jsxs } from "react/jsx-runtime";
+import { forwardRef } from 'react';
+import { PrizmaBottomSheetContent } from '@incodetech/prizma-core-web/bottom-sheet';
+import { PrizmaModalContent } from '@incodetech/prizma-core-web/modal';
+import { PrizmaScreenShell } from './ScreenShell';
+import './ScreenLayout.css';
+import './PermissionsLayout.css';
+/**
+ * Permissions — the pre-permission sheet, "Allow camera access".
+ *
+ * Figma: `1-3-1-id-permission-modal` (qGJjfL4O0JSjz1x4tOjJn8), the first frame
+ * of all three full-flow boards (Web 3:620, iOS 3:7788, Android 4:11304). It is
+ * the SDK's own sheet, not the browser's prompt: Core's Bottom Sheet `dialog`
+ * (handle, title, supporting line) carrying a horizontal Button Group with
+ * "Don't allow" (secondary) left of "Allow" (primary), which is
+ * `horizontal-v1`'s order. "Allow" is what raises the real OS prompt.
+ *
+ * On desktop (`presentation="dialog"`) the same ask is Core's Modal `default`
+ * variant, centred over the scrim the way NFC's settings dialog is: Core
+ * renders the card and its Button Group (its own `vertical-v1` default, Allow
+ * over Don't allow), the screen adds only the scrim and the centring. No close
+ * icon: the two buttons are the only answers the ask has.
+ *
+ * Nothing is drawn behind the sheet: every board shows the sheet over an empty
+ * frame, so the screen is the scrim alone. Same scrim + panel split as
+ * Document Capture's method sheet (#DC-30).
+ */
+export const PermissionsAskScreen = forwardRef(({ strings, presentation = 'sheet', screenId = presentation === 'dialog' ? 'permissions-ask-dialog' : 'permissions-ask', onAction, ...shell }, ref) => (_jsxs(PrizmaScreenShell, { ref: ref, "data-screen-id": screenId, "data-pcs-overlay": presentation === 'dialog' ? 'window' : undefined, ...shell, children: [_jsx("div", { className: "permissions-sheet-scrim", "aria-hidden": "true" }), presentation === 'dialog' ? (_jsx("div", { className: "permissions-dialog-panel", children: _jsx(PrizmaModalContent, { title: strings.ask.title, subtitle: strings.ask.subtitle, showCloseIcon: false, buttonGroupProps: {
+                    primaryLabel: strings.ask.allowLabel,
+                    secondaryLabel: strings.ask.denyLabel,
+                    onPrimaryClick: () => onAction?.({ type: 'cta', screenId }),
+                    onSecondaryClick: () => onAction?.({ type: 'secondary', screenId }),
+                } }) })) : (_jsx("div", { className: "permissions-sheet-panel", children: _jsx(PrizmaBottomSheetContent, { variant: "dialog", ariaLabel: strings.ask.title, title: strings.ask.title, subtitle: strings.ask.subtitle, buttonGroupProps: {
+                    orientation: 'horizontal-v1',
+                    primaryLabel: strings.ask.allowLabel,
+                    secondaryLabel: strings.ask.denyLabel,
+                    showTertiary: false,
+                    onPrimaryClick: () => onAction?.({ type: 'cta', screenId }),
+                    onSecondaryClick: () => onAction?.({ type: 'secondary', screenId }),
+                } }) }))] })));
+PermissionsAskScreen.displayName = 'PermissionsAskScreen';
+export default PermissionsAskScreen;