-
Notifications
You must be signed in to change notification settings - Fork 35
Roadmap
The current combined preview is 0.2.1-preview: PHP 8.2 minimum, PHP 8.3 recommended, AGPL core licensing and corrected country-neutral positioning. The next sequence is read API/MCP acceptance, AR, AP, distribution/updater tooling, regional connectors, inventory, shop POS, e-commerce, controlled commands, then later restaurant/distribution/specialists. See Module roadmap for current gates; older milestone snapshots below retain their historical scope.
The direction confirmed on 15 September 2026 is complete accounting core first, optional business modules next, with a business API and MCP access over the same services. The current preview supplies working slices; it does not complete the accounting, user or release gates below.
The 0.1.4-preview release completes the bounded core implementation and bundled module lifecycle technical checks: 121 tests pass, with a two-period reconciliation, exports and owner-controlled POS enablement. API/MCP reads are the next implementation milestone, followed by commands and optional AR/AP. Qualified reviews and observed pilot use remain separate gates.
The module roadmap gives the detailed delivery order. First package describes the 0.1.4-preview scope and remaining acceptance work.
| Stage | What it delivers | Completion gate |
|---|---|---|
| 1. Discovery and restart | Preserved history, product scope, accounting examples, architecture, licence review and priorities | Owner/accountant decisions and source research support the scope. |
| 2. Experience and stack proof | Selected design, onboarding/entry/report prototypes, authentication and transactions | Runtime checks and observed journeys support the design. |
| 3. Complete product slice | Business setup, accounts, receipt/expense, journal, trial balance and reversal | Results reconcile and representative users complete the journey. |
| 4. Website and validation | Website, isolated demo, documentation, contributor paths and pilot interest | Accurate claims and working public journeys, with reviewers and prospective pilots. |
| 5. Milestone funding | A costed next release and verified receiving route | Licence, eligibility, budget and delivery capacity are established. |
| 6. Complete accounting core and pilots | Statements, chart, general journals, opening/cutover, periods, cash/bank reconciliation, reports/exports and recovery | A supported core-only business completes a period; accounting review and observed usability pass. |
| 7. Extension and integration foundation | Module/dependency contracts, company capability gates, shared master data, business API and MCP | Scoped clients, consistent results, retained history and idempotent audited commands. |
| 8. Optional business modules | AR, AP, purchasing/inventory, tax, shop and restaurant POS, distribution and specialists | Each module passes its own accounting and operational gates. |
| 9. Further regional and multi-book support | Reviewed profiles/adapters, approved alternative-book model, translations and multicurrency | Defined entity/period support; every book and difference reconciles. |
Account statements, chart management and general journals are the current core slice. Reviewed opening entries, period-close/reopen administration and bank reconciliation come next. Historical import must preview mappings, errors and totals before confirmation, with a cutover that does not double count existing balances.
AR/AP open-item records and stock valuation belong to their future modules. An account statement alone cannot provide aging, outstanding invoices/bills or stock reports. Unexplained opening controls must keep readiness unresolved.
Financial reporting uses explicit, reviewed regional entity/period profiles over a country-neutral core. Pakistan FBR is one planned connector; the product is not defined by one country. Tax research runs alongside it, covers eight countries and seven industries, and remains disabled and unreviewed. Tax research explains that separate boundary.
- AR and AP: invoices/bills, credit notes, receipts/payments, allocations, aging and reconciled unpaid-document imports.
- Purchasing and inventory: products, receiving/returns, warehouses, quantities, reviewed valuation and COGS.
- Tax: reviewed jurisdiction adapters, effective rules and immutable calculation snapshots; required before applicable production use.
- Shop and restaurant POS: shared checkout, shop entry or table/order/kitchen operations, returns and settlement controls.
- Distribution and specialists: route/van stock and collections; pharmacy batch/expiry; jewelry pricing; membership dues; workshop jobs/parts/labour.
The bundled core/POS lifecycle is implemented. API/MCP access remains the next implementation milestone. Optional software does not make legal obligations optional.
Reviewed translations/RTL and number/date preferences must preserve stored amounts and business dates. Multicurrency needs immutable rate snapshots and reviewed rounding/revaluation. Alternative books require an approved meaning and reconciliation rules.
One Scan document action is planned to suggest editable fields from receipts, invoices and cheques for review before the normal save/post flow. It has no current extraction capability or next-sprint promise.
Offline synchronization, durable background events and native wrappers follow demonstrated need, with duplicate protection, recovery and authoritative posting.
Each release is scoped separately. Roadmap entries are not delivery dates, funding commitments or regulatory support claims.
Module roadmap · First package · Contributing and support
The owner approved combining read API/MCP, OAuth/Connections and server-side tables with four reconciled businesses, 2024–2025 history, open 2026 practice and reporting guides. The prior staged sequence is superseded. Existing accounting and POS capabilities remain included.
Each named client's compatibility requires its own executed connection and report checks. The verified-client preview can ship with unavailable clients explicitly pending. Protocol support or an OpenAPI fallback does not close those gates. The product remains country-neutral; Pakistan FBR is one planned regional connector. Next: AR, AP, distribution/updater tooling, reviewed regional connectors, inventory, shop POS, e-commerce and controlled commands.
PHP Ledger · Current status · First package · Roadmap · Contact and contribute
This Wiki describes the revival and its development preview. Feature plans are not release or compliance claims.