@aglyn/plugins-commerce 1.0.0-beta.221 → 1.0.0-beta.222

package/src/lib/server/contact-refund.js

@@ -1,196 +0,0 @@
-import { _ as _extends } from "@swc/helpers/_/_extends";
-/**
- * @license
- * Copyright 2026 Aglyn LLC
- *
- * Licensed under the Apache License, Version 2.0 (the "License");
- * you may not use this file except in compliance with the License.
- * You may obtain a copy of the License at
- *
- *   http://www.apache.org/licenses/LICENSE-2.0
- *
- * Unless required by applicable law or agreed to in writing, software
- * distributed under the License is distributed on an "AS IS" BASIS,
- * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
- * See the License for the specific language governing permissions and
- * limitations under the License.
- */ import { mergeContactInteraction, normalizeContactEmail } from "@aglyn/aglyn/server";
-import { firebaseAdmin, orgDataCollectionForHost } from "@aglyn/tenant-data-admin";
-// Leaf imports, not the barrel: `refund.spec.ts` and most specs in this
-// library mock `@aglyn/tenant-data-admin` wholesale, and a permissive stub of
-// either function would turn every case below green without a document ever
-// having to exist.
-import { findContactByEmail } from "@aglyn/tenant-data-admin/server/contact-email-index";
-import { updateExisting } from "@aglyn/tenant-data-admin/server/update-existing";
-/**
- * Money going BACK to a customer, recorded on their contact (AGL-1754).
- *
- * `upsertHostContact` accumulates `ltvCents` and nothing anywhere decremented
- * it, so a customer who bought $500 and returned all of it read identically to
- * one who bought $500 and kept it — and the first surface built on the field
- * (RFM segmentation, a lifetime-value column, a best-customers list) would have
- * ranked a serial returner among the merchant's best customers.
- *
- * WHAT THIS WRITES, AND WHY IT IS NOT A DECREMENT
- *
- * `ltvCents` is left exactly as it is and the reversal is recorded BESIDE it:
- *
- * | field | meaning |
- * | -- | -- |
- * | `ltvCents` | gross money handed over, unchanged (AGL-1748) |
- * | `refundedCents` | gross money handed back |
- * | `ordersCount` | orders placed, unchanged |
- * | `refundedOrdersCount` | of those, how many ended fully reversed |
- * | `lastRefundAtMs` | when money last went back |
- *
- * This is the shape AGL-1747 chose two days earlier for the same question on
- * the orders CSV — `amountUsd` stayed gross under its existing name and
- * `refundedUsd`/`netUsd` were appended — and it is the shape AGL-1748 named
- * when it recorded the gross semantics in `upsert-contact.ts`. Netting in
- * place would make a stored number mean one thing for rows written before this
- * commit and another for rows written after, with nothing on the document to
- * tell the two apart. Two fields cost one number's worth of storage and keep
- * both facts, and a reader that wants the net has `ltvCents - refundedCents`.
- *
- * It also answers "can it go negative?" by moving the question off storage.
- * Both figures are monotonic counters of money that actually moved in one
- * direction, so neither can go negative. The DERIVED net can, for exactly one
- * reason: an order placed before AGL-1748 taught POS, drafts, reservations and
- * bookings to pass `purchaseCents` at all, whose sale was never added and whose
- * refund is subtracted here. That is a true statement about the data, and
- * clamping it away at write time would erase the only evidence that a purchase
- * is missing. AGL-1753 is the backfill that reconciles it, by SETTING both
- * fields from the orders — which already carry `refundedCents`, so whatever a
- * reader decides here costs the rebuild nothing. A merchant-facing reader
- * should show gross and refunded, and clamp only the net it ranks on.
- *
- * `ordersCount` is deliberately NOT decremented. A fully refunded order still
- * happened, and a decrement cannot be undone by a reader that would rather
- * count it — while `refundedOrdersCount` beside it lets RFM's frequency term
- * net the two, or not, at the point of display. Same argument as the amount,
- * one field along.
- *
- * WHEN THE CONTACT IS MISSING, THIS REFUSES — and records the refusal.
- *
- * Refusing is right on AGL-1732's test, "does refusing discard money or work
- * that already happened?", because it does not: the refund is durable on the
- * order (`refundedCents`, the timeline entry, Stripe), and the contact is a
- * derived aggregate that AGL-1753's rebuild reads back out of those same
- * orders. Creating one here would be worse three ways — creation is audience
- * BAND gated, so it hard-bands a Free org (raising the AGL-891 dropped-contacts
- * alert for a record the merchant never had) or meters onto a paid invoice; the
- * contact it created would hold a refund and no purchase, which is the negative
- * lifetime value above with nothing to reconcile it against; and it is the
- * phantom-document shape the `updateExisting` sweep spent yesterday closing.
- *
- * So the write is an `update()`, never `set(…, { merge: true })` — the contact
- * may have been deleted between the query and the write, and a merge-set would
- * resurrect it as a document holding nothing but a refund. Every refusal
- * increments `hosts/{hostId}/counters/contactRefundsUnmatched`, the counter
- * shape `contactsDropped` already uses, so a refund that reached no contact is
- * countable rather than silent.
- *
- * CHARGEBACKS (AGL-1554) are a separate decision and are NOT handled here.
- * This takes `kind` so the handler that eventually answers
- * `charge.dispute.closed` can record a lost dispute through the same writer
- * with the same fields: money reversed is money reversed, whichever door it
- * left by, and only the wording of the timeline entry differs.
- */ export async function recordContactRefund(options) {
-    // Swallow-all, like `upsertHostContact`: the money has already moved and the
-    // order already records it, so nothing here may fail the refund.
-    try {
-        var _snapshot_get, _snapshot_get1;
-        const amountCents = Math.round(Number(options.amountCents));
-        if (!(amountCents > 0)) return;
-        const email = normalizeContactEmail(options.email);
-        if (!email) {
-            await recordUnmatchedRefund(options.hostId, options.orderId, 'no-email');
-            return;
-        }
-        // Contacts are ORG-scoped (AGL-237), not `hosts/{h}/contacts`, and reads
-        // narrow to what this host may see (AGL-1039) — the same lookup
-        // `upsertHostContact` makes, through the org's address index
-        // (AGL-2633), so both writers resolve the same document even when the
-        // order's address is one a merge folded into the buyer's record.
-        const contactsRef = await orgDataCollectionForHost(options.hostId, 'contacts');
-        const snapshot = await findContactByEmail(contactsRef, email, {
-            hostId: options.hostId
-        });
-        if (!snapshot) {
-            await recordUnmatchedRefund(options.hostId, options.orderId, 'no-contact');
-            return;
-        }
-        const atMs = Date.now();
-        const interaction = {
-            // `refId` names an order, so the interaction is an order interaction.
-            // There is no `'refund'` ContactSource and this deliberately does not
-            // add one: `sources` records which capture silo produced the contact,
-            // and a refund captures nobody.
-            type: 'order',
-            atMs,
-            refId: options.orderId,
-            summary: `$${(amountCents / 100).toFixed(2)} ` + (options.kind === 'chargeback' ? 'charged back' : 'refunded') + (options.closedTheOrder ? ' (full)' : '')
-        };
-        // Reused for the newest-first ordering and the interactions cap; only the
-        // timeline is taken. The `sources` half of the merge is discarded on
-        // purpose, per the note above.
-        const { interactions } = mergeContactInteraction({
-            sources: (_snapshot_get = snapshot.get('sources')) != null ? _snapshot_get : {},
-            interactions: (_snapshot_get1 = snapshot.get('interactions')) != null ? _snapshot_get1 : []
-        }, {
-            source: 'order',
-            interaction
-        });
-        const FieldValue = firebaseAdmin.firestore.FieldValue;
-        // Every field is top-level. `update()` replaces a nested map wholesale
-        // rather than merging into it, so anything under a map would have to be
-        // written as a dotted path; there is nothing here that is.
-        //
-        // The amounts are increments, so two refunds settling at once both land.
-        // `interactions` is a read-modify-write and therefore CAN lose one of two
-        // concurrent entries — the same exposure `upsertHostContact` has on the
-        // same array, and it costs a timeline line rather than a number.
-        const landed = await updateExisting(snapshot.ref, _extends({
-            refundedCents: FieldValue.increment(amountCents)
-        }, options.closedTheOrder ? {
-            refundedOrdersCount: FieldValue.increment(1)
-        } : {}, {
-            lastRefundAtMs: atMs,
-            interactions,
-            updatedAt: FieldValue.serverTimestamp()
-        }));
-        if (!landed) {
-            await recordUnmatchedRefund(options.hostId, options.orderId, 'contact-deleted');
-        }
-    } catch (error) {
-        console.error('recordContactRefund failed', error);
-    }
-}
-/**
- * A refund that reached no contact, recorded rather than dropped (AGL-1754).
- *
- * The `set(…, { merge: true })` here IS meant to conjure the document — it is
- * a counter, and the shape is `counters/contactsDropped`'s, so an operator
- * reading a host's counters finds both kinds of missed contact record in one
- * place. The reason is stamped because the three cases want different answers:
- * `no-email` is an order that never identified its buyer, `no-contact` is the
- * AGL-1753 backfill's work, and `contact-deleted` is a contact removed between
- * the sale and the refund, which nothing should recreate.
- */ async function recordUnmatchedRefund(hostId, orderId, reason) {
-    console.warn('refund reached no contact', {
-        hostId,
-        orderId,
-        reason
-    });
-    const FieldValue = firebaseAdmin.firestore.FieldValue;
-    await firebaseAdmin.app().firestore().collection('hosts').doc(hostId).collection('counters').doc('contactRefundsUnmatched').set({
-        total: FieldValue.increment(1),
-        lastOrderId: orderId,
-        lastReason: reason,
-        lastAtMs: Date.now()
-    }, {
-        merge: true
-    }).catch(()=>undefined);
-}
-
-//# sourceMappingURL=contact-refund.js.map

package/src/lib/server/contact-refund.js.map

@@ -1 +0,0 @@
-{"version":3,"sources":["../../../../../../../libs/plugins/commerce/src/lib/server/contact-refund.ts"],"sourcesContent":["/**\n * @license\n * Copyright 2026 Aglyn LLC\n *\n * Licensed under the Apache License, Version 2.0 (the \"License\");\n * you may not use this file except in compliance with the License.\n * You may obtain a copy of the License at\n *\n *   http://www.apache.org/licenses/LICENSE-2.0\n *\n * Unless required by applicable law or agreed to in writing, software\n * distributed under the License is distributed on an \"AS IS\" BASIS,\n * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.\n * See the License for the specific language governing permissions and\n * limitations under the License.\n */\n\nimport {\n  mergeContactInteraction,\n  normalizeContactEmail,\n  type ContactInteraction,\n} from '@aglyn/aglyn/server'\nimport {\n  firebaseAdmin,\n  orgDataCollectionForHost,\n} from '@aglyn/tenant-data-admin'\n// Leaf imports, not the barrel: `refund.spec.ts` and most specs in this\n// library mock `@aglyn/tenant-data-admin` wholesale, and a permissive stub of\n// either function would turn every case below green without a document ever\n// having to exist.\nimport { findContactByEmail } from '@aglyn/tenant-data-admin/server/contact-email-index'\nimport { updateExisting } from '@aglyn/tenant-data-admin/server/update-existing'\n\n/**\n * Money going BACK to a customer, recorded on their contact (AGL-1754).\n *\n * `upsertHostContact` accumulates `ltvCents` and nothing anywhere decremented\n * it, so a customer who bought $500 and returned all of it read identically to\n * one who bought $500 and kept it — and the first surface built on the field\n * (RFM segmentation, a lifetime-value column, a best-customers list) would have\n * ranked a serial returner among the merchant's best customers.\n *\n * WHAT THIS WRITES, AND WHY IT IS NOT A DECREMENT\n *\n * `ltvCents` is left exactly as it is and the reversal is recorded BESIDE it:\n *\n * | field | meaning |\n * | -- | -- |\n * | `ltvCents` | gross money handed over, unchanged (AGL-1748) |\n * | `refundedCents` | gross money handed back |\n * | `ordersCount` | orders placed, unchanged |\n * | `refundedOrdersCount` | of those, how many ended fully reversed |\n * | `lastRefundAtMs` | when money last went back |\n *\n * This is the shape AGL-1747 chose two days earlier for the same question on\n * the orders CSV — `amountUsd` stayed gross under its existing name and\n * `refundedUsd`/`netUsd` were appended — and it is the shape AGL-1748 named\n * when it recorded the gross semantics in `upsert-contact.ts`. Netting in\n * place would make a stored number mean one thing for rows written before this\n * commit and another for rows written after, with nothing on the document to\n * tell the two apart. Two fields cost one number's worth of storage and keep\n * both facts, and a reader that wants the net has `ltvCents - refundedCents`.\n *\n * It also answers \"can it go negative?\" by moving the question off storage.\n * Both figures are monotonic counters of money that actually moved in one\n * direction, so neither can go negative. The DERIVED net can, for exactly one\n * reason: an order placed before AGL-1748 taught POS, drafts, reservations and\n * bookings to pass `purchaseCents` at all, whose sale was never added and whose\n * refund is subtracted here. That is a true statement about the data, and\n * clamping it away at write time would erase the only evidence that a purchase\n * is missing. AGL-1753 is the backfill that reconciles it, by SETTING both\n * fields from the orders — which already carry `refundedCents`, so whatever a\n * reader decides here costs the rebuild nothing. A merchant-facing reader\n * should show gross and refunded, and clamp only the net it ranks on.\n *\n * `ordersCount` is deliberately NOT decremented. A fully refunded order still\n * happened, and a decrement cannot be undone by a reader that would rather\n * count it — while `refundedOrdersCount` beside it lets RFM's frequency term\n * net the two, or not, at the point of display. Same argument as the amount,\n * one field along.\n *\n * WHEN THE CONTACT IS MISSING, THIS REFUSES — and records the refusal.\n *\n * Refusing is right on AGL-1732's test, \"does refusing discard money or work\n * that already happened?\", because it does not: the refund is durable on the\n * order (`refundedCents`, the timeline entry, Stripe), and the contact is a\n * derived aggregate that AGL-1753's rebuild reads back out of those same\n * orders. Creating one here would be worse three ways — creation is audience\n * BAND gated, so it hard-bands a Free org (raising the AGL-891 dropped-contacts\n * alert for a record the merchant never had) or meters onto a paid invoice; the\n * contact it created would hold a refund and no purchase, which is the negative\n * lifetime value above with nothing to reconcile it against; and it is the\n * phantom-document shape the `updateExisting` sweep spent yesterday closing.\n *\n * So the write is an `update()`, never `set(…, { merge: true })` — the contact\n * may have been deleted between the query and the write, and a merge-set would\n * resurrect it as a document holding nothing but a refund. Every refusal\n * increments `hosts/{hostId}/counters/contactRefundsUnmatched`, the counter\n * shape `contactsDropped` already uses, so a refund that reached no contact is\n * countable rather than silent.\n *\n * CHARGEBACKS (AGL-1554) are a separate decision and are NOT handled here.\n * This takes `kind` so the handler that eventually answers\n * `charge.dispute.closed` can record a lost dispute through the same writer\n * with the same fields: money reversed is money reversed, whichever door it\n * left by, and only the wording of the timeline entry differs.\n */\nexport async function recordContactRefund(options: {\n  hostId: string\n  /** The order the money went back on — the contact timeline's `refId`. */\n  orderId: string\n  /**\n   * The buyer as the ORDER recorded them, raw. Normalized here, because that\n   * is the key the contacts collection is stored under and orders are not\n   * consistent about it (AGL-1753 item 3). No `name` rides along on purpose: a\n   * refund is not a capture point and must not rewrite who the contact is.\n   */\n  email: unknown\n  /**\n   * Cents reversed by THIS attempt, never the order total. `refund.ts` caps\n   * each attempt against what is left, so several partials on one order sum to\n   * at most the order total; this follows that number rather than recomputing\n   * it.\n   */\n  amountCents: number\n  /**\n   * True only for the write that moved the order INTO `refunded`. Two partials\n   * settling concurrently can both observe a fully refunded total, so the\n   * caller decides this from the status transition it made, not from the\n   * total it read.\n   */\n  closedTheOrder: boolean\n  kind?: 'refund' | 'chargeback'\n}): Promise<void> {\n  // Swallow-all, like `upsertHostContact`: the money has already moved and the\n  // order already records it, so nothing here may fail the refund.\n  try {\n    const amountCents = Math.round(Number(options.amountCents))\n    if (!(amountCents > 0)) return\n    const email = normalizeContactEmail(options.email)\n    if (!email) {\n      await recordUnmatchedRefund(options.hostId, options.orderId, 'no-email')\n      return\n    }\n    // Contacts are ORG-scoped (AGL-237), not `hosts/{h}/contacts`, and reads\n    // narrow to what this host may see (AGL-1039) — the same lookup\n    // `upsertHostContact` makes, through the org's address index\n    // (AGL-2633), so both writers resolve the same document even when the\n    // order's address is one a merge folded into the buyer's record.\n    const contactsRef = await orgDataCollectionForHost(\n      options.hostId,\n      'contacts',\n    )\n    const snapshot = await findContactByEmail(contactsRef, email, {\n      hostId: options.hostId,\n    })\n    if (!snapshot) {\n      await recordUnmatchedRefund(options.hostId, options.orderId, 'no-contact')\n      return\n    }\n    const atMs = Date.now()\n    const interaction: ContactInteraction = {\n      // `refId` names an order, so the interaction is an order interaction.\n      // There is no `'refund'` ContactSource and this deliberately does not\n      // add one: `sources` records which capture silo produced the contact,\n      // and a refund captures nobody.\n      type: 'order',\n      atMs,\n      refId: options.orderId,\n      summary:\n        `$${(amountCents / 100).toFixed(2)} ` +\n        (options.kind === 'chargeback' ? 'charged back' : 'refunded') +\n        (options.closedTheOrder ? ' (full)' : ''),\n    }\n    // Reused for the newest-first ordering and the interactions cap; only the\n    // timeline is taken. The `sources` half of the merge is discarded on\n    // purpose, per the note above.\n    const { interactions } = mergeContactInteraction(\n      {\n        sources: snapshot.get('sources') ?? {},\n        interactions: snapshot.get('interactions') ?? [],\n      },\n      { source: 'order', interaction },\n    )\n\n    const FieldValue = firebaseAdmin.firestore.FieldValue\n    // Every field is top-level. `update()` replaces a nested map wholesale\n    // rather than merging into it, so anything under a map would have to be\n    // written as a dotted path; there is nothing here that is.\n    //\n    // The amounts are increments, so two refunds settling at once both land.\n    // `interactions` is a read-modify-write and therefore CAN lose one of two\n    // concurrent entries — the same exposure `upsertHostContact` has on the\n    // same array, and it costs a timeline line rather than a number.\n    const landed = await updateExisting(snapshot.ref, {\n      refundedCents: FieldValue.increment(amountCents),\n      ...(options.closedTheOrder\n        ? { refundedOrdersCount: FieldValue.increment(1) }\n        : {}),\n      lastRefundAtMs: atMs,\n      interactions,\n      updatedAt: FieldValue.serverTimestamp(),\n    })\n    if (!landed) {\n      await recordUnmatchedRefund(\n        options.hostId,\n        options.orderId,\n        'contact-deleted',\n      )\n    }\n  } catch (error) {\n    console.error('recordContactRefund failed', error)\n  }\n}\n\n/**\n * A refund that reached no contact, recorded rather than dropped (AGL-1754).\n *\n * The `set(…, { merge: true })` here IS meant to conjure the document — it is\n * a counter, and the shape is `counters/contactsDropped`'s, so an operator\n * reading a host's counters finds both kinds of missed contact record in one\n * place. The reason is stamped because the three cases want different answers:\n * `no-email` is an order that never identified its buyer, `no-contact` is the\n * AGL-1753 backfill's work, and `contact-deleted` is a contact removed between\n * the sale and the refund, which nothing should recreate.\n */\nasync function recordUnmatchedRefund(\n  hostId: string,\n  orderId: string,\n  reason: 'no-email' | 'no-contact' | 'contact-deleted',\n): Promise<void> {\n  console.warn('refund reached no contact', { hostId, orderId, reason })\n  const FieldValue = firebaseAdmin.firestore.FieldValue\n  await firebaseAdmin\n    .app()\n    .firestore()\n    .collection('hosts')\n    .doc(hostId)\n    .collection('counters')\n    .doc('contactRefundsUnmatched')\n    .set(\n      {\n        total: FieldValue.increment(1),\n        lastOrderId: orderId,\n        lastReason: reason,\n        lastAtMs: Date.now(),\n      },\n      { merge: true },\n    )\n    .catch(() => undefined)\n}\n"],"names":["mergeContactInteraction","normalizeContactEmail","firebaseAdmin","orgDataCollectionForHost","findContactByEmail","updateExisting","recordContactRefund","options","snapshot","amountCents","Math","round","Number","email","recordUnmatchedRefund","hostId","orderId","contactsRef","atMs","Date","now","interaction","type","refId","summary","toFixed","kind","closedTheOrder","interactions","sources","get","source","FieldValue","firestore","landed","ref","refundedCents","increment","refundedOrdersCount","lastRefundAtMs","updatedAt","serverTimestamp","error","console","reason","warn","app","collection","doc","set","total","lastOrderId","lastReason","lastAtMs","merge","catch","undefined"],"mappings":";AAAA;;;;;;;;;;;;;;;CAeC,GAED,SACEA,uBAAuB,EACvBC,qBAAqB,QAEhB,sBAAqB;AAC5B,SACEC,aAAa,EACbC,wBAAwB,QACnB,2BAA0B;AACjC,wEAAwE;AACxE,8EAA8E;AAC9E,4EAA4E;AAC5E,mBAAmB;AACnB,SAASC,kBAAkB,QAAQ,sDAAqD;AACxF,SAASC,cAAc,QAAQ,kDAAiD;AAEhF;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAyEC,GACD,OAAO,eAAeC,oBAAoBC,OA0BzC;IACC,6EAA6E;IAC7E,iEAAiE;IACjE,IAAI;YA2CWC,eACKA;QA3ClB,MAAMC,cAAcC,KAAKC,KAAK,CAACC,OAAOL,QAAQE,WAAW;QACzD,IAAI,CAAEA,CAAAA,cAAc,CAAA,GAAI;QACxB,MAAMI,QAAQZ,sBAAsBM,QAAQM,KAAK;QACjD,IAAI,CAACA,OAAO;YACV,MAAMC,sBAAsBP,QAAQQ,MAAM,EAAER,QAAQS,OAAO,EAAE;YAC7D;QACF;QACA,yEAAyE;QACzE,gEAAgE;QAChE,6DAA6D;QAC7D,sEAAsE;QACtE,iEAAiE;QACjE,MAAMC,cAAc,MAAMd,yBACxBI,QAAQQ,MAAM,EACd;QAEF,MAAMP,WAAW,MAAMJ,mBAAmBa,aAAaJ,OAAO;YAC5DE,QAAQR,QAAQQ,MAAM;QACxB;QACA,IAAI,CAACP,UAAU;YACb,MAAMM,sBAAsBP,QAAQQ,MAAM,EAAER,QAAQS,OAAO,EAAE;YAC7D;QACF;QACA,MAAME,OAAOC,KAAKC,GAAG;QACrB,MAAMC,cAAkC;YACtC,sEAAsE;YACtE,sEAAsE;YACtE,sEAAsE;YACtE,gCAAgC;YAChCC,MAAM;YACNJ;YACAK,OAAOhB,QAAQS,OAAO;YACtBQ,SACE,CAAC,CAAC,EAAE,AAACf,CAAAA,cAAc,GAAE,EAAGgB,OAAO,CAAC,GAAG,CAAC,CAAC,GACpClB,CAAAA,QAAQmB,IAAI,KAAK,eAAe,iBAAiB,UAAS,IAC1DnB,CAAAA,QAAQoB,cAAc,GAAG,YAAY,EAAC;QAC3C;QACA,0EAA0E;QAC1E,qEAAqE;QACrE,+BAA+B;QAC/B,MAAM,EAAEC,YAAY,EAAE,GAAG5B,wBACvB;YACE6B,OAAO,GAAErB,gBAAAA,SAASsB,GAAG,CAAC,sBAAbtB,gBAA2B,CAAC;YACrCoB,YAAY,GAAEpB,iBAAAA,SAASsB,GAAG,CAAC,2BAAbtB,iBAAgC,EAAE;QAClD,GACA;YAAEuB,QAAQ;YAASV;QAAY;QAGjC,MAAMW,aAAa9B,cAAc+B,SAAS,CAACD,UAAU;QACrD,uEAAuE;QACvE,wEAAwE;QACxE,2DAA2D;QAC3D,EAAE;QACF,yEAAyE;QACzE,0EAA0E;QAC1E,wEAAwE;QACxE,iEAAiE;QACjE,MAAME,SAAS,MAAM7B,eAAeG,SAAS2B,GAAG,EAAE;YAChDC,eAAeJ,WAAWK,SAAS,CAAC5B;WAChCF,QAAQoB,cAAc,GACtB;YAAEW,qBAAqBN,WAAWK,SAAS,CAAC;QAAG,IAC/C,CAAC;YACLE,gBAAgBrB;YAChBU;YACAY,WAAWR,WAAWS,eAAe;;QAEvC,IAAI,CAACP,QAAQ;YACX,MAAMpB,sBACJP,QAAQQ,MAAM,EACdR,QAAQS,OAAO,EACf;QAEJ;IACF,EAAE,OAAO0B,OAAO;QACdC,QAAQD,KAAK,CAAC,8BAA8BA;IAC9C;AACF;AAEA;;;;;;;;;;CAUC,GACD,eAAe5B,sBACbC,MAAc,EACdC,OAAe,EACf4B,MAAqD;IAErDD,QAAQE,IAAI,CAAC,6BAA6B;QAAE9B;QAAQC;QAAS4B;IAAO;IACpE,MAAMZ,aAAa9B,cAAc+B,SAAS,CAACD,UAAU;IACrD,MAAM9B,cACH4C,GAAG,GACHb,SAAS,GACTc,UAAU,CAAC,SACXC,GAAG,CAACjC,QACJgC,UAAU,CAAC,YACXC,GAAG,CAAC,2BACJC,GAAG,CACF;QACEC,OAAOlB,WAAWK,SAAS,CAAC;QAC5Bc,aAAanC;QACboC,YAAYR;QACZS,UAAUlC,KAAKC,GAAG;IACpB,GACA;QAAEkC,OAAO;IAAK,GAEfC,KAAK,CAAC,IAAMC;AACjB"}