Your Square end-of-day report says you did $1,080 in DoorDash orders today. DoorDash won’t pay you that $1,080 — it pays roughly $756–$918 of it, minus a 15–30% commission, and not until next week. Add Uber Eats and Grubhub on their own schedules and your Square POS sales total will never match what actually lands in your bank, because Square (which is its own payment processor) and the delivery platforms are measuring two different things on two different timelines.
Square is unusual: it’s both the POS and the processor for your in-person card sales, so Square Stand, Square Register, Square for Restaurants, Square Online direct orders, and Cash App Pay transactions all settle on Square’s own next-day schedule. That part is clean. The mess starts when delivery enters the picture — DoorDash, Uber Eats, and Grubhub all settle outside Square on their own weekly schedules. One Square operator told us they felt the platforms were “double charging on credit cards” until they realized the “double charge” was actually a refund clawback the delivery platform had pulled from the next week’s payout that nobody had matched back to the original Square ticket.
The gap is predictable once you separate what Square processed (in-house card sales) from what the delivery platforms owe you. This guide walks through exactly why your Square sales don’t match DoorDash, Uber Eats, and Grubhub payouts, the discrepancies that hide in those payouts, and a step-by-step process to reconcile every dollar. For the broader cross-platform picture, see our guide to reconciling delivery platform payouts. If you also keep books in QuickBooks Online and your bank reconciliation never ties out, see Square + QuickBooks Online deposits not matching.
Why your Square sales don’t match your delivery payouts
Square restaurants running delivery through DoorDash, Uber Eats, or Grubhub face a reconciliation challenge that neither Square nor the delivery platforms are designed to solve.
The integrated-processor advantage (and where it ends). Square is its own payment processor, which means in-house card sales, Square Online orders, and Cash App Pay transactions all settle to one Square deposit on a next-day (or instant, if you opt in) schedule. That part of the math is clean. But the moment a delivery order is taken through DoorDash, Uber Eats, or Grubhub, it leaves the Square ecosystem entirely — the customer pays the platform, not Square. Your Square POS may still record the order at full menu price (for kitchen routing), but no Square deposit will ever include that money.
Payout timing mismatches. Square deposits your in-house card sales next business day. DoorDash pays weekly. Uber Eats pays weekly. Grubhub pays on its own schedule. If you try to match your Square daily report to your bank statement, you’re comparing numbers from several different payment timelines. The math will never balance on a daily basis — it can only balance when you track each platform’s payout separately over its full cycle.
Commission opacity. When DoorDash takes a 25% commission on a $45 delivery order, your Square POS shows $45 in revenue, but only about $32 arrives in your bank. Multiply that across hundreds of orders per week and the “missing” money adds up fast. Without separately tracking each platform’s commission deductions, refund chargebacks, and promotional adjustments, there’s no way to track this accurately from Square alone.
Square Online vs in-person fee split. Square Online orders settle at 2.9% + $0.30 (e-commerce rate), while Square POS in-person orders settle at 2.6% + $0.10 (in-person rate for Square for Restaurants). They both hit the same Square deposit, but the underlying fee mix changes based on the channel split. Operators who don’t break the streams apart see what looks like an unexplained fee variance every month and miss the structural reason: it’s simply a higher share of online orders that month.
Refund double-dipping. If a delivery customer gets a refund from the platform, the platform deducts the refund amount from your next payout. But the order still sits in your Square POS as a completed sale. Unless you manually void it in Square (which most operators don’t do for delivery refunds), your POS total is permanently inflated by the refund amount. Over months, these small discrepancies stack into thousands of dollars of phantom revenue that your POS reports but your bank never received. This is the structural source of the “Square double charging” complaint — it isn’t Square charging twice, it’s a delivery refund clawback that wasn’t matched to the original order.
Common Square + delivery reconciliation gaps
Knowing why the numbers don’t match is one thing. Knowing which specific discrepancies to look for in each platform’s payout is what actually lets you recover the money.
Commission charged above your contracted rate. Each platform has a contracted commission tier, but the rate actually applied per order drifts — plan changes, promotional tiers, and order-type misclassification all push it higher. Pull a sample of Square delivery orders, divide the platform’s commission by the order subtotal, and compare to your DoorDash fees agreement, Uber Eats fees agreement, or Grubhub fees agreement. Anything consistently over is a recoverable overcharge.
Refund deductions on orders you fulfilled correctly. Platforms claw back refunds for driver errors, delivery delays, and customer fraud that aren’t the restaurant’s fault. Your Square ticket shows the order was made and handed off; the platform still deducted it. Those are disputable, and they’re the most common reason operators feel they’re being “double charged.”
Missing orders. An order in your Square sales report that never appears on any platform payout is the clearest leak — you made the food and were never paid for it. These only surface when Square orders are matched line-by-line against platform payouts.
Promotional adjustments without enrollment. Marketing and promo deductions sometimes appear on payouts without matching enrollment records. If you never opted into the promotion, the deduction is disputable. This is also the structural source of the “Square Online hidden costs per order fee not explained clearly” complaint — the per-order promo and marketing charges that operators didn’t realize they had agreed to.
Square Online vs in-person channel mix shifts. A larger share of Square Online orders raises your effective Square processing rate from 2.6% + $0.10 to 2.9% + $0.30. That isn’t a delivery problem — it’s a Square fee variance — but it needs to be ruled out before you start disputing delivery commission.
Timing artifacts. Orders near a payout-period boundary slip into the next cycle, and tip adjustments entered after batch close land a day later. These aren’t always errors — but until you rule them out, they look like missing money against your Square total.
How to reconcile Square against your delivery payouts (step by step)
You can do this with Square’s built-in reports, each platform’s merchant dashboard, your bank statement, and about 30 minutes. The key is isolating delivery revenue and tracking each platform independently.
Step 1 — Separate delivery orders in Square
From the Square Dashboard, run the Sales Summary and Transactions report for the period. Filter by source so you can isolate in-person Square Stand/Register sales, Square Online direct orders, Cash App Pay transactions, and any DoorDash/Uber Eats/Grubhub orders that were rung into Square. Subtract delivery from your gross sales — the remainder is in-house volume that Square itself deposits; the delivery total is what the platforms owe you separately.
Step 2 — Pull each platform’s payout report
Log into each delivery platform’s merchant dashboard (DoorDash Merchant Portal, Uber Eats Manager, Grubhub for Restaurants) and export the transaction-level payout report for the same period. This gives per-order commission, refund adjustments, promotional charges, and the net payout for each platform.
Step 3 — Match Square orders to platform payouts
For each platform, match its payout line items to the Square delivery orders for the period by order ID (or timestamp + amount). Verify commission rate (commission ÷ subtotal vs. your contracted rate), refund deductions (every refund should have a matching Square ticket), and order presence (every Square delivery order should appear on a payout). Separately reconcile the in-person, Square Online, and Cash App Pay tenders against the Square deposit to confirm those numbers tie out.
Step 4 — Match each payout to the bank deposit
DoorDash pays weekly; Uber Eats pays weekly; Grubhub pays on its own schedule. Match each platform’s net payout to the corresponding bank deposit, accounting for 3–5 business days of transfer timing. Subtract Square Loan repayments from the Square daily deposit before comparing it to the gross POS total. Our DoorDash payout reconciliation guide walks the per-order process in detail.
Step 5 — Flag and dispute the gaps
Anything that doesn’t reconcile after commission and timing — over-charged commission, refund clawbacks on correctly-fulfilled orders, missing orders, unenrolled promo deductions — is a recoverable discrepancy. Record the order ID, expected amount, actual amount, and dispute through the platform’s merchant portal with the Square ticket as evidence.
See how much your Square restaurant may be losing to delivery commission errors, refund clawbacks, and missing payouts.
Run a Free ScanThe secondary gap: Square processing fees, Square Loans & channel mix
Separately from delivery, your in-house Square card sales also deposit short of the POS total — a smaller, more predictable gap that’s worth ruling out so it doesn’t get confused with delivery discrepancies.
Processing fees. Square charges its own processing — 2.6% + $0.10 in-person (Square for Restaurants), 2.6% + $0.10 to 3.5% + $0.15 keyed/online, and 2.9% + $0.30 for Square Online — before depositing in-house card sales. Calculate your effective rate monthly (total fees ÷ card volume); if it exceeds the rate implied by your channel mix you have an overcharge worth auditing.
Square Stand vs Square Register reporting. Square Stand (an iPad dock) and Square Register (a dedicated terminal) settle to the same Square account at the same rate, but they can be assigned to different locations or device IDs in the Square Dashboard. If your reporting is rolled up by device rather than by deposit, the daily totals look different even when the deposit is correct. Standardize on a single reporting view — the Square Sales Summary by location — before treating any per-device variance as a real discrepancy.
Batch & timing. Square deposits in-house card sales next business day, but Friday and weekend batches land the following week, and post-batch tip adjustments roll into the next day’s deposit — making one day look short and the next look high.
Square Loans. If you have a Square Loan (formerly Square Capital), repayments are auto-deducted from daily deposits (typically 9–15% of card sales) and never appear as a line item on your bank statement; the deduction is netted out of the Square deposit before it leaves Square. The repayment is visible in the Square Dashboard under Loans but invisible on the bank side.
Cash App Pay. Cash App Pay transactions on Square in-person hardware settle through Square at the standard in-person card rate and appear in the same Square deposit alongside Visa/Mastercard/Amex. The Square Dashboard breaks them out as a separate tender, which is useful for reconciliation: if a customer claims they paid via Cash App Pay but the order has no matching tender record in Square, that’s a discrepancy worth investigating.
Square isn’t alone in this pattern. Clover restaurants see the same delivery gap, and Toast operators deal with the same structural mismatch even though Toast settles in-house sales next-day too. The common thread: POS systems weren’t built to reconcile against delivery platforms that pay on a completely different timeline. The general framework lives in our POS deposits don’t match bank guide.
How DeliverGuard helps Square restaurants
Manually reconciling Square deposits against your bank works if you have 30 minutes every morning and infinite patience. Most operators don’t. The Square Dashboard is good at showing what Square processed; it’s blind to what DoorDash, Uber Eats, and Grubhub paid out separately.
DeliverGuard automates the entire process. Upload your Square sales reports, your delivery platform statements from DoorDash, Uber Eats, and Grubhub, and your bank transaction history. The system matches every transaction across all three data sources. Square processing fee deductions (broken down by in-person vs Square Online vs Cash App Pay), Square Loan repayments, delivery platform commissions, refund adjustments, and timing delays are all categorized automatically. The methodology behind Mike Reilly’s operator playbook walks through this multi-source matching in detail.
The result is a clear picture of where every dollar went. If Square is deducting more in processing fees than your channel mix implies, you’ll see it. If a delivery platform shorted you on a payout, you’ll see it. If there’s an unexplained gap that doesn’t fall into any known category, DeliverGuard flags it with the transaction-level evidence you need to dispute it.
For Square restaurants running delivery, the multi-source matching is where the real value lives. Instead of logging into Square, DoorDash, Uber Eats, Grubhub, and your bank separately and trying to reconcile four different timelines in a spreadsheet, you upload everything once and get a single reconciled view. Processing fee overcharges, commission variances, and missing payouts are all surfaced together.
Find out exactly where the gap is between your Square reports and your bank. Free scan, no credit card required.
Run a Free ScanFrequently asked questions
Why don’t my Square POS delivery orders match my DoorDash and Uber Eats payouts?
Square is its own payment processor, so it settles in-house card sales (Square Stand, Square Register, Square for Restaurants, Square Online direct orders, Cash App Pay) on its own next-day or instant schedule, while DoorDash, Uber Eats, and Grubhub collect customer payments for delivery orders and pay you separately on their own weekly schedules, net of a 15–30% commission plus refund and promotional adjustments. So your Square sales report shows $1,080 in DoorDash orders today while the actual DoorDash payout for those orders lands next week at roughly $756–$918. The POS and the platforms are measuring two different things on two different timelines.
Why does Square show a delivery sale but a lower amount reaches my bank?
A $45 delivery order shows as $45 in Square but nets roughly $32 on DoorDash and $34 on Uber Eats after commission, and it arrives on the platform’s weekly schedule, not Square’s next-day schedule. The “missing” money is unreconciled commission, refund clawbacks, and promotional deductions that were never matched back to the original Square order. Square Online direct orders are different: those settle through Square at 2.9% + $0.30 same as any other e-commerce sale.
How do I reconcile Square POS against DoorDash, Uber Eats, and Grubhub payouts?
From the Square Dashboard, pull the Sales Summary and Transactions report and filter by source so you can isolate in-person Square Stand/Register sales, Square Online direct orders, and any third-party delivery orders booked into Square. For each delivery platform, pull the merchant payout report and match it order-by-order to the Square sales for the same period, accounting for commission, refund deductions, and weekly payout timing. Anything that doesn’t reconcile after commission and timing is a recoverable discrepancy worth disputing.
Are Square Online and Square POS in-person deposits handled differently?
Yes. Square POS in-person card sales settle at the lower in-person rate (typically 2.6% + $0.10 for Square for Restaurants), while Square Online orders — whether eaten on premises or shipped — settle at the online rate (2.9% + $0.30). The two streams hit your bank as the same Square deposit, but the underlying fee mix is different. Operators who don’t break the streams apart see what looks like an unexplained fee variance month over month.
Why does Square Loans appear as a deduction from my deposits?
If you have a Square Loan (formerly Square Capital), repayments are automatically deducted from each daily deposit as a percentage of card sales (typically 9–15%), which compounds the deposit gap on top of processing fees and unreconciled delivery payouts. The deduction shows in the Square Dashboard under Loans, but never appears as a separate line on your bank statement — it is netted out of the deposit before it leaves Square.
Does Cash App Pay show up differently in my Square deposits?
Cash App Pay transactions on Square in-person hardware settle through Square at the standard in-person card rate, so they appear in the same Square deposit alongside Visa/Mastercard/Amex sales. The Square Dashboard breaks them out as a separate tender, which is useful for reconciliation: if a customer claims they paid via Cash App Pay but the order has no matching tender record in Square, that’s a discrepancy worth investigating.
Why do my Square Stand and Square Register deposits look different from each other?
Square Stand (an iPad dock) and Square Register (a dedicated terminal) settle to the same Square account at the same rate, but they can be assigned to different locations or device IDs in the Square Dashboard. If your reporting is rolled up by device rather than by deposit, the daily totals look different even when the deposit is correct. Standardize on a single reporting view — ideally the Square Sales Summary by location — before treating any per-device variance as a real discrepancy.