Month-end close - a checklist, not a hunt
The month closes on time, and its figures match the accountant's. Discrepancies are worked through as documents arrive - by the first of the month you have a short list with names on it, not an evening of spreadsheets.
Demo data. Your restaurant has the same set of conditions, with its own figures.
The sixth step of the control cycle - the one that sums it up
The full cycle on the home pageEverything the team worked through during the month - disputed prices, removed duplicates, offset stores - adds up to one figure of protected margin. That is what the owner receives.
Confirmed prices, accepted discrepancy reasons and supplier rules carry over into the new period. The cycle starts again, with fewer questions.
What changes for the finance director and the stock controller
The same work, but now it has a deadline, an owner and a number.
Demo data - the set of checks is the same, your figures will be your own.
The word "reconciliation" means two different things
They must not be mixed up: each has a different line, period and result.
You can see who is holding the month - and what to bring them
Five conditions, each with its own state. The manager doesn't ask "how is the close going" - they see the open condition, the amount and the person responsible.
Closing a period cannot be undone for reporting, so we never do it silently. The system brings the checklist to zero and asks.
All documents for the period are recognised, matched and posted. Open ones stay on the list.
The count per store is in the system - without it there is nothing to compare book stock with.
Purchasing and stock control exceptions are closed with a decision: disputed, accepted, corrected.
Write-off records in our system match those posted in the back office.
The reconciliation tail is closed: every line has a reason class or a verdict.
Stock count uploaded - the review is ready in a minute
Not "upload and look at the table". The system itself tells you what to recount, which invoices are missing and what to ask the accountant.
We accept the Syrve export and the count file. The stock count sheet stays with the back office - we don't build it.
The discrepancy exceeds the tolerance and is explained neither by a transfer nor by a recipe. Most often it is an error in the count itself - cheaper to check than to write off.
The shortfall matches deliveries that are not in the books: the emails arrived, the documents were not posted. Until they are, book stock is bound to be lower than the actual stock.
On nine lines the discrepancy comes from the back office, not the store: a credit note, a service instead of goods, a retail receipt. The request is drafted as text - it only needs sending.
For the stock controller: this is not a shortage, it is a transfer
Minus in the kitchen and plus at the bar on the same item. It used to be written off as two separate problems - and both were wrong.
The batch is assembled in full and sent with one confirmation. Nothing reaches the back office silently.
Offset as a batchSixteen pairs are sixteen transfers. One by one it is the same manual work, just in a different window.
First release. Offsetting pairs as a batch is available now. The other review actions - write off, recount, investigate - are in progress.
The month's figure matches the accountant's by 94-99%
Measured over twelve closed periods, not promised. The remainder is not dumped into "doesn't match": every line has a reason class, so settling it with the accountant takes minutes.
Pairs are built strictly one-to-one with scoring, so one invoice can't close two lines.
Not a general "doesn't match" list, but four reasons, each with a clear next step.
Document numbers never repeat, suppliers do all the time. So the rule is remembered per supplier.
The reason is remembered per supplier, not per document. The tail holds 52 lines over four months and not a single repeated number: suppliers repeat, documents never do.
Reconciliation with the accountant, no integration
The accountant sends an export of their postings - we match it against the invoices in the system by supplier, number and amount, one to one. There is no need to connect the accounting software or negotiate with its vendor.
Any period length. We don't ask you to change the export format - we take the one the accountant already produces.
The document is posted in the system but did not make it into the postings. Until the accountant has it, the month's costs are understated.
The invoice never reached us - the intake channel missed it. So it was not part of the price checks either.
The largest side of the discrepancy, and it has no reason class yet: the line is visible in the reconciliation and a person reviews it. We do not promise to "find every discrepancy".
There is no automatic export to Jumis, 1C or DATEV yet - reconciliation doesn't need it.
Two outgoing documents
Sending is a condition on the report, not a blocker: a checkbox next to the reconciliation, off by default. The accountant decides.
What we received from them during the month - with numbers, dates and amounts. With this document a dispute becomes a comparison of two lists.
What we posted against what they have. Discrepancies are already split by reason class, so nothing has to be sorted from scratch.
Three different promises
The close involves three people, and it doesn't fit into one paragraph.
Matching against the export, the tail by reason, the closing checklist. Closing stops being a hunt.
Stock counts, offsetting stores, shortages with item names instead of "store discrepancy".
One figure for the month and the fact that the period was closed on time, not after the fact.