跨境收款與薪資
Mobile Money 結單怎樣與 USDT 收款逐筆對帳？
把發票、txid、P2P 訂單、Mobile Money transaction ID、費用與淨額連成一列。
月底餘額對得上，不代表每筆收款都有完整證據。逐筆對帳要把客戶事件、鏈上交易、P2P 訂單與 Mobile Money 結單項目連在同一列。
直接答案： 從官方服務取得結單，匯出 P2P 訂單與錢包／交易所歷史，再以發票或工作編號作 anchor；比對金額、時間、transaction ID、order ID、txid 與費用，差異一律列成有負責人和下一步的 exception。
本站不提供兌換、不代收、不保管你的 USDT，也不提供投資建議。報價、費用、限額與可用性會變動；作決定前必須開啟官方來源並記錄核對時間。
目錄
官方來源畫面，核對於 2026 年 8 月 9 日.
四類原始記錄
使用合約／發票、錢包或交易所歷史、P2P 訂單歷史及 Mobile Money 結單。每個系統都有自己的 ID，不能把它們覆蓋成單一 reference 而失去追溯能力。
Safaricom 條款說明結單服務可查看 recent transactions、money in/out 及完整結單；資料可能略有延遲，因此不能只憑通知截圖關閉未解項目。
CSV 欄位設計
建議欄位：record_id, client, invoice_id, expected_usdt, network, txid, exchange_order_id, p2p_order_id, local_expected, mobile_money_txid, local_received, fees, status, notes, checked_at。
系統時間用帶時區的 RFC3339；結單若只有本地時間，另存時區假設。原始檔設為唯讀，清理與對帳在副本進行。
配對規則
先以 transaction ID 精確配對。沒有相同 ID 時，才用金額、狹窄時間窗與交易對手組合，但在取得額外證據前標成 needs_review。分批付款可能要 one-to-many 關聯。
費用不能當成「少收」。另建費用列或 fee source 欄，讓 gross、fee 與 net 能對回。
例外項與隱私
例外類型包括：結單缺項、重複、錯額、reversal、未配對費用、有訂單無付款及有付款無訂單。每項要有 owner、到期日與證據連結。
CSV 不應包含 PIN、OTP、seed phrase、private key 或整本通訊錄。交給會計或平台支援前，遮蔽不必要電話與姓名。
深度核對工作表
這張工作表把抽象問題變成可重做記錄。本主題必須把 發票 anchor、txid、P2P 訂單、Mobile Money 交易編號、費用與例外項 放在同一條證據鏈。把官方來源同時打開，使用相同金額並記錄時間；任何一個輸入變動，都要重算所有候選情境。
步驟 1：原始結單唯讀保存
另一名核對者應能只靠記錄重做「原始結單唯讀保存」。他需要看到發票號、txid、訂單號、平台聊天、transaction ID、結單及 CSV 列及應收、毛額、每項費用、淨額、幣別、日期、狀態及全部參照編號，毋須猜測隱藏假設。發現transaction ID 重複使用、總額相同但仍有未配對列，或結單日期範圍不完整時，應剔除該情境而非硬調數字；輸出要明確列出列出已配對項目、未結例外及可追查差額的對帳表。
「原始結單唯讀保存」的足夠記錄包括來源、核對時間、輸入值、公式或決策規則及狀態。若因transaction ID 重複使用、總額相同但仍有未配對列，或結單日期範圍不完整而失敗，需要平台介入時只使用正式客服／申訴。不可用站外訊息取代發票號、txid、訂單號、平台聊天、transaction ID、結單及 CSV 列。
步驟 2：每列有發票／工作編號 anchor
核對「每列有發票／工作編號 anchor」時，先打開發票號、txid、訂單號、平台聊天、transaction ID、結單及 CSV 列，把應收、毛額、每項費用、淨額、幣別、日期、狀態及全部參照編號放在同一列，連同來源版本與時間一起保存。若出現transaction ID 重複使用、總額相同但仍有未配對列，或結單日期範圍不完整，就停止下一個不可逆步驟；沒有證據的勾選會令用識別碼把發票、鏈上交易、P2P 訂單與 Mobile Money 結單串起來看起來比實際便宜或安全。
要關閉「每列有發票／工作編號 anchor」，證據必須能重開與追溯，而不是失去上下文的裁切圖片。保存 URL 或識別碼、幣別、金額、時間與最終狀態；若有差異，不可塞入調整數令餘額相等；應新增有負責人及缺失證據的例外列。結論要寫成列出已配對項目、未結例外及可追查差額的對帳表，不可只寫「看起來正確」。
步驟 3：txid、訂單號與 Mobile Money ID 分欄
「txid、訂單號與 Mobile Money ID 分欄」不能憑記憶完成。從發票號、txid、訂單號、平台聊天、transaction ID、結單及 CSV 列逐項抄錄應收、毛額、每項費用、淨額、幣別、日期、狀態及全部參照編號，並標明畫面、文件或訂單的日期。只要transaction ID 重複使用、總額相同但仍有未配對列，或結單日期範圍不完整，這個候選情境便不具可執行性，因為它足以改變列出已配對項目、未結例外及可追查差額的對帳表。
為「txid、訂單號與 Mobile Money ID 分欄」打勾前，把第一端文件或欄位與第二端記錄互相核對。應收、毛額、每項費用、淨額、幣別、日期、狀態及全部參照編號中的任何差異都要列明負責人、下一步及重查日期。處理方式是不可塞入調整數令餘額相等；應新增有負責人及缺失證據的例外列，而且舊版本必須保留，不能被新的數字覆蓋。
步驟 4：毛額、費用與淨額可對回
為「毛額、費用與淨額可對回」設獨立欄位，內容至少包括應收、毛額、每項費用、淨額、幣別、日期、狀態及全部參照編號，附件則使用發票號、txid、訂單號、平台聊天、transaction ID、結單及 CSV 列。未知值不可寫成零；當transaction ID 重複使用、總額相同但仍有未配對列，或結單日期範圍不完整時，狀態保持 needs_review，直至新來源能支持用識別碼把發票、鏈上交易、P2P 訂單與 Mobile Money 結單串起來的實際輸入。
「毛額、費用與淨額可對回」的足夠記錄包括來源、核對時間、輸入值、公式或決策規則及狀態。若因transaction ID 重複使用、總額相同但仍有未配對列，或結單日期範圍不完整而失敗，需要平台介入時只使用正式客服／申訴。不可用站外訊息取代發票號、txid、訂單號、平台聊天、transaction ID、結單及 CSV 列。
步驟 5：例外項有負責人與下一步
另一名核對者應能只靠記錄重做「例外項有負責人與下一步」。他需要看到發票號、txid、訂單號、平台聊天、transaction ID、結單及 CSV 列及應收、毛額、每項費用、淨額、幣別、日期、狀態及全部參照編號，毋須猜測隱藏假設。發現transaction ID 重複使用、總額相同但仍有未配對列，或結單日期範圍不完整時，應剔除該情境而非硬調數字；輸出要明確列出列出已配對項目、未結例外及可追查差額的對帳表。
要關閉「例外項有負責人與下一步」，證據必須能重開與追溯，而不是失去上下文的裁切圖片。保存 URL 或識別碼、幣別、金額、時間與最終狀態；若有差異，不可塞入調整數令餘額相等；應新增有負責人及缺失證據的例外列。結論要寫成列出已配對項目、未結例外及可追查差額的對帳表，不可只寫「看起來正確」。
步驟 6：沒有 PIN/OTP 與不必要個資
核對「沒有 PIN/OTP 與不必要個資」時，先打開發票號、txid、訂單號、平台聊天、transaction ID、結單及 CSV 列，把應收、毛額、每項費用、淨額、幣別、日期、狀態及全部參照編號放在同一列，連同來源版本與時間一起保存。若出現transaction ID 重複使用、總額相同但仍有未配對列，或結單日期範圍不完整，就停止下一個不可逆步驟；沒有證據的勾選會令用識別碼把發票、鏈上交易、P2P 訂單與 Mobile Money 結單串起來看起來比實際便宜或安全。
為「沒有 PIN/OTP 與不必要個資」打勾前，把第一端文件或欄位與第二端記錄互相核對。應收、毛額、每項費用、淨額、幣別、日期、狀態及全部參照編號中的任何差異都要列明負責人、下一步及重查日期。處理方式是不可塞入調整數令餘額相等；應新增有負責人及缺失證據的例外列，而且舊版本必須保留，不能被新的數字覆蓋。
本主題的決策表
| 狀態 | 必須核對 | 可採取決定 | 保存記錄 |
|---|---|---|---|
| 當下路徑 | 應收、毛額、每項費用、淨額、幣別、日期、狀態及全部參照編號 | 來源時間一致才繼續 | 發票號、txid、訂單號、平台聊天、transaction ID、結單及 CSV 列 |
| 輸入未知 | transaction ID 重複使用、總額相同但仍有未配對列，或結單日期範圍不完整 | 停止，不可填零 | needs_review 與負責人 |
| 完成計算 | 列出已配對項目、未結例外及可追查差額的對帳表 | 以淨額而非牌面數字比較 | 公式與中間值 |
| 需要更正 | 不可塞入調整數令餘額相等；應新增有負責人及缺失證據的例外列 | 新版本前保留原值 | 變更說明與核准 |
這張表只用於用識別碼把發票、鏈上交易、P2P 訂單與 Mobile Money 結單串起來，不預測價格或可用性；它的作用是說明哪些證據足以令候選情境留在比較中。
常見問題
哪個數字最先核對？
先核對 發票 anchor、txid、P2P 訂單、Mobile Money 交易編號、費用與例外項 中會令路徑不可執行的條件，再比較淨額。
可以使用昨天的費率或報價嗎？
不應把舊資料當成現在條件；舊值只能附日期保留作歷史。
遇到不一致應怎樣處理？
標記例外、保存證據並停止不可逆步驟；使用正式客服或申訴，不在站外私下修正。
怎樣讓另一個人重算結果？
保留公式、單位、來源、時間戳與中間值；另一個人不需要猜你的隱藏假設。
例外處理手冊
處理用識別碼把發票、鏈上交易、P2P 訂單與 Mobile Money 結單串起來的例外時，要指出哪一個輸入失效、哪一步仍在等待。再次交易前必須寫明負責人、證據、下一步與重查時間，不能改動原值來令總額表面吻合。
例外 1：missing entry
在「missing entry」之後重試交易前，先確定差異來自哪一段。 用發票號、txid、訂單號、平台聊天、transaction ID、結單及 CSV 列核對應收、毛額、每項費用、淨額、幣別、日期、狀態及全部參照編號，保留原值和核對時間，再寫明負責人、下一步及期限。本主題的處理原則是：不可塞入調整數令餘額相等；應新增有負責人及缺失證據的例外列。只有在取得訂單號、結單、txid、核准版本或正式回覆，足以證明列出已配對項目、未結例外及可追查差額的對帳表時才可關閉；否則維持 needs_review，附件亦不可包含 PIN、OTP、seed phrase 或 private key。
例外 2：duplicate entry
遇到「duplicate entry」時，先停止任何會轉移或釋放資金的步驟。 用發票號、txid、訂單號、平台聊天、transaction ID、結單及 CSV 列核對應收、毛額、每項費用、淨額、幣別、日期、狀態及全部參照編號，保留原值和核對時間，再寫明負責人、下一步及期限。本主題的處理原則是：不可塞入調整數令餘額相等；應新增有負責人及缺失證據的例外列。只有在取得訂單號、結單、txid、核准版本或正式回覆，足以證明列出已配對項目、未結例外及可追查差額的對帳表時才可關閉；否則維持 needs_review，附件亦不可包含 PIN、OTP、seed phrase 或 private key。
例外 3：wrong amount
若出現「wrong amount」，不可改寫原輸入來令總額表面吻合。 用發票號、txid、訂單號、平台聊天、transaction ID、結單及 CSV 列核對應收、毛額、每項費用、淨額、幣別、日期、狀態及全部參照編號，保留原值和核對時間，再寫明負責人、下一步及期限。本主題的處理原則是：不可塞入調整數令餘額相等；應新增有負責人及缺失證據的例外列。只有在取得訂單號、結單、txid、核准版本或正式回覆，足以證明列出已配對項目、未結例外及可追查差額的對帳表時才可關閉；否則維持 needs_review，附件亦不可包含 PIN、OTP、seed phrase 或 private key。
例外 4：time-zone mismatch
「time-zone mismatch」應另開一項例外記錄，而不是留下沒有負責人的備註。 用發票號、txid、訂單號、平台聊天、transaction ID、結單及 CSV 列核對應收、毛額、每項費用、淨額、幣別、日期、狀態及全部參照編號，保留原值和核對時間，再寫明負責人、下一步及期限。本主題的處理原則是：不可塞入調整數令餘額相等；應新增有負責人及缺失證據的例外列。只有在取得訂單號、結單、txid、核准版本或正式回覆，足以證明列出已配對項目、未結例外及可追查差額的對帳表時才可關閉；否則維持 needs_review，附件亦不可包含 PIN、OTP、seed phrase 或 private key。
例外 5：unmatched fee
在「unmatched fee」之後重試交易前，先確定差異來自哪一段。 用發票號、txid、訂單號、平台聊天、transaction ID、結單及 CSV 列核對應收、毛額、每項費用、淨額、幣別、日期、狀態及全部參照編號，保留原值和核對時間，再寫明負責人、下一步及期限。本主題的處理原則是：不可塞入調整數令餘額相等；應新增有負責人及缺失證據的例外列。只有在取得訂單號、結單、txid、核准版本或正式回覆，足以證明列出已配對項目、未結例外及可追查差額的對帳表時才可關閉；否則維持 needs_review，附件亦不可包含 PIN、OTP、seed phrase 或 private key。
例外 6：reversal
遇到「reversal」時，先停止任何會轉移或釋放資金的步驟。 用發票號、txid、訂單號、平台聊天、transaction ID、結單及 CSV 列核對應收、毛額、每項費用、淨額、幣別、日期、狀態及全部參照編號，保留原值和核對時間，再寫明負責人、下一步及期限。本主題的處理原則是：不可塞入調整數令餘額相等；應新增有負責人及缺失證據的例外列。只有在取得訂單號、結單、txid、核准版本或正式回覆，足以證明列出已配對項目、未結例外及可追查差額的對帳表時才可關閉；否則維持 needs_review，附件亦不可包含 PIN、OTP、seed phrase 或 private key。
例外 7：split payment
若出現「split payment」，不可改寫原輸入來令總額表面吻合。 用發票號、txid、訂單號、平台聊天、transaction ID、結單及 CSV 列核對應收、毛額、每項費用、淨額、幣別、日期、狀態及全部參照編號，保留原值和核對時間，再寫明負責人、下一步及期限。本主題的處理原則是：不可塞入調整數令餘額相等；應新增有負責人及缺失證據的例外列。只有在取得訂單號、結單、txid、核准版本或正式回覆，足以證明列出已配對項目、未結例外及可追查差額的對帳表時才可關閉；否則維持 needs_review，附件亦不可包含 PIN、OTP、seed phrase 或 private key。
例外 8：payment without order
「payment without order」應另開一項例外記錄，而不是留下沒有負責人的備註。 用發票號、txid、訂單號、平台聊天、transaction ID、結單及 CSV 列核對應收、毛額、每項費用、淨額、幣別、日期、狀態及全部參照編號，保留原值和核對時間，再寫明負責人、下一步及期限。本主題的處理原則是：不可塞入調整數令餘額相等；應新增有負責人及缺失證據的例外列。只有在取得訂單號、結單、txid、核准版本或正式回覆，足以證明列出已配對項目、未結例外及可追查差額的對帳表時才可關閉；否則維持 needs_review，附件亦不可包含 PIN、OTP、seed phrase 或 private key。
最後核對清單
- 原始結單唯讀保存
- 每列有發票／工作編號 anchor
- txid、訂單號與 Mobile Money ID 分欄
- 毛額、費用與淨額可對回
- 例外項有負責人與下一步
- 沒有 PIN/OTP 與不必要個資
官方核對來源
最後核對日期: 2026 年 8 月 9 日. 本站不提供兌換、不代收、不保管你的 USDT，也不提供投資建議。報價、費用、限額與可用性會變動；作決定前必須開啟官方來源並記錄核對時間。