Enterprise resource planning
One data model from the shop floor to the ledger
Tokuva is a twenty-four module enterprise resource planning (ERP) system that brings the shop floor, finance and statutory reporting into one data model. A kiosk confirmation issues components, receives the finished item and writes the cost to the journal. Nothing is carried between them by hand.
- 01 Kiosk confirmation
- 02 Backflush
- 03 Goods receipt
- 04 WIP cost
- 05 Journal proposal
- 06 Ledger
- 24 modules, one data model
- Local regulation in the core
- Four-level tenant, company, branch and site structure
- One vendor, one accountability
Architecture decisions
Four decisions no feature list shows
How an ERP behaves day to day is decided by choices like these, not by a comparison matrix.
Modules never post directly
Every event produces a balanced posting proposal first. A wrong mapping lands in a draft, not in the ledger.
A released work order is frozen
Later engineering changes cannot disturb an order in progress, so what was built matches what the system recorded.
Three-way matching is a gate
Not a report. An invoice outside tolerance cannot be approved without a reason, and the reason stays on the document.
The default is closed
A new user sees no company's data until access is granted explicitly.
End to end
Two core flows, one chain
Order-to-cash and procure-to-pay do not stop at module boundaries.
- 01 Opportunity
- 02 Quotation
- 03 Sales order
- 04 Reservation
- 05 Picking
- 06 Delivery
- 07 e-Invoice
- 08 Open item
- 09 Receipt
- 10 Journal
- 01 Requisition
- 02 Approval
- 03 RFQ
- 04 Order
- 05 Goods receipt
- 06 Inspection
- 07 Invoice
- 08 Three-way match
- 09 Payment
- 10 Journal
- 01 MRP
- 02 Work order
- 03 Release
- 04 Kiosk
- 05 Backflush
- 06 Receipt
- 07 WIP cost
- 08 Journal
Scope
Modules
Each module is a face of the same data model, not a separate product.
Shop floor
The kiosk is where the floor meets the ledger
An operator scans their badge, picks the order and reports. A stop cannot be saved without a reason, because that is exactly where the availability term of OEE comes from.
- Machine and operator resolved by QR
- Setup, run and downtime counted separately
- Good quantity and scrap reported apart
- Backflush, receipt and posting proposal on confirmation
Frequently asked
What size of business is Tokuva for?
How long does implementation take?
Is Turkish electronic invoicing supported?
Can we migrate our existing data?
Where is our data held?
Run the demo on your own data
Share three of your items, one of your structures and one of your customers; a single end-to-end flow then runs on your own data. Wherever it snags is where it would snag in production.