@mj-biz-apps/orders-core-entities-server 0.0.1 → 5.2.0

package/dist/StripeACHPaymentProvider.js

@@ -0,0 +1,211 @@
+var __decorate = (this && this.__decorate) || function (decorators, target, key, desc) {
+    var c = arguments.length, r = c < 3 ? target : desc === null ? desc = Object.getOwnPropertyDescriptor(target, key) : desc, d;
+    if (typeof Reflect === "object" && typeof Reflect.decorate === "function") r = Reflect.decorate(decorators, target, key, desc);
+    else for (var i = decorators.length - 1; i >= 0; i--) if (d = decorators[i]) r = (c < 3 ? d(r) : c > 3 ? d(target, key, r) : d(target, key)) || r;
+    return c > 3 && r && Object.defineProperty(target, key, r), r;
+};
+/**
+ * StripeACHPaymentProvider — collecting by US bank debit, where "paid" is an opinion for four days.
+ *
+ * IT IS A SUBCLASS BECAUSE IT IS THE SAME GATEWAY. Stripe treats a bank debit as a PaymentIntent with
+ * a different payment-method type, so the auth, the form encoding, the error reading, the signature
+ * verification and the fee lookup are all identical to the card driver's. A separate top-level class
+ * would have copied every one of them, and the copies would have drifted the first time Stripe changed
+ * a response shape. What genuinely differs is small enough to read in one screen, and it is all here.
+ *
+ * IT IS A SEPARATE `PaymentProviderType` ROW because the two rails are different money. They settle on
+ * different timescales, cost different amounts (0.8% capped at $5 against 2.9% + 30c), fail for
+ * different reasons, and — the one that matters operationally — a bank debit can be TAKEN BACK after
+ * it has been booked. Configuring them as one provider would mean an operator could not turn one off,
+ * and every fee expectation in the system would have to branch on the instrument rather than the
+ * account.
+ *
+ * ═══ THE THING THAT MAKES THIS RAIL DIFFERENT ═══
+ *
+ * A card answers at the till. A bank debit answers up to four business days later, and it can answer a
+ * SECOND time — insufficient funds, account closed, "I never authorised this" — weeks after the money
+ * appeared to arrive. So there is no moment at which `Capture` can honestly report that cash moved,
+ * and the driver does not pretend there is:
+ *
+ *   `CreateIntent`  submits the debit           → the intent is `Processing`
+ *   `Capture`       READS what the bank said    → it does not capture anything; see below
+ *   the webhook     promotes, fails, or reverses the payment when the answer arrives
+ *
+ * `Capture` IS A READ, AND THAT IS NOT A HACK. `PaymentHeaderEntityServer.settleWithProvider` calls it
+ * for one purpose: to ask the gateway what actually moved, because the gateway is the authority on the
+ * amount and the fee. For a card the answer requires an action; for a bank debit the action already
+ * happened and the answer is a lookup. Overriding it to POST `/capture` would fail — there is nothing
+ * to capture — and inventing a second method would fork the one path that books cash. So `Capture`
+ * asks Stripe for the intent, refuses unless it says `succeeded`, and reports the real amount and the
+ * real fee. Every line of `PaymentHeaderEntityServer` stays as it was.
+ *
+ * WHAT THIS DRIVER DOES NOT DO. It does not collect or verify a bank account, and it does not capture
+ * a NACHA authorisation. Both belong to a SetupIntent flow the customer walks through once, and its
+ * output — a `us_bank_account` payment method plus the mandate Stripe retains against it — is what
+ * arrives here as `ProviderInstrumentRef`. Building that flow into a back-office capture path would
+ * put a consent screen behind an API call nobody is watching.
+ *
+ * CONNECTS TO:
+ *   BASE:    ./StripePaymentProvider.ts — auth, HTTP, form encoding, signature, fee lookup
+ *   PURE:    ./PaymentProviderBehavior.ts — AchFeeEstimate, DecideSettlement
+ *   EFFECTS: ./PaymentSettlement.ts — what the webhook does with the answer
+ *   DOC:     plans/archive/bizapps-orders-master.md D19, D37
+ */
+import { RegisterClass } from '@memberjunction/global';
+import { BasePaymentProvider } from './BasePaymentProvider.js';
+import { StripePaymentProvider } from './StripePaymentProvider.js';
+import { AchFeeEstimate, FromMinorUnits } from './PaymentProviderBehavior.js';
+/**
+ * Stripe's payment-method type for a US bank debit. Its own constant because it appears in the intent
+ * body and in the refusal messages, and a typo in either is a runtime surprise rather than a build one.
+ */
+const US_BANK_ACCOUNT = 'us_bank_account';
+/**
+ * The events this rail acts on.
+ *
+ * `payment_intent.processing` is here so the SUBMISSION is recorded rather than inferred from silence —
+ * without it, a payment sits `Pending` for four days with nothing on the intent to say the bank ever
+ * heard about it, and an operator cannot tell "submitted, waiting" from "never sent".
+ *
+ * BOTH `charge.failed` AND `payment_intent.payment_failed` ARE HANDLED, DELIBERATELY. A debit that
+ * fails before settling and one RETURNED after settling are different events at Stripe, and which
+ * arrives when is exactly the sort of detail this code should not be confident about. Handling both is
+ * safe rather than sloppy: `DecideSettlement` keys off the PAYMENT'S state, not the event's name, so a
+ * failure against a `Pending` payment fails it and a failure against a `Captured` one reverses it — no
+ * matter which of the two names Stripe used. The duplicate case costs nothing either, because
+ * `ProviderEventID` makes a second delivery of the SAME event a no-op and a second DIFFERENT event
+ * resolves to `None` once the first has been applied.
+ */
+const ACH_HANDLED = [
+    'payment_intent.processing',
+    'payment_intent.succeeded',
+    'payment_intent.payment_failed',
+    'payment_intent.canceled',
+    'charge.failed',
+    'charge.refunded',
+];
+let StripeACHPaymentProvider = class StripeACHPaymentProvider extends StripePaymentProvider {
+    /**
+     * The declaration that changes who books the cash. See `BasePaymentProvider.SettlesAsynchronously` —
+     * with this true, a caller leaves the payment `Pending` and the webhook promotes it.
+     */
+    get SettlesAsynchronously() {
+        return true;
+    }
+    get HandledEventKinds() {
+        return ACH_HANDLED;
+    }
+    /** A submitted debit is already in flight; it never waits for an instrument the way a card does. */
+    get StubIntentStatus() {
+        return 'Processing';
+    }
+    /** 0.8% capped at $5 — see `AchFeeEstimate` for why the stub reports a fee at all. */
+    StubFeeFor(amount, currencyCode) {
+        return AchFeeEstimate(amount, currencyCode);
+    }
+    /**
+     * Pin the intent to the bank-debit rail.
+     *
+     * EXPLICIT RATHER THAN `automatic_payment_methods`. Letting Stripe choose would make the rail a
+     * property of the account's dashboard settings, so the same code could open a card intent on one
+     * deployment and a bank debit on another — with a fee, a settlement delay and a reversal risk that
+     * differ by a factor of four and several days. The provider row says which rail this is; the
+     * request should say the same thing.
+     */
+    DecorateIntentBody(body, _request) {
+        body['payment_method_types[0]'] = US_BANK_ACCOUNT;
+    }
+    /**
+     * Ask the bank what happened. Nothing is captured here — see the header.
+     *
+     * REFUSES ON ANYTHING BUT `succeeded`, and the two refusals say different things on purpose.
+     * "Still processing" is the ordinary case — somebody captured too early, and they should wait for
+     * the webhook — while a failure means the debit will not clear and waiting is pointless. Both come
+     * back as refusals rather than exceptions, because neither is a fault: the gateway answered.
+     */
+    async Capture(request) {
+        if (this.useStub) {
+            const amount = request.Amount ?? 0;
+            return {
+                Success: true,
+                Amount: amount,
+                FeeAmount: this.StubFeeFor(amount, request.CurrencyCode),
+                ProviderChargeID: `ch_stub_ach_${request.ProviderIntentID.slice(-12)}`,
+                Status: 'Succeeded',
+            };
+        }
+        const read = await this.call('GET', `/payment_intents/${encodeURIComponent(request.ProviderIntentID)}`);
+        if (!read.Ok)
+            return { Success: false, Reason: read.Reason };
+        const status = String(read.Body.status ?? '');
+        if (status !== 'succeeded') {
+            return {
+                Success: false,
+                Status: status === 'processing' ? 'Processing' : 'Failed',
+                Reason: status === 'processing'
+                    ? `The bank debit ${request.ProviderIntentID} has not cleared yet — it is still processing. ` +
+                        `A bank debit settles on the bank's schedule, so this payment will be captured by the ` +
+                        `webhook when the answer arrives rather than by asking again now.`
+                    : `The bank debit ${request.ProviderIntentID} reads '${status}' at Stripe, so no money moved. ` +
+                        `Capturing it would book cash that does not exist.`,
+            };
+        }
+        const currency = read.Body.currency ?? request.CurrencyCode;
+        const charge = this.latestCharge(read.Body);
+        const receivedMinor = Number(read.Body.amount_received ?? read.Body.amount ?? 0);
+        return {
+            Success: true,
+            Amount: FromMinorUnits(receivedMinor, currency),
+            // UNDEFINED rather than zero when it cannot be read — the same rule as the card path, and
+            // for the same reason: "we do not know the fee" must not be recorded as "there was no fee".
+            FeeAmount: await this.feeFor(charge, currency),
+            ProviderChargeID: charge ?? undefined,
+            Status: 'Succeeded',
+        };
+    }
+    /**
+     * Read a `charge.failed`, which the base driver has no reason to know about.
+     *
+     * THIS IS THE RETURN, and it is the event this whole rail exists to survive. It can arrive after
+     * the payment has been booked, in which case `charge.failed` is the only notice that money which
+     * appeared to arrive has gone back out. The base handles `payment_intent.*` and `charge.refunded`
+     * correctly, so everything else defers to it.
+     *
+     * The failure MESSAGE is carried through verbatim. Stripe writes it for a human ("insufficient
+     * funds", "no account"), and it ends up on the reversing payment's reason — which is the only place
+     * anyone reconciling next month will look.
+     */
+    ParseWebhookEvent(rawBody) {
+        const event = super.ParseWebhookEvent(rawBody);
+        if (!event || event.Kind !== 'charge.failed')
+            return event;
+        let object;
+        try {
+            const payload = JSON.parse(rawBody);
+            object = (payload.data?.object ?? {});
+        }
+        catch {
+            return event;
+        }
+        const currency = (object.currency ?? 'usd').toUpperCase();
+        event.ProviderChargeID = object.id ?? event.ProviderChargeID;
+        event.ProviderIntentID = object.payment_intent ?? event.ProviderIntentID;
+        event.Status = 'Failed';
+        const minor = Number(object.amount ?? 0);
+        if (Number.isFinite(minor) && minor > 0)
+            event.Amount = FromMinorUnits(minor, currency);
+        const message = object.failure_message ?? object.failure_code;
+        if (message)
+            event.FailureReason = String(message);
+        return event;
+    }
+};
+StripeACHPaymentProvider = __decorate([
+    RegisterClass(BasePaymentProvider, 'StripeACH')
+], StripeACHPaymentProvider);
+export { StripeACHPaymentProvider };
+/** Tree-shaking anchor — call from the server bootstrap so @RegisterClass is retained. */
+export function LoadStripeACHPaymentProvider() {
+    // intentionally empty
+}
+//# sourceMappingURL=StripeACHPaymentProvider.js.map

package/dist/StripeACHPaymentProvider.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"StripeACHPaymentProvider.js","sourceRoot":"","sources":["../src/StripeACHPaymentProvider.ts"],"names":[],"mappings":";;;;;;AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA8CG;AACH,OAAO,EAAE,aAAa,EAAE,MAAM,wBAAwB,CAAC;AACvD,OAAO,EAAE,mBAAmB,EAAwF,MAAM,0BAA0B,CAAC;AACrJ,OAAO,EAAE,qBAAqB,EAAE,MAAM,4BAA4B,CAAC;AACnE,OAAO,EAAE,cAAc,EAAE,cAAc,EAAqB,MAAM,8BAA8B,CAAC;AAEjG;;;GAGG;AACH,MAAM,eAAe,GAAG,iBAAiB,CAAC;AAE1C;;;;;;;;;;;;;;;GAeG;AACH,MAAM,WAAW,GAAG;IAChB,2BAA2B;IAC3B,0BAA0B;IAC1B,+BAA+B;IAC/B,yBAAyB;IACzB,eAAe;IACf,iBAAiB;CACX,CAAC;AAGJ,IAAM,wBAAwB,GAA9B,MAAM,wBAAyB,SAAQ,qBAAqB;IAC/D;;;OAGG;IACH,IAAoB,qBAAqB;QACrC,OAAO,IAAI,CAAC;IAChB,CAAC;IAED,IAAoB,iBAAiB;QACjC,OAAO,WAAW,CAAC;IACvB,CAAC;IAED,oGAAoG;IACpG,IAAuB,gBAAgB;QACnC,OAAO,YAAY,CAAC;IACxB,CAAC;IAED,sFAAsF;IACnE,UAAU,CAAC,MAAc,EAAE,YAAoB;QAC9D,OAAO,cAAc,CAAC,MAAM,EAAE,YAAY,CAAC,CAAC;IAChD,CAAC;IAED;;;;;;;;OAQG;IACgB,kBAAkB,CAAC,IAA4B,EAAE,QAA6B;QAC7F,IAAI,CAAC,yBAAyB,CAAC,GAAG,eAAe,CAAC;IACtD,CAAC;IAED;;;;;;;OAOG;IACa,KAAK,CAAC,OAAO,CAAC,OAAuB;QACjD,IAAI,IAAI,CAAC,OAAO,EAAE,CAAC;YACf,MAAM,MAAM,GAAG,OAAO,CAAC,MAAM,IAAI,CAAC,CAAC;YACnC,OAAO;gBACH,OAAO,EAAE,IAAI;gBACb,MAAM,EAAE,MAAM;gBACd,SAAS,EAAE,IAAI,CAAC,UAAU,CAAC,MAAM,EAAE,OAAO,CAAC,YAAY,CAAC;gBACxD,gBAAgB,EAAE,eAAe,OAAO,CAAC,gBAAgB,CAAC,KAAK,CAAC,CAAC,EAAE,CAAC,EAAE;gBACtE,MAAM,EAAE,WAAW;aACtB,CAAC;QACN,CAAC;QAED,MAAM,IAAI,GAAG,MAAM,IAAI,CAAC,IAAI,CAAC,KAAK,EAAE,oBAAoB,kBAAkB,CAAC,OAAO,CAAC,gBAAgB,CAAC,EAAE,CAAC,CAAC;QACxG,IAAI,CAAC,IAAI,CAAC,EAAE;YAAE,OAAO,EAAE,OAAO,EAAE,KAAK,EAAE,MAAM,EAAE,IAAI,CAAC,MAAM,EAAE,CAAC;QAE7D,MAAM,MAAM,GAAG,MAAM,CAAC,IAAI,CAAC,IAAI,CAAC,MAAM,IAAI,EAAE,CAAC,CAAC;QAC9C,IAAI,MAAM,KAAK,WAAW,EAAE,CAAC;YACzB,OAAO;gBACH,OAAO,EAAE,KAAK;gBACd,MAAM,EAAE,MAAM,KAAK,YAAY,CAAC,CAAC,CAAC,YAAY,CAAC,CAAC,CAAC,QAAQ;gBACzD,MAAM,EACF,MAAM,KAAK,YAAY;oBACnB,CAAC,CAAC,kBAAkB,OAAO,CAAC,gBAAgB,iDAAiD;wBAC3F,uFAAuF;wBACvF,kEAAkE;oBACpE,CAAC,CAAC,kBAAkB,OAAO,CAAC,gBAAgB,WAAW,MAAM,kCAAkC;wBAC7F,mDAAmD;aAChE,CAAC;QACN,CAAC;QAED,MAAM,QAAQ,GAAI,IAAI,CAAC,IAAI,CAAC,QAAmB,IAAI,OAAO,CAAC,YAAY,CAAC;QACxE,MAAM,MAAM,GAAG,IAAI,CAAC,YAAY,CAAC,IAAI,CAAC,IAAI,CAAC,CAAC;QAC5C,MAAM,aAAa,GAAG,MAAM,CAAC,IAAI,CAAC,IAAI,CAAC,eAAe,IAAI,IAAI,CAAC,IAAI,CAAC,MAAM,IAAI,CAAC,CAAC,CAAC;QAEjF,OAAO;YACH,OAAO,EAAE,IAAI;YACb,MAAM,EAAE,cAAc,CAAC,aAAa,EAAE,QAAQ,CAAC;YAC/C,0FAA0F;YAC1F,4FAA4F;YAC5F,SAAS,EAAE,MAAM,IAAI,CAAC,MAAM,CAAC,MAAM,EAAE,QAAQ,CAAC;YAC9C,gBAAgB,EAAE,MAAM,IAAI,SAAS;YACrC,MAAM,EAAE,WAAW;SACtB,CAAC;IACN,CAAC;IAED;;;;;;;;;;;OAWG;IACa,iBAAiB,CAAC,OAAe;QAC7C,MAAM,KAAK,GAAG,KAAK,CAAC,iBAAiB,CAAC,OAAO,CAAC,CAAC;QAC/C,IAAI,CAAC,KAAK,IAAI,KAAK,CAAC,IAAI,KAAK,eAAe;YAAE,OAAO,KAAK,CAAC;QAE3D,IAAI,MAA+B,CAAC;QACpC,IAAI,CAAC;YACD,MAAM,OAAO,GAAG,IAAI,CAAC,KAAK,CAAC,OAAO,CAA4B,CAAC;YAC/D,MAAM,GAAG,CAAE,OAAO,CAAC,IAAgC,EAAE,MAAM,IAAI,EAAE,CAA4B,CAAC;QAClG,CAAC;QAAC,MAAM,CAAC;YACL,OAAO,KAAK,CAAC;QACjB,CAAC;QAED,MAAM,QAAQ,GAAG,CAAE,MAAM,CAAC,QAAmB,IAAI,KAAK,CAAC,CAAC,WAAW,EAAE,CAAC;QACtE,KAAK,CAAC,gBAAgB,GAAI,MAAM,CAAC,EAAyB,IAAI,KAAK,CAAC,gBAAgB,CAAC;QACrF,KAAK,CAAC,gBAAgB,GAAI,MAAM,CAAC,cAAqC,IAAI,KAAK,CAAC,gBAAgB,CAAC;QACjG,KAAK,CAAC,MAAM,GAAG,QAAQ,CAAC;QAExB,MAAM,KAAK,GAAG,MAAM,CAAC,MAAM,CAAC,MAAM,IAAI,CAAC,CAAC,CAAC;QACzC,IAAI,MAAM,CAAC,QAAQ,CAAC,KAAK,CAAC,IAAI,KAAK,GAAG,CAAC;YAAE,KAAK,CAAC,MAAM,GAAG,cAAc,CAAC,KAAK,EAAE,QAAQ,CAAC,CAAC;QAExF,MAAM,OAAO,GAAG,MAAM,CAAC,eAAe,IAAI,MAAM,CAAC,YAAY,CAAC;QAC9D,IAAI,OAAO;YAAE,KAAK,CAAC,aAAa,GAAG,MAAM,CAAC,OAAO,CAAC,CAAC;QAEnD,OAAO,KAAK,CAAC;IACjB,CAAC;CACJ,CAAA;AA9HY,wBAAwB;IADpC,aAAa,CAAC,mBAAmB,EAAE,WAAW,CAAC;GACnC,wBAAwB,CA8HpC;;AAED,0FAA0F;AAC1F,MAAM,UAAU,4BAA4B;IACxC,sBAAsB;AAC1B,CAAC"}

package/dist/StripePaymentProvider.d.ts

@@ -0,0 +1,83 @@
+import { BasePaymentProvider, type CaptureRequest, type CaptureResult, type CreateIntentRequest, type CreateIntentResult, type RefundRequest, type RefundResult, type RetrieveIntentRequest, type RetrieveIntentResult, type WebhookEvent } from './BasePaymentProvider.js';
+import { type IntentStatus } from './PaymentProviderBehavior.js';
+export declare class StripePaymentProvider extends BasePaymentProvider {
+    get HandledEventKinds(): readonly string[];
+    /** The stub stands in whenever the configured account is not live. */
+    protected get useStub(): boolean;
+    /**
+     * The intent status the STUB reports on creation.
+     *
+     * A card intent opens waiting for an instrument. A bank debit opens already submitted, and a stub
+     * that claimed otherwise would exercise a state the real rail never passes through.
+     */
+    protected get StubIntentStatus(): IntentStatus;
+    /**
+     * The fee the STUB reports on capture — 2.9% + 30c, Stripe's standard US card rate.
+     *
+     * See the note at the call site for why a stub must not report zero.
+     */
+    protected StubFeeFor(amount: number, _currencyCode: string): number;
+    /**
+     * Last chance to add rail-specific fields to a `POST /payment_intents` body.
+     *
+     * Mutates rather than returns, so a subclass that forgets to call `super` cannot silently discard
+     * everything the base assembled — there is nothing to discard.
+     */
+    protected DecorateIntentBody(_body: Record<string, string>, _request: CreateIntentRequest): void;
+    CreateIntent(request: CreateIntentRequest): Promise<CreateIntentResult>;
+    RetrieveIntent(request: RetrieveIntentRequest): Promise<RetrieveIntentResult>;
+    Capture(request: CaptureRequest): Promise<CaptureResult>;
+    Refund(request: RefundRequest): Promise<RefundResult>;
+    VerifyWebhook(rawBody: string, headers: Record<string, string | undefined>): Promise<{
+        Valid: boolean;
+        Reason?: string;
+    }>;
+    ParseWebhookEvent(rawBody: string): WebhookEvent | null;
+    /**
+     * One call, with Stripe's own error shape read out of the body.
+     *
+     * A 4xx from Stripe is usually a REFUSAL — a declined card, an intent in the wrong state — and its
+     * `error.message` is written for a human. Surfacing that rather than "HTTP 402" is the difference
+     * between a support ticket somebody can answer and one they cannot.
+     *
+     * Only transport failures and 5xx throw. Those are faults; the rest are answers.
+     */
+    protected call(method: 'POST' | 'GET', path: string, body?: Record<string, string>, idempotencyKey?: string): Promise<{
+        Ok: boolean;
+        Reason?: string;
+        Body: Record<string, unknown>;
+    }>;
+    /**
+     * Map a Succeeded Stripe PaymentIntent body onto our CaptureResult. Shared by a real
+     * POST /capture and by the already-captured retrieve fallback so both paths stamp the
+     * same charge id and fee.
+     */
+    private captureResultFromIntent;
+    /** `latest_charge` is a string on modern API versions and an object on older expanded responses. */
+    protected latestCharge(object: Record<string, unknown>): string | null;
+    /**
+     * The gateway's cut, from the charge's balance transaction.
+     *
+     * Returns UNDEFINED when it cannot be determined, never 0 — see the note at the call site. A failed
+     * lookup here must not silently suppress the fee leg of the capture entry, and it must not fail the
+     * capture either: the money HAS moved by this point, and refusing now would leave the ledger
+     * disagreeing with the gateway.
+     */
+    protected feeFor(chargeID: string | null, currency: string): Promise<number | undefined>;
+}
+/**
+ * Stripe wants `application/x-www-form-urlencoded`, including for nested keys like `metadata[Foo]`.
+ *
+ * `URLSearchParams` encodes the brackets as `%5B%5D`, which Stripe accepts — so this is a thin wrapper
+ * rather than hand-rolled escaping. It exists as a named function because the temptation to build the
+ * body with template strings is exactly how an unescaped value ends up changing the request.
+ */
+export declare function ToFormBody(fields: Record<string, string>): string;
+/**
+ * True when Stripe refused POST /capture because the intent was already captured
+ * (automatic-capture confirmCardPayment, or a retried Capture).
+ */
+export declare function stripeCaptureAlreadyCollected(reason: string | undefined, body: Record<string, unknown>): boolean;
+/** Tree-shaking anchor — call from the server bootstrap so @RegisterClass is retained. */
+export declare function LoadStripePaymentProvider(): void;
+//# sourceMappingURL=StripePaymentProvider.d.ts.map

package/dist/StripePaymentProvider.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"StripePaymentProvider.d.ts","sourceRoot":"","sources":["../src/StripePaymentProvider.ts"],"names":[],"mappings":"AA8BA,OAAO,EACH,mBAAmB,EACnB,KAAK,cAAc,EACnB,KAAK,aAAa,EAClB,KAAK,mBAAmB,EACxB,KAAK,kBAAkB,EACvB,KAAK,aAAa,EAClB,KAAK,YAAY,EACjB,KAAK,qBAAqB,EAC1B,KAAK,oBAAoB,EACzB,KAAK,YAAY,EACpB,MAAM,0BAA0B,CAAC;AAClC,OAAO,EAKH,KAAK,YAAY,EACpB,MAAM,8BAA8B,CAAC;AAYtC,qBACa,qBAAsB,SAAQ,mBAAmB;IAC1D,IAAoB,iBAAiB,IAAI,SAAS,MAAM,EAAE,CAEzD;IAED,sEAAsE;IACtE,SAAS,KAAK,OAAO,IAAI,OAAO,CAE/B;IAUD;;;;;OAKG;IACH,SAAS,KAAK,gBAAgB,IAAI,YAAY,CAE7C;IAED;;;;OAIG;IACH,SAAS,CAAC,UAAU,CAAC,MAAM,EAAE,MAAM,EAAE,aAAa,EAAE,MAAM,GAAG,MAAM;IAInE;;;;;OAKG;IACH,SAAS,CAAC,kBAAkB,CAAC,KAAK,EAAE,MAAM,CAAC,MAAM,EAAE,MAAM,CAAC,EAAE,QAAQ,EAAE,mBAAmB,GAAG,IAAI;IAM1E,YAAY,CAAC,OAAO,EAAE,mBAAmB,GAAG,OAAO,CAAC,kBAAkB,CAAC;IA6CvE,cAAc,CAAC,OAAO,EAAE,qBAAqB,GAAG,OAAO,CAAC,oBAAoB,CAAC;IA2B7E,OAAO,CAAC,OAAO,EAAE,cAAc,GAAG,OAAO,CAAC,aAAa,CAAC;IAuDxD,MAAM,CAAC,OAAO,EAAE,aAAa,GAAG,OAAO,CAAC,YAAY,CAAC;IAiCrD,aAAa,CAC/B,OAAO,EAAE,MAAM,EACf,OAAO,EAAE,MAAM,CAAC,MAAM,EAAE,MAAM,GAAG,SAAS,CAAC,GAC5C,OAAO,CAAC;QAAE,KAAK,EAAE,OAAO,CAAC;QAAC,MAAM,CAAC,EAAE,MAAM,CAAA;KAAE,CAAC;IAM/B,iBAAiB,CAAC,OAAO,EAAE,MAAM,GAAG,YAAY,GAAG,IAAI;IAqDvE;;;;;;;;OAQG;cACa,IAAI,CAChB,MAAM,EAAE,MAAM,GAAG,KAAK,EACtB,IAAI,EAAE,MAAM,EACZ,IAAI,CAAC,EAAE,MAAM,CAAC,MAAM,EAAE,MAAM,CAAC,EAC7B,cAAc,CAAC,EAAE,MAAM,GACxB,OAAO,CAAC;QAAE,EAAE,EAAE,OAAO,CAAC;QAAC,MAAM,CAAC,EAAE,MAAM,CAAC;QAAC,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAAA;KAAE,CAAC;IAuD3E;;;;OAIG;YACW,uBAAuB;IAoBrC,oGAAoG;IACpG,SAAS,CAAC,YAAY,CAAC,MAAM,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,GAAG,MAAM,GAAG,IAAI;IAStE;;;;;;;OAOG;cACa,MAAM,CAAC,QAAQ,EAAE,MAAM,GAAG,IAAI,EAAE,QAAQ,EAAE,MAAM,GAAG,OAAO,CAAC,MAAM,GAAG,SAAS,CAAC;CAcjG;AAED;;;;;;GAMG;AACH,wBAAgB,UAAU,CAAC,MAAM,EAAE,MAAM,CAAC,MAAM,EAAE,MAAM,CAAC,GAAG,MAAM,CAMjE;AAED;;;GAGG;AACH,wBAAgB,6BAA6B,CACzC,MAAM,EAAE,MAAM,GAAG,SAAS,EAC1B,IAAI,EAAE,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,GAC9B,OAAO,CAST;AAED,0FAA0F;AAC1F,wBAAgB,yBAAyB,IAAI,IAAI,CAEhD"}