brainerce 1.59.0 → 2.0.0

package/dist/index.d.mts

@@ -216,6 +216,14 @@ interface StoreInfo {
     ordersWriteEnabled?: boolean;
     /** Whether guest checkout is tracked (sales-channel mode only) */
     guestCheckoutTracking?: boolean;
+    /**
+     * Whether the merchant has back-in-stock alerts switched on for this
+     * storefront (sales-channel mode only). When false, do not render the
+     * "email me when this is back" affordance at all — `stockAlerts.subscribe()`
+     * still answers `{ ok: true }` and records nothing, so a button left up looks
+     * like it worked and quietly does nothing.
+     */
+    stockAlertsEnabled?: boolean;
     /**
      * Whether new customer registrations require email verification.
      * If true, your site MUST implement an email verification flow:
@@ -224,6 +232,17 @@ interface StoreInfo {
      * 3. Call verifyEmail(code) with the code they received via email
      */
     requireEmailVerification?: boolean;
+    /**
+     * Whether the merchant requires a birthday at registration on this channel.
+     * When true, `registerCustomer()` is rejected with HTTP 400 unless the call
+     * carries both `birthMonth` and `birthDay`, so render the two fields on the
+     * signup form and validate them before you submit.
+     *
+     * Sales-channel mode only, because the flag lives on the sales channel: a
+     * `storeId`-mode storefront never receives it and its register route never
+     * enforces it. Absent (an older API build) means the same as false.
+     */
+    requireBirthday?: boolean;
     /** Upsell feature settings (storefront mode) */
     upsell?: UpsellSettings;
     /** Multi-language / i18n settings */
@@ -404,6 +423,14 @@ interface CustomerProfile {
     acceptsMarketing: boolean;
     /** Free-form segment set by the merchant (e.g. "wholesale", "vip") — use to gate custom storefront features. Admin-set only, never customer-editable. */
     role?: string;
+    /**
+     * Birthday month (1-12) the customer saved on their profile. Month and day
+     * only, never a year. Returned together with `birthDay` or not at all, so a
+     * form can test one field and trust the other.
+     */
+    birthMonth?: number;
+    /** Birthday day of the month (1-31). Returned together with `birthMonth` or not at all. */
+    birthDay?: number;
     addresses: CustomerAddress[];
     createdAt: string;
     updatedAt: string;
@@ -592,6 +619,15 @@ interface ProductMetafield {
      */
     name?: string;
 }
+/**
+ * Publish state of a product. **Lowercase**, unlike order statuses.
+ *
+ * `active` is visible to shoppers; `draft` is merchant-only. The backend
+ * validates this exact pair on both the query filter and the write DTOs, and
+ * defaults a product to `active`. There is no `archived` product state on this
+ * platform. Archiving exists for modifier groups and modifiers, not products.
+ */
+type ProductStatus = 'active' | 'draft';
 interface Product {
     id: string;
     name: string;
@@ -680,7 +716,7 @@ interface Product {
     /** ISO 4217 currency of `displayPrice` (the buyer's region currency). */
     displayCurrency?: string;
     /** Product status (active, draft). Always returned by backend. */
-    status: string;
+    status: ProductStatus;
     type: 'SIMPLE' | 'VARIABLE';
     /** Whether product is downloadable/digital. */
     isDownloadable?: boolean;
@@ -787,6 +823,44 @@ interface Product {
     createdAt: string;
     updatedAt: string;
 }
+/**
+ * A customer-uploaded photo on a review, as shoppers see it.
+ * `width`/`height` are the intrinsic pixel size — set them on your `<img>` so the
+ * gallery reserves space instead of shifting layout as photos load.
+ */
+interface ProductReviewImage {
+    id: string;
+    url: string;
+    thumbnailUrl: string | null;
+    width: number | null;
+    height: number | null;
+    position: number;
+}
+/**
+ * Moderation view of a photo — adds the two states a shopper never sees.
+ * `approvedAt: null` means the photo is waiting on the merchant, which only ever
+ * happens on stores that opted into review-photo approval.
+ */
+interface ProductReviewImageAdmin extends ProductReviewImage {
+    assetKey: string;
+    approvedAt: string | null;
+    hiddenAt: string | null;
+    createdAt: string;
+}
+/**
+ * Moderation states of a marketplace **app** submission, the values the
+ * platform stores on an app review submission while Brainerce staff approve or
+ * reject a listed app.
+ *
+ * ⛔ **This has nothing to do with product reviews.** Customer product reviews
+ * publish immediately and carry no status field at all: see `ProductReview`
+ * below. Do not build a product-review moderation queue on this type; the
+ * platform does not have one.
+ *
+ * Exported for completeness of the platform vocabulary. No SDK method returns
+ * or accepts it today.
+ */
+type ReviewStatus = 'PENDING' | 'IN_REVIEW' | 'APPROVED' | 'REJECTED' | 'CHANGES_REQUESTED';
 /**
  * Product review submitted by a customer.
  * Reviews publish immediately (no PENDING state). Merchants hide via the admin
@@ -802,13 +876,17 @@ interface ProductReview {
     /** Only present in admin responses; null on storefront responses. */
     hiddenAt?: string | null;
     createdAt: string;
+    /** Visible photos, in display order. Always an array; empty when there are none. */
+    images: ProductReviewImage[];
 }
 /** Admin-mode review with full PII. Returned by `client.adminReviews.*`. */
-interface ProductReviewAdmin extends ProductReview {
+interface ProductReviewAdmin extends Omit<ProductReview, 'images'> {
     customerId: string | null;
     authorEmail: string | null;
     orderId: string | null;
     updatedAt: string;
+    /** ALL photos, including pending and hidden — this is the moderation surface. */
+    images: ProductReviewImageAdmin[];
 }
 /**
  * Body for customer-authenticated submit / update.
@@ -817,6 +895,16 @@ interface ProductReviewAdmin extends ProductReview {
 interface WriteProductReviewInput {
     rating: number;
     body?: string;
+    /**
+     * Storage keys from `uploadReviewPhoto()`, in display order. Keys, not URLs —
+     * the server resolves each one against the store's own assets and rejects
+     * anything that is not a review photo.
+     *
+     * On update this REPLACES the photo set, so pass the keys you want to keep.
+     * OMITTING the field leaves the existing photos untouched; passing `[]` removes
+     * them all.
+     */
+    imageKeys?: string[];
 }
 /**
  * @deprecated Use `WriteProductReviewInput`. Customers no longer pass author info
@@ -826,6 +914,15 @@ interface SubmitProductReviewInput extends WriteProductReviewInput {
     authorName?: string;
     authorEmail?: string;
 }
+/** What `uploadReviewPhoto()` gives back. Pass `key` to the submit/update call. */
+interface ReviewPhotoUpload {
+    /** The value to put in `imageKeys`. */
+    key: string;
+    /** For rendering a local preview before submitting. Not what you send back. */
+    url: string;
+    width: number | null;
+    height: number | null;
+}
 /**
  * Returned by `client.getMyProductReview(productId)`. Tells the storefront which
  * UI to render: sign-in / not-eligible / submit / edit.
@@ -836,6 +933,24 @@ interface MyProductReview {
     reason: 'no_eligible_order' | 'reviews_disabled' | 'product_not_found' | null;
     /** The customer's existing review for this product, or null. */
     myReview: ProductReview | null;
+    /**
+     * The store's photo policy. Read this instead of hard-coding limits: render the
+     * picker only when `enabled`, cap selection at `maxPerReview`, reject oversized
+     * files client-side at `maxBytes`, and when `requiresApproval` is true tell the
+     * customer their photo waits for the merchant before it appears.
+     */
+    photos: {
+        enabled: boolean;
+        maxPerReview: number;
+        maxBytes: number;
+        requiresApproval: boolean;
+    };
+    /**
+     * The customer's OWN photos including any still pending, so you can show them
+     * their upload sitting in the queue rather than looking like it failed. Note
+     * `myReview.images` carries only the publicly visible subset.
+     */
+    myImages: ProductReviewImageAdmin[];
 }
 interface ProductImage {
     url: string;
@@ -898,8 +1013,13 @@ interface ProductVariant {
     } | null;
     /** Display position/order for sorting variants */
     position: number;
-    /** Variant status */
-    status?: string | null;
+    /**
+     * Variant publish state. Same lowercase pair as `ProductStatus`, and the
+     * backend validates it with the same `active` / `draft` enum on the create
+     * and update DTOs. Null when the merchant never set it, which the server
+     * treats as `active`.
+     */
+    status?: VariantStatus | null;
     createdAt: string;
     updatedAt: string;
     /** Per-sales-channel field overrides keyed by connectionId */
@@ -940,6 +1060,18 @@ interface InventoryInfo {
      * false if trackingMode is DISABLED or if out of stock.
      */
     canPurchase: boolean;
+    /**
+     * Whether the merchant lets this item be ordered while out of stock.
+     * Present on `TRACKED` items only — the one mode where it means anything.
+     *
+     * Use it to decide where a back-in-stock alert belongs: an alert on a
+     * backorderable item tells someone to come back and do what they can already
+     * do, so `stockAlerts.subscribe()` silently discards those requests. The gate
+     * is `!canPurchase && trackingMode === 'TRACKED' && backorderMode === 'NONE'`.
+     *
+     * Absent on older backends — treat `undefined` as `'NONE'`.
+     */
+    backorderMode?: 'NONE' | 'ALLOW' | 'NOTIFY';
     /** Last inventory sync timestamp (admin mode only) */
     lastInventorySyncAt?: string | null;
 }
@@ -1337,7 +1469,7 @@ interface ProductQueryParams {
     page?: number;
     limit?: number;
     search?: string;
-    status?: 'active' | 'draft';
+    status?: ProductStatus;
     /** Filter by category IDs (comma-separated or array) */
     categories?: string | string[];
     /** Filter by brand IDs (comma-separated or array) */
@@ -1363,8 +1495,27 @@ interface ProductQueryParams {
      * ```
      */
     metafields?: Record<string, string | string[]>;
-    /** Sort by field (default: menuOrder) */
-    sortBy?: 'name' | 'price' | 'createdAt';
+    /**
+     * Sort field. **Which values actually take effect depends on the SDK mode.**
+     *
+     * - `storeId` (public storefront) and `apiKey` (admin) modes validate against
+     *   the full set: `name`, `price`, `createdAt`, `updatedAt`, `menuOrder`.
+     *   Anything outside it is rejected with a 400.
+     * - `salesChannelId` (vibe-coded) mode honours only `name`, `price` and
+     *   `createdAt`. It does **not** reject `updatedAt` or `menuOrder`; it
+     *   silently ignores them and returns the merchant's curated order instead,
+     *   so a sort that looks accepted may simply not have happened.
+     *
+     * Omit `sortBy` entirely and every mode returns the merchant's curated order
+     * (`menuOrder` ascending, then newest first). That is the right default for a
+     * storefront listing, because it is the order the merchant arranged in the
+     * dashboard.
+     *
+     * `price` sorts on the stored `basePrice` column. For VARIABLE products that
+     * can differ from the effective price a shopper sees, which is the minimum
+     * across variants.
+     */
+    sortBy?: 'name' | 'price' | 'createdAt' | 'updatedAt' | 'menuOrder';
     sortOrder?: 'asc' | 'desc';
     /** Locale for translated content (e.g., "he", "es"). Falls back to store default. */
     locale?: string;
@@ -1494,7 +1645,7 @@ interface CreateProductDto {
     basePrice: number;
     salePrice?: number;
     costPrice?: number;
-    status?: 'active' | 'draft';
+    status?: ProductStatus;
     type?: 'SIMPLE' | 'VARIABLE';
     isDownloadable?: boolean;
     /** Existing category IDs to assign. Unknown/cross-store IDs are rejected with 400. To assign by name (auto-creating if missing), use `categoryNames`. */
@@ -1628,7 +1779,7 @@ interface UpdateProductDto {
     basePrice?: number;
     salePrice?: number | null;
     costPrice?: number | null;
-    status?: 'active' | 'draft';
+    status?: ProductStatus;
     isDownloadable?: boolean;
     /** Existing category IDs to assign (replaces the current set). Pass `[]` to clear. Unknown/cross-store IDs are rejected with 400. To assign by name (auto-creating if missing), use `categoryNames`. */
     categories?: string[];
@@ -1725,7 +1876,14 @@ interface Order {
     notes?: string | null;
     /** Payment method used (e.g., "card", "paypal", "cash_on_delivery"). */
     paymentMethod?: string | null;
-    /** Financial status: "pending", "paid", "refunded", "partially_refunded", "voided". */
+    /**
+     * Financial status: "pending", "authorized", "partially_paid", "paid",
+     * "partially_refunded", "refunded", "voided".
+     *
+     * `"paid"` does not imply a payment provider was involved — a merchant can
+     * record an out-of-band payment (cash on delivery, bank transfer) and the
+     * order reads `"paid"` with no provider behind it.
+     */
     financialStatus?: string | null;
     /** Fulfillment status: "unfulfilled", "partial", "fulfilled". */
     fulfillmentStatus?: string | null;
@@ -1775,10 +1933,21 @@ interface OrderStatusChange {
     note?: string | null;
 }
 /**
- * Order status values are **lowercase**.
- * Do NOT use uppercase values like 'COMPLETED' or 'CANCELLED'.
+ * The canonical order statuses. **The wire format is UPPERCASE.**
+ *
+ * These are the exact values the API returns on `Order.status` and the exact
+ * values it accepts when you set a status. Send `'CANCELLED'`, never
+ * `'cancelled'`.
+ *
+ * The server enforces a state machine on top of this list, so not every value
+ * is reachable from every other one. Terminal states (`CANCELLED`, `REFUNDED`)
+ * do not transition anywhere.
+ *
+ * **Breaking change in SDK 2.0.** Earlier releases declared a shorter,
+ * lowercase union that never matched the API. If you were comparing against
+ * `'pending'` or `'cancelled'`, uppercase those comparisons.
  */
-type OrderStatus = 'pending' | 'processing' | 'shipped' | 'delivered' | 'cancelled' | 'refunded';
+type OrderStatus = 'DRAFT' | 'PENDING' | 'PROCESSING' | 'ON_HOLD' | 'PAID' | 'SHIPPED' | 'DELIVERED' | 'COMPLETED' | 'FULFILLED' | 'CANCELLED' | 'REFUNDED' | 'PARTIALLY_REFUNDED';
 interface OrderCustomer {
     email: string;
     name?: string;
@@ -1880,6 +2049,11 @@ interface OrderDownloadLink {
 interface OrderQueryParams {
     page?: number;
     limit?: number;
+    /**
+     * Filter by canonical status, UPPERCASE. The server also accepts the id of a
+     * custom status label for stores using that feature, which this union does
+     * not model. Cast if you need to filter by a label id.
+     */
     status?: OrderStatus;
     sortBy?: 'createdAt' | 'totalAmount';
     sortOrder?: 'asc' | 'desc';
@@ -2114,9 +2288,32 @@ interface Customer {
     hasAccount: boolean;
     emailVerified: boolean;
     acceptsMarketing: boolean;
+    /**
+     * Whether a marketing campaign can actually REACH this address — a different
+     * question from `acceptsMarketing`. Audience resolution drops a recipient on
+     * either the consent flag or a suppression row, and the suppression row wins:
+     * an address whose consent box was re-ticked in the dashboard still reads
+     * `'UNSUBSCRIBED'`, because only the recipient's own confirmed opt-in clears
+     * it. `'BLOCKED'` cannot be cleared at all. Only `'SUBSCRIBED'` is mailable.
+     *
+     * Returned by the single-customer read (`GET /api/v1/customers/{id}`) and by
+     * the customer list. Optional because it is computed, not stored: responses
+     * that never compute it (create, update, register) omit it rather than
+     * guessing, and an older API build omits it everywhere. Fall back to
+     * `acceptsMarketing` when it is absent.
+     */
+    marketingStatus?: 'SUBSCRIBED' | 'NOT_SUBSCRIBED' | 'UNSUBSCRIBED' | 'BOUNCED' | 'COMPLAINED' | 'BLOCKED';
     tags: string[];
     /** Free-form segment set by the merchant (e.g. "wholesale", "vip") — use to gate custom storefront features. Admin-set only, never customer-editable. */
     role?: string;
+    /**
+     * Birthday month (1-12) the customer saved. Month and day only, never a
+     * year. Returned together with `birthDay` or not at all, so a form can test
+     * one field and trust the other.
+     */
+    birthMonth?: number;
+    /** Birthday day of the month (1-31). Returned together with `birthMonth` or not at all. */
+    birthDay?: number;
     totalOrders: number;
     lastOrderAt?: string;
     metadata?: Record<string, unknown>;
@@ -2217,6 +2414,13 @@ interface CheckoutPrefillData {
         lastName?: string;
         phone?: string;
         emailVerified: boolean;
+        /**
+         * Birthday month (1-12). Month and day only, never a year. Returned
+         * together with `birthDay` or not at all.
+         */
+        birthMonth?: number;
+        /** Birthday day of the month (1-31). Returned together with `birthMonth` or not at all. */
+        birthDay?: number;
     };
     /** Customer's default address (if any) */
     defaultAddress: CustomerAddress | null;
@@ -2249,6 +2453,15 @@ interface CreateCustomerDto {
     tags?: string[];
     /** Free-form merchant-set segment (e.g. "wholesale", "vip"), max 50 chars. */
     role?: string;
+    /**
+     * Birthday month (1-12). Month and day only, never a year, so there is no
+     * age to store. Send `birthMonth` and `birthDay` together: one without the
+     * other is rejected with HTTP 400, and so is a day the month does not have
+     * (February has no 31st).
+     */
+    birthMonth?: number;
+    /** Birthday day of the month (1-31). Send it together with `birthMonth`. */
+    birthDay?: number;
     /**
      * Explicit FIRST-TOUCH channel (internal SalesChannel id or public `vc_*`).
      * Creating a customer through the API is not itself a channel sighting, so
@@ -2388,6 +2601,19 @@ interface RegisterCustomerDto {
     lastName?: string;
     phone?: string;
     acceptsMarketing?: boolean;
+    /**
+     * Birthday month (1-12). Month and day only, never a year, so there is no
+     * age to store. Send `birthMonth` and `birthDay` together: one without the
+     * other is rejected with HTTP 400, and so is a day the month does not have.
+     *
+     * Optional by default. A merchant can make the birthday mandatory at
+     * registration on a sales channel, which surfaces as `requireBirthday` on
+     * `getStoreInfo()`; on such a channel a register call that omits the two
+     * fields is rejected with HTTP 400.
+     */
+    birthMonth?: number;
+    /** Birthday day of the month (1-31). Send it together with `birthMonth`. */
+    birthDay?: number;
     /**
      * Loyalty referral share code (REF-XXXXXXXX) from a referrer's link.
      * Validated asynchronously after registration — an invalid code never fails
@@ -2876,6 +3102,19 @@ type GuestCheckoutStartResponse = {
     message: string;
 };
 type CheckoutStatus = 'PENDING' | 'SHIPPING_SET' | 'PAYMENT_PENDING' | 'PAYMENT_PROCESSING' | 'COMPLETED' | 'FAILED' | 'EXPIRED';
+/**
+ * How the order reaches the customer. **Lowercase**, unlike `CheckoutStatus`.
+ *
+ * `shipping` is the server default when a checkout is created. `pickup` means
+ * the customer collects from a store location, so the checkout carries a
+ * `pickupLocation` instead of a shipping address, and shipping rates are not
+ * quoted. Set it with `client.setDeliveryType(checkoutId, deliveryType)`.
+ *
+ * These two are the only values the API accepts. Checkout custom fields are
+ * also gated on this value, so a field scoped to pickup does not appear on a
+ * shipping checkout.
+ */
+type DeliveryType = 'shipping' | 'pickup';
 /**
  * Individual tax line item in the breakdown
  * @example
@@ -3025,6 +3264,13 @@ interface CheckoutLineItem {
         name: string;
         sku: string;
         images?: ProductImage[];
+        /**
+         * Whether this product is a digital/downloadable one. The server always
+         * sends it on checkout line items, so this is how you detect an
+         * all-digital cart: `items.every(i => i.product.isDownloadable)`. Use that
+         * to skip the shipping address step and the delivery-method picker.
+         */
+        isDownloadable?: boolean;
     };
     /**
      * Nested variant information (null for simple products).
@@ -3243,7 +3489,7 @@ interface Checkout {
     /** Customer ID if linked to a customer account */
     customerId?: string | null;
     /** Delivery method: "shipping" (default) or "pickup" */
-    deliveryType?: 'shipping' | 'pickup';
+    deliveryType?: DeliveryType;
     /** Pickup location details (when deliveryType is "pickup") */
     pickupLocation?: PickupLocation | null;
     /** Shipping address (required before selecting shipping) */
@@ -3738,7 +3984,19 @@ interface MediaAsset {
     alt: string | null;
     createdAt: string;
 }
-/** Query params for `listMedia`. */
+/**
+ * Query params for `listMedia`.
+ *
+ * These three are the complete set. The public `GET /api/v1/media` endpoint
+ * that this SDK calls reads only `page`, `limit` and `search`, and `search`
+ * matches on name and filename.
+ *
+ * ⛔ The dashboard's own media browser has a richer filter set (asset type,
+ * sort field, sort direction, in-use vs unused, folder scope), but that lives
+ * on a **different** internal route. Sending those names here does nothing:
+ * they are dropped without an error, and you get an unfiltered first page back
+ * that looks like a successful filter.
+ */
 interface ListMediaParams {
     page?: number;
     limit?: number;
@@ -3773,6 +4031,16 @@ interface Refund {
     currency: string;
     reason?: string;
     items?: RefundLineItemResponse[];
+    /**
+     * ⛔ **Deliberately left as `string`, because the casing is not consistent
+     * across the two methods that return this type.**
+     *
+     * `createRefund()` passes the stored payment-refund status straight through,
+     * so you get an UPPERCASE `PaymentRecordStatus` value such as `'PENDING'`.
+     * `getOrderRefunds()` lowercases it on the way out, so the same refund comes
+     * back as `'pending'`. Compare case-insensitively
+     * (`status.toUpperCase() === 'PENDING'`) rather than against a literal.
+     */
     status: string;
 }
 interface UpdateOrderShippingDto {
@@ -4226,6 +4494,20 @@ interface PaymentIntent {
     /** Runtime client SDK overrides (merged with provider manifest config) */
     clientSdk?: PaymentClientSdk;
 }
+/**
+ * The stored payment-record vocabulary. **UPPERCASE.**
+ *
+ * These are the values the platform writes to a payment record, a payment
+ * refund record, and a checkout's `paymentStatus` column. `CAPTURED` is the
+ * only state that means the money actually moved. `AUTHORIZED` is a hold, not
+ * a charge, and only a `CAPTURED` payment can be refunded.
+ *
+ * **This is not the same thing as the `PaymentStatus` interface below**, which
+ * is the live checkout-polling object and carries its own lowercase
+ * `pending | processing | succeeded | failed | canceled` field. It is also not
+ * what `Refund.status` returns: see the note on `Refund`.
+ */
+type PaymentRecordStatus = 'PENDING' | 'AUTHORIZED' | 'CAPTURED' | 'FAILED' | 'REFUNDED' | 'PARTIALLY_REFUNDED' | 'CANCELLED';
 /**
  * Payment status for a checkout.
  * Use this to poll for payment completion after redirect-based flows.
@@ -5124,6 +5406,25 @@ interface DateAvailabilityConstraints {
     minDate?: string;
     /** "YYYY-MM-DD", inclusive. */
     maxDate?: string;
+    /**
+     * Preparation time in minutes. The earliest bookable moment is
+     * `now + leadTimeMinutes`, re-resolved on every call. This is the thing
+     * `minDate` cannot express: an absolute date authored to mean "tomorrow"
+     * is wrong by the following morning and goes on being wrong.
+     */
+    leadTimeMinutes?: number;
+    /**
+     * Rolling ceiling in days, counted from today store-local. Stands to
+     * `leadTimeMinutes` as `maxDate` stands to `minDate`, without the rot.
+     * Both may be set at once; whichever ceiling falls earlier wins.
+     */
+    maxDaysAhead?: number;
+    /**
+     * Daily order deadline, store-local "HH:mm". At or past it, the earliest
+     * bookable date moves on by a further day. This is the rule that keeps new
+     * orders out of a day whose picking run has already been planned.
+     */
+    cutoffTime?: string;
     /** Subset of 0-6; any weekday(s) fully blocked regardless of date. */
     blockedWeekdays?: number[];
     /** Specific blocked calendar dates, e.g. holidays: ["2026-12-25"]. */
@@ -6234,6 +6535,72 @@ interface ContactFormSummary {
     name: string;
     isDefault: boolean;
 }
+interface SubscribeMarketingInput {
+    /** Address to subscribe. Lowercased and trimmed server-side. */
+    email: string;
+    /** Given name, when the form collects one — greets them in the confirmation email. */
+    firstName?: string;
+    /** Family name, when the form collects one. */
+    lastName?: string;
+    /**
+     * Storefront locale at submission time, e.g. `"he"`. Picks the language of
+     * the confirmation email. Falls back to the store language when omitted —
+     * pass it on a multi-language storefront or Hebrew shoppers get English.
+     */
+    locale?: string;
+    /** Where the signup came from — `"popup"`, `"footer"`, `"exit-intent"`. Free-form. */
+    source?: string;
+    /** Arbitrary provenance: referrer, UTM params, the page the popup fired on. */
+    sourceMetadata?: Record<string, unknown>;
+    /**
+     * Anti-bot honeypot. Render a hidden input and pass whatever it holds; a
+     * non-empty value rejects the request. Bots fill every text input.
+     */
+    honeypot?: string;
+}
+/**
+ * Deliberately uniform — identical for a brand-new address, one that already
+ * confirmed, and one suppressed for a hard bounce. The endpoint cannot be used
+ * to test whether somebody is a customer of the store, so there is nothing here
+ * to branch on: show one "check your email" message for every success.
+ */
+interface SubscribeMarketingResponse {
+    ok: true;
+}
+interface CreateStockAlertInput {
+    /** Address to notify. Lowercased and trimmed server-side. */
+    email: string;
+    /** Product the shopper is waiting for. */
+    productId: string;
+    /**
+     * Specific variant, when the product has them. An alert on the blue medium
+     * fires only when the blue medium is back, never when another size returns —
+     * so pass this on any variable product, or shoppers get alerts for stock they
+     * cannot use.
+     */
+    variantId?: string;
+    /**
+     * Storefront locale at submission time, e.g. `"he"`. Sets the language of the
+     * alert email. Falls back to the store language when omitted, so pass it on a
+     * multi-language storefront or Hebrew shoppers get English.
+     */
+    locale?: string;
+    /**
+     * Anti-bot honeypot. Render a hidden input and pass whatever it holds; a
+     * non-empty value rejects the request. Bots fill every text input.
+     */
+    honeypot?: string;
+}
+/**
+ * Deliberately uniform — identical for a new request, a duplicate, an unknown
+ * product, an item that is already in stock, and an address that has bounced
+ * before. The endpoint cannot be used to read a store's stock levels or
+ * customer list, so there is nothing here to branch on: show one "we will email
+ * you" message for every success.
+ */
+interface StockAlertResponse {
+    ok: true;
+}
 type ContentType = 'FAQ' | 'FOOTER' | 'HEADER' | 'ANNOUNCEMENT' | 'RICH_TEXT' | 'PAGE';
 type ContentStatus = 'DRAFT' | 'PUBLISHED';
 interface FaqItem {
@@ -7605,85 +7972,56 @@ declare class BrainerceClient {
      */
     updateOrder(orderId: string, data: UpdateOrderDto): Promise<Order>;
     /**
-     * Update order status
+     * Update order status.
+     *
+     * **Not callable — use {@link updateOrder} instead.** Status changes do work
+     * over the API key, just by a different route.
+     *
+     * @deprecated Call `updateOrder(orderId, { status })`.
      *
      * @example
      * ```typescript
-     * const order = await client.updateOrderStatus('order_123', 'shipped');
+     * const order = await client.updateOrder('order_123', { status: 'SHIPPED' });
      * ```
      */
     updateOrderStatus(orderId: string, status: string): Promise<Order>;
     /**
-     * Update order payment method
-     * Note: Only WooCommerce supports syncing payment method changes back to platform
+     * Update order payment method.
      *
-     * @example
-     * ```typescript
-     * const order = await client.updatePaymentMethod('order_123', 'credit_card');
-     * ```
+     * **Not callable.** The API-key `/v1` surface has no payment-method route,
+     * so this throws in every mode. Change the payment method from the
+     * dashboard until the route ships.
      */
     updatePaymentMethod(orderId: string, paymentMethod: string): Promise<Order>;
     /**
-     * Update order notes
+     * Update order notes.
      *
-     * @example
-     * ```typescript
-     * const order = await client.updateOrderNotes('order_123', 'Customer requested gift wrapping');
-     * ```
+     * **Not callable.** The API-key `/v1` surface has no order-notes route, so
+     * this throws in every mode. Edit notes from the dashboard until the route
+     * ships.
      */
     updateOrderNotes(orderId: string, notes: string): Promise<Order>;
     /**
-     * Get refunds for an order
-     * Returns refunds from the source platform (Shopify/WooCommerce only)
+     * Get refunds for an order.
      *
-     * @example
-     * ```typescript
-     * const refunds = await client.getOrderRefunds('order_123');
-     * console.log('Total refunds:', refunds.length);
-     * ```
+     * **Not callable.** The API-key `/v1` surface has no refunds route, so this
+     * throws in every mode. Read refunds from the dashboard until the route
+     * ships.
      */
     getOrderRefunds(orderId: string): Promise<Refund[]>;
     /**
-     * Create a refund for an order
-     * Creates refund on the source platform (Shopify/WooCommerce only)
+     * Create a refund for an order.
      *
-     * @example
-     * ```typescript
-     * // Full refund
-     * const refund = await client.createRefund('order_123', {
-     *   type: 'full',
-     *   restockInventory: true,
-     *   notifyCustomer: true,
-     *   reason: 'Customer request',
-     * });
-     *
-     * // Partial refund
-     * const partialRefund = await client.createRefund('order_123', {
-     *   type: 'partial',
-     *   items: [
-     *     { lineItemId: 'item_456', quantity: 1 },
-     *   ],
-     *   restockInventory: true,
-     * });
-     * ```
+     * **Not callable.** The API-key `/v1` surface has no refunds route, so this
+     * throws in every mode. Refund from the dashboard until the route ships.
      */
     createRefund(orderId: string, data: CreateRefundDto): Promise<Refund>;
     /**
-     * Update order shipping address
-     * Syncs to source platform (Shopify/WooCommerce only)
+     * Update order shipping address.
      *
-     * @example
-     * ```typescript
-     * const order = await client.updateOrderShipping('order_123', {
-     *   firstName: 'John',
-     *   lastName: 'Doe',
-     *   line1: '456 New Address',
-     *   city: 'Los Angeles',
-     *   state: 'CA',
-     *   country: 'US',
-     *   postalCode: '90001',
-     * });
-     * ```
+     * **Not callable.** The API-key `/v1` surface has no order-shipping route,
+     * so this throws in every mode. Correct the address from the dashboard
+     * until the route ships.
      */
     updateOrderShipping(orderId: string, data: UpdateOrderShippingDto): Promise<Order>;
     /**
@@ -7791,14 +8129,12 @@ declare class BrainerceClient {
         }>;
     }>>;
     /**
-     * Cancel an order
-     * Works for Shopify and WooCommerce orders that haven't been fulfilled
+     * Cancel an order.
      *
-     * @example
-     * ```typescript
-     * const order = await client.cancelOrder('order_123');
-     * console.log('Order status:', order.status); // 'cancelled'
-     * ```
+     * **Not callable.** The API-key `/v1` surface has no cancel route, so this
+     * throws in every mode. A status move to cancelled may be reachable through
+     * {@link updateOrder} depending on what the order's state machine allows;
+     * otherwise cancel from the dashboard.
      */
     cancelOrder(orderId: string): Promise<Order>;
     /**
@@ -7813,89 +8149,51 @@ declare class BrainerceClient {
      * ship date is not rewritten, and no fulfilment event fires. That is the way
      * to fix a mistyped tracking number.
      *
-     * @example
-     * ```typescript
-     * // First fulfilment — emails the shopper by default.
-     * await client.fulfillOrder('order_123', {
-     *   trackingNumber: '1Z999AA10123456784',
-     *   trackingCompany: 'UPS',
-     *   trackingUrl: 'https://www.ups.com/track?tracknum=1Z999AA10123456784',
-     *   notifyCustomer: true,
-     * });
-     *
-     * // Correction — silent unless you opt back in.
-     * await client.fulfillOrder('order_123', {
-     *   trackingNumber: '1Z999AA10123456785',
-     * });
-     * ```
+     * **Not callable.** The API-key `/v1` surface has no fulfil route, so this
+     * throws in every mode. To ship an order over the API today, buy a label
+     * with {@link createShippingLabel} — the carrier's webhooks then move the
+     * shipment through in-transit and delivered on their own. Otherwise fulfil
+     * from the dashboard.
      */
     fulfillOrder(orderId: string, data?: FulfillOrderDto): Promise<Order>;
     /**
-     * Sync draft orders from connected platforms
+     * Sync draft orders from connected platforms.
      *
-     * @example
-     * ```typescript
-     * const result = await client.syncDraftOrders();
-     * console.log('Draft orders synced');
-     * ```
+     * **Not callable.** The API-key `/v1` surface has no draft-order routes at
+     * all, so this throws in every mode. {@link triggerSync} covers a general
+     * platform sync; draft orders are managed from the dashboard.
      */
     syncDraftOrders(): Promise<{
         message: string;
     }>;
     /**
-     * Complete a draft order (convert to regular order)
+     * Complete a draft order (convert to regular order).
      *
-     * @example
-     * ```typescript
-     * const order = await client.completeDraftOrder('draft_123', {
-     *   paymentPending: false,
-     * });
-     * ```
+     * **Not callable.** The API-key `/v1` surface has no draft-order routes at
+     * all, so this throws in every mode. Complete drafts from the dashboard.
      */
     completeDraftOrder(orderId: string, data?: CompleteDraftDto): Promise<Order>;
     /**
-     * Send invoice for a draft order
+     * Send invoice for a draft order.
      *
-     * @example
-     * ```typescript
-     * await client.sendDraftInvoice('draft_123', {
-     *   to: 'customer@example.com',
-     *   subject: 'Your Invoice',
-     *   customMessage: 'Thank you for your order!',
-     * });
-     * ```
+     * **Not callable.** The API-key `/v1` surface has no draft-order routes at
+     * all, so this throws in every mode. Send the invoice from the dashboard.
      */
     sendDraftInvoice(orderId: string, data?: SendInvoiceDto): Promise<{
         message: string;
     }>;
     /**
-     * Delete a draft order
+     * Delete a draft order.
      *
-     * @example
-     * ```typescript
-     * await client.deleteDraftOrder('draft_123');
-     * ```
+     * **Not callable.** The API-key `/v1` surface has no draft-order routes at
+     * all, so this throws in every mode. Delete drafts from the dashboard.
      */
     deleteDraftOrder(orderId: string): Promise<void>;
     /**
-     * Update a draft order
+     * Update a draft order.
      *
-     * @example
-     * ```typescript
-     * const order = await client.updateDraftOrder('draft_123', {
-     *   note: 'Updated customer note',
-     *   email: 'newemail@example.com',
-     *   shippingAddress: {
-     *     firstName: 'John',
-     *     lastName: 'Doe',
-     *     address1: '123 Main St',
-     *     city: 'New York',
-     *     province: 'NY',
-     *     country: 'US',
-     *     zip: '10001',
-     *   },
-     * });
-     * ```
+     * **Not callable.** The API-key `/v1` surface has no draft-order routes at
+     * all, so this throws in every mode. Edit drafts from the dashboard.
      */
     updateDraftOrder(orderId: string, data: UpdateDraftDto): Promise<Order>;
     /**
@@ -7904,7 +8202,14 @@ declare class BrainerceClient {
      */
     updateInventory(productId: string, data: UpdateInventoryDto): Promise<void>;
     /**
-     * Get current inventory for a product
+     * Get current inventory for a product.
+     *
+     * **Admin mode only** — the API key needs the `inventory:read` scope.
+     *
+     * This used to request `/api/v1/inventory/:productId`, which does not
+     * exist and 404'd silently. The live route is product-scoped:
+     * `GET /api/v1/products/:id/inventory`. A product with no inventory row
+     * reads back as all zeroes rather than 404ing.
      */
     getInventory(productId: string): Promise<{
         available: number;
@@ -7912,16 +8217,16 @@ declare class BrainerceClient {
         total: number;
     }>;
     /**
-     * Edit inventory manually with reason for audit trail
+     * Edit inventory manually with a reason for the audit trail.
      *
-     * @example
-     * ```typescript
-     * const inventory = await client.editInventory({
-     *   productId: 'prod_123',
-     *   newTotal: 100,
-     *   reason: 'Restocked from warehouse',
-     * });
-     * ```
+     * **Not callable.** The API-key `/v1` surface carries no `inventory`
+     * namespace, so this throws in every mode.
+     *
+     * {@link updateInventory} is the closest working call: it sets the same
+     * absolute stock level over `PUT /api/v1/products/:id/inventory`, but the
+     * reason is not yours to choose — the server records a generic
+     * "Updated via External API" against the audit trail. If the reason text
+     * matters, make the edit from the dashboard.
      */
     editInventory(data: EditInventoryDto): Promise<{
         total: number;
@@ -7929,41 +8234,29 @@ declare class BrainerceClient {
         available: number;
     }>;
     /**
-     * Get inventory sync status for all products in the store
+     * Get inventory sync status for all products in the store.
      *
-     * @example
-     * ```typescript
-     * const status = await client.getInventorySyncStatus();
-     * console.log(`${status.pending} products pending sync`);
-     * console.log(`Last sync: ${status.lastSyncAt}`);
-     * ```
+     * **Not callable.** The API-key `/v1` surface carries no `inventory`
+     * namespace, so this throws in every mode. Sync state is visible in the
+     * dashboard; {@link getSyncStatus} covers platform sync jobs.
      */
     getInventorySyncStatus(): Promise<InventorySyncStatus>;
     /**
-     * Get inventory for multiple products at once
+     * Get inventory for multiple products at once.
      *
-     * @example
-     * ```typescript
-     * const inventories = await client.getBulkInventory(['prod_123', 'prod_456', 'prod_789']);
-     * inventories.forEach(inv => {
-     *   console.log(`${inv.productId}: ${inv.available} available`);
-     * });
-     * ```
+     * **Not callable.** The API-key `/v1` surface carries no `inventory`
+     * namespace, so this throws in every mode. There is no bulk stock read on
+     * the API key today: fall back to {@link getInventory} per product, or read
+     * the stock that {@link getProducts} already returns on each product.
      */
     getBulkInventory(productIds: string[]): Promise<BulkInventoryResponse[]>;
     /**
-     * Reconcile inventory between Brainerce and connected platforms
-     * Detects and optionally fixes discrepancies
-     *
-     * @example
-     * ```typescript
-     * // Reconcile single product (dry run)
-     * const result = await client.reconcileInventory({ productId: 'prod_123' });
+     * Reconcile inventory between Brainerce and connected platforms.
+     * Detects and optionally fixes discrepancies.
      *
-     * // Reconcile all products with auto-fix
-     * const summary = await client.reconcileInventory({ autoFix: true });
-     * console.log(`Reconciled ${summary.reconciled} products`);
-     * ```
+     * **Not callable.** The API-key `/v1` surface carries no `inventory`
+     * namespace, so this throws in every mode, `autoFix` included. Reconcile
+     * from the dashboard.
      */
     reconcileInventory(options?: {
         productId?: string;
@@ -7973,6 +8266,10 @@ declare class BrainerceClient {
      * Check stock availability for one or more items before adding to cart or checkout
      * Use this to validate stock before operations that might fail due to insufficient inventory
      *
+     * **Vibe-coded or storefront mode only.** There is no stock-check route on
+     * the API-key `/v1` surface; in admin mode this throws. The same applies to
+     * {@link checkCartStock}, which routes through here.
+     *
      * @example
      * ```typescript
      * // Check if items are available before adding to cart
@@ -8215,6 +8512,11 @@ declare class BrainerceClient {
      * Register a new customer with password (creates account)
      * Works in vibe-coded, storefront, and admin mode
      *
+     * `birthMonth`/`birthDay` are optional and must be sent together. When
+     * `getStoreInfo().requireBirthday` is true the merchant made the birthday
+     * mandatory on that sales channel, and a call without both fields is
+     * rejected with HTTP 400.
+     *
      * @example
      * ```typescript
      * const auth = await client.registerCustomer({
@@ -8222,6 +8524,8 @@ declare class BrainerceClient {
      *   password: 'securepassword123',
      *   firstName: 'Jane',
      *   lastName: 'Doe',
+     *   birthMonth: 4, // optional, unless the channel requires a birthday
+     *   birthDay: 17,
      * });
      * ```
      */
@@ -8230,20 +8534,32 @@ declare class BrainerceClient {
      * Request a password reset email for a customer
      * Works in vibe-coded, storefront, and admin mode
      *
-     * The `resetUrl` MUST be supplied explicitly in non-browser (SSR / Node)
-     * contexts — auto-deriving it from `window.location.origin` is impossible
-     * there and historically resulted in `undefined` being sent to the backend,
-     * which then bounced the email to a broken link. In browser contexts the
-     * origin is still used as a fallback but the SDK logs a one-time warning
-     * recommending an explicit value so server-rendered + proxied dashboards
-     * don't silently rely on the wrong host.
+     * The reset link's host is chosen by the server, not by the caller: it is
+     * derived from the sales channel's own domain, falling back to the backend's
+     * configured frontend URL, and the request is rejected if neither resolves.
+     *
+     * The SDK used to send a `resetUrl` in the request body. The backend
+     * deliberately removed that field: any caller could submit an arbitrary URL
+     * and have it emailed, from a Brainerce-domained sender, to the address
+     * holder — a phishing-link injection. `ForgotPasswordDto` now declares
+     * `email` and nothing else, and the API's global validation pipe runs with
+     * `whitelist` + `forbidNonWhitelisted`, so a body carrying `resetUrl` fails
+     * the whole call with `400 property resetUrl should not exist`. Only `email`
+     * is sent.
+     *
+     * The endpoint always answers 200 so it cannot be used to enumerate
+     * accounts; the mail is only sent when a matching customer exists.
      *
      * @param email - Customer email address
-     * @param options - Optional settings
-     * @param options.resetUrl - Reset URL the email links should point to.
-     *   Required outside the browser; recommended inside it.
+     * @param options - Accepted for source compatibility only. Ignored.
      */
     forgotPassword(email: string, options?: {
+        /**
+         * @deprecated Ignored, and never sent. The server derives the reset URL
+         *   itself (sales-channel domain, then the configured frontend URL) and
+         *   rejects the field outright, so passing it has no effect. To change
+         *   where reset links point, set the sales channel's domain.
+         */
         resetUrl?: string;
     }): Promise<{
         message: string;
@@ -8595,6 +8911,67 @@ declare class BrainerceClient {
          */
         get: (formKey?: string, locale?: string) => Promise<ContactFormPublic>;
     };
+    /**
+     * Email marketing signup for a storefront — a newsletter popup, a footer
+     * capture bar, an exit-intent modal.
+     *
+     * **Confirmed opt-in, always.** `subscribe()` creates the contact and mails
+     * them a confirmation link. The address is NOT subscribed and CANNOT receive
+     * a campaign until the recipient clicks that link. This is not a setting:
+     * consent has to come from the mailbox, or anyone could subscribe anyone.
+     *
+     * So do not render "You're subscribed!" on success — render "Check your
+     * email to confirm." The one is a lie until the click lands.
+     *
+     * The response is identical for a brand-new address, one that is already
+     * subscribed, and one suppressed after a bounce, so the form can't be used to
+     * probe who shops here. Show the same message for every success.
+     *
+     * Storefront (public) and vibe-coded modes only. Rate-limited server-side to
+     * 3 requests / 60s per IP, plus one confirmation email per address per 24h.
+     *
+     * **Where the discount goes.** A "10% off your first order" popup needs a
+     * coupon from the dashboard — create one with the `customer_first_order`
+     * condition and show the code after a successful call. Subscribing does not
+     * mint a code on its own.
+     *
+     * @example
+     * ```typescript
+     * // Newsletter popup — hidden honeypot input, Hebrew storefront
+     * await brainerce.marketing.subscribe({
+     *   email: 'jane@example.com',
+     *   locale: 'he',
+     *   source: 'popup',
+     *   honeypot: hiddenFieldValue,
+     * });
+     * // → show "בדקו את המייל שלכם כדי לאשר" — NOT "נרשמת בהצלחה"
+     * ```
+     */
+    marketing: {
+        subscribe: (input: SubscribeMarketingInput) => Promise<SubscribeMarketingResponse>;
+    };
+    /**
+     * "Email me when this is back."
+     *
+     * ⛔ Not a newsletter signup, and must not be worded as one. It grants no
+     * marketing consent, creates no customer account, and the person is never
+     * mailed anything else as a result — exactly one message, about this item,
+     * with a link that stops it. Someone who unsubscribed from marketing can
+     * still use this, so do not gate it on consent.
+     *
+     * Show the affordance only on an item that is out of stock AND cannot be
+     * backordered. Every other case is silently ignored server-side — the
+     * response is uniform on purpose, so it cannot be used to read stock levels
+     * or test who is a customer — which means a button on an in-stock item looks
+     * like it worked and does nothing.
+     *
+     * Pass `variantId` on any product with variants. Without it the alert waits
+     * on the product as a whole, and a shopper who wanted the medium hears when
+     * the small comes back.
+     */
+    stockAlerts: {
+        subscribe: (input: CreateStockAlertInput) => Promise<StockAlertResponse>;
+    };
     /**
      * Typed merchant content store: FAQ, Footer, Header, Announcement,
      * Rich Text, and Page.
@@ -9069,15 +9446,26 @@ declare class BrainerceClient {
      * List visible reviews for a product (storefront / sales-channel modes).
      * Reviews that the merchant has hidden are excluded.
      *
+     * Each review carries `images` — the photos its author attached, already
+     * filtered to the ones shoppers are allowed to see. Always an array.
+     *
+     * Ordering defaults to `photos_first`: reviews carrying photos lead, newest-first
+     * within each group. Pass `sort: 'newest'` for plain chronological order. On a
+     * store with no review photos the two are identical.
+     *
      * @example
      * ```typescript
      * const { data, meta } = await client.listProductReviews('prod_123', { page: 1, limit: 20 });
-     * data.forEach(r => console.log(r.rating, r.body, r.verifiedPurchase));
+     * data.forEach(r => {
+     *   console.log(r.rating, r.body, r.verifiedPurchase);
+     *   r.images.forEach(img => console.log(img.thumbnailUrl ?? img.url));
+     * });
      * ```
      */
     listProductReviews(productId: string, params?: {
         page?: number;
         limit?: number;
+        sort?: 'photos_first' | 'newest';
     }): Promise<PaginatedResponse<ProductReview>>;
     /**
      * Get the current customer's review state for a product (storefront / sales-channel modes).
@@ -9136,6 +9524,17 @@ declare class BrainerceClient {
     }): Promise<PaginatedResponse<ProductReviewAdmin>>;
     /** Admin: hide a review (sets hiddenAt). */
     hideProductReview(reviewId: string, storeId?: string): Promise<ProductReviewAdmin>;
+    /**
+     * Admin: hide ONE photo on a review, leaving the review and its other photos
+     * visible. Requires an API key with `reviews:write`.
+     */
+    hideProductReviewImage(imageId: string, storeId?: string): Promise<ProductReviewImageAdmin>;
+    /**
+     * Admin: show one review photo. This is also the approve action — a photo that
+     * has never been approved carries no `approvedAt`, and showing it stamps one, so
+     * stores using review-photo approval need no separate verb.
+     */
+    showProductReviewImage(imageId: string, storeId?: string): Promise<ProductReviewImageAdmin>;
     /** Admin: unhide a previously hidden review. */
     showProductReview(reviewId: string, storeId?: string): Promise<ProductReviewAdmin>;
     /**
@@ -10357,19 +10756,28 @@ declare class BrainerceClient {
      */
     getCheckoutPrefillData(): Promise<CheckoutPrefillData>;
     /**
-     * Update the current customer's profile (requires customerToken)
-     * Only available in storefront mode
+     * Update the current customer's profile (requires customerToken).
+     * Only available in storefront and vibe-coded mode.
+     *
+     * `birthMonth`/`birthDay` (1-12 / 1-31) power the loyalty birthday gift.
+     * Month and day only, never a year, for privacy. Send both or neither, and
+     * the day has to exist in the month: anything else is rejected with HTTP 400.
+     * Send `null` for both to REMOVE a stored birthday. Leaving the keys out is a
+     * different request and keeps the stored value, so a profile form whose
+     * fields the shopper cleared has to send nulls, not omit them.
      *
-     * `birthMonth`/`birthDay` (1-12 / 1-31, no year — privacy) power the loyalty
-     * birthday gift; they must be provided together.
+     * The saved values now come back on the returned `CustomerProfile`, on
+     * `getMyProfile()` and on every customer read type, so a profile form can
+     * re-render the birthday it just saved. Before this, no API returned the two
+     * fields at all and the form always came back blank.
      */
     updateMyProfile(data: {
         firstName?: string;
         lastName?: string;
         phone?: string;
         acceptsMarketing?: boolean;
-        birthMonth?: number;
-        birthDay?: number;
+        birthMonth?: number | null;
+        birthDay?: number | null;
     }): Promise<CustomerProfile>;
     /**
      * Get the logged-in customer's loyalty status: enrollment, points balance,
@@ -11532,6 +11940,50 @@ declare class BrainerceClient {
         url: string;
         key: string;
     }>;
+    /**
+     * Upload one photo to attach to a product review.
+     *
+     * Available in storefront and vibe-coded modes, and — unlike
+     * `uploadCustomizationFile` — it REQUIRES a logged-in customer who has actually
+     * bought the product. Call `setCustomerToken(...)` first. That is the same bar as
+     * writing the review itself, checked here so an ineligible shopper is told before
+     * they wait for the upload rather than after.
+     *
+     * Returns a storage `key`. Collect the keys and pass them as `imageKeys` when you
+     * submit or update the review — the `url` is for a local preview only, and sending
+     * it back instead of the key will be rejected.
+     *
+     * Server rules:
+     * - `image/jpeg|png|webp|gif` only, cross-checked against the file's real bytes.
+     * - Max 5 MB and 40 megapixels per file.
+     * - Throttled to 10 uploads / minute → HTTP 429.
+     * - 403 when the store has review photos turned off, or the customer has not
+     *   bought the product; 400 once the review is already at its photo cap.
+     * - EXIF is stripped (so GPS coordinates never reach the storefront) while the
+     *   orientation tag is applied first, so phone photos stay upright.
+     * - A photo uploaded but never attached to a submitted review is reclaimed after
+     *   7 days.
+     *
+     * Read `photos` from `getMyProductReview()` for the store's live limits rather
+     * than hard-coding them.
+     *
+     * @example
+     * ```ts
+     * const { photos } = await client.getMyProductReview(productId);
+     * if (photos.enabled) {
+     *   const uploads = await Promise.all(
+     *     [...fileInput.files].slice(0, photos.maxPerReview)
+     *       .map(f => client.uploadReviewPhoto(productId, f))
+     *   );
+     *   await client.submitProductReview(productId, {
+     *     rating: 5,
+     *     body: 'Arrived beautifully wrapped.',
+     *     imageKeys: uploads.map(u => u.key),
+     *   });
+     * }
+     * ```
+     */
+    uploadReviewPhoto(productId: string, file: File | Blob): Promise<ReviewPhotoUpload>;
     /**
      * @deprecated Retiring, but there is no API-key replacement yet: `getStoreTeam`
      * is dashboard-only (403 for api_key). Keep using this until one ships.
@@ -11841,7 +12293,7 @@ declare class BrainerceError extends Error {
     constructor(message: string, statusCode: number, details?: unknown);
 }
 
-declare const SDK_VERSION = "1.54.0";
+declare const SDK_VERSION = "2.0.0";
 
 /**
  * Verify a webhook signature from Brainerce
@@ -11987,7 +12439,20 @@ declare function formatMoney(amount: number, currency: string, locale?: string):
  * generally need this (only admins author the config), but it's exposed for
  * any storefront building its own admin-like UI on top of the SDK.
  */
-declare function validateDateAvailabilityConfig(config: DateAvailabilityConstraints | null | undefined, fieldType: 'DATE' | 'DATETIME'): string[];
+/**
+ * Which definition family a config belongs to. It matters because the relative
+ * bounds are answers to "how long before the requested date must the ORDER
+ * arrive", and only the checkout surface has an order arriving.
+ *
+ * A product metafield and an order custom field are both written by an admin,
+ * often long after the fact: a merchant correcting yesterday's delivery date
+ * would be refused against a lead time measured from today. So those two
+ * surfaces reject the relative keys outright, the same way a DATE field
+ * already rejects `businessHours`. `minDate`/`maxDate`/`blockedDates` stay
+ * available everywhere.
+ */
+type DateAvailabilitySurface = 'checkout' | 'product' | 'order';
+declare function validateDateAvailabilityConfig(config: DateAvailabilityConstraints | null | undefined, fieldType: 'DATE' | 'DATETIME', surface?: DateAvailabilitySurface): string[];
 interface StoreLocalParts {
     /** "YYYY-MM-DD" in the given timezone. */
     dateYYYYMMDD: string;
@@ -12004,6 +12469,56 @@ interface StoreLocalParts {
  * Falls back to UTC parts on an invalid IANA timezone string — never throws.
  */
 declare function resolveStoreLocalParts(instant: Date, timezone: string): StoreLocalParts;
+/**
+ * The "when is now" half of a relative constraint. `leadTimeMinutes`,
+ * `cutoffTime` and `maxDaysAhead` cannot be resolved from the config alone,
+ * so every function that honours them accepts one of these.
+ *
+ * Leaving it out is allowed and means "skip the relative bounds"; the
+ * absolute ones (min/max date, blocked days, business hours) still apply.
+ * That degradation is deliberate and safe in exactly one direction: a picker
+ * built without a clock offers MORE dates than the server will accept, never
+ * fewer. The server always passes one, so this is never the enforcement path.
+ */
+interface AvailabilityClock {
+    /** IANA timezone of the store: `getStoreInfo().timezone`, never the buyer's. */
+    timezone: string;
+    /** Defaults to the current instant. Pass it explicitly to keep tests deterministic. */
+    now?: Date;
+}
+/** The concrete dates the relative constraints resolve to at one moment in time. */
+interface RelativeDateBounds {
+    /** Earliest bookable calendar date, "YYYY-MM-DD" store-local. Absent = no relative floor. */
+    earliestDate?: string;
+    /** Latest bookable calendar date, "YYYY-MM-DD" store-local. Absent = no relative ceiling. */
+    latestDate?: string;
+    /**
+     * Earliest bookable instant, from `leadTimeMinutes` alone. Finer-grained
+     * than `earliestDate`: on the boundary day this is what rules out the slots
+     * that have already gone past, without ruling out the whole date.
+     */
+    earliestInstant?: Date;
+}
+/**
+ * Resolves the relative constraints into the concrete dates they mean right now.
+ *
+ * `minDate`/`maxDate` are absolute strings compared lexically, so a merchant
+ * who means "earliest is tomorrow" watches that answer rot overnight and go on
+ * rotting. These three keys are the relative counterparts, re-resolved on
+ * every call:
+ *
+ * - `leadTimeMinutes` — preparation time. The floor is `now + leadTime`.
+ * - `cutoffTime` — the daily order deadline, store-local "HH:mm". Once the
+ *   store-local clock reaches it, the floor moves on by a further day. This is
+ *   the rule that stops orders pouring in for a day whose picking run is
+ *   already planned, which is where a holiday-eve backlog actually starts.
+ * - `maxDaysAhead` — a rolling ceiling measured from today rather than from a
+ *   fixed calendar date.
+ *
+ * Returns an empty object when no relative key is set or no clock was given,
+ * which is what lets every caller take `clock` as an optional argument.
+ */
+declare function resolveRelativeBounds(config: DateAvailabilityConstraints | null | undefined, clock: AvailabilityClock | null | undefined): RelativeDateBounds;
 interface ParsedDateFieldValue {
     /**
      * The absolute instant the value denotes. For a DATE field this is UTC
@@ -12052,7 +12567,7 @@ type DateFieldParseResult = {
  */
 declare function parseDateFieldValue(raw: unknown, fieldType: 'DATE' | 'DATETIME', timezone: string): DateFieldParseResult;
 /** Day-level gate: minDate/maxDate/blockedWeekdays/blockedDates only (no time-of-day). */
-declare function isCalendarDateAllowed(dateYYYYMMDD: string, config: DateAvailabilityConstraints | null | undefined): boolean;
+declare function isCalendarDateAllowed(dateYYYYMMDD: string, config: DateAvailabilityConstraints | null | undefined, clock?: AvailabilityClock | null): boolean;
 /**
  * Discrete slot starts ("HH:mm", store-local) for one calendar date. Empty
  * array if: the date fails `isCalendarDateAllowed`, no `businessHours` window
@@ -12069,7 +12584,7 @@ declare function isCalendarDateAllowed(dateYYYYMMDD: string, config: DateAvailab
  * const slots = computeAvailableSlots(deliveryField?.dateAvailability, local.dateYYYYMMDD);
  * ```
  */
-declare function computeAvailableSlots(config: DateAvailabilityConstraints | null | undefined, dateYYYYMMDD: string): string[];
+declare function computeAvailableSlots(config: DateAvailabilityConstraints | null | undefined, dateYYYYMMDD: string, clock?: AvailabilityClock | null): string[];
 /**
  * The open/close windows that apply on one calendar date — `[]` when the date
  * is blocked outright or the weekday has no window (which, per
@@ -12082,14 +12597,14 @@ declare function computeAvailableSlots(config: DateAvailabilityConstraints | nul
  * time input by these windows", which is exactly what `isDateValueAllowed`
  * enforces on the way back in.
  */
-declare function getBusinessHoursForDate(config: DateAvailabilityConstraints | null | undefined, dateYYYYMMDD: string): BusinessHoursWindow[];
+declare function getBusinessHoursForDate(config: DateAvailabilityConstraints | null | undefined, dateYYYYMMDD: string, clock?: AvailabilityClock | null): BusinessHoursWindow[];
 /**
  * Full value validation for a candidate date/datetime a shopper is about to
  * submit — use this to disable a "Continue" button client-side before the
  * backend's own (authoritative) rejection would otherwise surface as an
  * error after a round trip.
  */
-declare function isDateValueAllowed(instant: Date, config: DateAvailabilityConstraints | null | undefined, fieldType: 'DATE' | 'DATETIME', timezone: string): {
+declare function isDateValueAllowed(instant: Date, config: DateAvailabilityConstraints | null | undefined, fieldType: 'DATE' | 'DATETIME', timezone: string, now?: Date): {
     allowed: boolean;
     reason?: string;
 };
@@ -12279,4 +12794,4 @@ interface CategorySitemapOptions {
  */
 declare function getCategorySitemapEntries(client: BrainerceClient, opts: CategorySitemapOptions): Promise<SitemapEntry[]>;
 
-export { type AddToCartDto, type AddressDetailsResult, type AddressSuggestion, type AnnouncementContent, type AnnouncementSeverity, type AppliedDiscount, type ApplyCouponDto, type AttachModifierGroupInput, type Attribute, type AttributeOption, type AttributeSource, type BlogPost, type BlogPostListParams, type BlogPostListResponse, type BlogSitemapOptions, type BrainerceApiError, BrainerceClient, type BrainerceClientOptions, BrainerceError, type Brand, type BulkCreateProductsDto, type BulkCreateProductsError, type BulkCreateProductsJob, type BulkCreateProductsStatus, type BulkInventoryResponse, type BulkSaveVariantsDto, type BulkSaveVariantsResponse, type BulkVariantInput, type BusinessHoursWindow, type Cart, type CartAppliedDiscount, type CartBundleOffer, type CartBundlesResponse, type CartIncludeOption, type CartIncludeOptions, type CartItem, type CartItemModifierLine, type CartNudge, type CartRecommendationsResponse, type CartStatus, type CartUpgradeSuggestion, type CartUpgradesResponse, type CartWithIncludes, type Category, type CategoryDetail, type CategoryNode, type CategorySitemapOptions, type CategorySuggestion, type Checkout, type CheckoutAddress, type CheckoutBumpsResponse, type CheckoutCustomFieldDefinition, type CheckoutFieldPricing, type CheckoutFieldVisibility, type CheckoutLineItem, type CheckoutPrefillData, type CheckoutStatus, type CompleteCheckoutResponse, type CompleteDraftDto, type ConfigureOAuthProviderDto as ConfigureOAuthProviderInput, type ConflictStatus, type ConnectorPlatform, type ContactFormFieldType, type ContactFormFieldValidation, type ContactFormPublic, type ContactFormPublicField, type ContactFormSummary, type Content, type ContentDataMap, type ContentStatus, type ContentSummary, type ContentType, type Coupon, type CouponCreateResponse, type CouponQueryParams, type CouponStatus, type CouponType, type CouponValidationWarning, type CreateAddressDto, type CreateAttributeDto as CreateAttributeInput, type CreateAttributeOptionDto as CreateAttributeOptionInput, type CreateBrandDto as CreateBrandInput, type CreateCategoryDto as CreateCategoryInput, type CreateCheckoutDto, type CreateContentInput, type CreateCouponDto, type CreateCustomApiDto, type CreateCustomerDto, type CreateEmailTemplateDto as CreateEmailTemplateInput, type CreateGuestOrderDto, type CreateInquiryInput, type CreateInquiryResponse, type CreateMetafieldDefinitionDto as CreateMetafieldDefinitionInput, type CreateModifierGroupInput, type CreateModifierInput, type CreateOrderDto, type CreateProductDto, type CreateRefundDto, type CreateShippingRateDto as CreateShippingRateInput, type CreateShippingZoneDto as CreateShippingZoneInput, type CreateTagDto as CreateTagInput, type CreateTaxRateDto as CreateTaxRateInput, type CreateVariantDto, type CustomApiAuthType, type CustomApiConnectionStatus, type CustomApiCredentials, type CustomApiIntegration, type CustomApiSyncConfig, type CustomApiSyncDirection, type CustomApiTestResult, type Customer, type CustomerAddress, type CustomerAuthResponse, type CustomerOAuthProvider, type CustomerProfile, type CustomerQueryParams, type DateAvailabilityConstraints, type DateFieldParseResult, type DeleteProductResponse, type DiscountBanner, type DiscountRuleType, type DownloadFile, type DraftLineItem, type EditInventoryDto, type EmailDomain, type EmailEventSettings, type EmailEventType, type EmailSettings, type EmailTemplate, type EmailTemplatePreview, type EmailTemplatesResponse, type EmailVerificationResponse, type ExtendReservationResponse, type FaqContent, type FaqItem, type FooterColumn, type FooterContent, type FooterLink, type FooterSocialLink, type FormatPriceOptions, type FormatProductPriceOptions, type FreeAllocationPolicy, type FulfillOrderDto, type GuestCheckoutStartResponse, type GuestOrderResponse, type HeaderContent, type HeaderCta, type HeaderLogo, type HeaderNavItem, type InsufficientStockError, type InventoryInfo, type InventoryReservationStrategy, type InventorySyncStatus, type InventoryTrackingMode, type InvitationStatus, type InviteMemberDto as InviteMemberInput, type InviteStoreMemberDto as InviteStoreMemberInput, type JsonLdOptions, type ListModifierGroupsParams, type LocalCart, type LocalCartItem, type LockedVariant, type LoyaltyNextTierSummary, type LoyaltyReward, type LoyaltyStatus, type LoyaltyTierSummary, type MergeCartsDto, type MetafieldConflict, type MetafieldConflictResolution, type MetafieldDefinition, type MetafieldFilter, type MetafieldFilterValue, type MetafieldFiltersResponse, type MetafieldType, type Modifier, type ModifierGroup, type ModifierSelection, type ModifierSelectionType, type ModifierValidationCode, type ModifierValidationError, type ModifierValidationFailedError, type MyProductReview, type OAuthAuthorizeResponse, type OAuthCallbackResponse, type OAuthConnection, type OAuthConnectionsResponse, type OAuthProviderConfig, type OAuthProviderType, type OAuthProvidersResponse, type Order, type OrderAddress, type OrderBump, type OrderCustomer, type OrderDownloadLink, type OrderItem, type OrderQueryParams, type OrderStatus, type OrderStatusChange, type PageContent, type PageSeo, type PaginatedResponse, type ParsedDateFieldValue, type PaymentClientSdk, type PaymentConfig, type PaymentIntent, type PaymentProvider, type PaymentProviderConfig, type PaymentProvidersConfig, type PaymentStatus, type PaymentUrlOptions, type PickupLocation, type PlatformCouponCapabilities, type PlatformMetafieldMetadata, type PreviewEmailTemplateDto as PreviewEmailTemplateInput, type PriceDriftError, type Product, type ProductAttributeInput, type ProductAvailability, type ProductCustomizationField, type ProductDiscount, type ProductDiscountBadge, type ProductImage, type ProductMetafield, type ProductMetafieldValue, type ProductModifierGroupAttachment, type ProductQueryParams, type ProductRecommendation, type ProductRecommendationsResponse, type ProductRelationType, type ProductReview, type ProductReviewAdmin, type ProductSitemapOptions, type ProductSuggestion, type ProductUnavailableError, type ProductVariant, type PublicMetafieldDefinition, type PublishProductResponse, RTL_LOCALES, type RecommendationVariant, type ReconcileInventoryResponse, type RedeemRewardResult, type ReferralInfo, type Refund, type RefundLineItem, type RefundLineItemResponse, type RefundType, type RegisterCustomerDto, type ReservationInfo, type ResolveMetafieldConflictDto as ResolveMetafieldConflictInput, type ResolveSyncConflictDto as ResolveSyncConflictInput, type RichTextContent, SDK_VERSION, type SearchSuggestions, type SelectPickupLocationDto, type SelectShippingMethodDto, type SendInvoiceDto, type SessionCartRef, type SetBillingAddressDto, type SetCheckoutCustomFieldsDto, type SetCheckoutCustomerDto, type SetDefinitionProductsDto as SetDefinitionProductsInput, type SetMetafieldPlatformsDto as SetMetafieldPlatformsInput, type SetShippingAddressDto, type SetShippingAddressResponse, type ShippingDestinations, type ShippingLine, type ShippingRate, type ShippingRateConfig, type ShippingRateType, type ShippingSummaryEntry, type ShippingZone, type ShippingZoneQueryParams, type SitemapEntry, type StockAvailabilityRequest, type StockAvailabilityResponse, type StockAvailabilityResult, type StoreInfo, type StoreInvitation, type StoreInvitationDetails, type StoreMember, type StorePermission, type StoreRole, type StoreTeamResponse, type StoreTracking, type SubmitProductReviewInput, type SupportedLocaleObject, type SyncConflict, type SyncConflictResolution, type SyncJob, type Tag, type TaxBreakdown, type TaxBreakdownItem, type TaxRate, type TaxonomyQueryParams, type TeamInvitation, type TeamInvitationsResponse, type TeamMember, type TeamMembersResponse, type TeamRole, type TrackingEventItem, type TrackingEventName, type TrackingEventPayload, type UpdateAddressDto, type UpdateAttachmentInput, type UpdateAttributeDto as UpdateAttributeInput, type UpdateAttributeOptionDto as UpdateAttributeOptionInput, type UpdateBrandDto as UpdateBrandInput, type UpdateCartItemDto, type UpdateCategoryDto as UpdateCategoryInput, type UpdateContentInput, type UpdateCouponDto, type UpdateCustomApiDto, type UpdateCustomerDto, type UpdateDraftDto, type UpdateEmailSettingsDto as UpdateEmailSettingsInput, type UpdateEmailTemplateDto as UpdateEmailTemplateInput, type UpdateInventoryDto, type UpdateMemberRoleDto as UpdateMemberRoleInput, type UpdateMetafieldDefinitionDto as UpdateMetafieldDefinitionInput, type UpdateModifierGroupInput, type UpdateModifierInput, type UpdateOAuthProviderDto as UpdateOAuthProviderInput, type UpdateOrderDto, type UpdateOrderShippingDto, type UpdateProductDto, type UpdateShippingRateDto as UpdateShippingRateInput, type UpdateShippingZoneDto as UpdateShippingZoneInput, type UpdateStoreMemberDto as UpdateStoreMemberInput, type UpdateTagDto as UpdateTagInput, type UpdateTaxRateDto as UpdateTaxRateInput, type UpdateVariantDto, type UpdateVariantInventoryDto, type UpsertProductMetafieldDto as UpsertProductMetafieldInput, type UserStore, type UserStorePermissions, type VariantInventoryResponse, type VariantPlatformOverlay, type VariantStatus, type WaitForOrderOptions, type WaitForOrderResult, type WebhookEvent, type WebhookEventType, type WriteProductReviewInput, buildArticleJsonLd, buildBreadcrumbJsonLd, buildCollectionPageJsonLd, buildOrganizationJsonLd, buildProductFaqJsonLd, buildProductJsonLd, buildWebsiteJsonLd, computeAvailableSlots, createWebhookHandler, deriveSeoDescription, enableDevGuards, formatMoney, formatPrice, formatProductPrice, formatVariantPrice, getBlogSitemapEntries, getBusinessHoursForDate, getCartItemImage, getCartItemName, getCartTotals, getCategorySitemapEntries, getDescriptionContent, getDirectionForLocale, formatPrice as getPriceDisplay, getProductCustomizationFields, getProductMetafield, getProductMetafieldValue, getProductMetafieldsByType, getProductPrice, getProductPriceInfo, getProductSitemapEntries, getProductSwatches, getStockStatus, getVariantOptions, getVariantPrice, isAllowedPaymentUrl, isCalendarDateAllowed, isCouponApplicableToProduct, isDateValueAllowed, isHtmlDescription, isWebhookEventType, jsonLdScriptProps, parseDateFieldValue, parseWebhookEvent, resolveStoreLocalParts, safePaymentRedirect, stripHtml, validateDateAvailabilityConfig, verifyWebhook };
+export { type AddToCartDto, type AddressDetailsResult, type AddressSuggestion, type AnnouncementContent, type AnnouncementSeverity, type AppliedDiscount, type ApplyCouponDto, type AttachModifierGroupInput, type Attribute, type AttributeOption, type AttributeSource, type AvailabilityClock, type BlogPost, type BlogPostListParams, type BlogPostListResponse, type BlogSitemapOptions, type BrainerceApiError, BrainerceClient, type BrainerceClientOptions, BrainerceError, type Brand, type BulkCreateProductsDto, type BulkCreateProductsError, type BulkCreateProductsJob, type BulkCreateProductsStatus, type BulkInventoryResponse, type BulkSaveVariantsDto, type BulkSaveVariantsResponse, type BulkVariantInput, type BusinessHoursWindow, type Cart, type CartAppliedDiscount, type CartBundleOffer, type CartBundlesResponse, type CartIncludeOption, type CartIncludeOptions, type CartItem, type CartItemModifierLine, type CartNudge, type CartRecommendationsResponse, type CartStatus, type CartUpgradeSuggestion, type CartUpgradesResponse, type CartWithIncludes, type Category, type CategoryDetail, type CategoryNode, type CategorySitemapOptions, type CategorySuggestion, type Checkout, type CheckoutAddress, type CheckoutBumpsResponse, type CheckoutCustomFieldDefinition, type CheckoutFieldPricing, type CheckoutFieldVisibility, type CheckoutLineItem, type CheckoutPrefillData, type CheckoutStatus, type CompleteCheckoutResponse, type CompleteDraftDto, type ConfigureOAuthProviderDto as ConfigureOAuthProviderInput, type ConflictStatus, type ConnectorPlatform, type ContactFormFieldType, type ContactFormFieldValidation, type ContactFormPublic, type ContactFormPublicField, type ContactFormSummary, type Content, type ContentDataMap, type ContentStatus, type ContentSummary, type ContentType, type Coupon, type CouponCreateResponse, type CouponQueryParams, type CouponStatus, type CouponType, type CouponValidationWarning, type CreateAddressDto, type CreateAttributeDto as CreateAttributeInput, type CreateAttributeOptionDto as CreateAttributeOptionInput, type CreateBrandDto as CreateBrandInput, type CreateCategoryDto as CreateCategoryInput, type CreateCheckoutDto, type CreateContentInput, type CreateCouponDto, type CreateCustomApiDto, type CreateCustomerDto, type CreateEmailTemplateDto as CreateEmailTemplateInput, type CreateGuestOrderDto, type CreateInquiryInput, type CreateInquiryResponse, type CreateMetafieldDefinitionDto as CreateMetafieldDefinitionInput, type CreateModifierGroupInput, type CreateModifierInput, type CreateOrderDto, type CreateProductDto, type CreateRefundDto, type CreateShippingRateDto as CreateShippingRateInput, type CreateShippingZoneDto as CreateShippingZoneInput, type CreateTagDto as CreateTagInput, type CreateTaxRateDto as CreateTaxRateInput, type CreateVariantDto, type CustomApiAuthType, type CustomApiConnectionStatus, type CustomApiCredentials, type CustomApiIntegration, type CustomApiSyncConfig, type CustomApiSyncDirection, type CustomApiTestResult, type Customer, type CustomerAddress, type CustomerAuthResponse, type CustomerOAuthProvider, type CustomerProfile, type CustomerQueryParams, type DateAvailabilityConstraints, type DateAvailabilitySurface, type DateFieldParseResult, type DeleteProductResponse, type DeliveryType, type DiscountBanner, type DiscountRuleType, type DownloadFile, type DraftLineItem, type EditInventoryDto, type EmailDomain, type EmailEventSettings, type EmailEventType, type EmailSettings, type EmailTemplate, type EmailTemplatePreview, type EmailTemplatesResponse, type EmailVerificationResponse, type ExtendReservationResponse, type FaqContent, type FaqItem, type FooterColumn, type FooterContent, type FooterLink, type FooterSocialLink, type FormatPriceOptions, type FormatProductPriceOptions, type FreeAllocationPolicy, type FulfillOrderDto, type GuestCheckoutStartResponse, type GuestOrderResponse, type HeaderContent, type HeaderCta, type HeaderLogo, type HeaderNavItem, type InsufficientStockError, type InventoryInfo, type InventoryReservationStrategy, type InventorySyncStatus, type InventoryTrackingMode, type InvitationStatus, type InviteMemberDto as InviteMemberInput, type InviteStoreMemberDto as InviteStoreMemberInput, type JsonLdOptions, type ListModifierGroupsParams, type LocalCart, type LocalCartItem, type LockedVariant, type LoyaltyNextTierSummary, type LoyaltyReward, type LoyaltyStatus, type LoyaltyTierSummary, type MergeCartsDto, type MetafieldConflict, type MetafieldConflictResolution, type MetafieldDefinition, type MetafieldFilter, type MetafieldFilterValue, type MetafieldFiltersResponse, type MetafieldType, type Modifier, type ModifierGroup, type ModifierSelection, type ModifierSelectionType, type ModifierValidationCode, type ModifierValidationError, type ModifierValidationFailedError, type MyProductReview, type OAuthAuthorizeResponse, type OAuthCallbackResponse, type OAuthConnection, type OAuthConnectionsResponse, type OAuthProviderConfig, type OAuthProviderType, type OAuthProvidersResponse, type Order, type OrderAddress, type OrderBump, type OrderCustomer, type OrderDownloadLink, type OrderItem, type OrderQueryParams, type OrderStatus, type OrderStatusChange, type PageContent, type PageSeo, type PaginatedResponse, type ParsedDateFieldValue, type PaymentClientSdk, type PaymentConfig, type PaymentIntent, type PaymentProvider, type PaymentProviderConfig, type PaymentProvidersConfig, type PaymentRecordStatus, type PaymentStatus, type PaymentUrlOptions, type PickupLocation, type PlatformCouponCapabilities, type PlatformMetafieldMetadata, type PreviewEmailTemplateDto as PreviewEmailTemplateInput, type PriceDriftError, type Product, type ProductAttributeInput, type ProductAvailability, type ProductCustomizationField, type ProductDiscount, type ProductDiscountBadge, type ProductImage, type ProductMetafield, type ProductMetafieldValue, type ProductModifierGroupAttachment, type ProductQueryParams, type ProductRecommendation, type ProductRecommendationsResponse, type ProductRelationType, type ProductReview, type ProductReviewAdmin, type ProductSitemapOptions, type ProductStatus, type ProductSuggestion, type ProductUnavailableError, type ProductVariant, type PublicMetafieldDefinition, type PublishProductResponse, RTL_LOCALES, type RecommendationVariant, type ReconcileInventoryResponse, type RedeemRewardResult, type ReferralInfo, type Refund, type RefundLineItem, type RefundLineItemResponse, type RefundType, type RegisterCustomerDto, type RelativeDateBounds, type ReservationInfo, type ResolveMetafieldConflictDto as ResolveMetafieldConflictInput, type ResolveSyncConflictDto as ResolveSyncConflictInput, type ReviewStatus, type RichTextContent, SDK_VERSION, type SearchSuggestions, type SelectPickupLocationDto, type SelectShippingMethodDto, type SendInvoiceDto, type SessionCartRef, type SetBillingAddressDto, type SetCheckoutCustomFieldsDto, type SetCheckoutCustomerDto, type SetDefinitionProductsDto as SetDefinitionProductsInput, type SetMetafieldPlatformsDto as SetMetafieldPlatformsInput, type SetShippingAddressDto, type SetShippingAddressResponse, type ShippingDestinations, type ShippingLine, type ShippingRate, type ShippingRateConfig, type ShippingRateType, type ShippingSummaryEntry, type ShippingZone, type ShippingZoneQueryParams, type SitemapEntry, type StockAvailabilityRequest, type StockAvailabilityResponse, type StockAvailabilityResult, type StoreInfo, type StoreInvitation, type StoreInvitationDetails, type StoreMember, type StorePermission, type StoreRole, type StoreTeamResponse, type StoreTracking, type SubmitProductReviewInput, type SupportedLocaleObject, type SyncConflict, type SyncConflictResolution, type SyncJob, type Tag, type TaxBreakdown, type TaxBreakdownItem, type TaxRate, type TaxonomyQueryParams, type TeamInvitation, type TeamInvitationsResponse, type TeamMember, type TeamMembersResponse, type TeamRole, type TrackingEventItem, type TrackingEventName, type TrackingEventPayload, type UpdateAddressDto, type UpdateAttachmentInput, type UpdateAttributeDto as UpdateAttributeInput, type UpdateAttributeOptionDto as UpdateAttributeOptionInput, type UpdateBrandDto as UpdateBrandInput, type UpdateCartItemDto, type UpdateCategoryDto as UpdateCategoryInput, type UpdateContentInput, type UpdateCouponDto, type UpdateCustomApiDto, type UpdateCustomerDto, type UpdateDraftDto, type UpdateEmailSettingsDto as UpdateEmailSettingsInput, type UpdateEmailTemplateDto as UpdateEmailTemplateInput, type UpdateInventoryDto, type UpdateMemberRoleDto as UpdateMemberRoleInput, type UpdateMetafieldDefinitionDto as UpdateMetafieldDefinitionInput, type UpdateModifierGroupInput, type UpdateModifierInput, type UpdateOAuthProviderDto as UpdateOAuthProviderInput, type UpdateOrderDto, type UpdateOrderShippingDto, type UpdateProductDto, type UpdateShippingRateDto as UpdateShippingRateInput, type UpdateShippingZoneDto as UpdateShippingZoneInput, type UpdateStoreMemberDto as UpdateStoreMemberInput, type UpdateTagDto as UpdateTagInput, type UpdateTaxRateDto as UpdateTaxRateInput, type UpdateVariantDto, type UpdateVariantInventoryDto, type UpsertProductMetafieldDto as UpsertProductMetafieldInput, type UserStore, type UserStorePermissions, type VariantInventoryResponse, type VariantPlatformOverlay, type VariantStatus, type WaitForOrderOptions, type WaitForOrderResult, type WebhookEvent, type WebhookEventType, type WriteProductReviewInput, buildArticleJsonLd, buildBreadcrumbJsonLd, buildCollectionPageJsonLd, buildOrganizationJsonLd, buildProductFaqJsonLd, buildProductJsonLd, buildWebsiteJsonLd, computeAvailableSlots, createWebhookHandler, deriveSeoDescription, enableDevGuards, formatMoney, formatPrice, formatProductPrice, formatVariantPrice, getBlogSitemapEntries, getBusinessHoursForDate, getCartItemImage, getCartItemName, getCartTotals, getCategorySitemapEntries, getDescriptionContent, getDirectionForLocale, formatPrice as getPriceDisplay, getProductCustomizationFields, getProductMetafield, getProductMetafieldValue, getProductMetafieldsByType, getProductPrice, getProductPriceInfo, getProductSitemapEntries, getProductSwatches, getStockStatus, getVariantOptions, getVariantPrice, isAllowedPaymentUrl, isCalendarDateAllowed, isCouponApplicableToProduct, isDateValueAllowed, isHtmlDescription, isWebhookEventType, jsonLdScriptProps, parseDateFieldValue, parseWebhookEvent, resolveRelativeBounds, resolveStoreLocalParts, safePaymentRedirect, stripHtml, validateDateAvailabilityConfig, verifyWebhook };