@autologix-engineering/shared 1.2.355 → 1.2.356

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

@@ -0,0 +1,43 @@
+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

@@ -0,0 +1,78 @@
+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

@@ -0,0 +1 @@
+{"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/parse.display.date.d.ts

@@ -0,0 +1,16 @@
+/**
+ * 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

@@ -0,0 +1,43 @@
+/**
+ * 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

@@ -0,0 +1 @@
+{"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

@@ -0,0 +1,23 @@
+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

@@ -0,0 +1,32 @@
+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);
+    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

@@ -0,0 +1 @@
+{"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,MAAM,SAAS,GAAG,MAAM,CAAC,CAAC,CAAC,eAAe,CAAC,MAAM,CAAC,CAAC,CAAC,CAAC,SAAS,CAAC;IAC/D,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/public.config.d.ts

@@ -1,4 +1,4 @@
-import { LoginType, OrganizationTypeConfig } from '@autologix/shared/enums';
+import { LoginType, LtrAppFont, OrganizationTypeConfig } from '@autologix/shared/enums';
 import { ICarouselImage } from '../../models/src/white.label.config.model';
 import { ILanguage } from '../../models/src/language.model';
 export interface IPublicConfig {
@@ -39,4 +39,8 @@ export interface IPublicConfig {
     carouselImages?: ICarouselImage[];
     knowMoreUrl?: string;
     backgroundImage?: string;
+    otpLength?: number;
+    primaryFont?: LtrAppFont;
+    ltrOtpLength?: number;
+    ltrAppFont?: LtrAppFont;
 }

package/src/lib/view-models/src/successful.response.d.ts

@@ -2,4 +2,21 @@ import { RequestProcessingStatus } from '../../enums/src/index';
 export interface SuccessfulResponse<Data> {
     data: Data;
     status: RequestProcessingStatus.Success;
+    /**
+     * Optional note about the success itself — not an error.
+     *
+     * `UnsuccessfulResponse` has always carried `message`; this member did not,
+     * so a caller that narrowed a `RequestResponse<T>` on
+     * `status === Success` had no field to read even when the server had
+     * something to say. That bit AD-3227: the draft save reports Success while
+     * deliberately keeping the stored `validRows` over an empty incoming set,
+     * and the rows-less success payload gives the caller no other way to notice
+     * the divergence.
+     *
+     * Optional and additive, so every existing producer and consumer is
+     * unaffected. Use it for "we did what you asked, but here is something you
+     * should know", never for a failure — those still go through
+     * `UnsuccessfulResponse`.
+     */
+    message?: string;
 }

package/src/lib/data-transfer-objects/src/get.ext.available.ratecards.dto.d.ts

@@ -1,5 +0,0 @@
-export declare class GetExtAvailableRatecardsDTO {
-    contextId?: string;
-    clientIds?: string[];
-    constructor(obj?: Partial<GetExtAvailableRatecardsDTO>);
-}

package/src/lib/data-transfer-objects/src/get.ext.available.ratecards.dto.js

@@ -1,19 +0,0 @@
-import { __decorate, __metadata } from "tslib";
-import { IsArray, IsOptional, IsString, IsUUID, } from 'class-validator';
-export class GetExtAvailableRatecardsDTO {
-    constructor(obj) {
-        Object.assign(this, obj);
-    }
-}
-__decorate([
-    IsOptional(),
-    IsUUID(),
-    __metadata("design:type", String)
-], GetExtAvailableRatecardsDTO.prototype, "contextId", void 0);
-__decorate([
-    IsOptional(),
-    IsArray(),
-    IsString({ each: true }),
-    __metadata("design:type", Array)
-], GetExtAvailableRatecardsDTO.prototype, "clientIds", void 0);
-//# sourceMappingURL=get.ext.available.ratecards.dto.js.map

package/src/lib/data-transfer-objects/src/get.ext.available.ratecards.dto.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"get.ext.available.ratecards.dto.js","sourceRoot":"","sources":["../../../../../../../libs/shared/src/lib/data-transfer-objects/src/get.ext.available.ratecards.dto.ts"],"names":[],"mappings":";AAAA,OAAO,EACN,OAAO,EAEP,UAAU,EACV,QAAQ,EACR,MAAM,GACN,MAAM,iBAAiB,CAAC;AAGzB,MAAM,OAAO,2BAA2B;IAUvC,YAAY,GAA0C;QACrD,MAAM,CAAC,MAAM,CAAC,IAAI,EAAE,GAAG,CAAC,CAAC;IAC1B,CAAC;CACD;AAVA;IAFC,UAAU,EAAE;IACZ,MAAM,EAAE;;8DACU;AAKnB;IAHC,UAAU,EAAE;IACZ,OAAO,EAAE;IACT,QAAQ,CAAC,EAAE,IAAI,EAAE,IAAI,EAAE,CAAC;;8DACJ"}

package/src/lib/utilities/src/pick.latest.numbered.invoice.d.ts

@@ -1,21 +0,0 @@
-import { INumberedInvoice } from '../../models/src/index';
-/**
- * Newest NumberedInvoice on a booking.
- *
- * `Request.numberedInvoices` is a plain @ManyToMany with no @OrderBy, so the
- * array order is whatever the join-table scan yields and can change with the
- * query plan. Callers reaching for `[0]` or `[length - 1]` were therefore
- * picking an arbitrary invoice. That is invisible while a booking has exactly
- * one, and surfaces as stale data the moment it has more — a rebill after
- * modification, or the consolidated clone in
- * `create.consolidated.invoice.handler`, both leave two attached.
- *
- * Ordered by `preparedAt` descending, with the id as a stable tiebreak for
- * rows sharing a timestamp. Rows with no usable `preparedAt` sort last, so a
- * legacy row without one never outranks a real invoice.
- *
- * Mirrors the explicit `ORDER BY ni.preparedAt` that
- * `duties.query.raw.controller` and `bill.calculation.controller` already
- * apply in SQL, for the callers that hold the relation in memory instead.
- */
-export declare function pickLatestNumberedInvoice(invoices?: INumberedInvoice[] | null): INumberedInvoice | undefined;

package/src/lib/utilities/src/pick.latest.numbered.invoice.js

@@ -1,52 +0,0 @@
-import { NumberedInvoiceField, } from '../../models/src/index';
-/**
- * Newest NumberedInvoice on a booking.
- *
- * `Request.numberedInvoices` is a plain @ManyToMany with no @OrderBy, so the
- * array order is whatever the join-table scan yields and can change with the
- * query plan. Callers reaching for `[0]` or `[length - 1]` were therefore
- * picking an arbitrary invoice. That is invisible while a booking has exactly
- * one, and surfaces as stale data the moment it has more — a rebill after
- * modification, or the consolidated clone in
- * `create.consolidated.invoice.handler`, both leave two attached.
- *
- * Ordered by `preparedAt` descending, with the id as a stable tiebreak for
- * rows sharing a timestamp. Rows with no usable `preparedAt` sort last, so a
- * legacy row without one never outranks a real invoice.
- *
- * Mirrors the explicit `ORDER BY ni.preparedAt` that
- * `duties.query.raw.controller` and `bill.calculation.controller` already
- * apply in SQL, for the callers that hold the relation in memory instead.
- */
-export function pickLatestNumberedInvoice(invoices) {
-    if (!invoices?.length) {
-        return undefined;
-    }
-    let latest;
-    let latestAt = -Infinity;
-    for (const invoice of invoices) {
-        if (!invoice) {
-            continue;
-        }
-        const preparedAt = invoice[NumberedInvoiceField.PreparedAt];
-        const parsed = preparedAt ? new Date(preparedAt).getTime() : NaN;
-        const at = Number.isNaN(parsed) ? -Infinity : parsed;
-        if (!latest) {
-            latest = invoice;
-            latestAt = at;
-            continue;
-        }
-        // Compare ids only when the timestamps tie, so the winner is stable
-        // across query plans rather than dependent on array order.
-        const isNewer = at > latestAt ||
-            (at === latestAt &&
-                String(invoice[NumberedInvoiceField.NumberedInvoiceId] ?? '') >
-                    String(latest[NumberedInvoiceField.NumberedInvoiceId] ?? ''));
-        if (isNewer) {
-            latest = invoice;
-            latestAt = at;
-        }
-    }
-    return latest;
-}
-//# sourceMappingURL=pick.latest.numbered.invoice.js.map

package/src/lib/utilities/src/pick.latest.numbered.invoice.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"pick.latest.numbered.invoice.js","sourceRoot":"","sources":["../../../../../../../libs/shared/src/lib/utilities/src/pick.latest.numbered.invoice.ts"],"names":[],"mappings":"AAAA,OAAO,EAEN,oBAAoB,GACpB,MAAM,wBAAwB,CAAC;AAEhC;;;;;;;;;;;;;;;;;;GAkBG;AACH,MAAM,UAAU,yBAAyB,CACxC,QAAoC;IAEpC,IAAI,CAAC,QAAQ,EAAE,MAAM,EAAE,CAAC;QACvB,OAAO,SAAS,CAAC;IAClB,CAAC;IAED,IAAI,MAAoC,CAAC;IACzC,IAAI,QAAQ,GAAG,CAAC,QAAQ,CAAC;IAEzB,KAAK,MAAM,OAAO,IAAI,QAAQ,EAAE,CAAC;QAChC,IAAI,CAAC,OAAO,EAAE,CAAC;YACd,SAAS;QACV,CAAC;QAED,MAAM,UAAU,GAAG,OAAO,CAAC,oBAAoB,CAAC,UAAU,CAAC,CAAC;QAC5D,MAAM,MAAM,GAAG,UAAU,CAAC,CAAC,CAAC,IAAI,IAAI,CAAC,UAAU,CAAC,CAAC,OAAO,EAAE,CAAC,CAAC,CAAC,GAAG,CAAC;QACjE,MAAM,EAAE,GAAG,MAAM,CAAC,KAAK,CAAC,MAAM,CAAC,CAAC,CAAC,CAAC,CAAC,QAAQ,CAAC,CAAC,CAAC,MAAM,CAAC;QAErD,IAAI,CAAC,MAAM,EAAE,CAAC;YACb,MAAM,GAAG,OAAO,CAAC;YACjB,QAAQ,GAAG,EAAE,CAAC;YACd,SAAS;QACV,CAAC;QAED,oEAAoE;QACpE,2DAA2D;QAC3D,MAAM,OAAO,GACZ,EAAE,GAAG,QAAQ;YACb,CAAC,EAAE,KAAK,QAAQ;gBACf,MAAM,CAAC,OAAO,CAAC,oBAAoB,CAAC,iBAAiB,CAAC,IAAI,EAAE,CAAC;oBAC5D,MAAM,CACL,MAAM,CAAC,oBAAoB,CAAC,iBAAiB,CAAC,IAAI,EAAE,CACpD,CAAC,CAAC;QAEN,IAAI,OAAO,EAAE,CAAC;YACb,MAAM,GAAG,OAAO,CAAC;YACjB,QAAQ,GAAG,EAAE,CAAC;QACf,CAAC;IACF,CAAC;IAED,OAAO,MAAM,CAAC;AACf,CAAC"}