@endora-commerce/mod-payment-methods 0.100.0

package/dist/manifest.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"manifest.js","sourceRoot":"","sources":["../src/manifest.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,oBAAoB,EAA2B,MAAM,4BAA4B,CAAC;AAG3F;;;;;;;;;;;;;GAaG;AACH,MAAM,IAAI,GAAsC;IAC9C,OAAO,EAAE,8EAA8E;IACvF,IAAI,EAAE,KAAK,EAAE,OAAO,EAAE,EAAE,CAAC,CAAC,MAAM,MAAM,CAAC,wBAAwB,CAAC,CAAC,CAAC,QAAQ,CAAC,OAAO,CAAC;IACnF,KAAK,EAAE,KAAK,EAAE,OAAO,EAAE,EAAE,CAAC,CAAC,MAAM,MAAM,CAAC,yBAAyB,CAAC,CAAC,CAAC,SAAS,CAAC,OAAO,CAAC;CACvF,CAAC;AAEF;;;;;;;GAOG;AACH,MAAM,CAAC,MAAM,QAAQ,GAAG,oBAAoB,CAAC;IAC3C,EAAE,EAAE,iBAAiB;IACrB,IAAI,EAAE,iBAAiB;IACvB,WAAW,EACT,0DAA0D;IAC5D,OAAO,EAAE,OAAO;IAChB,yEAAyE;IACzE,4DAA4D;IAC5D,sEAAsE;IACtE,0EAA0E;IAC1E,4EAA4E;IAC5E,qEAAqE;IACrE,YAAY,EAAE,CAAC,MAAM,EAAE,eAAe,CAAC;IACvC;;;OAGG;IACH,sBAAsB,EAAE;QACtB;YACE,QAAQ,EAAE,UAAU;YACpB,IAAI,EAAE,iBAAiB;YACvB,IAAI,EAAE,kBAAkB;YACxB,UAAU,EAAE,uDAAuD;YACnE,MAAM,EACJ,uFAAuF;gBACvF,oFAAoF;gBACpF,sFAAsF;gBACtF,uFAAuF;gBACvF,oFAAoF;gBACpF,oFAAoF;gBACpF,qFAAqF;gBACrF,qFAAqF;gBACrF,6CAA6C;SAChD;KACF;IACD;;;;;;;;;;;;;;;;;;;;;;OAsBG;IACH,WAAW,EAAE;QACX,EAAE,IAAI,EAAE,sBAAsB,EAAE,KAAK,EAAE,sBAAsB,EAAE;QAC/D,EAAE,IAAI,EAAE,uBAAuB,EAAE,KAAK,EAAE,2BAA2B,EAAE;KACtE;IACD,QAAQ,EAAE;QACR,UAAU,EAAE,iBAAiB;QAC7B,MAAM,EAAE,CAAC,EAAE,IAAI,EAAE,iBAAiB,EAAE,IAAI,EAAE,iBAAiB,EAAE,CAAC;QAC9D,QAAQ,EAAE;YACR;gBACE,kEAAkE;gBAClE,IAAI,EAAE,yBAAyB;gBAC/B,IAAI,EAAE,yBAAyB;gBAC/B,mEAAmE;gBACnE,sEAAsE;gBACtE,uEAAuE;gBACvE,sEAAsE;gBACtE,mEAAmE;gBACnE,8CAA8C;gBAC9C,WAAW,EACT,+dAA+d;gBACje,SAAS,EAAE,iBAAiB;gBAC5B,SAAS,EAAE,SAAS;gBACpB,YAAY,EAAE,IAAI;aACnB;SACF;KACF;IACD,6EAA6E;IAC7E,4EAA4E;IAC5E,4EAA4E;IAC5E,uEAAuE;IACvE,qEAAqE;IACrE,sEAAsE;IACtE,6EAA6E;IAC7E,oEAAoE;IACpE,IAAI;IACJ,UAAU,EAAE,EAAE,WAAW,EAAE,yBAAyB,EAAE,OAAO,EAAE,IAAI,EAAE;IACrE,IAAI,EAAE,EAAE,UAAU,EAAE,MAAM,EAAE;IAC5B,IAAI,EAAE,EAAE,GAAG,EAAE,MAAM,EAAE;IACrB,wEAAwE;IACxE,6EAA6E;IAC7E,8EAA8E;IAC9E,4BAA4B;IAC5B,EAAE;IACF,+EAA+E;IAC/E,8EAA8E;IAC9E,6EAA6E;IAC7E,6EAA6E;IAC7E,SAAS;IACT,OAAO,EAAE;QACP;YACE,EAAE,EAAE,sBAAsB;YAC1B,QAAQ,EAAE,kCAAkC;YAC5C,cAAc,EAAE,wCAAwC;YACxD,IAAI,EAAE,YAAY;YAClB,WAAW,EAAE,kBAAkB;YAC/B,kBAAkB,EAAE,sBAAsB;YAC1C,QAAQ,EAAE,CAAC,SAAS,EAAE,QAAQ,EAAE,cAAc,EAAE,UAAU,EAAE,UAAU,EAAE,QAAQ,CAAC;YACjF,MAAM,EAAE,GAAG;SACZ;KACF;CACF,CAAC,CAAC"}

package/dist/migrations/20260611T140353_payment_methods_adapter.d.ts

@@ -0,0 +1,32 @@
+import { Migration } from '@mikro-orm/migrations';
+/**
+ * Payment-method adapter framework (feature 034 — Metoda Płatności).
+ *
+ * Extends the existing `payment_methods` entry into a configurable,
+ * adapter-backed payment method and the `payments` row into a richer
+ * payment-process record:
+ *
+ *   payment_methods:
+ *     + adapter            — registry key of the adapter realising the logic
+ *                            (backfilled from the existing `kind`)
+ *     + additional_price   — flat surcharge in the order currency
+ *     + status_on_pending  — Order-status reference applied at order creation
+ *     + status_on_success  — Order-status reference applied on a successful payment
+ *     + status_on_failure  — Order-status reference applied on a failed payment
+ *
+ *   payments:
+ *     + provider_details   — adapter/PSP payload captured on receive_payment
+ *     + failure_reason     — populated on a failure outcome
+ *     + attempt_no         — retry sequence per order (1 = first attempt)
+ *
+ * `status` columns stay plain varchar (no CHECK constraint existed), so the
+ * new `failed` payment-process status needs no DDL beyond application code.
+ * Seed status mappings reuse the current hard-coded order `status` enum
+ * (new / confirmed / cancelled) until the Orders module ships a configurable
+ * order-status registry (see research.md R2).
+ */
+export declare class Migration20260611T140353PaymentMethodsAdapter extends Migration {
+    up(): Promise<void>;
+    down(): Promise<void>;
+}
+//# sourceMappingURL=20260611T140353_payment_methods_adapter.d.ts.map

package/dist/migrations/20260611T140353_payment_methods_adapter.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"20260611T140353_payment_methods_adapter.d.ts","sourceRoot":"","sources":["../../src/migrations/20260611T140353_payment_methods_adapter.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,SAAS,EAAE,MAAM,uBAAuB,CAAC;AAElD;;;;;;;;;;;;;;;;;;;;;;;;;GAyBG;AACH,qBAAa,6CAA8C,SAAQ,SAAS;IAC3D,EAAE,IAAI,OAAO,CAAC,IAAI,CAAC;IAgCnB,IAAI,IAAI,OAAO,CAAC,IAAI,CAAC;CAgBrC"}

package/dist/migrations/20260611T140353_payment_methods_adapter.js

@@ -0,0 +1,76 @@
+import { Migration } from '@mikro-orm/migrations';
+/**
+ * Payment-method adapter framework (feature 034 — Metoda Płatności).
+ *
+ * Extends the existing `payment_methods` entry into a configurable,
+ * adapter-backed payment method and the `payments` row into a richer
+ * payment-process record:
+ *
+ *   payment_methods:
+ *     + adapter            — registry key of the adapter realising the logic
+ *                            (backfilled from the existing `kind`)
+ *     + additional_price   — flat surcharge in the order currency
+ *     + status_on_pending  — Order-status reference applied at order creation
+ *     + status_on_success  — Order-status reference applied on a successful payment
+ *     + status_on_failure  — Order-status reference applied on a failed payment
+ *
+ *   payments:
+ *     + provider_details   — adapter/PSP payload captured on receive_payment
+ *     + failure_reason     — populated on a failure outcome
+ *     + attempt_no         — retry sequence per order (1 = first attempt)
+ *
+ * `status` columns stay plain varchar (no CHECK constraint existed), so the
+ * new `failed` payment-process status needs no DDL beyond application code.
+ * Seed status mappings reuse the current hard-coded order `status` enum
+ * (new / confirmed / cancelled) until the Orders module ships a configurable
+ * order-status registry (see research.md R2).
+ */
+export class Migration20260611T140353PaymentMethodsAdapter extends Migration {
+    async up() {
+        // payment_methods — add nullable, backfill, then tighten to NOT NULL.
+        this.addSql(`
+      alter table "payment_methods"
+        add column "adapter" varchar(64) null,
+        add column "additional_price" numeric(14,2) not null default 0,
+        add column "status_on_pending" varchar(64) null,
+        add column "status_on_success" varchar(64) null,
+        add column "status_on_failure" varchar(64) null;
+    `);
+        // Backfill: adapter mirrors the existing kind; statuses get seed defaults.
+        this.addSql(`update "payment_methods" set "adapter" = "kind" where "adapter" is null;`);
+        this.addSql(`update "payment_methods" set "status_on_pending" = 'new' where "status_on_pending" is null;`);
+        this.addSql(`update "payment_methods" set "status_on_success" = 'paid' where "status_on_success" is null;`);
+        this.addSql(`update "payment_methods" set "status_on_failure" = 'cancelled' where "status_on_failure" is null;`);
+        this.addSql(`
+      alter table "payment_methods"
+        alter column "adapter" set not null,
+        alter column "status_on_pending" set not null,
+        alter column "status_on_success" set not null,
+        alter column "status_on_failure" set not null;
+    `);
+        // payments — payment-process detail + retry sequence.
+        this.addSql(`
+      alter table "payments"
+        add column "provider_details" jsonb null,
+        add column "failure_reason" text null,
+        add column "attempt_no" int not null default 1;
+    `);
+    }
+    async down() {
+        this.addSql(`
+      alter table "payments"
+        drop column if exists "provider_details",
+        drop column if exists "failure_reason",
+        drop column if exists "attempt_no";
+    `);
+        this.addSql(`
+      alter table "payment_methods"
+        drop column if exists "adapter",
+        drop column if exists "additional_price",
+        drop column if exists "status_on_pending",
+        drop column if exists "status_on_success",
+        drop column if exists "status_on_failure";
+    `);
+    }
+}
+//# sourceMappingURL=20260611T140353_payment_methods_adapter.js.map

package/dist/migrations/20260611T140353_payment_methods_adapter.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"20260611T140353_payment_methods_adapter.js","sourceRoot":"","sources":["../../src/migrations/20260611T140353_payment_methods_adapter.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,SAAS,EAAE,MAAM,uBAAuB,CAAC;AAElD;;;;;;;;;;;;;;;;;;;;;;;;;GAyBG;AACH,MAAM,OAAO,6CAA8C,SAAQ,SAAS;IACjE,KAAK,CAAC,EAAE;QACf,sEAAsE;QACtE,IAAI,CAAC,MAAM,CAAC;;;;;;;KAOX,CAAC,CAAC;QACH,2EAA2E;QAC3E,IAAI,CAAC,MAAM,CAAC,0EAA0E,CAAC,CAAC;QACxF,IAAI,CAAC,MAAM,CAAC,6FAA6F,CAAC,CAAC;QAC3G,IAAI,CAAC,MAAM,CAAC,8FAA8F,CAAC,CAAC;QAC5G,IAAI,CAAC,MAAM,CAAC,mGAAmG,CAAC,CAAC;QACjH,IAAI,CAAC,MAAM,CAAC;;;;;;KAMX,CAAC,CAAC;QAEH,sDAAsD;QACtD,IAAI,CAAC,MAAM,CAAC;;;;;KAKX,CAAC,CAAC;IACL,CAAC;IAEQ,KAAK,CAAC,IAAI;QACjB,IAAI,CAAC,MAAM,CAAC;;;;;KAKX,CAAC,CAAC;QACH,IAAI,CAAC,MAAM,CAAC;;;;;;;KAOX,CAAC,CAAC;IACL,CAAC;CACF"}

package/dist/migrations/20260821T084920_payment_methods_failure_status_on_hold.d.ts

@@ -0,0 +1,46 @@
+import { Migration } from '@mikro-orm/migrations';
+/**
+ * Feature 085 (FR-003 / FR-005) — a declined payment holds the order instead of
+ * ending it.
+ *
+ * `status_on_failure` was seeded `cancelled`: the settlement ingress applied it
+ * on the first decline, `cancelled` is terminal and cannot be left, and the
+ * buyer's most recoverable mistake destroyed the order they were trying to pay
+ * for. The shipped default is now `on_hold`, which is a system status —
+ * reachable from every non-terminal status, able to reach every status, and
+ * neither it nor its edges can be deleted by an operator.
+ *
+ * ### Why this is one of five migrations rather than the only one
+ *
+ * `stripe`, `payu`, `tpay` and `autopay` each declare `payment_methods` in
+ * their manifest `dependencies`, and feature 081 orders migrations module by
+ * module along that graph — so this file runs **before** all four gateway seed
+ * migrations. On a fresh database it therefore normalises nothing and the
+ * gateways would insert `cancelled` after it. Each of the four carries its own
+ * normalisation, stamped after its own seed. This one is the base: every row
+ * that exists by the time `payment_methods` migrates, which on an existing
+ * installation is the operator-created rows, the built-in bank-transfer /
+ * pickup / credit-limit rows the reconciler created at boot, and the gateway
+ * rows already seeded there.
+ *
+ * ### What it costs
+ *
+ * There is no provenance column, so `where status_on_failure = 'cancelled'`
+ * cannot tell a seeded default from an operator who deliberately chose to
+ * cancel on failure, and it overwrites the latter. That is acceptable only
+ * because there is no production deployment yet (research R9); after the first
+ * one this becomes a data migration requiring operator notification.
+ */
+export declare class Migration20260821T084920PaymentMethodsFailureStatusOnHold extends Migration {
+    up(): Promise<void>;
+    /**
+     * Deliberately empty. The inverse — putting `cancelled` back on every row
+     * that now reads `on_hold` — cannot distinguish the rows this migration moved
+     * from the rows an operator has since set to `on_hold` themselves, so it
+     * would silently take a choice away. The forward statement is idempotent and
+     * the value is operator-configurable; a deployment that wants `cancelled`
+     * back sets it on the method.
+     */
+    down(): Promise<void>;
+}
+//# sourceMappingURL=20260821T084920_payment_methods_failure_status_on_hold.d.ts.map

package/dist/migrations/20260821T084920_payment_methods_failure_status_on_hold.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"20260821T084920_payment_methods_failure_status_on_hold.d.ts","sourceRoot":"","sources":["../../src/migrations/20260821T084920_payment_methods_failure_status_on_hold.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,SAAS,EAAE,MAAM,uBAAuB,CAAC;AAElD;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA+BG;AACH,qBAAa,yDAA0D,SAAQ,SAAS;IACvE,EAAE,IAAI,OAAO,CAAC,IAAI,CAAC;IAQlC;;;;;;;OAOG;IACY,IAAI,IAAI,OAAO,CAAC,IAAI,CAAC;CAGrC"}

package/dist/migrations/20260821T084920_payment_methods_failure_status_on_hold.js

@@ -0,0 +1,54 @@
+import { Migration } from '@mikro-orm/migrations';
+/**
+ * Feature 085 (FR-003 / FR-005) — a declined payment holds the order instead of
+ * ending it.
+ *
+ * `status_on_failure` was seeded `cancelled`: the settlement ingress applied it
+ * on the first decline, `cancelled` is terminal and cannot be left, and the
+ * buyer's most recoverable mistake destroyed the order they were trying to pay
+ * for. The shipped default is now `on_hold`, which is a system status —
+ * reachable from every non-terminal status, able to reach every status, and
+ * neither it nor its edges can be deleted by an operator.
+ *
+ * ### Why this is one of five migrations rather than the only one
+ *
+ * `stripe`, `payu`, `tpay` and `autopay` each declare `payment_methods` in
+ * their manifest `dependencies`, and feature 081 orders migrations module by
+ * module along that graph — so this file runs **before** all four gateway seed
+ * migrations. On a fresh database it therefore normalises nothing and the
+ * gateways would insert `cancelled` after it. Each of the four carries its own
+ * normalisation, stamped after its own seed. This one is the base: every row
+ * that exists by the time `payment_methods` migrates, which on an existing
+ * installation is the operator-created rows, the built-in bank-transfer /
+ * pickup / credit-limit rows the reconciler created at boot, and the gateway
+ * rows already seeded there.
+ *
+ * ### What it costs
+ *
+ * There is no provenance column, so `where status_on_failure = 'cancelled'`
+ * cannot tell a seeded default from an operator who deliberately chose to
+ * cancel on failure, and it overwrites the latter. That is acceptable only
+ * because there is no production deployment yet (research R9); after the first
+ * one this becomes a data migration requiring operator notification.
+ */
+export class Migration20260821T084920PaymentMethodsFailureStatusOnHold extends Migration {
+    async up() {
+        this.addSql(`
+      update "payment_methods"
+      set "status_on_failure" = 'on_hold', "updated_at" = now()
+      where "status_on_failure" = 'cancelled';
+    `);
+    }
+    /**
+     * Deliberately empty. The inverse — putting `cancelled` back on every row
+     * that now reads `on_hold` — cannot distinguish the rows this migration moved
+     * from the rows an operator has since set to `on_hold` themselves, so it
+     * would silently take a choice away. The forward statement is idempotent and
+     * the value is operator-configurable; a deployment that wants `cancelled`
+     * back sets it on the method.
+     */
+    async down() {
+        // No inverse — see the note above.
+    }
+}
+//# sourceMappingURL=20260821T084920_payment_methods_failure_status_on_hold.js.map

package/dist/migrations/20260821T084920_payment_methods_failure_status_on_hold.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"20260821T084920_payment_methods_failure_status_on_hold.js","sourceRoot":"","sources":["../../src/migrations/20260821T084920_payment_methods_failure_status_on_hold.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,SAAS,EAAE,MAAM,uBAAuB,CAAC;AAElD;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA+BG;AACH,MAAM,OAAO,yDAA0D,SAAQ,SAAS;IAC7E,KAAK,CAAC,EAAE;QACf,IAAI,CAAC,MAAM,CAAC;;;;KAIX,CAAC,CAAC;IACL,CAAC;IAED;;;;;;;OAOG;IACM,KAAK,CAAC,IAAI;QACjB,mCAAmC;IACrC,CAAC;CACF"}

package/dist/migrations/20260912T094631_payment_methods_sales_channel_payment_methods.d.ts

@@ -0,0 +1,27 @@
+import { Migration } from '@mikro-orm/migrations';
+/**
+ * The `sales_channel_payment_methods` sales-channel bridge — the payment methods available in a channel.
+ *
+ * It was created by the platform's frozen `Migration20260430T170044CoreSalesChannelsPromote`
+ * until `specs/120-migration-closure-bridge-ownership/` Phase 2. Under D-226 a
+ * bridge between an always-present near side (`sales_channels`, a kernel table)
+ * and a switchable far side belongs to the far side, so this module creates it:
+ * an instance that does not install `payment_methods` no longer has a migration corpus
+ * naming a table nothing builds.
+ *
+ * `if not exists`, because every database that has already applied the frozen
+ * migration has this table. The storage keys on the class name and holds no
+ * checksum, so nothing is re-offered there and this migration is the no-op it
+ * reads as; on a fresh database it is the creation.
+ *
+ * The statements are the frozen ones verbatim — same columns, same primary key,
+ * same two foreign keys, same index — so the two paths reach one schema. Its
+ * position needs nothing declared: `sales_channels` is the kernel's and
+ * `payment_methods` is created inside the frozen prefix, which every
+ * above-watermark migration runs after.
+ */
+export declare class Migration20260912T094631PaymentMethodsSalesChannelPaymentMethods extends Migration {
+    up(): Promise<void>;
+    down(): Promise<void>;
+}
+//# sourceMappingURL=20260912T094631_payment_methods_sales_channel_payment_methods.d.ts.map

package/dist/migrations/20260912T094631_payment_methods_sales_channel_payment_methods.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"20260912T094631_payment_methods_sales_channel_payment_methods.d.ts","sourceRoot":"","sources":["../../src/migrations/20260912T094631_payment_methods_sales_channel_payment_methods.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,SAAS,EAAE,MAAM,uBAAuB,CAAC;AAElD;;;;;;;;;;;;;;;;;;;;GAoBG;AACH,qBAAa,gEAAiE,SAAQ,SAAS;IAC9E,EAAE,IAAI,OAAO,CAAC,IAAI,CAAC;IAmBnB,IAAI,IAAI,OAAO,CAAC,IAAI,CAAC;CAGrC"}

package/dist/migrations/20260912T094631_payment_methods_sales_channel_payment_methods.js

@@ -0,0 +1,44 @@
+import { Migration } from '@mikro-orm/migrations';
+/**
+ * The `sales_channel_payment_methods` sales-channel bridge — the payment methods available in a channel.
+ *
+ * It was created by the platform's frozen `Migration20260430T170044CoreSalesChannelsPromote`
+ * until `specs/120-migration-closure-bridge-ownership/` Phase 2. Under D-226 a
+ * bridge between an always-present near side (`sales_channels`, a kernel table)
+ * and a switchable far side belongs to the far side, so this module creates it:
+ * an instance that does not install `payment_methods` no longer has a migration corpus
+ * naming a table nothing builds.
+ *
+ * `if not exists`, because every database that has already applied the frozen
+ * migration has this table. The storage keys on the class name and holds no
+ * checksum, so nothing is re-offered there and this migration is the no-op it
+ * reads as; on a fresh database it is the creation.
+ *
+ * The statements are the frozen ones verbatim — same columns, same primary key,
+ * same two foreign keys, same index — so the two paths reach one schema. Its
+ * position needs nothing declared: `sales_channels` is the kernel's and
+ * `payment_methods` is created inside the frozen prefix, which every
+ * above-watermark migration runs after.
+ */
+export class Migration20260912T094631PaymentMethodsSalesChannelPaymentMethods extends Migration {
+    async up() {
+        this.addSql(`
+      create table if not exists "sales_channel_payment_methods" (
+        "sales_channel_id" uuid not null,
+        "payment_method_id" uuid not null,
+        constraint "sales_channel_payment_methods_pkey"
+          primary key ("sales_channel_id", "payment_method_id"),
+        constraint "sales_channel_payment_methods_channel_fk"
+          foreign key ("sales_channel_id") references "sales_channels" ("id") on delete cascade,
+        constraint "sales_channel_payment_methods_payment_method_fk"
+          foreign key ("payment_method_id") references "payment_methods" ("id") on delete cascade
+      );
+    `);
+        this.addSql('create index if not exists "sales_channel_payment_methods_payment_method_id_index" ' +
+            'on "sales_channel_payment_methods" ("payment_method_id");');
+    }
+    async down() {
+        this.addSql('drop table if exists "sales_channel_payment_methods" cascade;');
+    }
+}
+//# sourceMappingURL=20260912T094631_payment_methods_sales_channel_payment_methods.js.map

package/dist/migrations/20260912T094631_payment_methods_sales_channel_payment_methods.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"20260912T094631_payment_methods_sales_channel_payment_methods.js","sourceRoot":"","sources":["../../src/migrations/20260912T094631_payment_methods_sales_channel_payment_methods.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,SAAS,EAAE,MAAM,uBAAuB,CAAC;AAElD;;;;;;;;;;;;;;;;;;;;GAoBG;AACH,MAAM,OAAO,gEAAiE,SAAQ,SAAS;IACpF,KAAK,CAAC,EAAE;QACf,IAAI,CAAC,MAAM,CAAC;;;;;;;;;;;KAWX,CAAC,CAAC;QACH,IAAI,CAAC,MAAM,CACT,qFAAqF;YACnF,2DAA2D,CAC9D,CAAC;IACJ,CAAC;IAEQ,KAAK,CAAC,IAAI;QACjB,IAAI,CAAC,MAAM,CAAC,+DAA+D,CAAC,CAAC;IAC/E,CAAC;CACF"}

package/dist/migrations/index.d.ts

@@ -0,0 +1,32 @@
+/**
+ * The `./migrations` subpath — every migration class this module owns, as one
+ * ordered `migrations` array.
+ *
+ * The array is what the platform reads when this module is **installed**:
+ * `src/packages/package-runtime.ts` takes `exported['migrations']` and refuses
+ * the package outright when it is absent (D-168).
+ *
+ * **Listed in ascending timestamp.** The entries stamped after
+ * `BASELINE_THROUGH` leave the frozen historical prefix and are ordered by the
+ * manifest `dependencies` graph instead. A timestamp orders this module's own
+ * migrations and nothing else (feature 081). How many of each there are is not
+ * written here: the stamps answer it, and a count in a comment goes stale in the
+ * merge request that adds a migration (D-100).
+ *
+ * The **named** exports stay beside the array, and the asymmetry with
+ * `./backend` — which publishes an array and no named class (D-168) — is
+ * deliberate. `db/migrations-registry.generated.ts` imports each class by name
+ * from this specifier, and a migration class name is contract in a way an entity
+ * class name is not: `mikro_orm_migrations` persists it, so it is a string every
+ * already-migrated database holds.
+ *
+ * A class that is in neither the array nor the barrel is a migration that does
+ * not run: `migration:pending` reports nothing pending and the first symptom is
+ * a query against a table nobody created.
+ */
+import { Migration20260611T140353PaymentMethodsAdapter } from './20260611T140353_payment_methods_adapter.js';
+import { Migration20260821T084920PaymentMethodsFailureStatusOnHold } from './20260821T084920_payment_methods_failure_status_on_hold.js';
+import { Migration20260912T094631PaymentMethodsSalesChannelPaymentMethods } from './20260912T094631_payment_methods_sales_channel_payment_methods.js';
+export declare const migrations: (typeof Migration20260611T140353PaymentMethodsAdapter)[];
+export { Migration20260611T140353PaymentMethodsAdapter, Migration20260821T084920PaymentMethodsFailureStatusOnHold, Migration20260912T094631PaymentMethodsSalesChannelPaymentMethods, };
+//# sourceMappingURL=index.d.ts.map

package/dist/migrations/index.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../../src/migrations/index.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;GAyBG;AAEH,OAAO,EAAE,6CAA6C,EAAE,MAAM,8CAA8C,CAAC;AAC7G,OAAO,EAAE,yDAAyD,EAAE,MAAM,6DAA6D,CAAC;AACxI,OAAO,EAAE,gEAAgE,EAAE,MAAM,oEAAoE,CAAC;AAEtJ,eAAO,MAAM,UAAU,0DAItB,CAAC;AAEF,OAAO,EACL,6CAA6C,EAC7C,yDAAyD,EACzD,gEAAgE,GACjE,CAAC"}

package/dist/migrations/index.js

@@ -0,0 +1,36 @@
+/**
+ * The `./migrations` subpath — every migration class this module owns, as one
+ * ordered `migrations` array.
+ *
+ * The array is what the platform reads when this module is **installed**:
+ * `src/packages/package-runtime.ts` takes `exported['migrations']` and refuses
+ * the package outright when it is absent (D-168).
+ *
+ * **Listed in ascending timestamp.** The entries stamped after
+ * `BASELINE_THROUGH` leave the frozen historical prefix and are ordered by the
+ * manifest `dependencies` graph instead. A timestamp orders this module's own
+ * migrations and nothing else (feature 081). How many of each there are is not
+ * written here: the stamps answer it, and a count in a comment goes stale in the
+ * merge request that adds a migration (D-100).
+ *
+ * The **named** exports stay beside the array, and the asymmetry with
+ * `./backend` — which publishes an array and no named class (D-168) — is
+ * deliberate. `db/migrations-registry.generated.ts` imports each class by name
+ * from this specifier, and a migration class name is contract in a way an entity
+ * class name is not: `mikro_orm_migrations` persists it, so it is a string every
+ * already-migrated database holds.
+ *
+ * A class that is in neither the array nor the barrel is a migration that does
+ * not run: `migration:pending` reports nothing pending and the first symptom is
+ * a query against a table nobody created.
+ */
+import { Migration20260611T140353PaymentMethodsAdapter } from './20260611T140353_payment_methods_adapter.js';
+import { Migration20260821T084920PaymentMethodsFailureStatusOnHold } from './20260821T084920_payment_methods_failure_status_on_hold.js';
+import { Migration20260912T094631PaymentMethodsSalesChannelPaymentMethods } from './20260912T094631_payment_methods_sales_channel_payment_methods.js';
+export const migrations = [
+    Migration20260611T140353PaymentMethodsAdapter,
+    Migration20260821T084920PaymentMethodsFailureStatusOnHold,
+    Migration20260912T094631PaymentMethodsSalesChannelPaymentMethods,
+];
+export { Migration20260611T140353PaymentMethodsAdapter, Migration20260821T084920PaymentMethodsFailureStatusOnHold, Migration20260912T094631PaymentMethodsSalesChannelPaymentMethods, };
+//# sourceMappingURL=index.js.map

package/dist/migrations/index.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"index.js","sourceRoot":"","sources":["../../src/migrations/index.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;GAyBG;AAEH,OAAO,EAAE,6CAA6C,EAAE,MAAM,8CAA8C,CAAC;AAC7G,OAAO,EAAE,yDAAyD,EAAE,MAAM,6DAA6D,CAAC;AACxI,OAAO,EAAE,gEAAgE,EAAE,MAAM,oEAAoE,CAAC;AAEtJ,MAAM,CAAC,MAAM,UAAU,GAAG;IACxB,6CAA6C;IAC7C,yDAAyD;IACzD,gEAAgE;CACjE,CAAC;AAEF,OAAO,EACL,6CAA6C,EAC7C,yDAAyD,EACzD,gEAAgE,GACjE,CAAC"}

package/dist/ports/index.d.ts

@@ -0,0 +1,157 @@
+/**
+ * The install-time seed surface `payment_methods` publishes, and **nothing that
+ * exists at runtime** (feature 134, FR-064; D-168, D-169, D-171).
+ *
+ * The delivery twin — `packages/modules/delivery_methods/src/ports/index.ts` —
+ * is the same decision taken one wave earlier, and its doc-block carries the
+ * full argument. **Wave 2 reuses that decision rather than retaking it**
+ * (`contracts/foreign-write-repair.md` §2, §8 item 2h); what is written here is
+ * what differs, and the differences are two: this seam's row carries a `kind`
+ * the delivery one has no equivalent of, and five modules adopt it instead of
+ * two.
+ *
+ * `tsc` compiles this file to `export {};`. That is the property D-171 makes the
+ * boundary decision on — *a subpath is contract surface iff the module it
+ * resolves to exports no runtime binding* — so a consumer naming this subpath
+ * names a declaration and can name nothing else. The runtime half is one
+ * factory, `createPaymentMethodSeeder`, on this package's `./install`.
+ *
+ * ## Why this interface exists at all, and why it is here rather than in
+ * `packages/contracts`
+ *
+ * A module that ships its own gateway rows used to seed them with an `insert`
+ * into this module's table from its own migration — `autopay`, `paypal`, `payu`,
+ * `stripe` and `tpay` each did, which is fifteen `migration-foreign-writes`
+ * ledger keys and, **once a seeding module ships separately from the table's
+ * owner**, a hard schema dependency with no version range and no compile-time
+ * signal at all. That is the whole of the reason, and it holds for any pair of
+ * modules published from two places rather than for these five: an `insert` into
+ * a table another package owns is a dependency on that table's *shape*, and npm
+ * has no way to express one. The repair is that the seed is issued from the
+ * seeding module's `installHook` through this surface — **R11 / D-251 /
+ * FR-064**, the criterion any module may satisfy.
+ *
+ * It cannot live in `@endora-commerce/contracts`: every method takes a MikroORM
+ * `EntityManager`, that package is compiled by `admin` and `storefront`, and
+ * FR-034 keeps it free of `@mikro-orm` imports. That is exactly D-171's
+ * qualifying test — *does this signature stop the interface living in
+ * `packages/contracts`* — and it is why the `em` is a **required** first
+ * parameter on every method and never an optional one (D-169): an optional
+ * transactional `em` lets a caller hand a transaction to an implementation that
+ * ignores it and receive a silently non-atomic write.
+ *
+ * ## It carries no `Container name:` marker, deliberately
+ *
+ * This is not a container port and must not read as one. `ModuleLifecycleContext`
+ * is `{ em, redis, log, module }`, both orchestrator construction sites pass no
+ * container, and D-46 deleted `ctx.onInstall` because `module:install` composes
+ * nothing — so there is no cradle for a hook to resolve a name from, `lazyPort`
+ * is structurally unavailable here, and a documented container name would be a
+ * name nothing registers (`check:port-shape`'s signal 2, from the other side).
+ * The consumer's seam is the factory, not a resolution.
+ *
+ * ## No entity leaves by this door (D-168)
+ *
+ * {@link PaymentMethodSeedRecord} is a published record and not the
+ * `PaymentMethod` entity, type-only included. Handing a caller a managed entity
+ * hands it the ability to mutate a payment method outside the seam, and to
+ * persist that change on whichever transaction it happens to hold.
+ */
+import type { EntityManager } from '@mikro-orm/postgresql';
+import type { PaymentAdapterType } from '@endora-commerce/contracts';
+/** The row values a seeding module supplies for its own payment method. */
+export interface PaymentMethodSeedDefaults {
+    /** Unique within `payment_methods`; the seam's whole idempotence rests on it. */
+    code: string;
+    /**
+     * Which driver realises the method — `'gateway'` for all five wave-2 vendors.
+     * The delivery twin has no equivalent field, which is the one shape difference
+     * between the two seams.
+     */
+    type: PaymentAdapterType;
+    /** Translations by language tag, with a `default` key. */
+    name: Record<string, string>;
+    additionalPrice?: string;
+    /**
+     * `'active'` when omitted. **Pass it explicitly when the module wants anything
+     * else**: all five gateway seeds wrote `'inactive'`, and taking the default
+     * there would offer a payment method at checkout that no operator chose
+     * (`contracts/foreign-write-repair.md` §2.4).
+     */
+    status?: 'active' | 'inactive';
+    statusOnPending?: string;
+    statusOnSuccess?: string;
+    /**
+     * `'on_hold'` when omitted, which is feature 085 FR-003's shipped default and
+     * the value every caller wants.
+     *
+     * **Never pass `'cancelled'`.** `cancelled` is terminal, so a declined payment
+     * destroys the order the buyer was trying to pay for; the five
+     * `*_failure_status_on_hold` migrations exist only to undo rows the old seeds
+     * wrote with it, and they retire with no replacement precisely because this
+     * default means a fresh install can no longer produce one
+     * (`contracts/foreign-write-repair.md` §4).
+     */
+    statusOnFailure?: string;
+}
+/** What the seam answers about a payment method — a record, never the entity. */
+export interface PaymentMethodSeedRecord {
+    readonly id: string;
+    readonly code: string;
+    readonly name: Record<string, string>;
+    readonly kind: PaymentAdapterType;
+    readonly adapter: string;
+    readonly status: 'active' | 'inactive';
+    readonly additionalPrice: string;
+    readonly statusOnPending: string;
+    readonly statusOnSuccess: string;
+    readonly statusOnFailure: string;
+}
+/**
+ * Created-versus-found, which the caller needs and cannot derive.
+ *
+ * `created` is what a channel binding is guarded on: the seed binds **once, for
+ * the rows it creates**, and re-binding a method an operator deliberately
+ * unbound from every channel is issue #96 verbatim
+ * (`contracts/foreign-write-repair.md` §2.3).
+ */
+export interface PaymentMethodSeedOutcome {
+    readonly row: PaymentMethodSeedRecord;
+    readonly created: boolean;
+}
+export interface PaymentMethodSeedApi {
+    /**
+     * Create this module's payment-method row, or return the existing one
+     * untouched. Idempotent and prune-safe: a row matched by `code` keeps its
+     * admin-edited configuration and only a missing `adapter` link is backfilled.
+     */
+    ensureMethodForAdapter(em: EntityManager, adapterKey: string, defaults: PaymentMethodSeedDefaults): Promise<PaymentMethodSeedOutcome>;
+    /**
+     * Put the method in the system-default sales channel.
+     *
+     * **Call it only when `ensureMethodForAdapter` answered `created === true`.**
+     * Never as a reconcile: "unbound from every channel" is a state an operator is
+     * entitled to reach and to keep, and an unguarded call brings the method back
+     * with nothing saying so (issue #96).
+     *
+     * Answers whether a membership row was written — `false` when the method was
+     * already in that channel, and `false` when the platform has **no**
+     * system-default channel yet, which a database that has been migrated and never
+     * booted does not: the default channel is created at boot, and an install
+     * composes nothing. The row is then seeded and unbound, which is what the seed
+     * migration this replaced did in the same state.
+     */
+    bindToDefaultChannel(em: EntityManager, paymentMethodId: string): Promise<boolean>;
+    /**
+     * Remove the method and, by cascade, its channel memberships and every
+     * vendor-owned row keyed on it.
+     *
+     * For a **hard** uninstall only (`if (!ctx.hard) return;`). A soft uninstall
+     * and a deactivation both keep the row: the registry filters the adapter's
+     * enumeration by its contributing module's effective state, so an off module
+     * is answered at the read and the operator's edits survive being switched back
+     * on (Principle XVII). Answers whether a row was removed.
+     */
+    removeMethodForAdapter(em: EntityManager, code: string): Promise<boolean>;
+}
+//# sourceMappingURL=index.d.ts.map

package/dist/ports/index.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../../src/ports/index.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA0DG;AACH,OAAO,KAAK,EAAE,aAAa,EAAE,MAAM,uBAAuB,CAAC;AAC3D,OAAO,KAAK,EAAE,kBAAkB,EAAE,MAAM,4BAA4B,CAAC;AAErE,2EAA2E;AAC3E,MAAM,WAAW,yBAAyB;IACxC,iFAAiF;IACjF,IAAI,EAAE,MAAM,CAAC;IACb;;;;OAIG;IACH,IAAI,EAAE,kBAAkB,CAAC;IACzB,0DAA0D;IAC1D,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,MAAM,CAAC,CAAC;IAC7B,eAAe,CAAC,EAAE,MAAM,CAAC;IACzB;;;;;OAKG;IACH,MAAM,CAAC,EAAE,QAAQ,GAAG,UAAU,CAAC;IAC/B,eAAe,CAAC,EAAE,MAAM,CAAC;IACzB,eAAe,CAAC,EAAE,MAAM,CAAC;IACzB;;;;;;;;;;OAUG;IACH,eAAe,CAAC,EAAE,MAAM,CAAC;CAC1B;AAED,iFAAiF;AACjF,MAAM,WAAW,uBAAuB;IACtC,QAAQ,CAAC,EAAE,EAAE,MAAM,CAAC;IACpB,QAAQ,CAAC,IAAI,EAAE,MAAM,CAAC;IACtB,QAAQ,CAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,MAAM,CAAC,CAAC;IACtC,QAAQ,CAAC,IAAI,EAAE,kBAAkB,CAAC;IAClC,QAAQ,CAAC,OAAO,EAAE,MAAM,CAAC;IACzB,QAAQ,CAAC,MAAM,EAAE,QAAQ,GAAG,UAAU,CAAC;IACvC,QAAQ,CAAC,eAAe,EAAE,MAAM,CAAC;IACjC,QAAQ,CAAC,eAAe,EAAE,MAAM,CAAC;IACjC,QAAQ,CAAC,eAAe,EAAE,MAAM,CAAC;IACjC,QAAQ,CAAC,eAAe,EAAE,MAAM,CAAC;CAClC;AAED;;;;;;;GAOG;AACH,MAAM,WAAW,wBAAwB;IACvC,QAAQ,CAAC,GAAG,EAAE,uBAAuB,CAAC;IACtC,QAAQ,CAAC,OAAO,EAAE,OAAO,CAAC;CAC3B;AAED,MAAM,WAAW,oBAAoB;IACnC;;;;OAIG;IACH,sBAAsB,CACpB,EAAE,EAAE,aAAa,EACjB,UAAU,EAAE,MAAM,EAClB,QAAQ,EAAE,yBAAyB,GAClC,OAAO,CAAC,wBAAwB,CAAC,CAAC;IAErC;;;;;;;;;;;;;;OAcG;IACH,oBAAoB,CAAC,EAAE,EAAE,aAAa,EAAE,eAAe,EAAE,MAAM,GAAG,OAAO,CAAC,OAAO,CAAC,CAAC;IAEnF;;;;;;;;;OASG;IACH,sBAAsB,CAAC,EAAE,EAAE,aAAa,EAAE,IAAI,EAAE,MAAM,GAAG,OAAO,CAAC,OAAO,CAAC,CAAC;CAC3E"}

package/dist/ports/index.js

@@ -0,0 +1,2 @@
+export {};
+//# sourceMappingURL=index.js.map

package/dist/ports/index.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"index.js","sourceRoot":"","sources":["../../src/ports/index.ts"],"names":[],"mappings":""}