Features
StableBetaComing soon
Spec: app-administrationDefines the application-administration surface of Shillinq as it ships today: the authenticated settings endpoint, forced register-configuration re-import, the public health probe, the admin-only metrics endpoint, and the generic OpenRegister object store used by the Vue shell.apphost-adoptionServes shillinq's health and Prometheus metrics endpoints through the OpenRegister AppHost engine, so operators get real database and OpenRegister availability checks and admin-only Prometheus exposition instead of hardcoded placeholders. Exposes the imperative pipelinq customer-bridge counters and circuit-breaker state via a registered metrics provider, and lets the AppHost generic classes serve the dashboard, admin settings, and canonical routes while preserving shillinq's bespoke settings, preferences, seeding, and deep-link plumbing.BookingsDefines the canonical requirements for per-resource calendar and booking management in Shillinq, enabling multi-resource (staff, room, equipment) appointment scheduling with automated conflict detection. This spec establishes the foundational data model, API contracts, and UI patterns for the booking module.Spec: Booking Cancellation RulesThis specification defines the `CancellationPolicy` register and extends the `Appointment` register with cancellation fields, enabling operators to enforce minimum-notice policies, late-cancellation fees, and no-show charges. All requirements use RFC 2119 language (MUST, SHOULD, MAY).Spec: bookings-confirm-flowThis specification defines the requirements for bookings confirm flow in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookings-create-appointmentThis specification defines the requirements for bookings create appointment in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Capability Spec: Booking Deposit-to-Invoice FlowThis spec defines the capability to automatically consume authorized deposit amounts when a booking transitions to invoicing (at completion or checkout). When a booking moves from `confirmed` to `completed`, a final `Invoice` is created in Shillinq with a negative line item (credit) for the deposit amount, reducing the customer's outstanding balance. Deposit-to-invoice reconciliation is bidirectional and auditable through Shillinq's AR module.Capability Spec: Booking Deposits at Booking TimeThis spec defines the capability to collect partial or full deposits from customers at booking confirmation via Mollie or Stripe (routed through OpenConnector). Deposits are materialized as Shillinq `ARInvoice` records for accounting and tax compliance. The feature is declarative per ADR-031: all deposit rules, payment-link generation, and invoice creation logic are `x-openregister-lifecycle` and `x-openregister-calculations` metadata, not PHP code.Spec: bookings-notification-triggersThis specification defines the requirements for bookings notification triggers in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookings-self-service-widgetThis specification defines the requirements for bookings self service widget in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookings-service-catalogThis specification defines the requirements for bookings service catalog in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-accounts-receivable-coreThis specification defines the requirements for bookkeeping accounts receivable core in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Specification: bookkeeping-archiefwet-retentionRecords retention enforcement per Archiefwet 1995 and Selectielijst Gemeenten 2020. Declares retention rules for every record type in Shillinq (T1, T2, T3), consumed by OR's lifecycle retention abstraction per ADR-022.Spec: bookkeeping-audit-trailThis specification defines the requirements for bookkeeping audit trail in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Specification: BADO Audit Protocol & Tolerance MatrixThis specification defines the BADO audit framework as a declarative, machine- readable capability within Shillinq. It covers:Spec: bookkeeping-bank-connectorsThis specification defines the requirements for bookkeeping bank connectors in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-bank-reconciliationThis specification defines the requirements for bookkeeping bank reconciliation in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-bbv-complianceThis specification defines the requirements for bookkeeping bbv compliance in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Specification: bookkeeping-bcf-vat-compensationBTW Compensatiefonds (BCF) claim administration for Dutch municipalities. Municipalities recover compensable VAT from the fund via quarterly claim submissions per Wet HOF.Spec: bookkeeping-btw-oss-euThis specification defines the requirements for bookkeeping btw oss eu in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-cashflow-13wkThis specification defines the requirements for bookkeeping cashflow 13wk in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: Country-by-Country Reporting (CbCR) & OESO Pillar Two (Global Minimum Tax)Deze spec introduceert volledige CbCR (BEPS Action 13, Wet Vpb 29b–29h) en Pillar 2 (OESO GloBE Model Rules, Wet minimumbelasting 2024) rapportage voor Shillinq. Het systeem detecteert EUR 750M drempel automatisch, aggregeert per-jurisdictie financiële kerncijfers uit consolidatie, past GloBE-correcties toe, berekent per-jurisdictie ETR en top-up tax, test safe harbour, en exporteert CbCR XML (OESO schema) + GIR XML + NL QDMTT-aangifte.Spec: Bookkeeping — CBS-Bestanden ExtendedAdd extended CBS (Centraal Bureau voor de Statistiek) statistical file exports beyond the baseline IV3: Iv3-detail, Kerngegevens jaarstaten, Iv3-OZB, EMU-bestand, periodieke statistiekleveringen. Each is a transformation aggregation + docudesk template + openconnector source row.Spec: bookkeeping-chart-of-accountsThis specification defines the requirements for bookkeeping chart of accounts in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-consultancy-project-accountingThis specification defines the requirements for bookkeeping consultancy project accounting in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-continuous-closeThis specification defines the requirements for bookkeeping continuous close in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-cost-centers-dimensionsThis specification defines the requirements for bookkeeping cost centers dimensions in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-deferred-taxThis specification defines the requirements for bookkeeping deferred tax in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: Bookkeeping — Detachering & Payroll AdministrationImplement detachering (ZZP/freelance staffing) and payroll bridge: salarisbureau feed imports (ADP/Loket/Visma/Nmbrs) via openconnector + Wet DBA opdrachtgeversverklaring register + IB47 freelance filing.Spec: bookkeeping-document-attachment-integrationThis specification defines the requirements for bookkeeping document attachment integration in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: EMU-saldo & EMU-schuld ReportingAutomated reporting pipeline for Dutch decentrale overheden under Wet Houdbare Overheidsfinanciën (Wet Hof). Converts BBV accrual-basis general ledger to cash-basis EMU-saldo via macro-rules (Wet Hof art. 3) and transaction-level adjustments. Generates quarterly EMU-saldo aangifte (kwartaalenquête) and annual bruto EMU-schuld position. Includes automatic CBS XBRL indiening (via openconnector), reconciliation with BBV jaarrekening, and afwijkingsalert on referentiewaarde overschrijding.Spec: bookkeeping-ensia-zelfevaluatieThis specification defines the requirements for bookkeeping ensia zelfevaluatie in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-financial-statementsThis specification defines the requirements for bookkeeping financial statements in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-fixed-assets-depreciationThis specification defines the requirements for bookkeeping fixed assets depreciation in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-general-ledgerThis specification defines the requirements for bookkeeping general ledger in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-gr-consolidationThis specification defines the requirements for bookkeeping gr consolidation in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: IB Aangifte (Income Tax Return) Assembly for ZZPThis spec enables ZZP'ers and small entrepreneurs to automatically assemble, validate, and submit their annual income tax return (P-formulier) in compliance with Wet inkomstenbelasting 2001 (Wet IB), Algemene wet inzake rijksbelastingen (AWR), and Dutch Belastingplan annual updates.Spec: bookkeeping-icp-opgaafThis specification defines the requirements for bookkeeping icp opgaaf in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-ifrs-rj-dual-gaapThis specification defines the requirements for bookkeeping ifrs rj dual gaap in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-ifrs15-revenueThis specification defines the requirements for bookkeeping ifrs15 revenue in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-innovatiebox-administratieThis specification defines the requirements for bookkeeping innovatiebox administratie in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-intercompany-eliminationThis specification defines the requirements for bookkeeping intercompany elimination in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-investeringsaftrekThis specification defines the requirements for bookkeeping investeringsaftrek in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-iv3-reportingThis specification defines the requirements for bookkeeping iv3 reporting in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-journal-entriesThis specification defines the requirements for bookkeeping journal entries in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-kor-kleine-ondernemersregelingThis specification defines the requirements for bookkeeping kor kleine ondernemersregeling in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-lease-accountingLease accounting covers the recognition of Right-of-Use (RoU) assets and lease liabilities at commencement, the automatic generation of payment schedules, periodic interest and depreciation posting, and the integration with the GL and fixed-asset engines.Spec: bookkeeping-lease-contractsThe lease-contract register is the master record for every lease under IFRS 16 that a shillinq customer owns. It captures the contractual terms (lessor, commencement date, payment terms, extension/termination options, IBR, classification), integrates with docudesk for source contract PDFs, and routes complex contracts through an optional classification wizard.Spec: bookkeeping-lease-disclosuresIFRS 16 paragraphs 51–60 mandate detailed quantitative and qualitative disclosures about leases. The disclosure-table register materializes this information at period close, allowing one-click export to XBRL and audit-ready PDF reports.Spec: bookkeeping-lease-exemptionsIFRS 16 provides exemptions for short-term leases (≤12 months at commencement) and low-value leases (asset fair value ≤ ~USD 5,000). Leases eligible for exemption are expensed straight-line over the lease term instead of being capitalized. This spec defines the policy elections, contract-by-contract application, and expense posting.Spec: bookkeeping-lease-reassessmentOver the life of a lease, modifications and remeasurement events occur: a lessee extends the term, the IBR changes, the lessor adjusts payment terms, or indexation clauses trigger a recalculation. Each event is captured in a `lease-reassessment-event` record with before/after snapshots, supporting evidence, and GL postings.Spec: bookkeeping-market-government-separationThis specification defines the requirements for bookkeeping market government separation in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-multi-administratieThis specification defines the requirements for bookkeeping multi administratie in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-multi-currencyThis specification defines the requirements for bookkeeping multi currency in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: IAS 19 Employee Benefit Pension Accounting (RJ 271)This spec introduces complete IAS 19 / RJ 271 defined-benefit (DB) and defined-contribution (DC) pension accounting for Shillinq. The system measures, rolls forward, and discloses pension obligations and assets per Projected Unit Credit (PUC) method for DB plans, or simplified disclosure for DC plans.Spec: bookkeeping-period-closeThis specification defines the requirements for bookkeeping period close in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-programmabegrotingThis specification defines the requirements for bookkeeping programmabegroting in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-provincies-bbv-variantThis specification defines the requirements for bookkeeping provincies bbv variant in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: Purchase Order 3-way Match@e2e exclude pure backend/schema: 3-way match purchase order — not browser-testableSpec: bookkeeping-r-d-subsidies-mkbThis specification defines the requirements for bookkeeping r d subsidies mkb in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Specification: RechtmatigheidsverantwoordingRechtmatigheidsverantwoording (BBV artikel 17a, mandatory since 2023) declares that all financial transactions of a decentrale overheid have been processed legitimately. This spec defines:Spec: bookkeeping-reconciliation-reportsThis specification defines the requirements for bookkeeping reconciliation reports in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-rekenkamer-audit-packThis specification defines the requirements for bookkeeping rekenkamer audit pack in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-sbr-xbrl-reportingThis specification defines the requirements for bookkeeping sbr xbrl reporting in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-schatkistbankierenThis specification defines the requirements for bookkeeping schatkistbankieren in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-sepa-direct-debitThis specification defines the requirements for bookkeeping sepa direct debit in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-sisa-reportingThis specification defines the requirements for bookkeeping sisa reporting in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-subsidie-verantwoordingThis specification defines the requirements for bookkeeping subsidie verantwoording in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-tenderned-integratieTenderNed Integratie enables Shillinq to automatically import publicly awarded procurement contracts from TenderNed (Dutch central platform, Logius) and manifest them as financial obligations (Verplichting) with real-time budget-impact visibility and milestone-based execution tracking. The integration supports two roles: aanbestedende dienst (public buyer organization) and inschrijvende leverancier (private vendor organization), each with role-specific workflows and visibility constraints.Spec: bookkeeping-titel-9-jaarrekeningThis specification defines the requirements for bookkeeping titel 9 jaarrekening in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-treasury-ihbThis specification defines the requirements for bookkeeping treasury ihb in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-trial-balanceThis specification defines the requirements for bookkeeping trial balance in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-vat-btw-filingThis specification defines the requirements for bookkeeping vat btw filing in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Specs — IAS 37 / RJ 252 Provisions, Contingent Liabilities and Contingent AssetsThis specification defines the requirements for IAS 37 / RJ 252 provisions, contingent liabilities and contingent assets in the Shillinq Nextcloud accounting application, establishing recognition, measurement, roll-forward and disclosure behaviour.Spec: bookkeeping-vpb-corporate-taxThis specification defines the requirements for bookkeeping vpb corporate tax in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-waterschappen-bbv-variantThis specification defines the requirements for bookkeeping waterschappen bbv variant in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-wbso-sno-administratieThis specification defines the requirements for bookkeeping wbso sno administratie in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: Wet Fido & Treasurystatuut ComplianceThis spec introduces complete Wet Fido (Wet Financiering Decentrale Overheden) and local Treasurystatuut compliance for Shillinq. The system enforces two hard quantitative limits — the kasgeldlimiet on rolling 3-month average short-term debt and the rente-risiconorm on per-year interest-rate herfinanciering + reset exposure — and operationalises the mandatory schatkistbankieren (central treasury) cash-sweep scheme. Every treasury transaction (lening, derivaat) is tested in real-time against both the legal ceilings and the organisation's adopted Treasurystatuut. The system produces the verplichte kwartaalrapportage to the toezichthouder and the jaarrekening's treasury-paragraph without manual spreadsheet work.Spec: bookkeeping-year-end-closeThis specification defines the requirements for bookkeeping year end close in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: bookkeeping-zzp-tax-regimeThis specification defines the requirements for bookkeeping zzp tax regime in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: dba-compliance-markerThis specification defines the requirements for dba compliance marker in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.docsDefines the canonical structure, configuration, and content requirements for shillinq's product documentation site, built on `@conduction/docusaurus-preset` (ADR-030). The spec ensures the docs site conforms to the fleet-wide product-pages layout, exposes an API documentation endpoint, and ships with both English and Dutch locale support.Spec: expense-capture-coreThis specification defines the requirements for expense capture core in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: expense-reimbursement-or-passthroughThis specification defines the requirements for expense reimbursement or passthrough in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.financial-dashboard-graphsProvides a financial overview dashboard that visualises an administration's bookkeeping data, including a six-metric KPI strip and charts for turnover, margin, cashflow with forecast overlay, and billable hours, each with value/percentage toggles where relevant. The dashboard also lists open debtor and creditor invoices flagged by due date, draws all widget data from a single shared fetch per schema, and ships an idempotent demo seed script that populates a coherent 12-month bookkeeping story.governance-compliance-settingsRelocates the governance-config and audit-log leaves out of the top-level transactional navigation into a Settings "Governance & Compliance" section while keeping every page directly routable via deep links. The relocated audit-trail, change-history, activity-feed, destruction-report, and compliance-export surfaces remain strictly read-only, and AllocationRules stays pure rule metadata with no allocation service execution introduced by the move.Spec: inventory-barcode-skuThis specification defines the requirements for inventory barcode sku in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: inventory-cogs-postingThis specification defines the requirements for inventory cogs posting in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: inventory-cycle-countThis specification defines the requirements for inventory cycle count in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: inventory-lot-batch-expiryThis specification defines the requirements for inventory lot batch expiry in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: Inventory Mobile Scanner (PWA, offline)- **Change**: inventory-mobile-scanner - **Type**: PWA Feature (Mobile-first app with offline support) - **Dependencies**: inventory-stock-tracking, inventory-barcode-sku - **Status**: Specification phaseSpec: inventory-multi-warehouseThis specification defines the requirements for inventory multi warehouse in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: inventory-product-catalogThis specification defines the requirements for inventory product catalog in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: inventory-reorder-automationThis specification defines the requirements for inventory reorder automation in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: inventory-stock-movement-ledgerThis specification defines the requirements for inventory stock movement ledger in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: inventory-stock-trackingThis specification defines the requirements for inventory stock tracking in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: inventory-valuation-fifo-avgThis specification defines the requirements for inventory valuation fifo avg in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.Spec: Invoice from Time + ExpenseThis specification defines invoice generation from approved time entries and expense records, supporting multiple billing models (T&M, fixed-fee, milestone, retainer, mixed). It extends the `Invoice` and `InvoiceLine` registers with time/expense tracking, rate card integration, and GL posting. All requirements use RFC 2119 language (MUST, SHOULD, MAY).Spec: Booking Email TemplatesDeclared templates for automated booking emails: confirmation, reminder, cancellation. Operators customize branding (logo, colors, footer) and template text without code access. Templates integrate with OR's notification engine for dispatch on booking lifecycle events.Spec: Booking SMS Reminder ChannelConfigurable SMS reminder channels for booking reminders with pluggable provider support (MessageBird, Twilio). Operators configure SMS channel, select provider, customize message template, set delivery timing and retry behavior. Channels integrate with OR's notification engine for SMS dispatch on booking lifecycle events.Spec: rate-card-managementThis specification defines the requirements for rate card management in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.recurring-invoicingManages recurring billing definitions as OpenRegister-managed profiles that reference Nextcloud addressbook contacts and generate ordinary AR invoices per period through a scheduled OpenRegister workflow, with no app-local cron or parallel invoice type. The capability covers declarative next-run-date calculation with month-end clamping, idempotent generation with bounded catch-up after downtime, a draft-to-ended profile lifecycle, optional annual price indexation, declarative notifications, and a manifest-driven UI with an exact next-invoice preview.Spec: Retainer Billing ManagementThe retainer-billing-management capability enables monthly retainer pools per client/project with automatic drawdown tracking from time entries, rollover of unused balances, and period-end true-up reconciliation.shillinq-bank-statement-wizardProvides a dashboard-launched modal wizard that guides a bookkeeper through importing a bank statement (CAMT.053, MT940, or CSV) without leaving the Financial overview. The wizard offers format-specific export guidance and a PSD2 discoverability link, maps the statement IBAN to a GL account with remembered mappings, posts the file to a server-administration-scoped import endpoint that persists the statement and its lines, and shows an import summary before refreshing the dashboard payables and receivables widgets.shillinq-bill-import-modalProvides a dashboard-launched modal for importing supplier invoices from UBL/e-invoice XML or CSV files, parsed deterministically server-side into SupplierInvoice records without leaving the Financial overview. PDF uploads are honestly routed to a deferred OCR path rather than fabricating extractions; the review step pre-fills parsed values and gates save on required fields, duplicate invoices are rejected with an inline warning, and a successful import refreshes the dashboard payables widget.shillinq-invoice-quick-draftProvides a dashboard-launched modal for quickly drafting an accounts-receivable invoice without leaving the Financial overview. Selecting a customer drives default GL account and due date, line items show live net, VAT, and gross totals, and saving creates a draft ARInvoice through the OpenRegister object API before refreshing the receivables widget; last-used line details are remembered per customer with a 90-day expiry.shillinq-nav-ia-cleanupCorrects shillinq's navigation information architecture by disambiguating the manual-journal entry as "Manual Journals" distinct from the General Ledger, giving the Project schema exactly one navigation home while keeping its page deep-linkable, and ensuring each route marks exactly one active nav leaf with no duplicate detail-route registrations. The capability also fixes dashboard KPI rendering so stats-block tiles render with single card chrome instead of nested cards, and adds e2e coverage for these corrections.shillinq-product-vendor-to-pipelinqMoves product and vendor master-data ownership out of shillinq to pipelinq, rewiring inventory records to reference products by a `productId` resolved through the integration registry and demoting VendorMaster to a financial profile keyed by the Nextcloud contact UID. shillinq retains only locally-authored financial and stock data (unit cost, valuation, payment terms, credit limits) as authoritative, treats product and vendor identity fields as non-authoritative read caches with a safe offline fallback, and provides an idempotent, fail-closed migration of existing data to pipelinq with no data loss.templates-notifications-settingsConsolidates the scattered template and notification-configuration leaves from the bookings and inventory groups into a single Settings "Templates & Notifications" section while keeping every page directly routable via deep links and leaving the source manifest fragments unchanged. The relocation preserves each page's read/write posture: the NotificationMonitor stays a read-only delivery view, and the template, trigger, and SMS-channel pages remain editable configuration.Spec: zzp-urencriterium-trackerThis specification defines the requirements for zzp urencriterium tracker in the Shillinq Nextcloud accounting application, establishing the data model, behaviour and acceptance scenarios for this capability.