@autologix-engineering/shared 1.2.379 → 1.2.380

package/src/lib/utilities/src/financial.year.js

@@ -1,145 +0,0 @@
-import { IST_OFFSET_MS, addIstOffset } from './ist';
-/**
- * Indian financial year helpers, in IST.
- *
- * A financial year runs 1 April 00:00:00.000 IST to 31 March 23:59:59.999 IST.
- * Every boundary here is an IST boundary expressed as a UTC instant, because
- * that is how the database stores time: TimePeriod.startDate for September 2026
- * is 2026-08-31T18:30:00Z, i.e. 1 September 00:00 IST. Deriving the month with
- * plain `getMonth()` on the server's local clock would put every payout period
- * that starts at 18:30 UTC into the previous month on any machine running UTC —
- * a whole column of the RM schedule shifted by one.
- *
- * Written for AD-3098 (BA Retention Money schedule) and deliberately kept free
- * of anything RM-specific so AD-3097 (Security Deposit schedule), which has the
- * same April–March, one-column-group-per-month shape, can use it unchanged.
- */
-/** 1 April 00:00:00.000 IST of `startYear`, as a UTC instant. */
-export function financialYearStart(startYear) {
-    return new Date(Date.UTC(startYear, 3, 1) - IST_OFFSET_MS);
-}
-/** 31 March 23:59:59.999 IST of `startYear + 1`, as a UTC instant. */
-export function financialYearEnd(startYear) {
-    return new Date(Date.UTC(startYear + 1, 3, 1) - IST_OFFSET_MS - 1);
-}
-/**
- * The financial year's bounds as plain IST calendar dates, 'YYYY-MM-DD'.
- *
- * Preferred over the Date forms whenever the other side of the comparison also
- * came out of Postgres as an IST calendar day, because string comparison of
- * 'YYYY-MM-DD' cannot be knocked off by the process timezone. `timestamp
- * without time zone` columns — which is what every contract date in this schema
- * is — are parsed by node-postgres in the SERVER's local zone, so the same row
- * yields a different instant on a UTC box than on an IST laptop.
- */
-export function financialYearStartDay(startYear) {
-    return `${startYear}-04-01`;
-}
-export function financialYearEndDay(startYear) {
-    return `${startYear + 1}-03-31`;
-}
-/**
- * The financial year that contains `d`, identified by its opening calendar
- * year: 2026 means FY 2026-27 (Apr 2026 – Mar 2027).
- *
- * Takes ANY instant inside the year rather than requiring the caller to pass
- * 1 April, so a report can be re-run from a stored request payload without the
- * caller having to remember which end of the range was canonical.
- */
-export function resolveFinancialYearStartYear(d) {
-    const ist = addIstOffset(new Date(d));
-    const month = ist.getUTCMonth(); // 0 = January
-    const year = ist.getUTCFullYear();
-    // January, February and March belong to the FY that opened last April.
-    return month < 3 ? year - 1 : year;
-}
-/** e.g. startYear 2026 -> '2026-27'. */
-export function financialYearLabel(startYear) {
-    return `${startYear}-${String((startYear + 1) % 100).padStart(2, '0')}`;
-}
-const MONTH_SHORT_NAMES = [
-    'Jan',
-    'Feb',
-    'Mar',
-    'Apr',
-    'May',
-    'Jun',
-    'Jul',
-    'Aug',
-    'Sep',
-    'Oct',
-    'Nov',
-    'Dec',
-];
-/**
- * The twelve months of a financial year in order, April first.
- */
-export function financialYearMonths(startYear) {
-    const months = [];
-    for (let index = 0; index < 12; index++) {
-        const absolute = 3 + index; // April is calendar month 3.
-        const year = startYear + Math.floor(absolute / 12);
-        const month = absolute % 12;
-        const startUTC = new Date(Date.UTC(year, month, 1) - IST_OFFSET_MS);
-        const endUTC = new Date(Date.UTC(year, month + 1, 1) - IST_OFFSET_MS - 1);
-        months.push({
-            index,
-            year,
-            month,
-            label: `${MONTH_SHORT_NAMES[month]} ${String(year % 100).padStart(2, '0')}`,
-            key: `${year}-${String(month + 1).padStart(2, '0')}`,
-            startUTC,
-            endUTC,
-        });
-    }
-    return months;
-}
-/**
- * Which financial-year month `d` falls in, as a 0-based index (0 = April), or
- * -1 when it falls outside the year entirely.
- *
- * Accepts either an instant (TimePeriod.startDate, a UTC timestamp) or a plain
- * 'YYYY-MM-DD' calendar date (rvRefundDate, a Postgres `date`). A calendar date
- * has no timezone at all, so it is read as the IST day it names — parsing it as
- * a UTC instant and then adding the IST offset would move 1 April to 1 April
- * 05:30 IST, which is still 1 April, but 31 March would move to 31 March 05:30
- * and stay correct too. The branch exists so the intent is not accidental.
- */
-export function financialYearMonthIndex(d, startYear) {
-    if (d === null || d === undefined || d === '')
-        return -1;
-    let istYear;
-    let istMonth;
-    if (typeof d === 'string' && /^\d{4}-\d{2}(-\d{2})?$/.test(d)) {
-        istYear = Number(d.slice(0, 4));
-        istMonth = Number(d.slice(5, 7)) - 1;
-    }
-    else {
-        const parsed = new Date(d);
-        if (Number.isNaN(parsed.getTime()))
-            return -1;
-        const ist = addIstOffset(parsed);
-        istYear = ist.getUTCFullYear();
-        istMonth = ist.getUTCMonth();
-    }
-    const absolute = (istYear - startYear) * 12 + istMonth - 3;
-    return absolute >= 0 && absolute < 12 ? absolute : -1;
-}
-/**
- * True when `d` lands strictly before 1 April 00:00 IST of the financial year —
- * i.e. it belongs to the opening balance rather than to any month column.
- */
-export function isBeforeFinancialYear(d, startYear) {
-    if (d === null || d === undefined || d === '')
-        return false;
-    if (typeof d === 'string' && /^\d{4}-\d{2}(-\d{2})?$/.test(d)) {
-        const year = Number(d.slice(0, 4));
-        const month = Number(d.slice(5, 7)) - 1;
-        return year * 12 + month < startYear * 12 + 3;
-    }
-    const parsed = new Date(d);
-    if (Number.isNaN(parsed.getTime()))
-        return false;
-    return parsed.getTime() < financialYearStart(startYear).getTime();
-}
-//# sourceMappingURL=financial.year.js.map

package/src/lib/utilities/src/financial.year.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"financial.year.js","sourceRoot":"","sources":["../../../../../../../libs/shared/src/lib/utilities/src/financial.year.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,aAAa,EAAE,YAAY,EAAE,MAAM,OAAO,CAAC;AAEpD;;;;;;;;;;;;;;GAcG;AAEH,iEAAiE;AACjE,MAAM,UAAU,kBAAkB,CAAC,SAAiB;IACnD,OAAO,IAAI,IAAI,CAAC,IAAI,CAAC,GAAG,CAAC,SAAS,EAAE,CAAC,EAAE,CAAC,CAAC,GAAG,aAAa,CAAC,CAAC;AAC5D,CAAC;AAED,sEAAsE;AACtE,MAAM,UAAU,gBAAgB,CAAC,SAAiB;IACjD,OAAO,IAAI,IAAI,CAAC,IAAI,CAAC,GAAG,CAAC,SAAS,GAAG,CAAC,EAAE,CAAC,EAAE,CAAC,CAAC,GAAG,aAAa,GAAG,CAAC,CAAC,CAAC;AACpE,CAAC;AAED;;;;;;;;;GASG;AACH,MAAM,UAAU,qBAAqB,CAAC,SAAiB;IACtD,OAAO,GAAG,SAAS,QAAQ,CAAC;AAC7B,CAAC;AAED,MAAM,UAAU,mBAAmB,CAAC,SAAiB;IACpD,OAAO,GAAG,SAAS,GAAG,CAAC,QAAQ,CAAC;AACjC,CAAC;AAED;;;;;;;GAOG;AACH,MAAM,UAAU,6BAA6B,CAAC,CAAgB;IAC7D,MAAM,GAAG,GAAG,YAAY,CAAC,IAAI,IAAI,CAAC,CAAC,CAAC,CAAC,CAAC;IACtC,MAAM,KAAK,GAAG,GAAG,CAAC,WAAW,EAAE,CAAC,CAAC,cAAc;IAC/C,MAAM,IAAI,GAAG,GAAG,CAAC,cAAc,EAAE,CAAC;IAClC,uEAAuE;IACvE,OAAO,KAAK,GAAG,CAAC,CAAC,CAAC,CAAC,IAAI,GAAG,CAAC,CAAC,CAAC,CAAC,IAAI,CAAC;AACpC,CAAC;AAED,wCAAwC;AACxC,MAAM,UAAU,kBAAkB,CAAC,SAAiB;IACnD,OAAO,GAAG,SAAS,IAAI,MAAM,CAAC,CAAC,SAAS,GAAG,CAAC,CAAC,GAAG,GAAG,CAAC,CAAC,QAAQ,CAAC,CAAC,EAAE,GAAG,CAAC,EAAE,CAAC;AACzE,CAAC;AAED,MAAM,iBAAiB,GAAG;IACzB,KAAK;IACL,KAAK;IACL,KAAK;IACL,KAAK;IACL,KAAK;IACL,KAAK;IACL,KAAK;IACL,KAAK;IACL,KAAK;IACL,KAAK;IACL,KAAK;IACL,KAAK;CACL,CAAC;AAuBF;;GAEG;AACH,MAAM,UAAU,mBAAmB,CAAC,SAAiB;IACpD,MAAM,MAAM,GAAyB,EAAE,CAAC;IACxC,KAAK,IAAI,KAAK,GAAG,CAAC,EAAE,KAAK,GAAG,EAAE,EAAE,KAAK,EAAE,EAAE,CAAC;QACzC,MAAM,QAAQ,GAAG,CAAC,GAAG,KAAK,CAAC,CAAC,6BAA6B;QACzD,MAAM,IAAI,GAAG,SAAS,GAAG,IAAI,CAAC,KAAK,CAAC,QAAQ,GAAG,EAAE,CAAC,CAAC;QACnD,MAAM,KAAK,GAAG,QAAQ,GAAG,EAAE,CAAC;QAC5B,MAAM,QAAQ,GAAG,IAAI,IAAI,CAAC,IAAI,CAAC,GAAG,CAAC,IAAI,EAAE,KAAK,EAAE,CAAC,CAAC,GAAG,aAAa,CAAC,CAAC;QACpE,MAAM,MAAM,GAAG,IAAI,IAAI,CACtB,IAAI,CAAC,GAAG,CAAC,IAAI,EAAE,KAAK,GAAG,CAAC,EAAE,CAAC,CAAC,GAAG,aAAa,GAAG,CAAC,CAChD,CAAC;QACF,MAAM,CAAC,IAAI,CAAC;YACX,KAAK;YACL,IAAI;YACJ,KAAK;YACL,KAAK,EAAE,GAAG,iBAAiB,CAAC,KAAK,CAAC,IAAI,MAAM,CAAC,IAAI,GAAG,GAAG,CAAC,CAAC,QAAQ,CAAC,CAAC,EAAE,GAAG,CAAC,EAAE;YAC3E,GAAG,EAAE,GAAG,IAAI,IAAI,MAAM,CAAC,KAAK,GAAG,CAAC,CAAC,CAAC,QAAQ,CAAC,CAAC,EAAE,GAAG,CAAC,EAAE;YACpD,QAAQ;YACR,MAAM;SACN,CAAC,CAAC;IACJ,CAAC;IACD,OAAO,MAAM,CAAC;AACf,CAAC;AAED;;;;;;;;;;GAUG;AACH,MAAM,UAAU,uBAAuB,CACtC,CAAmC,EACnC,SAAiB;IAEjB,IAAI,CAAC,KAAK,IAAI,IAAI,CAAC,KAAK,SAAS,IAAI,CAAC,KAAK,EAAE;QAAE,OAAO,CAAC,CAAC,CAAC;IAEzD,IAAI,OAAe,CAAC;IACpB,IAAI,QAAgB,CAAC;IAErB,IAAI,OAAO,CAAC,KAAK,QAAQ,IAAI,wBAAwB,CAAC,IAAI,CAAC,CAAC,CAAC,EAAE,CAAC;QAC/D,OAAO,GAAG,MAAM,CAAC,CAAC,CAAC,KAAK,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC,CAAC;QAChC,QAAQ,GAAG,MAAM,CAAC,CAAC,CAAC,KAAK,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC,GAAG,CAAC,CAAC;IACtC,CAAC;SAAM,CAAC;QACP,MAAM,MAAM,GAAG,IAAI,IAAI,CAAC,CAAC,CAAC,CAAC;QAC3B,IAAI,MAAM,CAAC,KAAK,CAAC,MAAM,CAAC,OAAO,EAAE,CAAC;YAAE,OAAO,CAAC,CAAC,CAAC;QAC9C,MAAM,GAAG,GAAG,YAAY,CAAC,MAAM,CAAC,CAAC;QACjC,OAAO,GAAG,GAAG,CAAC,cAAc,EAAE,CAAC;QAC/B,QAAQ,GAAG,GAAG,CAAC,WAAW,EAAE,CAAC;IAC9B,CAAC;IAED,MAAM,QAAQ,GAAG,CAAC,OAAO,GAAG,SAAS,CAAC,GAAG,EAAE,GAAG,QAAQ,GAAG,CAAC,CAAC;IAC3D,OAAO,QAAQ,IAAI,CAAC,IAAI,QAAQ,GAAG,EAAE,CAAC,CAAC,CAAC,QAAQ,CAAC,CAAC,CAAC,CAAC,CAAC,CAAC;AACvD,CAAC;AAED;;;GAGG;AACH,MAAM,UAAU,qBAAqB,CACpC,CAAmC,EACnC,SAAiB;IAEjB,IAAI,CAAC,KAAK,IAAI,IAAI,CAAC,KAAK,SAAS,IAAI,CAAC,KAAK,EAAE;QAAE,OAAO,KAAK,CAAC;IAE5D,IAAI,OAAO,CAAC,KAAK,QAAQ,IAAI,wBAAwB,CAAC,IAAI,CAAC,CAAC,CAAC,EAAE,CAAC;QAC/D,MAAM,IAAI,GAAG,MAAM,CAAC,CAAC,CAAC,KAAK,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC,CAAC;QACnC,MAAM,KAAK,GAAG,MAAM,CAAC,CAAC,CAAC,KAAK,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC,GAAG,CAAC,CAAC;QACxC,OAAO,IAAI,GAAG,EAAE,GAAG,KAAK,GAAG,SAAS,GAAG,EAAE,GAAG,CAAC,CAAC;IAC/C,CAAC;IAED,MAAM,MAAM,GAAG,IAAI,IAAI,CAAC,CAAC,CAAC,CAAC;IAC3B,IAAI,MAAM,CAAC,KAAK,CAAC,MAAM,CAAC,OAAO,EAAE,CAAC;QAAE,OAAO,KAAK,CAAC;IACjD,OAAO,MAAM,CAAC,OAAO,EAAE,GAAG,kBAAkB,CAAC,SAAS,CAAC,CAAC,OAAO,EAAE,CAAC;AACnE,CAAC"}

package/src/lib/utilities/src/ltr.cycle.month.index.d.ts

@@ -1,14 +0,0 @@
-/**
- * 1-based index of the IST calendar month `booking` falls in, counted from
- * the IST calendar month of `anchor`. Same month → 1.
- *
- * The +5:30 shift moves the instant so that its UTC calendar fields read as
- * IST wall-clock, so the components MUST be read with getUTC*. Reading the
- * local ones (as this did originally) re-applies the host offset on top: on
- * an IST-configured server that is +11:00, which lands on the next month for
- * any booking picked up in the last 11 hours of a month and silently shifts
- * that booking a whole cycle. Every sibling helper (isOnContractInMonth,
- * monthIndexStartDate) already reads UTC fields — this is now consistent with
- * them and independent of the host timezone.
- */
-export declare function ltrCycleMonthIndex(anchor: Date, booking: Date): number;

package/src/lib/utilities/src/ltr.cycle.month.index.js

@@ -1,22 +0,0 @@
-import { IST_OFFSET_MS } from './ist';
-/**
- * 1-based index of the IST calendar month `booking` falls in, counted from
- * the IST calendar month of `anchor`. Same month → 1.
- *
- * The +5:30 shift moves the instant so that its UTC calendar fields read as
- * IST wall-clock, so the components MUST be read with getUTC*. Reading the
- * local ones (as this did originally) re-applies the host offset on top: on
- * an IST-configured server that is +11:00, which lands on the next month for
- * any booking picked up in the last 11 hours of a month and silently shifts
- * that booking a whole cycle. Every sibling helper (isOnContractInMonth,
- * monthIndexStartDate) already reads UTC fields — this is now consistent with
- * them and independent of the host timezone.
- */
-export function ltrCycleMonthIndex(anchor, booking) {
-    const anchorIst = new Date(anchor.getTime() + IST_OFFSET_MS);
-    const bookingIst = new Date(booking.getTime() + IST_OFFSET_MS);
-    return ((bookingIst.getUTCFullYear() - anchorIst.getUTCFullYear()) * 12 +
-        (bookingIst.getUTCMonth() - anchorIst.getUTCMonth()) +
-        1);
-}
-//# sourceMappingURL=ltr.cycle.month.index.js.map

package/src/lib/utilities/src/ltr.cycle.month.index.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"ltr.cycle.month.index.js","sourceRoot":"","sources":["../../../../../../../libs/shared/src/lib/utilities/src/ltr.cycle.month.index.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,aAAa,EAAE,MAAM,OAAO,CAAC;AAEtC;;;;;;;;;;;;GAYG;AACH,MAAM,UAAU,kBAAkB,CAAC,MAAY,EAAE,OAAa;IAC7D,MAAM,SAAS,GAAG,IAAI,IAAI,CAAC,MAAM,CAAC,OAAO,EAAE,GAAG,aAAa,CAAC,CAAC;IAC7D,MAAM,UAAU,GAAG,IAAI,IAAI,CAAC,OAAO,CAAC,OAAO,EAAE,GAAG,aAAa,CAAC,CAAC;IAC/D,OAAO,CACN,CAAC,UAAU,CAAC,cAAc,EAAE,GAAG,SAAS,CAAC,cAAc,EAAE,CAAC,GAAG,EAAE;QAC/D,CAAC,UAAU,CAAC,WAAW,EAAE,GAAG,SAAS,CAAC,WAAW,EAAE,CAAC;QACpD,CAAC,CACD,CAAC;AACH,CAAC"}

package/src/lib/utilities/src/ltr.payout.row.key.d.ts

@@ -1,43 +0,0 @@
-import { LTRPayoutRow } from '../../models/src/index';
-/**
- * A payout row's stable identity: the calendar date it covers, plus its shift
- * where the contract has shifts.
- *
- * Derived from the row's own content rather than its position in
- * `LTRPayout.ltrPayoutRows`. That matters because the array is re-sorted by
- * date whenever an entry is added, so a row logged for an earlier date shifts
- * the index of every row after it — an index captured in one response is not
- * the same row in the next.
- *
- * This is already the uniqueness rule the system enforces: at most one row per
- * date, or per (date, shift) on a shift contract. Two rows can therefore never
- * share a key.
- *
- * Returns null when the row carries no parsable date, which only happens on
- * malformed data; callers should fall back to the array index for those.
- */
-export declare function ltrPayoutRowKey(row: LTRPayoutRow): string | null;
-/**
- * The instant a row starts, for ordering a booking's rows by date.
- *
- * Duty start first, garage start for garage-to-garage rows that record no
- * separate duty window.
- */
-export declare function ltrPayoutRowStart(row: LTRPayoutRow): Date | null;
-/**
- * A booking's rows in date order.
- *
- * The stored array is kept sorted so the charge calculation sees the duty as
- * one continuous sequence — running KM and overtime both depend on the
- * preceding row.
- */
-export declare function sortLTRPayoutRowsByDate(rows: LTRPayoutRow[]): LTRPayoutRow[];
-/**
- * The first date in `newRows` that `existingRows` already occupies, as a label
- * for the caller's error message — or null when there is no clash.
- *
- * Callers decide which rows count as "existing": adding an entry checks every
- * stored row, while editing one checks only the OTHER entries, since the dates
- * it currently holds are being released.
- */
-export declare function findOverlappingLTRPayoutDate(existingRows: LTRPayoutRow[], newRows: LTRPayoutRow[]): string | null;

package/src/lib/utilities/src/ltr.payout.row.key.js

@@ -1,78 +0,0 @@
-import { LTRPayoutRowField } from '../../models/src/index';
-import { firstParsableDisplayDate } from './parse.display.date';
-/**
- * A payout row's stable identity: the calendar date it covers, plus its shift
- * where the contract has shifts.
- *
- * Derived from the row's own content rather than its position in
- * `LTRPayout.ltrPayoutRows`. That matters because the array is re-sorted by
- * date whenever an entry is added, so a row logged for an earlier date shifts
- * the index of every row after it — an index captured in one response is not
- * the same row in the next.
- *
- * This is already the uniqueness rule the system enforces: at most one row per
- * date, or per (date, shift) on a shift contract. Two rows can therefore never
- * share a key.
- *
- * Returns null when the row carries no parsable date, which only happens on
- * malformed data; callers should fall back to the array index for those.
- */
-export function ltrPayoutRowKey(row) {
-    const date = firstParsableDisplayDate([
-        row?.[LTRPayoutRowField.DutyStartDateTime],
-        row?.[LTRPayoutRowField.DutyStartDate],
-        row?.[LTRPayoutRowField.GarageStartDateTime],
-        row?.[LTRPayoutRowField.GarageStartDate],
-    ]);
-    if (!date)
-        return null;
-    const datePart = `${String(date.getDate()).padStart(2, '0')}/${String(date.getMonth() + 1).padStart(2, '0')}/${date.getFullYear()}`;
-    const shift = row?.[LTRPayoutRowField.Shift];
-    return shift ? `${datePart}#${shift}` : datePart;
-}
-/**
- * The instant a row starts, for ordering a booking's rows by date.
- *
- * Duty start first, garage start for garage-to-garage rows that record no
- * separate duty window.
- */
-export function ltrPayoutRowStart(row) {
-    return firstParsableDisplayDate([
-        row?.[LTRPayoutRowField.DutyStartDateTime],
-        row?.[LTRPayoutRowField.GarageStartDateTime],
-    ]);
-}
-/**
- * A booking's rows in date order.
- *
- * The stored array is kept sorted so the charge calculation sees the duty as
- * one continuous sequence — running KM and overtime both depend on the
- * preceding row.
- */
-export function sortLTRPayoutRowsByDate(rows) {
-    return [...rows].sort((a, b) => (ltrPayoutRowStart(a)?.getTime() ?? 0) -
-        (ltrPayoutRowStart(b)?.getTime() ?? 0));
-}
-/**
- * The first date in `newRows` that `existingRows` already occupies, as a label
- * for the caller's error message — or null when there is no clash.
- *
- * Callers decide which rows count as "existing": adding an entry checks every
- * stored row, while editing one checks only the OTHER entries, since the dates
- * it currently holds are being released.
- */
-export function findOverlappingLTRPayoutDate(existingRows, newRows) {
-    const taken = new Set(existingRows
-        .map((row) => ltrPayoutRowKey(row))
-        .filter((key) => !!key));
-    for (const row of newRows) {
-        const key = ltrPayoutRowKey(row);
-        if (!key || !taken.has(key))
-            continue;
-        const shift = row?.[LTRPayoutRowField.Shift];
-        const date = row?.[LTRPayoutRowField.DutyStartDate] ?? key.split('#')[0];
-        return shift ? `${date} (shift ${shift})` : date;
-    }
-    return null;
-}
-//# sourceMappingURL=ltr.payout.row.key.js.map

package/src/lib/utilities/src/ltr.payout.row.key.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"ltr.payout.row.key.js","sourceRoot":"","sources":["../../../../../../../libs/shared/src/lib/utilities/src/ltr.payout.row.key.ts"],"names":[],"mappings":"AAAA,OAAO,EAAgB,iBAAiB,EAAE,MAAM,wBAAwB,CAAC;AACzE,OAAO,EAAE,wBAAwB,EAAE,MAAM,sBAAsB,CAAC;AAEhE;;;;;;;;;;;;;;;;GAgBG;AACH,MAAM,UAAU,eAAe,CAAC,GAAiB;IAChD,MAAM,IAAI,GAAG,wBAAwB,CAAC;QACrC,GAAG,EAAE,CAAC,iBAAiB,CAAC,iBAAiB,CAAC;QAC1C,GAAG,EAAE,CAAC,iBAAiB,CAAC,aAAa,CAAC;QACtC,GAAG,EAAE,CAAC,iBAAiB,CAAC,mBAAmB,CAAC;QAC5C,GAAG,EAAE,CAAC,iBAAiB,CAAC,eAAe,CAAC;KACxC,CAAC,CAAC;IACH,IAAI,CAAC,IAAI;QAAE,OAAO,IAAI,CAAC;IAEvB,MAAM,QAAQ,GAAG,GAAG,MAAM,CAAC,IAAI,CAAC,OAAO,EAAE,CAAC,CAAC,QAAQ,CAAC,CAAC,EAAE,GAAG,CAAC,IAAI,MAAM,CACpE,IAAI,CAAC,QAAQ,EAAE,GAAG,CAAC,CACnB,CAAC,QAAQ,CAAC,CAAC,EAAE,GAAG,CAAC,IAAI,IAAI,CAAC,WAAW,EAAE,EAAE,CAAC;IAE3C,MAAM,KAAK,GAAG,GAAG,EAAE,CAAC,iBAAiB,CAAC,KAAK,CAAC,CAAC;IAC7C,OAAO,KAAK,CAAC,CAAC,CAAC,GAAG,QAAQ,IAAI,KAAK,EAAE,CAAC,CAAC,CAAC,QAAQ,CAAC;AAClD,CAAC;AAED;;;;;GAKG;AACH,MAAM,UAAU,iBAAiB,CAAC,GAAiB;IAClD,OAAO,wBAAwB,CAAC;QAC/B,GAAG,EAAE,CAAC,iBAAiB,CAAC,iBAAiB,CAAC;QAC1C,GAAG,EAAE,CAAC,iBAAiB,CAAC,mBAAmB,CAAC;KAC5C,CAAC,CAAC;AACJ,CAAC;AAED;;;;;;GAMG;AACH,MAAM,UAAU,uBAAuB,CAAC,IAAoB;IAC3D,OAAO,CAAC,GAAG,IAAI,CAAC,CAAC,IAAI,CACpB,CAAC,CAAC,EAAE,CAAC,EAAE,EAAE,CACR,CAAC,iBAAiB,CAAC,CAAC,CAAC,EAAE,OAAO,EAAE,IAAI,CAAC,CAAC;QACtC,CAAC,iBAAiB,CAAC,CAAC,CAAC,EAAE,OAAO,EAAE,IAAI,CAAC,CAAC,CACvC,CAAC;AACH,CAAC;AAED;;;;;;;GAOG;AACH,MAAM,UAAU,4BAA4B,CAC3C,YAA4B,EAC5B,OAAuB;IAEvB,MAAM,KAAK,GAAG,IAAI,GAAG,CACpB,YAAY;SACV,GAAG,CAAC,CAAC,GAAG,EAAE,EAAE,CAAC,eAAe,CAAC,GAAG,CAAC,CAAC;SAClC,MAAM,CAAC,CAAC,GAAG,EAAiB,EAAE,CAAC,CAAC,CAAC,GAAG,CAAC,CACvC,CAAC;IAEF,KAAK,MAAM,GAAG,IAAI,OAAO,EAAE,CAAC;QAC3B,MAAM,GAAG,GAAG,eAAe,CAAC,GAAG,CAAC,CAAC;QACjC,IAAI,CAAC,GAAG,IAAI,CAAC,KAAK,CAAC,GAAG,CAAC,GAAG,CAAC;YAAE,SAAS;QAEtC,MAAM,KAAK,GAAG,GAAG,EAAE,CAAC,iBAAiB,CAAC,KAAK,CAAC,CAAC;QAC7C,MAAM,IAAI,GACT,GAAG,EAAE,CAAC,iBAAiB,CAAC,aAAa,CAAC,IAAI,GAAG,CAAC,KAAK,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,CAAC;QAC7D,OAAO,KAAK,CAAC,CAAC,CAAC,GAAG,IAAI,WAAW,KAAK,GAAG,CAAC,CAAC,CAAC,IAAI,CAAC;IAClD,CAAC;IAED,OAAO,IAAI,CAAC;AACb,CAAC"}

package/src/lib/utilities/src/normalize.phone.number.d.ts

@@ -1,17 +0,0 @@
-/**
- * Normalises a raw phone value to E.164 (+91XXXXXXXXXX) format.
- * Returns null for blank, non-numeric, or out-of-range inputs.
- * Default country code is +91 (India).
- *
- * **Every number handed to the SMS gateway must come through here.** The
- * gateway refuses anything that is not exactly 13 characters with `91` in
- * positions 1-2 — a number stored as `+91-1234567890` is 14 characters, so it
- * is rejected as an international send. That refusal is swallowed and recorded
- * as a failed SMS log, so the caller is told the message went out and nothing
- * arrives.
- *
- * Lives in the shared package rather than beside the alert handlers because the
- * gatekeeper's OTP paths need it too, and a second copy over there is how the
- * two would drift apart on which shapes they accept.
- */
-export declare function normalizePhoneNumber(phone: string | number | null | undefined, countryCode?: string): string | null;

package/src/lib/utilities/src/normalize.phone.number.js

@@ -1,45 +0,0 @@
-/**
- * Normalises a raw phone value to E.164 (+91XXXXXXXXXX) format.
- * Returns null for blank, non-numeric, or out-of-range inputs.
- * Default country code is +91 (India).
- *
- * **Every number handed to the SMS gateway must come through here.** The
- * gateway refuses anything that is not exactly 13 characters with `91` in
- * positions 1-2 — a number stored as `+91-1234567890` is 14 characters, so it
- * is rejected as an international send. That refusal is swallowed and recorded
- * as a failed SMS log, so the caller is told the message went out and nothing
- * arrives.
- *
- * Lives in the shared package rather than beside the alert handlers because the
- * gatekeeper's OTP paths need it too, and a second copy over there is how the
- * two would drift apart on which shapes they accept.
- */
-export function normalizePhoneNumber(phone, countryCode = '+91') {
-    if (phone === null || phone === undefined) {
-        return null;
-    }
-    const raw = String(phone).trim();
-    if (!raw) {
-        return null;
-    }
-    const ccDigits = countryCode.replace(/\D/g, '') || '91';
-    const digits = raw.replace(/\D/g, '');
-    if (!digits) {
-        return null;
-    }
-    if (digits.length === 10) {
-        return `+${ccDigits}${digits}`;
-    }
-    if (digits.length === 12 && digits.startsWith(ccDigits)) {
-        return `+${digits}`;
-    }
-    const noLeadingZero = digits.replace(/^0+/, '');
-    if (noLeadingZero.length === 10) {
-        return `+${ccDigits}${noLeadingZero}`;
-    }
-    if (digits.length >= 10 && digits.length <= 15) {
-        return `+${digits}`;
-    }
-    return null;
-}
-//# sourceMappingURL=normalize.phone.number.js.map

package/src/lib/utilities/src/normalize.phone.number.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"normalize.phone.number.js","sourceRoot":"","sources":["../../../../../../../libs/shared/src/lib/utilities/src/normalize.phone.number.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;GAeG;AACH,MAAM,UAAU,oBAAoB,CACnC,KAAyC,EACzC,cAAsB,KAAK;IAE3B,IAAI,KAAK,KAAK,IAAI,IAAI,KAAK,KAAK,SAAS,EAAE,CAAC;QAC3C,OAAO,IAAI,CAAC;IACb,CAAC;IACD,MAAM,GAAG,GAAG,MAAM,CAAC,KAAK,CAAC,CAAC,IAAI,EAAE,CAAC;IACjC,IAAI,CAAC,GAAG,EAAE,CAAC;QACV,OAAO,IAAI,CAAC;IACb,CAAC;IAED,MAAM,QAAQ,GAAG,WAAW,CAAC,OAAO,CAAC,KAAK,EAAE,EAAE,CAAC,IAAI,IAAI,CAAC;IACxD,MAAM,MAAM,GAAG,GAAG,CAAC,OAAO,CAAC,KAAK,EAAE,EAAE,CAAC,CAAC;IACtC,IAAI,CAAC,MAAM,EAAE,CAAC;QACb,OAAO,IAAI,CAAC;IACb,CAAC;IAED,IAAI,MAAM,CAAC,MAAM,KAAK,EAAE,EAAE,CAAC;QAC1B,OAAO,IAAI,QAAQ,GAAG,MAAM,EAAE,CAAC;IAChC,CAAC;IAED,IAAI,MAAM,CAAC,MAAM,KAAK,EAAE,IAAI,MAAM,CAAC,UAAU,CAAC,QAAQ,CAAC,EAAE,CAAC;QACzD,OAAO,IAAI,MAAM,EAAE,CAAC;IACrB,CAAC;IAED,MAAM,aAAa,GAAG,MAAM,CAAC,OAAO,CAAC,KAAK,EAAE,EAAE,CAAC,CAAC;IAChD,IAAI,aAAa,CAAC,MAAM,KAAK,EAAE,EAAE,CAAC;QACjC,OAAO,IAAI,QAAQ,GAAG,aAAa,EAAE,CAAC;IACvC,CAAC;IAED,IAAI,MAAM,CAAC,MAAM,IAAI,EAAE,IAAI,MAAM,CAAC,MAAM,IAAI,EAAE,EAAE,CAAC;QAChD,OAAO,IAAI,MAAM,EAAE,CAAC;IACrB,CAAC;IAED,OAAO,IAAI,CAAC;AACb,CAAC"}

package/src/lib/utilities/src/parse.display.date.d.ts

@@ -1,16 +0,0 @@
-/**
- * Parses the `dd/MM/yyyy` / `dd-MM-yyyy` date strings — with an optional
- * `HH:mm` — that LTR payout rows are stored in.
- *
- * Payout rows keep dates as display strings rather than timestamps (the Excel
- * upload writes them that way and the sheet round-trips them), so every reader
- * has to parse them back. This is the single implementation: it previously
- * existed as three copies that were free to drift apart.
- *
- * Returns null for anything unparseable, including calendar dates that do not
- * exist — `Date` silently rolls 31/02/2026 forward to 03/03/2026, which would
- * otherwise place a row in the wrong month.
- */
-export declare function parseDisplayDate(value: unknown): Date | null;
-/** First parsable value, for rows that record the same moment several ways. */
-export declare function firstParsableDisplayDate(candidates: unknown[]): Date | null;

package/src/lib/utilities/src/parse.display.date.js

@@ -1,43 +0,0 @@
-/**
- * Parses the `dd/MM/yyyy` / `dd-MM-yyyy` date strings — with an optional
- * `HH:mm` — that LTR payout rows are stored in.
- *
- * Payout rows keep dates as display strings rather than timestamps (the Excel
- * upload writes them that way and the sheet round-trips them), so every reader
- * has to parse them back. This is the single implementation: it previously
- * existed as three copies that were free to drift apart.
- *
- * Returns null for anything unparseable, including calendar dates that do not
- * exist — `Date` silently rolls 31/02/2026 forward to 03/03/2026, which would
- * otherwise place a row in the wrong month.
- */
-export function parseDisplayDate(value) {
-    if (!value)
-        return null;
-    const match = String(value)
-        .trim()
-        .match(/^(\d{2})[-/](\d{2})[-/](\d{4})(?:\s+(\d{2}):(\d{2}))?$/);
-    if (!match)
-        return null;
-    const [, day, month, year, hour, minute] = match;
-    const date = new Date(Number(year), Number(month) - 1, Number(day), Number(hour ?? 0), Number(minute ?? 0));
-    if (isNaN(date.getTime()))
-        return null;
-    // Reject impossible calendar dates that Date silently rolls over.
-    if (date.getFullYear() !== Number(year) ||
-        date.getMonth() !== Number(month) - 1 ||
-        date.getDate() !== Number(day)) {
-        return null;
-    }
-    return date;
-}
-/** First parsable value, for rows that record the same moment several ways. */
-export function firstParsableDisplayDate(candidates) {
-    for (const candidate of candidates) {
-        const parsed = parseDisplayDate(candidate);
-        if (parsed)
-            return parsed;
-    }
-    return null;
-}
-//# sourceMappingURL=parse.display.date.js.map

package/src/lib/utilities/src/parse.display.date.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"parse.display.date.js","sourceRoot":"","sources":["../../../../../../../libs/shared/src/lib/utilities/src/parse.display.date.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;GAYG;AACH,MAAM,UAAU,gBAAgB,CAAC,KAAc;IAC9C,IAAI,CAAC,KAAK;QAAE,OAAO,IAAI,CAAC;IAExB,MAAM,KAAK,GAAG,MAAM,CAAC,KAAK,CAAC;SACzB,IAAI,EAAE;SACN,KAAK,CAAC,wDAAwD,CAAC,CAAC;IAClE,IAAI,CAAC,KAAK;QAAE,OAAO,IAAI,CAAC;IAExB,MAAM,CAAC,EAAE,GAAG,EAAE,KAAK,EAAE,IAAI,EAAE,IAAI,EAAE,MAAM,CAAC,GAAG,KAAK,CAAC;IACjD,MAAM,IAAI,GAAG,IAAI,IAAI,CACpB,MAAM,CAAC,IAAI,CAAC,EACZ,MAAM,CAAC,KAAK,CAAC,GAAG,CAAC,EACjB,MAAM,CAAC,GAAG,CAAC,EACX,MAAM,CAAC,IAAI,IAAI,CAAC,CAAC,EACjB,MAAM,CAAC,MAAM,IAAI,CAAC,CAAC,CACnB,CAAC;IACF,IAAI,KAAK,CAAC,IAAI,CAAC,OAAO,EAAE,CAAC;QAAE,OAAO,IAAI,CAAC;IAEvC,kEAAkE;IAClE,IACC,IAAI,CAAC,WAAW,EAAE,KAAK,MAAM,CAAC,IAAI,CAAC;QACnC,IAAI,CAAC,QAAQ,EAAE,KAAK,MAAM,CAAC,KAAK,CAAC,GAAG,CAAC;QACrC,IAAI,CAAC,OAAO,EAAE,KAAK,MAAM,CAAC,GAAG,CAAC,EAC7B,CAAC;QACF,OAAO,IAAI,CAAC;IACb,CAAC;IAED,OAAO,IAAI,CAAC;AACb,CAAC;AAED,+EAA+E;AAC/E,MAAM,UAAU,wBAAwB,CAAC,UAAqB;IAC7D,KAAK,MAAM,SAAS,IAAI,UAAU,EAAE,CAAC;QACpC,MAAM,MAAM,GAAG,gBAAgB,CAAC,SAAS,CAAC,CAAC;QAC3C,IAAI,MAAM;YAAE,OAAO,MAAM,CAAC;IAC3B,CAAC;IACD,OAAO,IAAI,CAAC;AACb,CAAC"}

package/src/lib/utilities/src/resolve.gst.state.d.ts

@@ -1,23 +0,0 @@
-import { City, State } from '../../enums/src/index';
-/** The subset of a GST city entry this resolver needs. */
-interface GstStateCitySource {
-    cityName?: City | null;
-}
-/**
- * Resolves the state to store on a GST record.
- *
- * The state is captured on the billing form but was historically never persisted, leaving every
- * consumer to re-derive it from either the GSTIN prefix or the city. Neither source exists for a
- * GST-unregistered record saved without a city, so it is stored instead — and every write path
- * that can change the GSTIN or the cities has to keep it current, or the stored value goes stale.
- *
- * Priority:
- *  1. An explicit state. Only the billing form sends one, and it is also the only form that can
- *     omit a GSTIN, so it is the sole source for the case the column exists to cover.
- *  2. The GSTIN's first two digits, which authoritatively encode the state.
- *  3. The city mapping, for payloads carrying neither.
- *
- * Returns null when nothing resolves, which is a legitimate state for the row to be in.
- */
-export declare const resolveGstState: (explicitState?: State | null, gstin?: string | null, cities?: GstStateCitySource[] | null) => State | null;
-export {};

package/src/lib/utilities/src/resolve.gst.state.js

@@ -1,38 +0,0 @@
-import { CityStateMapping, GstStatemapping } from '../../enums/src/index';
-/**
- * Resolves the state to store on a GST record.
- *
- * The state is captured on the billing form but was historically never persisted, leaving every
- * consumer to re-derive it from either the GSTIN prefix or the city. Neither source exists for a
- * GST-unregistered record saved without a city, so it is stored instead — and every write path
- * that can change the GSTIN or the cities has to keep it current, or the stored value goes stale.
- *
- * Priority:
- *  1. An explicit state. Only the billing form sends one, and it is also the only form that can
- *     omit a GSTIN, so it is the sole source for the case the column exists to cover.
- *  2. The GSTIN's first two digits, which authoritatively encode the state.
- *  3. The city mapping, for payloads carrying neither.
- *
- * Returns null when nothing resolves, which is a legitimate state for the row to be in.
- */
-export const resolveGstState = (explicitState, gstin, cities) => {
-    if (explicitState)
-        return explicitState;
-    const prefix = gstin?.trim()?.slice(0, 2);
-    // Typed as a possible miss on purpose: `prefix` is the first two characters
-    // of whatever GSTIN was supplied, not necessarily one of the codes the map
-    // holds, so the lookup can come back undefined — which the check below
-    // already treats as "unresolved" and falls through to the city.
-    const fromGstin = prefix
-        ? GstStatemapping[prefix]
-        : undefined;
-    if (fromGstin)
-        return fromGstin;
-    // The legacy cityName/Address columns mirror cities[0] positionally, but for the state any
-    // populated city will do — a blank first entry should not lose a state we can still resolve.
-    const cityName = (cities ?? [])
-        .map((c) => c?.cityName)
-        .find((name) => Boolean(name));
-    return cityName ? (CityStateMapping[cityName] ?? null) : null;
-};
-//# sourceMappingURL=resolve.gst.state.js.map

package/src/lib/utilities/src/resolve.gst.state.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"resolve.gst.state.js","sourceRoot":"","sources":["../../../../../../../libs/shared/src/lib/utilities/src/resolve.gst.state.ts"],"names":[],"mappings":"AAAA,OAAO,EAAQ,gBAAgB,EAAE,eAAe,EAAS,MAAM,uBAAuB,CAAC;AAOvF;;;;;;;;;;;;;;;GAeG;AACH,MAAM,CAAC,MAAM,eAAe,GAAG,CAC9B,aAA4B,EAC5B,KAAqB,EACrB,MAAoC,EACrB,EAAE;IACjB,IAAI,aAAa;QAAE,OAAO,aAAa,CAAC;IAExC,MAAM,MAAM,GAAG,KAAK,EAAE,IAAI,EAAE,EAAE,KAAK,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC;IAC1C,4EAA4E;IAC5E,2EAA2E;IAC3E,uEAAuE;IACvE,gEAAgE;IAChE,MAAM,SAAS,GAAG,MAAM;QACvB,CAAC,CAAE,eAAqD,CAAC,MAAM,CAAC;QAChE,CAAC,CAAC,SAAS,CAAC;IACb,IAAI,SAAS;QAAE,OAAO,SAAS,CAAC;IAEhC,2FAA2F;IAC3F,6FAA6F;IAC7F,MAAM,QAAQ,GAAG,CAAC,MAAM,IAAI,EAAE,CAAC;SAC7B,GAAG,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,EAAE,QAAQ,CAAC;SACvB,IAAI,CAAC,CAAC,IAAI,EAAgB,EAAE,CAAC,OAAO,CAAC,IAAI,CAAC,CAAC,CAAC;IAE9C,OAAO,QAAQ,CAAC,CAAC,CAAC,CAAC,gBAAgB,CAAC,QAAQ,CAAC,IAAI,IAAI,CAAC,CAAC,CAAC,CAAC,IAAI,CAAC;AAC/D,CAAC,CAAC"}

package/src/lib/view-models/src/ext.rate.card.d.ts

@@ -1,114 +0,0 @@
-/**
- * Response shape for the external Rate Card sync (`get_ext_rate_card`).
- *
- * Keys are lower_snake_case by agreement with the booking-website team, and
- * deliberately differ from the internal camelCase models: this is a published
- * contract that outlives any internal rename.
- */
-/**
- * How `included_kms` on a row must be read. Derived from the rate configuration
- * already held in AutoLogix — no extra setup per rate card:
- *
- * - `Slab`     City Local on `RateType.SlabRate` — total for the whole booking.
- * - `Hourly`   City Local on `RateType.HourlyRate`, or Packages on
- *              `PackageRateType.HourlyBased` — no included KM at all; bill on
- *              `per_km_rate`, capped by `max_km_per_hour`.
- * - `Per Day`  Outstation, or Packages on `PackageRateType.DayBased` — a
- *              per-day limit, never a booking total.
- * - `KM Range` Transfers on `AirportRateType.KmRangeLogic` — the row is one
- *              band, `slab_start_km` to `slab_end_km`.
- * - `Trip`     Transfers on `AirportRateType.GeneralTransfer` — flat per transfer.
- */
-export type ExtIncludedKmsBasis = 'Slab' | 'Hourly' | 'Per Day' | 'KM Range' | 'Trip';
-export type ExtRentalType = 'City Local' | 'Outstation' | 'Transfers' | 'Packages';
-/** A charge with no dedicated key, so a new charge type never breaks the schema. */
-export interface IExtAdditionalCharge {
-    charge_type: string;
-    amount: number;
-}
-/** One rate row: a package priced for one vehicle group in one city. */
-export interface IExtRateCardRow {
-    vehicle_type_code_numeric: number;
-    vehicle_type_code: string;
-    vehicle_type_description: string;
-    city_code: number;
-    city_name: string;
-    rental_type: ExtRentalType;
-    rental_type_code: 1 | 2 | 3 | 4;
-    package_type: string;
-    gst_percentage: number | null;
-    base_amount: number | null;
-    included_hours: number | null;
-    included_kms: number | null;
-    included_kms_basis: ExtIncludedKmsBasis;
-    /** `KM Range` only — the band this row prices. */
-    slab_start_km: number | null;
-    slab_end_km: number | null;
-    /**
-     * Outstation only. AutoLogix prices first/last days differently from middle
-     * days; a consumer that bills a multi-day outstation trip off the single
-     * `included_kms` will compute the wrong excess, and so the wrong due amount.
-     */
-    included_kms_first_last_day: number | null;
-    included_kms_middle_day: number | null;
-    /** `Hourly` only — the KM allowance that accrues per billed hour. */
-    max_km_per_hour: number | null;
-    extra_hour_rate: number | null;
-    extra_km_rate: number | null;
-    per_km_rate: number | null;
-    /**
-     * Packages and Outstation only.
-     *
-     * Always null today: AutoLogix has no minimum-days field at any level, so
-     * there is nothing truthful to send. Wire it to the new field once it lands
-     * rather than defaulting to 1 — auto-invoicing bills off whatever we return.
-     */
-    min_days_applicable: number | null;
-    min_hours_applicable: number | null;
-    day_retention_charges: number | null;
-    night_retention_charges: number | null;
-    /**
-     * Section 6 buffer. `rounding_minutes` is live and is held per
-     * (package x vehicle group) — it is NOT a single company-wide 35, so
-     * consumers must read it from the row rather than hardcoding it, or their
-     * within-buffer decision will disagree with what ARC bills.
-     *
-     * `rounding_kms` is always null: no KM buffer exists anywhere in AutoLogix
-     * billing today (extra KM is charged from the first KM over the limit).
-     * Null rather than a hardcoded 10, so no consumer can silently diverge.
-     */
-    rounding_minutes: number | null;
-    rounding_kms: number | null;
-    additional_charges: IExtAdditionalCharge[];
-    /** Row-level change key, so a checker sees which rows moved. */
-    row_hash: string;
-}
-/** One contract and the rate card behind it. */
-export interface IExtRateCardContract {
-    contract_id: string;
-    contract_code: number | null;
-    customer_code: number | null;
-    customer_name: string | null;
-    rate_card_id: string;
-    rate_card_name: string;
-    effective_from_date: string | null;
-    effective_to_date: string | null;
-    /** `effective_to_date - effective_from_date`, in days. Null when open-ended. */
-    validity_days: number | null;
-    published: boolean;
-    last_updated_at: string | null;
-    /**
-     * Card-level change key. Equal hash means nothing to review, so the
-     * maker-checker step needs no field-by-field diff.
-     */
-    rate_card_hash: string;
-    rates: IExtRateCardRow[];
-}
-export interface IExtRateCardSyncResponse {
-    generated_at: string;
-    /** Contracts matching the filter, before paging. */
-    total_contracts: number;
-    page: number;
-    page_size: number;
-    contracts: IExtRateCardContract[];
-}

package/src/lib/view-models/src/ext.rate.card.js

@@ -1,9 +0,0 @@
-/**
- * Response shape for the external Rate Card sync (`get_ext_rate_card`).
- *
- * Keys are lower_snake_case by agreement with the booking-website team, and
- * deliberately differ from the internal camelCase models: this is a published
- * contract that outlives any internal rename.
- */
-export {};
-//# sourceMappingURL=ext.rate.card.js.map