ICSCCS35.240L7044Dataspecificationforelectronicletterofguaranteeforpublicresourcestransactions（本草案完成時間：2025年8月2日）XXXX-XX-XX發(fā)布XXXX-XX-XX實施IDB44/TXXXX—20XX前言 III 2規(guī)范性引用文件 3術(shù)語和定義 4總體要求 24.1電子保函數(shù)據(jù)組成 24.2數(shù)據(jù)類型 34.3數(shù)據(jù)傳輸要求 35業(yè)務流程要求 6基礎信息 46.1電子保函基本信息 46.2擔保機構(gòu)信息 46.3中間服務機構(gòu)信息 56.4申請人信息 66.5聯(lián)合體參與交易信息 76.6受益人信息 76.7交易項目信息 86.8成交結(jié)果公示 97業(yè)務信息 7.1電子保函開立信息 117.2電子保函續(xù)期信息 117.3電子保函關聯(lián)信息 127.4電子保函關聯(lián)成功信息 137.5電子保函擔保結(jié)束信息 147.6索賠業(yè)務信息 157.7索賠業(yè)務文件 157.8申請人實名認證信息 16附錄A（資料性）傳輸示例 附錄B（資料性）不含中間服務機構(gòu)的業(yè)務示例 20附錄C（資料性）含中間服務機構(gòu)的業(yè)務示例 24附錄D（規(guī)范性）價款形式代碼 28附錄E（規(guī)范性）索賠文件類型碼 29附錄F（規(guī)范性）提交方式碼 30附錄G（規(guī)范性）認證方式碼 31附錄H（資料性）指令類型 32附錄I（資料性）狀態(tài)碼 33DB44/TXXXX—20XX參考文獻..............................................................................34DB44/TXXXX—20XX本文件按照GB/T1.1—2020《標準化工作導則第1部分：標準化文件的結(jié)構(gòu)和起草規(guī)則》的規(guī)定起草。請注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機構(gòu)不承擔識別專利的責任。本文件由廣東省政務服務和數(shù)據(jù)管理局提出、歸口并組織實施。本文件起草單位：東莞市公共資源交易中心、東莞市政務服務和數(shù)據(jù)管理局、東莞銀行股份有限公本文件主要起草人：李俊華、熊瑤、謝立廣、洪松遠、劉旭峰、胡錢安、梁應標、鄧云亮、孔相、黃漢文。本文件為首次發(fā)布。DB44/TXXXX—20XX1公共資源交易電子保函數(shù)據(jù)規(guī)范本文件規(guī)定了公共資源交易電子保函數(shù)據(jù)的總體要求、業(yè)務流程要求、基礎信息和業(yè)務信息。本文件適用于公共資源交易活動中電子保函數(shù)據(jù)的管理與應用，其他電子保函應用場景可參考執(zhí)2規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB/T7408.1日期和時間信息交換表示法第1部分：基本原則GB11643公民身份號碼GB/T12406表示貨幣的代碼GB/T15835出版物上數(shù)字用法GB32100法人和其他組織統(tǒng)一社會信用代碼編碼規(guī)則3術(shù)語和定義下列術(shù)語和定義適用于本文件。3.1電子保函electronicletterofguarantee擔保機構(gòu)應申請人的請求，以數(shù)據(jù)電文為載體，利用電子通信手段，向受益人開立的具有法律效力的擔保憑證。電子保函類型包括銀行保函、保證保險、擔保公司保函。3.2公共資源交易平臺運行服務機構(gòu)operationandserviceinstitutionofpublicresources簡稱交易平臺機構(gòu)，由政府推動設立或政府通過購買服務等方式確定的，通過資源整合共享方式，為公共資源交易相關市場主體、社會公眾、行政監(jiān)督管理部門等提供公共服務的單位。3.3擔保機構(gòu)guaranteeinstitution具備擔保資質(zhì)、能作為擔保人提供擔保服務（包括電子保函開函服務）的銀行、保險公司、擔保公司等機構(gòu)。3.4中間服務機構(gòu)intermediaryserviceinstitution2DB44/TXXXX—20XX經(jīng)交易平臺機構(gòu)審核并準入，通過技術(shù)手段為公共資源交易活動提供電子保函簽發(fā)、核驗、賠付等全流程服務的技術(shù)服務機構(gòu)，負責提供交易平臺機構(gòu)與擔保機構(gòu)信息對接服務。3.5受益人beneficiary依照相關法律法規(guī)提出公共資源交易項目并組織交易活動的法人或其他組織（如招標人、出讓人、采購人等）。3.6響應公共資源交易并參與競爭的法人或其他組織（如投標人、競買人、供應商等）。3.7聯(lián)合體參與交易consortiumparticipationintransaction兩個以上法人或者其他組織組成一個聯(lián)合體，以一個參與方的身份共同參與公共資源交易（如共同投標、共同競買等）。3.8電子保函服務接口electronicletterofguaranteeserviceinterface由交易平臺機構(gòu)、擔保機構(gòu)及中間服務機構(gòu)（如有）共同構(gòu)建的、實現(xiàn)電子保函相關數(shù)據(jù)信息在交易平臺機構(gòu)系統(tǒng)、擔保機構(gòu)業(yè)務系統(tǒng)及中間服務機構(gòu)系統(tǒng)（如有）之間進行數(shù)據(jù)交互和傳輸?shù)臉藴驶騾f(xié)議。3.9投保流水號insuranceserialnumber申請人向擔保機構(gòu)發(fā)起電子保函開立申請后，由電子保函服務接口自動生成并返回唯一標識符。該流水號專門用于建立并確認公共資源交易項目與電子保函之間的唯一對應關系。4總體要求4.1電子保函數(shù)據(jù)組成電子保函數(shù)據(jù)由基礎信息與業(yè)務信息共同構(gòu)成?；A信息具體包含電子保函基本信息、擔保機構(gòu)信息、中間服務機構(gòu)信息、申請人信息、受益人信息以及交易項目信息（含成交結(jié)果公示）。業(yè)務信息具體包含電子保函開立信息、電子保函續(xù)期信息、電子保函關聯(lián)信息、電子保函關聯(lián)成功信息、電子保函擔保結(jié)束信息、索賠業(yè)務信息（含索賠業(yè)務文件）以及申請人實名認證信息。具體組成詳見圖1。DB44/TXXXX—20XX3圖1電子保函信息組成圖4.2數(shù)據(jù)類型數(shù)據(jù)類型見表1。表1數(shù)據(jù)類型說明表一切可以顯示打印的字符，包括漢字、字母、數(shù)字、各種符號、空格等，不具4.3數(shù)據(jù)傳輸要求4.3.1協(xié)議要求為保障數(shù)據(jù)傳輸安全，電子保函服務接口應采用超文本傳輸安全協(xié)議（HTTPS）?？蓞⒖几戒汚。4.3.2數(shù)據(jù)加密要求為保障數(shù)據(jù)信息的通用性與安全性，信息原文應采用UTF-8編碼，經(jīng)密碼算法加密后再傳輸?？蓞⒖几戒汚。5業(yè)務流程要求DB44/TXXXX—20XX4業(yè)務流程應包括交易文件發(fā)布、電子保函開立、電子保函續(xù)期、電子保函索賠和電子保函擔保結(jié)束?？蓞⒖几戒汢、附錄C。6基礎信息6.1電子保函基本信息電子保函基本信息見表2。表2電子保函基本信息是見本文件3.9章是電子保函類型包括銀行保函、保證保險、擔保公交易項目唯一標參照國家發(fā)改委平臺技術(shù)規(guī)范的附錄B.3.5標段當“是否已關聯(lián)時，必填；否則當“是否已關聯(lián)時，必填；否則碼是通過中間服務機構(gòu)系統(tǒng)對接交易時，必填；否則否N..20,6是DB44/TXXXX—20XX5表2電子保函基本信息（續(xù)）是是聯(lián)合體參與交易時，必填；否則交易平臺機構(gòu)系統(tǒng)生成的自定義是當“是否已關聯(lián)時，必填；否則是電子保函的生效是電子保函的失效是是6.2擔保機構(gòu)信息擔保機構(gòu)信息見表3。表3擔保機構(gòu)信息碼是是是是6.3中間服務機構(gòu)信息DB44/TXXXX—20XX6中間服務機構(gòu)信息見表4。表4中間服務機構(gòu)信息是是是是6.4申請人信息申請人信息見表5。表5申請人信息是是E是APPLICANT_ACCOUNT_NO是APPLICANT_ACCOUNT_BANK是是false：繳費賬戶非企業(yè)基本賬是碼_CARD是是DB44/TXXXX—20XX7表5申請人信息（續(xù)）交易為true時必是6.5聯(lián)合體參與交易信息聯(lián)合體參與交易信息見表6。表6聯(lián)合體參與交易信息是是交易項目唯一標參照國家發(fā)改委平臺技術(shù)規(guī)范的附錄B.3.5標段是N..6,4否如填寫該項，聯(lián)合體成員的數(shù)值是true：聯(lián)合體主false：非聯(lián)合體6.6受益人信息多個主體共同發(fā)起交易項目的，應通過簽訂協(xié)議明確權(quán)責、整合需求，由牽頭單位作為受益人統(tǒng)籌交易工作。受益人信息見表7。DB44/TXXXX—20XX8表7受益人信息是是否否是見本文件3.9章是電子保函類型包括銀行保函、保證保險、擔保公6.7交易項目信息交易項目信息見表8。表8交易項目信息是交易項目唯一標參照國家發(fā)改委平臺技術(shù)規(guī)范的附錄B.3.5標段是是可遞交響應文件是遞交響應文件的是可繳納保證金的是繳納保證金的截N..20,6是是是否N..20,6否DB44/TXXXX—20XX9表8交易項目信息（續(xù)）否是描述項目類型，例如施工類、服C1當“是否已關聯(lián)是是是是否代理，是指經(jīng)受益人授權(quán)，在公共資源交易活動中，以受益人名義代表其組織或參與交易流程的6.8成交結(jié)果公示成交結(jié)果公示見表9。表9成交結(jié)果公示是交易項目唯一標參照國家發(fā)改委平臺技術(shù)規(guī)范的附錄B.3.5標段是DB44/TXXXX—20XX表9成交結(jié)果公示（續(xù)）是聯(lián)合體成交時填入聯(lián)合體成員的名稱，以半角分是聯(lián)合體成交時填入聯(lián)合體成員的統(tǒng)一社會信用代碼，以半角分號N..20,6C1是“成交金額”必填；取值為2、3或9時，“費率或其它類型結(jié)果”必URL否網(wǎng)絡地址，用于準確定位和訪問公示信息的原始是false：成交單位當“是否聯(lián)合體交易平臺機構(gòu)系統(tǒng)生成的自定義NOTICE_SEND_TIME是7業(yè)務信息DB44/TXXXX—20XX7.1電子保函開立信息電子保函開立信息見表10。表10電子保函開立信息是見本文件3.9章E是APPLICANT_ACCOUNT_NO是APPLICANT_ACCOUNT_BANK是是電子保函類型包括銀行保函、保證保險、擔保公是false：繳費賬戶非企業(yè)基本賬是電子保函的生效是電子保函的失效N..20,6是是是是碼_CARD是否7.2電子保函續(xù)期信息電子保函續(xù)期信息見表11。DB44/TXXXX—20XX表11電子保函續(xù)期信息是見本文件3.9章是電子保函類型包括銀行保函、保證保險、擔保公是填寫調(diào)整后的電子保函失效時間是7.3電子保函關聯(lián)信息電子保函關聯(lián)信息見表12。表12電子保函關聯(lián)信息是見本文件3.9章是電子保函類型包括銀行保函、保證保險、擔保公是交易項目唯一標參照國家發(fā)改委平臺技術(shù)規(guī)范的附錄B.3.5標段是N..20,6是是可遞交響應文件是是是DB44/TXXXX—20XX表12電子保函關聯(lián)信息（續(xù)）否N..20,6否否是是否否是描述項目類型，例如施工類、服是是是否7.4電子保函關聯(lián)成功信息電子保函關聯(lián)成功信息見表13。表13電子保函關聯(lián)成功信息是見本文件3.9章是是電子保函類型包括銀行保函、保證保險、擔保公是DB44/TXXXX—20XX表13電子保函關聯(lián)成功信息（續(xù)）是交易項目唯一標參照國家發(fā)改委平臺技術(shù)規(guī)范的附錄B.3.5標段7.5電子保函擔保結(jié)束信息電子保函擔保結(jié)束信息見表14。表14電子保函擔保結(jié)束信息是見本文件3.9章是電子保函類型包括銀行保函、保證保險、擔保公N..20,6是是是當“是否已關聯(lián)參照國家發(fā)改委平臺技術(shù)規(guī)范的附錄B.3.5標段是是DB44/TXXXX—20XX表14電子保函擔保結(jié)束信息（續(xù)）C1當“是否已關聯(lián)7.6索賠業(yè)務信息索賠業(yè)務信息見表15。表15索賠業(yè)務信息是擔保機構(gòu)業(yè)務系統(tǒng)自動生成的唯是見本文件3.9章是電子保函類型包括銀行保函、保證保險、擔保公是接收理賠款項的是接收理賠款項的是接收理賠款項的銀行賬戶開戶行是是是是提交理賠申請的C1是N..20,6是7.7索賠業(yè)務文件索賠業(yè)務文件見表16。DB44/TXXXX—20XX表16索賠業(yè)務文件是擔保機構(gòu)業(yè)務系統(tǒng)自動生成的唯是是是是7.8申請人實名認證信息申請人實名認證信息見表17。表17申請人實名認證信息是見本文件3.9章是電子保函類型包括銀行保函、保證保險、擔保公是是系統(tǒng)記錄操作時是是碼是DB44/TXXXX—20XX傳輸示例A.1協(xié)議交易平臺機構(gòu)系統(tǒng)與擔保機構(gòu)業(yè)務系統(tǒng)間的接口對接采用超文本傳輸安全協(xié)議（HTTPS），發(fā)送和返回的數(shù)據(jù)均為JSON格式。請求使用POST請求，全部接口使用UTF-8編碼。A.2數(shù)據(jù)加密數(shù)據(jù)傳輸中請求參數(shù)、響應參數(shù)中規(guī)定data數(shù)據(jù)內(nèi)容，全部采用國家商用密碼SM2橢圓曲線公鑰密碼算法（簡稱SM2算法）進行加密，加密流程為：原文→UTF-8編碼→SM2算法加密。A.3數(shù)據(jù)格式A.3.1Header設置對接交易平臺機構(gòu)接口時，除獲取token的接口以外，Header應按以下設置：Headers:{"Authorization":"access_token","Content-Type":"application/json"}A.3.2接口通用格式A.3.2.1輸入?yún)?shù)輸入?yún)?shù)規(guī)則見表A.1。表A.1接口通用格式輸入?yún)?shù)banksn交易平臺機構(gòu)生成的唯一標識符，由交易平臺機構(gòu)分派給擔保機構(gòu)使businesscodeDB44/TXXXX—20XX表A.1接口通用格式輸入?yún)?shù)（續(xù)）“timestamp,banksn,businesscode,access_token,data”。,“”。,signStr="timestampbanksnbusinesscodeaccessignStr="timestampbanksnaccess_{}A.3.2.2輸出參數(shù)輸出參數(shù)規(guī)則見表A.2。表A.2接口通用格式輸出參數(shù)DB44/TXXXX—20XX表A.2接口通用格式輸出參數(shù)（續(xù)）"timestamp,banksn,busine其中banksn為傳入的擔保機構(gòu)編碼，businesscodesignStr="timestampbanksnbusinessignStr="timestampb{{}A.3.3其他格式其他格式應用說明：a）所有接口參數(shù)（JSON）的名稱統(tǒng)一使用小寫字母。b）時間戳（timestamp）為數(shù)字（LONG）的字符串類型，如：“1641183034”。c）JSON格式業(yè)務數(shù)據(jù)中數(shù)值字段內(nèi)容應轉(zhuǎn)換為字符串。d）JSON格式業(yè)務數(shù)據(jù)中日期時間字段，按照GB/T7408.1，統(tǒng)一采用固定的格式為：[date]T[time]，“20220107T090205”，表示2022年DB44/TXXXX—20XX（資料性）不含中間服務機構(gòu)的業(yè)務示例B.1業(yè)務流程業(yè)務流程由項目交易文件發(fā)布、匿名電子保函開立、電子保函續(xù)期、項目簽到關聯(lián)電子保函、項目成交信息推送、電子保函索賠和擔保結(jié)束業(yè)務環(huán)節(jié)組成。交易平臺機構(gòu)和擔保機構(gòu)可按需開展信息交互。電子保函業(yè)務（不含中間服務機構(gòu)）流程詳見圖B.1。圖B.1電子保函業(yè)務（不含中間服務機構(gòu)）流程圖DB44/TXXXX—20XX圖B.1電子保函業(yè)務（不含中間服務機構(gòu)）流程圖（續(xù)）DB44/TXXXX—20XXB.2業(yè)務步驟B.2.1項目發(fā)布受益人登錄交易平臺機構(gòu)系統(tǒng)，填寫并完成公共資源交易項目發(fā)布流程后，項目的交易公告信息在網(wǎng)上公示。申請人可通過互聯(lián)網(wǎng)或登錄交易平臺機構(gòu)系統(tǒng)查看交易公告信息。B.2.2匿名電子保函開立匿名電子保函的核心在于隱藏申請人身份信息，通過電子保函服務接口生成的投保流水號作為唯一關聯(lián)標識。申請人申請時無需直接向交易平臺機構(gòu)或擔保機構(gòu)披露項目敏感信息，僅由擔保機構(gòu)通過加密方式完成電子保函開立及推送。申請人在擔保機構(gòu)業(yè)務系統(tǒng)申請開立匿名電子保函，錄入電子保函基本信息、申請人基本信息，完成信息填寫后提交電子保函開立申請。擔保機構(gòu)檢查申請人繳納手續(xù)費的轉(zhuǎn)賬賬戶必須為申請人基本賬戶，擔保機構(gòu)業(yè)務系統(tǒng)確認申請人電子保函手續(xù)費繳納情況后，對申請人開函申請進行審核，審核通過后開立匿名電子保函。擔保機構(gòu)業(yè)務系統(tǒng)在開函成功后將匿名電子保函信息通過電子保函服務接口推送至交易平臺機構(gòu)系統(tǒng)。B.2.3電子保函續(xù)期根據(jù)交易項目的交易信息調(diào)整或其他情形導致電子保函需要進行續(xù)期時，申請人應在擔保機構(gòu)業(yè)務系統(tǒng)申請電子保函續(xù)期，擔保機構(gòu)審核申請人電子保函續(xù)期申請，審核通過后進行電子保函續(xù)期。擔保機構(gòu)業(yè)務系統(tǒng)在電子保函續(xù)期后將電子保函續(xù)期信息通過電子保函服務接口推送至交易平臺機構(gòu)系統(tǒng)。B.2.4項目簽到電子保函關聯(lián)申請人在響應文件遞交截止時間前完成簽到，選擇符合項目保證金金額要求和電子保函有效期要求的有效匿名電子保函進行關聯(lián)。B.2.5電子保函關聯(lián)信息推送響應文件遞交截止時間到達后，交易平臺機構(gòu)系統(tǒng)將電子保函唯一識別信息、交易項目相關信息通過電子保函服務接口推送至擔保機構(gòu)業(yè)務系統(tǒng)。B.2.6電子保函關聯(lián)成功信息推送擔保機構(gòu)業(yè)務系統(tǒng)收到電子保函項目關聯(lián)指令后，將已開出的電子保函與交易項目完成關聯(lián)并生成電子保函文件，供受益人、申請人查詢和核實；同步向交易平臺機構(gòu)系統(tǒng)發(fā)送項目關聯(lián)成功通知信B.2.7項目成交信息推送在交易活動結(jié)束后，交易平臺機構(gòu)系統(tǒng)發(fā)布成交結(jié)果公示，并將這些成交信息及時推送至擔保機構(gòu)業(yè)務系統(tǒng)。B.2.8電子保函索賠當申請人違反交易文件約定或其他情形，受益人可依法申請電子保函索賠。受益人在擔保機構(gòu)業(yè)務系統(tǒng)發(fā)起索賠申請，按要求填寫索賠信息并提供證明材料，擔保機構(gòu)接收到索賠申請后，按照索賠流程，進行索賠處理。DB44/TXXXX—20XXB.2.9擔保結(jié)束B.2.9.1擔保結(jié)束的情況分類電子保函所擔保的特定事項已經(jīng)完成或終止，交易平臺機構(gòu)系統(tǒng)將電子保函擔保結(jié)束信息通過電子保函服務接口推送至擔保機構(gòu)業(yè)務系統(tǒng)。根據(jù)實際的業(yè)務場景可以分為受益人發(fā)起擔保結(jié)束和申請人發(fā)起擔保結(jié)束兩種情況。B.2.9.2受益人發(fā)起擔保結(jié)束項目交易活動結(jié)束后，受益人把已完成項目簽到的電子保函通過交易平臺機構(gòu)系統(tǒng)向擔保機構(gòu)業(yè)務系統(tǒng)發(fā)出擔保結(jié)束信息。擔保機構(gòu)接收后，按照業(yè)務流程和實際業(yè)務情況辦理擔保結(jié)束業(yè)務。B.2.9.3申請人發(fā)起擔保結(jié)束未關聯(lián)項目的電子保函，申請人可發(fā)起擔保結(jié)束事項。申請人通過交易平臺機構(gòu)系統(tǒng)向擔保機構(gòu)業(yè)務系統(tǒng)發(fā)出擔保結(jié)束信息。擔保機構(gòu)接收后，按照業(yè)務流程和實際業(yè)務情況辦理擔保結(jié)束業(yè)務。DB44/TXXXX—20XX（資料性）含中間服務機構(gòu)的業(yè)務示例C.1業(yè)務流程業(yè)務流程由項目交易文件發(fā)布、匿名電子保函開立、電子保函續(xù)期、項目簽到關聯(lián)電子保函、項目成交信息推送、電子保函索賠和擔保結(jié)束業(yè)務環(huán)節(jié)組成。交易平臺機構(gòu)、擔保機構(gòu)和中間服務機構(gòu)可按需開展信息交互。電子保函業(yè)務（含中間服務機構(gòu)）流程詳見圖C.1。圖C.1電子保函業(yè)務（含中間服務機構(gòu)）流程圖DB44/TXXXX—20XX圖C.1電子保函業(yè)務（含中間服務機構(gòu)）流程圖（續(xù)）DB44/TXXXX—20XXC.2業(yè)務步驟C.2.1項目發(fā)布受益人登錄交易平臺機構(gòu)系統(tǒng)，填寫并完成公共資源交易項目發(fā)布流程后，項目的交易公告信息在網(wǎng)上公示。申請人可通過互聯(lián)網(wǎng)或登錄交易平臺機構(gòu)系統(tǒng)查看交易公告信息。C.2.2匿名電子保函開立匿名電子保函的核心在于隱藏申請人身份信息，通過電子保函服務接口生成的投保流水號作為唯一關聯(lián)標識。申請人申請時無需直接向交易平臺機構(gòu)、中間服務機構(gòu)或擔保機構(gòu)披露項目敏感信息，僅由擔保機構(gòu)通過加密方式完成電子保函開立及推送。申請人通過中間服務機構(gòu)系統(tǒng)向擔保機構(gòu)申請開立匿名電子保函，錄入電子保函基本信息、申請人基本信息，完成信息填寫后提交電子保函開立申請。擔保機構(gòu)檢查申請人繳納手續(xù)費的轉(zhuǎn)賬賬戶必須為申請人基本賬戶，擔保機構(gòu)業(yè)務系統(tǒng)確認申請人電子保函手續(xù)費繳納情況后，對申請人開函申請進行審核，審核通過后開立匿名電子保函。擔保機構(gòu)業(yè)務系統(tǒng)在開函成功后將匿名電子保函信息通過電子保函服務接口推送至中間服務機構(gòu)系統(tǒng)和交易平臺機構(gòu)系統(tǒng)。C.2.3電子保函續(xù)期根據(jù)交易項目的交易信息調(diào)整或其他情形導致電子保函需要進行續(xù)期時，申請人應通過中間服務機構(gòu)系統(tǒng)向擔保機構(gòu)申請電子保函續(xù)期，擔保機構(gòu)審核申請人電子保函續(xù)期申請，審核通過后進行電子保函續(xù)期。擔保機構(gòu)業(yè)務系統(tǒng)在電子保函續(xù)期后將電子保函續(xù)期信息通過電子保函服務接口推送至中間服務機構(gòu)系統(tǒng)和交易平臺機構(gòu)系統(tǒng)。C.2.4項目簽到電子保函關聯(lián)申請人在響應文件遞交截止時間前完成簽到，選擇符合項目保證金金額要求和電子保函有效期要求的有效匿名電子保函進行關聯(lián)。C.2.5電子保函關聯(lián)信息推送響應文件遞交截止時間到達后，交易平臺機構(gòu)系統(tǒng)將電子保函唯一識別信息、交易項目相關信息通過電子保函服務接口推送至中間服務機構(gòu)系統(tǒng)和擔保機構(gòu)業(yè)務系統(tǒng)。C.2.6電子保函關聯(lián)成功信息推送擔保機構(gòu)業(yè)務系統(tǒng)收到電子保函項目關聯(lián)指令后，將已開出的電子保函與交易項目完成關聯(lián)并生成電子保函文件，供受益人、申請人查詢和核實；同步向中間服務機構(gòu)系統(tǒng)和交易平臺機構(gòu)系統(tǒng)發(fā)送項目關聯(lián)成功通知信息。C.2.7項目成交信息推送在交易活動結(jié)束后，交易平臺機構(gòu)系統(tǒng)發(fā)布成交結(jié)果公示，并將這些成交信息及時推送至中間服務機構(gòu)系統(tǒng)和擔保機構(gòu)業(yè)務系統(tǒng)。C.2.8電子保函索賠DB44/TXXXX—20XX當申請人違反交易文件約定或其他情形，受益人可依法申請電子保函索賠。受益人通過中間服務機構(gòu)系統(tǒng)向擔保機構(gòu)發(fā)起索賠申請，按要求填寫索賠信息并提供證明材料，擔保機構(gòu)接收到索賠申請后，按照索賠流程，進行索賠處理。C.2.9擔保結(jié)束C.2.9.1擔保結(jié)束的情況分類電子保函所擔保的特定事項已經(jīng)完成或終止，交易平臺機構(gòu)系統(tǒng)將電子保函擔保結(jié)束信息通過電子保函服務接口推送至中間服務機構(gòu)系統(tǒng)和擔保機構(gòu)業(yè)務系統(tǒng)。