@proveanything/smartlinks 1.15.6 → 1.15.8

package/dist/docs/API_SUMMARY.md

@@ -1,6 +1,6 @@
 # Smartlinks API Summary
 
-Version: 1.15.6  |  Generated: 2026-07-19T08:21:33.985Z
+Version: 1.15.8  |  Generated: 2026-07-19T09:55:23.623Z
 
 This is a concise summary of all available API functions and types.
 
@@ -1447,7 +1447,6 @@ interface AppConfigSettings {
   addOns?: string[]
   requestedBasePlanId?: string
   itemRecordMode?: 'registered' | 'owned' | null
-  virtualItemsEnabled?: boolean
   system?: SystemBlock
 }
 ```
@@ -3698,8 +3697,6 @@ interface Collection {
   secondaryColor?: string
   portalUrl?: string // URL for the collection's portal (if applicable)
   allowAutoGenerateClaims?: boolean
-  variants: boolean // does this collection support variants?
-  batches: boolean // does this collection support batches?
   defaultAuthKitId: string // default auth kit for this collection, used for auth
 }
 ```

package/dist/docs/appConfig.md

@@ -36,7 +36,6 @@ export interface AppConfigSettings {
 
   /** How the account handles individual physical items. */
   itemRecordMode?: 'registered' | 'owned' | null;
-  virtualItemsEnabled?: boolean;
 
   // ── SYSTEM-OWNED, PUBLIC (reconcile writes; client read-only) ─────
   /** Resolved entitlement truth. Read this to gate features. */
@@ -245,6 +244,25 @@ Always resolve flags through `appConfiguration.isFeatureEnabled(collectionId, fl
 if you already have a `system` block from elsewhere — never read
 `cfg.system.features[flag]` directly.
 
+#### 4.4.1 Common feature flags
+
+`features` is an open map — any microapp can define its own key — but
+these are the major, cross-cutting flags most integrations will care
+about:
+
+| Flag           | Gates                                                                 |
+| -------------- | ---------------------------------------------------------------------- |
+| `analytics`    | Analytics surfaces (dashboards, reporting, event exploration).       |
+| `crm`          | Customer interaction / CRM — contact records, broadcasts, segments. Sub-features hang off the `crm.*` dotted prefix, e.g. `crm.broadcasts`, `crm.segments`. |
+| `hub`          | The Hub module.                                                      |
+| `portal`       | QR code scan portals.                                                |
+| `virtualItems` | Virtual items — algorithmic per-item IDs with no persistent row (battery serials, scan-to-collect points, bulk QR sheets). Replaces the old root-level `virtualItemsEnabled` boolean, which has been removed (§8) — resolve this like any other feature flag, not as a separate config key. Independent of `itemRecordMode`. |
+| `batches`      | Batch support. Used to be the `Collection.batches` boolean; that field has been removed — this flag is now the only source of truth. |
+| `variants`     | Variant support. Used to be the `Collection.variants` boolean; that field has been removed — this flag is now the only source of truth. |
+
+Same resolution rule as any flag (§4.4) — don't read these off
+`cfg.system.features` directly, always go through `isFeatureEnabled()`.
+
 ### 4.5 `meters`
 
 Map keyed by add-on key. Apps reporting usage should call the
@@ -407,18 +425,14 @@ with a stale local copy.
 Clients MUST NOT write directly to `system` or `systemPrivate`.
 `entitlements-reconcile` merges user-owned fields through untouched.
 
-## 8. Item handling (`itemRecordMode`, `virtualItemsEnabled`)
+## 8. Item handling (`itemRecordMode`)
 
-Two **independent** root-level, user-owned keys describing how the
-account treats individual physical items. Reconcile never touches
-them.
+A root-level, user-owned key describing how the account treats
+individual physical items. Reconcile never touches it.
 
-Three axes (do NOT conflate):
+Two axes (do NOT conflate):
 
-1. **Virtual items** — `virtualItemsEnabled: boolean`. Algorithmic
-   IDs, no per-item row. Battery serials, scan-to-collect points,
-   bulk QR sheets. Can be on with `itemRecordMode` off.
-2. **Item records** — `itemRecordMode`. Materialise a persistent row
+1. **Item records** — `itemRecordMode`. Materialise a persistent row
    per physical item. `null` / missing = **disabled** (no separate
    `"none"` enum — reads collapse to `mode === "off"` via the
    `useItemRecordMode()` hook).
@@ -426,7 +440,15 @@ Three axes (do NOT conflate):
      provenance without a customer relationship.
    - `"owned"` — tag row + owner + interaction history. Requires
      `basePlanId >= "engage"`. Enables claim / transfer / CRM.
-3. **CRM** — downstream consequence of `owned`; not a peer flag.
+2. **CRM** — downstream consequence of `owned`; not a peer flag.
+
+**Virtual items are not part of this key.** Algorithmic IDs with no
+per-item row (battery serials, scan-to-collect points, bulk QR sheets)
+used to be a separate root-level `virtualItemsEnabled: boolean` — that
+field has been removed. Virtual items are now gated by the `virtualItems`
+feature flag under `system.features` (§4.4.1), same as every other
+feature — resolve it with `isFeatureEnabled(collectionId, 'virtualItems')`.
+It's independent of `itemRecordMode` and can be on with item records off.
 
 **Billing:** the usage ledger stamps `tier` at event time from
 `itemRecordMode`. Writes with `mode === null` MUST be rejected. Mode
@@ -447,46 +469,3 @@ CRM visibility), not just a capability flag.
   features yet.
 - `systemOverrides` (old root-level key) → `systemPrivate.overrides`.
   One-off backfill moves the block and re-runs reconcile.
-
-## 10. Change log
-
-- **2026-07-17**: Initial contract published; `appConfig.system` becomes
-  canonical entitlements source of truth. `entitlements` group deprecated.
-- **2026-07-17**: Added `systemOverrides` for additive comps; reconcile
-  records `system.appliedOverrides`.
-- **2026-07-18**: Renamed `systemOverrides` → `systemPrivate.overrides`
-  and formalised the three-tier access model (user / system /
-  systemPrivate). API strips `systemPrivate` for non-admin readers.
-  Added `system.accountType` derived from
-  `systemPrivate.overrides.accountType`. Added top-of-doc TypeScript
-  definition.
-- **2026-07-18**: Added SDK helpers `appConfiguration.getAppConfig()`
-  (typed + cached), `isFeatureEnabled()` (async, cache-backed feature
-  gate), and `isFeatureEnabledSync()` (cache-only, for callers that can't
-  await). Renamed the exported TypeScript type to `AppConfigSettings`
-  to avoid a name collision with the existing per-module `AppConfig`
-  type in `src/types/collection.ts`.
-- **2026-07-18**: `/public/collection/:id/app/config` (`collection.getAppsConfig()`)
-  now returns the `appConfig` entitlements data (`system`, `addOns`,
-  `requestedBasePlanId`, `itemRecordMode`, `virtualItemsEnabled`) merged
-  alongside its existing app-catalog `apps[]`. `appConfiguration.getAppConfig()`
-  was repointed at this endpoint (dropping its `admin` option — this endpoint
-  is public-only); the settings-group endpoint (`appConfiguration.getConfig({ appId: 'appConfig' })`)
-  is still the only way to reach `systemPrivate`. See §3.1 for why the two
-  endpoints' `apps[]` fields are shaped differently and shouldn't be conflated.
-- **2026-07-18**: `system.features` changed from "only truthy flags appear"
-  to explicit `Record<string, boolean>` overrides. Added the `accountType`
-  default rule (§4.4): enterprise accounts default every flag to on unless
-  explicitly `false`; standard accounts default off unless explicitly `true`.
-  Added `appConfiguration.resolveFeature(system, flag)` — the pure resolver
-  behind `isFeatureEnabled()`/`isFeatureEnabledSync()`, exposed only for the
-  rare case of already holding a `system` block from somewhere other than
-  `getAppConfig()`. There is no separate admin feature-check path — `system`
-  is public data on every read, so admin surfaces should call
-  `isFeatureEnabled()` like everything else. Reading `cfg.system.features[flag]`
-  directly is no longer correct for enterprise accounts — always resolve
-  through one of these three.
-- **2026-07-19**: Corrected flag naming convention (§4.4): flags are
-  camelCase (e.g. `customDomain`), not snake_case, and may use a dotted
-  grouping prefix for a topic/module (e.g. `crm.broadcasts`). Updated all
-  examples in this doc accordingly.

package/dist/openapi.yaml

@@ -15719,8 +15719,6 @@ components:
           enum:
             - registered
             - owned
-        virtualItemsEnabled:
-          type: boolean
         system:
           $ref: "#/components/schemas/SystemBlock"
       required:
@@ -19309,10 +19307,6 @@ components:
           type: string
         allowAutoGenerateClaims:
           type: boolean
-        variants:
-          type: boolean
-        batches:
-          type: boolean
         defaultAuthKitId:
           type: string
       required:
@@ -19328,8 +19322,6 @@ components:
         - supported
         - roles
         - shortId
-        - variants
-        - batches
         - defaultAuthKitId
     HubAvailabilityResponse:
       type: object

package/dist/types/appConfiguration.d.ts

@@ -112,7 +112,6 @@ export interface AppConfigSettings {
     requestedBasePlanId?: string;
     /** How the account handles individual physical items. */
     itemRecordMode?: 'registered' | 'owned' | null;
-    virtualItemsEnabled?: boolean;
     /** Resolved entitlement truth. Read this to gate features. */
     system?: SystemBlock;
 }

package/dist/types/collection.d.ts

@@ -57,8 +57,6 @@ export interface Collection {
     portalUrl?: string;
     /** Allow users to claim products without providing a proof ID (auto-generates serial on-demand) */
     allowAutoGenerateClaims?: boolean;
-    variants: boolean;
-    batches: boolean;
     defaultAuthKitId: string;
 }
 export type CollectionResponse = Collection;

package/docs/API_SUMMARY.md

@@ -1,6 +1,6 @@
 # Smartlinks API Summary
 
-Version: 1.15.6  |  Generated: 2026-07-19T08:21:33.985Z
+Version: 1.15.8  |  Generated: 2026-07-19T09:55:23.623Z
 
 This is a concise summary of all available API functions and types.
 
@@ -1447,7 +1447,6 @@ interface AppConfigSettings {
   addOns?: string[]
   requestedBasePlanId?: string
   itemRecordMode?: 'registered' | 'owned' | null
-  virtualItemsEnabled?: boolean
   system?: SystemBlock
 }
 ```
@@ -3698,8 +3697,6 @@ interface Collection {
   secondaryColor?: string
   portalUrl?: string // URL for the collection's portal (if applicable)
   allowAutoGenerateClaims?: boolean
-  variants: boolean // does this collection support variants?
-  batches: boolean // does this collection support batches?
   defaultAuthKitId: string // default auth kit for this collection, used for auth
 }
 ```

package/docs/appConfig.md

@@ -36,7 +36,6 @@ export interface AppConfigSettings {
 
   /** How the account handles individual physical items. */
   itemRecordMode?: 'registered' | 'owned' | null;
-  virtualItemsEnabled?: boolean;
 
   // ── SYSTEM-OWNED, PUBLIC (reconcile writes; client read-only) ─────
   /** Resolved entitlement truth. Read this to gate features. */
@@ -245,6 +244,25 @@ Always resolve flags through `appConfiguration.isFeatureEnabled(collectionId, fl
 if you already have a `system` block from elsewhere — never read
 `cfg.system.features[flag]` directly.
 
+#### 4.4.1 Common feature flags
+
+`features` is an open map — any microapp can define its own key — but
+these are the major, cross-cutting flags most integrations will care
+about:
+
+| Flag           | Gates                                                                 |
+| -------------- | ---------------------------------------------------------------------- |
+| `analytics`    | Analytics surfaces (dashboards, reporting, event exploration).       |
+| `crm`          | Customer interaction / CRM — contact records, broadcasts, segments. Sub-features hang off the `crm.*` dotted prefix, e.g. `crm.broadcasts`, `crm.segments`. |
+| `hub`          | The Hub module.                                                      |
+| `portal`       | QR code scan portals.                                                |
+| `virtualItems` | Virtual items — algorithmic per-item IDs with no persistent row (battery serials, scan-to-collect points, bulk QR sheets). Replaces the old root-level `virtualItemsEnabled` boolean, which has been removed (§8) — resolve this like any other feature flag, not as a separate config key. Independent of `itemRecordMode`. |
+| `batches`      | Batch support. Used to be the `Collection.batches` boolean; that field has been removed — this flag is now the only source of truth. |
+| `variants`     | Variant support. Used to be the `Collection.variants` boolean; that field has been removed — this flag is now the only source of truth. |
+
+Same resolution rule as any flag (§4.4) — don't read these off
+`cfg.system.features` directly, always go through `isFeatureEnabled()`.
+
 ### 4.5 `meters`
 
 Map keyed by add-on key. Apps reporting usage should call the
@@ -407,18 +425,14 @@ with a stale local copy.
 Clients MUST NOT write directly to `system` or `systemPrivate`.
 `entitlements-reconcile` merges user-owned fields through untouched.
 
-## 8. Item handling (`itemRecordMode`, `virtualItemsEnabled`)
+## 8. Item handling (`itemRecordMode`)
 
-Two **independent** root-level, user-owned keys describing how the
-account treats individual physical items. Reconcile never touches
-them.
+A root-level, user-owned key describing how the account treats
+individual physical items. Reconcile never touches it.
 
-Three axes (do NOT conflate):
+Two axes (do NOT conflate):
 
-1. **Virtual items** — `virtualItemsEnabled: boolean`. Algorithmic
-   IDs, no per-item row. Battery serials, scan-to-collect points,
-   bulk QR sheets. Can be on with `itemRecordMode` off.
-2. **Item records** — `itemRecordMode`. Materialise a persistent row
+1. **Item records** — `itemRecordMode`. Materialise a persistent row
    per physical item. `null` / missing = **disabled** (no separate
    `"none"` enum — reads collapse to `mode === "off"` via the
    `useItemRecordMode()` hook).
@@ -426,7 +440,15 @@ Three axes (do NOT conflate):
      provenance without a customer relationship.
    - `"owned"` — tag row + owner + interaction history. Requires
      `basePlanId >= "engage"`. Enables claim / transfer / CRM.
-3. **CRM** — downstream consequence of `owned`; not a peer flag.
+2. **CRM** — downstream consequence of `owned`; not a peer flag.
+
+**Virtual items are not part of this key.** Algorithmic IDs with no
+per-item row (battery serials, scan-to-collect points, bulk QR sheets)
+used to be a separate root-level `virtualItemsEnabled: boolean` — that
+field has been removed. Virtual items are now gated by the `virtualItems`
+feature flag under `system.features` (§4.4.1), same as every other
+feature — resolve it with `isFeatureEnabled(collectionId, 'virtualItems')`.
+It's independent of `itemRecordMode` and can be on with item records off.
 
 **Billing:** the usage ledger stamps `tier` at event time from
 `itemRecordMode`. Writes with `mode === null` MUST be rejected. Mode
@@ -447,46 +469,3 @@ CRM visibility), not just a capability flag.
   features yet.
 - `systemOverrides` (old root-level key) → `systemPrivate.overrides`.
   One-off backfill moves the block and re-runs reconcile.
-
-## 10. Change log
-
-- **2026-07-17**: Initial contract published; `appConfig.system` becomes
-  canonical entitlements source of truth. `entitlements` group deprecated.
-- **2026-07-17**: Added `systemOverrides` for additive comps; reconcile
-  records `system.appliedOverrides`.
-- **2026-07-18**: Renamed `systemOverrides` → `systemPrivate.overrides`
-  and formalised the three-tier access model (user / system /
-  systemPrivate). API strips `systemPrivate` for non-admin readers.
-  Added `system.accountType` derived from
-  `systemPrivate.overrides.accountType`. Added top-of-doc TypeScript
-  definition.
-- **2026-07-18**: Added SDK helpers `appConfiguration.getAppConfig()`
-  (typed + cached), `isFeatureEnabled()` (async, cache-backed feature
-  gate), and `isFeatureEnabledSync()` (cache-only, for callers that can't
-  await). Renamed the exported TypeScript type to `AppConfigSettings`
-  to avoid a name collision with the existing per-module `AppConfig`
-  type in `src/types/collection.ts`.
-- **2026-07-18**: `/public/collection/:id/app/config` (`collection.getAppsConfig()`)
-  now returns the `appConfig` entitlements data (`system`, `addOns`,
-  `requestedBasePlanId`, `itemRecordMode`, `virtualItemsEnabled`) merged
-  alongside its existing app-catalog `apps[]`. `appConfiguration.getAppConfig()`
-  was repointed at this endpoint (dropping its `admin` option — this endpoint
-  is public-only); the settings-group endpoint (`appConfiguration.getConfig({ appId: 'appConfig' })`)
-  is still the only way to reach `systemPrivate`. See §3.1 for why the two
-  endpoints' `apps[]` fields are shaped differently and shouldn't be conflated.
-- **2026-07-18**: `system.features` changed from "only truthy flags appear"
-  to explicit `Record<string, boolean>` overrides. Added the `accountType`
-  default rule (§4.4): enterprise accounts default every flag to on unless
-  explicitly `false`; standard accounts default off unless explicitly `true`.
-  Added `appConfiguration.resolveFeature(system, flag)` — the pure resolver
-  behind `isFeatureEnabled()`/`isFeatureEnabledSync()`, exposed only for the
-  rare case of already holding a `system` block from somewhere other than
-  `getAppConfig()`. There is no separate admin feature-check path — `system`
-  is public data on every read, so admin surfaces should call
-  `isFeatureEnabled()` like everything else. Reading `cfg.system.features[flag]`
-  directly is no longer correct for enterprise accounts — always resolve
-  through one of these three.
-- **2026-07-19**: Corrected flag naming convention (§4.4): flags are
-  camelCase (e.g. `customDomain`), not snake_case, and may use a dotted
-  grouping prefix for a topic/module (e.g. `crm.broadcasts`). Updated all
-  examples in this doc accordingly.

package/openapi.yaml

@@ -15719,8 +15719,6 @@ components:
           enum:
             - registered
             - owned
-        virtualItemsEnabled:
-          type: boolean
         system:
           $ref: "#/components/schemas/SystemBlock"
       required:
@@ -19309,10 +19307,6 @@ components:
           type: string
         allowAutoGenerateClaims:
           type: boolean
-        variants:
-          type: boolean
-        batches:
-          type: boolean
         defaultAuthKitId:
           type: string
       required:
@@ -19328,8 +19322,6 @@ components:
         - supported
         - roles
         - shortId
-        - variants
-        - batches
         - defaultAuthKitId
     HubAvailabilityResponse:
       type: object

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@proveanything/smartlinks",
-  "version": "1.15.6",
+  "version": "1.15.8",
   "description": "Official JavaScript/TypeScript SDK for the Smartlinks API",
   "main": "dist/index.js",
   "types": "dist/index.d.ts",