@endora-commerce/mod-payment-methods 0.100.0

package/dist/backend/services/order-status-registry.port.d.ts

@@ -0,0 +1,57 @@
+import { type OrderStatusOption, type OrderStatusRegistry } from '@endora-commerce/contracts';
+/**
+ * OrderStatusRegistry port (feature 034 — research.md R2).
+ *
+ * `statusOnPending/Success/Failure` on a payment method reference *Order
+ * Statuses*. Those will eventually be an admin-configurable registry owned by
+ * the Orders module; until then this port is backed by the current hard-coded
+ * order `status` enum. Consumers (admin upsert validation, order-service,
+ * receive-payment handler) depend only on this interface, so the future
+ * configurable registry drops in with no change to `payment_methods`.
+ *
+ * The port intentionally does NOT touch the Order entity — applying a status
+ * to an order is done by the caller, which already owns the Order. This keeps
+ * the module isolated (constitution Principle I).
+ *
+ * The interface moved to `@endora-commerce/contracts` in feature 075's Phase P — `orders`
+ * and `payments` both read it. Re-exported here for the length of Phase P,
+ * which cuts no consumer; the implementation below now `implements` the
+ * published type, which is what keeps the two from drifting.
+ */
+export type { OrderStatusRegistry };
+export declare class OrderStatusRegistryError extends Error {
+    readonly code: string;
+    constructor(code: string);
+}
+/**
+ * Default enum-backed implementation. Seed set = the order `status` enum.
+ *
+ * **The absent-owner policy this registry states (issue #129): honour — and the
+ * reason is that there is nothing to skip.** It is named a registry, and the
+ * ledger classifies it as a contribution seam because `payments` reads it across
+ * a module boundary, but no module contributes to it: the option set is
+ * `orderStatusSchema`, fixed at compile time, so it holds no per-contributor
+ * state that an operator's flip could invalidate and no entry that could outlive
+ * the module that pushed it.
+ *
+ * Filtering would therefore not withdraw a stale answer, it would withdraw the
+ * only answer — and the reads are guards rather than surfaces. `payments` asks
+ * `has` before moving an order into the status a settled payment names, so a
+ * skip would silently leave a paid order in its old status; a throw would make a
+ * PSP webhook retry forever. Every status here is one live orders are already
+ * in, and a status an order is in has to stay nameable while the module holding
+ * this table is off. The buyer-facing consequence of that module being off is
+ * carried where it belongs: `payment_methods` closes its own catalogue at its
+ * own seam, and `orders` declares the sentence an operator is shown.
+ *
+ * The policy is structural rather than promised: the class takes no presence
+ * input, so no read of it can be made to drop a status without changing the
+ * policy first.
+ */
+export declare class EnumOrderStatusRegistry implements OrderStatusRegistry {
+    private readonly codes;
+    list(): OrderStatusOption[];
+    has(code: string): boolean;
+    assertValid(code: string): void;
+}
+//# sourceMappingURL=order-status-registry.port.d.ts.map

package/dist/backend/services/order-status-registry.port.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"order-status-registry.port.d.ts","sourceRoot":"","sources":["../../../src/backend/services/order-status-registry.port.ts"],"names":[],"mappings":"AAAA,OAAO,EAEL,KAAK,iBAAiB,EACtB,KAAK,mBAAmB,EACzB,MAAM,4BAA4B,CAAC;AAEpC;;;;;;;;;;;;;;;;;;GAkBG;AACH,YAAY,EAAE,mBAAmB,EAAE,CAAC;AAEpC,qBAAa,wBAAyB,SAAQ,KAAK;aACrB,IAAI,EAAE,MAAM;gBAAZ,IAAI,EAAE,MAAM;CAIzC;AAQD;;;;;;;;;;;;;;;;;;;;;;;;GAwBG;AACH,qBAAa,uBAAwB,YAAW,mBAAmB;IACjE,OAAO,CAAC,QAAQ,CAAC,KAAK,CAAgD;IAEtE,IAAI,IAAI,iBAAiB,EAAE;IAI3B,GAAG,CAAC,IAAI,EAAE,MAAM,GAAG,OAAO;IAI1B,WAAW,CAAC,IAAI,EAAE,MAAM,GAAG,IAAI;CAKhC"}

package/dist/backend/services/order-status-registry.port.js

@@ -0,0 +1,53 @@
+import { orderStatusSchema, } from '@endora-commerce/contracts';
+export class OrderStatusRegistryError extends Error {
+    code;
+    constructor(code) {
+        super(`Unknown order status reference: "${code}".`);
+        this.code = code;
+        this.name = 'OrderStatusRegistryError';
+    }
+}
+const humanize = (code) => code
+    .split('_')
+    .map((part) => (part.length > 0 ? part[0].toUpperCase() + part.slice(1) : part))
+    .join(' ');
+/**
+ * Default enum-backed implementation. Seed set = the order `status` enum.
+ *
+ * **The absent-owner policy this registry states (issue #129): honour — and the
+ * reason is that there is nothing to skip.** It is named a registry, and the
+ * ledger classifies it as a contribution seam because `payments` reads it across
+ * a module boundary, but no module contributes to it: the option set is
+ * `orderStatusSchema`, fixed at compile time, so it holds no per-contributor
+ * state that an operator's flip could invalidate and no entry that could outlive
+ * the module that pushed it.
+ *
+ * Filtering would therefore not withdraw a stale answer, it would withdraw the
+ * only answer — and the reads are guards rather than surfaces. `payments` asks
+ * `has` before moving an order into the status a settled payment names, so a
+ * skip would silently leave a paid order in its old status; a throw would make a
+ * PSP webhook retry forever. Every status here is one live orders are already
+ * in, and a status an order is in has to stay nameable while the module holding
+ * this table is off. The buyer-facing consequence of that module being off is
+ * carried where it belongs: `payment_methods` closes its own catalogue at its
+ * own seam, and `orders` declares the sentence an operator is shown.
+ *
+ * The policy is structural rather than promised: the class takes no presence
+ * input, so no read of it can be made to drop a status without changing the
+ * policy first.
+ */
+export class EnumOrderStatusRegistry {
+    codes = orderStatusSchema.options;
+    list() {
+        return this.codes.map((code) => ({ code, label: humanize(code) }));
+    }
+    has(code) {
+        return this.codes.includes(code);
+    }
+    assertValid(code) {
+        if (!this.has(code)) {
+            throw new OrderStatusRegistryError(code);
+        }
+    }
+}
+//# sourceMappingURL=order-status-registry.port.js.map

package/dist/backend/services/order-status-registry.port.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"order-status-registry.port.js","sourceRoot":"","sources":["../../../src/backend/services/order-status-registry.port.ts"],"names":[],"mappings":"AAAA,OAAO,EACL,iBAAiB,GAGlB,MAAM,4BAA4B,CAAC;AAuBpC,MAAM,OAAO,wBAAyB,SAAQ,KAAK;IACrB;IAA5B,YAA4B,IAAY;QACtC,KAAK,CAAC,oCAAoC,IAAI,IAAI,CAAC,CAAC;QAD1B,SAAI,GAAJ,IAAI,CAAQ;QAEtC,IAAI,CAAC,IAAI,GAAG,0BAA0B,CAAC;IACzC,CAAC;CACF;AAED,MAAM,QAAQ,GAAG,CAAC,IAAY,EAAU,EAAE,CACxC,IAAI;KACD,KAAK,CAAC,GAAG,CAAC;KACV,GAAG,CAAC,CAAC,IAAI,EAAE,EAAE,CAAC,CAAC,IAAI,CAAC,MAAM,GAAG,CAAC,CAAC,CAAC,CAAC,IAAI,CAAC,CAAC,CAAE,CAAC,WAAW,EAAE,GAAG,IAAI,CAAC,KAAK,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC,IAAI,CAAC,CAAC;KAChF,IAAI,CAAC,GAAG,CAAC,CAAC;AAEf;;;;;;;;;;;;;;;;;;;;;;;;GAwBG;AACH,MAAM,OAAO,uBAAuB;IACjB,KAAK,GAAsB,iBAAiB,CAAC,OAAO,CAAC;IAEtE,IAAI;QACF,OAAO,IAAI,CAAC,KAAK,CAAC,GAAG,CAAC,CAAC,IAAI,EAAE,EAAE,CAAC,CAAC,EAAE,IAAI,EAAE,KAAK,EAAE,QAAQ,CAAC,IAAI,CAAC,EAAE,CAAC,CAAC,CAAC;IACrE,CAAC;IAED,GAAG,CAAC,IAAY;QACd,OAAO,IAAI,CAAC,KAAK,CAAC,QAAQ,CAAC,IAAI,CAAC,CAAC;IACnC,CAAC;IAED,WAAW,CAAC,IAAY;QACtB,IAAI,CAAC,IAAI,CAAC,GAAG,CAAC,IAAI,CAAC,EAAE,CAAC;YACpB,MAAM,IAAI,wBAAwB,CAAC,IAAI,CAAC,CAAC;QAC3C,CAAC;IACH,CAAC;CACF"}

package/dist/backend/services/payment-adapter-registry.d.ts

@@ -0,0 +1,79 @@
+import type { PaymentAdapter, PaymentAdapterRegistryPort } from '@endora-commerce/contracts';
+/**
+ * PaymentAdapterRegistry (feature 034) — in-memory map of adapter key →
+ * implementation. A module is recognised as a payment-method adapter iff it
+ * registers a `PaymentAdapter` here (FR-001). `payments` contributes the four
+ * built-in adapters from its boot hook; each gateway module contributes its own.
+ *
+ * **Every entry names the module that contributed it (issue #96).** This is a
+ * contribution registry in D-39's sense: the push is ungated — a boot hook runs
+ * whatever the module's effective state is, and gating the push would make a
+ * deactivation survive as a permanently missing entry — so the presence
+ * question is answered *here*, at enumeration, keyed on the owner recorded with
+ * the entry.
+ *
+ * The policy this registry states, per D-39's requirement that each host state
+ * one: an adapter whose owner is not effectively present is **skipped**. A
+ * payment method is a surface-like contribution — the product ruling of
+ * 2026-08-15 is that a buyer never sees a method that cannot take their money —
+ * so `get`, `resolve` and `list` answer as if the adapter were not registered.
+ * `entry`, `ownerOf`, `isRegistered` and `listAll` deliberately do not filter:
+ * they are what the admin surface reads to keep showing the method *and* the
+ * reason it is unavailable, and switching a module off is not uninstalling it.
+ *
+ * Collision policy mirrors the CMS PageBuilderRegistry: last-writer-wins with
+ * a warning, so a re-registration during a hot reload or re-enable does not
+ * throw. Re-registration by the *same* owner is a re-composition rather than a
+ * collision (the test suite performs several hundred against this one process
+ * singleton) and is silent.
+ */
+export interface RegistryLogger {
+    warn(message: string): void;
+}
+/** One contributed adapter, with the module that contributed it. */
+export interface PaymentAdapterEntry {
+    readonly adapter: PaymentAdapter;
+    readonly module: string;
+}
+/**
+ * `implements` the shape feature 075's Phase P published, which is what stops
+ * the registry and its contract drifting: the four gateway modules will read
+ * the published type, and `tsc` refuses the day a method here stops matching.
+ */
+export declare class PaymentAdapterRegistry implements PaymentAdapterRegistryPort {
+    private readonly log;
+    private readonly isModulePresent;
+    private readonly entries;
+    /**
+     * @param log            collision warnings.
+     * @param isModulePresent the effective-state probe. Defaults to
+     *   always-present so a registry built for a unit test or a bare harness
+     *   behaves exactly as it did before this filter existed; the process
+     *   singleton wires it to the kernel's effective state.
+     */
+    constructor(log?: RegistryLogger, isModulePresent?: (moduleId: string) => boolean);
+    register(adapter: PaymentAdapter, moduleId: string): void;
+    unregister(adapterKey: string): void;
+    /** Whether any module has contributed this key — presence-blind. */
+    isRegistered(adapterKey: string): boolean;
+    /** The contributed entry, presence-blind. Admin and diagnostics read this. */
+    entry(adapterKey: string): PaymentAdapterEntry | undefined;
+    /** The module that contributed `adapterKey`, or `null` when nobody did. */
+    ownerOf(adapterKey: string): string | null;
+    /** Registered AND its owner effectively present. */
+    isAvailable(adapterKey: string): boolean;
+    /** The adapter, or `undefined` when unregistered or its owner is absent. */
+    get(adapterKey: string): PaymentAdapter | undefined;
+    /**
+     * The adapter, or a throw. An unregistered key is a programming error; a
+     * registered one whose owner is absent is the ordinary 503 envelope, so a
+     * caller reached through a service boundary learns the capability is off
+     * rather than that the platform is broken.
+     */
+    resolve(adapterKey: string): PaymentAdapter;
+    /** Adapter keys whose owner is present (stable insertion order). */
+    list(): string[];
+    /** Every registered adapter key, presence-blind. */
+    listAll(): string[];
+}
+//# sourceMappingURL=payment-adapter-registry.d.ts.map

package/dist/backend/services/payment-adapter-registry.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"payment-adapter-registry.d.ts","sourceRoot":"","sources":["../../../src/backend/services/payment-adapter-registry.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,cAAc,EAAE,0BAA0B,EAAE,MAAM,4BAA4B,CAAC;AAG7F;;;;;;;;;;;;;;;;;;;;;;;;;;;GA2BG;AACH,MAAM,WAAW,cAAc;IAC7B,IAAI,CAAC,OAAO,EAAE,MAAM,GAAG,IAAI,CAAC;CAC7B;AAMD,oEAAoE;AACpE,MAAM,WAAW,mBAAmB;IAClC,QAAQ,CAAC,OAAO,EAAE,cAAc,CAAC;IACjC,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAC;CACzB;AAED;;;;GAIG;AACH,qBAAa,sBAAuB,YAAW,0BAA0B;IAWrE,OAAO,CAAC,QAAQ,CAAC,GAAG;IACpB,OAAO,CAAC,QAAQ,CAAC,eAAe;IAXlC,OAAO,CAAC,QAAQ,CAAC,OAAO,CAA0C;IAElE;;;;;;OAMG;gBAEgB,GAAG,GAAE,cAA8B,EACnC,eAAe,GAAE,CAAC,QAAQ,EAAE,MAAM,KAAK,OAAoB;IAG9E,QAAQ,CAAC,OAAO,EAAE,cAAc,EAAE,QAAQ,EAAE,MAAM,GAAG,IAAI;IAWzD,UAAU,CAAC,UAAU,EAAE,MAAM,GAAG,IAAI;IAIpC,oEAAoE;IACpE,YAAY,CAAC,UAAU,EAAE,MAAM,GAAG,OAAO;IAIzC,8EAA8E;IAC9E,KAAK,CAAC,UAAU,EAAE,MAAM,GAAG,mBAAmB,GAAG,SAAS;IAI1D,2EAA2E;IAC3E,OAAO,CAAC,UAAU,EAAE,MAAM,GAAG,MAAM,GAAG,IAAI;IAI1C,oDAAoD;IACpD,WAAW,CAAC,UAAU,EAAE,MAAM,GAAG,OAAO;IAKxC,4EAA4E;IAC5E,GAAG,CAAC,UAAU,EAAE,MAAM,GAAG,cAAc,GAAG,SAAS;IAMnD;;;;;OAKG;IACH,OAAO,CAAC,UAAU,EAAE,MAAM,GAAG,cAAc;IAW3C,oEAAoE;IACpE,IAAI,IAAI,MAAM,EAAE;IAMhB,oDAAoD;IACpD,OAAO,IAAI,MAAM,EAAE;CAGpB"}

package/dist/backend/services/payment-adapter-registry.js

@@ -0,0 +1,87 @@
+import { ModuleDisabledError } from '@endora-commerce/platform/kernel';
+const consoleLogger = {
+    warn: (message) => console.warn(message),
+};
+/**
+ * `implements` the shape feature 075's Phase P published, which is what stops
+ * the registry and its contract drifting: the four gateway modules will read
+ * the published type, and `tsc` refuses the day a method here stops matching.
+ */
+export class PaymentAdapterRegistry {
+    log;
+    isModulePresent;
+    entries = new Map();
+    /**
+     * @param log            collision warnings.
+     * @param isModulePresent the effective-state probe. Defaults to
+     *   always-present so a registry built for a unit test or a bare harness
+     *   behaves exactly as it did before this filter existed; the process
+     *   singleton wires it to the kernel's effective state.
+     */
+    constructor(log = consoleLogger, isModulePresent = () => true) {
+        this.log = log;
+        this.isModulePresent = isModulePresent;
+    }
+    register(adapter, moduleId) {
+        const existing = this.entries.get(adapter.adapterKey);
+        if (existing && existing.module !== moduleId) {
+            this.log.warn(`PaymentAdapterRegistry: adapter "${adapter.adapterKey}" re-registered by ` +
+                `module "${moduleId}" (was "${existing.module}"); overwriting previous registration.`);
+        }
+        this.entries.set(adapter.adapterKey, { adapter, module: moduleId });
+    }
+    unregister(adapterKey) {
+        this.entries.delete(adapterKey);
+    }
+    /** Whether any module has contributed this key — presence-blind. */
+    isRegistered(adapterKey) {
+        return this.entries.has(adapterKey);
+    }
+    /** The contributed entry, presence-blind. Admin and diagnostics read this. */
+    entry(adapterKey) {
+        return this.entries.get(adapterKey);
+    }
+    /** The module that contributed `adapterKey`, or `null` when nobody did. */
+    ownerOf(adapterKey) {
+        return this.entries.get(adapterKey)?.module ?? null;
+    }
+    /** Registered AND its owner effectively present. */
+    isAvailable(adapterKey) {
+        const entry = this.entries.get(adapterKey);
+        return entry !== undefined && this.isModulePresent(entry.module);
+    }
+    /** The adapter, or `undefined` when unregistered or its owner is absent. */
+    get(adapterKey) {
+        const entry = this.entries.get(adapterKey);
+        if (!entry || !this.isModulePresent(entry.module))
+            return undefined;
+        return entry.adapter;
+    }
+    /**
+     * The adapter, or a throw. An unregistered key is a programming error; a
+     * registered one whose owner is absent is the ordinary 503 envelope, so a
+     * caller reached through a service boundary learns the capability is off
+     * rather than that the platform is broken.
+     */
+    resolve(adapterKey) {
+        const entry = this.entries.get(adapterKey);
+        if (!entry) {
+            throw new Error(`PaymentAdapterRegistry: no adapter registered for key "${adapterKey}".`);
+        }
+        if (!this.isModulePresent(entry.module)) {
+            throw new ModuleDisabledError(entry.module);
+        }
+        return entry.adapter;
+    }
+    /** Adapter keys whose owner is present (stable insertion order). */
+    list() {
+        return [...this.entries.entries()]
+            .filter(([, entry]) => this.isModulePresent(entry.module))
+            .map(([key]) => key);
+    }
+    /** Every registered adapter key, presence-blind. */
+    listAll() {
+        return [...this.entries.keys()];
+    }
+}
+//# sourceMappingURL=payment-adapter-registry.js.map

package/dist/backend/services/payment-adapter-registry.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"payment-adapter-registry.js","sourceRoot":"","sources":["../../../src/backend/services/payment-adapter-registry.ts"],"names":[],"mappings":"AACA,OAAO,EAAE,mBAAmB,EAAE,MAAM,kCAAkC,CAAC;AAkCvE,MAAM,aAAa,GAAmB;IACpC,IAAI,EAAE,CAAC,OAAO,EAAE,EAAE,CAAC,OAAO,CAAC,IAAI,CAAC,OAAO,CAAC;CACzC,CAAC;AAQF;;;;GAIG;AACH,MAAM,OAAO,sBAAsB;IAWd;IACA;IAXF,OAAO,GAAG,IAAI,GAAG,EAA+B,CAAC;IAElE;;;;;;OAMG;IACH,YACmB,MAAsB,aAAa,EACnC,kBAAiD,GAAG,EAAE,CAAC,IAAI;QAD3D,QAAG,GAAH,GAAG,CAAgC;QACnC,oBAAe,GAAf,eAAe,CAA4C;IAC3E,CAAC;IAEJ,QAAQ,CAAC,OAAuB,EAAE,QAAgB;QAChD,MAAM,QAAQ,GAAG,IAAI,CAAC,OAAO,CAAC,GAAG,CAAC,OAAO,CAAC,UAAU,CAAC,CAAC;QACtD,IAAI,QAAQ,IAAI,QAAQ,CAAC,MAAM,KAAK,QAAQ,EAAE,CAAC;YAC7C,IAAI,CAAC,GAAG,CAAC,IAAI,CACX,oCAAoC,OAAO,CAAC,UAAU,qBAAqB;gBACzE,WAAW,QAAQ,WAAW,QAAQ,CAAC,MAAM,wCAAwC,CACxF,CAAC;QACJ,CAAC;QACD,IAAI,CAAC,OAAO,CAAC,GAAG,CAAC,OAAO,CAAC,UAAU,EAAE,EAAE,OAAO,EAAE,MAAM,EAAE,QAAQ,EAAE,CAAC,CAAC;IACtE,CAAC;IAED,UAAU,CAAC,UAAkB;QAC3B,IAAI,CAAC,OAAO,CAAC,MAAM,CAAC,UAAU,CAAC,CAAC;IAClC,CAAC;IAED,oEAAoE;IACpE,YAAY,CAAC,UAAkB;QAC7B,OAAO,IAAI,CAAC,OAAO,CAAC,GAAG,CAAC,UAAU,CAAC,CAAC;IACtC,CAAC;IAED,8EAA8E;IAC9E,KAAK,CAAC,UAAkB;QACtB,OAAO,IAAI,CAAC,OAAO,CAAC,GAAG,CAAC,UAAU,CAAC,CAAC;IACtC,CAAC;IAED,2EAA2E;IAC3E,OAAO,CAAC,UAAkB;QACxB,OAAO,IAAI,CAAC,OAAO,CAAC,GAAG,CAAC,UAAU,CAAC,EAAE,MAAM,IAAI,IAAI,CAAC;IACtD,CAAC;IAED,oDAAoD;IACpD,WAAW,CAAC,UAAkB;QAC5B,MAAM,KAAK,GAAG,IAAI,CAAC,OAAO,CAAC,GAAG,CAAC,UAAU,CAAC,CAAC;QAC3C,OAAO,KAAK,KAAK,SAAS,IAAI,IAAI,CAAC,eAAe,CAAC,KAAK,CAAC,MAAM,CAAC,CAAC;IACnE,CAAC;IAED,4EAA4E;IAC5E,GAAG,CAAC,UAAkB;QACpB,MAAM,KAAK,GAAG,IAAI,CAAC,OAAO,CAAC,GAAG,CAAC,UAAU,CAAC,CAAC;QAC3C,IAAI,CAAC,KAAK,IAAI,CAAC,IAAI,CAAC,eAAe,CAAC,KAAK,CAAC,MAAM,CAAC;YAAE,OAAO,SAAS,CAAC;QACpE,OAAO,KAAK,CAAC,OAAO,CAAC;IACvB,CAAC;IAED;;;;;OAKG;IACH,OAAO,CAAC,UAAkB;QACxB,MAAM,KAAK,GAAG,IAAI,CAAC,OAAO,CAAC,GAAG,CAAC,UAAU,CAAC,CAAC;QAC3C,IAAI,CAAC,KAAK,EAAE,CAAC;YACX,MAAM,IAAI,KAAK,CAAC,0DAA0D,UAAU,IAAI,CAAC,CAAC;QAC5F,CAAC;QACD,IAAI,CAAC,IAAI,CAAC,eAAe,CAAC,KAAK,CAAC,MAAM,CAAC,EAAE,CAAC;YACxC,MAAM,IAAI,mBAAmB,CAAC,KAAK,CAAC,MAAM,CAAC,CAAC;QAC9C,CAAC;QACD,OAAO,KAAK,CAAC,OAAO,CAAC;IACvB,CAAC;IAED,oEAAoE;IACpE,IAAI;QACF,OAAO,CAAC,GAAG,IAAI,CAAC,OAAO,CAAC,OAAO,EAAE,CAAC;aAC/B,MAAM,CAAC,CAAC,CAAC,EAAE,KAAK,CAAC,EAAE,EAAE,CAAC,IAAI,CAAC,eAAe,CAAC,KAAK,CAAC,MAAM,CAAC,CAAC;aACzD,GAAG,CAAC,CAAC,CAAC,GAAG,CAAC,EAAE,EAAE,CAAC,GAAG,CAAC,CAAC;IACzB,CAAC;IAED,oDAAoD;IACpD,OAAO;QACL,OAAO,CAAC,GAAG,IAAI,CAAC,OAAO,CAAC,IAAI,EAAE,CAAC,CAAC;IAClC,CAAC;CACF"}

package/dist/backend/services/payment-method-eligibility.d.ts

@@ -0,0 +1,24 @@
+import type { PaymentSurface } from '@endora-commerce/contracts';
+import type { PaymentMethod } from '../entities/payment-method.entity.js';
+import type { PaymentAdapterRegistry } from './payment-adapter-registry.js';
+/**
+ * PaymentMethodEligibilityService (feature 034, FR-011/FR-012/FR-013/FR-014).
+ *
+ * Given the active methods (already filtered by status and the per-Organization
+ * allow-list at the route), keeps only those whose adapter is currently
+ * registered (FR-003 — a disabled adapter drops out) and whose surface
+ * validator returns true. Sales-channel-assignment filtering is applied by the
+ * caller via the membership bridge.
+ */
+export interface EligibilityContext {
+    salesChannelId: string | null;
+    organizationId: string | null;
+    customerAccountId: string | null;
+    surface: PaymentSurface;
+}
+export declare class PaymentMethodEligibilityService {
+    private readonly registry;
+    constructor(registry: PaymentAdapterRegistry);
+    filter(methods: PaymentMethod[], ctx: EligibilityContext): Promise<PaymentMethod[]>;
+}
+//# sourceMappingURL=payment-method-eligibility.d.ts.map

package/dist/backend/services/payment-method-eligibility.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"payment-method-eligibility.d.ts","sourceRoot":"","sources":["../../../src/backend/services/payment-method-eligibility.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,cAAc,EAAE,MAAM,4BAA4B,CAAC;AACjE,OAAO,KAAK,EAAE,aAAa,EAAE,MAAM,sCAAsC,CAAC;AAC1E,OAAO,KAAK,EAAE,sBAAsB,EAAE,MAAM,+BAA+B,CAAC;AAE5E;;;;;;;;GAQG;AACH,MAAM,WAAW,kBAAkB;IACjC,cAAc,EAAE,MAAM,GAAG,IAAI,CAAC;IAC9B,cAAc,EAAE,MAAM,GAAG,IAAI,CAAC;IAC9B,iBAAiB,EAAE,MAAM,GAAG,IAAI,CAAC;IACjC,OAAO,EAAE,cAAc,CAAC;CACzB;AAED,qBAAa,+BAA+B;IAC9B,OAAO,CAAC,QAAQ,CAAC,QAAQ;gBAAR,QAAQ,EAAE,sBAAsB;IAEvD,MAAM,CAAC,OAAO,EAAE,aAAa,EAAE,EAAE,GAAG,EAAE,kBAAkB,GAAG,OAAO,CAAC,aAAa,EAAE,CAAC;CAyC1F"}

package/dist/backend/services/payment-method-eligibility.js

@@ -0,0 +1,48 @@
+export class PaymentMethodEligibilityService {
+    registry;
+    constructor(registry) {
+        this.registry = registry;
+    }
+    async filter(methods, ctx) {
+        const eligible = [];
+        for (const m of methods) {
+            if (m.status !== 'active')
+                continue;
+            const adapter = this.registry.get(m.adapter);
+            if (!adapter)
+                continue; // unregistered adapter ⇒ not offered (FR-003)
+            const eligCtx = {
+                paymentMethod: {
+                    id: m.id,
+                    code: m.code,
+                    adapter: m.adapter,
+                    kind: m.kind,
+                    name: m.name,
+                    status: m.status,
+                    additionalPrice: Number(m.additionalPrice),
+                    statusOnPending: m.statusOnPending,
+                    statusOnSuccess: m.statusOnSuccess,
+                    statusOnFailure: m.statusOnFailure,
+                    salesChannelIds: [],
+                },
+                // Issue #103 — passed through, `null` included. It used to be
+                // `?? ''`, and an empty string is not a channel id: an adapter that
+                // reads its own per-channel configuration hit the settings seam guard
+                // and dropped every method. `null` is the platform-wide tier.
+                salesChannelId: ctx.salesChannelId,
+                organizationId: ctx.organizationId,
+                customerAccountId: ctx.customerAccountId,
+                surface: ctx.surface,
+            };
+            const ok = ctx.surface === 'admin'
+                ? await adapter.validateUseOnAdmin(eligCtx)
+                : ctx.surface === 'api'
+                    ? await adapter.validateUseInApi(eligCtx)
+                    : await adapter.validateUseOnStorefront(eligCtx);
+            if (ok)
+                eligible.push(m);
+        }
+        return eligible;
+    }
+}
+//# sourceMappingURL=payment-method-eligibility.js.map

package/dist/backend/services/payment-method-eligibility.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"payment-method-eligibility.js","sourceRoot":"","sources":["../../../src/backend/services/payment-method-eligibility.ts"],"names":[],"mappings":"AAoBA,MAAM,OAAO,+BAA+B;IACb;IAA7B,YAA6B,QAAgC;QAAhC,aAAQ,GAAR,QAAQ,CAAwB;IAAG,CAAC;IAEjE,KAAK,CAAC,MAAM,CAAC,OAAwB,EAAE,GAAuB;QAC5D,MAAM,QAAQ,GAAoB,EAAE,CAAC;QACrC,KAAK,MAAM,CAAC,IAAI,OAAO,EAAE,CAAC;YACxB,IAAI,CAAC,CAAC,MAAM,KAAK,QAAQ;gBAAE,SAAS;YACpC,MAAM,OAAO,GAAG,IAAI,CAAC,QAAQ,CAAC,GAAG,CAAC,CAAC,CAAC,OAAO,CAAC,CAAC;YAC7C,IAAI,CAAC,OAAO;gBAAE,SAAS,CAAC,8CAA8C;YAEtE,MAAM,OAAO,GAAG;gBACd,aAAa,EAAE;oBACb,EAAE,EAAE,CAAC,CAAC,EAAE;oBACR,IAAI,EAAE,CAAC,CAAC,IAAI;oBACZ,OAAO,EAAE,CAAC,CAAC,OAAO;oBAClB,IAAI,EAAE,CAAC,CAAC,IAAI;oBACZ,IAAI,EAAE,CAAC,CAAC,IAAI;oBACZ,MAAM,EAAE,CAAC,CAAC,MAAM;oBAChB,eAAe,EAAE,MAAM,CAAC,CAAC,CAAC,eAAe,CAAC;oBAC1C,eAAe,EAAE,CAAC,CAAC,eAAe;oBAClC,eAAe,EAAE,CAAC,CAAC,eAAe;oBAClC,eAAe,EAAE,CAAC,CAAC,eAAe;oBAClC,eAAe,EAAE,EAAc;iBAChC;gBACD,8DAA8D;gBAC9D,oEAAoE;gBACpE,sEAAsE;gBACtE,8DAA8D;gBAC9D,cAAc,EAAE,GAAG,CAAC,cAAc;gBAClC,cAAc,EAAE,GAAG,CAAC,cAAc;gBAClC,iBAAiB,EAAE,GAAG,CAAC,iBAAiB;gBACxC,OAAO,EAAE,GAAG,CAAC,OAAO;aACrB,CAAC;YAEF,MAAM,EAAE,GACN,GAAG,CAAC,OAAO,KAAK,OAAO;gBACrB,CAAC,CAAC,MAAM,OAAO,CAAC,kBAAkB,CAAC,OAAO,CAAC;gBAC3C,CAAC,CAAC,GAAG,CAAC,OAAO,KAAK,KAAK;oBACrB,CAAC,CAAC,MAAM,OAAO,CAAC,gBAAgB,CAAC,OAAO,CAAC;oBACzC,CAAC,CAAC,MAAM,OAAO,CAAC,uBAAuB,CAAC,OAAO,CAAC,CAAC;YACvD,IAAI,EAAE;gBAAE,QAAQ,CAAC,IAAI,CAAC,CAAC,CAAC,CAAC;QAC3B,CAAC;QACD,OAAO,QAAQ,CAAC;IAClB,CAAC;CACF"}

package/dist/backend/services/payment-method-read-port.d.ts

@@ -0,0 +1,25 @@
+import type { EntityManager } from '@mikro-orm/postgresql';
+import type { PaymentMethodReadPort, PaymentMethodRecord } from '@endora-commerce/contracts';
+import { PaymentMethod } from '../entities/payment-method.entity.js';
+/**
+ * The row-level read model `payment_methods` publishes (feature 075, Phase P).
+ *
+ * Nineteen of this module's 33 inbound import sites are a direct read of the
+ * `PaymentMethod` entity: four gateways resolving the method behind a payment,
+ * `orders` resolving it at placement, `quick_order` resolving a buyer's
+ * default, `payments` mapping an outcome onto an order status.
+ *
+ * `additionalPrice` stays a string across the boundary: it is `decimal(14,2)`
+ * and lands verbatim in the order's `paymentMethodSnapshot`.
+ */
+export declare class PaymentMethodReadService implements PaymentMethodReadPort {
+    private readonly emFactory;
+    constructor(emFactory: () => EntityManager);
+    findById(id: string): Promise<PaymentMethodRecord | null>;
+    findByIds(ids: readonly string[]): Promise<PaymentMethodRecord[]>;
+    findByCode(code: string): Promise<PaymentMethodRecord | null>;
+    listAll(): Promise<PaymentMethodRecord[]>;
+    listActive(): Promise<PaymentMethodRecord[]>;
+}
+export declare function toPaymentMethodRecord(method: PaymentMethod): PaymentMethodRecord;
+//# sourceMappingURL=payment-method-read-port.d.ts.map

package/dist/backend/services/payment-method-read-port.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"payment-method-read-port.d.ts","sourceRoot":"","sources":["../../../src/backend/services/payment-method-read-port.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,aAAa,EAAE,MAAM,uBAAuB,CAAC;AAC3D,OAAO,KAAK,EAAE,qBAAqB,EAAE,mBAAmB,EAAE,MAAM,4BAA4B,CAAC;AAC7F,OAAO,EAAE,aAAa,EAAE,MAAM,sCAAsC,CAAC;AAErE;;;;;;;;;;GAUG;AACH,qBAAa,wBAAyB,YAAW,qBAAqB;IACxD,OAAO,CAAC,QAAQ,CAAC,SAAS;gBAAT,SAAS,EAAE,MAAM,aAAa;IAErD,QAAQ,CAAC,EAAE,EAAE,MAAM,GAAG,OAAO,CAAC,mBAAmB,GAAG,IAAI,CAAC;IAKzD,SAAS,CAAC,GAAG,EAAE,SAAS,MAAM,EAAE,GAAG,OAAO,CAAC,mBAAmB,EAAE,CAAC;IAMjE,UAAU,CAAC,IAAI,EAAE,MAAM,GAAG,OAAO,CAAC,mBAAmB,GAAG,IAAI,CAAC;IAK7D,OAAO,IAAI,OAAO,CAAC,mBAAmB,EAAE,CAAC;IAKzC,UAAU,IAAI,OAAO,CAAC,mBAAmB,EAAE,CAAC;CAQnD;AAED,wBAAgB,qBAAqB,CAAC,MAAM,EAAE,aAAa,GAAG,mBAAmB,CAehF"}

package/dist/backend/services/payment-method-read-port.js

@@ -0,0 +1,57 @@
+import { PaymentMethod } from '../entities/payment-method.entity.js';
+/**
+ * The row-level read model `payment_methods` publishes (feature 075, Phase P).
+ *
+ * Nineteen of this module's 33 inbound import sites are a direct read of the
+ * `PaymentMethod` entity: four gateways resolving the method behind a payment,
+ * `orders` resolving it at placement, `quick_order` resolving a buyer's
+ * default, `payments` mapping an outcome onto an order status.
+ *
+ * `additionalPrice` stays a string across the boundary: it is `decimal(14,2)`
+ * and lands verbatim in the order's `paymentMethodSnapshot`.
+ */
+export class PaymentMethodReadService {
+    emFactory;
+    constructor(emFactory) {
+        this.emFactory = emFactory;
+    }
+    async findById(id) {
+        const method = await this.emFactory().findOne(PaymentMethod, { id });
+        return method ? toPaymentMethodRecord(method) : null;
+    }
+    async findByIds(ids) {
+        if (ids.length === 0)
+            return [];
+        const methods = await this.emFactory().find(PaymentMethod, { id: { $in: [...ids] } });
+        return methods.map(toPaymentMethodRecord);
+    }
+    async findByCode(code) {
+        const method = await this.emFactory().findOne(PaymentMethod, { code });
+        return method ? toPaymentMethodRecord(method) : null;
+    }
+    async listAll() {
+        const methods = await this.emFactory().find(PaymentMethod, {}, { orderBy: { code: 'asc' } });
+        return methods.map(toPaymentMethodRecord);
+    }
+    async listActive() {
+        const methods = await this.emFactory().find(PaymentMethod, { status: 'active' }, { orderBy: { code: 'asc' } });
+        return methods.map(toPaymentMethodRecord);
+    }
+}
+export function toPaymentMethodRecord(method) {
+    return {
+        id: method.id,
+        code: method.code,
+        name: method.name,
+        kind: method.kind,
+        adapter: method.adapter,
+        status: method.status,
+        additionalPrice: method.additionalPrice,
+        statusOnPending: method.statusOnPending,
+        statusOnSuccess: method.statusOnSuccess,
+        statusOnFailure: method.statusOnFailure,
+        createdAt: method.createdAt,
+        updatedAt: method.updatedAt,
+    };
+}
+//# sourceMappingURL=payment-method-read-port.js.map

package/dist/backend/services/payment-method-read-port.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"payment-method-read-port.js","sourceRoot":"","sources":["../../../src/backend/services/payment-method-read-port.ts"],"names":[],"mappings":"AAEA,OAAO,EAAE,aAAa,EAAE,MAAM,sCAAsC,CAAC;AAErE;;;;;;;;;;GAUG;AACH,MAAM,OAAO,wBAAwB;IACN;IAA7B,YAA6B,SAA8B;QAA9B,cAAS,GAAT,SAAS,CAAqB;IAAG,CAAC;IAE/D,KAAK,CAAC,QAAQ,CAAC,EAAU;QACvB,MAAM,MAAM,GAAG,MAAM,IAAI,CAAC,SAAS,EAAE,CAAC,OAAO,CAAC,aAAa,EAAE,EAAE,EAAE,EAAE,CAAC,CAAC;QACrE,OAAO,MAAM,CAAC,CAAC,CAAC,qBAAqB,CAAC,MAAM,CAAC,CAAC,CAAC,CAAC,IAAI,CAAC;IACvD,CAAC;IAED,KAAK,CAAC,SAAS,CAAC,GAAsB;QACpC,IAAI,GAAG,CAAC,MAAM,KAAK,CAAC;YAAE,OAAO,EAAE,CAAC;QAChC,MAAM,OAAO,GAAG,MAAM,IAAI,CAAC,SAAS,EAAE,CAAC,IAAI,CAAC,aAAa,EAAE,EAAE,EAAE,EAAE,EAAE,GAAG,EAAE,CAAC,GAAG,GAAG,CAAC,EAAE,EAAE,CAAC,CAAC;QACtF,OAAO,OAAO,CAAC,GAAG,CAAC,qBAAqB,CAAC,CAAC;IAC5C,CAAC;IAED,KAAK,CAAC,UAAU,CAAC,IAAY;QAC3B,MAAM,MAAM,GAAG,MAAM,IAAI,CAAC,SAAS,EAAE,CAAC,OAAO,CAAC,aAAa,EAAE,EAAE,IAAI,EAAE,CAAC,CAAC;QACvE,OAAO,MAAM,CAAC,CAAC,CAAC,qBAAqB,CAAC,MAAM,CAAC,CAAC,CAAC,CAAC,IAAI,CAAC;IACvD,CAAC;IAED,KAAK,CAAC,OAAO;QACX,MAAM,OAAO,GAAG,MAAM,IAAI,CAAC,SAAS,EAAE,CAAC,IAAI,CAAC,aAAa,EAAE,EAAE,EAAE,EAAE,OAAO,EAAE,EAAE,IAAI,EAAE,KAAK,EAAE,EAAE,CAAC,CAAC;QAC7F,OAAO,OAAO,CAAC,GAAG,CAAC,qBAAqB,CAAC,CAAC;IAC5C,CAAC;IAED,KAAK,CAAC,UAAU;QACd,MAAM,OAAO,GAAG,MAAM,IAAI,CAAC,SAAS,EAAE,CAAC,IAAI,CACzC,aAAa,EACb,EAAE,MAAM,EAAE,QAAQ,EAAE,EACpB,EAAE,OAAO,EAAE,EAAE,IAAI,EAAE,KAAK,EAAE,EAAE,CAC7B,CAAC;QACF,OAAO,OAAO,CAAC,GAAG,CAAC,qBAAqB,CAAC,CAAC;IAC5C,CAAC;CACF;AAED,MAAM,UAAU,qBAAqB,CAAC,MAAqB;IACzD,OAAO;QACL,EAAE,EAAE,MAAM,CAAC,EAAE;QACb,IAAI,EAAE,MAAM,CAAC,IAAI;QACjB,IAAI,EAAE,MAAM,CAAC,IAAI;QACjB,IAAI,EAAE,MAAM,CAAC,IAAI;QACjB,OAAO,EAAE,MAAM,CAAC,OAAO;QACvB,MAAM,EAAE,MAAM,CAAC,MAAM;QACrB,eAAe,EAAE,MAAM,CAAC,eAAe;QACvC,eAAe,EAAE,MAAM,CAAC,eAAe;QACvC,eAAe,EAAE,MAAM,CAAC,eAAe;QACvC,eAAe,EAAE,MAAM,CAAC,eAAe;QACvC,SAAS,EAAE,MAAM,CAAC,SAAS;QAC3B,SAAS,EAAE,MAAM,CAAC,SAAS;KAC5B,CAAC;AACJ,CAAC"}

package/dist/backend/services/payment-method-reconciler.d.ts

@@ -0,0 +1,97 @@
+import type { EntityManager } from '@mikro-orm/postgresql';
+import type { PaymentMethodSeedApi, PaymentMethodSeedDefaults, PaymentMethodSeedOutcome } from '../../ports/index.js';
+/**
+ * PaymentMethodReconciler (feature 034, FR-002) — the implementation behind
+ * `PaymentMethodSeedApi`, this module's published install surface
+ * (`../../ports/index.ts`, `createPaymentMethodSeeder` below).
+ *
+ * When a module contributes a payment adapter, it calls `ensureMethodForAdapter`
+ * from its **install hook** to create a configurable `payment_methods` row bound
+ * to that adapter — so installing a payment-method module surfaces an entry at
+ * `/payment-methods` with no core change. Idempotent and prune-safe: an existing
+ * row (matched by `code`) keeps its admin-edited configuration; the reconciler
+ * only fills a missing `adapter` link.
+ *
+ * The row and the adapter are contributed at **different moments, on purpose**.
+ * This row is durable state and is written once, at install; the adapter is an
+ * in-memory entry in a per-process table and is pushed from the contributing
+ * module's boot hook, on every composition (see `payment-adapter-registry.ts`).
+ * Neither waits for the other: a row whose `adapter` key nothing has contributed
+ * is simply not offered, and the registry is not read until a request reads it.
+ *
+ * **The `EntityManager` is a parameter of every method and is never held**
+ * (feature 134, FR-064; D-169). It used to be a constructor `emFactory`, which is
+ * the shape of a service resolved from a container — and the caller this class
+ * was written for has no container: `ModuleLifecycleContext` is
+ * `{ em, redis, log, module }` and `module:install` composes nothing (D-46). The
+ * hook's own `ctx.em` is therefore what every statement here runs on, handed in
+ * at the call, so the write lands in the transaction the orchestrator will
+ * commit or revert rather than on a fork of it.
+ *
+ * **It no longer touches sales-channel membership unconditionally (issue #96).**
+ * It used to call `bindToDefaultIfEmpty` for every row it created, and the four
+ * gateway modules called it from their plugin body on every composition — so a
+ * method an operator had deliberately unbound from every channel came back bound
+ * to Default at the next boot, and nothing said so. Binding belongs to the two
+ * seams that own the decision: the admin create path (a method an operator just
+ * created has to land somewhere) and the module's own seed (once, for the rows it
+ * creates). `bindToDefaultChannel` below is that second seam, and the caller
+ * guards it on `created === true`. "Unbound" is a state an operator is entitled
+ * to reach and to keep.
+ */
+export declare class PaymentMethodReconciler implements PaymentMethodSeedApi {
+    ensureMethodForAdapter(em: EntityManager, adapterKey: string, defaults: PaymentMethodSeedDefaults): Promise<PaymentMethodSeedOutcome>;
+    /**
+     * The seed's channel binding — one membership row in the system-default
+     * channel, written against **this module's own** bridge table.
+     *
+     * Not through `SalesChannelMembershipService`, and the reason is structural
+     * rather than a preference: that service needs the `EventBus`, the audit port
+     * and the channel-bridge registry, and the registry is contributed from a boot
+     * hook. An install composes nothing, so at this seam it holds no registration
+     * for `'payment-method'` and `bridges.require` would refuse (FR-017) before the
+     * database was touched. `sales_channel_payment_methods` is this module's since
+     * `specs/120-migration-closure-bridge-ownership/` Phase 2 (D-226), so the
+     * statement is the owner's own and crosses no boundary — which is what FR-064
+     * buys by putting the writer here instead of in the seeding module.
+     *
+     * The channel itself is read through the kernel's own `SalesChannel` entity
+     * rather than in SQL — `api_keys` reads it the same way — because a raw
+     * `select … from "sales_channels"` from a module is a `check:module-boundary`
+     * finding against a kernel-owned table, and correctly so: the table is not
+     * this module's and the entity is the platform's published name for it.
+     *
+     * `em.execute` for the insert rather than `em.getConnection().execute`, so the
+     * statement runs inside the caller's transaction (issue #200). The bridge has
+     * no entity class — the kernel's membership service writes it in SQL too.
+     *
+     * **No system-default channel answers `false` rather than raising**, exactly as
+     * the delivery twin does and for the same measured reason: the default channel
+     * is created by `DefaultChannelReconciler` at **boot**, from `composeApp`, and
+     * `module:install` composes nothing (D-46), so a database that has been migrated
+     * and never booted has none. The seed migration this replaced degraded the same
+     * way, silently — its `cross join "sales_channels" where "system_default"`
+     * produced no rows and inserted no membership — so answering `false` is what
+     * keeps a fresh install and an upgraded one at the same row state in that state
+     * too. Raising instead **aborts the install**, and the hook is not inside a
+     * database transaction.
+     */
+    bindToDefaultChannel(em: EntityManager, paymentMethodId: string): Promise<boolean>;
+    /**
+     * The hard-uninstall half. Channel memberships go with the row, and so does
+     * every vendor-owned row keyed on it — each gateway's
+     * `*_payment_method_rules` and `*_payment_method_org_disables` declare
+     * `references "payment_methods" ("id") on delete cascade`.
+     */
+    removeMethodForAdapter(em: EntityManager, code: string): Promise<boolean>;
+}
+/**
+ * The runtime half of this module's install surface (feature 134, FR-064).
+ *
+ * A seeding module's `installHook` writes `createPaymentMethodSeeder()` and hands
+ * `ctx.em` to each call. The factory takes no arguments because the `em` belongs
+ * to the call and not to the seeder: one `em`, named at every statement, with no
+ * second source of truth for which transaction the write lands in.
+ */
+export declare function createPaymentMethodSeeder(): PaymentMethodSeedApi;
+//# sourceMappingURL=payment-method-reconciler.d.ts.map

package/dist/backend/services/payment-method-reconciler.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"payment-method-reconciler.d.ts","sourceRoot":"","sources":["../../../src/backend/services/payment-method-reconciler.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,aAAa,EAAE,MAAM,uBAAuB,CAAC;AAE3D,OAAO,KAAK,EACV,oBAAoB,EACpB,yBAAyB,EACzB,wBAAwB,EAEzB,MAAM,sBAAsB,CAAC;AAG9B;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAsCG;AACH,qBAAa,uBAAwB,YAAW,oBAAoB;IAC5D,sBAAsB,CAC1B,EAAE,EAAE,aAAa,EACjB,UAAU,EAAE,MAAM,EAClB,QAAQ,EAAE,yBAAyB,GAClC,OAAO,CAAC,wBAAwB,CAAC;IAkCpC;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;OAkCG;IACG,oBAAoB,CAAC,EAAE,EAAE,aAAa,EAAE,eAAe,EAAE,MAAM,GAAG,OAAO,CAAC,OAAO,CAAC;IAexF;;;;;OAKG;IACG,sBAAsB,CAAC,EAAE,EAAE,aAAa,EAAE,IAAI,EAAE,MAAM,GAAG,OAAO,CAAC,OAAO,CAAC;CAOhF;AAqBD;;;;;;;GAOG;AACH,wBAAgB,yBAAyB,IAAI,oBAAoB,CAEhE"}