@kernhq/module-inventory 0.1.2 → 0.3.0

package/dist/contract/models.d.ts

@@ -0,0 +1,468 @@
+import { z } from 'zod';
+/**
+ * The nouns this module owns, and the shapes that cross the wire.
+ *
+ * Imported by **both** halves — the server implements against them, the client calls against them —
+ * so nothing here may touch Node. Types only; the procedures live in `router.ts`.
+ */
+/** Lowercase, 2-32 characters. Names the API prefix, the Postgres schema `mod_<id>` and every event. */
+export declare const MODULE_ID = "inventory";
+/**
+ * An asset's lifecycle. `in_stock` and `assigned` follow custody (an open row in `custody_periods`
+ * means assigned); `under_repair` follows an open repair; `reserved` follows a booking that has not
+ * been collected; `lost` and `retired` are set by hand when an item stops being usable.
+ *
+ * Stored rather than derived, because every list filter asks for it — and kept in step inside the
+ * same transaction that writes the row it derives from, never by a job afterwards.
+ *
+ * **`under_repair` belongs to the `repairs` capability**, so a workspace with that switch off never
+ * has an asset in it: the procedure that ends a repair answers 404 there, and a status nothing can
+ * move an item out of is a register the workspace cannot correct. The one thing a job does here is
+ * bring the rows *nobody touches* back into step after that switch moves, in both directions —
+ * `deriveStatus` in `src/server/services/status.ts` argues it, and nothing is destroyed either way.
+ */
+export declare const AssetStatus: z.ZodEnum<{
+    in_stock: "in_stock";
+    assigned: "assigned";
+    reserved: "reserved";
+    under_repair: "under_repair";
+    lost: "lost";
+    retired: "retired";
+}>;
+export type AssetStatus = z.infer<typeof AssetStatus>;
+/**
+ * A value a workspace defined for itself, stored under its `key` in `assets.custom`.
+ *
+ * `unknown` rather than a union: the field definition says what the type is, and validating a value
+ * against a definition the client may not have loaded yet would fail honest input. The server checks
+ * it against `field_defs` before writing.
+ */
+export declare const CustomValues: z.ZodRecord<z.ZodString, z.ZodUnknown>;
+export type CustomValues = z.infer<typeof CustomValues>;
+/**
+ * A workspace's own grouping of what it owns — Laptops, Furniture, Cameras.
+ *
+ * Archived rather than deleted, and `archivedAt` is the whole reason: `assets.category_id` is a
+ * plain uuid with no foreign key, so a deleted category leaves every asset filed under it pointing
+ * at a row that is not there. The list column goes blank and the timeline entry that recorded the
+ * move loses the name it recorded. Archiving takes it out of every picker and every filter and
+ * leaves each asset able to say what it is.
+ */
+export declare const Category: z.ZodObject<{
+    id: z.ZodUUID;
+    workspaceId: z.core.$ZodBranded<z.ZodUUID, "WorkspaceId", "out">;
+    name: z.ZodString;
+    order: z.ZodNumber;
+    createdAt: z.ZodString;
+    updatedAt: z.ZodString;
+    archivedAt: z.ZodNullable<z.ZodString>;
+}, z.core.$strip>;
+export type Category = z.infer<typeof Category>;
+export declare const CategoryInput: z.ZodObject<{
+    name: z.ZodString;
+    order: z.ZodOptional<z.ZodNumber>;
+}, z.core.$strip>;
+export type CategoryInput = z.infer<typeof CategoryInput>;
+/**
+ * One stretch of time during which one person held one asset.
+ *
+ * Effective-dated, exactly as HR keeps employments: nothing is ever updated in place, a change
+ * closes the open row and inserts a new one. `effectiveTo === null` means "still holding it", and
+ * `inventory_custody_no_overlap` — a GiST exclusion constraint on
+ * `(asset_id =, tstzrange(effective_from, effective_to, '[)') &&)` — makes two of those for one
+ * asset impossible in the database rather than merely unlikely in the service.
+ */
+export declare const CustodyPeriod: z.ZodObject<{
+    id: z.ZodUUID;
+    workspaceId: z.core.$ZodBranded<z.ZodUUID, "WorkspaceId", "out">;
+    assetId: z.ZodUUID;
+    userId: z.ZodUUID;
+    note: z.ZodNullable<z.ZodString>;
+    effectiveFrom: z.ZodString;
+    effectiveTo: z.ZodNullable<z.ZodString>;
+    createdBy: z.ZodNullable<z.ZodUUID>;
+    createdAt: z.ZodString;
+}, z.core.$strip>;
+export type CustodyPeriod = z.infer<typeof CustodyPeriod>;
+/**
+ * One entry in an asset's timeline.
+ *
+ * `action` is a **plain string, deliberately not an enum**. The rows are append-only and outlive
+ * the image that wrote them: an instance rolled back to a previous release would fail to parse its
+ * own history the moment a newer image had written an action the older enum does not list — a
+ * timeline that 500s rather than one that says a little less. The client renders a sentence per
+ * action it knows and a neutral one for anything else. What is written today is `created`,
+ * `updated`, `assigned`, `transferred`, `returned`, `retired`, `restored`, `repair_logged`,
+ * `repair_completed`, `attachment_added` and `attachment_removed`.
+ */
+export declare const AssetHistoryEntry: z.ZodObject<{
+    id: z.ZodUUID;
+    assetId: z.ZodUUID;
+    actorId: z.ZodNullable<z.ZodUUID>;
+    action: z.ZodString;
+    changes: z.ZodArray<z.ZodObject<{
+        field: z.ZodString;
+        from: z.ZodUnknown;
+        to: z.ZodUnknown;
+    }, z.core.$strip>>;
+    data: z.ZodRecord<z.ZodString, z.ZodUnknown>;
+    occurredAt: z.ZodString;
+}, z.core.$strip>;
+export type AssetHistoryEntry = z.infer<typeof AssetHistoryEntry>;
+export declare const Asset: z.ZodObject<{
+    id: z.ZodUUID;
+    workspaceId: z.core.$ZodBranded<z.ZodUUID, "WorkspaceId", "out">;
+    code: z.ZodString;
+    name: z.ZodString;
+    description: z.ZodString;
+    categoryId: z.ZodNullable<z.ZodUUID>;
+    status: z.ZodEnum<{
+        in_stock: "in_stock";
+        assigned: "assigned";
+        reserved: "reserved";
+        under_repair: "under_repair";
+        lost: "lost";
+        retired: "retired";
+    }>;
+    custodianUserId: z.ZodNullable<z.ZodUUID>;
+    custodySince: z.ZodNullable<z.ZodString>;
+    serialNumber: z.ZodNullable<z.ZodString>;
+    location: z.ZodNullable<z.ZodString>;
+    purchasedOn: z.ZodNullable<z.ZodString>;
+    purchasedFrom: z.ZodNullable<z.ZodString>;
+    priceMinor: z.ZodNullable<z.ZodNumber>;
+    currency: z.ZodNullable<z.ZodString>;
+    warrantyUntil: z.ZodNullable<z.ZodString>;
+    photoFileId: z.ZodNullable<z.ZodUUID>;
+    custom: z.ZodRecord<z.ZodString, z.ZodUnknown>;
+    createdAt: z.ZodString;
+    updatedAt: z.ZodString;
+    archivedAt: z.ZodNullable<z.ZodString>;
+}, z.core.$strip>;
+export type Asset = z.infer<typeof Asset>;
+/**
+ * What a custody procedure answers with: the asset as it now stands, and the period this call
+ * opened.
+ *
+ * Both, because a screen needs both and fetching the asset again afterwards is a second round trip
+ * that can read a row somebody else has changed in between — the panel would then show a handover
+ * that has already been undone. `period` is null on a return: something closed, nothing opened.
+ */
+export declare const CustodyResult: z.ZodObject<{
+    asset: z.ZodObject<{
+        id: z.ZodUUID;
+        workspaceId: z.core.$ZodBranded<z.ZodUUID, "WorkspaceId", "out">;
+        code: z.ZodString;
+        name: z.ZodString;
+        description: z.ZodString;
+        categoryId: z.ZodNullable<z.ZodUUID>;
+        status: z.ZodEnum<{
+            in_stock: "in_stock";
+            assigned: "assigned";
+            reserved: "reserved";
+            under_repair: "under_repair";
+            lost: "lost";
+            retired: "retired";
+        }>;
+        custodianUserId: z.ZodNullable<z.ZodUUID>;
+        custodySince: z.ZodNullable<z.ZodString>;
+        serialNumber: z.ZodNullable<z.ZodString>;
+        location: z.ZodNullable<z.ZodString>;
+        purchasedOn: z.ZodNullable<z.ZodString>;
+        purchasedFrom: z.ZodNullable<z.ZodString>;
+        priceMinor: z.ZodNullable<z.ZodNumber>;
+        currency: z.ZodNullable<z.ZodString>;
+        warrantyUntil: z.ZodNullable<z.ZodString>;
+        photoFileId: z.ZodNullable<z.ZodUUID>;
+        custom: z.ZodRecord<z.ZodString, z.ZodUnknown>;
+        createdAt: z.ZodString;
+        updatedAt: z.ZodString;
+        archivedAt: z.ZodNullable<z.ZodString>;
+    }, z.core.$strip>;
+    period: z.ZodNullable<z.ZodObject<{
+        id: z.ZodUUID;
+        workspaceId: z.core.$ZodBranded<z.ZodUUID, "WorkspaceId", "out">;
+        assetId: z.ZodUUID;
+        userId: z.ZodUUID;
+        note: z.ZodNullable<z.ZodString>;
+        effectiveFrom: z.ZodString;
+        effectiveTo: z.ZodNullable<z.ZodString>;
+        createdBy: z.ZodNullable<z.ZodUUID>;
+        createdAt: z.ZodString;
+    }, z.core.$strip>>;
+}, z.core.$strip>;
+export type CustodyResult = z.infer<typeof CustodyResult>;
+/**
+ * One trip an item made to a repairer.
+ *
+ * `returnedOn === null` means it is still away, and that single fact is what puts the asset in
+ * `under_repair` — see `deriveStatus` in `src/server/services/status.ts`, which is the only place
+ * the three columns that drive a status are read together.
+ *
+ * **A repair is not custody, and neither one cancels the other.** A laptop assigned to Dan that goes
+ * to the repairer is still Dan's responsibility: the custody period stays open, `custodianUserId`
+ * stays set, and only `status` moves. That is why a repair does not touch custody and custody does
+ * not refuse a repaired item — the two answer different questions ("who is answerable for it" and
+ * "where is it"), and collapsing them would mean an item could not come back to the person who sent
+ * it.
+ */
+export declare const Repair: z.ZodObject<{
+    id: z.ZodUUID;
+    workspaceId: z.core.$ZodBranded<z.ZodUUID, "WorkspaceId", "out">;
+    assetId: z.ZodUUID;
+    summary: z.ZodString;
+    detail: z.ZodNullable<z.ZodString>;
+    vendor: z.ZodNullable<z.ZodString>;
+    costMinor: z.ZodNullable<z.ZodNumber>;
+    currency: z.ZodNullable<z.ZodString>;
+    sentOn: z.ZodString;
+    returnedOn: z.ZodNullable<z.ZodString>;
+    createdBy: z.ZodNullable<z.ZodUUID>;
+    createdAt: z.ZodString;
+    updatedAt: z.ZodString;
+}, z.core.$strip>;
+export type Repair = z.infer<typeof Repair>;
+/**
+ * A repair in a list, with the two things a reader needs to know *which item* it is about.
+ *
+ * **Joined at read time, never stored here.** `mod_inventory.repairs` holds no asset name, so
+ * renaming an asset renames it everywhere at once — a copied label is a label that goes stale, and
+ * this module already refuses to copy a person's name for the same reason. The join is inside one
+ * schema, which is the kind a module is allowed to make; the kind it is not is a join across the
+ * boundary into another module's tables.
+ *
+ * It extends `Repair` rather than replacing it, so a component that renders a repair renders one of
+ * these without knowing the difference. `create`, `update` and `complete` answer with a plain
+ * `Repair`: the caller of those already knows which asset it asked about.
+ */
+export declare const RepairListItem: z.ZodObject<{
+    id: z.ZodUUID;
+    workspaceId: z.core.$ZodBranded<z.ZodUUID, "WorkspaceId", "out">;
+    assetId: z.ZodUUID;
+    summary: z.ZodString;
+    detail: z.ZodNullable<z.ZodString>;
+    vendor: z.ZodNullable<z.ZodString>;
+    costMinor: z.ZodNullable<z.ZodNumber>;
+    currency: z.ZodNullable<z.ZodString>;
+    sentOn: z.ZodString;
+    returnedOn: z.ZodNullable<z.ZodString>;
+    createdBy: z.ZodNullable<z.ZodUUID>;
+    createdAt: z.ZodString;
+    updatedAt: z.ZodString;
+    assetCode: z.ZodString;
+    assetName: z.ZodString;
+}, z.core.$strip>;
+export type RepairListItem = z.infer<typeof RepairListItem>;
+/**
+ * Everything a person can say about a repair.
+ *
+ * **No field here carries `.default()`, for the reason `AssetInput` spells out**: `update` is built
+ * from `.partial()`, and `.partial()` does not strip a default — zod still substitutes it for a key
+ * the request never sent, so a patch that renames a repair would silently re-date it. `sentOn` is
+ * optional rather than defaulted for the same reason; `repairs.create` fills today's date on the
+ * server, which is the only clock this module trusts.
+ */
+export declare const RepairInput: z.ZodObject<{
+    summary: z.ZodString;
+    detail: z.ZodOptional<z.ZodNullable<z.ZodString>>;
+    vendor: z.ZodOptional<z.ZodNullable<z.ZodString>>;
+    costMinor: z.ZodOptional<z.ZodNullable<z.ZodNumber>>;
+    currency: z.ZodOptional<z.ZodNullable<z.ZodString>>;
+    sentOn: z.ZodOptional<z.ZodISODate>;
+}, z.core.$strip>;
+export type RepairInput = z.infer<typeof RepairInput>;
+export declare const RepairPatchInput: z.ZodObject<{
+    summary: z.ZodOptional<z.ZodString>;
+    detail: z.ZodOptional<z.ZodOptional<z.ZodNullable<z.ZodString>>>;
+    vendor: z.ZodOptional<z.ZodOptional<z.ZodNullable<z.ZodString>>>;
+    costMinor: z.ZodOptional<z.ZodOptional<z.ZodNullable<z.ZodNumber>>>;
+    currency: z.ZodOptional<z.ZodOptional<z.ZodNullable<z.ZodString>>>;
+    sentOn: z.ZodOptional<z.ZodOptional<z.ZodISODate>>;
+}, z.core.$strip>;
+export type RepairPatchInput = z.infer<typeof RepairPatchInput>;
+/**
+ * What a repair mutation answers with: the repair, and the asset as it now stands.
+ *
+ * Both, for the reason `CustodyResult` carries both — sending an item away moves `assets.status`,
+ * and a screen that had to fetch the asset again afterwards would be reading a row somebody else
+ * may have changed in between.
+ */
+export declare const RepairResult: z.ZodObject<{
+    repair: z.ZodObject<{
+        id: z.ZodUUID;
+        workspaceId: z.core.$ZodBranded<z.ZodUUID, "WorkspaceId", "out">;
+        assetId: z.ZodUUID;
+        summary: z.ZodString;
+        detail: z.ZodNullable<z.ZodString>;
+        vendor: z.ZodNullable<z.ZodString>;
+        costMinor: z.ZodNullable<z.ZodNumber>;
+        currency: z.ZodNullable<z.ZodString>;
+        sentOn: z.ZodString;
+        returnedOn: z.ZodNullable<z.ZodString>;
+        createdBy: z.ZodNullable<z.ZodUUID>;
+        createdAt: z.ZodString;
+        updatedAt: z.ZodString;
+    }, z.core.$strip>;
+    asset: z.ZodObject<{
+        id: z.ZodUUID;
+        workspaceId: z.core.$ZodBranded<z.ZodUUID, "WorkspaceId", "out">;
+        code: z.ZodString;
+        name: z.ZodString;
+        description: z.ZodString;
+        categoryId: z.ZodNullable<z.ZodUUID>;
+        status: z.ZodEnum<{
+            in_stock: "in_stock";
+            assigned: "assigned";
+            reserved: "reserved";
+            under_repair: "under_repair";
+            lost: "lost";
+            retired: "retired";
+        }>;
+        custodianUserId: z.ZodNullable<z.ZodUUID>;
+        custodySince: z.ZodNullable<z.ZodString>;
+        serialNumber: z.ZodNullable<z.ZodString>;
+        location: z.ZodNullable<z.ZodString>;
+        purchasedOn: z.ZodNullable<z.ZodString>;
+        purchasedFrom: z.ZodNullable<z.ZodString>;
+        priceMinor: z.ZodNullable<z.ZodNumber>;
+        currency: z.ZodNullable<z.ZodString>;
+        warrantyUntil: z.ZodNullable<z.ZodString>;
+        photoFileId: z.ZodNullable<z.ZodUUID>;
+        custom: z.ZodRecord<z.ZodString, z.ZodUnknown>;
+        createdAt: z.ZodString;
+        updatedAt: z.ZodString;
+        archivedAt: z.ZodNullable<z.ZodString>;
+    }, z.core.$strip>;
+}, z.core.$strip>;
+export type RepairResult = z.infer<typeof RepairResult>;
+/**
+ * A file recorded against an asset — a receipt, a warranty card, a manual.
+ *
+ * **The bytes are core's, not this module's.** A module does not upload: the browser uploads through
+ * core's file service and hands this module the id it was given, and reading one back is a download
+ * URL core signs. All that lives here is the fact that this asset has that file, plus the name and
+ * size copied at attach time so a list can be drawn without asking core once per row.
+ *
+ * `repairId` is what separates "the invoice for the screen replacement" from "the purchase receipt":
+ * null means it belongs to the asset itself.
+ */
+export declare const Attachment: z.ZodObject<{
+    id: z.ZodUUID;
+    workspaceId: z.core.$ZodBranded<z.ZodUUID, "WorkspaceId", "out">;
+    assetId: z.ZodUUID;
+    repairId: z.ZodNullable<z.ZodUUID>;
+    fileId: z.ZodUUID;
+    name: z.ZodString;
+    mimeType: z.ZodNullable<z.ZodString>;
+    size: z.ZodNullable<z.ZodNumber>;
+    uploadedBy: z.ZodNullable<z.ZodUUID>;
+    createdAt: z.ZodString;
+}, z.core.$strip>;
+export type Attachment = z.infer<typeof Attachment>;
+/**
+ * The register in numbers: what a page's count line and a dashboard card need in one request.
+ *
+ * `total` counts what the list shows by default — live rows — and `archived` is beside it rather
+ * than inside it, because a count line that silently included archived rows would disagree with the
+ * list under it.
+ *
+ * **`outForRepair` is null when the workspace does not track repairs.** Zero would be a claim
+ * ("nothing is away"), and a workspace with the `repairs` capability off has not made that claim —
+ * it has no opinion at all. The screens show the tile only when a number arrives, which is the same
+ * rule as hiding the Repairs tab, expressed in the data instead of in a second capability lookup.
+ */
+export declare const InventoryStats: z.ZodObject<{
+    total: z.ZodNumber;
+    archived: z.ZodNumber;
+    byStatus: z.ZodRecord<z.ZodEnum<{
+        in_stock: "in_stock";
+        assigned: "assigned";
+        reserved: "reserved";
+        under_repair: "under_repair";
+        lost: "lost";
+        retired: "retired";
+    }>, z.ZodNumber>;
+    outForRepair: z.ZodNullable<z.ZodNumber>;
+    unassigned: z.ZodNumber;
+}, z.core.$strip>;
+export type InventoryStats = z.infer<typeof InventoryStats>;
+/**
+ * How a list is ordered, and therefore what a page cursor is a bookmark *into*.
+ *
+ * Exported rather than written inline in `router.ts` because the server validates a cursor against
+ * this same list: a bookmark issued under one sort is meaningless under another, and the only way
+ * to say so is for both halves to read one enum.
+ */
+export declare const AssetSort: z.ZodEnum<{
+    code: "code";
+    name: "name";
+    recent: "recent";
+}>;
+export type AssetSort = z.infer<typeof AssetSort>;
+/**
+ * Everything a person can say about an asset. `create` requires `name`; `update` takes any subset.
+ *
+ * **No field here carries `.default()`, and that is load-bearing.** `update` is built from
+ * `AssetInput.partial()`, and `.partial()` does not strip a default — it only wraps the field in
+ * `optional`, so zod still substitutes the default for a key the request never sent. `description`
+ * had `.default('')`, so `PATCH {assetId, name}` reached the handler as
+ * `{assetId, name, description: ''}`; the service correctly read a present value as "set it" and a
+ * rename destroyed the text, writing a bogus `description` diff into `asset_history` as it went.
+ * The care the service takes over `undefined` versus `null` is defeated one layer above it, here.
+ * A value `create` should fill in belongs on `AssetCreateInput` below, which is never partialled.
+ */
+export declare const AssetInput: z.ZodObject<{
+    name: z.ZodString;
+    description: z.ZodOptional<z.ZodString>;
+    categoryId: z.ZodOptional<z.ZodNullable<z.ZodUUID>>;
+    serialNumber: z.ZodOptional<z.ZodNullable<z.ZodString>>;
+    location: z.ZodOptional<z.ZodNullable<z.ZodString>>;
+    purchasedFrom: z.ZodOptional<z.ZodNullable<z.ZodString>>;
+    purchasedOn: z.ZodOptional<z.ZodNullable<z.ZodISODate>>;
+    warrantyUntil: z.ZodOptional<z.ZodNullable<z.ZodISODate>>;
+    priceMinor: z.ZodOptional<z.ZodNullable<z.ZodNumber>>;
+    currency: z.ZodOptional<z.ZodNullable<z.ZodString>>;
+    photoFileId: z.ZodOptional<z.ZodNullable<z.ZodUUID>>;
+}, z.core.$strip>;
+export type AssetInput = z.infer<typeof AssetInput>;
+/**
+ * What `create` accepts: the same fields, with the one value a new row may not go without.
+ *
+ * `description` is `not null` in the database, so a create with no description needs *something*.
+ * Defaulting it here rather than in `AssetInput` is what keeps `update` able to tell "leave it
+ * alone" from "clear it" — see the note above.
+ */
+export declare const AssetCreateInput: z.ZodObject<{
+    name: z.ZodString;
+    categoryId: z.ZodOptional<z.ZodNullable<z.ZodUUID>>;
+    serialNumber: z.ZodOptional<z.ZodNullable<z.ZodString>>;
+    location: z.ZodOptional<z.ZodNullable<z.ZodString>>;
+    purchasedFrom: z.ZodOptional<z.ZodNullable<z.ZodString>>;
+    purchasedOn: z.ZodOptional<z.ZodNullable<z.ZodISODate>>;
+    warrantyUntil: z.ZodOptional<z.ZodNullable<z.ZodISODate>>;
+    priceMinor: z.ZodOptional<z.ZodNullable<z.ZodNumber>>;
+    currency: z.ZodOptional<z.ZodNullable<z.ZodString>>;
+    photoFileId: z.ZodOptional<z.ZodNullable<z.ZodUUID>>;
+    description: z.ZodDefault<z.ZodString>;
+}, z.core.$strip>;
+export type AssetCreateInput = z.infer<typeof AssetCreateInput>;
+/** What `update` accepts: any subset, and nothing filled in for a key that never arrived. */
+export declare const AssetPatchInput: z.ZodObject<{
+    name: z.ZodOptional<z.ZodString>;
+    description: z.ZodOptional<z.ZodOptional<z.ZodString>>;
+    categoryId: z.ZodOptional<z.ZodOptional<z.ZodNullable<z.ZodUUID>>>;
+    serialNumber: z.ZodOptional<z.ZodOptional<z.ZodNullable<z.ZodString>>>;
+    location: z.ZodOptional<z.ZodOptional<z.ZodNullable<z.ZodString>>>;
+    purchasedFrom: z.ZodOptional<z.ZodOptional<z.ZodNullable<z.ZodString>>>;
+    purchasedOn: z.ZodOptional<z.ZodOptional<z.ZodNullable<z.ZodISODate>>>;
+    warrantyUntil: z.ZodOptional<z.ZodOptional<z.ZodNullable<z.ZodISODate>>>;
+    priceMinor: z.ZodOptional<z.ZodOptional<z.ZodNullable<z.ZodNumber>>>;
+    currency: z.ZodOptional<z.ZodOptional<z.ZodNullable<z.ZodString>>>;
+    photoFileId: z.ZodOptional<z.ZodOptional<z.ZodNullable<z.ZodUUID>>>;
+}, z.core.$strip>;
+export type AssetPatchInput = z.infer<typeof AssetPatchInput>;
+/** Shared by every workspace-scoped procedure, which is all of them. */
+export declare const ws: z.ZodObject<{
+    workspaceId: z.core.$ZodBranded<z.ZodUUID, "WorkspaceId", "out">;
+}, z.core.$strip>;
+//# sourceMappingURL=models.d.ts.map

package/dist/contract/models.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"models.d.ts","sourceRoot":"","sources":["../../src/contract/models.ts"],"names":[],"mappings":"AACA,OAAO,EAAE,CAAC,EAAE,MAAM,KAAK,CAAA;AAEvB;;;;;GAKG;AAEH,wGAAwG;AACxG,eAAO,MAAM,SAAS,cAAc,CAAA;AAEpC;;;;;;;;;;;;;GAaG;AACH,eAAO,MAAM,WAAW;;;;;;;EAAkF,CAAA;AAC1G,MAAM,MAAM,WAAW,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,WAAW,CAAC,CAAA;AAErD;;;;;;GAMG;AACH,eAAO,MAAM,YAAY,wCAAoC,CAAA;AAC7D,MAAM,MAAM,YAAY,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,YAAY,CAAC,CAAA;AAEvD;;;;;;;;GAQG;AACH,eAAO,MAAM,QAAQ;;;;;;;;iBAUnB,CAAA;AACF,MAAM,MAAM,QAAQ,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,QAAQ,CAAC,CAAA;AAE/C,eAAO,MAAM,aAAa;;;iBAGxB,CAAA;AACF,MAAM,MAAM,aAAa,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,aAAa,CAAC,CAAA;AAEzD;;;;;;;;GAQG;AACH,eAAO,MAAM,aAAa;;;;;;;;;;iBAgBxB,CAAA;AACF,MAAM,MAAM,aAAa,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,aAAa,CAAC,CAAA;AAEzD;;;;;;;;;;GAUG;AACH,eAAO,MAAM,iBAAiB;;;;;;;;;;;;iBAU5B,CAAA;AACF,MAAM,MAAM,iBAAiB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,iBAAiB,CAAC,CAAA;AAEjE,eAAO,MAAM,KAAK;;;;;;;;;;;;;;;;;;;;;;;;;;;;;iBA4BhB,CAAA;AACF,MAAM,MAAM,KAAK,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,KAAK,CAAC,CAAA;AAEzC;;;;;;;GAOG;AACH,eAAO,MAAM,aAAa;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;iBAGxB,CAAA;AACF,MAAM,MAAM,aAAa,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,aAAa,CAAC,CAAA;AAEzD;;;;;;;;;;;;;GAaG;AACH,eAAO,MAAM,MAAM;;;;;;;;;;;;;;iBAgBjB,CAAA;AACF,MAAM,MAAM,MAAM,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,MAAM,CAAC,CAAA;AAE3C;;;;;;;;;;;;GAYG;AACH,eAAO,MAAM,cAAc;;;;;;;;;;;;;;;;iBAGzB,CAAA;AACF,MAAM,MAAM,cAAc,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,cAAc,CAAC,CAAA;AAE3D;;;;;;;;GAQG;AACH,eAAO,MAAM,WAAW;;;;;;;iBAQtB,CAAA;AACF,MAAM,MAAM,WAAW,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,WAAW,CAAC,CAAA;AAErD,eAAO,MAAM,gBAAgB;;;;;;;iBAAwB,CAAA;AACrD,MAAM,MAAM,gBAAgB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,gBAAgB,CAAC,CAAA;AAE/D;;;;;;GAMG;AACH,eAAO,MAAM,YAAY;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;iBAGvB,CAAA;AACF,MAAM,MAAM,YAAY,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,YAAY,CAAC,CAAA;AAEvD;;;;;;;;;;GAUG;AACH,eAAO,MAAM,UAAU;;;;;;;;;;;iBAYrB,CAAA;AACF,MAAM,MAAM,UAAU,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,UAAU,CAAC,CAAA;AAEnD;;;;;;;;;;;GAWG;AACH,eAAO,MAAM,cAAc;;;;;;;;;;;;;iBAQzB,CAAA;AACF,MAAM,MAAM,cAAc,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,cAAc,CAAC,CAAA;AAE3D;;;;;;GAMG;AACH,eAAO,MAAM,SAAS;;;;EAAqC,CAAA;AAC3D,MAAM,MAAM,SAAS,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,SAAS,CAAC,CAAA;AAEjD;;;;;;;;;;;GAWG;AACH,eAAO,MAAM,UAAU;;;;;;;;;;;;iBAerB,CAAA;AACF,MAAM,MAAM,UAAU,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,UAAU,CAAC,CAAA;AAEnD;;;;;;GAMG;AACH,eAAO,MAAM,gBAAgB;;;;;;;;;;;;iBAE3B,CAAA;AACF,MAAM,MAAM,gBAAgB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,gBAAgB,CAAC,CAAA;AAE/D,6FAA6F;AAC7F,eAAO,MAAM,eAAe;;;;;;;;;;;;iBAAuB,CAAA;AACnD,MAAM,MAAM,eAAe,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,eAAe,CAAC,CAAA;AAE7D,wEAAwE;AACxE,eAAO,MAAM,EAAE;;iBAAyC,CAAA"}