銀聯上午授權書

『壹』 銀聯pos機的預授權完成不了怎麼辦

以酒店為例，POS機預授權的具體操作方法：
1、 當客人入住時，按估算押金額在POS機上作「預授權」交易；
2、 當客人離店結算時，實際消費金額小於或等於預授權金額時，可使用「預授權完成」，輸入原預授權交易有關要素來完成交易；
3、 當客人離店結算時，實際消費金額大於預授權金額時，可使用「預授權撤消」，輸入原預授權交易有關要素取消「預授權」交易，然後按實際消費金額做正常「消費」交易；
4、 當客人離店時使用現金結算，使用「預授權撤消」交易，取消已取得的預授權；
5、 妥善保管簽購單據；
6、 無法使用POS機進行「預授權撤消」時，將需要手工取消該筆預授權的書面說明（註明經辦人員、加蓋財務章）連同原預授權交易憑證一並傳真至銀聯。

『貳』 手機POS機的銀聯授權書過期還能使用嗎在用這個機器刷卡還能使用嗎

十五從軍征，來八十始得歸。自
道逢鄉里人：「家中有阿誰？」
「遙望是君家，松柏冢累累。」
兔從狗竇入，雉從樑上飛，
中庭生旅谷，井上生旅葵。
舂穀持作飯，采葵持作羹。
羹飯一時熟，不知貽阿誰。
出門東向望，淚落沾我衣。

『叄』 求中國銀聯特約商戶協議書

我有紙版，沒電子版。你想幹啥？

『肆』 誰知道銀聯的各項規則

銀聯卡欺詐交易報送規則

第一章 總則

1.1 目的
為提高欺詐交易識別、認定與處置效率，落實《銀聯卡收單機構商戶風險管理規則》中對收單機構欺詐率的監控，減少成員機構欺詐損失，維護成員機構的共同利益，特製定本規則，建立欺詐交易信息報送與分析制度。
1.2 適用范圍
本規則適用於開辦銀聯卡業務的發卡機構、收單機構及其專業化服務機構與中國銀聯及其分支機構等相關跨行網路參與方。

第二章 基本規定

2.1 處理欺詐交易信息
所有成員機構均應在規定時間內完整、准確地報送銀聯卡欺詐交易信息。
享有查詢本機構上報的和其他報送機構上報的與本機構相關的欺詐交易信息，查詢結果應屏蔽報送機構名稱。
對本機構上報的欺詐交易信息具有修改與刪除的權力。
2.2 提高風險控制時效
對已經確認的欺詐交易應立即採取控制措施，保護持卡人銀聯卡賬戶資金安全。
2.3 行使退單
對符合報送條件，在規定時限內報送成功，經核實非本機構責任的欺詐交易，或經調查確屬商戶欺詐或系統認定高風險商戶導致的交易損失，可行使退單。
憑密碼進行的交易除外。
2.4 報送情況監督
按季度統計、比對經差錯處理平台提交的以欺詐交易為原因的退單信息與向「銀行卡風險報送與管理系統」報送的欺詐交易信息是否相符。
對報送不符情況產生提示與督促信息；多次、嚴重不符的，提請風險管理委員會對該機構是否具備此類退單資格予以裁定。
2.5 保密
所有參與機構均應確保上報與使用欺詐信息的安全保密。如因違反規定泄漏信息所引發的商業或名譽損失由責任方承擔。

第三章 報送范圍與實現方式

3.1 欺詐交易定義
是指涉嫌使用虛假身份獲取銀聯卡，或冒用他人銀聯卡（或賬戶）獲取商品或服務的欺騙性交易行為。
3.2 欺詐交易類型
本規則適用的欺詐交易本金為200元及以上，主要包括：失竊卡、未達卡、虛假申請（騙領）、偽卡、賬戶盜用、商戶欺詐、其他類等類型。
以下分別對每種欺詐類型進行定義。
3.2.1失竊卡欺詐
指冒用或盜用持卡人的銀聯卡進行欺騙交易，包括丟失卡與被盜卡。
3.2.2未達卡欺詐
指截取發行、交付過程中的銀聯卡並進行欺詐交易。
3.2.3虛假申請（騙領）欺詐
指使用虛假身份或冒用他人身份獲取銀聯卡進行欺詐交易。
3.2.4偽卡欺詐
指非法使用銀聯卡磁條信息偽造真實有效的銀聯卡，或通過改造丟失卡、被盜卡、未達卡、過期卡的表面凸印（含全息防偽標識）信息或重新寫磁後進行的欺詐行為。偽卡欺詐包括偽造卡、變造卡、白卡欺詐。
3.2.5賬戶盜用
指假冒真實持卡人身份或變更銀聯卡賬戶信息後進行欺詐交易。包括變更賬戶信息後交易、手輸卡號交易或非面對面交易。
3.2.6商戶欺詐
指特約商戶在受理銀聯卡交易時，違規操作、蓄意進行欺詐交易或縱容、包庇、協助銀聯卡欺詐交易的行為。包括惡意倒閉、套現、洗單、虛假申請、側錄、卡號測試、虛假商戶、信函電話網路營銷、手輸卡號等欺詐形式。
3.2.7其它類
未定性或無法明確列入上述類別的涉嫌欺詐交易。
3.3 報送要項
按「中國銀聯銀行卡風險報告與管理系統」規定格式與內容上報相關信息，至少應包括以下內容：關聯卡號、交易日期、授權號（如有）、受理商戶名稱及欺詐類型代碼等。
3.4 報送時間
報送欺詐交易最遲不應超過以下規定時間：
 從欺詐交易發生之日起90天內；
 如果在上述90天內未收到持卡人的爭議投訴，則應在收到持卡人爭議投訴的30天內報送；
 收單機構發現欺詐交易的10個工作日內。
3.5 報送方式
分為系統報送與手工處理兩種。手工處理方式是系統報送方式的補充。
3.5.1系統報送方式
 報送機構應按系統要求正確操作。對未成功上報的信息，應及時根據系統提示修改並重新提交；
 系統對上送信息進行核對、整理，分別以日報、周報、月報和季報的形式反饋報送機構加以確認；
 報送機構可對已上報的欺詐交易信息進行修改或刪除。
3.5.2手工處理
當系統出現故障時，為確保報送時效，成員機構可以通過手工方式完成報送。具體可按照以下步驟操作：
 填寫《銀聯卡欺詐交易報送表》（見附件），確認後以傳真方式提交中國銀聯。欺詐交易報送時間以傳真生成時間為准；
 傳真內容經核實無誤後，由中國銀聯返回確認通知；
 系統恢復正常後，報送方應補充提交相關信息。

第四章 通報與分析

4.1 信息通報
 對一定期間內發生的欺詐交易，按照欺詐類型、特徵、區域等項目分類，提交欺詐控制建議，供參考；
 定期提供欺詐數據統計報表；
 對上報情況按照月或季進行通報；
 其他需要反饋與通報的信息。
4.2 分析報告
對一定期間內發生的欺詐交易，按照欺詐類型、特徵、區域等項目分類情況生成單項或綜合分析報表與報告，供參考。
4.3 報告發送
有關報表與分析報告，按照發卡機構、收單機構分別發送。

第五章 附則

5.1 根據成員機構合理建議，對本規則進行修訂。
5.2 本規則與《銀聯卡收單機構商戶風險管理規則》配套實施。
5.3 本規則經中國銀聯風險管理委員會審定，由中國銀聯發布並組織實施。

銀聯卡跨行業務爭議處理裁判規則
第一章 基本原則

第一條 內部責任原則。本規則所確定的責任為發卡機構和收單機構間的責任，並非發卡機構、收單機構與持卡人或特約商戶之間的最終責任。

第二條 裁判公正性、獨立性原則。爭議處理的裁判本著公正、獨立的原則，保護發卡機構和收單機構的合法權益，鼓勵持卡人用卡，促進銀行卡受理市場發展。

第三條 程序合規性原則。發卡機構或收單機構提交的爭議案件應首先符合《實施細則》中關於申請程序、提交時限和材料等有效性的相關要求，否則，該爭議申請無效。

第四條 依證據裁判原則。爭議雙方應根據「誰主張誰舉證」的原則，主動提交支持爭議理由的證明文件及應答文件，爭議處理委員會不參與任一方取證，僅就爭議雙方提交的證明文件及相關文檔進行裁判。

第五條 爭議理由唯一性原則。在同一爭議案件中，爭議提交方只能使用一個理由提請爭議裁判。

第二章 裁判規則

第六條 銀聯卡交易中的發卡機構、收單機構因一方違反「業務運作規章」規定造成損失，經過協商處理仍不能解決的爭議，違反「業務運作規章」的一方承擔責任。

第七條 由於發卡機構業務規定、相關協議等與「業務運作規章」沖突，造成收單機構為完成持卡人交易而產生損失的，發卡機構承擔責任。

第八條 發卡機構擅自退出銀聯網路引發交易爭議的，發卡機構承擔責任。

第九條 在裁判或申訴期間，由於發卡機構為涉及爭議的持卡人辦理銷戶產生損失的，發卡機構承擔責任。

第十條 因收單機構業務規定、相關協議等與「業務運作規章」沖突，造成發卡機構因發生銀聯卡交易而產生損失的，收單機構承擔責任。

第十一條 因收單機構退出銀聯網路後仍為持卡人辦理業務引起爭議的，收單機構承擔責任。

第十二條 在裁判或申訴期間，由於收單機構為涉及爭議的特約商戶辦理銷戶造成損失的，收單機構承擔責任。

第十三條 對爭議事實中涉及發卡機構調單的，如收單機構回復單據不全或非發卡機構所調單據等導致調單無效的，收單機構承擔責任。

第十四條 對卡片冒用交易，如發卡機構能夠證明該冒用是未按正常程序和相關規定受理交易而造成的，收單機構承擔責任。

第十五條 持卡人向特約商戶提出退貨，因未提供有效退貨憑證造成收單機構拒絕的，發卡機構承擔責任。

第十六條 ATM取款交易中，發卡機構以「扣賬未吐鈔」為由提起爭議，收單機構能夠提供ATM交易日誌、ATM正常吐鈔的清機記錄或錄像資料，並證明其處理系統交易記錄、終端機具交易日誌與中國銀聯信息處理中心傳送的交易成功記錄一致的，發卡機構承擔責任。

第十七條 因交易差錯產生損失引發的有效爭議案件，按照《銀行卡跨行業務差錯處理暫行辦法》進行裁判。其他爭議，依據「業務運作規章」和有關規定進行裁判。

第十八條 本規則由爭議處理委員會負責解釋、修改。

『伍』 銀聯商務刷卡機請重啟,並授權

銀聯商務刷卡機出現結算單未正常列印，可以在列印裡面選擇重列印，「重列印最後一筆」就可以了。
銷售終端--POS(point of sale)是一種多功能終端，把它安裝在信用卡的特約商戶和受理網點中與計算機聯成網路，就能實現電子資金自動轉帳，它具有支持消費、預授權、余額查詢和轉帳等功能，使用起來安全、快捷、可靠。

『陸』 銀聯網上支付如何獲取 消費授權碼

若真的有緣

『柒』 怎麼申請銀聯在線支付介面

1、五證齊全：營業執照、稅務登記證（國地稅兩證）、組織機構代碼證、銀行開戶許可證。

2、ICP備案：公司網站進行ICP備案。這個應該不是問題。上面兩項通過之後基本上銀行會和公司來進行協議蓋章了，也算是合同，就說明已經生效了。

3、簽訂完合同蓋完章後基本上就會給商戶下發介面文件，介面文件有多種語言，asp，java，.net等根據自己網站語言需要來索要即可。

4、測試開通可以找相關介面開發人員及進行介面整合對接到公司網站上面即可進行交易了。

(7)銀聯上午授權書擴展閱讀

異常應答說明

1、不返回報文體的情況：

版本號，交易類型、子類，簽名方法，簽名值等關鍵域未上送，返回「Invalid request.」； 交易類型和請求地址校驗有誤，返回「Invalid request URI.」

2、返回全部的請求報文，附加應答碼和應答描述（包括的應答碼有：01、02、03、10、11、32）：

驗證簽名失敗；

報文格式錯（包含，必填域缺失，上送銀聯報文未定義的域，報文域的格式非法，交易時間超出范圍）；

簽名失敗；超時等其他系統異常