先把四層紀錄分清
網店訂單是商戶按某價格供貨的業務紀錄；付款成功則是支付平台收款的紀錄。平台的結餘交易顯示資金如何進出平台帳戶，以及何時可用；撥款是由平台結餘轉往銀行的動作，銀行月結單才顯示實際到帳。四層互相關連，卻不能當成同一筆資料。Stripe 說明自動撥款可包含多宗交易，其結餘交易物件亦把總額、費用及淨額分開。商戶應先用各層識別碼建立關係，再解釋手續費、退款與時間差等預期差異。直接把某一天的訂單總額和同一天的銀行入帳比較，通常不是有效的第一步，因為兩者涵蓋的交易及日期未必相同。
跨系統保留穩定識別碼
結帳時，應同時保存商戶訂單編號和支付平台的付款或扣款識別碼，並記下幣種、金額及當前狀態。不要只靠顧客姓名、電郵或四捨五入後的金額配對；多宗合法訂單完全可能相同。平台提供結餘交易紀錄時，亦應保存其識別碼，以及它與付款、退款或調整項目的來源關係。每次撥款則保留撥款編號、幣種、預期金額、狀態，以及如有提供的銀行參考資料。若資料來自不同匯出檔，可用受控的對照表逐項連接。配對缺失應列為待查例外，不能憑試算表中相鄰的列猜測。即使搬遷系統或客服修正內部標籤，原有平台識別碼仍應保留，方便追溯。
先訂期間及幣種基準
核對前應決定按訂單建立日、付款成功日、平台結餘可用日，還是撥款日取數；這幾種日期回答不同問題。平台時區與銀行結單日期亦要分清，接近午夜的交易在本地日期可能落在前後兩天。不同幣種先分開處理，直到找到實際兌換紀錄及匯率。Stripe 的結餘交易總額及費用，以該幣種最小單位記錄；撥款物件亦有其幣種與金額。不能把不同貨幣直接相加，也不能只靠畫面上四捨五入的數字倒推匯率。每份核對工作紙的頁首應寫明期間、時區、幣種及納入的狀態，讓另一名同事能用相同資料重做結果。
由撥款倒查包含的交易
以 Stripe 自動撥款為例，官方提供的途徑包括在 Dashboard 查看撥款、下載撥款核對報告，或用撥款編號篩選結餘交易。Stripe 特別指出，單獨讀取撥款物件並不會列出組成該筆撥款的每宗交易。API 結果可能分頁，只讀第一頁便會悄悄少算；在平台完成該次撥款核對前，也不應把不完整清單當成最終結果。手動撥款須採用不同方法：Stripe 表示商戶自行決定時間和金額，因此平台無法指明每筆手動撥款由哪些個別交易組成。這時應以較完整的交易歷史及期初、期末結餘核對，不可聲稱平台提供了它其實沒有的逐筆歸屬資料。
總額、費用與淨額要連同調整項看
以下只是說明計算方式的假設例子，並非真實商戶成績或平台收費表。假設兩宗已完成付款分別為港幣二百元及一百五十元，對應手續費為六元及五元，同一核對組別另有五十元退款，沒有其他資金變動。付款總額是三百五十元，扣除十一元費用及五十元退款後，淨額為二百八十九元。若實際平台把退款歸入另一時段或類別，某次撥款包含的項目便可能不同；不能拿這個算式預設所有平台的入帳規則。應先加總真正列入該撥款的結餘交易淨額，對照平台撥款金額，再用銀行結單核對入帳。差額要回查原始紀錄，不應為了令表格相等而自行塞入平衡數。
先分類差異再修正紀錄
已標示付款的訂單若找不到平台付款，可能是對照資料遺失、訂單狀態誤設，或實際使用了另一付款渠道。平台有扣款卻沒有訂單，則可能涉及回調遺漏、訂單資料未保存，或人手收款。撥款差額可涉及退款、爭議、預留款、調整、貨幣兌換或時間差。銀行到帳與平台撥款不同，要再查收款戶口、銀行費用及款項是否真正抵達。應建立差異清單，記錄原始編號、金額、幣種、日期、負責人及下一項待取證據。不能為了迎合銀行結單，就改動顧客看見的「已付款」狀態；付款和出貨要依各自可靠的來源判斷。不明資金變動則帶同準確編號向平台或銀行查詢。
保留覆核與修正軌跡
人手容許時，可由不同人準備核對表及批准重大調整。保留來源匯出檔或報告版本、配對規則，以及註明日期的差異與處理清單。若更正配對，應記下舊、新識別碼及原因，而不是刪除原始交易。退款在平台及商戶帳目各有相應紀錄，但不能在銷售額扣一次、現金再無根據地扣一次。另可用平台期初結餘加減期間變動，核對期末結餘，作為完整性檢查。當一筆撥款跨越幾個營業日，或平台在稍後加入調整而重新產生報告時，這項檢查尤其有用。整套流程應讓另一名員工可重做，不應只靠某人的記憶或試算表中看不見的手動改動。
訂立可執行的月結規則
在追查差額前，先寫好月結規則：範圍包括哪些支付平台帳戶及銀行戶口、截止日期、幣種、所需報告版本，以及誰批准未解決差異。核對次序可由訂單到付款、付款到結餘變動、結餘變動到撥款，最後由撥款到銀行入帳。截止時尚未完成的項目，應標作有下次跟進日期的時間差，不能當成已收到現金。已結期間如因新證據需要更正，應留下正式修正紀錄及原因。這是一套營運核對方法，並非對某家公司的稅務或會計入帳意見；具體帳目處理應由其會計人員決定。可信的對帳結論來自每層可追溯的識別碼及清楚的時間基準，而不是只看一個總數剛好相等。
撥款狀態不等於銀行已收妥
Stripe 撥款物件有狀態及預計到達日期，方便追蹤，卻不能取代銀行結單上的實際入帳紀錄。撥款可能已建立、其後失敗或延遲；員工要保留平台狀態，並另外記錄收款戶口有否真正收到款項。銀行尚未顯示入帳時，應列為未完成並安排跟進，不要因此改動訂單的付款狀態。核對金額與幣種後，再運用商戶可見的撥款參考編號及收款戶口資料配對。多筆撥款在相近日期到達時，銀行結單排列次序未必與平台建立次序一致。只有完成銀行這最後一層，現金流向才算有完整證據。
退款要放在正確的資金鏈
退款可能屬於較早的訂單，卻在較後的結餘或撥款才反映。應保留原銷售紀錄，把退款編號連回該宗訂單；不能直接把原交易金額改成最後收到的淨額，彷彿最初購買從未發生。查看平台是否另有退款結餘交易，以及何時扣減或生效。若只退回部分款項，訂單可能仍有已交付商品及保留金額；對顧客的商業說明與資金變動應一致，但不能壓成一個欄位。退款只是已發起而未完成時，也要如實標示。核對必須依平台實際交易資料，不可假設每筆退款必然與原銷售落在同一次撥款。
抽查配對關係而非只看總數
一個剛好相等的總數，仍可能掩蓋兩項金額相同的錯誤。抽樣可包括普通付款、退款、高金額訂單、接近期間截止的交易及一宗未解決差異。由每宗訂單出發，沿付款編號、平台來源、結餘交易、撥款及銀行入帳逐層追查；再由抽中的平台扣款反向找回商戶訂單。每一步都核對幣種及金額。若兩列資料只因數字剛好相同便被連在一起，應重新查證。對小型網店而言，每月做簡短抽查，加上一份完整差異清單，可能比無人覆核的複雜儀表板更可持續。抽查測試配對關係，期初至期末結餘核對則測試完整性。
推出前核對
- 每宗訂單有對應的支付平台付款編號
- 自動撥款包含的交易已完整讀取，包括分頁
- 銀行入帳與平台撥款配對，時間差另行記錄
