At month-end, you open your POS back office and see a clear sales figure; then you open your accounting software or P&L, and revenue is lower—this is one of the most common confusions for Chinese-American business owners. The gap doesn't necessarily mean "money is missing." More often, POS takings and accounting revenue are simply two different measures. One bakery group's POS showed $1.24 million in sales, while the P&L showed only $1.058 million—an $182,000 difference that came entirely from six or seven normal accounting treatments. It was neither theft nor missing deposits. Understanding what causes the difference matters more than repeatedly "hunting for errors."
- Why doesn't POS Sales equal bank revenue? A POS daily close report records when transactions occur; a bank deposit records when funds arrive. There is a natural "settlement delay" between the two. Credit card batches typically settle 1–2 business days after the transaction date, and weekend and holiday transactions roll over to the next business day. A card sale on Friday night is recorded by the POS on Friday, but may not appear at the bank until Monday. If you try to reconcile a single day's POS total against your bank balance, it will almost never match.
A more hidden difference comes from payment processing fees. Bank deposits are net amounts: the total card sales minus processing fees. If accounting records the net bank deposit directly as "sales revenue," revenue is understated by the processing fee; the correct approach is to record revenue at the gross amount and list processing fees separately as an expense. So between POS Sales and bank revenue, there is at least a "timing difference" and a "fee difference."
- What's the difference between Gross Sales and Net Sales? The "total sales" on the first page of a POS report is usually Gross Sales—the total value of goods or services at list price, before deducting discounts or refunds and before excluding sales tax. Net Sales is the actual sales amount after subtracting discounts and refunds from Gross, but excluding tax. If your accounting software pulls Net Sales while the owner looks at POS Gross Sales, the difference is simply the sum of discounts and refunds—not an accounting error.
The key is to use a consistent measure: when reconciling, first confirm both sides are comparing the same level of figure. Comparing POS Gross to accounting Revenue and comparing POS Net to accounting Revenue lead to completely different conclusions.
- How do Refunds, Discounts, and Voids affect reports? All three reduce net sales, but they occur at different points in time, creating different "report mismatches." A Discount reduces net sales at the time of the transaction; a Void cancels an entire transaction in the POS and, if it occurs after the daily close, creates a reduction in later reports; a Refund may fall in a different period after the original sale—a March sale refunded in April means the POS March Gross includes it while accounting April Net Sales is reduced, so cross-period comparisons naturally won't match.
A common problem for Chinese-American business owners: the POS daily close only looks at Gross, while month-end accounting records Net, and refunds and discounts are never separately pulled out and explained in between. Set these three items up as separate reconciliation adjustments, and the difference becomes "explainable" rather than "mysterious."
- Where should Tips and Service Charges go? This is the item most easily confused by Chinese-American restaurant owners, because Tips and Service Charges both follow the bill in the POS, yet their tax and revenue treatment is completely opposite.
A Tip is an amount voluntarily paid by the customer and belonging to the employee; it is not included in restaurant operating revenue and is not subject to sales tax. A Service Charge is a mandatory fee charged by the business (such as an automatic large-party service charge or banquet fee); under IRS rules it is restaurant revenue and must be included in sales and subject to sales tax. If the POS exports tips and service charges mixed into the same "Tip" account, accounting will either count as revenue what shouldn't be revenue or miss what should be revenue—getting it wrong on both sides at once.
The principle: the POS back office must set up separate accounts for Tip, Service Charge, Delivery Fee, and Surcharge, and accounting should record each account separately rather than looking at the total bill. Sales tax setup also depends on this separation: Service Charges go into taxable sales, Tips do not.
- Why can't Sales Tax be treated as operating revenue? The POS bill total includes sales tax, but this money is a liability the business collects and remits on behalf of the government—not revenue earned. In accounting, sales tax should be recorded in a "Sales Tax Payable" liability account, not a revenue account. If the accounting software pulls the tax-inclusive total from the POS without separating out sales tax, revenue will be overstated.
Conversely, some businesses leave sales tax in revenue to make "revenue look good," which is very risky in a tax audit. When reconciling, the first item to remove between POS tax-inclusive sales and accounting revenue should be the sales tax liability.
- Why do Gift Card sales easily cause double counting? Gift cards are the largest and most easily overlooked difference. Under IFRS 15 and ASC 606, money received from selling a gift card is not revenue but a contract liability; revenue is recognized only when the customer redeems the gift card and the goods or services are actually delivered. If the POS counts gift card sales in "daily sales" and accounting also records them as revenue, revenue is recognized early that month; when the customer actually uses the card, the POS records the sale again and revenue is recorded a second time—the same money is recognized twice.
The correct treatment: record gift card sales as a liability when sold, and transfer from liability to revenue upon redemption. When reconciling, pull "Gift Card Sold" and "Gift Card Redeemed" separately from the POS and confirm whether the accounting side handles them under the liability logic.
- What if POS and accounting software dates don't match? Besides cross-period refunds and settlement delays, two other date factors can cause differences. First, a POS "business day" is not the same as a calendar day: many restaurants assign transactions before 2 a.m. to the previous business day, while accounting records by calendar day, so transactions crossing midnight get split into two periods. Second, the timing of revenue recognition for subscription or service revenue may differ from the timing of cash receipt.
The solution is not to "change one side to match the other," but to set up date adjustment columns in the reconciliation worksheet: list the POS business-day total, subtract cross-period refunds, add or subtract gift card deferrals, adjust for the midnight cutoff, and arrive at a figure comparable to the accounting period.
- How should POS and accounting data be reconciled each month? Monthly reconciliation doesn't need to be complicated, but it should be done by account and in steps, rather than forcing two totals to match.
Step one: lock down three POS figures—Gross Sales, Net Sales, and the tax-inclusive total. Step two: list the adjustments—sales tax (remove), Service Charge (add to revenue), Tip (remove), refunds and discounts (the bridge from Gross to Net), and the difference between gift cards sold and redeemed. Step three: reconcile the payment channel—POS card total vs. processor batch settlement vs. net bank deposit; the difference should equal processing fees plus settlement delay. Step four: build a "POS → accounting revenue" reconciliation table where every difference has an explanatory line. As long as this table can be reproduced month after month, the difference is no longer "doesn't match" but "known and controllable" accounting treatment.
If the POS you're using isn't flexible enough in report exports, account separation, or gift card tracking, reconciliation becomes a monthly manual chore. When selecting a system, evaluate "can it export by separate accounts for Tip/Service Charge/Gift Card/tax rate" as a hard requirement—far easier than fixing it after the fact.
Ultimately, POS "sales" are takings from an operational perspective, while accounting statement "revenue" is a recognition measure from an accounting perspective. Every difference between the two should have a name, an amount, and a treatment rule. Once you build this reconciliation table, what you see is no longer "why do they differ" but "where the difference is and whether it should be there."
Can tip distribution records be exported directly from the POS for reconciliation?