platform-types 1.10.700 → 1.10.702

package/dist/cjs/subscription.js

@@ -8,8 +8,11 @@
  *
  * Notes:
  * - Tier names are the 4 locked Spanish tiers (per SUBSCRIPTION_TIERS_BEST_PRACTICES §0):
- *   BÁSICO, EMPRENDEDOR, PROFESIONAL, AVANZADO. The launch policy
- *   (ADR-0010) gives every new paid subscription a 30-day Stripe trial; courtesy
+ *   BÁSICO, EMPRENDEDOR, PROFESIONAL, AVANZADO. A new store starts trialing on
+ *   the `trialTier` platform global, with `trialEndsAt` set `trialDays` days out
+ *   (see `PlanCatalogue.trial`); that date is not yet enforced for a store
+ *   without a payment provider. A Stripe checkout adds its own fixed 30-day
+ *   trial, which does not follow those globals (ADR-0010). Courtesy
  *   gifts (formerly the Founders cohort) are now a one-off ops action via
  *   `gift-subscription` that sets `freeUntil` on the SUBSCRIPTION row.
  * - `freeUntil` lives on every Subscription independent of status. It is the
@@ -24,3 +27,81 @@
  *   enabled:false until they do.
  */
 Object.defineProperty(exports, "__esModule", { value: true });
+exports.FEATURE_KEYS = exports.isPaidPlanTier = exports.PAID_PLAN_TIERS = exports.PLAN_TIERS = void 0;
+/*
+ * Runtime tuples for the unions above.
+ *
+ * A union alone cannot be iterated, and any consumer that needs to enumerate
+ * every tier or key — zeroing a breakdown, fanning a query across tiers,
+ * rendering a pricing table's rows — otherwise hand-rolls its own copy that
+ * compiles fine while silently omitting a member. A missing member is not a
+ * visible break: it is a bucket that reads zero forever, or a row that never
+ * renders.
+ *
+ * ⚠️ `satisfies readonly PlanTier[]` alone does NOT catch that — it checks each
+ * element IS a tier, never that every tier is present. Hence `exhaustiveTuple`,
+ * whose second type parameter fails to resolve unless the tuple covers the
+ * union, making an omission a compile error at the tuple itself. Module-private
+ * on purpose: it is a type-level trick, not part of the published surface.
+ */
+const exhaustiveTuple = () => (tuple) => tuple;
+/** Every plan tier, in rank order (lowest first). */
+exports.PLAN_TIERS = exhaustiveTuple()(['basico', 'emprendedor', 'profesional', 'avanzado']);
+/**
+ * Every paid tier, in rank order (lowest first) — `PLAN_TIERS` without the free
+ * `basico`. The one list of "tiers that bill": the trial-tier vocabulary, the
+ * grace sweep's tier fan-out and the provider plan seeders all read it.
+ */
+exports.PAID_PLAN_TIERS = exhaustiveTuple()(['emprendedor', 'profesional', 'avanzado']);
+/** Whether `value` names a paid tier — narrows an untyped read (a stored row, a global) to `PaidPlanTier`. */
+const isPaidPlanTier = (value) => typeof value === 'string' && exports.PAID_PLAN_TIERS.includes(value);
+exports.isPaidPlanTier = isPaidPlanTier;
+/**
+ * Every gated feature key.
+ *
+ * ⚠️ Adding a member here is not the whole change, and `typecheck` is what
+ * stops it shipping half-done. In the api, a new key needs a grant in **every
+ * tier** of `PLAN_FEATURES` (`stacks/services/planFeatureMatrix.ts`): that
+ * constant is typed total over every `PlanTier` × `FeatureKey` cell, so a tier
+ * missing the new key's grant, or a grant of the wrong shape for the key's
+ * declared `type`, fails `typecheck` at the `PLAN_FEATURES` declaration
+ * itself. It also widens the api's per-store override key schema, so a new key
+ * immediately becomes a valid override target.
+ *
+ * ⚠️ **A new member also obliges an api PLATFORM-STACK deploy.** Entitlements
+ * resolve inside the Lambda authorizer, built in `PlatformStack`. Deploying only
+ * the handler stacks leaves a STALE authorizer running the previous matrix: the
+ * key is absent from the resolved map, where a boolean gate refuses but a
+ * metered / lifetime cap PASSES THROUGH — a new cap silently unbounded.
+ * Checklist: `docs/PLANS_AND_ENTITLEMENTS.md` in the api repo.
+ */
+exports.FEATURE_KEYS = [
+    'afipInvoicing',
+    'suppliers',
+    'advancedReports',
+    'cashManagement',
+    'importExport',
+    'domesticPayments',
+    'stripePayments',
+    'whatsappCommerce',
+    'aiFeatures',
+    'mobileApp',
+    'customBranding',
+    'customDomain',
+    'prioritySupport',
+    'advancedPricing',
+    'marketplaceChannels',
+    'storefront',
+    'loyalty',
+    'marketing',
+    'mandatory2fa',
+    'maxUsers',
+    'maxProducts',
+    'maxCustomers',
+    'maxWarehouses',
+    'priceListsMax',
+    'webhooks',
+    'maxOrdersMonth',
+    'maxInvoicesMonth',
+    'whatsappMessages',
+];

package/dist/subscription.d.ts

@@ -7,8 +7,11 @@
  *
  * Notes:
  * - Tier names are the 4 locked Spanish tiers (per SUBSCRIPTION_TIERS_BEST_PRACTICES §0):
- *   BÁSICO, EMPRENDEDOR, PROFESIONAL, AVANZADO. The launch policy
- *   (ADR-0010) gives every new paid subscription a 30-day Stripe trial; courtesy
+ *   BÁSICO, EMPRENDEDOR, PROFESIONAL, AVANZADO. A new store starts trialing on
+ *   the `trialTier` platform global, with `trialEndsAt` set `trialDays` days out
+ *   (see `PlanCatalogue.trial`); that date is not yet enforced for a store
+ *   without a payment provider. A Stripe checkout adds its own fixed 30-day
+ *   trial, which does not follow those globals (ADR-0010). Courtesy
  *   gifts (formerly the Founders cohort) are now a one-off ops action via
  *   `gift-subscription` that sets `freeUntil` on the SUBSCRIPTION row.
  * - `freeUntil` lives on every Subscription independent of status. It is the
@@ -24,10 +27,15 @@
  */
 declare global {
     type PlanTier = 'basico' | 'emprendedor' | 'profesional' | 'avanzado';
+    /** A tier that bills — every `PlanTier` but the free `basico`. Enumerated by `PAID_PLAN_TIERS`. */
+    type PaidPlanTier = Exclude<PlanTier, 'basico'>;
     /**
      * Lifecycle status of a tenant's subscription.
      *
-     * - `trialing` — new paid-tier signup in their 30-day Stripe trial.
+     * - `trialing` — a trial on a paid tier: a new store trials on the
+     *   `trialTier` platform global with `trialEndsAt` set `trialDays` days out
+     *   (`PlanCatalogue.trial`) — a date not yet enforced for a store without a
+     *   payment provider — and a Stripe checkout adds its own fixed 30-day trial.
      * - `active` — paid subscription, period current.
      * - `past_due` — payment failed, in the 7-day grace window.
      * - `readonly` — grace elapsed, writes blocked, tenant can still read.
@@ -62,9 +70,10 @@ declare global {
         source?: 'plan' | 'override' | 'trial';
     }
     /**
-     * All gated features. Add new keys here when a new feature becomes gateable;
-     * every existing plan in `FEATURE_MATRIX` must then declare the new key
-     * (TypeScript enforces this via `Record<FeatureKey, Entitlement>`).
+     * All gated features. Add new keys here when a new feature becomes gateable,
+     * and to the `FEATURE_KEYS` tuple below (`UncoveredFeatureKeys` fails
+     * `typecheck` naming the key until you do); the api's `PLAN_FEATURES` matrix
+     * must then grant it on every tier (typed total over `PlanTier` × `FeatureKey`).
      *
      * ⚠️ **`Record<FeatureKey, …>` is NOT the only construction a new member
      * breaks, and searching for it alone will tell you a consumer is unaffected
@@ -148,28 +157,84 @@ declare global {
      * booleans.
      */
     type PlanFeatureStatus = 'live' | 'planned' | 'future' | 'service';
+    /** Singular/plural es-AR noun for a numeric/metered feature's count (e.g. `{ one: 'usuario', other: 'usuarios' }`). */
+    type PlanFeatureUnit = {
+        one: string;
+        other: string;
+    };
+    /**
+     * The window a limit counts over: `month` — a metered counter that resets
+     * monthly (e.g. orders); `active` — a numeric cap on rows that exist right
+     * now (e.g. products, users, depósitos — disabling one frees a slot).
+     */
+    type PlanFeaturePeriod = 'month' | 'active';
     /**
-     * A single feature row in a Plan's `features[]` array. Matches the
-     * BE wire format from `GET /subscription/plans` exactly — boolean
-     * features carry `enabled`, numeric/metered carry `limit` (-1 =
-     * unlimited).
+     * Section a feature row renders under on a pricing table. Each key's label
+     * and sort position travel as a {@link PlanFeatureGroup} in
+     * `PlanCatalogue.groups`, so a consumer never hard-codes either.
      */
-    interface PlanFeature {
+    type PlanFeatureGroupKey = 'limits' | 'billing' | 'channels' | 'operations' | 'growth' | 'enterprise';
+    interface PlanFeatureGroup {
+        key: PlanFeatureGroupKey;
+        /** User-facing Spanish heading. */
+        label: string;
+        /** Sort position among groups (ascending). */
+        order: number;
+    }
+    /** Fields every feature row carries, whatever its `type`. */
+    interface PlanFeatureBase {
         key: FeatureKey;
-        type: EntitlementType;
         status: PlanFeatureStatus;
+        /** Short user-facing Spanish name (the row's title on a pricing table). */
+        label: string;
         /** User-facing Spanish description. */
         description: string;
-        /** Set on `boolean` features; `null` on numeric/metered. */
-        enabled: boolean | null;
-        /** Set on `numeric`/`metered` features; `null` on boolean. -1 = unlimited. */
-        limit: number | null;
+        group: PlanFeatureGroupKey;
+        /** Sort position within `group` (ascending). `features[]` arrives already sorted by group order, then this. */
+        order: number;
+        /** `null` on boolean keys. */
+        unit: PlanFeatureUnit | null;
+        /** `null` on boolean keys. */
+        period: PlanFeaturePeriod | null;
+        /**
+         * The grant rendered server-side as an es-AR noun phrase, ready to print:
+         * `Ilimitado` for `-1`, `1 usuario`, `Hasta 2.000 pedidos por mes`,
+         * `Incluido` / `No incluido` for a boolean. Display copy only — compare
+         * grants through `enabled` / `limit`, never by parsing this.
+         */
+        valueText: string;
     }
     /**
-     * A sellable plan in the catalog. Aligned with the BE wire format from
-     * `GET /subscription/plans`. Source of truth lives in
-     * DynamoDB (`PLAN#{tier}` partition), administered via `POST /sa/plans`
-     * + `PATCH /sa/plans/{tier}`.
+     * A single feature row in a Plan's `features[]` array, discriminated on
+     * `type`: a boolean row carries `enabled` and no `limit` key; a
+     * numeric/metered row carries `limit` and no `enabled` key. `limit: -1` =
+     * unlimited.
+     */
+    type PlanFeature = (PlanFeatureBase & {
+        type: 'boolean';
+        enabled: boolean;
+    }) | (PlanFeatureBase & {
+        type: 'numeric' | 'metered';
+        limit: number;
+    });
+    /**
+     * How a billing cycle of a plan can be bought:
+     *
+     * - `self`  — self-serve checkout: the cycle has a charged price and the
+     *             plan has a `currency`.
+     * - `sales` — the plan charges some cycle, but not this one self-serve
+     *             (no price on it, or no `currency`); route to "Contactar ventas".
+     * - `none`  — neither cycle is charged (the free tier); nothing to buy.
+     */
+    type PlanCheckoutMode = 'self' | 'sales' | 'none';
+    /**
+     * A sellable plan in the catalog, exactly as `GET /subscription/plans` and
+     * `GET /public/plans` emit it — both build it with the same catalogue
+     * builder, so the two endpoints return identical plans. The template fields
+     * (copy, prices, flags) live in DynamoDB (`PLAN#{tier}` / `SK: PLAN`),
+     * administered via `POST /platform/billing/plans` +
+     * `PATCH /platform/billing/plans/{tier}`; `features` are code, rendered at
+     * response time.
      *
      * Prices are integers in the `currency` smallest unit (centavos for ARS,
      * cents for USD). `null` = "Contactar ventas" (AVANZADO annual at launch
@@ -228,20 +293,62 @@ declare global {
          */
         color: string | null;
         /**
-         * Per-feature configuration. Every `FeatureKey` appears exactly once.
-         * Boolean features carry `enabled`; numeric/metered carry `limit`.
+         * Per-feature configuration. Every `FeatureKey` appears exactly once,
+         * whatever its `status` — a `planned` / `future` key is sent too, so
+         * filter on `status` to decide what to advertise. Sorted by group order,
+         * then `order`. Boolean features carry `enabled`; numeric/metered carry
+         * `limit`.
          */
         features: PlanFeature[];
         /**
          * Marketing-curated short bullets for the pricing card. Display order =
          * array order; up to 6 entries, 80 chars each. Always present — empty array
          * when unset (FE synthesizes a list from `features[]`). Lets marketing tweak
-         * copy via `/sa/plans` without a redeploy; replaces the FE-only `BULLET_LIST_BY_TIER`.
+         * copy via `PATCH /platform/billing/plans/{tier}` without a redeploy;
+         * replaces the FE-only `BULLET_LIST_BY_TIER`.
          */
         bullets: string[];
+        /**
+         * Keys worth calling out on this tier's card: highlight-eligible keys with
+         * status `live` or `service` whose grant improves on the next lower
+         * ACTIVE tier (by `displayOrder`; an `isActive: false` tier is skipped,
+         * as pricing pages hide it). The lowest active tier lists its own
+         * eligible keys. A `planned` / `future` key never appears. Each is a
+         * `features[]` key.
+         */
+        highlights: FeatureKey[];
+        /** How each billing cycle can be bought — see {@link PlanCheckoutMode}. */
+        checkout: {
+            monthly: PlanCheckoutMode;
+            annual: PlanCheckoutMode;
+        };
+        /** Whether a subscription on this tier can be cancelled: `true` exactly when at least one cycle is charged. */
+        cancellable: boolean;
     }
     /**
-     * One audit row per SUPER_ADMIN-driven plan mutation, returned by
+     * `data` of `GET /public/plans` and `GET /subscription/plans` — both return
+     * the same `{ plans, groups, trial }`: the plans, the feature groups their
+     * rows render under, and the trial a new store starts on.
+     */
+    interface PlanCatalogue {
+        plans: Plan[];
+        /** Every group a `features[].group` can name, with its label and sort position. */
+        groups: PlanFeatureGroup[];
+        /**
+         * What a store registered now starts on: `tier` — a paid tier — in status
+         * `trialing`, with `trialEndsAt` set `days` days out. That date is not yet
+         * enforced for a store without a payment provider. Resolved from the platform globals
+         * `trialTier` / `trialDays` — `profesional` / `30` when unset or invalid —
+         * so it is always present.
+         */
+        trial: {
+            tier: PaidPlanTier;
+            days: number;
+        };
+    }
+    /**
+     * One audit row per MANAGER-driven plan mutation (`POST` / `PATCH
+     * /platform/billing/plans`, `asManager`), returned by
      * `GET /platform/billing/plans/{tier}/audit`. The store-subscription audit
      * shares this storage shape but is read as `SubscriptionAuditEntry`.
      * `before`/`after` carry only the fields that changed (diff slice).
@@ -334,17 +441,35 @@ declare global {
     /** A single usage entry as returned by GET /subscription. */
     interface SubscriptionUsageEntry {
         key: FeatureKey;
-        /** Period in YYYYMM format; `null` for lifetime caps (maxProducts/maxCustomers/maxUsers). */
+        /**
+         * Period in YYYYMM format for a monthly counter; `null` for a cap that never
+         * resets — the lifetime caps (maxProducts/maxCustomers/maxUsers) and the
+         * row-counted ones (webhooks, maxWarehouses: active rows, as their caps count).
+         */
         period: string | null;
         current: number;
-        /** `null` for unlimited tiers (no cap). */
+        /**
+         * The resolved ceiling: `-1` is the unlimited sentinel, and `null` means
+         * the plan declares no ceiling for this key.
+         */
         limit: number | null;
-        /** `null` when `limit` is unlimited/uncapped. */
+        /** `limit - current`, floored at zero; `null` whenever `limit` is `-1` or `null`. */
         remaining: number | null;
     }
     /**
-     * Full subscription snapshot pushed to the frontend on subscription/entitlement
-     * changes. Flat shape — matches GET /subscription wire format directly.
+     * Full subscription snapshot. Three producers emit it:
+     *
+     * - `GET /subscription` — the full `usage[]`, including the row-counted
+     *   `webhooks` / `maxWarehouses` meters. The two are present together or
+     *   absent together: both are absent when the row count failed in this pass,
+     *   and absent is not zero;
+     * - the `GET /store` subscription embed — WITHOUT those two meters (monthly
+     *   and lifetime only) and without `provider`;
+     * - the reply of the MANAGER `PUT /platform/stores/{storeId}/subscription` —
+     *   built by the same assembly as `GET /subscription`, meters included.
+     *
+     * The WebSocket only nudges a refetch on subscription/entitlement changes; it
+     * never carries this payload.
      */
     interface SubscriptionSyncPayload {
         planTier: PlanTier;
@@ -648,3 +773,36 @@ declare global {
 }
 export type BillingProviderName = SubscriptionProvider;
 export type InvoiceSummary = globalThis.InvoiceSummary;
+/** Every plan tier, in rank order (lowest first). */
+export declare const PLAN_TIERS: readonly ["basico", "emprendedor", "profesional", "avanzado"];
+/**
+ * Every paid tier, in rank order (lowest first) — `PLAN_TIERS` without the free
+ * `basico`. The one list of "tiers that bill": the trial-tier vocabulary, the
+ * grace sweep's tier fan-out and the provider plan seeders all read it.
+ */
+export declare const PAID_PLAN_TIERS: readonly ["emprendedor", "profesional", "avanzado"];
+/** Whether `value` names a paid tier — narrows an untyped read (a stored row, a global) to `PaidPlanTier`. */
+export declare const isPaidPlanTier: (value: unknown) => value is PaidPlanTier;
+/**
+ * Every gated feature key.
+ *
+ * ⚠️ Adding a member here is not the whole change, and `typecheck` is what
+ * stops it shipping half-done. In the api, a new key needs a grant in **every
+ * tier** of `PLAN_FEATURES` (`stacks/services/planFeatureMatrix.ts`): that
+ * constant is typed total over every `PlanTier` × `FeatureKey` cell, so a tier
+ * missing the new key's grant, or a grant of the wrong shape for the key's
+ * declared `type`, fails `typecheck` at the `PLAN_FEATURES` declaration
+ * itself. It also widens the api's per-store override key schema, so a new key
+ * immediately becomes a valid override target.
+ *
+ * ⚠️ **A new member also obliges an api PLATFORM-STACK deploy.** Entitlements
+ * resolve inside the Lambda authorizer, built in `PlatformStack`. Deploying only
+ * the handler stacks leaves a STALE authorizer running the previous matrix: the
+ * key is absent from the resolved map, where a boolean gate refuses but a
+ * metered / lifetime cap PASSES THROUGH — a new cap silently unbounded.
+ * Checklist: `docs/PLANS_AND_ENTITLEMENTS.md` in the api repo.
+ */
+export declare const FEATURE_KEYS: readonly ["afipInvoicing", "suppliers", "advancedReports", "cashManagement", "importExport", "domesticPayments", "stripePayments", "whatsappCommerce", "aiFeatures", "mobileApp", "customBranding", "customDomain", "prioritySupport", "advancedPricing", "marketplaceChannels", "storefront", "loyalty", "marketing", "mandatory2fa", "maxUsers", "maxProducts", "maxCustomers", "maxWarehouses", "priceListsMax", "webhooks", "maxOrdersMonth", "maxInvoicesMonth", "whatsappMessages"];
+type AssertNoUncoveredFeatureKey<T extends never> = T;
+export type UncoveredFeatureKeys = AssertNoUncoveredFeatureKey<Exclude<FeatureKey, (typeof FEATURE_KEYS)[number]>>;
+export {};

package/dist/subscription.js

@@ -7,8 +7,11 @@
  *
  * Notes:
  * - Tier names are the 4 locked Spanish tiers (per SUBSCRIPTION_TIERS_BEST_PRACTICES §0):
- *   BÁSICO, EMPRENDEDOR, PROFESIONAL, AVANZADO. The launch policy
- *   (ADR-0010) gives every new paid subscription a 30-day Stripe trial; courtesy
+ *   BÁSICO, EMPRENDEDOR, PROFESIONAL, AVANZADO. A new store starts trialing on
+ *   the `trialTier` platform global, with `trialEndsAt` set `trialDays` days out
+ *   (see `PlanCatalogue.trial`); that date is not yet enforced for a store
+ *   without a payment provider. A Stripe checkout adds its own fixed 30-day
+ *   trial, which does not follow those globals (ADR-0010). Courtesy
  *   gifts (formerly the Founders cohort) are now a one-off ops action via
  *   `gift-subscription` that sets `freeUntil` on the SUBSCRIPTION row.
  * - `freeUntil` lives on every Subscription independent of status. It is the
@@ -22,4 +25,79 @@
  *   declared here even when their epics haven't shipped — the matrix can set
  *   enabled:false until they do.
  */
-export {};
+/*
+ * Runtime tuples for the unions above.
+ *
+ * A union alone cannot be iterated, and any consumer that needs to enumerate
+ * every tier or key — zeroing a breakdown, fanning a query across tiers,
+ * rendering a pricing table's rows — otherwise hand-rolls its own copy that
+ * compiles fine while silently omitting a member. A missing member is not a
+ * visible break: it is a bucket that reads zero forever, or a row that never
+ * renders.
+ *
+ * ⚠️ `satisfies readonly PlanTier[]` alone does NOT catch that — it checks each
+ * element IS a tier, never that every tier is present. Hence `exhaustiveTuple`,
+ * whose second type parameter fails to resolve unless the tuple covers the
+ * union, making an omission a compile error at the tuple itself. Module-private
+ * on purpose: it is a type-level trick, not part of the published surface.
+ */
+const exhaustiveTuple = () => (tuple) => tuple;
+/** Every plan tier, in rank order (lowest first). */
+export const PLAN_TIERS = exhaustiveTuple()(['basico', 'emprendedor', 'profesional', 'avanzado']);
+/**
+ * Every paid tier, in rank order (lowest first) — `PLAN_TIERS` without the free
+ * `basico`. The one list of "tiers that bill": the trial-tier vocabulary, the
+ * grace sweep's tier fan-out and the provider plan seeders all read it.
+ */
+export const PAID_PLAN_TIERS = exhaustiveTuple()(['emprendedor', 'profesional', 'avanzado']);
+/** Whether `value` names a paid tier — narrows an untyped read (a stored row, a global) to `PaidPlanTier`. */
+export const isPaidPlanTier = (value) => typeof value === 'string' && PAID_PLAN_TIERS.includes(value);
+/**
+ * Every gated feature key.
+ *
+ * ⚠️ Adding a member here is not the whole change, and `typecheck` is what
+ * stops it shipping half-done. In the api, a new key needs a grant in **every
+ * tier** of `PLAN_FEATURES` (`stacks/services/planFeatureMatrix.ts`): that
+ * constant is typed total over every `PlanTier` × `FeatureKey` cell, so a tier
+ * missing the new key's grant, or a grant of the wrong shape for the key's
+ * declared `type`, fails `typecheck` at the `PLAN_FEATURES` declaration
+ * itself. It also widens the api's per-store override key schema, so a new key
+ * immediately becomes a valid override target.
+ *
+ * ⚠️ **A new member also obliges an api PLATFORM-STACK deploy.** Entitlements
+ * resolve inside the Lambda authorizer, built in `PlatformStack`. Deploying only
+ * the handler stacks leaves a STALE authorizer running the previous matrix: the
+ * key is absent from the resolved map, where a boolean gate refuses but a
+ * metered / lifetime cap PASSES THROUGH — a new cap silently unbounded.
+ * Checklist: `docs/PLANS_AND_ENTITLEMENTS.md` in the api repo.
+ */
+export const FEATURE_KEYS = [
+    'afipInvoicing',
+    'suppliers',
+    'advancedReports',
+    'cashManagement',
+    'importExport',
+    'domesticPayments',
+    'stripePayments',
+    'whatsappCommerce',
+    'aiFeatures',
+    'mobileApp',
+    'customBranding',
+    'customDomain',
+    'prioritySupport',
+    'advancedPricing',
+    'marketplaceChannels',
+    'storefront',
+    'loyalty',
+    'marketing',
+    'mandatory2fa',
+    'maxUsers',
+    'maxProducts',
+    'maxCustomers',
+    'maxWarehouses',
+    'priceListsMax',
+    'webhooks',
+    'maxOrdersMonth',
+    'maxInvoicesMonth',
+    'whatsappMessages',
+];

package/package.json

@@ -1,6 +1,6 @@
 {
 	"name": "platform-types",
-	"version": "1.10.700",
+	"version": "1.10.702",
 	"description": "Shared wire and entity contracts for the platform.",
 	"type": "module",
 	"main": "dist/index.js",