How Toast Data Flows
When comparing daily Toast POS shift reports with the journal entries posted to your accounting software, differences in presentation frequently appear. These variations arise from the differing methodologies used by point-of-sale operational reporting and double-entry accounting systems.
Toast POS tracks terminal activity on a real-time, cash-action basis. Every time a deposit or payment is keyed in at a terminal or processed online, Toast logs that tender on that specific calendar day.
In contrast, the Omniboost integration generates structured, balanced journal entries across all revenue, tax, service charge, and payment accounts. The integration processes the orders and checks associated with each business date. To ensure that every journal entry balances perfectly (Total Debits = Total Credits), the integration evaluates both the business date of the order and the individual payment dates on each check.
Reconciling Daily Deposit Variances
A frequent question during daily audits is why the total deposit tender amount on the Toast Sales Summary report may not match the deposit line in the daily accounting journal entry.
Example Scenario
On a given business date, the Payments Summary in your Toast Sales Summary report shows £820.00 collected under deposit tenders. However, the journal entry generated for that day only reflects £640.00, resulting in an apparent £180.00 variance.
Why This Happens
This variance occurs because the £820.00 total is split across two different check states:
Closed Checks (£640.00): This portion belongs to checks that were fully finalized, paid, and closed during the business day. The integration syncs these finalized payments directly to the designated accounts.
Open Checks (£180.00): This portion represents a deposit sitting on a ticket that remains open in Toast (such as an upcoming function, banquet, or catering booking).
Locating Open Deposits in Toast Web
You can verify the open portion directly inside Toast without manual calculation:
Open Toast Web and navigate to the Sales Summary report for the business date.
In the top-left section of the report, review the Revenue Summary box.
Locate the Paid in total figure.
The Paid in total line displays the exact sum of payments collected on checks that are currently open (£180.00 in this example). Adding the closed journal amount (£640.00) to the open Paid in total amount (£180.00) reconciles directly to the £820.00 deposit total shown in Toast.
How the Integration Handles Deposits and Open Checks
The integration contains specialized logic to manage timing differences between when a payment is taken and when an order is finalized.
Advance Deposits on Finalized Orders
When a check closes, the integration compares the date the payment was taken against the business date of the check:
Current-Day Payments: If the payment date matches the check business date, the tender posts directly to your regular cash or payment clearing account.
Advance Deposits: If the payment was collected on a prior date, the integration flags the transaction as an advance deposit. Instead of booking it as new cash on the closure date, it routes the amount to your Deposits Collected / Unearned Revenue liability account, properly releasing the prepayment against the recognized sales.
Balancing Open and Unclosed Tickets
When checks remain open at the time the daily journal entry is created, gross revenue and tax items may be present on the check without a full matching payment:
The integration calculates the exact remaining balance on the check by subtracting all recorded payments from the total check amount.
This difference is automatically posted to a dedicated Open Checks Balancing Account.
In standard operational practice, your journal entries should ideally contain zero open check postings. When floor and event staff close receipts and collect payments upon service delivery, the open check balance evaluates to zero, eliminating clearing lines entirely.
Standard Operational Workflow in Toast POS
To maintain clean records across both Toast POS and your accounting software, operational teams should follow this standard workflow:
Step 1: Taking the Advance Deposit
When taking an advance deposit for an event, catering order, or booking, staff must apply an actual deposit payment tender to the check in Toast.
If items or charges are added to a check without processing a corresponding payment, the integration will still post the revenue and offset the missing payment against the open check balancing account. To avoid incorrect postings in your general ledger, the payment must be physically processed on the check in Toast.
Step 2: Order Fulfillment
On the day of service, staff open the existing check on the POS terminal. Any additional food, beverage, service charges, or incidental items are added to the check.
Step 3: Final Settlement and Check Closure
Staff collect any remaining balance owed by the customer and mark the check fully paid and closed.
Once the check is closed in Toast POS, the final business day sync will pick up the closed order, recognize the remaining revenue and taxes, and route the advance deposit payment from the deposit liability account to settle the bill.
Daily Reconciliation Matrix
Dimension | Toast Sales Summary Report | Accounting General Ledger Sync |
Primary Data Source | Real-time terminal transactions | Orders and checks processed per business date |
Closed Checks | Included in sales and payment summaries | Revenue, taxes, and payments posted directly to mapped GL accounts |
Open Check Payments (Deposits) | Shown under "Paid in total" in the Revenue Summary | Payments sync, and any unpaid check balance posts to Open Checks Clearing |
Unpaid / Open Checks | Not in "Paid in total"; visible under Open Checks in Toast | Sales post to revenue, offset by the Open Checks Clearing account |