売上タブで支払内訳を確認する
売上、手数料、注文詳細、レポートの対象を確認します。
根拠1を確認結論は、注文番号をキーに売上・税・手数料・調整を週次支払へ集約し、銀行着金と月末未収金を説明できる状態にすることです。
Uber Eats売上・入金照合相談ガイド
Uber Eatsの銀行入金は、注文売上の総額ではなく、手数料、プロモーション、払い戻し、調整等を反映した純支払額です。売上タブと週次明細CSVを使い、注文番号を軸に売上・税・控除・調整を分けます。店頭POSや他デリバリーの売上と混ぜず、店舗、週、銀行口座、会計上のデリバリー未収金を固定します。
Uber公式ヘルプでは、売上タブに支払合計、手数料、注文詳細、レポートハブがあり、過去の週次明細CSVでは注文番号、売上、税、調整、純支払額等を確認できます。表示名や項目は実画面で確かめ、取得日と対象期間を記録します。
EVIDENCE & DECISION
Uber公式ヘルプで売上タブ、支払合計、手数料、注文詳細、レポートハブ、過去の週次明細CSVを確認し、公的情報で保存と税務の境界を整理します。

VISUAL GUIDE
注文別売上から税・手数料・調整を分け、週次純支払額と銀行着金を照合します。
店舗・アカウント・口座の対応を作る。店舗売上責任者が対象を承認します。
注文別明細を正本として保存する。店舗売上責任者が対象注文を承認します。
総額・税・値引きを項目別に分ける。会社と税理士が計上・税ルールを承認します。
明細項目と契約条件で控除を分類する。会社が契約と科目を承認します。
減額を元注文と週次支払へ結び付ける。店舗売上責任者が事実と異議対応を承認します。
週次明細の構成項目を合計する。店舗売上責任者が週次内訳を承認します。
注意したいのは「別店舗の注文と入金を混同する」ことです。店舗、Uber Eatsのアカウント、通貨、受取口座を確認します。
注意したいのは「入金差額を一括手数料にする」ことです。サービス料などの控除は明細の種類ごとに集計します。
注意したいのは「支払予定を入金済みとみなす」ことです。週次の支払額と実際の銀行着金を比較し、予定と実績を区別します。
注意したいのは「店舗・注文増や調整調査を定額内と考える」ことです。店舗数、注文数、調整件数、問い合わせの範囲を見積もりに含めます。
Uber対象店舗表に根拠がそろわないと、店舗・アカウント・口座の確認が担当者任せになります。対策は「店舗・アカウント・口座の対応を作る」ことです。
Uber手数料・控除表に根拠がそろわないと、手数料・控除の確認が担当者任せになります。対策は「明細項目と契約条件で控除を分類する」ことです。
Uber銀行着金表に根拠がそろわないと、銀行着金・未着の確認が担当者任せになります。対策は「週次支払と銀行明細を別に照合する」ことです。
Uber外注見積・終了表に根拠がそろわないと、料金・終了・引渡しの確認が担当者任せになります。対策は「定例と追加調査を見積で分ける」ことです。
店舗、Uber Eatsのアカウント、通貨、受取口座を確認します。複数店舗を運営する場合も店頭売上と混ぜず、注文と週次支払を追える店舗単位を保ちます。
店舗売上責任者が対象を承認します。Uber対象店舗表には「注文と入金の帰属店舗を説明できる」ことを確認できる資料と確認日を残します。出店・口座変更時に更新します。
注文番号を軸に完了・キャンセル・払い戻し等の状態を確認します。注文を受けた件数だけで売上を確定せず、採用する状態と時点を会社のルールで決めます。
店舗売上責任者が対象注文を承認します。Uber注文別売上台帳には「売上から注文へ戻れる」ことを確認できる資料と確認日を残します。週次と月次で更新します。
売上、税、プロモーションに関する明細項目を分けて読みます。割引の負担主体や調整の意味を確認し、銀行への純支払額をそのまま売上高として記帳しません。
会社と税理士が計上・税ルールを承認します。Uber売上・税分類表には「売上総額と純支払額を区別できる」ことを確認できる資料と確認日を残します。設定・企画変更時に見直します。
サービス料などの控除は明細の種類ごとに集計します。料率の推測だけで埋めず、対象注文や期間との対応が取れないものを質問一覧へ分けます。
会社が契約と科目を承認します。Uber手数料・控除表には「控除額を項目・注文へ戻せる」ことを確認できる資料と確認日を残します。週次と契約変更時に確認します。
払い戻しや調整は元注文、理由、発生週、反映週を結びます。問い合わせ中の金額は回答期限と影響先を記録し、決着前に通常の費用へ振り替えて見えなくしません。
店舗売上責任者が事実と異議対応を承認します。Uber調整・問い合わせ台帳には「調整の原因と反映週を追える」ことを確認できる資料と確認日を残します。発生時と月次で確認します。
週次明細の期間と取得日を固定し、売上・控除・調整から純支払額を照合します。月をまたぐ週は会計上の期間へ分け、同じ注文を二つの月に計上しないようにします。
店舗売上責任者が週次内訳を承認します。Uber週次支払表には「純支払額を明細合計で再現できる」ことを確認できる資料と確認日を残します。週次支払ごとに確認します。
週次の支払額と実際の銀行着金を比較し、予定と実績を区別します。未着や金額差は対象週と口座を特定し、店舗側で対応が必要な照会をまとめます。
会社が未着調査を承認します。Uber銀行着金表には「支払と預金明細が対応する」ことを確認できる資料と確認日を残します。銀行明細取得時に確認します。
レポート取得に必要な利用者・店舗範囲を確認し、管理者IDの共有を避けます。CSVの保存先、取得日時、採用版を会社で管理し、担当変更後も再確認できるようにします。
会社管理者が権限と保存を承認します。Uber権限・保存台帳には「作業者と採用データを追える」ことを確認できる資料と確認日を残します。開始・交代・終了時に棚卸しします。
月末のデリバリー未収金を注文・調整・未着金の内訳へ戻します。週次支払の締めと会計月末が異なるため、翌月入金予定分と原因不明の差額を分離します。
会社が残高差異を受け入れます。Uber月次受入表には「月末未収を支払予定別に説明できる」ことを確認できる資料と確認日を残します。月次締め後に確認します。
店舗数、注文数、調整件数、問い合わせの範囲を見積もりに含めます。終了時は未解決注文と最後の支払予定を引き渡し、過去の明細を会社が利用できる状態にします。
会社が総費用と終了条件を承認します。Uber外注見積・終了表には「増減時費用と引渡しを説明できる」ことを確認できる資料と確認日を残します。契約前と件数変更時に見直します。
店頭POS、Uber Eats、他のデリバリーを売上経路別に分け、店舗コードと会計部門を対応させます。
週次支払が月をまたぐ場合は、月末までの完了注文と翌月着金を未収金でつなぎ、本部が差異を承認します。
会社は対象範囲、取引事実、例外、権限、科目・税の方針、最終承認を決めます。
代行先は許可されたデータを受領し、注文・週次支払・銀行着金の照合、差異整理、質問一覧、月次成果物の作成を行います。
READY-TO-USE TEMPLATE
この表は10領域の確認事項を整理する準備表です。日々の処理履歴を記入する台帳ではありません。運用時は別の台帳に対象番号、担当者名、当初期限、結果、根拠の保存先、未解決事項を設けてください。
| 確認領域 | 実施する確認 | 会社側の責任・受入条件 | 用意する記録と見直し |
|---|---|---|---|
| 店舗・アカウント・口座 | 店舗・アカウント・口座の対応を作る | 店舗売上責任者が対象を承認します。受入条件:注文と入金の帰属店舗を説明できる | Uber対象店舗表。出店・口座変更時に更新します。 |
| 注文番号・注文状態 | 注文別明細を正本として保存する | 店舗売上責任者が対象注文を承認します。受入条件:売上から注文へ戻れる | Uber注文別売上台帳。週次と月次で更新します。 |
| 売上・税・プロモーション | 総額・税・値引きを項目別に分ける | 会社と税理士が計上・税ルールを承認します。受入条件:売上総額と純支払額を区別できる | Uber売上・税分類表。設定・企画変更時に見直します。 |
| 手数料・控除 | 明細項目と契約条件で控除を分類する | 会社が契約と科目を承認します。受入条件:控除額を項目・注文へ戻せる | Uber手数料・控除表。週次と契約変更時に確認します。 |
| 払い戻し・調整・問い合わせ | 減額を元注文と週次支払へ結び付ける | 店舗売上責任者が事実と異議対応を承認します。受入条件:調整の原因と反映週を追える | Uber調整・問い合わせ台帳。発生時と月次で確認します。 |
| 週次明細・純支払額 | 週次明細の構成項目を合計する | 店舗売上責任者が週次内訳を承認します。受入条件:純支払額を明細合計で再現できる | Uber週次支払表。週次支払ごとに確認します。 |
| 銀行着金・未着 | 週次支払と銀行明細を別に照合する | 会社が未着調査を承認します。受入条件:支払と預金明細が対応する | Uber銀行着金表。銀行明細取得時に確認します。 |
| 権限・レポート保存 | 個別IDと月次保存の手順を決める | 会社管理者が権限と保存を承認します。受入条件:作業者と採用データを追える | Uber権限・保存台帳。開始・交代・終了時に棚卸しします。 |
| デリバリー未収金・月次 | 注文から月末残までロールフォワードする | 会社が残高差異を受け入れます。受入条件:月末未収を支払予定別に説明できる | Uber月次受入表。月次締め後に確認します。 |
| 料金・終了・引渡し | 定例と追加調査を見積で分ける | 会社が総費用と終了条件を承認します。受入条件:増減時費用と引渡しを説明できる | Uber外注見積・終了表。契約前と件数変更時に見直します。 |
狭い画面では表を横にスクロールできます。表にフォーカスして矢印キーでも移動できます。コピーはタブ区切りです。実務台帳には対象番号・担当者名・当初期限・結果・根拠の保存先・未解決事項を追加し、自社条件へ置き換えてください。
架空の計算例(実績・料金例ではありません):週次明細の売上100,000円、サービス料15,000円、払い戻し2,000円で、他の増減がない場合の純支払額は100,000−15,000−2,000=83,000円です。銀行で83,000円を確認しても、売上は控除前の明細から整理します。
実務台帳の記入例(架空):対象番号「629-01」、確認領域「店舗・アカウント・口座」、担当者「佐藤」、当初期限「2026年10月5日」、結果「確認待ち」、根拠の保存先「会社の共有フォルダ内の対象資料」、未解決事項「店舗・アカウント・口座の対応を作るための会社回答待ち」。完了時に確認者・完了日・証拠の保存先を追記し、当初期限と旧記録は保持します。
相談時は店舗数、月間注文数、キャンセル・調整数、週次支払数、銀行口座、レポート権限、他デリバリー、POS、会計ソフト、開始月を伝えます。記事中の件数・日程例は架空であり、実際の範囲と料金は契約、データ量、例外、期限を確認して決定します。
以下は実績ではなく、運用確認のための定義例です。会社のタイムゾーンで暦月ごとに対象ID・判定日・当初期限を記録し、件数単位で算出します。翌月期限分を前倒し完了しても当月期限の母集団へ加えません。分母が0件なら「対象なし」とし、未集計・未確認とは区別します。期限後の完了は現在の完了件数として別記し、期限内の実績を書き換えません。取消・対象変更は理由と件数を残し、当初の母集団から未達を消しません。一部完了は完了に数えず、重複IDは一件とします。期限のない指標も上記の当初確認期限を設定してください。率を単純平均せず、金額・重要性・未解決一覧を別に確認します。
分母:当月の対象注文の件数。分子:その対象のうち当初の締め期限までに完了・取消等の採用状態を確認した件数。計算:分子÷分母×100(%)。
分母:当月会計へ反映する控除明細行の件数。分子:その対象のうち当初の締め期限までに種類と根拠を分類した件数。計算:分子÷分母×100(%)。
分母:当月に発生した払い戻し・調整票の件数。分子:その対象のうち当初の確認期限までに対象注文又は対象期間と理由を特定した件数。計算:分子÷分母×100(%)。
分母:当月に受領予定の週次明細の件数。分子:その対象のうち当初の照合期限までに売上・控除・調整と純支払額を照合した件数。計算:分子÷分母×100(%)。
分母:当月に着金予定の支払の件数。分子:その対象のうち当初の確認期限までに銀行実績との一致を確認した件数。計算:分子÷分母×100(%)。
分母:当月末の店舗別デリバリー未収残高の件数。分子:その対象のうち当初の締め期限までに翌月支払と未解決分の内訳を確認した件数。計算:分子÷分母×100(%)。
SERVICE
当社は店舗数、月間注文数、キャンセル・調整数、週次支払数、銀行口座、レポート権限、他デリバリー、POS、会計ソフト、開始月を伺い、注文・週次支払・銀行着金の照合の対応可否、開始方法、成果物、料金条件を個別に確認します。
契約主体、取引事実、利用権限、例外回答、会計方針、最終承認と成果物受入れを決定
許可されたデータを受領し、入力・集計・照合・差異整理・質問一覧と合意した月次成果物を作成
税務・労務・法務・システム上の専門判断と、会社が承認するための回答を担当
対応範囲は資料量、件数、利用システム、締め、例外処理を確認して事前にご案内します。専門資格が必要な判断・書類作成・代理手続きは当社サービスの範囲外です。
PRICE
記帳・給与計算・請求書発行をセットにした、規模に合わせて選べる月額プランです。業務量や資料の状態を確認したうえで、必要な範囲をご案内します。
横にスワイプしてプランを確認できます
〜5名・小規模事業者向け
記帳・給与計算・請求書発行をセットで
〜10名・中小規模向け
記帳・給与計算・請求書発行をセットで
〜15名・成長企業向け
記帳・給与計算・請求書発行をセットで
仕訳数・人数・請求書の件数を超える場合は追加費用が発生します。詳しくはお問い合わせください。
料金ページを見る →FAQ
A. 店舗、注文数、週次支払、CSV、権限、銀行口座、会計ソフトを確認して個別に判断します。
A. 手数料、税、払い戻し、調整等を含むため、注文別売上と純支払額を分けて確認します。
A. 元注文、理由、金額、反映週を明細と問い合わせ履歴で整理します。事実確認は店舗が行います。
A. 税務判断は税理士へ確認し、代行先は承認済みの科目・税ルールを反映します。
本文の判断軸と、確認に使った一次情報の対応を示します。
公式情報はUber Eatsの売上・支払・手数料・注文明細、電子保存、帳簿・請求書等、税理士業務、委託管理を確認するために使用しています。 Uber Eats売上・入金照合の記事中にある確認表、会議時間、頻度、順番、判定基準は法令や引用先が一律に定めた様式ではなく、各社の委託範囲、件数、締切、契約、利用サービス、社内規程に合わせて調整する実務提案です。
Uber Eats売上・入金照合相談ガイドでは、参照先の最新版と自社規程・実態を確認し、税務代理・税務書類の作成・税務相談は税理士、社会保険・労働保険の申請書等の作成や提出代行等は社会保険労務士、契約その他の法的判断は弁護士へご相談ください。記事の役割分担例は、資格者の独占業務を経理代行が行う趣旨ではありません。
現在の資料量、利用システム、困っている工程を伺い、外注できる範囲と料金の目安を整理します。資料が完全にそろっていなくても、分かる範囲からご相談いただけます。
無料相談・お見積りはこちら