電商撥款對帳：建立月末例外佇列

每一筆撥款都與你的銀行對帳單相符。接著你注意到一筆九月訂單在十月退款、一筆外幣換算比帳面價值少 $10，以及 $120 手續費列在 Miscellaneous expense 中。哪些項目需要更正，哪些只需要說明？

本指南協助電商記帳人員與財務團隊，將這些問題轉化為例外佇列：一份簡短的待審項目清單，每項都附來源記錄與下一步行動。你將分別檢查現金、月底餘額與費用分類。

從練習活頁簿開始，或下載包含 CSV、失敗測試與獨立參考答案的完整練習包。所有記錄均為合成資料。

何謂有用的撥款例外佇列

撥款是支付處理商匯入你銀行的款項。清算帳戶是用來追蹤資金經過該處理商的臨時記帳帳戶。**總帳（GL）**記錄會計分錄。

將撥款與銀行配對只回答一個問題：那筆轉帳是否入帳？它無法確認每筆退款是否已記錄、剩餘餘額是否有佐證，或手續費是否記入正確的費用帳戶。

在本練習中，有用的結果是四個待審項目：

例外項目是需要注意的項目，不一定是錯誤或損失。 這些金額描述的內容不同。將它們加總成單一「損失總額」會誤導審查者。

步驟 1：準備匯出檔並確定月底範圍

活頁簿包含 DemoStore 在 2026 年 10 月的虛構完整資料。所有主要案例金額均為 USD，日期使用 UTC，期初餘額為零。EUR 補充資料屬於另一個帳戶，不列入主要 USD 總額。

真實 GL 匯出檔通常每個帳戶行使用一列。計算借方減貸方之前，先確認你的格式；不要將兩邊都計為費用。本練習的收款與退款控制帳戶不決定已認列收入或稅務處理。

保持原始匯出檔不變。記下帳戶、貨幣、時區、開始與結束日期，以及清算帳戶是否包含在途轉帳或準備金。取得期間邊界餘額與相關較早訂單。將每個檔案都篩選為十月訂單日期，會排除本月退款所對應的九月訂單。

關於銷售、處理商活動與銀行存款的基本差異，請參閱我們的銷售對銀行對帳指南。

步驟 2：配對撥款，然後說明期末餘額

首先，依 payout_id 將處理商事件分組。使用銀行參考編號，將每筆轉帳與銀行入帳配對，然後檢查金額與日期。單憑金額相等進行配對，可能連結錯誤的交易。

Stripe 的撥款對帳文件說明逐項撥款活動與未結算期末餘額。它也區分預估到帳日期與實際銀行入帳日期。其自動撥款報告有明確範圍；手動或即時撥款需要採用適當的替代對帳方法。

現在獨立計算處理商餘額：

期初處理商餘額              $0
十月收款                   $10,000
退款                             -$300
手續費                     -$200
已送出撥款                      -$8,700
可佐證期末餘額            $800

同範圍 GL 清算餘額       $800
未解釋餘額差異         $0

在 Processor.signed_USD 中，費用與退款已是負數；將那些帶正負號的值加總一次。再次減去負數費用會高估餘額。

這 $800 屬於 E07，於 10 月 31 日收款，月底後才可用。本範例沒有準備金或在途轉帳。在真實檔案中，請分別識別這些項目，避免跨帳戶重複計算資金。

自我檢查的重點是未解釋差異，而不是強制帳戶餘額歸零。 完全結算的批次不應有未解釋殘額。月底帳戶可以合法持有尚未結算的資金。

步驟 3：分別審查退款、匯差與費用帳戶

跨期退款：保留所有相關日期

訂單 S090 日期為 9 月 25 日。退款事件 E03 與 E04 發生於 10 月 3 日與 4 日，合計 $300。兩者都列入十月撥款 P01；其 GL 分錄 J03 與 J04 也於十月過帳。

可下載合成輸入檔的活頁簿預覽。E03/E04 保留原始訂單日期；E07 未指派撥款。

本練習政策依退款事件日期記錄退款。根據提供的規則，這些日期一致。保留審查軌跡並記錄審查者決定；不要只為了配合訂單月份而將退款移到九月。你企業的會計政策決定處理方式。

匯差：先取得證據，再判定原因

**外匯（FX）**是指貨幣之間的換算。在獨立補充資料中，EUR 1,000 的歷史 USD 帳面金額為 $1,080，而銀行收到 $1,070。帳面金額是指已記錄在帳上的價值。

算術差異為 $10。檔案無法確定其中有多少與匯率、換算費用或其他調整有關。將其保持未解決，並要求提供歷史匯率日期、匯率方向、來源、費用明細與適用的衡量政策。目前市場匯率本身無法解釋過去的結算。

費用對應：比較核准帳戶與實際過帳

費用對應是將處理商事件類型連結至記帳帳戶的規則。規則 M01 指出十月手續費應歸入 Processing fees。分錄 J06 卻將 E06 的 $120 手續費借記至 Miscellaneous expense。

合成輸入檔的活頁簿預覽。將 J06 與 10 月 1 日至 31 日生效的規則 M01 比較。此分類差異不改變清算貸方。

檢查在費用事件日期生效的核准規則、實際分錄帳戶與設定歷史記錄。僅靠目前快照無法得知規則何時或為何變更。

在本範例中，快照 C01 也將手續費指向 Miscellaneous expense。這支持進行設定審查。這不能證明發生無聲重設：變更日誌不存在。若重新分類合適，應由會計負責人核准；對帳請求不應悄悄更改帳務。

步驟 4：將檔案上傳至 RowSpeak 並確認涵蓋範圍

當你知道需要哪些檢查後，RowSpeak 的檔案式資料分析提供一個地方，讓你能彙整匯出檔、要求比較，並用淺白語言精進說明。

開啟 RowSpeak，登入，然後選擇 Chat With Excel。點擊上傳區域，從電腦選擇 payout-month-end-inputs.xlsx。Start a conversation with my file 會開啟先前已上傳檔案的資料庫。等待檔案處理完成後，再要求進行對帳。上傳活頁簿或九個基礎 CSV，以免相同記錄被重複計算。將獨立答案鍵排除在分析之外。

現有 RowSpeak 上傳截圖，用於說明進入點；介面文字可能變更。此圖片不是撥款分析結果。

先進行涵蓋範圍檢查：

在計算之前，檢查此合成練習活頁簿。
列出其工作表、每一列的意義、唯一 ID、日期範圍、
帳戶、貨幣、金額正負號與缺少的證據。
使用 Read_me 取得範圍與政策。檢查重複 ID 與缺少的連結。
確認 GL 列為成對的借方/貸方分錄。
將 FX_supplement 與 processor_USD 分開。不要用猜測填補缺少的
匯率、負責人、後續日期或設定歷史記錄。

繼續之前請審查： 回應應辨識出九個工作表、兩筆撥款、七個處理商事件與九筆成對 GL 分錄。FX 證據與設定歷史記錄應保持缺少。若某工作表未被讀取，請附上其 CSV，並明確指出它是替代來源。

在我們 10 月 21 日的產品執行中，RowSpeak 辨識出那些計數、$800 有佐證餘額，以及 J06 的 $120 分類差異。第一個回應中有一句話錯誤表示 E05/E06 沒有撥款，儘管同一個回應正確計算了她們的撥款群組。這就是為什麼你應同時審查個別來源主張與總計。

步驟 5：要求產生例外佇列並檢查其證據

「給我一份例外佇列」說明了想要的結果。下一個提示提供讓輸出可供審查的規則：

使用附加來源與 Read_me 政策，準備 2026 年 10 月月底撥款對帳。使用 USD 0.01 容差。

1. 依 payout_id 將帶正負號的 Processor 活動與 Payouts 配對，再依 bank_reference/reference 與 Bank 配對。檢查 ID、涵蓋範圍、日期與金額。重複與不明確的配對保持未解決。
2. 說明期初餘額 + 活動 - 撥款 = 期末餘額。將 GL 清算餘額與同帳戶範圍內獨立佐證的期末項目比較。不要強制歸零或捏造分錄。
3. 將原始訂單、退款事件、可用性、已送出撥款、銀行入帳與 GL 日期保持區分。套用提供的退款政策。
4. 將每筆費用的 GL 借方帳戶與其在事件日期生效的 Mapping 比較。快照不能證明規則何時或為何變更。
5. 將 EUR 補充資料分開。顯示帳面與銀行 USD 金額；在沒有歷史匯率與費用時，將原因保持未解決。

回傳撥款配對、期末餘額說明、費用帳戶比較與例外佇列。包含來源工作表/檔案、列 ID、事件/撥款 ID、相關日期、金額、貨幣、金額基礎、規則/證據、狀態與下一步。將未知負責人與到期日留空。將未解釋現金差異與分類金額分開。包含需要後續結算證據的已說明但未結案項目。沒有佐證證據時，不要將項目標記為已核准或已解決。

2026 年 10 月 21 日於合成活頁簿執行的實際產品截圖。此截圖顯示已提交的請求與分析計畫，不是已核准結帳。瀏覽器介面與帳戶歷史記錄已排除。

將每項輸出中至少一行追溯回原始檔案。對 M-01 而言，這表示 Processor E06 → GL J06 → Mapping M01，並以 C01 作為額外背景。沒有那些記錄的自信說明並不足夠。

在完整提示的完成執行中，可見回應將兩筆撥款都與 $8,700 銀行入帳配對，說明 $800 期末餘額且沒有未解釋差異，並辨識出 $120 費用分類項目。它將 X01 的 $10 差異保持未解決，並讓 E07 的 $800 餘額保持未結案，等待後續結算證據。其撥款表正確將 E05 連結至 P01、E06 連結至 P02。

同一合成執行中實際 RowSpeak 回應的裁切圖。佇列 ID 與我們的參考 ID 不同；請比較來源記錄與意義。我們已將可見回應與輸入檔核對，而非產出下載檔中的每個儲存格或公式。這是一次示範執行，不是準確度基準。

若來源主張有誤或出現無佐證的門檻，請在使用結果前要求更正：

依 Processor.payout_id 重新檢查每個事件對撥款的連結。
引用受影響的列 ID，並更正相互矛盾的陳述。
僅使用提供的 USD 0.01 配對容差。不要自行發明
會計重大性門檻，也不要在沒有我們政策的情況下駁回項目。

在開啟獨立答案鍵之前，先儲存回應。下方參考顯示提供的記錄可佐證什麼；這不是擷取到的 RowSpeak 答案。

練習答案鍵的截圖，與 CSV 分開計算。用它來評估你的輸出；這不是產品效能證據。

步驟 6：在使用結果結帳前執行失敗測試

當來源記錄變更時，分析應正確回應。練習包包含兩個受控變體：

使用任一個變體取代其基準來源，並在請求中說明替代來源。不要將基準活頁簿與變體 CSV 一起上傳。這些是參考測試，不代表即時 RowSpeak 執行已通過這些測試。

對此前變體重新執行相同檢查。指出哪個來源已變更、
哪些控制結果已改變、哪些保持不變。顯示任何新差異背後的來源 ID。
絕不要新增平衡費用。

拒絕以下答案：將缺少的 $30 解釋掉、在僅編輯帳戶後改變現金總額、將無佐證的 $10 標為已證實匯損，或只是為了歸零而移除 $800。若需要更廣泛的審查流程，請參閱我們的稽核 AI 生成 Excel 報告指南。

將未結項目帶入下個月

將輸入版本、核准對應、已儲存提示、來源 ID、審查者決定與證據保存在一起。為每個未結項目指派負責人與後續日期。B-01 可在追查之後的撥款與銀行入帳後標記為已解決；M-01 需要書面化的過帳決定；X-01 需要缺少的換算證據。

檢查輸出後，要求一份簡短的結帳備註：

僅使用已檢查的結果，草擬一份月底審查備註。區分
相符撥款、有佐證未結餘額、分類項目與未解決差異。引用來源 ID，
並列出等待會計負責人核准的決定。不要聲明帳務已核准。

在你下次結帳前，在 RowSpeak 試用範例對帳。 檢查你的輸出是否保留合法的 $800 餘額、辨識出 $120 分類項目，並在失敗變體中找出缺少的 $30。趁還有時間取得缺少的匯出檔與設定記錄時開始。

如果你的真實財務檔案需要在組織環境內部署，請在選擇正式工作流程前，先檢閱 RowSpeak 的內部部署選項。

方法、來源與限制

由 RowSpeak 團隊製作 · 2026 年 10 月 21 日。 我們建立了虛構來源記錄，使用十進位算術分別檢查控制，並提供參考答案與刻意設計的失敗變體。AI 協助草擬與準備。活頁簿預覽顯示輸入；答案頁截圖顯示獨立參考計算。上傳圖片說明現有進入點。兩張實際產品截圖顯示我們提交的提示與產生的佇列。我們審查了基準執行的可見回應；失敗變體是獨立檢查，並未在 RowSpeak 中執行。

上傳與對話路徑遵循 RowSpeak 的入門文件。報告範圍與撥款術語由 Stripe 的撥款對帳文件支持；我們的範例是簡化、平台中立的練習，不是 Stripe 匯出範本。

這些提示要求分析已上傳檔案。它們不構成即時銀行整合、自動分錄過帳、持續監控或會計核准。請依你組織的政策調整截止期間、貨幣衡量與帳戶處理，並由負責會計師核准結帳。

在你下次結帳前，先從 RowSpeak 中的合成活頁簿開始。 使用獨立答案檢查輸出，然後選擇符合你財務團隊資料與審查需求的正式工作流程。