e-arveldaja-mcp 0.14.0 → 0.14.2

package/.claude/commands/book-invoice.md

@@ -6,6 +6,17 @@ Book a purchase invoice from a source document. Extract the data, validate it, r
 
 **Input:** Absolute path to the invoice document (`.pdf`, `.jpg`, `.jpeg`, `.png`).
 
+## User-facing flow
+
+Think in five phases, even though the tool work below is more detailed:
+1. Read the document.
+2. Validate amounts and supplier identity.
+3. Check duplicate risk and reuse a safe booking basis.
+4. Show one approval card.
+5. Create, upload, confirm, and report only after approval.
+
+Keep the user's view compact. Do not show every extracted field unless it changes the booking decision.
+
 ## Step 1: Check VAT registration
 
 Call `get_vat_info` first to confirm whether this company is currently VAT-registered.
@@ -108,12 +119,15 @@ If there is no suitable history, call `list_purchase_articles` or ask the user i
 
 ## Step 10: Preview the booking and ask for approval before creating anything
 
-Before creating anything, present:
-- Supplier name and supplier client ID
+Before creating anything, present one approval card:
+- Supplier name and supplier client ID — explicitly flag when this is a newly created supplier record (auto-created in step 6) so the user sees the new client before approving the booking
 - Invoice number, invoice date, due date, journal date, and term days
 - Net / VAT / gross amounts
 - The exact item-level booking you intend to send, including article IDs, account IDs, `purchase_accounts_dimensions_id`, VAT fields, `vat_accounts_dimensions_id`, and any `reversed_vat_id`
 - The booking basis used and any assumptions
+- Duplicate-check result
+- Source document path
+- Side effects after approval: create purchase invoice, upload the source document, and confirm the invoice
 
 If the user has not explicitly approved the preview, stop here and wait.
 
@@ -130,7 +144,7 @@ Call `create_purchase_invoice_from_pdf`:
 - `gross_price`: exact value from the invoice
 - `ref_number`
 - `bank_account_no`
-- `notes`: source filename and any assumptions
+- `notes`: leave empty by default; use it only for genuinely useful context such as assumptions made or manual adjustments. Do NOT put the source document filename here — the document is auto-uploaded and attached via `file_path` below.
 - `file_path`: the original file path (auto-uploads the source document)
 
 Use the exact `vat_price` and `gross_price` from the invoice. Do not recalculate them.

package/.claude/commands/classify-unmatched.md

@@ -4,6 +4,13 @@
 
 Classify unmatched bank transactions, preview the auto-bookable purchase-invoice groups, and only apply them after approval.
 
+User-facing phases:
+1. Classify unmatched rows.
+2. Explain which groups can be auto-booked and which need review.
+3. Preview the approved groups.
+4. Ask for one apply approval.
+5. Apply and report created invoices/linked transactions.
+
 ## Arguments
 
 - `accounts_dimensions_id`: bank account dimension ID
@@ -20,7 +27,7 @@ Call `classify_bank_transactions`:
 - `accounts_dimensions_id`: the provided dimension ID
 - include `date_from` / `date_to` when provided
 
-`classify_unmatched_transactions` remains available as a compatibility primitive.
+Fallback compatibility primitive: `classify_unmatched_transactions` remains available, but prefer `classify_bank_transactions`. Do not mention fallback tool names to the user.
 
 Show:
 - `result.total_unconfirmed`
@@ -50,7 +57,7 @@ Call `classify_bank_transactions`:
 - mode: "dry_run_apply"
 - `classifications_json`: `JSON.stringify(the result payload from step 1)`
 
-`apply_transaction_classifications` remains available as a compatibility primitive.
+Fallback compatibility primitive: `apply_transaction_classifications` remains available, but prefer `classify_bank_transactions` when it supports the requested mode.
 
 Group the result by status:
 - Treat `result.execution` as the canonical batch payload when present.
@@ -68,6 +75,13 @@ If the user wants only some groups applied:
 ### Step 4: Approval gate
 
 Ask for approval before executing.
+The approval card must include:
+- transaction groups that would be applied
+- purchase invoices that would be created
+- bank transactions that would be linked or confirmed
+- review-only groups that will remain untouched
+- failed/skipped rows from the dry run
+- side effects and audit reference
 
 If the user does not explicitly approve, stop.
 

package/.claude/commands/company-overview.md

@@ -4,6 +4,16 @@
 
 Prepare a compact financial overview for the active e-arveldaja connection.
 
+This workflow is read-only. It should feel like a dashboard, not a ledger export.
+
+## Period selection
+
+- If the user asks for a specific date, use it as `as_of_date`.
+- If no date is requested, use today's date.
+- If the user asks for a specific period, use its first day as `date_from`.
+- If no period is requested, use the first day of the current year as `date_from`.
+- State the chosen `date_from` and `as_of_date` in the summary.
+
 Follow these steps:
 
 1. Call `compute_balance_sheet` with date_to: the selected as_of_date (or today's date when no date is requested).
@@ -18,4 +28,12 @@ Follow these steps:
    - overdue payables
    - any visible blockers or follow-up checks
 
+Use this output shape:
+- Reporting period
+- Balance sheet status
+- Profit/loss for the period
+- Receivables needing attention
+- Payables needing attention
+- Next recommended check
+
 Do not create, update, confirm, send, or delete records in this workflow.

package/.claude/commands/import-camt.md

@@ -4,6 +4,12 @@
 
 Parse a CAMT.053 statement, preview the import, and only create bank transactions after approval.
 
+User-facing phases:
+1. Parse the statement.
+2. Preview creates, skips, and possible duplicates.
+3. Ask for one approval decision.
+4. Import and offer reconciliation.
+
 ## Arguments
 
 - `file_path`: absolute path to the CAMT.053 XML file
@@ -37,7 +43,8 @@ Call `process_camt053`:
 - include `date_from` / `date_to` when provided
 
 Review:
-- `process_camt053` is the preferred merged workflow tool; `parse_camt053` and `import_camt053` remain compatibility primitives.
+- `process_camt053` is the preferred merged workflow tool.
+- Fallback compatibility primitives: `parse_camt053` and `import_camt053` remain available, but only use them if the preferred tool is unavailable. Do not mention fallback tool names to the user.
 - Use `result` as the delegated `import_camt053` payload.
 - Treat `execution` as the canonical batch payload when present.
 - Prefer `execution.summary.total_statement_entries`, `execution.summary.eligible_entries`, `execution.summary.filtered_out`, `execution.summary.created_count`, `execution.summary.skipped_count`, `execution.summary.error_count`, `execution.results`, `execution.skipped`, `execution.errors`, and `execution.audit_reference`.
@@ -61,6 +68,13 @@ Do not suggest overwriting curated manual fields like description or reference w
 ### Step 3: Approval gate
 
 Ask for approval before creating anything.
+The approval card must include:
+- source CAMT file
+- number of bank transactions that would be created
+- rows skipped as exact duplicates
+- possible duplicate review items
+- side effect: PROJECT bank transactions created in e-arveldaja
+- audit reference when available
 
 If the user does not explicitly approve, stop.
 

package/.claude/commands/import-wise.md

@@ -4,6 +4,12 @@
 
 Preview Wise transaction import results, including fee rows and skipped duplicates, before creating anything.
 
+User-facing phases:
+1. Preview the Wise CSV import.
+2. Resolve fee-dimension or transfer questions only when needed.
+3. Ask for one approval decision.
+4. Import and offer reconciliation/confirmation follow-up.
+
 ## Arguments
 
 - `file_path`: absolute path to the regular Wise `transaction-history.csv`
@@ -52,6 +58,13 @@ Show:
 Do not disable Jar skipping unless the user explicitly wants those internal Wise movements imported.
 
 Ask for approval before running with `execute: true`.
+The approval card must include:
+- source Wise CSV
+- number of main transactions and fee rows that would be created
+- skipped duplicates and Jar-transfer handling
+- selected fee account dimension, if any
+- side effect: PROJECT bank transactions created in e-arveldaja
+- audit reference when available
 
 If the user does not explicitly approve, stop.
 

package/.claude/commands/lightyear-booking.md

@@ -4,6 +4,13 @@
 
 Book Lightyear investment activity from CSV exports after explicit dry-run review.
 
+User-facing phases:
+1. Parse statements and required capital-gains files.
+2. Show accounting carrying value / cost basis.
+3. Preview trade bookings.
+4. Preview distribution bookings after required accounts are known.
+5. Book only approved categories.
+
 ## Arguments
 
 - `statement_path`: absolute path to the Lightyear AccountStatement CSV
@@ -42,6 +49,7 @@ Call `book_lightyear_trades` with `dry_run: true`.
 - Include `capital_gains_file`, `gain_loss_account`, `loss_account`, `fee_account`, `investment_dimension_id`, and `broker_dimension_id` when available.
 - Present trades that would be booked, skipped entries, duplicate-detection basis, and warnings.
 - Ask for explicit approval before re-running with `dry_run: false`.
+- The trade approval card must include source CSV, journals that would be created, skipped duplicates, gain/loss account choices, dimensions, and side effects.
 
 ### Step 5: Preview distributions only after required accounts are known
 
@@ -54,6 +62,7 @@ When the required accounts are known, call `book_lightyear_distributions` with `
 - The tool defaults `reward_account` to 8600 ("Muud äritulud") for platform rewards. Only pass `reward_account` explicitly when the user wants to override the default.
 - Present dividends, interest, platform rewards, withheld tax, skipped entries, duplicate-detection basis, and warnings.
 - Ask for explicit approval before re-running with `dry_run: false`.
+- The distribution approval card must include source CSV, income/tax/reward accounts, journals that would be created, skipped duplicates, and side effects.
 
 ### Step 6: Execute after approval
 

package/.claude/commands/month-end.md

@@ -6,6 +6,12 @@ Run the month-end close checklist, compute financial statements, and flag issues
 
 **Input:** Month in YYYY-MM format (e.g. `2026-02`).
 
+User-facing phases:
+1. Identify close blockers.
+2. Check missing documents and duplicate invoices.
+3. Compute statements.
+4. Show READY TO CLOSE or HAS BLOCKERS with concrete inline next actions.
+
 ## Step 1: Run the checklist
 
 Call `month_end_close_checklist`:

package/.claude/commands/new-supplier.md

@@ -44,7 +44,19 @@ Ask the user for any details to add:
 - Phone number
 - Address (if not found from registry)
 
-## Step 5: Create the supplier
+## Step 5: Preview and ask for approval
+
+Before creating anything, present one approval card:
+- supplier name
+- registry code and country
+- duplicate-check result
+- registry/address data being used
+- bank account, VAT number, email, phone, and address fields that will be stored
+- side effect: create one supplier client record in e-arveldaja
+
+If the user does not explicitly approve, stop.
+
+## Step 6: Create the supplier
 
 Call `create_client`:
 - `name`: official name from registry, or user-provided name
@@ -59,7 +71,7 @@ Call `create_client`:
 - `telephone`: (if provided)
 - `address_text`: from registry or user input
 
-## Step 6: Report
+## Step 7: Report
 
 Show created supplier: client ID, name, registry code, country, and any additional fields set.
 

package/.claude/commands/receipt-batch.md

@@ -4,6 +4,13 @@
 
 Scan a folder of receipts, preview what can be auto-booked, and only create purchase invoices after approval.
 
+User-facing phases:
+1. Scan the folder.
+2. Preview auto-bookable receipts, duplicates, review items, and errors.
+3. Ask for one create approval.
+4. Create/upload PROJECT invoices.
+5. Offer confirmation and bank-linking as separate follow-up approvals.
+
 ## Arguments
 
 - `folder_path`: absolute path to the receipt folder
@@ -35,7 +42,8 @@ Call `receipt_batch`:
 - include `date_from` / `date_to` when provided
 
 Review:
-- `receipt_batch` is the preferred merged workflow tool; `scan_receipt_folder` and `process_receipt_batch` remain compatibility primitives.
+- `receipt_batch` is the preferred merged workflow tool.
+- Fallback compatibility primitives: `scan_receipt_folder` and `process_receipt_batch` remain available, but only use them if the preferred tool is unavailable. Do not mention fallback tool names to the user.
 - Use `result` as the delegated `process_receipt_batch` payload.
 - Treat `execution` as the canonical batch payload when present.
 - Prefer `execution.summary`, `execution.results`, `execution.skipped`, `execution.needs_review`, `execution.errors`, and `execution.audit_reference`.
@@ -56,6 +64,13 @@ Recurring `needs_review` reasons to recognize and explain plainly:
 State clearly that `mode: "dry_run"` is only a preview.
 
 Ask for approval before running `receipt_batch` with `mode: "create"`.
+The approval card must include:
+- source folder
+- files that would create PROJECT purchase invoices
+- skipped duplicates
+- files still needing review or failed OCR
+- side effect: create and upload PROJECT purchase invoices only
+- what is explicitly not included yet: invoice confirmation and bank transaction confirmation
 
 `mode: "create"` creates and uploads PROJECT purchase invoices, but leaves them unconfirmed for review. Do not use `mode: "create_and_confirm"` unless the user separately approves confirming the created invoices after reviewing them.
 

package/.claude/commands/reconcile-bank.md

@@ -4,6 +4,8 @@
 
 Match unconfirmed bank transactions to open invoices and confirm the matches.
 
+Start by showing matches. Nothing is confirmed, deleted, or journalized until the user approves the exact action.
+
 **Input:** One of:
 - `auto` or empty — dry run first, then confirm high-confidence matches with user approval
 - `review` — show all matches for manual review without confirming
@@ -11,11 +13,11 @@ Match unconfirmed bank transactions to open invoices and confirm the matches.
 
 ## Step 1: Get matches
 
-- Preferred: call `reconcile_bank_transactions`:
+Preferred: call `reconcile_bank_transactions`:
 - mode: "suggest"
 - min_confidence: 30 (to see all potential matches including low-confidence ones)
 
-`reconcile_transactions` remains available as a compatibility primitive.
+Fallback compatibility primitive: `reconcile_transactions` remains available, but only use it if the preferred mode-based tool is unavailable. Do not mention fallback tool names to the user.
 
 Review the output:
 - `result.total_unconfirmed`: bank transactions needing attention
@@ -51,11 +53,17 @@ Call `reconcile_bank_transactions`:
 - mode: "dry_run_auto_confirm"
 - min_confidence: 90
 
-`auto_confirm_exact_matches` remains available as a compatibility primitive.
+Fallback compatibility primitive: `auto_confirm_exact_matches` remains available, but prefer `reconcile_bank_transactions`.
 
 Treat `result.execution` as the canonical batch payload when present. Prefer `result.execution.summary`, `result.execution.results`, `result.execution.errors`, and `result.execution.audit_reference`.
 
 Show what would be confirmed. Ask user for approval.
+The approval card must include:
+- how many bank transactions would be confirmed
+- invoice numbers and counterparties
+- source confidence and match reasons
+- side effect: confirmed bank transaction distributions
+- audit reference when available
 
 If approved, call again with `mode: "execute_auto_confirm"`.
 
@@ -88,7 +96,7 @@ For transfers between your own bank accounts (counterparty matches company name
 Call `reconcile_bank_transactions`:
 - mode: "inter_account_dry_run" (dry run first)
 
-`reconcile_inter_account_transfers` remains available as a compatibility primitive.
+Fallback compatibility primitive: `reconcile_inter_account_transfers` remains available, but prefer the mode-based dry run through `reconcile_bank_transactions` before execution.
 
 Review the results:
 - Treat `result.execution.summary` as the canonical source for counts, and use `result.pairs`, `result.one_sided`, `result.already_handled`, and `result.ambiguous_pairs` for detailed breakdown.

package/.claude/commands/setup-e-arveldaja.md

@@ -4,6 +4,8 @@
 
 Explain how to configure e-arveldaja MCP credentials for the current working directory.
 
+For actual importing, prefer the `setup-credentials` workflow because it covers storage scope, append/overwrite behavior, removal, and restart verification.
+
 Follow these steps:
 
 1. Call `get_setup_instructions`.

package/CHANGELOG.md

@@ -2,6 +2,23 @@
 
 ## [Unreleased]
 
+## [0.14.2] - 2026-05-31
+
+### Fixed
+- **CAMT duplicate detection survives dropped bank metadata** — `import_camt053` now stores a compact CAMT metadata marker in the writable transaction description when the e-arveldaja API drops `bank_ref_number` or `bank_account_no`. Long bank references are stored as a stable SHA-256 lookup key, and the marker preserves the counterparty IBAN when both full values cannot fit inside the API's 150-character description limit. Re-importing the same CAMT statement now skips the prior transaction instead of creating a duplicate.
+- **CAMT possible-duplicate review keeps marker-only candidates visible** — marker metadata is no longer treated as a broad bank-reference duplicate on its own. If a marker-bearing existing transaction fails the exact CAMT duplicate key, it remains in `needs_review` when amount/date/counterparty signals still match, so operators can link or clean it up instead of silently creating a second PROJECT row.
+- **TOON 2.3 response compatibility** — MCP responses still prefer TOON for compact output, but now fall back to JSON when the current TOON encoder produces text its decoder rejects, such as sandboxed multiline OCR/CAMT marker strings. This keeps downstream wrappers and tests parseable while preserving untrusted OCR delimiters verbatim.
+- **Purchase-invoice notes no longer default to the source filename** — the `book-invoice` workflow prompt and the `create_purchase_invoice_from_pdf` `notes` parameter no longer suggest storing the source document filename in the notes field. The document is already uploaded and attached to the invoice, so the notes field is left empty by default and reserved for genuinely useful context such as assumptions or manual adjustments. The booking approval card now also explicitly flags when a new supplier record was auto-created during the flow.
+
+### Changed
+- **Dependency refresh for the release** — updated direct runtime and dev dependencies, including LiteParse 2.0.4, MCP SDK 1.29.0, TOON 2.3.0, Zod 4.4.3, TypeScript 6.0.3, dotenv 17.4.2, fast-xml-parser 5.8.0, and tsx 4.22.4. The Vitest/Vite test stack is pinned to Node-18-compatible versions (Vitest 3.2.4, Vite 6.4.2) so the locked toolchain honours the advertised `engines.node >=18.0.0` instead of silently requiring Node 20. LiteParse parsing now uses the v2 single-argument `parse(input)` API, and Zod record schemas use the v4 two-argument form.
+
+## [0.14.1] - 2026-05-09
+
+### Changed
+- **Workflow prompt UX** — expanded `recommend_workflow` to cover all 15 workflow prompts, including setup, review continuation, month-end, supplier creation, company overview, and Lightyear booking. Workflow action labels now use accounting-language next steps instead of generic `Run <tool>` labels, and MCP workflow prompts include a shared user-facing response contract for done items, approval cards, one-decision questions, accountant-review items, and next recommended actions.
+- **Prompt approval guidance** — refreshed the shipped workflow prompts and generated Claude commands with clearer user-facing phases, approval-card contents, fallback-tool wording, and an explicit approval gate before creating new supplier records. `setup-e-arveldaja` now comes from the same canonical workflow prompt source as the other shipped prompts.
+
 ## [0.14.0] - 2026-05-09
 
 ### Added

package/README.md

@@ -4,7 +4,7 @@
 
 MCP server for the Estonian e-arveldaja (RIK e-Financials) REST API. 121 tools, 15 workflow prompts, 12 resources. Works with any MCP client — Claude Code, Codex CLI, Gemini CLI, Cursor, Windsurf, Cline, and others.
 
-> **v0.14.0 — Wise card-payment FX rate lock and currency rounding.** Foreign-currency purchase invoices paid via Wise card no longer drift into `PARTIALLY_PAID`: `import_wise_transactions` matches eligible Wise rows to unpaid invoices and patches `base_gross_price` / `currency_rate` to the actual settlement (idempotent re-import safe). The new `reconcile_currency_rounding` tool sweeps any remaining sub-1.00 EUR diffs — patched in place under 0.10 EUR, booked as kursivahe journals between 0.10 and 1.00 EUR, surfaced for review beyond that. Several receipt-inbox safeguards land in this version too: foreign-currency receipts now require an explicit conversion rate before auto-booking, tied bank-match candidates are no longer auto-picked at random, and partial-success classification groups now report which rows were already booked. See the [changelog](CHANGELOG.md) for full details.
+> **v0.14.2 — safer CAMT re-imports.** `import_camt053` now preserves CAMT bank-reference and counterparty-account metadata in the writable transaction description when the e-arveldaja API drops the dedicated fields. Long bank references are stored as stable hashes, marker-only prior imports still surface in duplicate review when the exact key does not match, and repeated CAMT imports are less likely to create duplicate PROJECT rows. See the [changelog](CHANGELOG.md) for full details.
 >
 > **Guided workflow actions.** `recommend_workflow` suggests the safest accounting flow for a natural-language goal, and key workflow/batch tools return a `workflow_action_v1` envelope with `recommended_next_action`, review questions, and approval previews. `accounting_inbox` is the preferred merged entry point for workspace triage, `continue_accounting_workflow` is the preferred merged continuation tool, `receipt_batch` and `process_camt053` are the preferred mode-based import/batch entry points, and bank work has `reconcile_bank_transactions` plus `classify_bank_transactions` as mode-based entry points. Older focused tools such as `run_accounting_inbox_dry_runs`, `resolve_accounting_review_item`, `prepare_accounting_review_action`, `scan_receipt_folder`, `process_receipt_batch`, `parse_camt053`, `import_camt053`, `reconcile_transactions`, and `apply_transaction_classifications` remain available as compatibility primitives. See the [changelog](CHANGELOG.md) for full details.
 >

package/dist/accounting-rules.d.ts

@@ -1,11 +1,40 @@
 import { z } from "zod";
-declare const liabilityClassificationSchema: z.ZodEnum<["current", "non_current"]>;
-declare const cashFlowCategorySchema: z.ZodEnum<["operating", "investing", "financing"]>;
-declare const vatDeductionModeSchema: z.ZodEnum<["none", "full", "partial"]>;
-declare const transactionCategorySchema: z.ZodEnum<["saas_subscriptions", "bank_fees", "tax_payments", "salary_payroll", "owner_transfers", "card_purchases", "revenue_without_invoice", "unknown"]>;
-declare const autoBookingRuleSchema: z.ZodEffects<z.ZodObject<{
+declare const liabilityClassificationSchema: z.ZodEnum<{
+    current: "current";
+    non_current: "non_current";
+}>;
+declare const cashFlowCategorySchema: z.ZodEnum<{
+    operating: "operating";
+    investing: "investing";
+    financing: "financing";
+}>;
+declare const vatDeductionModeSchema: z.ZodEnum<{
+    none: "none";
+    full: "full";
+    partial: "partial";
+}>;
+declare const transactionCategorySchema: z.ZodEnum<{
+    saas_subscriptions: "saas_subscriptions";
+    bank_fees: "bank_fees";
+    tax_payments: "tax_payments";
+    salary_payroll: "salary_payroll";
+    owner_transfers: "owner_transfers";
+    card_purchases: "card_purchases";
+    revenue_without_invoice: "revenue_without_invoice";
+    unknown: "unknown";
+}>;
+declare const autoBookingRuleSchema: z.ZodObject<{
     match: z.ZodString;
-    category: z.ZodOptional<z.ZodEnum<["saas_subscriptions", "bank_fees", "tax_payments", "salary_payroll", "owner_transfers", "card_purchases", "revenue_without_invoice", "unknown"]>>;
+    category: z.ZodOptional<z.ZodEnum<{
+        saas_subscriptions: "saas_subscriptions";
+        bank_fees: "bank_fees";
+        tax_payments: "tax_payments";
+        salary_payroll: "salary_payroll";
+        owner_transfers: "owner_transfers";
+        card_purchases: "card_purchases";
+        revenue_without_invoice: "revenue_without_invoice";
+        unknown: "unknown";
+    }>>;
     purchase_article_id: z.ZodOptional<z.ZodNumber>;
     purchase_account_id: z.ZodOptional<z.ZodNumber>;
     purchase_account_dimensions_id: z.ZodOptional<z.ZodNumber>;
@@ -13,47 +42,7 @@ declare const autoBookingRuleSchema: z.ZodEffects<z.ZodObject<{
     vat_rate_dropdown: z.ZodOptional<z.ZodString>;
     reversed_vat_id: z.ZodOptional<z.ZodNumber>;
     reason: z.ZodOptional<z.ZodString>;
-}, "strip", z.ZodTypeAny, {
-    match: string;
-    category?: "saas_subscriptions" | "bank_fees" | "tax_payments" | "salary_payroll" | "owner_transfers" | "card_purchases" | "revenue_without_invoice" | "unknown" | undefined;
-    purchase_article_id?: number | undefined;
-    purchase_account_id?: number | undefined;
-    purchase_account_dimensions_id?: number | undefined;
-    liability_account_id?: number | undefined;
-    vat_rate_dropdown?: string | undefined;
-    reversed_vat_id?: number | undefined;
-    reason?: string | undefined;
-}, {
-    match: string;
-    category?: "saas_subscriptions" | "bank_fees" | "tax_payments" | "salary_payroll" | "owner_transfers" | "card_purchases" | "revenue_without_invoice" | "unknown" | undefined;
-    purchase_article_id?: number | undefined;
-    purchase_account_id?: number | undefined;
-    purchase_account_dimensions_id?: number | undefined;
-    liability_account_id?: number | undefined;
-    vat_rate_dropdown?: string | undefined;
-    reversed_vat_id?: number | undefined;
-    reason?: string | undefined;
-}>, {
-    match: string;
-    category?: "saas_subscriptions" | "bank_fees" | "tax_payments" | "salary_payroll" | "owner_transfers" | "card_purchases" | "revenue_without_invoice" | "unknown" | undefined;
-    purchase_article_id?: number | undefined;
-    purchase_account_id?: number | undefined;
-    purchase_account_dimensions_id?: number | undefined;
-    liability_account_id?: number | undefined;
-    vat_rate_dropdown?: string | undefined;
-    reversed_vat_id?: number | undefined;
-    reason?: string | undefined;
-}, {
-    match: string;
-    category?: "saas_subscriptions" | "bank_fees" | "tax_payments" | "salary_payroll" | "owner_transfers" | "card_purchases" | "revenue_without_invoice" | "unknown" | undefined;
-    purchase_article_id?: number | undefined;
-    purchase_account_id?: number | undefined;
-    purchase_account_dimensions_id?: number | undefined;
-    liability_account_id?: number | undefined;
-    vat_rate_dropdown?: string | undefined;
-    reversed_vat_id?: number | undefined;
-    reason?: string | undefined;
-}>;
+}, z.core.$strip>;
 export type LiabilityClassificationRule = z.infer<typeof liabilityClassificationSchema>;
 export type CashFlowCategoryRule = z.infer<typeof cashFlowCategorySchema>;
 export type OwnerExpenseVatDeductionModeRule = z.infer<typeof vatDeductionModeSchema>;

package/dist/accounting-rules.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"accounting-rules.d.ts","sourceRoot":"","sources":["../src/accounting-rules.ts"],"names":[],"mappings":"AAEA,OAAO,EAAE,CAAC,EAAE,MAAM,KAAK,CAAC;AAIxB,QAAA,MAAM,6BAA6B,uCAAqC,CAAC;AACzE,QAAA,MAAM,sBAAsB,oDAAkD,CAAC;AAC/E,QAAA,MAAM,sBAAsB,wCAAsC,CAAC;AAEnE,QAAA,MAAM,yBAAyB,6JAS7B,CAAC;AAcH,QAAA,MAAM,qBAAqB;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;EAQzB,CAAC;AA+BH,MAAM,MAAM,2BAA2B,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,6BAA6B,CAAC,CAAC;AACxF,MAAM,MAAM,oBAAoB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,sBAAsB,CAAC,CAAC;AAC1E,MAAM,MAAM,gCAAgC,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,sBAAsB,CAAC,CAAC;AACtF,MAAM,MAAM,yBAAyB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,qBAAqB,CAAC,CAAC;AAI9E,MAAM,WAAW,wBAAwB;IACvC,KAAK,EAAE,MAAM,CAAC;IACd,QAAQ,CAAC,EAAE,CAAC,CAAC,KAAK,CAAC,OAAO,yBAAyB,CAAC,CAAC;IACrD,mBAAmB,CAAC,EAAE,MAAM,CAAC;IAC7B,mBAAmB,CAAC,EAAE,MAAM,CAAC;IAC7B,8BAA8B,CAAC,EAAE,MAAM,CAAC;IACxC,oBAAoB,CAAC,EAAE,MAAM,CAAC;IAC9B,iBAAiB,CAAC,EAAE,MAAM,CAAC;IAC3B,eAAe,CAAC,EAAE,MAAM,CAAC;IACzB,MAAM,CAAC,EAAE,MAAM,CAAC;CACjB;AAMD,QAAA,MAAM,+BAA+B,2JAO3B,CAAC;AAsEX,wBAAgB,6BAA6B,CAAC,KAAK,EAAE,MAAM,GAAG,MAAM,CAEnE;AAED,wBAAgB,gCAAgC,CAC9C,KAAK,EAAE,OAAO,CAAC,IAAI,CACjB,yBAAyB,EACzB,OAAO,+BAA+B,CAAC,MAAM,CAAC,CAC/C,CAAC,GACD,OAAO,CAET;AAED,wBAAgB,uCAAuC,CACrD,KAAK,EAAE,OAAO,CAAC,IAAI,CAAC,yBAAyB,EAAE,qBAAqB,GAAG,qBAAqB,CAAC,CAAC,GAC7F,OAAO,CAET;AAmND,wBAAgB,yBAAyB,IAAI,IAAI,CAIhD;AAED,wBAAgB,sBAAsB,IAAI,MAAM,CAE/C;AAqDD,wBAAgB,mBAAmB,CAAC,KAAK,EAAE,wBAAwB,GAAG;IACpE,IAAI,EAAE,MAAM,CAAC;IACb,MAAM,EAAE,UAAU,GAAG,SAAS,CAAC;IAC/B,KAAK,EAAE,MAAM,CAAC;IACd,QAAQ,CAAC,EAAE,MAAM,CAAC;CACnB,CAkEA;AAED,wBAAgB,mBAAmB,CACjC,sBAAsB,EAAE,MAAM,EAC9B,QAAQ,CAAC,EAAE,CAAC,CAAC,KAAK,CAAC,OAAO,yBAAyB,CAAC,GACnD,yBAAyB,GAAG,SAAS,CAcvC;AAED,wBAAgB,8BAA8B,CAAC,SAAS,EAAE,MAAM,GAAG,2BAA2B,GAAG,SAAS,CAEzG;AAED,wBAAgB,uBAAuB,CAAC,SAAS,EAAE,MAAM,GAAG,oBAAoB,GAAG,SAAS,CAE3F;AAED,wBAAgB,+BAA+B,IAAI,MAAM,GAAG,SAAS,CAEpE;AAED,wBAAgB,sCAAsC,IAAI,gCAAgC,GAAG,SAAS,CAErG;AAED,wBAAgB,uCAAuC,IAAI,MAAM,GAAG,SAAS,CAE5E;AAED,wBAAgB,yCAAyC,CACvD,cAAc,EAAE,MAAM,GACrB,gCAAgC,GAAG,SAAS,CAE9C;AAED,wBAAgB,0CAA0C,CACxD,cAAc,EAAE,MAAM,GACrB,MAAM,GAAG,SAAS,CAEpB"}
+{"version":3,"file":"accounting-rules.d.ts","sourceRoot":"","sources":["../src/accounting-rules.ts"],"names":[],"mappings":"AAEA,OAAO,EAAE,CAAC,EAAE,MAAM,KAAK,CAAC;AAIxB,QAAA,MAAM,6BAA6B;;;EAAqC,CAAC;AACzE,QAAA,MAAM,sBAAsB;;;;EAAkD,CAAC;AAC/E,QAAA,MAAM,sBAAsB;;;;EAAsC,CAAC;AAEnE,QAAA,MAAM,yBAAyB;;;;;;;;;EAS7B,CAAC;AAcH,QAAA,MAAM,qBAAqB;;;;;;;;;;;;;;;;;;;iBAQzB,CAAC;AA+BH,MAAM,MAAM,2BAA2B,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,6BAA6B,CAAC,CAAC;AACxF,MAAM,MAAM,oBAAoB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,sBAAsB,CAAC,CAAC;AAC1E,MAAM,MAAM,gCAAgC,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,sBAAsB,CAAC,CAAC;AACtF,MAAM,MAAM,yBAAyB,GAAG,CAAC,CAAC,KAAK,CAAC,OAAO,qBAAqB,CAAC,CAAC;AAI9E,MAAM,WAAW,wBAAwB;IACvC,KAAK,EAAE,MAAM,CAAC;IACd,QAAQ,CAAC,EAAE,CAAC,CAAC,KAAK,CAAC,OAAO,yBAAyB,CAAC,CAAC;IACrD,mBAAmB,CAAC,EAAE,MAAM,CAAC;IAC7B,mBAAmB,CAAC,EAAE,MAAM,CAAC;IAC7B,8BAA8B,CAAC,EAAE,MAAM,CAAC;IACxC,oBAAoB,CAAC,EAAE,MAAM,CAAC;IAC9B,iBAAiB,CAAC,EAAE,MAAM,CAAC;IAC3B,eAAe,CAAC,EAAE,MAAM,CAAC;IACzB,MAAM,CAAC,EAAE,MAAM,CAAC;CACjB;AAMD,QAAA,MAAM,+BAA+B,2JAO3B,CAAC;AAsEX,wBAAgB,6BAA6B,CAAC,KAAK,EAAE,MAAM,GAAG,MAAM,CAEnE;AAED,wBAAgB,gCAAgC,CAC9C,KAAK,EAAE,OAAO,CAAC,IAAI,CACjB,yBAAyB,EACzB,OAAO,+BAA+B,CAAC,MAAM,CAAC,CAC/C,CAAC,GACD,OAAO,CAET;AAED,wBAAgB,uCAAuC,CACrD,KAAK,EAAE,OAAO,CAAC,IAAI,CAAC,yBAAyB,EAAE,qBAAqB,GAAG,qBAAqB,CAAC,CAAC,GAC7F,OAAO,CAET;AAmND,wBAAgB,yBAAyB,IAAI,IAAI,CAIhD;AAED,wBAAgB,sBAAsB,IAAI,MAAM,CAE/C;AAqDD,wBAAgB,mBAAmB,CAAC,KAAK,EAAE,wBAAwB,GAAG;IACpE,IAAI,EAAE,MAAM,CAAC;IACb,MAAM,EAAE,UAAU,GAAG,SAAS,CAAC;IAC/B,KAAK,EAAE,MAAM,CAAC;IACd,QAAQ,CAAC,EAAE,MAAM,CAAC;CACnB,CAkEA;AAED,wBAAgB,mBAAmB,CACjC,sBAAsB,EAAE,MAAM,EAC9B,QAAQ,CAAC,EAAE,CAAC,CAAC,KAAK,CAAC,OAAO,yBAAyB,CAAC,GACnD,yBAAyB,GAAG,SAAS,CAcvC;AAED,wBAAgB,8BAA8B,CAAC,SAAS,EAAE,MAAM,GAAG,2BAA2B,GAAG,SAAS,CAEzG;AAED,wBAAgB,uBAAuB,CAAC,SAAS,EAAE,MAAM,GAAG,oBAAoB,GAAG,SAAS,CAE3F;AAED,wBAAgB,+BAA+B,IAAI,MAAM,GAAG,SAAS,CAEpE;AAED,wBAAgB,sCAAsC,IAAI,gCAAgC,GAAG,SAAS,CAErG;AAED,wBAAgB,uCAAuC,IAAI,MAAM,GAAG,SAAS,CAE5E;AAED,wBAAgB,yCAAyC,CACvD,cAAc,EAAE,MAAM,GACrB,gCAAgC,GAAG,SAAS,CAE9C;AAED,wBAAgB,0CAA0C,CACxD,cAAc,EAAE,MAAM,GACrB,MAAM,GAAG,SAAS,CAEpB"}

package/dist/document-parser.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"document-parser.d.ts","sourceRoot":"","sources":["../src/document-parser.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,SAAS,EAAE,KAAK,eAAe,EAAE,KAAK,WAAW,EAAE,MAAM,uBAAuB,CAAC;AAkC1F,UAAU,cAAc;IACtB,IAAI,EAAE,MAAM,CAAC;IACb,SAAS,EAAE,MAAM,CAAC;IAClB,MAAM,EAAE,WAAW,CAAC;CACrB;AAeD,wBAAgB,yBAAyB,IAAI,OAAO,CAAC,eAAe,CAAC,CAmBpE;AAID,wBAAgB,iBAAiB,IAAI,SAAS,CAG7C;AAED,wBAAsB,aAAa,CAAC,QAAQ,EAAE,MAAM,GAAG,OAAO,CAAC,cAAc,CAAC,CAO7E"}
+{"version":3,"file":"document-parser.d.ts","sourceRoot":"","sources":["../src/document-parser.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,SAAS,EAAE,KAAK,eAAe,EAAE,KAAK,WAAW,EAAE,MAAM,uBAAuB,CAAC;AAkC1F,UAAU,cAAc;IACtB,IAAI,EAAE,MAAM,CAAC;IACb,SAAS,EAAE,MAAM,CAAC;IAClB,MAAM,EAAE,WAAW,CAAC;CACrB;AAeD,wBAAgB,yBAAyB,IAAI,OAAO,CAAC,eAAe,CAAC,CAkBpE;AAID,wBAAgB,iBAAiB,IAAI,SAAS,CAG7C;AAED,wBAAsB,aAAa,CAAC,QAAQ,EAAE,MAAM,GAAG,OAAO,CAAC,cAAc,CAAC,CAO7E"}

package/dist/document-parser.js

@@ -48,7 +48,6 @@ export function buildDocumentParserConfig() {
         ocrLanguage: process.env.EARVELDAJA_LITEPARSE_OCR_LANGUAGE ?? "eng+est",
         ocrServerUrl: validateOcrUrl(process.env.EARVELDAJA_LITEPARSE_OCR_SERVER_URL),
         outputFormat: "text",
-        preciseBoundingBox: false,
         preserveVerySmallText: true,
     };
     const numWorkers = readNumberEnv("EARVELDAJA_LITEPARSE_NUM_WORKERS");
@@ -65,7 +64,7 @@ export function getDocumentParser() {
     return parser;
 }
 export async function parseDocument(filePath) {
-    const result = await getDocumentParser().parse(filePath, true);
+    const result = await getDocumentParser().parse(filePath);
     return {
         text: result.text,
         pageCount: result.pages.length,

package/dist/document-parser.js.map

@@ -1 +1 @@
-{"version":3,"file":"document-parser.js","sourceRoot":"","sources":["../src/document-parser.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,SAAS,EAA0C,MAAM,uBAAuB,CAAC;AAE1F,SAAS,cAAc,CAAC,QAAgB;IACtC,MAAM,UAAU,GAAG,QAAQ,CAAC,IAAI,EAAE,CAAC,WAAW,EAAE,CAAC,OAAO,CAAC,YAAY,EAAE,IAAI,CAAC,CAAC;IAC7E,OAAO,UAAU,KAAK,WAAW;QAC/B,UAAU,CAAC,QAAQ,CAAC,YAAY,CAAC;QACjC,UAAU,KAAK,KAAK;QACpB,uBAAuB,CAAC,IAAI,CAAC,UAAU,CAAC,CAAC;AAC7C,CAAC;AAED,SAAS,cAAc,CAAC,GAAuB;IAC7C,IAAI,CAAC,GAAG;QAAE,OAAO,SAAS,CAAC;IAC3B,IAAI,CAAC;QACH,MAAM,MAAM,GAAG,IAAI,GAAG,CAAC,GAAG,CAAC,CAAC;QAC5B,IAAI,CAAC,CAAC,OAAO,EAAE,QAAQ,CAAC,CAAC,QAAQ,CAAC,MAAM,CAAC,QAAQ,CAAC,EAAE,CAAC;YACnD,MAAM,IAAI,KAAK,CACb,0GAA0G,MAAM,CAAC,QAAQ,EAAE,CAC5H,CAAC;QACJ,CAAC;QACD,IAAI,MAAM,CAAC,QAAQ,KAAK,OAAO,IAAI,CAAC,cAAc,CAAC,MAAM,CAAC,QAAQ,CAAC,EAAE,CAAC;YACpE,MAAM,IAAI,KAAK,CACb,6EAA6E;gBAC7E,mEAAmE,CACpE,CAAC;QACJ,CAAC;QACD,OAAO,GAAG,CAAC;IACb,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QACb,IAAI,GAAG,YAAY,SAAS,EAAE,CAAC;YAC7B,MAAM,IAAI,KAAK,CAAC,2DAA2D,GAAG,EAAE,CAAC,CAAC;QACpF,CAAC;QACD,MAAM,GAAG,CAAC;IACZ,CAAC;AACH,CAAC;AAQD,SAAS,cAAc,CAAC,IAAY,EAAE,YAAqB;IACzD,MAAM,KAAK,GAAG,OAAO,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC;IAChC,IAAI,KAAK,KAAK,SAAS;QAAE,OAAO,YAAY,CAAC;IAC7C,OAAO,KAAK,KAAK,GAAG,IAAI,KAAK,CAAC,WAAW,EAAE,KAAK,OAAO,CAAC;AAC1D,CAAC;AAED,SAAS,aAAa,CAAC,IAAY;IACjC,MAAM,KAAK,GAAG,OAAO,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC;IAChC,IAAI,CAAC,KAAK;QAAE,OAAO,SAAS,CAAC;IAC7B,MAAM,MAAM,GAAG,MAAM,CAAC,KAAK,CAAC,CAAC;IAC7B,OAAO,MAAM,CAAC,QAAQ,CAAC,MAAM,CAAC,IAAI,MAAM,GAAG,CAAC,CAAC,CAAC,CAAC,MAAM,CAAC,CAAC,CAAC,SAAS,CAAC;AACpE,CAAC;AAED,MAAM,UAAU,yBAAyB;IACvC,MAAM,MAAM,GAA6B;QACvC,0EAA0E;QAC1E,kDAAkD;QAClD,UAAU,EAAE,cAAc,CAAC,kCAAkC,EAAE,IAAI,CAAC;QACpE,WAAW,EAAE,OAAO,CAAC,GAAG,CAAC,iCAAiC,IAAI,SAAS;QACvE,YAAY,EAAE,cAAc,CAAC,OAAO,CAAC,GAAG,CAAC,mCAAmC,CAAC;QAC7E,YAAY,EAAE,MAAM;QACpB,kBAAkB,EAAE,KAAK;QACzB,qBAAqB,EAAE,IAAI;KAC5B,CAAC;IAEF,MAAM,UAAU,GAAG,aAAa,CAAC,kCAAkC,CAAC,CAAC;IACrE,IAAI,UAAU,KAAK,SAAS;QAAE,MAAM,CAAC,UAAU,GAAG,UAAU,CAAC;IAE7D,MAAM,QAAQ,GAAG,aAAa,CAAC,gCAAgC,CAAC,CAAC;IACjE,IAAI,QAAQ,KAAK,SAAS;QAAE,MAAM,CAAC,QAAQ,GAAG,QAAQ,CAAC;IAEvD,OAAO,MAAM,CAAC;AAChB,CAAC;AAED,IAAI,MAA6B,CAAC;AAElC,MAAM,UAAU,iBAAiB;IAC/B,MAAM,KAAK,IAAI,SAAS,CAAC,yBAAyB,EAAE,CAAC,CAAC;IACtD,OAAO,MAAM,CAAC;AAChB,CAAC;AAED,MAAM,CAAC,KAAK,UAAU,aAAa,CAAC,QAAgB;IAClD,MAAM,MAAM,GAAG,MAAM,iBAAiB,EAAE,CAAC,KAAK,CAAC,QAAQ,EAAE,IAAI,CAAC,CAAC;IAC/D,OAAO;QACL,IAAI,EAAE,MAAM,CAAC,IAAI;QACjB,SAAS,EAAE,MAAM,CAAC,KAAK,CAAC,MAAM;QAC9B,MAAM;KACP,CAAC;AACJ,CAAC"}
+{"version":3,"file":"document-parser.js","sourceRoot":"","sources":["../src/document-parser.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,SAAS,EAA0C,MAAM,uBAAuB,CAAC;AAE1F,SAAS,cAAc,CAAC,QAAgB;IACtC,MAAM,UAAU,GAAG,QAAQ,CAAC,IAAI,EAAE,CAAC,WAAW,EAAE,CAAC,OAAO,CAAC,YAAY,EAAE,IAAI,CAAC,CAAC;IAC7E,OAAO,UAAU,KAAK,WAAW;QAC/B,UAAU,CAAC,QAAQ,CAAC,YAAY,CAAC;QACjC,UAAU,KAAK,KAAK;QACpB,uBAAuB,CAAC,IAAI,CAAC,UAAU,CAAC,CAAC;AAC7C,CAAC;AAED,SAAS,cAAc,CAAC,GAAuB;IAC7C,IAAI,CAAC,GAAG;QAAE,OAAO,SAAS,CAAC;IAC3B,IAAI,CAAC;QACH,MAAM,MAAM,GAAG,IAAI,GAAG,CAAC,GAAG,CAAC,CAAC;QAC5B,IAAI,CAAC,CAAC,OAAO,EAAE,QAAQ,CAAC,CAAC,QAAQ,CAAC,MAAM,CAAC,QAAQ,CAAC,EAAE,CAAC;YACnD,MAAM,IAAI,KAAK,CACb,0GAA0G,MAAM,CAAC,QAAQ,EAAE,CAC5H,CAAC;QACJ,CAAC;QACD,IAAI,MAAM,CAAC,QAAQ,KAAK,OAAO,IAAI,CAAC,cAAc,CAAC,MAAM,CAAC,QAAQ,CAAC,EAAE,CAAC;YACpE,MAAM,IAAI,KAAK,CACb,6EAA6E;gBAC7E,mEAAmE,CACpE,CAAC;QACJ,CAAC;QACD,OAAO,GAAG,CAAC;IACb,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QACb,IAAI,GAAG,YAAY,SAAS,EAAE,CAAC;YAC7B,MAAM,IAAI,KAAK,CAAC,2DAA2D,GAAG,EAAE,CAAC,CAAC;QACpF,CAAC;QACD,MAAM,GAAG,CAAC;IACZ,CAAC;AACH,CAAC;AAQD,SAAS,cAAc,CAAC,IAAY,EAAE,YAAqB;IACzD,MAAM,KAAK,GAAG,OAAO,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC;IAChC,IAAI,KAAK,KAAK,SAAS;QAAE,OAAO,YAAY,CAAC;IAC7C,OAAO,KAAK,KAAK,GAAG,IAAI,KAAK,CAAC,WAAW,EAAE,KAAK,OAAO,CAAC;AAC1D,CAAC;AAED,SAAS,aAAa,CAAC,IAAY;IACjC,MAAM,KAAK,GAAG,OAAO,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC;IAChC,IAAI,CAAC,KAAK;QAAE,OAAO,SAAS,CAAC;IAC7B,MAAM,MAAM,GAAG,MAAM,CAAC,KAAK,CAAC,CAAC;IAC7B,OAAO,MAAM,CAAC,QAAQ,CAAC,MAAM,CAAC,IAAI,MAAM,GAAG,CAAC,CAAC,CAAC,CAAC,MAAM,CAAC,CAAC,CAAC,SAAS,CAAC;AACpE,CAAC;AAED,MAAM,UAAU,yBAAyB;IACvC,MAAM,MAAM,GAA6B;QACvC,0EAA0E;QAC1E,kDAAkD;QAClD,UAAU,EAAE,cAAc,CAAC,kCAAkC,EAAE,IAAI,CAAC;QACpE,WAAW,EAAE,OAAO,CAAC,GAAG,CAAC,iCAAiC,IAAI,SAAS;QACvE,YAAY,EAAE,cAAc,CAAC,OAAO,CAAC,GAAG,CAAC,mCAAmC,CAAC;QAC7E,YAAY,EAAE,MAAM;QACpB,qBAAqB,EAAE,IAAI;KAC5B,CAAC;IAEF,MAAM,UAAU,GAAG,aAAa,CAAC,kCAAkC,CAAC,CAAC;IACrE,IAAI,UAAU,KAAK,SAAS;QAAE,MAAM,CAAC,UAAU,GAAG,UAAU,CAAC;IAE7D,MAAM,QAAQ,GAAG,aAAa,CAAC,gCAAgC,CAAC,CAAC;IACjE,IAAI,QAAQ,KAAK,SAAS;QAAE,MAAM,CAAC,QAAQ,GAAG,QAAQ,CAAC;IAEvD,OAAO,MAAM,CAAC;AAChB,CAAC;AAED,IAAI,MAA6B,CAAC;AAElC,MAAM,UAAU,iBAAiB;IAC/B,MAAM,KAAK,IAAI,SAAS,CAAC,yBAAyB,EAAE,CAAC,CAAC;IACtD,OAAO,MAAM,CAAC;AAChB,CAAC;AAED,MAAM,CAAC,KAAK,UAAU,aAAa,CAAC,QAAgB;IAClD,MAAM,MAAM,GAAG,MAAM,iBAAiB,EAAE,CAAC,KAAK,CAAC,QAAQ,CAAC,CAAC;IACzD,OAAO;QACL,IAAI,EAAE,MAAM,CAAC,IAAI;QACjB,SAAS,EAAE,MAAM,CAAC,KAAK,CAAC,MAAM;QAC9B,MAAM;KACP,CAAC;AACJ,CAAC"}

package/dist/index.js

@@ -7,7 +7,7 @@ import { createRequire } from "node:module";
 import { McpServer } from "@modelcontextprotocol/sdk/server/mcp.js";
 import { StdioServerTransport } from "@modelcontextprotocol/sdk/server/stdio.js";
 import { z } from "zod";
-import { registerPrompt, registerTool } from "./mcp-compat.js";
+import { registerTool } from "./mcp-compat.js";
 import { loadDotenvFiles, loadAllConfigs, listStoredCredentials, removeStoredCredential, NO_API_CREDENTIALS_FOUND_MESSAGE, getCredentialSetupInfo, findImportableApiKeyFiles, importApiKeyCredentials, } from "./config.js";
 import { runWithExtra } from "./progress.js";
 import { HttpClient } from "./http-client.js";
@@ -831,30 +831,6 @@ Reporting:
     registerDynamicResources(scopedServer, api);
     // Register prompts
     registerPrompts(server, { setupInfo: setupMode ? setupInfo : undefined });
-    registerPrompt(server, "setup-e-arveldaja", "Explain how to configure e-arveldaja API credentials when the MCP server is running in setup mode.", async () => ({
-        messages: [{
-                role: "user",
-                content: {
-                    type: "text",
-                    text: `Explain how to configure e-arveldaja MCP credentials using this exact guidance:
-- Working directory: ${setupInfo.working_directory}
-- Searched directories: ${setupInfo.searched_directories.join(", ")}
-- Shared config directory used when the configuration should work from any folder: ${setupInfo.global_config_directory}
-- Shared env file: ${setupInfo.global_env_file}
-- Import tool: import_apikey_credentials
-- Required environment variables: ${setupInfo.env_vars.join(", ")}
-- Optional direct credential file env var: ${setupInfo.credential_file_env_var}
-- Alternatively, place ${setupInfo.credential_file_pattern} in this folder and run import_apikey_credentials to verify it and choose whether it should work only in this folder or whenever the MCP server is started from any folder.
-- File format:
-  ${setupInfo.file_format_example.join("\n  ")}
-- ${setupInfo.next_steps.join("\n- ")}
-
-Current server mode: ${setupMode ? "setup" : "configured"}.
-If the server is currently in setup mode, say so explicitly and tell the user to restart the MCP server after adding credentials.
-If the server is already configured, say that explicitly and treat this as reconfiguration guidance only.`,
-                },
-            }],
-    }));
     // Start server
     const transport = new StdioServerTransport();
     await server.connect(transport);