月末にPOSの管理画面を開くと、売上高がはっきりと一つの数字で表示されています。しかし会計ソフトやP&Lを開くと、収益は少なくなっています——これは米国の華人系事業者が最もよく遭遇する疑問の一つです。差額は必ずしも「お金が消えた」わけではなく、より一般的なのは、POSの取引高（takings）と会計上の収益（revenue）がそもそも異なる基準の数字であるというケースです。あるベーカリーグループのPOSでは124万ドルの売上が表示され、P&Lは105.8万ドルしかなく、差額の18.2万ドルはすべて6〜7項目の正常な会計処理に由来しており、盗難でも預金の欠落でもありません。差異の原因を明確にすることが、繰り返し「間違いを探す」よりも重要です。
- POS Salesが銀行収入と等しくないのはなぜ？ POSの日次締めレポートが記録するのは取引の発生であり、銀行の入金記録は資金の到着です。両者の間には当然「決済の遅延」が存在します。クレジットカードのバッチは通常、取引日の1〜2営業日後に入金され、週末や祝日の取引は翌営業日に順延されます。金曜の夜のカード売上は、POSでは金曜に計上されますが、銀行には月曜に現れるかもしれません。ある一日のPOS総額だけを見て銀行残高と照合すると、ほぼ永遠に一致しません。
さらに見えにくい差異は決済手数料から来ます。銀行への入金は純額です。つまりカード総額から決済手数料を差し引いた金額です。会計が銀行の純入金額をそのまま「売上収益」として記録すると、収益は手数料の分だけ少なく記録されます。正しい方法は、総額で収益を記録し、決済手数料を別途費用として計上することです。したがって、POS Salesと銀行収入の間には、少なくとも「時間差」と「手数料差」の二層が挟まっています。
- Gross SalesとNet Salesの違いは？ POSレポートの最初のページの「総売上」は通常Gross Sales、つまり表示価格に基づいて計算された商品やサービスの総額であり、まだ割引や返金を差し引いておらず、売上税も除外していません。Net SalesはGrossから割引と返金を差し引いた後、税を含まない実際の売上金額です。会計ソフトが読み取るのがNet Salesで、オーナーが見るのがPOSのGross Salesである場合、差額は割引と返金の合計であり、帳簿が間違っているわけではありません。
鍵は基準を統一することです。照合する際は、まず両者が同じレベルの数字を比較していることを確認します。POSのGrossで会計のRevenueと照合するのと、POSのNetで会計のRevenueと照合するのでは、結論がまったく異なります。
- Refund、Discount、Voidはレポートにどう影響する？ これら三つの操作はすべて純売上を押し下げますが、発生する時点が異なるため、生じる「レポートのずれ」も異なります。Discountは取引の時点で純売上を減少させます。Void（無効化）はPOS上で取引全体をキャンセルし、日次締めの後に発生した場合は後続のレポートで相殺が生じます。Refund（返金）は元の売上の後の別の期間に落ちる可能性があります——3月の売上が4月に返金されると、POSの3月のGrossにはこの取引が含まれ、会計の4月のNet Salesが相殺され、期間をまたいだ比較は当然一致しません。
華人系事業者によくある問題は、POSの日次締めではGrossだけを見て、月末に会計がNetで計上し、その間に返金と割引を別途取り出して説明していないことです。これら三項目を別々の照合調整項目として設定すれば、差額は「説明可能なもの」になり、「神秘的なもの」ではなくなります。
- TipとService Chargeはどこに計上すべき？ これは華人系飲食事業者が最も混同しやすい項目です。TipとService ChargeはPOS上ではどちらも伝票に沿って動きますが、税務上および収益上の性質はまったく逆です。
Tip（チップ）は顧客が自発的に支払い、従業員に帰属する金額であり、レストランの営業収益には含まれず、売上税も課されません。Service Charge（サービス料）は事業者が強制的に徴収する費用（大人数の自動サービス料、宴会費など）であり、IRSの基準ではレストランの収益に属し、売上に計上して売上税を納める必要があります。POSがチップとService Chargeを同じ「Tip」科目に混在させて出力すると、会計は収益にすべきでないものを収益として計上したり、収益にすべきものを漏らしたりして、両側で同時に誤りが生じます。
処理の原則：POSの管理画面ではTip、Service Charge、Delivery Fee、Surchargeを必ず別々の科目に設定し、会計は伝票総額を見るのではなく科目ごとに計上します。売上税の設定もこの分離に依存します。Service Chargeは課税売上に含まれ、Tipは含まれません。
- Sales Taxを営業収益として扱えないのはなぜ？ POSの伝票総額には売上税が含まれていますが、このお金は事業者が代理徴収・代理納付する負債であり、稼いだ収益ではありません。会計上は売上税を収益科目ではなく「Sales Tax Payable」負債科目に記録すべきです。会計ソフトがPOSから取得するのが税込み総額で、売上税を分離していない場合、収益は過大に計上されます。
逆に、一部の事業者は「収益を見栄え良くする」ために売上税を収益に残していますが、これは税務調査でリスクが非常に高いです。照合の際、POSの税込み売上と会計収益の間で最初に除外すべき項目は、売上税負債です。
- Gift Cardの販売が二重計上を招きやすいのはなぜ？ ギフトカードは差額が最も大きく、最も見落とされやすい項目です。IFRS 15およびASC 606によれば、ギフトカードを販売したときに受け取るお金は収益ではなく契約負債であり、顧客がギフトカードを換金し、商品やサービスが実際に提供された時点でのみ収益を認識します。POSがギフトカードの販売を「当日の売上」に計上し、会計も収益として計上すると、当月の収益が早期に認識されます。顧客が実際にカードを使ったとき、POSは再び売上を記録し、収益がまた計上されます——同じお金が二度認識されるのです。
正しい処理は、ギフトカード販売時に負債に計上し、換金時に負債から収益へ振り替えることです。照合の際は、POSの「Gift Card Sold」と「Gift Card Redeemed」を別々に取り出し、会計側が負債のロジックで処理しているか確認します。
- POSと会計ソフトの日付が一致しない場合はどうする？ 返金の期間またぎと決済遅延のほか、さらに二つの日付要因が差異を生みます。一つはPOSの「営業日」が自然日と等しくないことです。多くのレストランは午前2時前の取引を前の営業日に帰属させますが、会計は自然日で記帳するため、深夜をまたぐ取引は二つの期間に分かれます。もう一つは、サブスクリプション制やサービス収益の認識時点が入金時点と異なる可能性があることです。
解決方法は「どちらか一方を統一的に変える」ことではなく、照合表に日付調整欄を設けることです。POSの営業日総額を列挙し、期間またぎの返金を差し引き、ギフトカードの繰延を加減し、深夜の分割を調整して、会計期間と比較可能な数字を導き出します。
- 毎月どのようにPOSと会計データを照合すべき？ 毎月の照合は複雑である必要はありませんが、二つの総数を突き合わせるのではなく、科目ごとに段階を踏んで行う必要があります。
第一歩は、POS側の三つの数字を確定することです。Gross Sales、Net Sales、税込み総額。第二歩は、調整項目を列挙することです。売上税（除外）、Service Charge（収益に加算）、Tip（除外）、返金と割引（GrossからNetへの橋渡し）、ギフトカードの販売と換金の差額。第三歩は、決済チャネルの照合です。POSのカード総額 vs プロセッサのバッチ決済 vs 銀行の純入金で、差額は決済手数料と決済遅延に等しいはずです。第四歩は、「POS→会計収益」の調整表を作成し、各差額に一行の説明を付けることです。この表が毎月再現できれば、差異はもはや「一致しない」ものではなく、「既知で管理可能な」会計処理になります。
もし現在使用しているPOSがレポート出力、科目分離、ギフトカード追跡で柔軟性に欠けるなら、照合は毎月の手作業の苦行になります。選定段階で「Tip/Service Charge/ギフトカード/税率ごとに科目別出力できるか」を必須条件として評価することが、後からの补救よりもはるかに省力です。
結局のところ、POSの「売上高」は運営視点の取引高であり、会計報告の「収益」は会計視点の認識基準です。両者の間の一つ一つの差異には、名前、金額、処理ルールがあるべきです。この調整表を構築すれば、あなたが見るのは「なぜ異なるのか」ではなく、「どこが違い、違うべきなのか」になります。
チップの分配記録はPOSから直接エクスポートして照合できますか？