@stardeck-customer-apps/testing 0.29.0 → 0.31.0

package/SKILL.md

@@ -670,7 +670,9 @@ cursor, limit })`; `list()` intentionally keeps its previous array shape.
   simulated, signature-checked like the others, and served from `app.controls`. Defaults are
   permissive so existing tests keep passing: `flag.paymentsSetupStep: false`,
   `plan.locations: { included: 3, max: null, extraMonthly: { amount: 990, currency: "THB" } }`,
-  `plan.multiEntity: true`, `payments.provider: "beam"`, `payments.methods: { card: true, promptPay: true }`.
+  `plan.multiEntity: true`, `pos.pro: { locations: null }` (unlimited),
+  `plan.accountingEdition: "medium"`, `payments.provider: "beam"`,
+  `payments.methods: { card: true, promptPay: true }`.
   Seed with `createTestApp({ controls: { "plan.multiEntity": false } })`. Then
   `app.controls.set(key, value)` (the next `getControl` in the same process sees it: the
   controls cache is dropped on every change and on `reset()`),
@@ -683,6 +685,16 @@ cursor, limit })`; `list()` intentionally keeps its previous array shape.
   simulator answers 401 `UNAUTHENTICATED`. Only `payments.provider` and `payments.methods` are
   writable (anything else is 400 `NOT_WRITABLE`), and an invalid value is 400 `INVALID_VALUE`.
   `app.controls.clear()` returns to the seeded values. Test the `ok: false` path of every gate.
+  For a POS Pro hardware gate, cover all three answers: under the count
+  (`app.controls.set("pos.pro", { locations: 1 })` with no POS Pro location yet), at the count
+  (`{ locations: 0 }`, or as many as the test already set up: adding hardware is refused) and
+  unknown (`app.controls.setUnavailable("pos.pro")`: adding hardware is refused as unavailable).
+  In every case a sale still goes through and existing printers and terminals keep working.
+  For an Accounting gate (`plan.accountingEdition`, needs controls 0.3.0 or later), cover each
+  edition you branch on (`app.controls.set("plan.accountingEdition", "small")`), no Accounting
+  plan (`set(..., null)`: Accounting is hidden and its writes refused) and unknown
+  (`setUnavailable("plan.accountingEdition")`: new records are refused with a retry message while
+  existing ones stay readable). Never assert that unknown behaves like `null`.
 
 ### Receipt layout and printer capabilities
 

package/dist/index.js

@@ -4617,6 +4617,8 @@ var DEFAULTS = {
   "flag.paymentsSetupStep": false,
   "plan.locations": { included: 3, max: null, extraMonthly: { amount: 990, currency: "THB" } },
   "plan.multiEntity": true,
+  "pos.pro": { locations: null },
+  "plan.accountingEdition": "medium",
   "payments.provider": "beam",
   "payments.methods": { card: true, promptPay: true }
 };

package/dist/index.mjs

@@ -4578,6 +4578,8 @@ var DEFAULTS = {
   "flag.paymentsSetupStep": false,
   "plan.locations": { included: 3, max: null, extraMonthly: { amount: 990, currency: "THB" } },
   "plan.multiEntity": true,
+  "pos.pro": { locations: null },
+  "plan.accountingEdition": "medium",
   "payments.provider": "beam",
   "payments.methods": { card: true, promptPay: true }
 };

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@stardeck-customer-apps/testing",
-  "version": "0.29.0",
+  "version": "0.31.0",
   "description": "Vitest test harness for Stardeck customer apps — in-process Postgres (PGlite) plus a control-plane simulator so the real Stardeck SDKs run unmodified in tests",
   "main": "dist/index.js",
   "module": "dist/index.mjs",