@incodetech/prizma-core-screens 0.2.7 → 0.2.14

package/dist/DigitalIdDeviceWalletsStrings.js

@@ -0,0 +1,19 @@
+// Digital ID Device Wallets module — copy contract.
+//
+// Every Digital ID Device Wallets screen receives the SAME `strings:
+// DigitalIdDeviceWalletsStrings` object (rule: all copy via props, no hardcoded
+// English — GUIDELINES.md §9).
+//
+// Authoritative screens: the `iOS Apple Wallet` section of the Digital IDs -
+// Latest Design Figma file (u7N5Zq4bfOwiVbpKHKmSPE, node 26103:3689) —
+// `1-1-1-how to verify` (26106:12647, the chooser with the Apple Wallet row)
+// and `Digital ID Generic Error` (26540:5685). Two frames of the section are
+// NOT part of this contract: `Apple Wallet System Modal` (26597:14667) is the
+// OS's own sheet — OS chrome, DEVIATIONS.md #DC-20 precedent, mocked on the
+// Core Lab canvas instead — and `1-2-1-id` / `2-2-1-id` are ID Capture's own
+// tutorials, which the Identity Card and Passport rows hand off to.
+//
+// The success state has no frame: the section's `Success?` decision goes
+// straight to `Next module/screen`. It is built as the error's mirror on the
+// same archetype and recorded as added, not traced (DEVIATIONS.md #DIW-1).
+export {};

package/dist/DigitalIdProvidersDocumentSelectionScreen.d.ts

@@ -0,0 +1,31 @@
+import React from 'react';
+import { type PrizmaListScreenProps } from './ListScreen';
+import type { PrizmaScreenActionHandler, PrizmaScreenOverrides } from './types';
+import type { DigitalIdProvidersSelection, DigitalIdProvidersStrings } from './DigitalIdProvidersStrings';
+import './ScreenLayout.css';
+import './DigitalIdProvidersLayout.css';
+export interface DigitalIdProvidersDocumentSelectionScreenProps extends Omit<PrizmaListScreenProps, 'title' | 'subtitle' | 'children' | 'listAlign' | 'verifiedLabel' | 'navLabel'> {
+    /** Module copy — this screen reads the `documentSelection` slice. */
+    strings: DigitalIdProvidersStrings;
+    /** How many providers to list; all of them when absent. The frame's first
+     *  state (27753:8099) shows six, the full list (27703:4895) scrolls. */
+    providerCount?: number;
+    /** Fired with what was picked; `onAction` still reports the tap. */
+    onOptionSelect?: (selection: DigitalIdProvidersSelection) => void;
+    screenId?: string;
+    overrides?: PrizmaScreenOverrides;
+    onAction?: PrizmaScreenActionHandler;
+}
+/**
+ * Digital ID Providers — choose how to verify: your own ID, or a Digital ID
+ * provider, on the `PrizmaListScreen` archetype (GUIDELINES.md §6-G).
+ * Figma: `Document Chooser` (27753:8099) and the full list (27703:4895).
+ *
+ * Two of Core's card lists, each under a section label, after a "Viewing
+ * options for" country line with Core's flag. Every row is Core's; the
+ * providers carry Core's generic `digital-id-web` card icon until their logos
+ * arrive from the backend catalog (DEVIATIONS #DIP-1), and the Identity Card
+ * row has no second line, which Core's row cannot draw (#DIP-3).
+ */
+export declare const DigitalIdProvidersDocumentSelectionScreen: React.ForwardRefExoticComponent<DigitalIdProvidersDocumentSelectionScreenProps & React.RefAttributes<HTMLDivElement>>;
+export default DigitalIdProvidersDocumentSelectionScreen;

package/dist/DigitalIdProvidersDocumentSelectionScreen.js

@@ -0,0 +1,37 @@
+'use client';
+import { jsx as _jsx, jsxs as _jsxs } from "react/jsx-runtime";
+import { forwardRef } from 'react';
+import { PrizmaCardListVerificationOptions } from '@incodetech/prizma-core-web/card-list';
+import { PrizmaCountryFlag } from '@incodetech/prizma-core-web/combined';
+import { PrizmaListScreen } from './ListScreen';
+import './ScreenLayout.css';
+import './DigitalIdProvidersLayout.css';
+/**
+ * Digital ID Providers — choose how to verify: your own ID, or a Digital ID
+ * provider, on the `PrizmaListScreen` archetype (GUIDELINES.md §6-G).
+ * Figma: `Document Chooser` (27753:8099) and the full list (27703:4895).
+ *
+ * Two of Core's card lists, each under a section label, after a "Viewing
+ * options for" country line with Core's flag. Every row is Core's; the
+ * providers carry Core's generic `digital-id-web` card icon until their logos
+ * arrive from the backend catalog (DEVIATIONS #DIP-1), and the Identity Card
+ * row has no second line, which Core's row cannot draw (#DIP-3).
+ */
+export const DigitalIdProvidersDocumentSelectionScreen = forwardRef(({ strings, providerCount, onOptionSelect, screenId = 'digital-id-providers-document-selection', overrides, onAction, ...shell }, ref) => {
+    const copy = strings.documentSelection;
+    const providers = providerCount === undefined ? copy.providers : copy.providers.slice(0, providerCount);
+    const choose = (selection) => {
+        onOptionSelect?.(selection);
+        onAction?.({ type: 'cta', screenId });
+    };
+    return (_jsx(PrizmaListScreen, { ref: ref, title: copy.title, listAlign: "start", scrollList: true, verifiedLabel: strings.verifiedLabel, navLabel: strings.navLabel, screenId: screenId, overrides: overrides, onAction: onAction, ...shell, children: _jsxs("div", { className: "digital-id-providers-chooser", children: [_jsxs("p", { className: "digital-id-providers-country", children: [copy.countryLabel, _jsx(PrizmaCountryFlag, { country: { code: copy.countryCode, name: copy.countryName, dialCode: '', flag: '' } }), _jsx("span", { className: "digital-id-providers-country__name", children: copy.countryName })] }), _jsxs("section", { className: "digital-id-providers-section", children: [_jsx("p", { className: "digital-id-providers-section__label", children: copy.idSectionLabel }), _jsx(PrizmaCardListVerificationOptions, { items: [
+                                { icon: 'id', title: copy.idLabel, onClick: () => choose({ kind: 'id' }) },
+                                { icon: 'passport', title: copy.passportLabel, onClick: () => choose({ kind: 'passport' }) },
+                            ] })] }), _jsxs("section", { className: "digital-id-providers-section", children: [_jsx("p", { className: "digital-id-providers-section__label", children: copy.providersSectionLabel }), _jsx(PrizmaCardListVerificationOptions, { items: providers.map(provider => ({
+                                icon: 'digital-id-web',
+                                title: provider.label,
+                                onClick: () => choose({ kind: 'provider', providerId: provider.id }),
+                            })) })] })] }) }));
+});
+DigitalIdProvidersDocumentSelectionScreen.displayName = 'DigitalIdProvidersDocumentSelectionScreen';
+export default DigitalIdProvidersDocumentSelectionScreen;

package/dist/DigitalIdProvidersErrorScreen.d.ts

@@ -0,0 +1,33 @@
+import React from 'react';
+import { type PrizmaResultScreenProps } from './ResultScreen';
+import type { PrizmaScreenActionHandler, PrizmaScreenOverrides } from './types';
+import type { DigitalIdProvidersErrorState, DigitalIdProvidersStrings } from './DigitalIdProvidersStrings';
+import './ScreenLayout.css';
+export interface DigitalIdProvidersErrorScreenProps extends Omit<PrizmaResultScreenProps, 'status' | 'title' | 'subtitle' | 'children' | 'ctaLabel' | 'secondaryCtaLabel' | 'verifiedLabel' | 'navLabel'> {
+    /** Module copy — this screen reads the `errors` slice for its `state`, and
+     *  `acceptedDocuments` on the two document states. */
+    strings: DigitalIdProvidersStrings;
+    state: DigitalIdProvidersErrorState;
+    screenId?: string;
+    overrides?: PrizmaScreenOverrides;
+    onAction?: PrizmaScreenActionHandler;
+}
+/**
+ * Digital ID Providers — the five failures of a provider run, on the
+ * `PrizmaResultScreen` archetype (GUIDELINES.md §6-F). Figma: `Errors`
+ * (27707:9338).
+ *
+ *   unavailable     the provider could not be reached — Scan ID instead
+ *   consent-denied  the person did not grant sharing at the provider
+ *   timed-out       the provider session did not finish in time
+ *   not-accepted    the ID behind the provider is not one the flow accepts
+ *   expired         the ID behind the provider has expired
+ *
+ * Every state has two buttons, the second "Choose another method" (#DIP-4).
+ * The two document states carry Core's `PrizmaCardDocumentList` in the
+ * archetype's `children` slot, the same recipe ID Capture's document error
+ * uses. The first three keep the footer tag as drawn; the two document states
+ * drop it, as drawn.
+ */
+export declare const DigitalIdProvidersErrorScreen: React.ForwardRefExoticComponent<DigitalIdProvidersErrorScreenProps & React.RefAttributes<HTMLDivElement>>;
+export default DigitalIdProvidersErrorScreen;

package/dist/DigitalIdProvidersErrorScreen.js

@@ -0,0 +1,33 @@
+'use client';
+import { jsx as _jsx } from "react/jsx-runtime";
+import { forwardRef } from 'react';
+import { PrizmaCardDocumentList } from '@incodetech/prizma-core-web/card';
+import { PrizmaResultScreen } from './ResultScreen';
+import './ScreenLayout.css';
+/** The two states that list the documents accepted instead. */
+const LISTS_DOCUMENTS = new Set(['not-accepted', 'expired']);
+/**
+ * Digital ID Providers — the five failures of a provider run, on the
+ * `PrizmaResultScreen` archetype (GUIDELINES.md §6-F). Figma: `Errors`
+ * (27707:9338).
+ *
+ *   unavailable     the provider could not be reached — Scan ID instead
+ *   consent-denied  the person did not grant sharing at the provider
+ *   timed-out       the provider session did not finish in time
+ *   not-accepted    the ID behind the provider is not one the flow accepts
+ *   expired         the ID behind the provider has expired
+ *
+ * Every state has two buttons, the second "Choose another method" (#DIP-4).
+ * The two document states carry Core's `PrizmaCardDocumentList` in the
+ * archetype's `children` slot, the same recipe ID Capture's document error
+ * uses. The first three keep the footer tag as drawn; the two document states
+ * drop it, as drawn.
+ */
+export const DigitalIdProvidersErrorScreen = forwardRef(({ strings, state, screenId = `digital-id-providers-error-${state}`, showHeader = false, showFooter, overrides, onAction, ...shell }, ref) => {
+    const copy = strings.errors[state];
+    const listsDocuments = LISTS_DOCUMENTS.has(state);
+    const docs = strings.acceptedDocuments;
+    return (_jsx(PrizmaResultScreen, { ref: ref, status: "error", title: copy.title, subtitle: copy.subtitle, ctaLabel: copy.ctaLabel, secondaryCtaLabel: copy.secondaryCtaLabel, verifiedLabel: strings.verifiedLabel, navLabel: strings.navLabel, showHeader: showHeader, showFooter: showFooter ?? !listsDocuments, screenId: screenId, overrides: overrides, onAction: onAction, ...shell, children: listsDocuments ? (_jsx(PrizmaCardDocumentList, { state: "default", countryCode: docs.countryCode, flag: docs.flag, country: docs.country, documents: docs.documents })) : null }));
+});
+DigitalIdProvidersErrorScreen.displayName = 'DigitalIdProvidersErrorScreen';
+export default DigitalIdProvidersErrorScreen;

package/dist/DigitalIdProvidersLayout.css

@@ -0,0 +1,59 @@
+/* Digital ID Providers — the chooser's country line and section labels.
+ *
+ * Archetype G has one list slot and no section-label recipe; the provider
+ * chooser (27753:8099) groups two Core card lists under labels ("Use your ID",
+ * "Digital ID verification") with a "Viewing options for 🇺🇸 US" line under the
+ * title. Composed here from tokens only, like Reusability's rows (#RU-1);
+ * DEVIATIONS #DIP-2 asks for a foundation recipe. */
+
+.digital-id-providers-chooser {
+  display: flex;
+  flex-direction: column;
+  gap: var(--prizma-spacing-24);
+}
+
+.digital-id-providers-country {
+  display: flex;
+  align-items: center;
+  justify-content: center;
+  gap: var(--prizma-spacing-8);
+  color: var(--prizma-text-body-500-secondary);
+  font-family: var(--prizma-body-family);
+  font-size: var(--prizma-body-m-regular-font-size);
+  font-weight: var(--prizma-body-m-regular-font-weight);
+  line-height: var(--prizma-body-m-regular-line-height);
+  letter-spacing: var(--prizma-body-m-regular-letter-spacing);
+}
+
+.digital-id-providers-country__name {
+  color: var(--prizma-text-body-800-primary);
+  text-decoration: underline;
+}
+
+.digital-id-providers-section {
+  display: flex;
+  flex-direction: column;
+  gap: var(--prizma-spacing-8);
+}
+
+.digital-id-providers-section__label {
+  margin: 0;
+  color: var(--prizma-text-body-500-secondary);
+  font-family: var(--prizma-body-family);
+  font-size: var(--prizma-body-m-regular-font-size);
+  font-weight: var(--prizma-body-m-regular-font-weight);
+  line-height: var(--prizma-body-m-regular-line-height);
+  letter-spacing: var(--prizma-body-m-regular-letter-spacing);
+}
+
+/* Redirecting — the spinner and its copy sit at the middle of the screen.
+ * With the header hidden, archetype C still reserves the nav row above the
+ * content and centres the column in what is left, so the block lands ~63px
+ * low. Mirroring that reserve below — status bar, the nav's gap and height,
+ * the column's own top padding (ScreenNav.css, ScreenLayout.css) — balances
+ * it on the shell's midline. */
+.digital-id-providers-redirect .prizma-screen-layout__content--centered {
+  padding-bottom: calc(
+    var(--pcs-status-bar, 47px) + var(--prizma-spacing-12) + 44px + var(--prizma-spacing-24)
+  );
+}

package/dist/DigitalIdProvidersRedirectScreen.d.ts

@@ -0,0 +1,24 @@
+import React from 'react';
+import { type PrizmaProcessingScreenProps } from './ProcessingScreen';
+import type { PrizmaScreenActionHandler, PrizmaScreenOverrides } from './types';
+import type { DigitalIdProvidersStrings } from './DigitalIdProvidersStrings';
+import './ScreenLayout.css';
+import './DigitalIdProvidersLayout.css';
+export interface DigitalIdProvidersRedirectScreenProps extends Omit<PrizmaProcessingScreenProps, 'status' | 'title' | 'subtitle' | 'verifiedLabel' | 'navLabel'> {
+    /** Module copy — this screen reads the `redirecting` slice. */
+    strings: DigitalIdProvidersStrings;
+    screenId?: string;
+    overrides?: PrizmaScreenOverrides;
+    onAction?: PrizmaScreenActionHandler;
+}
+/**
+ * Digital ID Providers — "Redirecting for verification…", the wait before the
+ * browser leaves for the provider's site, on the `PrizmaProcessingScreen`
+ * archetype (GUIDELINES.md §6-C). Figma: the `1-18-1-id-hold-on` instance in
+ * the web full flow (27707:9281), with the module's own copy. The Web SDK's
+ * `digitalIdRedirect` phases `loading` and `redirecting` both look like this.
+ * The block is centred on the whole screen, not below the hidden nav's
+ * reserved row (DigitalIdProvidersLayout.css).
+ */
+export declare const DigitalIdProvidersRedirectScreen: React.ForwardRefExoticComponent<DigitalIdProvidersRedirectScreenProps & React.RefAttributes<HTMLDivElement>>;
+export default DigitalIdProvidersRedirectScreen;

package/dist/DigitalIdProvidersRedirectScreen.js

@@ -0,0 +1,18 @@
+'use client';
+import { jsx as _jsx } from "react/jsx-runtime";
+import { forwardRef } from 'react';
+import { PrizmaProcessingScreen } from './ProcessingScreen';
+import './ScreenLayout.css';
+import './DigitalIdProvidersLayout.css';
+/**
+ * Digital ID Providers — "Redirecting for verification…", the wait before the
+ * browser leaves for the provider's site, on the `PrizmaProcessingScreen`
+ * archetype (GUIDELINES.md §6-C). Figma: the `1-18-1-id-hold-on` instance in
+ * the web full flow (27707:9281), with the module's own copy. The Web SDK's
+ * `digitalIdRedirect` phases `loading` and `redirecting` both look like this.
+ * The block is centred on the whole screen, not below the hidden nav's
+ * reserved row (DigitalIdProvidersLayout.css).
+ */
+export const DigitalIdProvidersRedirectScreen = forwardRef(({ strings, screenId = 'digital-id-providers-redirecting', showHeader = false, showFooter = false, overrides, onAction, className, ...shell }, ref) => (_jsx(PrizmaProcessingScreen, { ref: ref, status: "loading", title: strings.redirecting.title, subtitle: strings.redirecting.subtitle, verifiedLabel: strings.verifiedLabel, navLabel: strings.navLabel, showHeader: showHeader, showFooter: showFooter, screenId: screenId, overrides: overrides, onAction: onAction, className: ['digital-id-providers-redirect', className].filter(Boolean).join(' '), ...shell })));
+DigitalIdProvidersRedirectScreen.displayName = 'DigitalIdProvidersRedirectScreen';
+export default DigitalIdProvidersRedirectScreen;

package/dist/DigitalIdProvidersStrings.d.ts

@@ -0,0 +1,72 @@
+/** The five ways a provider run can fail (`27707:9338`). */
+export type DigitalIdProvidersErrorState = 'unavailable' | 'consent-denied' | 'timed-out' | 'not-accepted' | 'expired';
+/** One provider row on the chooser. `id` is what `onOptionSelect` reports. */
+export interface DigitalIdProvidersOption {
+    id: string;
+    /** "iDIN", "itsme", "CA DMV Wallet"… */
+    label: string;
+}
+/** What the person picked: a physical document, or a provider by its id. */
+export type DigitalIdProvidersSelection = {
+    kind: 'id';
+} | {
+    kind: 'passport';
+} | {
+    kind: 'provider';
+    providerId: string;
+};
+export interface DigitalIdProvidersStrings {
+    /** Accessible name for the logo nav region (i18n — no baked-in English). */
+    navLabel?: string;
+    /** "verified by" attribution copy for the footer tag. */
+    verifiedLabel: string;
+    /** `Document Chooser` (27753:8099). */
+    documentSelection: {
+        /** "Select how to verify" — the module's one chooser title (owner call,
+         *  2026-10-28; the frame says "Verify your identity"). */
+        title: string;
+        /** "Viewing options for" — before the country. */
+        countryLabel: string;
+        /** ISO code of the country the options are for, e.g. "US" (the flag). */
+        countryCode: string;
+        /** The country as shown, e.g. "US". */
+        countryName: string;
+        /** "Use your ID" */
+        idSectionLabel: string;
+        /** "Identity Card" */
+        idLabel: string;
+        /** "Passport" */
+        passportLabel: string;
+        /** "Digital ID verification" */
+        providersSectionLabel: string;
+        /** The providers the flow offers, in order. */
+        providers: DigitalIdProvidersOption[];
+    };
+    /** `Redirecting` (1-18-1-id-hold-on, 27707:9281). */
+    redirecting: {
+        /** "Redirecting for verification…" */
+        title: string;
+        /** "You'll be redirected to complete verification" */
+        subtitle?: string;
+    };
+    /** `Errors` (27707:9338), one slice per state. */
+    errors: Record<DigitalIdProvidersErrorState, {
+        title: string;
+        subtitle?: string;
+        /** "Try again", or "Scan ID" when the provider is unavailable. */
+        ctaLabel: string;
+        /** "Choose another method" — one wording on every error (owner call,
+         *  2026-10-28; the frame says "Change verification method" on two). */
+        secondaryCtaLabel: string;
+    }>;
+    /** The accepted-documents card on `not-accepted` and `expired`. */
+    acceptedDocuments: {
+        /** ISO code for the flag, e.g. "IN". */
+        countryCode: string;
+        /** "India" */
+        country: string;
+        /** Emoji fallback when the flag is outside Core's raster bank. */
+        flag?: string;
+        documents: string[];
+    };
+}

package/dist/DigitalIdProvidersStrings.js

@@ -0,0 +1,15 @@
+// Digital ID Providers — copy contract.
+//
+// Every Digital ID Providers screen receives the SAME `strings:
+// DigitalIdProvidersStrings` object (rule: all copy via props, no hardcoded
+// English — GUIDELINES.md §9).
+//
+// Authoritative screens: `Digital ID Providers - Latest Designs` Figma file
+// (q0wiyQkLXxGQ2jkPEutxR8) — the chooser `Document Chooser` (27753:8099) and its
+// full provider list (27703:4895), and the section `🪪 Digital ID Verification
+// Flow - 🌐 Web - Full flow` (27707:9237): Redirecting, the provider's own pages
+// (OS chrome, not built), success and five errors. Web only: the providers
+// redirect out of the browser to the provider's site and back (Web SDK,
+// `digitalIdRedirect`). These screens sit in the Digital IDs module beside the
+// device wallets (`DigitalIdDeviceWallets*`), and share its success screen.
+export {};

package/dist/DigitalIdUploadErrorScreen.d.ts

@@ -0,0 +1,31 @@
+import React from 'react';
+import { type PrizmaReviewScreenProps } from './ReviewScreen';
+import type { PrizmaScreenActionHandler, PrizmaScreenOverrides } from './types';
+import type { DigitalIdUploadStrings } from './DigitalIdUploadStrings';
+import './ScreenLayout.css';
+export interface DigitalIdUploadErrorScreenProps extends Omit<PrizmaReviewScreenProps, 'stage' | 'title' | 'subtitle' | 'successTitle' | 'analyzingLabel' | 'primaryLabel' | 'secondaryLabel' | 'verifiedLabel' | 'children'> {
+    /** Module copy — this screen reads the `error` slice. */
+    strings: DigitalIdUploadStrings;
+    screenId?: string;
+    overrides?: PrizmaScreenOverrides;
+    onAction?: PrizmaScreenActionHandler;
+}
+/**
+ * Digital ID Upload — the uploaded file was rejected, built on the
+ * `PrizmaReviewScreen` archetype's `error` stage (GUIDELINES.md §6-H). Figma:
+ * `Upload Digital ID` file (wxFsHRvllern4VnjRqM4JO), `Errors` section,
+ * `Error` frame (node 25874:11957).
+ *
+ * Kept separate from `DigitalIdUploadReviewScreen` (the confirm flow) rather
+ * than folded into it as a fourth stage of that wrapper — same split Document
+ * Capture draws between its confirm screens and
+ * `DocumentCaptureGenericErrorScreen`, even though here both wrappers happen
+ * to share the same archetype under the hood. The media is
+ * `PrizmaCaptureDigitalId state="error"` (red 4px border) — the same managed
+ * component every other stage uses, not a bespoke verdict illustration — and
+ * the header/footer are hidden exactly like `analyzing`/`success`
+ * (`centeredWhenNoNav`, since this Figma frame draws the identical symmetric
+ * header/media/CTA skeleton).
+ */
+export declare const DigitalIdUploadErrorScreen: React.ForwardRefExoticComponent<DigitalIdUploadErrorScreenProps & React.RefAttributes<HTMLDivElement>>;
+export default DigitalIdUploadErrorScreen;

package/dist/DigitalIdUploadErrorScreen.js

@@ -0,0 +1,26 @@
+'use client';
+import { jsx as _jsx } from "react/jsx-runtime";
+import { forwardRef } from 'react';
+import { PrizmaCaptureDigitalId } from '@incodetech/prizma-core-web/capture-digital-id';
+import { PrizmaReviewScreen } from './ReviewScreen';
+import './ScreenLayout.css';
+/**
+ * Digital ID Upload — the uploaded file was rejected, built on the
+ * `PrizmaReviewScreen` archetype's `error` stage (GUIDELINES.md §6-H). Figma:
+ * `Upload Digital ID` file (wxFsHRvllern4VnjRqM4JO), `Errors` section,
+ * `Error` frame (node 25874:11957).
+ *
+ * Kept separate from `DigitalIdUploadReviewScreen` (the confirm flow) rather
+ * than folded into it as a fourth stage of that wrapper — same split Document
+ * Capture draws between its confirm screens and
+ * `DocumentCaptureGenericErrorScreen`, even though here both wrappers happen
+ * to share the same archetype under the hood. The media is
+ * `PrizmaCaptureDigitalId state="error"` (red 4px border) — the same managed
+ * component every other stage uses, not a bespoke verdict illustration — and
+ * the header/footer are hidden exactly like `analyzing`/`success`
+ * (`centeredWhenNoNav`, since this Figma frame draws the identical symmetric
+ * header/media/CTA skeleton).
+ */
+export const DigitalIdUploadErrorScreen = forwardRef(({ strings, screenId = 'digital-id-upload-error', showHeader = false, showFooter = false, overrides, onAction, ...shell }, ref) => (_jsx(PrizmaReviewScreen, { ref: ref, stage: "error", title: strings.error.title, subtitle: strings.error.subtitle, primaryLabel: strings.error.ctaLabel, centeredWhenNoNav: true, verifiedLabel: strings.verifiedLabel, navLabel: strings.navLabel, showHeader: showHeader, showFooter: showFooter, screenId: screenId, overrides: overrides, onAction: onAction, ...shell, children: _jsx(PrizmaCaptureDigitalId, { state: "error" }) })));
+DigitalIdUploadErrorScreen.displayName = 'DigitalIdUploadErrorScreen';
+export default DigitalIdUploadErrorScreen;

package/dist/DigitalIdUploadFileTooLargeScreen.d.ts

@@ -0,0 +1,27 @@
+import React from 'react';
+import { type PrizmaResultScreenProps } from './ResultScreen';
+import type { PrizmaScreenActionHandler, PrizmaScreenOverrides } from './types';
+import type { DigitalIdUploadStrings } from './DigitalIdUploadStrings';
+import './ScreenLayout.css';
+export interface DigitalIdUploadFileTooLargeScreenProps extends Omit<PrizmaResultScreenProps, 'status' | 'title' | 'subtitle' | 'ctaLabel' | 'verifiedLabel' | 'navLabel'> {
+    /** Module copy — this screen reads the `fileTooLarge` slice. */
+    strings: DigitalIdUploadStrings;
+    screenId?: string;
+    overrides?: PrizmaScreenOverrides;
+    onAction?: PrizmaScreenActionHandler;
+}
+/**
+ * Digital ID Upload — the selected file exceeds the size limit, built on the
+ * `PrizmaResultScreen` archetype (GUIDELINES.md §6-F). Figma: `Upload Digital
+ * ID` file (wxFsHRvllern4VnjRqM4JO), `Errors` section, `File Limit Error`
+ * frame (node 26083:3981).
+ *
+ * Unlike `DigitalIdUploadErrorScreen` (the rejected-document verdict, built on
+ * the Review archetype because it reuses `PrizmaCaptureDigitalId`), this
+ * screen never had a file to show — the size check runs before anything
+ * uploads — so Figma draws the plain F recipe: status icon + title + subtitle
+ * centred in the full height, one CTA pinned near the bottom. No media slot,
+ * no card, nothing to reuse from the capture component.
+ */
+export declare const DigitalIdUploadFileTooLargeScreen: React.ForwardRefExoticComponent<DigitalIdUploadFileTooLargeScreenProps & React.RefAttributes<HTMLDivElement>>;
+export default DigitalIdUploadFileTooLargeScreen;

package/dist/DigitalIdUploadFileTooLargeScreen.js

@@ -0,0 +1,21 @@
+'use client';
+import { jsx as _jsx } from "react/jsx-runtime";
+import { forwardRef } from 'react';
+import { PrizmaResultScreen } from './ResultScreen';
+import './ScreenLayout.css';
+/**
+ * Digital ID Upload — the selected file exceeds the size limit, built on the
+ * `PrizmaResultScreen` archetype (GUIDELINES.md §6-F). Figma: `Upload Digital
+ * ID` file (wxFsHRvllern4VnjRqM4JO), `Errors` section, `File Limit Error`
+ * frame (node 26083:3981).
+ *
+ * Unlike `DigitalIdUploadErrorScreen` (the rejected-document verdict, built on
+ * the Review archetype because it reuses `PrizmaCaptureDigitalId`), this
+ * screen never had a file to show — the size check runs before anything
+ * uploads — so Figma draws the plain F recipe: status icon + title + subtitle
+ * centred in the full height, one CTA pinned near the bottom. No media slot,
+ * no card, nothing to reuse from the capture component.
+ */
+export const DigitalIdUploadFileTooLargeScreen = forwardRef(({ strings, screenId = 'digital-id-upload-file-too-large', showHeader = false, showFooter = false, overrides, onAction, ...shell }, ref) => (_jsx(PrizmaResultScreen, { ref: ref, status: "error", title: strings.fileTooLarge.title, subtitle: strings.fileTooLarge.subtitle, ctaLabel: strings.fileTooLarge.ctaLabel, verifiedLabel: strings.verifiedLabel, navLabel: strings.navLabel, showHeader: showHeader, showFooter: showFooter, screenId: screenId, overrides: overrides, onAction: onAction, ...shell })));
+DigitalIdUploadFileTooLargeScreen.displayName = 'DigitalIdUploadFileTooLargeScreen';
+export default DigitalIdUploadFileTooLargeScreen;

package/dist/DigitalIdUploadReviewScreen.d.ts

@@ -0,0 +1,57 @@
+import React from 'react';
+import { type PrizmaReviewScreenProps } from './ReviewScreen';
+import type { PrizmaScreenActionHandler, PrizmaScreenOverrides } from './types';
+import type { DigitalIdUploadConfirmStage, DigitalIdUploadStrings } from './DigitalIdUploadStrings';
+import './ScreenLayout.css';
+export interface DigitalIdUploadReviewScreenProps extends Omit<PrizmaReviewScreenProps, 'title' | 'subtitle' | 'successTitle' | 'analyzingLabel' | 'primaryLabel' | 'secondaryLabel' | 'verifiedLabel' | 'children' | 'stage'> {
+    /** Module copy — this screen reads the `review` slice. */
+    strings: DigitalIdUploadStrings;
+    /** Which stage of the confirm flow to render. Default `review`. */
+    stage?: DigitalIdUploadConfirmStage;
+    /** The uploaded file's name, shown under the card on `review` only. Not
+     *  copy — it is runtime data from the picker, so it stays out of
+     *  `strings` (same contract as `DocumentCaptureConfirmUploadScreen`). */
+    filename?: string;
+    /** Loading-bar progress on `analyzing`, 0–100. */
+    progress?: number;
+    screenId?: string;
+    overrides?: PrizmaScreenOverrides;
+    onAction?: PrizmaScreenActionHandler;
+}
+/**
+ * Digital ID Upload — review / analyzing / success, built on the
+ * `PrizmaReviewScreen` archetype (GUIDELINES.md §6-H). Figma: `Upload Digital
+ * ID` file (wxFsHRvllern4VnjRqM4JO), "Web Happy Path - Light Mode" section —
+ * `Review Document` / `Analyzing` / `Success` (nodes 25351:14725/6/7).
+ *
+ * The media stage is Core's `PrizmaCaptureDigitalId` across all three stages
+ * — its own state enum (`review` / `analyzing` / `success`) maps directly
+ * onto the archetype's stage axis, so it already owns the border treatment
+ * (neutral on review, green 4px on analyzing/success), the scan-flash sweep
+ * and the filename row. Nothing is hand-built here, unlike
+ * `DocumentCaptureConfirmUploadScreen`'s bespoke file-card — Core ships a
+ * purpose-built component for this module.
+ *
+ * Header/footer visibility is genuinely per-stage in this Figma (logo nav +
+ * verified tag show on `review`, both are absent on `analyzing` and
+ * `success`) — not a layout choice this file invents, just the existing
+ * `showHeader`/`showFooter` chrome knobs (owner rule 2026-08-18: header and
+ * footer are independently controlled) applied per stage.
+ *
+ * Always opts into the archetype's `centeredWhenNoNav` — it only takes effect
+ * while the nav is hidden (`analyzing`/`success` here), where this Figma
+ * draws the header + media as one group centred with equal space above and
+ * below it, not a pinned header (see ReviewScreen.tsx for the mechanics).
+ * `review` always shows its own nav, so the flag is a no-op there, and the
+ * default `false` leaves Document Capture's existing analyzing/success
+ * screens byte-for-byte unchanged (neither ever hides the nav here).
+ *
+ * GAP (report, not workaround — README rule 2): Figma's `Success` section
+ * also shows a subtitle ("Let's continue") under the success title, but the
+ * shared `PrizmaReviewScreen` archetype only renders a subtitle on
+ * `stage="review"` — every other current consumer's success state has none.
+ * Left unset here pending an owner call on whether to extend the shared
+ * archetype with a `successSubtitle` slot.
+ */
+export declare const DigitalIdUploadReviewScreen: React.ForwardRefExoticComponent<DigitalIdUploadReviewScreenProps & React.RefAttributes<HTMLDivElement>>;
+export default DigitalIdUploadReviewScreen;

package/dist/DigitalIdUploadReviewScreen.js

@@ -0,0 +1,44 @@
+'use client';
+import { jsx as _jsx } from "react/jsx-runtime";
+import { forwardRef } from 'react';
+import { PrizmaCaptureDigitalId } from '@incodetech/prizma-core-web/capture-digital-id';
+import { PrizmaReviewScreen } from './ReviewScreen';
+import './ScreenLayout.css';
+/**
+ * Digital ID Upload — review / analyzing / success, built on the
+ * `PrizmaReviewScreen` archetype (GUIDELINES.md §6-H). Figma: `Upload Digital
+ * ID` file (wxFsHRvllern4VnjRqM4JO), "Web Happy Path - Light Mode" section —
+ * `Review Document` / `Analyzing` / `Success` (nodes 25351:14725/6/7).
+ *
+ * The media stage is Core's `PrizmaCaptureDigitalId` across all three stages
+ * — its own state enum (`review` / `analyzing` / `success`) maps directly
+ * onto the archetype's stage axis, so it already owns the border treatment
+ * (neutral on review, green 4px on analyzing/success), the scan-flash sweep
+ * and the filename row. Nothing is hand-built here, unlike
+ * `DocumentCaptureConfirmUploadScreen`'s bespoke file-card — Core ships a
+ * purpose-built component for this module.
+ *
+ * Header/footer visibility is genuinely per-stage in this Figma (logo nav +
+ * verified tag show on `review`, both are absent on `analyzing` and
+ * `success`) — not a layout choice this file invents, just the existing
+ * `showHeader`/`showFooter` chrome knobs (owner rule 2026-08-18: header and
+ * footer are independently controlled) applied per stage.
+ *
+ * Always opts into the archetype's `centeredWhenNoNav` — it only takes effect
+ * while the nav is hidden (`analyzing`/`success` here), where this Figma
+ * draws the header + media as one group centred with equal space above and
+ * below it, not a pinned header (see ReviewScreen.tsx for the mechanics).
+ * `review` always shows its own nav, so the flag is a no-op there, and the
+ * default `false` leaves Document Capture's existing analyzing/success
+ * screens byte-for-byte unchanged (neither ever hides the nav here).
+ *
+ * GAP (report, not workaround — README rule 2): Figma's `Success` section
+ * also shows a subtitle ("Let's continue") under the success title, but the
+ * shared `PrizmaReviewScreen` archetype only renders a subtitle on
+ * `stage="review"` — every other current consumer's success state has none.
+ * Left unset here pending an owner call on whether to extend the shared
+ * archetype with a `successSubtitle` slot.
+ */
+export const DigitalIdUploadReviewScreen = forwardRef(({ strings, stage = 'review', filename, progress = 45, showHeader = stage === 'review', showFooter = stage === 'review', screenId = `digital-id-upload-${stage}`, overrides, onAction, ...shell }, ref) => (_jsx(PrizmaReviewScreen, { ref: ref, stage: stage, title: strings.review.title, subtitle: strings.review.subtitle, successTitle: strings.review.successTitle, analyzingLabel: strings.review.analyzingLabel, centeredWhenNoNav: true, progress: progress, primaryLabel: strings.review.ctaLabel, secondaryLabel: strings.review.replaceLabel, verifiedLabel: strings.verifiedLabel, navLabel: strings.navLabel, showHeader: showHeader, showFooter: showFooter, screenId: screenId, overrides: overrides, onAction: onAction, ...shell, children: _jsx(PrizmaCaptureDigitalId, { state: stage, filename: filename }) })));
+DigitalIdUploadReviewScreen.displayName = 'DigitalIdUploadReviewScreen';
+export default DigitalIdUploadReviewScreen;

package/dist/DigitalIdUploadStrings.d.ts

@@ -0,0 +1,64 @@
+/** The three stages the confirm flow's screen shares — matches
+ *  `PrizmaReviewScreen`'s own `PrizmaReviewStage` (ReviewScreen.tsx). Kept as
+ *  a separate module-scoped type rather than importing it, same convention as
+ *  `DocumentCaptureConfirmStage` (DocumentCaptureStrings.ts). */
+export type DigitalIdUploadConfirmStage = 'review' | 'analyzing' | 'success';
+export interface DigitalIdUploadStrings {
+    /** Accessible name for the logo nav region (i18n — no baked-in English). */
+    navLabel?: string;
+    /** "verified by" attribution copy for the footer tag. */
+    verifiedLabel: string;
+    /** `Tutorial Screen` (node 25351:14722). */
+    tutorial: {
+        title: string;
+        subtitle?: string;
+        /** "Upload PDF" */
+        ctaLabel: string;
+    };
+    /** `Review Document` / `Analyzing` / `Success` (nodes
+     *  25351:14725/14726/14727) — one screen, three stages. */
+    review: {
+        /** `review` title ("Review document"). */
+        title: string;
+        /** `review` description. Figma draws no subtitle on `analyzing` or
+         *  `success` — the shared `PrizmaReviewScreen` archetype already only
+         *  shows one on `review`, so this needs no per-stage handling here. */
+        subtitle?: string;
+        /** Loading-bar caption on `analyzing` ("Analyzing.."). */
+        analyzingLabel: string;
+        /** H2 on `success` ("Successfully processed!"). */
+        successTitle: string;
+        /** Secondary CTA on `review` ("Replace file"). */
+        replaceLabel: string;
+        /** Primary CTA on `review` / `success` ("Continue"). */
+        ctaLabel: string;
+    };
+    /** `Errors` section, `Error` frame (node 25874:11957) — the uploaded file
+     *  itself was rejected (wrong document type). Built on the SAME
+     *  `PrizmaReviewScreen` archetype as `review`, stage `"error"`: the card
+     *  reuses `PrizmaCaptureDigitalId state="error"` (red 4px border), not a
+     *  generic archetype-F verdict screen (DigitalIdUploadErrorScreen.tsx). */
+    error: {
+        /** "ID type is not accepted" */
+        title: string;
+        /** "Please try scanning a different document" */
+        subtitle?: string;
+        /** "Scan your ID" */
+        ctaLabel: string;
+    };
+    /** `Errors` section, `File Limit Error` frame (node 26083:3981) — the file
+     *  was never uploaded at all (client-side size check), so there is no
+     *  rejected document to show. Built on Archetype F (`PrizmaResultScreen`,
+     *  ResultScreen.tsx) rather than the review archetype `error` uses above —
+     *  Figma centres the status + title + subtitle in the full available
+     *  height with no media stage at all, exactly F's shape, not H's
+     *  header-above-a-card one (DigitalIdUploadFileTooLargeScreen.tsx). */
+    fileTooLarge: {
+        /** "File is too large" */
+        title: string;
+        /** "The selected file is larger than 5 MB, please upload a smaller one" */
+        subtitle?: string;
+        /** "Choose another file" */
+        ctaLabel: string;
+    };
+}