a2c78d703f
Some checks failed
CI / Lint, Unit & Integration Tests (push) Has been cancelled
Audited the implementation against DS_Delivery_Date_Time_App_Study.docx and closed the actionable gaps (see IMPLEMENTATION_REVIEW_2026-09-04.md). Core (code + unit tests, 156 green): - Wire excludeLocationsWithoutStock into resolveAvailabilityRequest; widget now sends variantIds so inventory-based location exclusion actually runs. - Live slot re-validation at checkout: new checkout-snapshot.server.ts writes a shop-metafield capacity snapshot; validation-slot's evaluateCheckout rejects a complete selection that has since filled / blacked out / closed / hit the daily cap / left the schedule. Refreshed on order webhooks and slot/blackout/location/enforcement edits. - Scopable checkout enforcement: Shop.enforcementMode (all|tagged|off) + enforcementTag, new app.settings.tsx admin page, honoured via the snapshot. - Per-day order cap: Location.dailyOrderCap threaded through getAvailability (dailyCap + consumedPerDate); admin field on the location screen. - Product-rule slot blocking: ProductRule.blockedStartMins, unioned in resolveProductRuleConstraints, enforced in the engine and resolveHoldRequest; admin field on the product rules screen. - Product-page placement: product-availability.liquid block + widget data-mode="preview" (read-only earliest-date line). - Second locale: datetime-widget fr.json / fr.schema.json. - Migration 20260904120000_review_gaps (apply with prisma migrate deploy). New Functions (source + unit tests; need `shopify app deploy` to ship): - extensions/payment-customization: cart.payment-methods.transform.run — hides cash-on-delivery / pay-in-store gateways on SHIPPING orders. - extensions/checkout-datetime/src: restored from a gitignored dist-only state — Plus native picker + Thank you / Order status confirmation blocks, all calling the existing checkout.scheduling.* routes (one capacity pool). tsconfig ships checkJs:false pending reconciliation with live checkout types. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
25 lines
971 B
Markdown
25 lines
971 B
Markdown
# payment-customization
|
|
|
|
Shopify Function (`cart.payment-methods.transform.run`) that hides
|
|
cash-on-delivery / pay-in-store payment methods when the shopper's chosen
|
|
fulfillment method is `SHIPPING` (study §5.2 parity).
|
|
|
|
Pure decision logic lives in `src/evaluate.js` and is unit-tested at the
|
|
repo root (`tests/unit/payment-customization.test.ts`) with plain Vitest —
|
|
no WASM build needed for that.
|
|
|
|
## Before first build / deploy
|
|
|
|
`schema.graphql` and `generated/` are **not** committed (they're produced
|
|
by codegen and gitignored, same as the other Function extensions). Run:
|
|
|
|
```
|
|
npm --prefix extensions/payment-customization run typegen
|
|
```
|
|
|
|
to pull the API schema and regenerate `generated/api.ts`, then
|
|
`shopify app deploy` picks it up. The extension also needs the
|
|
`write_payment_customizations` scope, which `shopify.app.toml` already
|
|
requests, and the merchant must activate it under
|
|
**Settings → Payments → Payment method customizations** in the admin.
|