查詢、匯出，再整理成對帳索引

查詢：在幣安支付首頁底部選 [記錄]，可以看最近 24 小時、1 週、1 個月、3 個月、6 個月或自訂日期的交易，選 PDF、Excel 或 CSV 後點 [生成] 下載。要完整紀錄，從資料下載中心選資金帳戶、設定日期範圍和格式，[生成] 後在「匯出詳情」點 [下載]；Pay 交易歸在資金帳戶下，下載連結 7 天後失效，每月可生成的對帳單數量有限（幣安繁中說明，2026-10-03 核對，以介面顯示為準）。對帳時把時間、資產、金額、收款對象、狀態和可見的參考編號記成索引；商戶訂單和聊天只補充各自能證明的事實。

界定這份紀錄要回答哪個問題

付款人常在對方說「沒有看到」後，才翻出一張成功彈窗。那張圖最多說明當時看見過某個畫面，未必能讓人回到原筆資料。把問題寫清楚：要確認付款是否已送出、確認哪個收款對象，還是比對一張商戶訂單。問題不同，應找的紀錄也不同。

Binance Pay Assistant 的已核驗範圍包含付款狀態查詢。它支援你回自己的帳戶查當筆狀態，卻不替所有商戶定義收據格式、訂單號或交付結果。把這個界線放在開頭，能避免把一筆平臺付款紀錄誤讀為商戶已履約的證明。

對帳不需要蒐集所有畫面。

目標是讓日後的自己能用少量欄位找到原始付款，而不是把完整帳戶活動、餘額或聯絡資料散落在聊天群組。建立索引後，按需要回原始頁核對，資料會更容易管理。

在帳戶內找到當筆付款後讀六個欄位

檢視時間。記下日期、時區或畫面顯示的時間格式，並保留它來自哪個帳戶畫面。跨日、旅行或商戶系統採用不同時區時，只有「下午三點」很難與另一份紀錄相配。為求整齊而自行改寫原始時間並不可取；可另外在備註寫自己的換算。

接著讀資產和金額，連同單位與小數位一起寫。接著看收款對象和當筆狀態。收款對象可屬於帳戶顯示資料或 checkout 畫面帶出的資料，實際欄位因產品而異；沒有看到的名稱不宜補猜。狀態也照當下文字保留，不把它翻成「對方一定收到」。

把記錄或參考編號當成定位線索，不當成通行證

若帳戶畫面顯示交易記錄、付款識別碼或參考編號，保留完整原文的位置與末幾位即可。它的用途是讓你和正式支援或商戶在各自系統中定位同一筆資料，不是可以公開張貼的身分憑證。畫面沒有這類欄位，就記錄可見時間、資產、金額和狀態。

不宜假定每筆 Pay 付款都有同名的編號，也不宜把商戶頁的訂單號硬填成 Binance 的參考編號。兩邊都有編號時，分欄記錄，例如「Pay 參考資料」與「商戶訂單資料」；只有一邊有時，留白比杜撰關聯可靠。需要提供編號時，確認對方是誰、要求的用途是什麼，據此決定是否給完整內容。由自己開啟的 Binance App／網站當下支援流程，與原商戶正式入口，才是處理問題時可核驗的交付對象。私訊裡自稱客服的人不因為會說出你的姓名就能取得你的資料。

商戶訂單與 Pay 付款要放在同一張對照表，不混成一欄

商戶訂單回答的是商品或服務、商戶、約定金額和訂單頁目前的狀態；Pay 付款紀錄回答的是帳戶付款層看見的資料。把兩份資料放在同一張對照表，卻保留各自來源，才能看出是付款資料、訂單資料，或兩者的對應出了問題。

對照時只比可見欄位：商戶名稱或網域、約定內容、資產、金額、時間，以及兩邊各自的識別資訊。某個商戶沒有訂單號、沒有回條或顯示方式不同，不代表可以用想像補上。Pay 顯示完成也不能單獨證明商戶已交付或接受退款。

截圖和匯出資料做遮罩，決定給誰

截圖前檢視畫面邊角與通知列。UID、電子信箱、手機、完整 QR、餘額、完整交易參考資料，甚至其他未相關的付款列表，都有機會一起被拍進去。要分享給商戶時，只保留訂單對照需要的時間、資產、金額和最少識別資訊；需要由支援核對時，依正式流程補交。

遮住隱私不等於任意改圖。保留原始檔在自己能控制的位置，另做一份標明遮罩的副本；應避免裁掉會改變時間、金額或狀態意思的欄位。有人要求「傳完整帳單、說用途」時，應回到自己開啟的正式入口確認要求。密碼、Pay PIN、2FA 驗證碼、復原資料不可放進任何對帳檔。這些不是付款紀錄，也不能用來證明付款。若對方把索取敏感憑據包裝成「核驗收據」或「解鎖紀錄」，停止交談並從帳戶內重新尋找支援。

日常對帳可以只保留一張精簡清單

每筆可用一行：時間、用途、資產、金額、收款對象簡稱、Pay 狀態、Pay 參考資料末幾位、商戶訂單資料與存放位置。這張清單不是官方收據，也不替代原始帳戶紀錄；它只是讓你在幾週後知道該回哪個頁面找哪一筆。

用途寫得能辨識即可，例如「八月課程訂單」或「與王小姐分攤費用」，避免把完整地址、身分證件或私人對話複製進去。商戶訂單若只有訂單頁連結或畫面名稱，也照實記錄，無須為了表格完整而補造編號。

發現對不上時，停止新增付款，從原始資料回查

時間、資產、金額或收款對象有一項對不上，立即標記差異，回自己的付款紀錄與原商戶訂單逐欄重讀。對方的一句「重付一次就好」不能替代查帳。尚未釐清原筆狀態時追加付款，只會讓後續對照多出另一筆相似資料。

若差異涉及帳戶付款頁本身，從 Binance App 或網站中當下可見的支援流程查詢；若問題在商品、服務或訂單條件，回原商戶正式管道。這是把問題送往正確資料來源，不是對處理結果的承諾。保留你的對照表與原始資料，能讓下一次說明少靠記憶。若日後需要向不同單位說明，只交付與該問題相關的一段資料：商戶需要的是訂單對照，帳戶支援需要的是付款事實。把原始檔、遮罩副本與自己的清單分開，既能回查，也能避免一次分享過多個人資料。

日常建立索引的好處，是發生問題時不必逐張翻找聊天圖。定位後比較，並向正確一方提出具體問題；這比把付款紀錄、商戶履約與他人回覆混成一個「成功」或「失敗」判斷更有用。

風險、支援地區與使用限制

這篇指南的常見問題

瀏覽全部問題
成功截圖可以證明對方已收到嗎？
不能完全證明。收款方應從自己的帳戶紀錄確認，雙方對照狀態、資產、金額和時間。
可以把完整交易紀錄貼到社群求助嗎？
不建議。請遮住 UID、電子信箱、手機、餘額、QR 與完整識別碼，敏感問題使用官方支援處理。
本站的 CSV 工具會上傳資料嗎？
不會。工具在瀏覽器本機產生檔案，但你仍不應輸入密碼、Pay PIN 或驗證碼。

來源與查核日期

操作與數字依查核當日的 Binance 官方頁面核對，查核日期列於文末來源。｜CryptoSteps 編輯部負責編修與複核｜推薦連結只放在註冊教學頁。