@nok-integration/storefront-react 0.18.5 → 0.19.1

package/dist/index.d.ts

@@ -5997,16 +5997,38 @@ declare const SupportTicketRequest: z.ZodObject<{
      * a page showing another customer's data.
      */
     image_url: z.ZodOptional<z.ZodString>;
+    /**
+     * The fan this ticket belongs to — **only when the caller is a DAZN service holding a
+     * support API key**, and refused outright when the caller holds a shop session.
+     *
+     * Optional here because one field cannot be required of one caller and forbidden to
+     * another in a single schema. The engine decides which rule applies from how the
+     * request authenticated, and rejects the wrong combination either way: absent under a
+     * key is a 400, present under a session is a 400.
+     *
+     * **This is not a relaxation of the rule it looks like a relaxation of.** The rule is
+     * that an *untrusted* caller may not name the fan: a browser that could would let
+     * anyone file a ticket as anyone, and CS would answer it in good faith with another
+     * customer's account detail. A backend authenticated by a shared secret is not that
+     * caller. It is authoritative for its own users in exactly the way order intake
+     * already is when DAZN tells us whose order they have taken.
+     *
+     * Added for DAZN's Contact Support form, which lives outside the shop and therefore
+     * has no shop session to read an identity from (21 Aug 2026).
+     */
+    dazn_user_id: z.ZodOptional<z.ZodString>;
 }, "strict", z.ZodTypeAny, {
     email: string;
     description: string;
     category: string;
     image_url?: string | undefined;
+    dazn_user_id?: string | undefined;
 }, {
     email: string;
     description: string;
     category: string;
     image_url?: string | undefined;
+    dazn_user_id?: string | undefined;
 }>;
 
 declare type SupportTicketRequest = z.infer<typeof SupportTicketRequest>;