瀏覽主題
App 交易失敗或無回傳資料時該怎麼辦？ 交易結果
- 確認是否透過 Constant.INTENT_EXTRA_KEY_RESPONSE_ACTION_DETAILS 取得回應，並序列化為自定義 Response 物件。
- 確認 Intent 的 requestCode 與 resultCode 正確。
當 MYPAY 接收到上游金流回傳結果後，系統會主動以背景 POST 通知商家系統 URL。
若未收到商家回覆「8888」，MYPAY 會重送通知共 5 次，仍未成功則寄信通知技術窗口人員。
為何交易完成導頁不帶交易結果參數？ 交易結果
- 不論成功或失敗導頁（success_returl/failure_returl），均不會帶交易結果參數，交易結果會由系統後台通過通知機制主動回傳給商家。
- 商家需回應「8888」確認收到通知，系統會重傳5次，未回應則由技術人員介入。
請直接回應 8888，即可。
若貴司程式沒有回應 8888，MYPAY系統每間隔 5 分鐘持續 5 次通知。
5 次後還是沒有回應，系統會寄發信件通知貴司/商家的技術人員以及附錄三管理系統額外設定的人員。
為什麼捐款會出現 B500 錯誤？ 交易結果
- code：B500
- 訊息：經銷商「289151881001」尚未開通「想就捐慈善勸募系統」串接，如有疑問請洽大特店。
- 說明：此訊息表示該服務未啟用，請檢查串接參數是否正確。
若需 MYPAY 技術支援協助查證，請加入官方 LINE: @mypay，與我們聯繫。
常見問題
如何做發票作廢串接？
發票作廢的串接主要是透過「交易退款」API，並以特定欄位 invoice_state 設值為 4 來表示發票作廢（註銷）。特約商店、經銷商兩種模式發票作廢串接的差異主要在 API 位址及驗證身份欄位，整體流程與欄位結構相似： 特約商店發票作廢串接 經銷商發票作廢串接 API 介接網址： 測試區：https://ka.usecase.cc/api/init 正式區：https://ka.mypay.tw/api/init 服務命令：api/refund 主要欄位：…
為什麼使用相機掃描客戶載具，會有缺少字元？
請確認相機完整開啟後，再掃載具條碼，條碼必須在完整框中，才能讀取完整的條碼內容。
如何知道剩下幾張電子發票號碼？
可以透過 MYPAY 交易查詢 API，查詢剩餘可用電子發票號碼數量。實際操作是在呼叫「交易查詢」時，系統回傳結果中會包含 invoice_count 欄位，其值即代表目前專戶剩下的可用電子發票張數。 查詢方式與必備欄位 特約商店（Store 模式）需以交易查詢 API（api/queryorder）發送查詢，必要參數為「uid」（交易流水號）與「key」（驗證碼）。 經銷商（Agent 模式）同樣以交易查詢 API（api/queryorder）查詢，必須帶入「uid」及「key」參數。 回傳資料解析 查詢回傳資料中，invoice_count…
特約商店可用支付工具查詢 API 有哪些？
特約商店可透過「特約商店可用支付工具查詢 API」來查詢目前特約商店所能啟用的支付方式。此查詢主要讓商戶知道可供消費者選擇的付款管道，內容包括信用卡、各電子錢包、ATM 轉帳、超商代碼、虛擬帳號等。 開發者文件(詳細說明及範例碼) 經銷商：https://doc.usecase.cc/Payment/Agent/#d45930806e 特約商店：https://doc.usecase.cc/Payment/Store/#d45930806e 注意事項 依商務代號區別，即可確知貴司身分。 【經銷商】商務代號，尾碼 4 碼 1XXX。 【特約商店】商務代號，尾碼 4 碼…
如何發動發票折讓？
發動發票折讓的方式本質上類似，都是透過「交易退款（api/refund）」API發起折讓請求，但特約商店、經銷商兩模式在使用身分、API介接端點、必要參數等細節上有差異： 發票折讓發動方法（共通點） 折讓由「交易退款 API」發起，帶入折讓相關參數（invoice_state 指定為折讓狀態，退款商品明細 items 須與原發票相符） 送出資料前需以 AES 256 加密，並以 HTTPS POST 送出 發票折讓資料由系統送至財政部電子發票平台完成折讓作業…
高鉅是台灣領先的金融科技公司，專注於提供客製化的金融服務，我們以創新的思維和專業的技術，打造一個安全、便利、高效的支付生態系，搭建起企業、銀行與消費者之間的橋樑，扮演微型商家到大型電商企業最堅實的後盾協助共創三贏。