@poweredbysous/storefront-admin-sdk 3.1.0 → 3.2.0

package/dist/index.d.cts

@@ -3536,24 +3536,10 @@ interface components {
             /**
              * @description How many products this category shows, descendants included.
              *
-             *     Counted through the compliance gate (D15), because the count and the
-             *     listing are one read model: ``/categories/`` reported 5 while
-             *     ``/categories/<id>/products/`` returned 0, which discloses how many
-             *     hidden products sit in each category and, by diffing, which categories
-             *     are affected. Search's ``total`` had already closed the same gap.
-             *
-             *     No ``annotated_product_count`` shortcut any more: a ``Count()`` in the
-             *     view cannot know the verdict, so such an annotation would be an ungated
-             *     number that silently won over this one.
-             *
              *     The listing precomputes every category's count in one pass
-             *     (``views._build_gated_counts``) and passes it in context, because doing
-             *     it per category asked the gate — a fixed handful of queries however
-             *     many ids it is given — once per category in the tree. ``MAX_DEPTH = 4``
-             *     bounds the depth but not the breadth, and breadth is what drives it.
-             *
-             *     The fallback below is the single-object path (retrieve), where there is
-             *     no tree to amortise over and one gate call is the whole cost.
+             *     (``views._build_product_counts``) and passes it in context; the
+             *     fallback below is the single-object path (retrieve), which counts its
+             *     own subtree directly.
              */
             readonly product_count: number;
         };
@@ -3805,6 +3791,14 @@ interface components {
             /** Format: date-time */
             disabled_at: string | null;
         };
+        /**
+         * @description What merchant-portal-backend's publish needs to know about a store
+         *     whose delivery methods the portal's toggles own.
+         */
+        DeliveryMethodToggles: {
+            wizard_choice_applies: components["schemas"]["WizardChoiceApplies"];
+            publish_readiness: string[];
+        };
         /**
          * @description Merchant-facing CRUD serializer for :class:`Discount`.
          *
@@ -5774,6 +5768,7 @@ interface components {
             readonly updated_at: string;
             readonly brand_assets: components["schemas"]["StoreBrandAsset"][];
             readonly uber_direct_supported_countries: string[];
+            readonly delivery_method_toggles: components["schemas"]["DeliveryMethodToggles"] | null;
         };
         /**
          * @description * `draft` - Draft
@@ -5996,6 +5991,11 @@ interface components {
             readonly updated_at: string;
             secret?: string;
         };
+        /** @description Per delivery method: whether the wizard's toggle still decides it. */
+        WizardChoiceApplies: {
+            uber_direct: boolean;
+            lieferando: boolean;
+        };
         /** @description Schedule/scope block the storefront re-judges at render time. */
         _DiscountRestrictions: {
             /** @description IANA name the backend judges the schedule in. Re-judge the window against this, not against the browser clock or a locally configured merchant timezone. Null when this store has no usable configured timezone - keep your own fallback in that case, rather than treating the absence as a value. */

package/dist/index.d.ts

@@ -3536,24 +3536,10 @@ interface components {
             /**
              * @description How many products this category shows, descendants included.
              *
-             *     Counted through the compliance gate (D15), because the count and the
-             *     listing are one read model: ``/categories/`` reported 5 while
-             *     ``/categories/<id>/products/`` returned 0, which discloses how many
-             *     hidden products sit in each category and, by diffing, which categories
-             *     are affected. Search's ``total`` had already closed the same gap.
-             *
-             *     No ``annotated_product_count`` shortcut any more: a ``Count()`` in the
-             *     view cannot know the verdict, so such an annotation would be an ungated
-             *     number that silently won over this one.
-             *
              *     The listing precomputes every category's count in one pass
-             *     (``views._build_gated_counts``) and passes it in context, because doing
-             *     it per category asked the gate — a fixed handful of queries however
-             *     many ids it is given — once per category in the tree. ``MAX_DEPTH = 4``
-             *     bounds the depth but not the breadth, and breadth is what drives it.
-             *
-             *     The fallback below is the single-object path (retrieve), where there is
-             *     no tree to amortise over and one gate call is the whole cost.
+             *     (``views._build_product_counts``) and passes it in context; the
+             *     fallback below is the single-object path (retrieve), which counts its
+             *     own subtree directly.
              */
             readonly product_count: number;
         };
@@ -3805,6 +3791,14 @@ interface components {
             /** Format: date-time */
             disabled_at: string | null;
         };
+        /**
+         * @description What merchant-portal-backend's publish needs to know about a store
+         *     whose delivery methods the portal's toggles own.
+         */
+        DeliveryMethodToggles: {
+            wizard_choice_applies: components["schemas"]["WizardChoiceApplies"];
+            publish_readiness: string[];
+        };
         /**
          * @description Merchant-facing CRUD serializer for :class:`Discount`.
          *
@@ -5774,6 +5768,7 @@ interface components {
             readonly updated_at: string;
             readonly brand_assets: components["schemas"]["StoreBrandAsset"][];
             readonly uber_direct_supported_countries: string[];
+            readonly delivery_method_toggles: components["schemas"]["DeliveryMethodToggles"] | null;
         };
         /**
          * @description * `draft` - Draft
@@ -5996,6 +5991,11 @@ interface components {
             readonly updated_at: string;
             secret?: string;
         };
+        /** @description Per delivery method: whether the wizard's toggle still decides it. */
+        WizardChoiceApplies: {
+            uber_direct: boolean;
+            lieferando: boolean;
+        };
         /** @description Schedule/scope block the storefront re-judges at render time. */
         _DiscountRestrictions: {
             /** @description IANA name the backend judges the schedule in. Re-judge the window against this, not against the browser clock or a locally configured merchant timezone. Null when this store has no usable configured timezone - keep your own fallback in that case, rather than treating the absence as a value. */

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@poweredbysous/storefront-admin-sdk",
-  "version": "3.1.0",
+  "version": "3.2.0",
   "description": "Type-safe TypeScript SDK for SOUS Storefront Backend admin endpoints",
   "license": "UNLICENSED",
   "private": false,