KR20070050038A - 보증 및 금융 서비스를 제공하는 방법 및 시스템 - Google Patents

보증 및 금융 서비스를 제공하는 방법 및 시스템 Download PDF

Info

Publication number
KR20070050038A
KR20070050038A KR1020077001223A KR20077001223A KR20070050038A KR 20070050038 A KR20070050038 A KR 20070050038A KR 1020077001223 A KR1020077001223 A KR 1020077001223A KR 20077001223 A KR20077001223 A KR 20077001223A KR 20070050038 A KR20070050038 A KR 20070050038A
Authority
KR
South Korea
Prior art keywords
control logic
buyer
bank
seller
logic implemented
Prior art date
Application number
KR1020077001223A
Other languages
English (en)
Inventor
윌리엄 리드
크레이그 스왝햄머
케리 린치
존슨 라우
Original Assignee
비자 인터내셔날 써비스 어쏘시에이션
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US11/131,605 external-priority patent/US8571977B2/en
Application filed by 비자 인터내셔날 써비스 어쏘시에이션 filed Critical 비자 인터내셔날 써비스 어쏘시에이션
Publication of KR20070050038A publication Critical patent/KR20070050038A/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/03—Credit; Loans; Processing thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

구매자(12)와 판매자(14) 간의 상거래 수행 시스템(10)이 개시되었다. 본 시스템은 구매자(12)와 판매자(14) 간의 지불을 원활히 하기 위한 거래 처리 시스템(10)을 포함한다. 구매자(12)와 판매자(14)에 더하여, 거래 처리 시스템(10)은 또한 카드 발급자와 카드 전표 매입자와 상호 작용한다. 상기 거래 처리 시스템(10)은 구매자(12)와 판매자(14)간에 수행되는 거래와 관련된 지불 정보를 모니터하고 관리한다. 이러한 정보를 이용하여, 거래 처리 시스템(10)은 또한 부가적 금융 서비스를 제공한다. 예를 들어, 구매자(12) 지불 보증, 판매자 은행 지불 보증, 구매자 은행 미지급금 할인, 구매자 은행 미지급금 할인 집합, 판매자/미매출금 금융 및 판매자 은행 미매출금 할인 집합등이 그것이다.

Description

보증 및 금융 서비스를 제공하는 방법 및 시스템{Method and system for providing assurance and financing services}
본 발명은 AA 서비스에 관한 것으로서, 보다 상세히 상거래에 관여하는 구매자와 판매자에게 AA 서비스를 제공하는 방법 및 시스템에 관한 것이다.
기업간 상거래(B2B)에서, 구매자와 판매자는 여러 방법으로 서로 간의 관계를 성립할 수 있다. 예를 들어, 거래량이 특정 수준에 도달했을 때, 구매자와 판매자는 상대방의 채무 불이행이나 정보 노출과 같은 위험을 최소화하기 위해 판매 계약을 할 수 있다.
또한, 구매자와 판매자가 서로 오랜 관계를 맺기 원할 때, 계약을 수행시 양 당사자의 권리와 의무를 결정하는 조건과 조항으로 구성된 판매 협정을 맺을 수 있으며, 이로써 매번 거래시마다 이를 알리고 조건과 조항을 새로 협상해야 하는 번거로움을 피할 수 있다.
판매 협정이 구매자와 판매자 간에 계약 관계를 성립시키기 위해 이루어지는 동안, 판매 협정의 조건 및 조항들은 여전히 재검토가 요청되며 매 거래마다 수동적으로 적용하여야 한다.
달리 말해, 판매 협정 실행을 통해 구매자와 판매자가 장기 계약 관계를 설 치하기를 원하는 경우에도, 양 당사자간에 거래가 완성될 때마다, 양 당사자는 여전히 거래가 판매 협정의 조건 및 조항에 일치하는지를 수동적으로 확인하여야 한다.
이러한 판매 협정의 조건 및 조항은 주로 매 거래마다 사람이 검토하게 된다. 이렇게 수동적으로 사람이 관여하여 검토하는 과정은 소모적이고, 시간적인 손실을 발생케 하며 또한 오류를 발생할 우려를 내포한다.
이로 인해 양 당사자간의 거래에 대해 구매자 및 판매자 간에 판매 협정의 조건이나 조항을 자동으로 적용하고 저장할 수 있는 시스템이 요구되고 있다.
또한, 구매자 및 판매자는 양 당사자 간에 하나 이상의 판매 협상을 지니고 있을 수 있다. 즉, 구매자와 판매자는 양 당사자 간에 장기 계약관계를 맺으면서, 다양한 판매 협상 유형을 체결하여 양 당사자간의 여러 유형의 거래에 적용하는 것이 실상이다.
특정 거래에 어떠한 특정 판매 협상이 적용되어야 하는지를 결정하기 위해 다양한 유형의 판매 협상을 수동으로 검토하는 것은 상당히 비효율적이다. 따라서, 구매자 및 판매자 간에 판매 협정의 조건이나 조항을 자동으로 적용하고 저장할 수 있는 시스템이 요구되고 있다.
구매자와 판매자간의 거래는 이하의 방법으로 수행된다. 구매자는 주로 구매하기 원하는 상품 및/또는 서비스에 대해 판매자에게 물품 구매 청약을 한다. 물품 구매 청약을 수신하면, 판매자는 구매자에게 상품을 배달한다. 판매자는 일반적으로 상품을 배송할 때 비용에 대한 송장을 동시에 전송한다.
그리고, 판매자가 보낸 송장에 따라 양 당사자간에 협의된 기간 내에 지불할 것인지는 구매자의 의사에 따른다. 구매자의 지불 방식은 현금이나 수표를 보내는 방식이며, 다른 방식으로는 신용 카드와 이와 유사한 카드를 통해 지불 할 수 있다.
일반적인 신용 카드 거래에는 여러 당사자가 관여한다. 당사자로는 신용 카드를 소지하고 있는 구매자, 판매자, 카드 전표 매입사(acquirer), 카드 발급사(issuer) 및 비자나 마스터 카드와 같은 신용 카드 협회가 있다.
카드 전표 매입사는 예를 들어 판매자와 사업적 관계를 지니고 판매에서 신용 카드 거래로 거래 정보를 전송받는 은행과 같은 사업 기관을 포함한다. 카드 발급사는 신용 카드를 구매자에게 발행하는 사업 기관이다. 비자와 같은 신용 카드 협회는 VisaNet 과 같은 처리 신청 네트워크를 관리하는 기관으로서 신용 카드 발급과 신용 카드 거래 처리를 도와주는 기관이다.
일반적인 신용 카드 거래는 다음과 같다. 먼저, 판매자는 거래 또는 구매량을 계산하고 구매자에게 지불을 요청한다. 구매자는 판매자에게 자신의 신용 카드를 제시한다.
판매자는 신용 카드는 판매점에 설치된 단말기에 긁는다. 판매점에 설치된 단말기는 신용 카드를 읽은 후 판매 정보와 인증 요청을 함께 카드 전표 매입사에게로 보낸다. 카드 전표 매입사는 판매 지점에서 보내준 정보를 처리하고 카드 발급자에게 인증 요청과 관련 정보를 전송한다.
카드 발급자는 관련 정보와 인증 요청을 처리한 후 거래를 승인할 것인지를 결정한다. 그 후 카드 발급자는 카드 전표 매입자에게 승인 또는 거부 코드를 다시 전송한다. 카드 전표 매입자는 판매자가 사용하는 판매점 카드 단말기에 승인 또는 거부 코드를 중계한다.
거래가 승인된 경우, 구매자는 판매자와의 거래를 완료할 수 있다. 일반적으로, 그 후, 카드 발급자와 카드 전표 매입자가 유지하는 예금 계좌가 결산 되고 중재 된다.
카드 발급자는 거래량에서 수수료를 제외하고 카드 전표 매입자에게 전송한다. 카드 전표 매입자는 카드 발급자로부터 받은 돈에서 수수료를 차감한다. 그 후 카드 전표 매입자는 나머지 돈을 판매자의 계좌로 전송한다. 수수료는 거래를 활성화하기 위해 카드 협회 네트워크를 이용하는 대가로 징수된다.
신용 카드 거래는 일반적으로 잘 사용되고 있다. 안전하고 신뢰할 수 있는 신용 카드 거래를 위해 컴퓨터 시스템이 개발되었다. 신용 카드 거래를 처리하는 것으로 잘 알려진 이러한 컴퓨터 시스템으로는 비자사에서 개발한 VisaNet이 있다.
또한, 현재 이용되고 있는 컴퓨터 자원의 이점을 이용하는 것에 더하여 구매자와 판매자 간의 거래를 촉진하고 활성화 할 수 있는 시스템이 요구된다.
구매자와 판매자간에 상거래를 수행하는 시스템이 개시되었다. 본 발명의 시스템은 구매자와 판매자 간의 거래에서 지불을 활성화하는 거래 처리 시스템을 포함한다.
구매자와 판매자에 더하여, 거래 처리 시스템은 또한 카드 발급자와 카드 전표 매입자로부터 획득된 특정 정보를 이용하고 시스템상에 저장한다. 각 구매자와 판매자는 시스템에 등록된다.
등록을 한 경우, 거래에 사용될 사전-협상 조항 및 조건들이 구매자와 판매자 간에 수집되고 시스템상에 저장된다. 이러한 조항 및 조건들은 구매자와 판매자 간의 판매 협약으로부터 획득된다. 또한, 시스템은 구매자, 판매자, 카드 발급자 및 카드 전표 매입자 간에 동의된 사전-협상 조항 및 조건을 저장한다.
거래 처리 시스템은 다음과 같은 방법으로 구매자와 판매자 간의 거래를 처리한다. 판매자나 다른 시스템은 전자 송장을 먼저 시스템에 포스팅한다. 전자 송장이 수락된 경우, 시스템은 하나 이상의 지불 명령을 생성한다.
각 지불 명령은 지불 거래에 대응한다. 예를 들어, 하나의 송장은 하나의 지불 거래를 의미한다. 그리고, 이에 따라 하나의 지불 명령이 생성된다. 그러나, 다수의 지불 명령이 하나의 송장으로부터 생성될 수 있음을 유념하여야 한다. 왜냐하면, 하나의 송장이 다수의 지불 거래를 나타낼 수도 있기 때문이다. 또한, 구매자는 시스템이 전자 송장 없이도 지불 명령을 생성할 수 있도록 할 수 있다.
지불 명령이 생성될 때마다, 시스템은 구매자와 판매자 간에 이전에 저장된 사전-협상된 지불 조항 및 조건중 일부나 전부를 지불 명령에 적용한다. 예를 들어, 특정 구매자-판매자 계약 상태에 있어 지불은 송장 발송일로부터 45일일 경우, 이런 정보가 지불 명령이 생성될 때 지불 명령 내에 포함될 수 있다.
지불 명령이 생성된 이후, 시스템은 구매자로부터 승인을 구한다. 구매자는 시스템의 인터페이스를 통해 승인 의사를 제공할 수 있다. 바람직하게, 이러한 승인 의사는 구매자를 위해 제 3 당사자인 시스템에서 제공할 수도 있다.
구매자가 지불 명령을 승인하면, 구매 명령 내에 명시된 날짜에 지불을 수행할 것을 계획한다. 지불 계획 날짜에, 카드 발급자, 카드 전표 매입자, 판매자 및 구매자가 동의한 사전-협약된 조항이나 조건 세트에 기초하여 미리-정의된 가변 가격 행렬표에 따라 시스템은 예를 들어, 거래 수수료같은 하나 이상의 수수료를 계산한다.
지불 수수료는 카드 발급자와 카드 전표 매입자가 구매자 및 판매자를 위해 지불 거래를 처리하는 것에 대한 대가로서 사용하는 비용이다. 카드 발급자와 카드 전표 매입자가 받게 될 거래 수수료 비용의 일부는 다양할 수 있다.
예를 들어, 거래 수수료는 카드 발급자와 카드 전표 매입자가 동일하게 나누거나 또는 미리 정해놓은 비율에 따라 나눌 수 있다. 또는 거래 수수료는 카드 발급자에게 다 배분될 수도 있다.
거래 수수료가 계산된 이후, 거래 수수료에 관한 정보와 거래 명령이 적합한 메시지 형태로 포맷되어 인증, 홍보와 지불을 위해 제출된다. 카드 발급자와 카드 전표 매입자는 그 후 서로 자금 지불에 대해 직접적 또는 간접적으로 통신한다.
또한, 시스템은 거래 및 활동 보고를 모든 관련 당사자에게 제공하고 송장과 지불네 대한 상태 정보에 대한 접속권을 제공한다.
또한, 일 실시예에서, 구매자와 판매자 간에 지불 거래를 수행하는 시스템으로서, 이하의 구성 요소들을 포함한다. 송장이 제출되도록 허용하는 제 1 인터페이스, 구매자가 송장을 수신하고 승인하고 구매 명령을 생성하는 것을 허용하는 제 2 인터페이스, 구매자 계좌와 판매자 계좌 각각을 취급하도록 구현된 거래 처리부, 거래 처리부는 또한 구매자, 판매자, 카드 발급자, 카드 전표 매입자와 관계된 다수의 조건들을 저장하도록 구현되고, 또한 카드 발급자와 카드 전표 매입자가 상기 복수의 조건에 따라 상기 송장을 처리하는 것을 가능케 한다.
바람직하게, 또 다른 일 실시예에서, 구매자와 판매자 간에 지불 거래를 수행하는 방법으로서, 구매자 계좌와 판매자 계좌를 각각 구매자 및 판매자를 위해 유지하는 단계; 상기 구매자, 상기 판매자, 카드 발급자 및 카드 전표 매입자와 관련된 다수의 조항 및 조건들을 유지하는 단계; 구매자 계좌에서 지불을 위한 지불 거래를 승인하는 단계; 상기 다수의 조항 및 조건에 기초하여 상기 지불 거래에 대한 거래 수수료를 결정하는 단계; 상기 거래 수수료를 이용하여 네트 비용을 계산하는 단계; 상기 카드 발급자로부터 상기 지불 거래에 대한 지불 승인을 얻는 단계 및 상기 카드 발급자와 상기 카드 전표 매입자 간에 상기 지불 거래에 대해 지불을 하는 단계를 포함한다.
이하 본 발명의 바람직한 실시예가 첨부된 도면들을 참조하여 설명될 것이다. 도면들 중 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 참조번호들 및 부호들로 나타내고 있음에 유의해야 한다. 하기에서 본 발명을 설명함에 있어, 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다.
도 1 은 본 발명의 일 실시예로서 상호 처리 과정을 도시한 간략화된 구조도를 도시한다.
도 2 는 본 발명에 따른 거래 과정의 이 실시예를 도시한 간략화된 구조도를 도시한다.
도 3 은 거래 수수료 조항 및 조건을 나타내는 다이어그램을 도시한다.
도 4 는 본 발명의 일 실시예에 따라 거래 단계마다 네트 비용이 어떻게 계산되는지를 도시한 흐름도이다.
이하에서는 하나 이상의 실시예를 통해 본원 발명이 서술될 것이다.
도 1 은 본 발명의 일 실시예로서 상호 처리 과정을 도시한 간략화된 구조도를 도시한다. 본 발명의 일 실시예에 따라, 거래 처리 시스템(10)이 거래에 참여하는 다수의 당사자들과 상호 작용하기 위해 제작되었다.
다수의 당사자로는 구매자(12), 판매자(14), 카드 발급자(16), 카드 전표 매입자(18) 와 (VisaNet를 통한)비자와 같은 신용 카드 협회가 있다. 구매자는 상품 및/또는 서비스를 구매하기 위해 판매자(14)와 거래하는 개인이나 사업체가 될 수 있다.
또한, 판매자(14)는 구매자(12)에게 상품 및/또는 서비스를 제공하기 위해 판매자(12)와 관계를 맺고 있는 개인이나 사업체일 수 있다. 이러한 관계는 주로 계약서 또는 계약 협정을 통해 이루어진다.
예를 들어, 구매자(12)는 판매자(14)와 장기 계약을 맺어 판매자(12)가 구매 자에게 사무 용품이나 다른 상품들을 전용으로 제공할 수 있다. 이러한 구매자(12)와 판매자(14) 간의 관계는 이후 추후 설명하겠다.
카드 발급자(16)는 은행과 같은 금융 기관일 수 있다. 카드 발급자(16)는 구매자(12)에게 하나 이상의 거래 계좌를 발행해주고 거래 처리 시스템(10)에서 구매자(12)의 거래로 인해 발생하는 계좌 활동을 유지하고 관리할 책임이 있다. 카드 발급자(16)는 다수의 구매자(12)에 대한 거래 계좌를 발급하고 유지할 수 있다.
카드 매표 전표자(18) 역시 은행과 같은 금융 기관일 수 있다. 카드 매표 전표자(18)는 카드 발급자(16)가 발급하는 거래 계좌와 관계된 돈의 인출이나 지시를 허용하는 계약을 판매자(14)와 맺을 수 있다.
또한, 카드 매표 전표자(18)는 판매자(14)와 하나 이상의 거래 계좌를 유지할 수 있고 거래 처리 시스템(10)과 함께 판매자의 거래로 인한 계좌 활동을 유지하고 처리할 책임이 있다.
일반적으로, 거래 처리 시스템(10)은 구매자(12) 및 판매자(14)의 거래 계좌를 각각 저장하고 관리한다. 한 사람의 구매자(12) 또는 판매자(14)는 복수개의 거래 계좌를 지닐 수 있으며, 그 곳에서 지불을 승인하거나 기입할 수 있다.
또한, 거래 처리 시스템(10)은 이러한 거래 계좌와 관련된 조항이나 조건을 저장하고 유지한다. 이러한 조건과 조항들은 주로 구매자(12) 및/또는 판매자(14)의 등록 시기에 거래 처리 시스템(10)에 제공된다.
이러한 조항과 조건은 예를 들어 구매자(12)와 판매자(14)간에 미리-협의한 지불 조항 및 조건들을 포함하고, 이는 당사자간의 거래를 관리하는데 사용되고 구 매자와 판매자간의 판매 협약과 같은 다양한 출처를 통해 획득될 수 있다. 이하에서는, 이러한 조항과 조건들이 구매자와 판매자간의 거래를 처리하기 위해 선택적으로 사용되는 것에 대해 서술하겠다.
거래 처리 시스템(10)은 또한 카드 발급자(16)와 카드 전표 매입자(18)와 관련된 정보를 저장하는 기능을 제공한다. 이러한 정보는 카드 발급자(16)와 카드 전표 매입자(18)가 서로 보상을 위해 사용할 적당한 량의 거래 수수료를 결정한다.
또한, 거래 처리 시스템(10)은 카드 발급자(16)와 카드 전표 매입자(18)가 구매자와 판매자 거래 계좌를 각각 생성하고 유지하도록 허용한다. 거래 처리 시스템(10)에서 구매자(12)와 판매자(14)의 거래를 핸들링하기 위해 양 당사자는 이에 등록을 하거나 또는 거래 처리 시스템(10)에서 설치한 각 거래 계좌를 지녀야 한다.
거래 처리 시스템(10)은 일 실시예로서 이하에서 서술되는 바와 같이 작동한다. 하나의 송장이 처리되는 과정은 다음과 같다. 다만, 다수 개의 송장도 거래 처리 시스템(10)에서 동시에 처리될 수 있다는 것을 유념하여야 한다.
예비 단계로서(도 1에 도시 안됨), 구매 주문을 받은 이후, 판매자(14)는 거래 처리 시스템(10)에 보완적인 시스템(예, e-획득 시스템)을 통해 전자 송장을 직접적 또는 간접적으로 발급한다.
일 실시예로서, 거래 처리 시스템(10)은 거래 처리 시스템(10)은 거래 처리 시스템(14)으로 판매자(14)가 직접적으로 송장을 부치는 인터페이스를 포함한다.
송장을 받자마자, 거래 처리 시스템(10)은 차례로 하나 이상의 지불 명령을 생성한다. 각 지불 명령은 지불 거래에 대응해서 발생한다. 특히, 하나의 송장은 하나의 지불 거래에 따라 발생하는 것으로, 하나의 지불 명령은 주로 각 송장에 의해 생성된다.
그러나,하나의 송장이 복수 개의 지불 거래를 나타낼 수도 있는 경우도 있으므로, 복수개의 지불 명령이 하나의 송장에 의해 생성될 수 있음을 주의하여야 한다.
지불 명령은 판매자(12)와 구매자(14)간에 지불 조항 및 조건을 포함하고, 이러한 지불 조항 및 조건은 미리 거래 처리 시스템(10) 상에 저장되어 있으며, 특정 지불 거래와 관련이 있다. 또한, 구매자(12)는 거래 처리 시스템(10)에서 어떠한 송장이 첨부되지 않는 경우에도 지불 명령을 발생시킬 수 있다.
지불 명령이 생성된 이후, 거래 처리 시스템(10)은 구매자(12)에게 지불 명령에 대한 승인을 요청한다. 구매자(12)는 거래 처리 시스템(10)의 인터페이스를 통해 승인 의사를 제공할 수 있다. 또 다른 방식으로는 구매자(12)를 위해 제 3자 입장의 시스템에서 승인 의사를 제공할 수 있다.
구매자(12)의 지불 명령에 대한 승인에 기초하여, 거래 처리 시스템(10)은 지불 명령에 명시된 날짜까지 지불을 계획한다. 정해진 지불 날짜에, 거래 처리 시스템(10)은 지불 명령에 기초해서 구매자(12)가 속해있는 거래 계자에서 지불 처리를 시작한다.
승인된 지불 명령 처리가 시작되면, 거래 처리 시스템(10)은 먼저 특정한 지불 거래에 요구되는, 예를 들어 거래 수수료와 같은, 하나 이상의 수수료를 결정한 다. 거래 수수료는 지불 거래를 처리하기 위해 카드 발급자(16)와 카드 전표 매입자(18) 양당사자 간에 있어 대가를 보상하기 위해 사용되는 비용이다.
거래 수수료비용은 구매자(12), 판매자(14), 카드 발급자(16) 및 카드 전표 매입자(18)간에 미리 협약된 조항과 조건에 기초하여 결정된다. 또한, 카드 발급자(16)와 카드 전표 매입자(18)가 받아야 할 거래 수수료 비율은 카드 발급자(16)와 카드 전표 매입자(18)간의 협약에 기초하여 변경될 수 있다. 거래 수수료 및 이러한 조항과 조건을 결정하는 것에 관해서는 이하에서 더 서술하겠다.
거래 수수료와 다른 명시된 수수료를 이용하여, 거래 처리 시스템(10)은 처리되고 있는 지불 거래에서 판매자(14)가 받아야할 네트 비용을 계산한다. 네트 비용에 대해서는 이하에서 서술하겠다.
거래 처리 시스템(10)은 또한 VisaNet과 같은 데이터 전송 처리 네트워크(20)를 통해 카드 발급자(14)에게 전송되는 인증 요청을 준비한다.
일단 인증 요청이 카드 발급자(14에 의해 승인된 후, 카드 발급자(14)는 거래 처리 시스템(10)으로 인증 응답을 전송한다. 인증 응답을 수신한 후, 거래 처리 시스템(10)은 데이터 전송 및 처리 네트워크(20)를 통해 카드 전표 매입자(18)에게 지불(settelment) 파일을 전송한다.
지불 파일은, 다른 정보들과, 송장량(그로스 비용), 거래 수수료 및 네트 비용(그로스 비용에서 거래 수수료와 다른 명시된 수수료 모두를 제외한 비용)을 포함한다.
카드 전표 매입자(18)가 지불 파일을 수신한 후, 카드 전표 매입자(18)는 비 용을 전송 요청을 발급한다. 카드 발급자(16)에서 카드 전표 매입자(18)로 비용이 지불된다.
카드 발급자(16)와 카드 전표 매입자(18) 간의 이러한 비용 지불은 주로 데이터 전송 및 처리 네트워크(20) 내에서 발생한다. 이러한 비용 지불은 또한 구매자(12)와 카드 발급자(16)간에서 그리고 판매자(14)와 카드 매표 전표자(18)간에서 발생한다.
보다 구체적으로, 구매자(12)는 카드 발급자(16)에게 지불 비용(또는 통합 비용)을 전송하거나 승인함으로써 지불 비용을 커버하고 카드 발급자(16) 및 카드 전표 매입자(18)는 지불 거래를 처리함으로써 네트 비용을 판매자(14)에게 승인한다. 구매자(12)와 카드 발급자(16) 그리고 판매자(14)와 카드 전표 매입자(18)간의 비용 지불은 거래 처리 시스템(10)의 외부에서 발생한다.
도 1 에 도시된 바와 같이, 본원 발명의 일 실시예로서, 거래 처리 시스템(10)은 특정 지불 처리과정, 승인 및/또는 지불 기능을 수행하기 위해 데이터 전송 및 처리 네트워크(20)와 상호 작용한다. 데이터 전송 및 처리 네트워크(20)는 모든 관련된 카드 발급자와 카드 전표 매입자(18)를 위해 처리 시스템에 광범위하게 연결된다.
도 2 에서 본원 발명의 바람직한 일 실시예로서, 거래 처리 시스템(10)이 도시되었다. 본 발명의 일 실시예에 따라, 거래 처리 시스템(10)은 5개의 구성 요소를 포함한다.
즉, 송장 전처리부(22), 지불 관리자(24), 가격 발행 엔진(26), 인증 및 지 불 인터페이스부(28) 및 지불 결과 처리부(30)를 포함한다. 바람직하게, 이러한 5개의 구성 요소들은 모듈식으로 구현되지만, 전체적으로 구현될 수 있음을 유의하여야 한다.
또한, 이상의 5 개의 구성 요소는 단지 실시예로서 제공된 것임을 유의하여야한다. 상기 거래 처리 시스템(10)은 본 발명에서 서술하는 기능을 제공하기 위해 모인 구성 요소들을 포함할 수 있다.
송장 전-처리부(22)는 판매자가 입력한 송장들을 관리하고 이러한 송장들을 표준 파일 포맷 형태로 통합시킨다. 송장 전-처리부(22)는 전자 포맷 형태로 판매자의 송장을 수락할 수 있다. 또한, 송장 전-처리부(22)는 수동으로 입력되는 송장 데이터를 수신할 수 있다.
또한, 본 발명에서 사용되는 "송장"이라는 용어는 일반적인 송장과 구매자(12)에서 판매자(14)에 이르기까지 지불되는 비용에 달하는 지불 요청을 포함하는 개념이다.
송장은 반드시 판매자(14)로부터 발생되어야만 하는 것은 아니고 판매자(14)를 위해 제 3의 당사자가 송장을 발행할 수도 있다. 다만, 구매자(12)는 송장을 생성할 수 없다. 그러나, 송장을 수신하지 않고도 지불 명령이 생성되도록 할 수는 있다.
어느 경우이던지, 송장 전-처리부(22)는 표준화된 송장 파일을 생성하고 그 후 이는 지불 관리자(24)에게 전송된다. 본 발명의 일 실시예에서, 송장 전-처리부(22)는 판매자의 모든 송장들을 지불 관리자(24)에게 입력으로 전달할 하나의 표 준 파일로 통합한다.
지불 관리자(24)는 송장 전-처리부(22)로부터 표준화된 송장 파일을 수신하고 표준화된 판매자의 송장들을 처리한다. 각 송장들에 대해, 지불 관리자(24)는 대응하는 지불 명령을 생성한다. 지불 명령은 구매자(12)와 판매자(14)간에 정해진 미리-협상된 지불 조항 및 조건들을 포함하고 이러한 조항 및 조건들은 대응하는 지불 거래와 관련되어 있다.
바람직한 일 실시예로서, 구매자(12)는 어떠한 송장이 첨부되지 않더라도 지불 명령을 생성할 수 있다. 예를 들어, 미리-협상된 지불 조항 및 조건들은 2/10/net 30 등과 같은 지불 시기 정보를 포함할 수 있다. 다른 정보들은 또한 특정 비용에 대한 지불이 더 빠르게 이루어져야 한다거나 또는 특정 상품 유형들은 더 긴 시기를 두고 지불될 수 있다는 등에 대한 지불 정보를 가리키도록 포함될 수 있다.
달리 말해, 이는 구매자(12)가 거래 수수료 계산과는 직접적으로 관련되지는 않지만 중요한 계약 조항을 참조하는 것을 가능하게 한다. 특정 송장 또는 지불 거래와 관련하여 특정한 조항들이나 조건이 존재하지 않을 경우, 기본적으로 설정된 조항이나 조건들이 사용될 수 있다.
지불 관리자(24)는 다양한 구매자(12), 판매자(14), 카드 발급자(16) 및 카드 전표 매입자(18)에 대해 기본적으로 설정된 조항 및 조건을 포함할 수 있다는 것을 유의하여야 한다.
지불 명령이 생성된 이후, 지불 관리자(24)는 구매자(12)로부터 지불 명령에 대한 승인을 요청한다. 이러한 승인은 구매자(12)가 지불 관리자(24)에게 인터페이스를 통해 제공할 수 있으며, 또한 구매자(12)를 위해 제 3의 당사자 시스템이 승인을 할 수 있다.
어느 경우에서든지, 구매자(12)가 제공하는 지불 명령의 승인에 기초하여, 지불 관리자(24)는 지불 관리에서 지정된 날짜에 지불을 하도록 스케줄을 계획한다. 스케줄된 지불 날짜에, 지불 관리자(24)는 가격 발행 엔진(26)을 호출하여 지불 거래를 처리한다. 이에 대해서는 이하에서 서술하겠다.
지불 관리자(24)는 각 송장 또는 지불 거래의 상태를 추적한다. 각 송장 또는 지불 거래는 여러 상태 중 한 상태로 추정된다. "스케줄 된" 송장은 특정 날짜에 지불이 계획된 송장이다. "계류중"인 송장은 인증 요청이 이미 발행된 송장이다. "거부" 송장은 카드 발급자(16)가 거절한 송장이다. "승인" 송장은 카드 발급자(16)가 승인한 송장이다. 마지막으로, "지불" 송장은 비용 지불이 이미 이루어진 송장이다. 지불 관리자(24)는 지불 결과 처리부(30)와 함께 각각 계류중인 송장 또는 지불 거래의 상태를 업데이트 한다.
지불 관리자(24)는 또한 구매자(12), 판매자(14), 카드 발급자(18) 및 카드 전표 매입자(18)에게 다양한 기능과 서비스를 제공한다.
구매자(12)와 관련하여, 지불 관리자(24)는 구매자(12)가 예를 들어 이하와 같은 다수의 일들을 수행하도록 허용한다. (1) 신원 인증정보에 따라 사용자의 액세스 레벨과 사용자가 할 수 있는 역할을 제어하는 것과 같이 구매자(12)에게 속하는 사용자를 관리하고, (2) 공개된 송장 리스트를 관람하거나 인쇄하고 (3) 송장을 제시하는 판매자에게 지불 조항이나 조건을 관람하도록 하고 (4) 송장을 승인 또는 거부하고 (5) 공개된 송장 리스트로부터 지불할 송장을 선택하고 (6) 송장의 지불 상태를 제시하고 (7) 관련된 송장이 없는 경우 판매자에게 지불을 생성하고 (8) 예를 들어 비용, 연기된 지불에 대한 스케줄링을 포함하는 지출 계좌 및 날짜와 같은 지불 변수들을 선택하거나 제출하고 (9) 지불 승인 절차 및 권한 부여 레벨을 정의하거나 시행하고 (10) 지불을 보류하거나 취소하고 (11) 송장 또는 지불 거래 절차 히스토리를 제시하고 (12) 송장 또는 지불 데이터를 다운로드하는 작업.
판매자(14)와 관련하여, 지불 관리자(24)는 판매자(14)가 송장을 생성하도록 하고 관련 송장 및 지불 상태를 관람하도록 한다.
카드 전표 매입자(18)와 관련하여, 지불 관리자(24)는 카드 전표 매입자(18)가 판매자(14) 및 그들의 각 사용자에 대해 계좌를 생성하도록 한다.
카드 발급자(16)와 관련하여, 지불 관리자(24)는 카드 발급자(16)가 다음과 같은 기능들을 수행하는 것을 허용한다. 즉, (1) 각 구매자(12)에 대한 지불 계좌 정보에 진입 (2) 구매자(12)에게 고객 서비스 제공 및 (3) 추가적인 구매자(12)들과 그들 각각의 사용자에 대한 계좌 생성과 같은 기능이다.
이상에서 언급한 바와 같이, 지불 스케줄 날짜에, 지불 관리자(24)는 지불 거래를 진행하도록 가격 발행 엔진(26)을 호출한다. 보다 상세히, 가격 발행 엔진(26)은 매 지불 거래와 관련된 지불 수수료와 같은 하나 이상의 수수료를 결정하기 위해 호출된다. 이러한 수수료는 카드 발급자(16), 카드 전표 매입자(18), 구매자(12) 및 판매자(14)를 포함하는 다양한 당사자 간에 미리 협상될 수 있다.
예를 들어, 거래 수수료는 카드 발급자(16), 카드 전표 매입자(18), 구매자(12) 및 판매자(14) 사이에서 정의된 다양한 변수들에 기초한다. 이러한 변수들은 통틀어 "거래 수수료 조항 및 조건"으로 알려져 있다. 거래 수수료는 카드 전표 매입자(18)와 카드 발급자(16)가 매 지불 거래시마다 보상으로 사용된다.
카드 발급자(16)와 카드 전표 매입자(18)가 수신한 거래 수수료의 가가 부분은 카드 발급자(16)와 카드 전표 매입자 간의 협약에 따라 변경될 수 있다.
예를 들어, 카드 발급자(16)와 카드 전표 매입자(18)는 미리-협의된 비율에 따라, 예를 들어 50-50과 같이 거래 수수료를 서로 나누는데 동의할 수 있다. 또는 카드 발급자(16)가 전 거래 수수료를 다 받는 것으로 권리를 줄 수도 있다.
거래 수수료 조항 및 조건들은 여러 당사자 간에 협의 된다. 예를 들어, (1) 구매자(12)와 판매자(14), (2)카드 발급자(16)와 구매자(12), (3) 카드 전표 매입(18)자와 판매자(14) 그리고 (4) 카드 발급자(16)와 카드 전표 매입자(18) 간이 그 예이다.
카드 발급자(16)는 지불 관리자(24)를 이용하는 거래 수수료 조항 및 조건들을 정의하고 가입하고 관리할 책임이 있다. 거래 수수료 조항 및 조건은 가격 발행 엔진(26)이나 다른 데이터 베이스에 저장되고 관련 당사자들을 이에 접속할 수 있다.
도 3 은 거래 수수료 조항 및 조건의 일 실시예를 도시한 다이어그램이다. 도 3 에 도시된 바와 같이, 예를 들어, 거래 수수료 조항 #3은 카드 발급자 #9012에 대한 모든 지불 거래에 적용된다.
카드 발급자#1234의 경우, 거래 수수료 조항 #1은 단지 계좌 #121212를 이용하는 구매자 #95와 판매자 #22간에 이루어진 지불 거래에만 적용된다.
카드 발급자 #5678의 경우, 어떠한 계좌도 확정되지 않았으므로, 거래 수수료 조항 #2는 구매자 #18과 판매자 #22 간의 모든 지불 거래에 적용된다.
거래 수수료와 조항 및 조건에 대한 또 다른 실시예는 계층적 관계에 적용되는 5가지 거래 크기 분류 세트를 포함한다. 거래 크기 분류 세트는 $0-$500, $501-$1000, $1001-$5000 등과 같은 지불일 수 있다. 이러한 분류는 관계되는 당사자에 의해 설정된다.
예를 들어, 개인 행렬은 (1) 각 구매자와 판매자 관계 (2) 특정 구매자에 대한 모든 판매자 (3) 특정 카드 전표 매입자에 대한 모든 판매자와의 관계 등과 같이 설정될 수 있다. 다른 거래 수수료, 조항 및 조건들은 보증 지불과 같은 새로운 가치의 부가 서비스에 대한 부가 수수료를 포함할 수 있다.
각 지불 거래단계에 대한 네트 비용은 그로스 비용에서 거래 수수료를 뺌으로써 계산될 수 있다. 그로스 비용은 처리되고 있는 지불 거래에 대해 구매자(12)가 지불하는 지불 비용을 의미한다.
선택적으로, 부가 수수료는 네트 비용에서 제외될 수 있다. 예를 들어, 카드 전표 매입자(18)는 판매자(14)를 위해 특정 지불 거래를 카드 전표 매입자(18)가 처리하도록 하기 위해 판매자(14)에게 다른 수수료를 지불하라고 요구할 수 있다.
도 4 는 매 지불 거래 단계에서 가격 발행 엔진이 어떻게 네트 비용을 계산하는지를 도시한 흐름도이다.
40 단계에서, 가격 발행 엔진(26)은 지불 관리자(24)에서 처리되는 지불 거래에 대응하는 지불 명령을 수신한다. 42 단계에서, 가격 발행 엔진(26)은 거래 수수료를 계산하는데 이용하기 위하여 특정 지불 거래와 관련된 조항 및 조건 세트에 대한 검색을 시도한다.
44 단계에서, 특정한 조항 및 조건 세트가 존재하지 않는 경우 기본적으로 설정된 조항 및 조건 세트가 46단계에서 검색될 수 있다. 어느 경우에서든지, 조항 및 조건 세트는 거래 수수료 계산에 사용되는 가격 변수와 같은 정보를 포함한다.
48 단계에서, 예를 들어, 거래 크기 분류 및 이와 관련된 가격 결정 요소들이 검색된 조항 및 조건 세트로부터 획득된다. 각 범위는 다른 가격 결정 요소들을 지닐 수 있다.
예를 들어, $0-$500 의 범위에서 가격 결정 요소는 기본 비율일 수 있다. 기본 비율은 예를 들어 그로스 비용의 1.5%와 같이 순전히 퍼센트 계산에 기초한다. $501에서 $632의 범위에서 가격 결정 요소는 그로스 비용의 1%에 고정 수수료 $5를 부가한 양일 수 있다. $633에서 $999의 범위에서 가격 결정 요소는 순전히 고정 수수료일 수 있다.
50 단계에서, 거래 수수료는 그로스 비용에 대해 적합한 가격 결정 요소를 적용하는 방식으로 계산된다. 위에서 서술한 바와 같이, 가격 결정 요소는 기본 비율 또는 퍼센티지만을 적용하는 것, 고정 수수료만 또는 특정값이나 미리 지정된 값을 결합하는 방식을 포함할 수 있다. 주의할 것은 다른 형태나 기준이 적합한 가격 결정 요소로서 또한 사용될 수 있다는 점이다.
52 단계에서, 가격 발행 엔진(26)은 거래 수수료가 최소 수수료보다 더 적은지를 결정한다. 최소 수수료는 카드 발급자와 카드 전표 매입자 간의 다양한 가격 협상에서 협상 수수료의 일부이다.
54 단계에서, 거래 수수료가 최소 수수료보다 더 작다고 결정되는 경우, 최소 수수료가 거래 수수료로 사용될 수 있다.
56 단계에서, 가격 발행 엔진(26)은 또한 거래 수수료가 최대 수수료를 초과하는지를 결정한다. 최대 수수료는 카드 발급자와 카드 전표 매입자 간의 다양한 가격협상에서 협상된 수수료의 일부이다.
거래 수수료가 최대 수수료를 초과하는 경우, 58 단계에서, 최대 수수료는 거래 수수료로 사용된다. 60 단계에서, 네트 비용은 그로스 비용에서 거래 비용을 차감함으로써 계산된다.
각 지불 거래에서, 그로스 비용은 구매자(12)가 지불한 비용이고, 거래 수수료는 카드 전표 매입자와 카드 발급자(16)가 서로 보상하기 위해 사용하는 비용이다. 네트 비용은 구매자(14)가 받는 비용이다.
선택적으로, 다른 수수료가 네트 비용에서 차감될 수 있다. 예를 들어, 카드 전표 매입자(18)는 판매자(14)가 특정 지불 거래의 처리에 부가적인 수수료를 요구할 수도 있다.
일단 거래 수수료와 네트 비용과 같은 상대적 비용이 계산되면, 인증 및 지불 인터페이스(28)로 계산된 지불 파일에 다른 정보와 함께 통합되어 전송된다. 계산된 지불 파일은 기록 데이터 베이스나 다른 저장 메체에 기록이나 보고 목적으로 저장된다.
인증 및 지불 인터페이스(28)는 데이터 전송 및 처리 네트워크(20)로부터 또는 그곳으로 지불 거래 인증 및/또는 지불 정보를 전송하고 수신하여야 한다. 각 지불 거래에서, 데이터 전송 및 처리 네트워크(20)는 이러한 거래가 (카드 발급자(16)에 의해)승인되었는지를 결정한다. 인증 및/또는 지불 결과는 그 후 인증 및 지불 인터페이스(28)에 제공된다.
지불 결과 처리부(30)는 인증 및/또는 지불 결과를 인증 및 지불 인터페이스(28)로부터 수신하고 그 결과를 추가적으로 처리한다. 처리된 결과들은 그 후 지불 관리자(24)로 다시 보내진다. 지불 관리자(24)는 그 후 송장 또는 거래 지불의 상태를 업데이트 하고 사용자가 송장에 대한 지불이 이루어졌는지 또는 거부되었는지를 확인하도록 한다.
일 실시예로서, 거래 처리 시스템이 인터넷과 같은 컴퓨터 네트워크를 통해 접속할 수 있는 서버상에서 구현되었다. 본 발명에서 개시된 것에 기초하여, 본원 발며이 속하는 기술분야의 일반적인 사람들은 서버나 다른 구현 방식으로 거래 처리 시스템(10)을 구현하는 방법을 이해할 것이다.
또한, 다양한 사용자의 접속을 용이하게 하기 위하여, 거래 처리 시스템(10)은 또한 다수의 사용자 인터페이스를 포함한다. 사용자 인터페이스는 다른 사용자들이 접근 인증 정도에 따라 거래 처리 시스템(10)에 있는 다른 정보나 데이터를 보고 수정하는 것을 가능하게 한다.
예를 들어, 사용자 인터페이스를 통한 카드 발급자(16)는 구매자(12)와 관련 된 특정 거래 수수료 조항 및 조건을 보거나 수정할 수 있다. 다른 사용자 인터페이스를 통한 구매자(12)는 판매자(14)가 발행한 송장을 볼 수 있다. 본 발명이 속하는 기술 분야의 사람들은 정보와 데이터에 접속을 허용하는 컴퓨터 네트워크를 통해 사용자 인터페이스를 구현하는 여러가지 방법을 이해할 것이다.
일 실시예에서, 거래 처리 시스템(10)은 다수의 부가적인 특징들을 포함한다. 예를 들어, 구매자 지불 보험, 구매자 은행 지불 보험, 구매자 은행 지불금 할인팀. 이에 대해서는 이하에서 서술하겠다. 이러한 부가적 특징의 일부와 관련하여, 거래 처리 시스템(10)은 또한 구매자 은행이나 판매자 은행과 같은 다른 집단의 상호관여 및 참여를 허용한다.
일 실시예로서, 거래 처리 시스템(10)은 구매자 지불 보험을 제공함으로써, 조건없이, 변경할 수 없는 특정 날짜에 지불이 확실히 이루어지는 것을 보증하는 특징을 구매자(12)에게 제공할 수 있다.
이상에서 설명한 것과 같이, 거래 처리 시스템(10)은 구매자(12)에게 지불 명령을 승인할 기회를 제공한다. 승인 과정동안, 구매자(12)는 구매자 자신이 지불을 보증하는 것을 특정하길 원하는지에 관한 옵션을 지닐 수 있다. 지불 보증과 관련된 조항 및 조건들이 미리 협상되고 거래 처리 시스템(10)에 저장될 수 있다.
예를 들어, 구매자(12)는 구매자 은행에서 유지되는 계좌를 체크하는 방식과 같은 방법으로 기금 출처를 이용하여 지불을 보증하는데 동의할 수 있다. 일 예에서, 구매자 은행과 카드 발급자(16)는 동일한 기관일 수 있다. 이 기관은 구매자의 계좌와 신용 카드 계좌를 모두 확인한다. 자금 출처와 관련된 정보가 거래 처리시 스템에 제공되고 그 곳에서 유지될 수 있다.
선택적으로, 구매자(12)는 또한 지불이 특정 날짜 이전에 수행될 수 있는지를 나타내는 지불 보증과 관련된 날짜를 지정할 수 있다. 특정 날짜를 지정하면, 거래 처리 시스템(10)은 구매자(12)에게 지불 타임프레임(timeframe)을 알려줄 수 있다.
예를 들어, 구매자(12)는 U.S 달러로 지불된 납입금이 하나의 지불 기한일자의 사업일 내에 계좌를 제거하면서 판매자 은행에 포스팅될 것이라는 정보나 US 달러가 아닌 거래가 두 개의 지불 기한 일자의 사업일 내에 계좌를 제거하면서 판매자 은행에 포스팅될 것이라는 정보에 대해 제공받을 수 있다.
거래 처리 시스템(10)은 또한 거래상에서 구매자의 상태가 보증되는지에 대해 신원 확인을 허용할 수 있다. 이러한 거래와 관련된 정보는 그 후 판매자(14) 및/또는 판매자 은행에 보고 목적으로 제공될 수 있다.
이러한 정보는 판매자 은행에서 금융 서비스를 제공하기 위한 목적으로 사용될 수 있다. 예를 들어, 정보를 이용하여, 판매자 은행은 제공되는 변수가 어떤 거래에서 사용되는 요소인지에 대해 플래그를 설정할 수 있다. 이로 인해 판매자 은행은 어떠한 거래에 돈이 융통되는지 인식할 수 있고 그 결과 이러한 거래에 대한 신뢰도를 판매자에게 넘겨지지 않을 수 있다.이러한 정보의 이용에 대해서는 이하에서 후술하겠다.
일 실시예로서, 거래 처리 시스템(10)은 구매자(12)가 구매자 은행에서 구매자 은행 보증을 요청하거나 획득하는 것을 가능케 한다. 구매자 은행 보증은 구매 자 은행이 거래에 지불을 보증하는 것에 동의하는 것을 의미한다.
지불 명령 승인 절차 동안, 구매자(12)는 구매자 은행 보증에 대한 요청을 발급할 수 있다. 구매자 은행 보증에 관한 조항 및 조건들이 구매자(12)와 구매자 은행 간에 미리 협상된다.
일 실시예로서, 이러한 조항 및 조건들은 요청을 처리하기 위해 거래 처리 시스템(10)에서 저장되고 사용된다. 바람직하게, 거래 처리 시스템(10)은 구매자 은행에 요청을 처리하라고 제공한다. 구매자 은행이 내린 결정은 그 후 거래 처리 시스템(10)으로 중계된다.
요청이 승인되는 경우, 거래 및 이에 대응하는 지불 명령은 뒤이어 발생하는 변경 사항이나 배정된 은행의 보증 상태에 대해 락다운(lock-down)된다. 선택적으로 구매자(12), 판매자, 구매자 은행 및 판매자 은행에 이에 대한 공지가 제공될 수 있다.
요청이 거절된 경우, 거래 및 이에 대응하는 지불 명령은 은행-보증 거절 상태로 정해지고 거래는 보류된다. 선택적으로 구매자(12), 판매자, 구매자 은행 및 판매자 은행에 이에 대한 공지가 제공될 수 있다.
이와 유사하게, 거래 처리 시스템(10)은 은행이 보증한 상태의 거래와 이에 대한 지불이 판매자(14)에게 이루어질 수 있는지에 대한 정보를 판매자 은행에 제공할 수 있다.
이러한 정보는 판매자 은행에서 금융 서비스를 제공하기 위해 사용될 수 있으며, 이에 대해서는 후술하겠다. 이는 판매자 은행이 어떠한 거래가 구매자 은행 에 의해 자금을 공급받고 있고 보증되는지를 인식할 수 있게 함으로써 이러한 거래에 대한 신용이 판매자에게 전가되지 않도록 할 수 있다.
또 다른 일 실시예에서, 거래 처리 시스템(10)은 구매자 은행이 할인된 가격으로 판매자(14)에게 선지불 절차를 제공하고 처리할 수 있는 기능을 제공한다. 이는 "구매자 은행 미지급금 할인(buyer bank payable discounting, BBPD)"이라고도 불릴 수 있다. 이러한 기능은 구매자 은행이 제공하는 장래의 지불금들에 대한 구매자 은행 보증을 섬으로써 구매자가 판매자에게 지불할 수 있는 할인 금액을 제시할 수 있도록 하기 위해 제작되었다.
달리 말해, 구매자 은행은 이상에서 설명한 바와 같이 판매자(14)에게 지불할 수 있는 특정 미지급금에 대해 이미 보증을 하였으므로, 구매자 은행은 판매자에게 지불하는 이러한 미지급금을 지불 날짜를 앞당겨 할인된 가격으로 지불하기를 원하는 것이다. 이는 판매자(14)가 기한에 앞서 수령할 수 있는 소유하고 있는 계좌에 대한 수령을 가능케 한다.
앞서 설명한 기능을 제공하기 위해, 거래 처리 시스템(10)은 GUI(그래픽 사용자 인터페이스)를 제공함으로써 판매자(14)가 구매자 은행의 BBPD 자격이 있는지를 확인하기 위해 구매자 은행의 모든 거래를 디스플레이하고 검토할 수 있게 한다.
자격이 주어지는 거래는 예를 들어, 구매자 은행에서 허용한 구매자-보증 상태를 포함한다. 선택적으로, 구매자 은행은 은행이 보증한 상태의 거래인지를 결정할 때, 구매자 은행은 또한 거래가 BBPD의 자격이 있는지 여부를 나타낼 수 있다. 일부 경우, 구매자 은행은 은행이-보증한 상태가 주어지더라도 BBPD를 위한 자격을 얻지 못할 수 있다.
GUI를 이용하여, 판매자(14)는 구매자 은행에서 BBPD에 대한 요청을 할 수 있는 하나 이상의 자격이 인정된 거래를 선택할 수 있다. 선택된 거래에 속하는 요청들은 그 후 거래 처리 시스템(10)에서 구매자 은행으로 전송된다. "BBPD 요청" 상태는 각 선택된 거래에 할당될 수 있다.
바람직하게, 거래 처리 시스템(10)은 사용자 은행이 BBPD를 위한 자격이 인정된 거래인지를 확인하고 판매자(14)가 숙고할 수 있도록 판매자에게 확인된 거래와 관련 정보를 전송한다. 이와 유사하게, 판매자(14)는 그 후 선택된 거래에 대해 BBPD를 요청하도록 거래 처리 시스템(10)을 이용할 수 있다.
상기 요청에 더하여, 거래 처리 시스템(10)은 또한 선택된 거래를 구매자 은행에 전송할 수 있다. GUI를 이용하여, 구매자 은행은 요청의 승인 또는 거부 상태를 보기 위해 거래 처리 시스템(10)과 상호작동할 수 있다. 일 실시예에서, BBPD 승인은 거래와 관련된 지불 값에 따라 적어도 2개의 레벨에 기초한다.
거래가 승인된 후, 구매자 은행은 GUI를 이용하여 BBPD 또는 대출 조항을 거래 처리 시스템(10)에 부가 정보로 제공할 수 있다. 이러한 조항들은, 예를 들어, 대출자의 이름, 할인 비율, 시작일, 마감일, 전체 기간, 전체 할인 비용, 처리 수수료, 네트 처리 비용(예, 원 지불 비용에서 할인 비율을 빼고 처리 수수료를 뺀 비용)
구매자 은행이 거래를 승인한 후, 거래 처리 시스템(10)은 판매자(14)에게 승인을 알린다. "BBPD 승인" 상태는 승인된 거래에 할당된다. 판매자(14)는 그 후 거래 처리 시스템(10)을 승인된 거래와 관련된 BBPD 조항들을 보기 위해 이용할 수 있다.
판매자(14)는 그 후 승인된 거래를 승인하거나 또는 거부할 수 있다. 만일 승인된 거래를 판매자(14)가 받아들일 경우, 거래 처리 시스템(10)은 최종 승인에 대한 공식 협약을 디스플레이 한다. 공식 협약은 다양한 유형의 정보를 포함한다. 예를 들어, 승인된 거래와 다른 적합한 법적 용장(verbiage)에 대한 BBPD 조항들을 포함한다.
일 실시예로서, 공식 협약에 포함된 일부 정보 또는 모든 정보는 구매자 은행에만 한정된다. 거래 처리 시스템(10)은 구매자 은행이 공식 협약 내의 정보를 제공하고 수정할 수 있는 기능을 제공한다.
일단 공식 협약을 판매자(14)가 승인한 경우, 거래 처리 시스템(10)은 구매자 은행에 이를 알리고 그에 따라 승인된 거래와 관련된 모든 기록을 업데이트 한다. 예를 들어, "BBPD 구매자 은행 금융/판매자 승인" 상태가 승인된 거래에 할당된다. 승인된 거래와 관련된 정보는 그 후 부가적인 처리를 위해 판매자 은행에 전송된다.
구매자 은행이 VVPD가 요청된 선택된 거래를 거부하는 경우, "BBPD 거부" 상태가 거부된 거래에 할당된다.
이상에서 설명한 바와 같이, 거래에는 하나 이상의 상태들이 할당될 수 있다. 거래 처리 시스템(10)은 예를 들어 판매자(14)와 구매자 은행과 같은 다른 당 사자들이 상태에 기초해서 거래를 분류할 수 있는 기능을 제공한다.
BBPD와 관련된 구매자 은행과 판매자(14)간의 본질적인 상호 관계가 이상에서 설명되는 동안, 거래 처리 시스템(10)이 다수의 판매자(14)와 동시에 일을 함께 처리할 수 있다는 것을 이해하여야 한다. 일 실시예로서, 판매자(14)는 다수의 구매자 은행과 함께 일을 수행할 수 있다. 또 다른 예로서, 구매자 은행은 다수의 판매자(14)와 함께 일할 수 있다.
본 발명의 또 다른 일 실시예로서, 거래 처리 시스템(10)은 개개인의 판매자에게 장래 미지급금을 모니터 할 수 있는 기능을 제공한다. 이는 구매자 은행이 판매자(14)에 대한 신뢰 라인을 위해 사용되는 트랜치(tranch)를 개발하는 것을 가능케 한다. 트랜치는 주로 다른 위험, 보상 및/또는 완성 특성을 지닌다. 이는 "구매자 은행 미지급금 할인 집합(buyer bank payable discounting aggregation, BBPDA)"라고도 불릴 수 있다.
이상에서 설명한 바와 같이, 거래 처리 시스템(10)은 구매자(12), 판매자(14) 및 구매 은행에 기초한 거래에 대한 지금 가능 여부와 관련된 정보를 추적한다.
또한, 거래에 대한 지급 가능여부는 거래 처리 시스템(10)에 의해 "안전" 또는 "불안전"으로 분류될 수 있다. 은행-보증(예, 구매자 은행이 지불을 보증한 경우)이나 또는 다른 자산에 의해 보장되는 경우 미지급금 또는 지불은 안전한 것이다.
거래 처리 시스템(10)은 구매자 은행이 이용가능한 미지급금 정보를 이용하 여 트랜치를 개발하는 것을 허용한다. 예를 들어, 트랜치들은 60% 안전한 미지급금 및 40% 불안전한 미지급금을 지니는 30-일 트랜치와 같이 안전/불안전의 혼합 미지급금에 기초하여 식별될 수 있다.
트랜치에 대한 기준은 예를 들어, GUI를 통해 구매자 은행에 의한 거래 처리 시스템(10)에만 한정될 수 있다. 예를 들어, 구매자 은행은 트랜치가 적어도 70%의 안전한 미지급금을 위해 15일과 30일간의 기간 사이에 100만 달러가 필요함을 명시할 수 있다.
명시된 기준을 이용하여, 거래 처리 시스템(10)은 미지급금 정보를 모니터 하고 원하는 트랜치를 세울 수 있다. 충분한 미지급금이 확인된 경우 이상의 기준을 만족 시키는 경우, 거래 처리 시스템(10)은 대응하는 트랜치를 세운다. 모두 확인된 미지급금들은 그 후 대응되는 트랜치와 관련된다.
주의할 것은 일단 미지급금이 첫번째 트랜치를 세우기 위해 사용된 경우, 그 미지급금이 첫번째 트랜치와 관련이 있는 한 또 다른 트랜치에서 사용될 수 없다. 그러나, 미지급금(payable)은 또 다른 트랜치와 연관을 만들 수 있다. 예를 들어, 미지급금이 더 이상 첫번째 트랜치와 연관이 있다는 자격이 없는 경우, 이는 그 후 또 다른 트랜치와 연관될 수 있다.
일단 트랜치가 세워지면, 거래 처리 시스템(10)은 원하는 트랜치가 이용 가능함을 구매자 은행에게 공지한다. 구매자 은행은 그 후 신용 라인(line of credit)으로서 판매자(14)에게 트랜치를 제공할 수 있다.
신용 라인은 구매자 은행이 세운 특정 조항이나 조건에 영향을 받을 수 있 다. 예를 들어, 구매자 은행은 트랜치에서 장래 하나 이상의 미지급금을 할인할 수 있다. 거래 처리 시스템(10)은 트랜치 제안과 관련된 조항 및 조건들을 판매자(14)에게 중개할 수 있다.
일 실시예로서, 트랜치는 단지 하나의 구매 은행과 단지 한사람의 판매자(14)에게 관련된 미지급금에 대응될 수 있다. 달리 말해, 거래 처리 시스템(10)은 구매자 은행이 특정 판매자(14)에게 속하는 미지급금을 이용하여 트랜치를 세우는 것을 허용한다.
또한, 거래 처리 시스템(10)은 판매자(14)가 BBPDA를 요청하는 것을 허용한다. 이러한 요청은 판매자(14)가 원하는 하나 이상의 구매자 은행과 조항 및 조건에 대한 확인과 같은 정보를 포함한다. 일단 요청이 수신되고 어떠한 구매자 은행도 명시되지 않은 경우, 거래 처리 시스템(10)은 판매자(14)에게 속하는 미지급금을 확인하고 판매자(14)가 요청한 BBPDA의 발행 판매자(14)에게 속하는 눈에 띄는 미지급금을 지닌 하나 이상의 구매자 은행을 알려준다.
하나 이상의 구매자 은행은 그 후 거래 처리 시스템(10)을 이용하여 적합한 트랜치를 생성하고 판매자(14)에게 응답한다. 특정 구매자 은행이 명시된 경우, 거래 처리 시스템(10)은 이에 따라 특정 구매자 은행과 접촉한다.
일단 트랜치가 판매자(14)가 이용할 수 있도록 제작되면, 거래 처리 시스템(10)은 트랜치와 관련된 활동을 모니터 하고 관리한다. 예를 들어, 트랜치에 대한 판매자 드로윙(drawing)이 있다. 거래 처리 시스템(10)은 또한 판매자(14)가 구매자 은행의 자금 기한에 대해 구매자 은행에게 신뢰도를 다시 제공하는 능력을 제 공할 수 있다(예, 신뢰 라인 및/또는 부가적 이득의 대차 계산).
또한, 거래 처리 시스템(10)은 구매자(12)가 지급한 트랜치에서 미지급금들을 모니터 한다. 거래 처리 시스템(10)은 트랜치와 연관된 미지급금 지불을 구매자(12)가 한 때에 구매자 은행에게 이를 공지한다. 구매자 은행이 지불을 수신한 경우, 구매자 은행은 거래 처리 시스템(10)을 이용하여 판매자(14)가 시스템 상에서 대응하는 거래를 종료하는 방법을 알려주도록 판매자(14)에게 메시지를 전송한다.
본 발명의 일 실시예로서, 거래 처리 시스템(10)은 판매자 은행에게 주어진 지불에 대해 판매자(14)에게 융자를 제공할 수 있는 능력을 제공한다. 이는 앞서 설명한 BBPD와 유사하다. 거래 처리 시스템(10)은 판매자 은행이 판매자(14)를 위해 받을 수 있는 미매출금을 모니터 하도록 한다. 그 결과, 판매자 은행은 거래 처리 시스템을 장래 지불/미매출금에 대해 미리 융자를 생성할 수 있도록 이용할 수 있다.
한 시나리오로서, 거래 처리 시스템(10)은 판매자 은행이 판매자가 융자를 받기를 원하는 거래에 대해 사전 탐사를 수행하는 것을 허용한다. 선택적으로, 탐색을 원활히 하고 검증된 거래인지를 확인하기 위해, 거래 처리 시스템(10)은 거래가 사용자-보증 및/또는 은행-보증 상태인 경우인지를 판매자 은행에 공지한다.
또한, 거래 처리 시스템(10)은 판매자 은행이 다른 기준을 이용하여 검증된 거래인지를 탐색하도록 허용하는 기능을 제공할 수 있다. 이러한 기준은 예를 들어, 명시된 판매자, 융자를 고려할 의사가 있는 판매자, 그리고 거래 상태, 전체 지불액, 지불 기일 등을 포함한다.
바람직하게, 거래 처리 시스템(10)은 판매자가 융자를 얻기 원하는 거래를 확인하고 선택하는 것을 허용한다. 선택된 거래와 관련된 정보가 그 후 판매자 은행에 전달된다. 판매자 은행은 그 후 판매자(14)가 선택된 거래 중 어떤 거래에 융자를 제공할 것인지를 결정한다.
판매자 은행이 검증된 거래인지를 확인하면, 거래 처리 시스템(10)은 "판매자 융자 제공"상태를 이러한 거래에 할당한다. 선택적으로, 거래 처리 시스템(10)은 판매자 은행이 이러한 거래와 관련된 융자 조항과 조건들을 제공하는 것을 허용한다. 이러한 거래 및 대응되는 융자 조항과 조건들에 관한 정보는 그 후 리뷰와 선택을 위해 판매자(14)에게 전달된다.
판매자(14)는 그 후 제공된 거래 각각을 승인하거나 또는 거절할 수 있다. 거래 처리 시스템(10)은 그에 따라 "판매자 융자 허용" 또는 "판매자 융자 거절"과 같은 각 거래에 대해 적합한 상태를 할당한다.
융자 제공이 승인된 경우, 거래 처리 시스템(10)은 그 후 관련 정보를 수집하고 이러한 정보를 추가적인 절차를 위해 판매 은행에 전달한다. 선택적으로, 융자 제공이 허용된 경우, 거래 처리 시스템(10)은 판매자(14)의 승인에 대한 공식 협약을 디스플레이 할 수 있다. 공식 협약은 다양한 형태의 정보, 예를 들어, 융자 제공과 관련된 조항 및 조건 다른 법적 용장 정보를 포함한다.
일 실시예로서, 거래 처리 시스템(10)은 개개의 판매자에게 장래의 미매출금을 모니터 할 수 있는 기능을 제공할 수 있다. 이는 위에서 설명한 BBPDA와 유사하 다. 이는 판매자 은행이 판매자(14)에게 신용 라인에 사용되는 트랜치를 개발하는 것을 가능케 한다. 트랜치는 판매자(14)에게 제공될 수 있는 신뢰 라인을 표현하는 미매출금의 집합이다.
특히, 트랜치에서 미매출금은 다수의 관련 보증일 수 있으나 반드시 그래야 하는 것은 아니다. 트랜치들을 주로 다른 위험, 보상 및/또는 완성 특성을 지닌다. 이는 "판매자 은행 미매출금 할인 집합(seller bank receivable discounting aggregation, SBRDA)"이라 불릴 수 있다.
이상에서 설명한 바와 같이, 거래 처리 시스템(10)은 구매자(12), 판매자(14) 및 판매 은행에 기초한 거래에서 미매출금과 관련된 정보를 추적한다. 또한, 거래에서 미매출금은 거래 처리 시스템(10)에 의해 "안전" 또는 "불안전"으로 분류될 수 있다. 은행이 보증(예를 들어, 구매자 은행이 지불을 보증한 경우)한 경우 또는 다른 자산에 의해 보증되는 경우 미매출금은 안전하다.
거래 처리 시스템(10)은 판매자 은행이 이용가능한 미매출금 정보를 이용하여 트랜치를 개발하는 것을 허용한다. 예를 들어, 트랜치들은 안전/불안전한 미매출금의 혼합에 기초해서 확인될 수 있다. 예를 들어 60% 안전한 미매출금과 40%의 불안전한 미매출금을 지닌 30일 트랜치를 들 수 있다.
트랜치에 대한 기준은 판매자 은행에 의해 거래 처리 시스템(10)에 명시될 수 있다. 예를 들어, 판매자 은행은 적어도 15일과 30일 사이의 기한에 70%의 미매출금이 보장되기 위해서는 100만 달라가 필요하다는 트랜치를 명시할 수 있다. 이렇게 명시된 기준을 이용하여, 거래 처리 시스템(10)은 미매출금 정보를 모니터 하고 원하는 트랜치를 세운다.
충분한 미매출금이 앞선 기준을 만족한다고 확인되는 경우, 거래 처리 시스템(10)은 대응하는 트랜치를 세운다. 모든 확인된 미매출금이 그 후 대응하는 트랜치와 관련된다. 주의할 것은 일단 미매출금이 첫번째 트랜치를 세우기 위해 사용된 경우 미매출금이 그 첫번째 트랜치와 연관되어 있는 한 또 다른 트랜치에서 사용될 수 없다.
그러나, 미매출금(receivable)은 또 다른 트랜치와 연관을 만들 수 있다. 예를 들어, 미매출금이 더 이상 첫번째 트랜치와 연관이 있다는 자격이 없는 경우, 이는 그 후 또 다른 트랜치와 연관될 수 있다.
일단 트랜치가 세워지면, 거래 처리 시스템(10)은 원하는 트랜치가 이용 가능함을 판매자 은행에게 공지한다. 판매자 은행은 그 후 신용 라인(line of credit)으로서 판매자(14)에게 트랜치를 제공할 수 있다.
신용 라인은 구매자 은행이 세운 특정 조항이나 조건에 영향을 받을 수 있다. 예를 들어, 판매자 은행은 트랜치에서 장래 하나 이상의 미지급금을 할인할 수 있다. 거래 처리 시스템(10)은 트랜치 제안과 관련된 조항 및 조건들을 판매자(14)에게 중개할 수 있다.
일 실시예로서, 트랜치는 단지 하나의 판매자 은행과 단지 한사람의 판매자(14)에게 관련된 미지급금에 대응될 수 있다. 달리 말해, 거래 처리 시스템(10)은 판매자 은행이 특정 판매자(14)에게 속하는 수령금을 이용하여 트랜치를 세우는 것을 허용한다.
또한, 거래 처리 시스템(10)은 판매자(14)가 SBRDA를 요청하는 것을 허용한다. 이러한 요청은 판매자(14)가 원하는 하나 이상의 판매자 은행과 조항 및 조건에 대한 확인과 같은 정보를 포함한다.
일단 요청이 수신되고 어떠한 구매자 은행도 명시되지 않은 경우, 거래 처리 시스템(10)은 판매자(14)에게 속하는 미매출금을 확인하고 판매자(14)가 요청한 SBRDA의 발행 판매자(14)에게 속하는 눈에 띄는 미지급금을 지닌 하나 이상의 구매자 은행을 알려준다.
하나 이상의 판매자 은행은 그 후 거래 처리 시스템(10)을 이용하여 적합한 트랜치를 생성하고 판매자(14)에게 응답한다. 특정 판매자 은행이 명시된 경우, 거래 처리 시스템(10)은 이에 따라 특정 구매자 은행과 접촉한다.
일단 트랜치가 판매자(14)가 이용할 수 있도록 제작되면, 거래 처리 시스템(10)은 트랜치와 관련된 활동을 모니터 하고 관리한다. 예를 들어, 트랜치에 대한 판매자 드로윙(drawing)이 있다.
거래 처리 시스템(10)은 또한 판매자(14)가 판매자 은행의 자금 기한에 대해 판매자 은행에게 신뢰도를 다시 제공하는 능력을 제공할 수 있다(예, 신뢰 라인 및/또는 부가적 이득의 대차 계산).
또한, 거래 처리 시스템(10)은 구매자(12)에게서 받은 트랜치에서 미매출금들을 모니터 한다. 거래 처리 시스템(10)은 판매자(12)가 트랜치와 연관된 미매출금 지불을 수행 한 때에 판매자 은행에게 이를 공지한다.
판매자 은행이 지불을 수신한 경우, 판매자 은행은 거래 처리 시스템(10)을 이용하여 판매자(14)가 시스템 상에서 대응하는 거래를 종료하는 방법을 알려주도록 판매자(14)에게 메시지를 전송한다.
이상 도면과 명세서에서 최적 실시예 들이 개시되었다. 여기서 특정한 용어들이 사용되었으나, 이는 단지 본 발명을 설명하기 위한 목적에서 사용된 것이지 의미 한정이나 특허청구범위에 기재된 본 발명의 범위를 제한하기 위하여 사용된 것은 아니다.
그러므로 본 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시예가 가능하다는 점을 이해할 것이다. 따라서 본 발명의 진정한 기술적 보호 범위는 첨부된 특허청구범위의 기술적 사상에 의해 정해져야 할 것이다.

Claims (163)

  1. 구매자와 판매자 간의 복수의 거래를 모니터하도록 구현된 제어 로직;
    상기 구매자가 상기 거래에 대한 지불(payment)이 상기 구매자에 의해 보증됨을 표시하는 구매자-보증 상태를 거래에 할당하는 것을 허용하도록 구현된 제어 로직;
    상기 구매자가 상기 구매자를 위해 상기 복수의 거래의 미지급금(payable) 처리를 취급하는 구매자 은행으로부터 하나 이상의 거래에 대해 보증 요청을 허용하도록 구현되는 제어 로직 및 상기 구매자가 요청한 상기 하나 이상의 거래에 대해 보증을 제공할 것인지를 결정하고 은행-보증 상태를 보증이 제공된 각 거래에 할당하도록 구현된 제어 로직;
    상기 구매자 은행이 상기 판매자에게 구매자 은행 미지급금 할인을 제공하는 것을 허용하도록 구현된 제어 로직;
    상기 구매자 은행이 구매자 은행 미지급금 할인 집합(aggregation)을 상기 판매자에게 제공하는 것을 허용하도록 구현된 제어 로직;
    상기 판매자를 위해 상기 복수의 거래에서 미매출금 처리를 취급하는 판매자 은행이 상기 판매자에게 판매자 은행 미매출금 할인 을 제공하는 것을 허용하도록 구현된 제어 로직; 및
    상기 판매자 은행이 판매자 은행 미매출금 할인 집합을 상기 판매자에게 제공하는 것을 허용하도록 구현된 제어 로직;을 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  2. 제 1 항에 있어서,
    상기 구매자-보증 상태가 상기 거래에 일단 할당되면, 상기 거래와 관련된 모든 정보는 이후의 변경에 대해 락-다운(lock-down) 및 보호되는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  3. 제 1 항에 있어서,
    상기 구매자-보증 상태와 관련된 조항 및 조건들을 유지하도록 구현된 제어 로직을 더 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  4. 제 1 항에 있어서,
    보증을 제공할 것인지를 결정하기 위해 구현된 제어 로직은
    보증과 관련된 조항 및 조건들을 유지하기 위해 구현된 제어 로직;및
    상기 구매자가 요청한 상기 하나 이상의 거래에 보증을 제공할 것인지를 결정하기 위해 보증과 관련된 상기 조항 및 조건들을 이용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  5. 제 1 항에 있어서, 보증을 제공할 것인지를 결정하기 위해 구현된 제어 로직은
    상기 구매자가 요청한 상기 하나 이상의 거래에 대한 보증 요청과 관련된 상기 구매자 은행 정보를 전송하도록 구현된 제어 로직; 및
    상기 보증 요청과 관련된 상기 구매자 은행으로부터의 응답을 처리하도록 구현된 제어 로직;을 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  6. 제 1 항에 있어서, 상기 구매자 은행이 상기 판매자에게 BBPD(구매자 은행 미지급금 할인)을 제공하는 것을 허용하도록 구현된 제어 로직은
    상기 판매자에게 상기 구매자 은행에서 BBPD에 대한 자격이 주어진 상기 판매자 거래를 디스플레이하고 상기 판매자가 상기 자격이 주어진 거래들에서 선택한 하나 이상의 거래에 대해 BBPD를 요청하는 것을 허용하도록 구현된 제어 로직;및
    상기 구매자 은행이 BBPD에 대한 상기 선택된 하나 이상의 거래들을 승인하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  7. 제 6 항에 있어서,
    BBPD에 대한 자격은 상기 은행-보증 상태를 구비한 거래 및/또는 BBPD에 대해 상기 구매자 은행이 승인한 거래를 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  8. 제 6 항에 있어서,
    상기 구매자 은행이 상기 판매자에게 BBPD를 제공하는 것을 허용하도록 구현된 제어 로직은
    BBPD를 위해 상기 구매자 은행이 제공하고 수정할 수 있는 일반적인 조항과 조건들을 유지하도록 구현된 제어 로직;
    상기 구매자 은행이 BBPD를 위해 상기 승인된 각 거래에 대응하는 조항과 조건들을 명시하는 것을 허용하도록 구현된 제어 로직; 및
    상기 승인된 거래, 상기 일반적인 조항 및 조건, 그리고 BBPD에 대해 승인된 각 거래에 대응하는 상기 명시된 조항 및 조건 수락을 위해 상기 판매자에게 제시하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  9. 제 1 항에 있어서,
    상기 구매자 은행이 상기 판매자에게 BBPDA(구매자 은행 미지급금 할인 집합)을 제공하는 것을 허용하도록 구현된 제어 로직은
    상기 구매자 은행이 명시한 기준 세트에 기초하여 상기 복수의 거래 중 하나 이상에 대응하는 하나 이상의 미지급금과 관련된 트랜치를 세우도록 구현된 제어 로직; 및
    상기 판매자에게 신뢰 라인(line of credit)으로서 상기 트랜치를 제시하도록 구현되는 제어 로직;을 더 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  10. 제 9 항에 있어서, 하나 이상의 미지급금 중 적어도 하나는 안전한 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  11. 제 9 항에 있어서
    상기 구매자 은행에서 제공하는 상기 신뢰 라인과 연관된 조항 및 조건을 유지하도록 구현된 제어 로직; 및
    상기 신뢰 라인과 관련된 상기 조항 및 조건을 상기 판매자에게 제시하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  12. 제 9 항에 있어서,
    상기 트랜치와 관련하여 초래되는 활동들을 모니터하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  13. 제 9 항에 있어서,
    상기 판매자가 BBPDA 요청을 발행하는 것을 허용하도록 구현된 제어 로직; 및
    상기 BBPDA 요청을 상기 구매자 은행에 전송하도록 구현된 제어 로직;을 더 포함하고, 이 경우 상기 구매자 은행이 명시한 상기 기준 세트는 상기 BBPDA 요청 에 기초하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  14. 제 9 항에 있어서,
    상기 기준 세트를 만족시키는 것을 확실히 하기 위해 상기 트랜치와 연관한 상기 하나 이상의 미지급금들을 모니터하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  15. 제 1 항에 있어서,
    상기 판매자 은행이 상기 판매자에게 SBRD(판매자 은행 미매출금 할인)을 제공하는 것을 허용하도록 구현된 제어 로직은
    상기 판매자에게 상기 구매자 은행에서 SBRD에 대한 자격이 주어진 상기 판매자 은행 거래를 디스플레이하도록 구현된 제어 로직;
    상기 판매자 은행이 상기 자격이 주어진 거래들에서 선택한 하나 이상의 거래에 대해 상기 판매자에게 SBRD를 제공하는 것을 허용하도록 구현된 제어 로직;및
    상기 판매자가 상기 판매자 은행이 제공한 하나 이상의 거래에 대해 SBRD를 수락하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  16. 제 15 항에 있어서, SBRD에 대한 자격이 승인된 거래는 상기 은행-보증 상태를 구비한 거래를 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  17. 제 15 항에 있어서,
    상기 판매자 은행이 상기 판매자에게 SBRD를 제공하는 것을 허용하도록 구현된 제어 로직은
    SBRD를 위해 상기 판매자 은행이 제공하고 수정할 수 있는 일반적인 조항과 조건들을 유지하도록 구현된 제어 로직;
    상기 판매자 은행이 SBRD를 위해 상기 판매자 은행에서 제공한 상기 하나 이상의 거래 각각에 대응되는 조항과 조건들을 명시하는 것을 허용하도록 구현된 제어 로직; 및
    상기 판매자 은행이 제공한 상기 하나 이상의 거래, 상기 일반적인 조항 및 조건, 그리고 SBRD를 위해 상기 판매자 은행에서 제공한 상기 하나 이상의 거래 각각에 대응되는 상기 명시된 조항 및 조건 수락을 위해 상기 판매자에게 제시하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  18. 제 1 항에 있어서,
    상기 판매자 은행이 상기 판매자에게 SBRD를 제공하는 것을 허용하도록 구현된 제어 로직은
    상기 판매자에게 상기 판매자 은행에서 SBRD에 대한 자격이 주어진 거래를 디스플레이하고 상기 판매자가 상기 자격이 주어진 거래들에서 선택한 하나 이상의 거래에 대해 SBRD를 요청하는 것을 허용하도록 구현된 제어 로직;및
    상기 판매자 은행이 SBRD에 대한 상기 선택된 하나 이상의 거래들을 승인하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  19. 제1 항에 있어서
    SBRD를 위해 자격이 승인된 거래들은 상기 은행-보증 상태를 구비한 거래를 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  20. 제 18 항에 있어서, 상기 판매자 은행이 상기 판매자에게 SBRD를 제공하는 것을 허용하도록 구현된 제어 로직은
    SBRD를 위해 상기 판매자 은행이 제공하고 수정할 수 있는 일반적 조항 및 조건을 유지하기 위해 구현된 제어 로직
    상기 판매자 은행에서 SBRD에 대해 승인된 거래 각각에 대응하는 조항 및 조건들을 명시하는 것을 허용하도록 구현된 제어 로직;및
    상기 판매자가 상기 승인된 거래, 상기 일반적 조항 및 조건 및 SBRD에 대해 상기 승인된 거래 각각에 대응하는 상기 명시된 조항 및 조건들을 수락시키기 위해 제시하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  21. 제 1 항에 있어서, 상기 판매자 은행이 상기 판매자에게 SBRDA(판매자 은행 미매출금 할인 집합)을 제공하는 것을 허용하도록 구현된 제어 로직은
    상기 판매자 은행이 명시한 기준 세트에 기초하여 상기 복수의 거래중 하나 이상에 대응되는 하나 이상의 미매출금과 연관된 트랜치를 세우도록 구현된 제어 로직;및
    상기 판매자에게 신뢰 라인으로서 상기 트랜치를 제시하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  22. 제 21 항에 있어서,
    상기 하나 이상의 미매출금 중 적어도 하나는 안전한 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  23. 제 20 항에 있어서,
    상기 판매자 은행이 제공하는 상기 신뢰 라인과 관련된 조항 및 조건을 유지하도록 구현된 제어 로직; 및
    상기 판매자에게 상기 신뢰 라인과 관련된 상기 조항 및 조건을 제시하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  24. 제 20 항에 있어서,
    상기 트랜치와 관련되어 초래되는 활동들을 모니터하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  25. 제 20 항에 있어서,
    상기 판매자가 SBRDA 요청을 발행하는 것을 허용하도록 구현된 제어 로직;및
    상기 SBRDA 요청을 상기 판매자 은행에 전송하도록 구현된 제어 로직;을 더 포함하고, 이 경우 상기 판매자 은행이 명시한 상기 기준 세트는 상기 SBRDA 요청에 기초하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  26. 제 20 항에 있어서,
    상기 기준 세트를 만족하는지를 확인하기 위해 상기 트랜치와 연관된 상기 하나 이상의 미매출금을 모니터하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 금융 서비스를 제공하는 시스템.
  27. 복수의 구매자;
    복수의 판매자;
    상기 복수의 구매자를 위해 미지급금 처리를 취급하는 복수의 구매자 은행;
    상기 복수의 판매자를 위해 미매출금 처리를 취급하는 복수의 판매자 은행;및
    거래처리 시스템;을 포함하고, 상기 거래 처리 시스템은
    상기 복수의 구매자와 상기 복수의 판매자 간에 수행되는 복수의 거래를 모니터하고
    구매자가 대응하는 판매자와 수행하는 하나 이상의 거래에 대해 구매자 보증을 제공하는 것을 허용하며
    구매자가 하나 이상의 거래에 대해 거래의 구매자 은행 중 하나 이상의 은행에 은행 보증을 요청하는 것을 허용하며
    구매자 은행이 구매자 은행과 관련된 하나 이상의 구매자가 요청하는 하나 이상의 거래에 은행 보증을 제공할 것인지를 결정하도록 허용하고
    구매자 은행이 상기 복수의 판매자 중 하나 이상에게 BBPD(구매자 은행 미지급금 할인) 및 BBPDA(구매자 은행 미지급금 할인 집합)을 제공하도록 허용하며
    판매자 은행이 판매자 은행과 연관된 하나 이상의 판매자에게 SBRD(판매자 은행 미매출금 할인) 및 SBRDA(판매자 은행 미매출금 할인 집합)을 제공하도록 허용하는 것을 특징으로 하는 금융 서비스 제공 시스템.
  28. 제 27 항에 있어서, 상기 거래 처리 시스템은
    상기 복수의 구매자 은행이 제공하는 은행 보증과 관련된 조항 및 조건을 유지하고, 그리고
    상기 복수의 구매자 중 하나 이상이 요청한 하나 이상의 거래에 은행 보증을 제공할 것인지를 결정하는 은행 보증과 관련된 상기 조항 및 조건들을 이용하도록 추가적으로 구현되는 것을 특징으로 하는 금융 서비스 제공 시스템.
  29. 제 27 항에 있어서, 상기 거래 처리 시스템은
    하나 이상의 구매자가 요청하는 하나 이상의 거래를 위한 보증 요청과 관련된 각각의 정보를 하나 이상의 구매자 은행에 전달하고
    상기 보증 요청과 관련된 상기 하나 이상의 구매자 은행으로부터 각각 수신받은 응답을 처리하도록 추가적으로 구현되는 것을 특징으로 하는 금융 서비스 제공 시스템.
  30. 제 27 항에 있어서, BBPD를 제공하는 것과 연관하여, 상기 거래 처리 시스템은
    복수의 판매자 중 하나 이상에게 상기 복수의 구매자 은행 중 하나 이상의 은행으로부터 BBPD 자격이 인정된 각각의 거래를 디스플레이하고,
    상기 복수의 판매자 중 하나 이상의 판매자에게 상기 자격이 인정된 거래로부터 선택된 하나 이상의 거래에 대한 BBPD 요청을 허용하며, 이 경우 상기 구매자 은행이 상기 판매자에게 속한 대응하는 거래에서 하나 이상의 미지급금을 지니고 있을 경우, 상기 판매자는 구매자 은행에서 BBPD를 요청만 할 수 있으며,
    상기 복수의 구매자 은행 중 하나 이상의 은행이 BBPD에 대한 상기 선택된 하나 이상의 거래를 승인하도록 허용하도록 추가적으로 구현되는 것을 특징으로 하는 금융 서비스 제공 시스템.
  31. 제 30 항에 있어서,
    BBPD에 대한 자격이 인정된 상기 거래들은 상기 은행-보증 상태를 구비한 거래 및/또는 BBPD에 대한 상기 복수의 구매자 은행 중 하나 이상의 은행 각각이 승인한 거래를 포함하는 것을 특징으로 하는 금융 서비스 제공 시스템.
  32. 제 30 항에 있어서, 상기 거래 처리 시스템은
    BBPD에 대한 상기 복수의 구매자 은행 중 하나 이상의 은행 각각이 제공하고 수정할 수 있는 일반적 조항 및 조건을 유지하고
    상기 복수의 구매자 은행 중 하나 이상의 은행이 BBPD에 대해 상기 승인된 거래 각각에 대응하는 각각의 조항 및 조건을 명시하도록 허용하며, 그리고
    상기 각각의 승인된 거래, 상기 일반적 조항 및 조건 및 BBPD에 대해 상기 승인된 거래 각각에 대응하는 상기 명시된 조항 및 조건을 수락하도록 상기 복수의 판매자 중 하나 이상의 판매자에게 제시하도록 추가적으로 구현되는 것을 특징으로 하는 금융 서비스 제공 시스템.
  33. 제 27 항에 있어서, BBPDA를 제공하는 것과 연관하여, 상기 거래 처리 시스템은
    상기 복수의 구매자 은행이 명시한 기준 세트에 각각 기초하여 복수의 트랜치를 세우고, 이 경우 각 트랜치는 구매자 은행과 연관되고 그리고 상기 복수의 거 래 중 하나 이상에 대응하는 하나 이상의 미지급금과 상기 관련된 구매자 은행이 처리하고 있는 하나 이상의 미지급금을 포함하며, 그리고
    상기 복수의 트랜치 각각을 신뢰 라인으로서 상기 복수의 판매자 중 하나 이상에게 제시하도록 추가적으로 구현되는 것을 특징으로 하는 금융 서비스 제공 시스템.
  34. 제 33 항에 있어서, 상기 하나 이상의 미지급금 중 적어도 하나는 안전한 것을 특징으로 하는 금융 서비스 제공 시스템.
  35. 제 33 항에 있어서, 상기 거래 처리 시스템은
    상기 신뢰 라인과 연관된 조항 및 조건을 유지하고, 상기 신뢰 라인과 연관된 조항 및 조건은 상기 하나 이상의 구매자 은행이 각각 제공하며, 그리고
    상기 신뢰 라인과 관련된 상기 조항 및 조건을 상기 복수의 판매자 중 하나 이상에게 제시하도록 추가적으로 구현되는 것을 특징으로 하는 금융 서비스 제공 시스템.
  36. 제 33 항에 있어서, 상기 거래 처리 시스템은
    상기 복수의 트랜치와 연관되어 발생하는 활동을 모니터하도록 추가적으로 구현되는 것을 특징으로 하는 금융 서비스 제공 시스템.
  37. 제 33 항에 있어서, 상기 거래 처리 시스템은
    상기 복수의 판매자 중 하나 이상이 BBPDA 요청을 발행하도록 허용하고, 그리고
    상기 복수의 구매자 은행 중 하나 이상에 각각의 상기 BBPDA 요청을 전송하도록 추가적으로 구현되고, 이 경우 상기 복수의 구매자 은행이 명시한 기준 세트는 상기 BBPDA 요청에 각각 기초하는 것을 특징으로 하는 금융 서비스 제공 시스템.
  38. 제 33 항에 있어서, 상기 거래 처리 시스템은
    트랜치를 만족하는 것과 관련된 상기 기준 세트를 확인하기 위해 트랜치 내의 하나 이상의 미지급금을 모니터하도록 추가적으로 구현되는 것을 특징으로 하는 금융 서비스 제공 시스템.
  39. 제 27 항에 있어서, SBRD를 제공하는 것과 연관하여, 상기 거래 처리 시스템은
    복수의 판매자 중 하나 이상에게 상기 복수의 판매자 은행 중 하나 이상의 은행으로부터 SBRD 자격이 인정된 각각의 거래를 디스플레이하고,
    상기 복수의 판매자 중 하나 이상의 판매자에게 상기 자격이 인정된 거래로부터 선택된 하나 이상의 거래에 대한 SBRD 요청을 허용하며, 이 경우 상기 판매자 은행이 상기 판매자에게 속한 대응하는 거래에서 하나 이상의 미매출금을 지니고 있을 경우, 상기 판매자는 판매자 은행에서 SBRD를 요청만 할 수 있으며,
    상기 복수의 판매자 은행 중 하나 이상의 은행이 SBRD에 대한 상기 선택된 하나 이상의 거래를 승인하도록 허용하도록 추가적으로 구현되는 것을 특징으로 하는 금융 서비스 제공 시스템.
  40. 제 39 항에 있어서,
    SBRD에 대해 자격이 인정된 거래는 상기 은행-보증 상태를 구비한 거래를 포함하는 것을 특징으로 하는 금융 서비스 제공 시스템.
  41. 제 39항에 있어서, 상기 거래 처리 시스템은
    SBRD에 대한 상기 복수의 판매자 은행 중 하나 이상의 은행 각각이 제공하고 수정할 수 있는 일반적 조항 및 조건을 유지하고
    상기 복수의 판매자 은행 중 하나 이상의 은행이 SBRD에 대해 상기 승인된 거래 각각에 대응하는 각각의 조항 및 조건을 명시하도록 허용하며, 그리고
    상기 각각의 승인된 거래, 상기 일반적 조항 및 조건 및 SBRD에 대해 상기 승인된 거래 각각에 대응하는 상기 명시된 조항 및 조건을 수락하도록 상기 복수의 판매자 중 하나 이상의 판매자에게 제시하도록 추가적으로 구현되는 것을 특징으로 하는 금융 서비스 제공 시스템.
  42. 제 27 항에 있어서, SBRDA를 제공하는 것과 연관하여, 상기 거래 처리 시스 템은
    상기 복수의 판매자 은행이 명시한 기준 세트에 각각 기초하여 복수의 트랜치를 세우고, 이 경우 각 트랜치는 판매자 은행과 연관되고 그리고 상기 복수의 거래 중 하나 이상에 대응하는 하나 이상의 미매출금과 상기 관련된 판매자 은행이 처리하고 있는 하나 이상의 미매출금을 포함하며, 그리고
    상기 복수의 트랜치 각각을 신뢰 라인으로서 상기 복수의 판매자 중 하나 이상에게 제시하도록 추가적으로 구현되는 것을 특징으로 하는 금융 서비스 제공 시스템.
  43. 제 42 항에 있어서, 상기 하나 이상의 미지급금 중 적어도 하나는 안전한 것을 특징으로 하는 금융 서비스 제공 시스템.
  44. 제 42 항에 있어서, 상기 거래 처리 시스템은
    상기 신뢰 라인과 연관된 조항 및 조건을 유지하고, 상기 신뢰 라인과 연관된 조항 및 조건은 상기 하나 이상의 판매자 은행이 각각 제공하며, 그리고
    상기 신뢰 라인과 관련된 상기 조항 및 조건을 상기 복수의 판매자 중 하나 이상에게 제시하도록 추가적으로 구현되는 것을 특징으로 하는 금융 서비스 제공 시스템.
  45. 제 42 항에 있어서, 상기 거래 처리 시스템은
    상기 복수의 트랜치와 연관되어 발생하는 활동을 모니터하도록 추가적으로 구현되는 것을 특징으로 하는 금융 서비스 제공 시스템.
  46. 제 42 항에 있어서, 상기 거래 처리 시스템은
    상기 복수의 판매자 중 하나 이상이 SBRDA 요청을 발행하도록 허용하고, 그리고
    상기 복수의 판매자 은행 중 하나 이상에 각각의 상기 SBRDA 요청을 전송하도록 추가적으로 구현되고, 이 경우 상기 복수의 판매자 은행이 명시한 기준 세트는 상기 SBRDA 요청에 각각 기초하는 것을 특징으로 하는 금융 서비스 제공 시스템.
  47. 제 42 항에 있어서, 상기 거래 처리 시스템은
    트랜치를 만족하는 것과 관련된 상기 기준 세트를 확인하기 위해 트랜치 내의 하나 이상의 미지급금을 모니터하도록 추가적으로 구현되는 것을 특징으로 하는 금융 서비스 제공 시스템.
  48. 구매자와 판매자 간의 복수의 거래를 모니터링 하도록 구현된 제어 로직으로서, 이 경우 각 거래에서 상기 구매자는 상기 판매자에게 대금을 지불해야 하고, 그리고,
    판매자 은행이 상기 복수의 거래를 모니터하여 수집한 정보를 이용하여 상기 판매자에게 SBRDA(판매자 은행 미매출금 할인 집합)을 제공하도록 구현된 제어 로직;을 포함하고, 상기 판매자 은행은 상기 판매자를 위해 상기 복수의 거래에서 미매출금 처리를 취급하는 것을 특징으로 하는 미매출금 할인 집합 서비스를 제공하는 시스템.
  49. 제 48 항에 있어서, 상기 판매자 은행이 상기 판매자에게 SBRDA를 제공하는 것을 허용하도록 구현된 상기 제어 로직은
    상기 판매자 은행이 명시한 기준 세트에 기초한 상기 복수의 거래 중 하나 이상에 대응하는 하나 이상의 미매출금과 관련된 트랜치를 세우도록 구현된 제어 로직;및
    상기 트랜치를 상기 판매자에게 신뢰 라인으로서 제시하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미매출금 할인 집합 서비스를 제공하는 시스템.
  50. 제 49 항에 있어서,
    상기 하나 이상의 미매출금 중 적어도 하나는 안전한 것을 특징으로 하는 미매출금 할인 집합 서비스를 제공하는 시스템.
  51. 제 49 항에 있어서,
    상기 하나 이상의 미매출금 중 적어도 하나는 불안전한 것을 특징으로 하는 미매출금 할인 집합 서비스를 제공하는 시스템.
  52. 제 49 항에 있어서,
    상기 신뢰 라인과 관련된 조항 및 조건을 유지하도록 구현된 제어 로직, 이 경우 상기 신뢰 라인과 관련된 상기 조항 및 조건은 상기 판매자 은행이 제공하고, 그리고
    상기 신뢰 라인과 관련된 상기 조항 및 조건을 상기 판매자에게 제시하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미매출금 할인 집합 서비스를 제공하는 시스템.
  53. 제 52 항에 있어서,
    상기 신뢰 라인과 관련된 상기 조항 및 조건은 상기 판매자 은행이 수정할 수 있는 것을 특징으로 하는 미매출금 할인 집합 서비스를 제공하는 시스템.
  54. 제 49 항에 있어서,
    상기 트랜치와 관련하여 초래되는 활동들을 모니터하도록 구현된 제어 로직을 더 포함하는 것을 특징으로 하는 미매출금 할인 집합 서비스를 제공하는 시스템.
  55. 제 54 항에 있어서,
    상기 모니터된 활동에 대한 응답으로 상기 트랜치를 수정하도록 구현된 제어 로직을 더 포함하는 것을 특징으로 하는 미매출금 할인 집합 서비스를 제공하는 시스템.
  56. 제 49 항에 있어서,
    상기 판매자가 SBRDA 요청을 발행하는 것을 허용하도록 구현된 제어 로직; 및
    상기 판매자 은행으로 상기 SBRDA 요청을 전송하도록 구현된 제어로직;을 더 포함하고, 상기 판매자 은행이 명시한 상기 기준 세트는 상기 SBRDA 요청에 기초하는 것을 특징으로 하는 미매출금 할인 집합 서비스를 제공하는 시스템.
  57. 제 49 항에 있어서,
    상기 기준 세트를 만족하는 것을 확실히 하기 위해 상기 트랜치와 연관된 상기 하나 이상의 미매출금을 모니터하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미매출금 할인 집합 서비스를 제공하는 시스템.
  58. 제 49 항에 있어서,
    상기 판매자 은행이 상기 트랜치를 세우는데 사용되는 상기 기준 세트를 명시하는 것을 허용하도록 구현된 제어 로직을 더 포함하는 것을 특징으로 하는 미매출금 할인 집합 서비스를 제공하는 시스템.
  59. 제 58 항에 있어서,
    상기 판매자 은행이 GUI(그래픽 유저 인터페이스)를 포함하는 상기 기준 세트를 명시하는 것을 허용하도록 구현된 제어 로직인 것을 특징으로 하는 미매출금 할인 집합 서비스를 제공하는 시스템.
  60. 제 49 항에 있어서,
    상기 판매자 은행에 상기 트랜치가 상기 기준 세트에 따라 일단 세워졌음을 알리도록 구현된 제어 로직을 더 포함하는 것을 특징으로 하는 미매출금 할인 집합 서비스를 제공하는 시스템.
  61. 제 60 항에 있어서,
    상기 판매자 은행이 상기 판매자에게 신뢰 라인으로서 상기 트랜치를 제공하는 것을 허용하도록 구현된 제어 로직을 더 포함하는 것을 특징으로 하는 미매출금 할인 집합 서비스를 제공하는 시스템.
  62. 복수의 구매자;
    복수의 판매자;
    상기 복수의 구매자를 위해 미지급금 처리를 취급하는 복수의 구매자 은행;
    상기 복수의 판매자를 위해 미매출금 처리를 취급하는 복수의 판매자 은행; 및
    거래처리 시스템;을 포함하고, 상기 거래 처리 시스템은
    상기 복수의 구매자와 상기 복수의 판매자 간에 수행되는 복수의 거래를 모니터하고, 그리고
    하나 이상의 판매자 은행이 상기 복수의 거래를 모니터하여 수집된 정보를 이용하여 상기 복수의 판매자 중 하나 이상에게 각각 SBRDA(판매자 은행 미매출금 할인 집합)을 제공하는 것을 허용하는 것을 특징으로 하는 미매출금 할인 집합 서비스 제공 시스템.
  63. 제 62 항에 있어서, 상기 거래 처리 시스템은
    상기 하나 이상의 판매자 은행이 명시한 기준 세트에 각각 기초하여 하나 이상의 트랜치를 세우고, 이 경우 각 트랜치는 판매자 은행과 연관되고 그리고 상기 복수의 거래 중 하나 이상에 대응하는 하나 이상의 미매출금과 상기 관련된 판매자 은행이 처리하고 있는 하나 이상의 미매출금을 포함하며, 그리고
    상기 하나 이상의 트랜치 각각을 신뢰 라인으로서 상기 복수의 판매자 중 하나 이상에게 제시하도록 추가적으로 구현되는 것을 특징으로 하는 미매출금 할인 집합 서비스 제공 시스템.
  64. 제 63 항에 있어서, 상기 하나 이상의 미매출금 중 적어도 하나는 안전한 것을 특징으로 하는 미매출금 할인 집합 서비스 제공 시스템.
  65. 제 63 항에 있어서, 상기 하나 이상의 미매출금 중 적어도 하나는 불안전한 것을 특징으로 하는 미매출금 할인 집합 서비스 제공 시스템.
  66. 제 63 항에 있어서, 상기 거래 처리 시스템은
    상기 신뢰 라인과 연관된 조항 및 조건을 유지하고, 상기 신뢰 라인과 연관된 조항 및 조건은 상기 하나 이상의 판매자 은행이 각각 제공하며, 그리고
    상기 신뢰 라인과 관련된 상기 조항 및 조건을 상기 복수의 판매자 중 하나 이상에게 제시하도록 추가적으로 구현되는 것을 특징으로 하는 미매출금 할인 집합 서비스 제공 시스템.
  67. 제 66 항에 있어서,
    상기 신뢰 라인과 관련된 상기 조항 및 조건들은 상기 하나 이상의 판매자 은행에 의해 수정될 수 있는 것을 특징으로 하는 미매출금 할인 집합 서비스 제공 시스템.
  68. 제 62 항에 있어서, 상기 거래 처리 시스템은
    상기 하나 이상의 트랜치와 연관되어 발생하는 활동을 모니터하고
    상기 모니터된 활동들에 따라 상기 하나 이상의 트랜치를 수정하도록 추가적으로 구현되는 것을 특징으로 하는 미매출금 할인 집합 서비스 제공 시스템.
  69. 제 62 항에 있어서, 상기 거래 처리 시스템은
    상기 복수의 판매자 중 하나 이상이 SBRDA 요청을 발행하도록 허용하고, 그리고
    상기 복수의 판매자 은행 중 하나 이상에 각각의 상기 SBRDA 요청을 전송하도록 추가적으로 구현되고, 이 경우 상기 복수의 판매자 은행이 명시한 기준 세트는 상기 SBRDA 요청에 각각 기초하는 것을 특징으로 하는 미매출금 할인 집합 서비스 제공 시스템.
  70. 제 69 항에 있어서, 상기 거래 처리 시스템은
    상기 SBRDA 요청이 전송되는 상기 하나 이상의 구매자 은행을 확인하도록 추가적으로 구현되는 것을 특징으로 하는 미매출금 할인 집합 서비스 제공 시스템.
  71. 제 63 항에 있어서, 상기 거래 처리 시스템은
    트랜치를 만족하는 것과 관련된 상기 기준 세트를 확인하기 위해 트랜치 내의 하나 이상의 미매출금을 모니터하도록 추가적으로 구현되는 것을 특징으로 하는 미매출금 할인 집합 서비스 제공 시스템.
  72. 복수의 구매자와 복수의 판매자간의 복수의 거래와 관련된 미매출금 정보를 수집하도록 구현된 제어 로직, 이 경우 상기 미매출금 정보는 상기 복수의 판매자 를 위해 상기 복수의 구매자로부터 복수의 판매자 은행이 받아야할 미매출금과 관련된 정보를 포함하고, 그리고
    상기 복수의 판매자 은행이 상기 수집된 미매출금 정보를 이용하여 상기 복수의 판매자 각각에게 SBRDA(판매자 은행 미매출금 할인 집합)을 제공하는 것을 허용하도록 구현된 제어 로직;을 포함하는 것을 특징으로 하는 거래 처리 시스템.
  73. 제 72 항에 있어서,
    판매자가 SBRDA 요청을 발행하는 것을 허용하도록 구현된 제어 로직;
    상기 SBRDA 요청을 잠재적으로 이행할 수 있는 하나 이상의 판매자 은행을 확인하도록 구현된 제어 로직;
    상기 하나 이상의 판매자 은행이 상기 SBRDA 요청에 따라 하나 이상의 트랜치들을 세우기 위한 각 기준 세트를 명시하는 것을 허용하도록 구현된 제어 로직;
    상기 수집된 미매출금 정보를 이용하여 상기 하나 이상의 트랜치를 세우도록 구현된 제어 로직; 및
    상기 하나 이상의 판매자 은행이 신뢰 라인으로서 상기 판매자에게 상기 하나 이상의 트랜치를 제시하는 것을 허용하도록 구현된 제어 로직;을 포함하는 것을 특징으로 하는 거래 처리 시스템.
  74. 제 73 항에 있어서,
    상기 하나 이상의 판매자 은행이 상기 하나 이상의 트랜치와 연관된 조항 및 조건을 각각 명시하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  75. 제 74 항에 있어서,
    상기 판매자가 신뢰 라인으로서 상기 하나 이상의 트랜치 중 하나를 선택하여 이용하는 것을 허용하도록 구현된 제어 로직; 및
    상기 판매자가 선택한 상기 트랜치와 관련한 상기 조항 및 조건을 디스플레이 하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  76. 제 72 항에 있어서,
    하나 이상의 판매자 은행이 상기 수집된 미매출금 정보를 이용하여 하나 이상의 트랜치를 각각 세우는 것을 허용하도록 구현된 제어 로직을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  77. 제 76 항에 있어서,
    판매자에게 상기 하나 이상의 판매자 은행이 각각 만든 하나 이상의 판매자 은행 SBRDA 제의를 알리도록 구현된 제어 로직, 이 경우 각 판매자 은행 SBRDA 제의는 신뢰 라인으로서 대응하는 판매자 은행과 연관된 트랜치 제의를 포함하고, 그리고
    상기 판매자가 상기 하나 이상의 판매자 은행 SBRDA 제의들을 승인 또는 거부하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  78. 제 76 항에 있어서,
    상기 하나 이상의 판매자 은행이 상기 하나 이상의 트랜치를 세우기 위해 사용될 각 기준 세트를 명시하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  79. 제 78 항에 있어서,
    트랜치를 만족하는 것과 연관된 상기 기준 세트를 확실히 하기 위해 트랜치와 관련된 활동들을 모니터하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  80. 제 78 항에 있어서,
    트랜치를 만족하는 것과 연관된 상기 기준 세트를 확실히 하기 위해 트랜치를 수정하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  81. 구매자와 판매자 간의 복수의 거래를 모니터링 하도록 구현된 제어 로직으로 서, 이 경우 각 거래에서 상기 구매자는 상기 판매자에게 대금을 지불해야 하고, 그리고,
    판매자 은행이 상기 복수의 거래를 모니터하여 수집한 정보를 이용하여 상기 판매자에게 SBRD(판매자 은행 미매출금 할인)을 제공하도록 구현된 제어 로직;을 포함하고, 상기 판매자 은행은 상기 판매자를 위해 상기 복수의 거래에서 미매출금 처리를 취급하는 것을 특징으로 하는 미매출금 할인 서비스 제공 시스템.
  82. 제 81 항에 있어서, 상기 판매자 은행이 상기 판매자에게 SBRD(판매자 은행 미매출금 할인)을 제공하도록 구현된 제어 로직은
    상기 판매자에게 상기 판매자 은행으로부터 SBRD에 대해 자격이 인정되는 거래를 디스플레이하고 상기 판매자에게 상기 자격이 인정된 거래에서 선택된 하나 이상의 거래에 대한 SBRD 요청을 허용하도록 구현된 제어 로직; 및
    상기 판매자 은행이 SBRD에 대한 상기 선택된 하나 이상의 거래를 승인하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미매출금 할인 서비스 제공 시스템.
  83. 제 82 항에 있어서, 상기 판매자 은행이 상기 판매자에게 SBRD(판매자 은행 미매출금 할인)을 제공하도록 구현된 제어 로직은
    상기 판매자 은행이 SBRD에 대한 자격이 인정된 상기 거래를 상기 판매자에게 디스플레이 하기 전에 확인하는 것을 허용하도록 구현된 제어 로직을 더 포함 하는 것을 특징으로 하는 미매출금 할인 서비스 제공 시스템.
  84. 제 82 항에 있어서,
    상기 디스플레이하도록 구현된 제어 로직은 SBRD에 대한 자격이 인정된 상기 거래를 상기 판매자에게 디스플레이하도록 구현된 GUI(graphical user interface)를 포함하는 더 포함하는 것을 특징으로 하는 미매출금 할인 서비스 제공 시스템.
  85. 제82 항에 있어서,
    상기 판매자 은행이 SBRD에 대해 상기 선택된 하나 이상의 거래를 승인하는 것을 허용하도록 구현된 상기 제어 로직은 상기 판매자 은행이 SBRD에 대해 상기 선택된 하나 이상의 거래를 리뷰하고 승인하는 것을 허용하도록 구현하는 GUI를 포함하는 것을 특징으로 하는 미매출금 할인 서비스 제공 시스템.
  86. 제 82 항에 있어서,
    상기 구매자가 하나 이상의 거래에서 구매자 은행으로부터 보증을 요청하는 것을 허용하도록 구현된 제어 로직; 및
    상기 구매자가 요청하는 상기 하나 이상의 거래에 보증을 제공할지를 결정하고 보증이 제공될 각 거래에 은행-보증 상태를 할당하도록 구현된 제어 로직;을 포함하고, SBRD에 대한 자격을 인정하는 거래는 상기 은행-보증 상태를 구비한 거래 및/또는 SBRD에 대해 상기 판매자 은행이 승인한 거래를 포함하는 것을 특징으로 하는 미매출금 할인 서비스 제공 시스템.
  87. 제 82 항에 있어서,
    상기 판매자 은행이 상기 판매자에게 SBRD(판매자 은행 미매출금 할인)을 제공하는 것을 허용하도록 구현된 상기 제어 로직은
    SBRD에 대해 상기 판매자 은행이 제공하는 일반적 조항 및 조건들을 유지하도록 구현된 제어 로직으로서, 이 경우 상기 판매자 은행은 상기 일반적 조항 및 조건을 수정할 수 있는 제어 로직;
    상기 판매자 은행이 SBRD에 대해 상기 승인된 거래 각각에 대응하는 조항 및 조건을 명시하는 것을 허용하도록 구현된 제어 로직;및
    상기 판매자에게 상기 승인된 거래, 상기 일반적 조항 및 조건, 및 SBRD에 대해 상기 승인된 거래 각각에 대응하는 상기 명시된 조항 및 조건을 수락하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미매출금 할인 서비스 제공 시스템.
  88. 제 81 항에 있어서,
    상기 판매자에게 판매자 은행 SBRD 제의를 알리도록 구현된 제어 로직; 및
    상기 판매자가 상기 판매자 은행 SBRD 제의를 수락 또는 거절하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미매출금 할인 서비스 제공 시스템.
  89. 제 88 항에 있어서,
    상기 판매자가 상기 판매자 은행 SBRD 제의를 수락하는 것에 기초해 공식적 협약(formal agreement)을 상기 판매자에게 제시하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미매출금 할인 서비스 제공 시스템.
  90. 복수의 구매자;
    복수의 판매자;
    상기 복수의 구매자를 위해 미지급금 처리를 취급하는 복수의 구매자 은행; 및
    거래처리 시스템;을 포함하고, 상기 거래 처리 시스템은
    상기 복수의 구매자와 상기 복수의 판매자 간에 수행되는 복수의 거래를 모니터하고, 각 거래에서 상기 구매자는 상기 판매자에게 대금을 지불해야 하고,
    복수의 판매자 은행이 상기 복수의 거래를 모니터하여 수집된 정보를 이용하여 상기 복수의 판매자 중 하나 이상에게 각각 SBRD(판매자 은행 미매출금 할인)을 제공하는 것을 허용하는 것을 특징으로 하는 미매출금 할인 서비스 제공 시스템.
  91. 제 90 항에 있어서, SBRD를 제공하는 것과 연관하여, 상기 거래 처리 시스템 은
    복수의 판매자 중 하나 이상에게 상기 복수의 판매자 은행 중 하나 이상의 은행으로부터 SBRD 자격이 인정된 각각의 거래를 디스플레이하고,
    상기 복수의 판매자 중 하나 이상의 판매자에게 상기 자격이 인정된 거래로부터 선택된 하나 이상의 거래에 대한 SBRD 요청을 허용하며, 이 경우 상기 판매자 은행이 상기 판매자에게 속한 대응하는 거래에서 하나 이상의 미매출금을 지니고 있을 경우, 상기 판매자는 판매자 은행에서 SBRD를 요청만 할 수 있으며,
    상기 복수의 판매자 은행 중 하나 이상의 은행이 SBRD에 대한 상기 선택된 하나 이상의 거래를 승인하도록 허용하도록 추가적으로 구현되는 것을 특징으로 하는 미매출금 할인 서비스 제공 시스템.
  92. 제 91 항에 있어서, 상기 거래 처리 시스템은
    상기 복수의 판매자 은행이 SBRD에 대해 자격이 인정되는 거래를 상기 복수의 판매자 중 하나 이상에게 디스플레이하기 전에 확인하는 것을 허용하도록 추가적으로 구현되는 것을 특징으로 하는 미매출금 할인 서비스 제공 시스템.
  93. 제 91 항에 있어서, 상기 거래 처리 시스템은
    상기 판매자 은행에 은행-보증 상태가 거래에 할당되는 경우 SBRD에 대해 잠재적으로 자격이 인정되는 거래를 알려주고, 이 경우 상기 판매자 은행은 상기 거래에 속하는 미매출금을 처리하도록 추가적으로 구현되는 것을 특징으로 하는 미매 출금 할인 서비스 제공 시스템.
  94. 제 91 항에 있어서,
    SBRD에 대한 자격을 인정하는 상기 거래는 은행-보증 상태를 구비한 거래 및/또는 SBRD에 대한 상기 복수의 판매자 은행 중 하나 이상이 각각 승인한 거래를 포함하는 것을 특징으로 하는 미매출금 할인 서비스 제공 시스템.
  95. 제 91 항에 있어서, 상기 거래 처리 시스템은
    SBRD에 대한 상기 복수의 판매자 은행 중 하나 이상의 은행 각각이 제공하고 수정할 수 있는 일반적 조항 및 조건을 유지하고
    상기 복수의 판매자 은행 중 하나 이상의 은행이 SBRD에 대해 상기 승인된 거래 각각에 대응하는 각각의 조항 및 조건을 명시하도록 허용하며, 그리고
    상기 각각의 승인된 거래, 상기 일반적 조항 및 조건 및 SBRD에 대해 상기 승인된 거래 각각에 대응하는 상기 명시된 조항 및 조건을 수락하도록 상기 복수의 판매자 중 하나 이상의 판매자에게 제시하도록 추가적으로 구현되는 것을 특징으로 하는 미매출금 할인 서비스 제공 시스템.
  96. 제90 항에 있어서, 상기 거래 처리 시스템은
    상기 복수의 판매자 중 하나 이상에게 하나 이상의 판매자 은행 SBRD 제의를 각각 알리도록 구현된 제어 로직; 및
    상기 복수의 판매자 중 하나 이상이 상기 하나 이상의 판매자 은행 SBRD 제의를 각각 수락 또는 거절하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미매출금 할인 서비스 제공 시스템.
  97. 제 96 항에 있어서, 상기 거래 처리 시스템은
    하나 이상의 판매자에게 하나 이상의 판매자 각각의 판매자 은행 SBRD 제의에 대한 수락에 대해 공식적 협약을 제시하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미매출금 할인 서비스 제공 시스템.
  98. 복수의 구매자와 복수의 판매자간의 복수의 거래와 관련된 미매출금 정보를 수집하도록 구현된 제어 로직, 이 경우 상기 미매출금 정보는 상기 복수의 판매자를 위해 상기 복수의 판매자로부터 복수의 판매자 은행이 받아야할 미매출금과 관련된 정보를 포함하고, 그리고
    상기 복수의 판매자 은행이 상기 수집된 미매출금 정보를 이용하여 상기 복수의 판매자 각각에게 SBRD(판매자 은행 미매출금 할인)을 제공하는 것을 허용하도록 구현된 제어 로직;을 포함하는 것을 특징으로 하는 거래 처리 시스템.
  99. 제 98 항에 있어서,
    판매자에게 하나 이상의 SBRD-자격 인정 거래를 디스플레이하도록 구현된 제어 로직으로서, 상기 하나 이상의 SBRD-자격 인정 거래는 상기 복수의 거래들 중 선택되고 상기 하나 이상의 SBRD-자격 인정 거래는 상기 판매자에게 속하는 미매출금을 구비한 거래이고,
    상기 판매자가 상기 하나 이상의 SBRD-자격 인정 거래로부터 선택된 하나 이상의 거래에 대해 SBRD를 요청하는 것을 허용하도록 구현된 제어 로직;
    상기 하나 이상의 선택된 거래 각각을 하나 이상의 판매자 은행에 디스플레이 하도록 구현된 제어 로직으로서, 상기 하나 이상의 판매자 은행은 상기 판매자를 위해 하나 이상 선택된 거래 각각에 대해 지불금을 수신하는 업무를 수행하며;그리고
    상기 하나 이상의 판매자 은행이 상기 하나 이상의 선택된 거래 각각을 리뷰하고 승인하는 것을 허용하도록 구현된 제어 로직;을 포함하는 것을 특징으로 하는 거래 처리 시스템.
  100. 제 99 항에 있어서,
    상기 하나 이상의 판매자 은행이 상기 하나 이상의 SBRD-자격 인정 거래를 상기 판매자에게 디스플레이하기 이전에 확인하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  101. 제 99 항에 있어서,
    상기 하나 이상의 판매자 은행에게 은행-보증 상태가 할당될 경우 SBRD에 대한 자격이 잠재적으로 인정되는 거래를 알려주도록 구현된 제어 로직을 더 포함하 고, 이 경우 상기 하나 이상의 판매자 은행은 상기 거래에 속하는 미매출금을 각각 처리하는 업무를 수행하는 것을 특징으로 하는 거래 처리 시스템.
  102. 제 99 항에 있어서,
    상기 하나 이상의 SBRD-자격 인정 거래는 은행-보증 상태를 구비한 거래 및/또는 SBRD에 대해 상기 하나 이상의 판매자 은행이 각각 승인한 거래를 포함하는 것을 특징으로 하는 거래 처리 시스템.
  103. 제 99 항에 있어서,
    상기 하나 이상의 판매자 은행이 각각 제공하고 수정할 수 있는 일반적 조항 및 조건을 유지하도록 구현되는 제어 로직;및
    상기 하나 이상의 판매자 은행이 SBRD에 대해 하나 이상의 승인된 거래에 적합한 조항 및 조건들을 각각 명시하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  104. 제 제조건, 및 상기 하나 이상의 승인된 거래에 대응하는 상기 명시된 조항 및 조건을 각각 제시하도록 구현된 제어 로직을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  105. 제 99 항에 있어서,
    상기 판매자에게 상기 하나 이상의 판매자 은행이 각각 만든 하나 이상의 판매자 은행 SBRD 제의를 알리도록 구현된 제어 로직; 및
    상기 판매자가 상기 하나 이상의 판매자 은행 SBRD 제의를 승인 또는 거부하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  106. 제 105 항에 있어서,
    상기 하나 이상의 판매자 은행 SBRD 제의 중 하나를 상기 판매자가 수락한 것에 기초하여 상기 판매자에게 공식 협약을 제시하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  107. 구매자와 판매자 간의 복수의 거래를 모니터링 하도록 구현된 제어 로직으로서, 이 경우 각 거래에서 상기 구매자는 상기 판매자에게 대금을 지불해야 하고, 그리고,
    구매자 은행이 상기 복수의 거래를 모니터하여 수집한 정보를 이용하여 상기 판매자에게 BBPD(구매자 은행 미지급금 할인)을 제공하도록 구현된 제어 로직;을 포함하고, 상기 구매자 은행은 상기 구매자를 위해 상기 복수의 거래에서 미지급금 처리를 취급하는 것을 특징으로 하는 미지급금 할인 서비스를 제공하는 시스템.
  108. 제 107 항에 있어서, 상기 구매자 은행이 상기 판매자에게 BBPD(구매자 은행 미지급금 할인)을 제공하도록 구현된 제어 로직은
    상기 판매자에게 상기 구매자 은행으로부터 BBPD에 대해 자격이 인정되는 거래를 디스플레이하고 상기 판매자에게 상기 자격이 인정된 거래에서 선택된 하나 이상의 거래에 대한 BBPD 요청을 허용하도록 구현된 제어 로직; 및
    상기 구매자 은행이 BBPD에 대한 상기 선택된 하나 이상의 거래를 승인하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미지급금 할인 서비스를 제공하는 시스템.
  109. 제 108 항에 있어서, 상기 판매자 은행이 상기 판매자에게 BBPD를 제공하도록 구현된 제어 로직은
    상기 구매자 은행이 BBPD에 대한 자격이 인정된 상기 거래를 상기 판매자에게 디스플레이하기 전에 확인하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미지급금 할인 서비스를 제공하는 시스템.
  110. 제 108 항에 있어서,
    상기 디스플레이하도록 구현된 제어 로직은 BBPD에 대한 자격이 인정된 상기 거래를 상기 판매자에게 디스플레이하도록 구현된 GUI(graphical user interface)를 포함하는 더 포함하는 것을 특징으로 하는 미지급금 할인 서비스를 제공하는 시스템.
  111. 제108 항에 있어서,
    상기 구매자 은행이 BBPD에 대해 상기 선택된 하나 이상의 거래를 승인하는 것을 허용하도록 구현된 상기 제어 로직은 상기 구매자 은행이 BBPD에 대해 상기 선택된 하나 이상의 거래를 리뷰하고 승인하는 것을 허용하도록 구현하는 GUI를 포함하는 것을 특징으로 하는 미지급금 할인 서비스를 제공하는 시스템.
  112. 제 108 항에 있어서,
    상기 구매자가 하나 이상의 거래에서 구매자 은행으로부터 보증을 요청하는 것을 허용하도록 구현된 제어 로직; 및
    상기 구매자가 요청하는 상기 하나 이상의 거래에 보증을 제공할지를 결정하고 보증이 제공될 각 거래에 은행-보증 상태를 할당하도록 구현된 제어 로직;을 포함하고, BBPD에 대한 자격을 인정하는 거래는 상기 은행-보증 상태를 구비한 거래 및/또는 BBPD에 대해 상기 구매자 은행이 승인한 거래를 포함하는 것을 특징으로 하는 미지급금 할인 서비스를 제공하는 시스템.
  113. 제 108 항에 있어서, 상기 판매자 은행이 상기 판매자에게 BBPD(구매자 은행 미지급금 할인)을 제공하는 것을 허용하도록 구현된 상기 제어 로직은
    BBPD에 대해 상기 구매자 은행이 제공하는 일반적 조항 및 조건들을 유지하도록 구현된 제어 로직으로서, 이 경우 상기 구매자 은행은 상기 일반적 조항 및 조건을 수정할 수 있는 제어 로직;
    상기 구매자 은행이 BBPD에 대해 상기 승인된 거래 각각에 대응하는 조항 및 조건을 명시하는 것을 허용하도록 구현된 제어 로직;및
    상기 판매자에게 상기 승인된 거래, 상기 일반적 조항 및 조건, 및 BBPD에 대해 상기 승인된 거래 각각에 대응하는 상기 명시된 조항 및 조건을 수락하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미지급금 할인 서비스를 제공하는 시스템.
  114. 제 107 항에 있어서,
    상기 판매자에게 구매자 은행 BBPD 제의를 알리도록 구현된 제어 로직; 및
    상기 판매자가 상기 구매자 은행 BBPD 제의를 수락 또는 거절하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미지급금 할인 서비스를 제공하는 시스템.
  115. 제 114 항에 있어서,
    상기 판매자가 상기 구매자 은행 BBPD 제의를 수락하는 것에 기초해 공식적 협약(formal agreement)을 상기 판매자에게 제시하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미지급금 할인 서비스를 제공하는 시스템.
  116. 복수의 구매자;
    복수의 판매자;
    상기 복수의 구매자를 위해 미지급금 처리를 취급하는 복수의 구매자 은행; 및
    거래처리 시스템;을 포함하고, 상기 거래 처리 시스템은
    상기 복수의 구매자와 상기 복수의 판매자 간에 수행되는 복수의 거래를 모니터하고, 각 거래에서 상기 구매자는 상기 판매자에게 대금을 지불해야 하고,
    복수의 판매자 은행이 상기 복수의 거래를 모니터하여 수집된 정보를 이용하여 상기 복수의 판매자 중 하나 이상에게 각각 BBPD를 제공하는 것을 허용하는 것을 특징으로 하는 미지급금 할인 서비스 제공 시스템.
  117. 제 116 항에 있어서, 상기 거래 처리 시스템은
    복수의 판매자 중 하나 이상에게 상기 복수의 구매자 은행 중 하나 이상의 은행으로부터 BBPD 자격이 인정된 각각의 거래를 디스플레이하고,
    상기 복수의 판매자 중 하나 이상의 판매자에게 상기 자격이 인정된 거래로부터 선택된 하나 이상의 거래에 대한 BBPD 요청을 허용하며, 이 경우 상기 구매자 은행이 상기 판매자에게 속한 대응하는 거래에서 하나 이상의 미지급금을 지니고 있을 경우, 상기 판매자는 구매자 은행에서 BBPD를 요청만 할 수 있으며,
    상기 복수의 구매자 은행 중 하나 이상의 은행이 BBPD에 대한 상기 선택된 하나 이상의 거래를 승인하도록 허용하도록 추가적으로 구현되는 것을 특징으로 하는 미지급금 할인 서비스 제공 시스템.
  118. 제 117 항에 있어서, 상기 거래 처리 시스템은
    상기 복수의 판매자 은행 중 하나 이상에게 BBPD에 대해 자격이 인정되는 거래를 상기 복수의 구매자 중 하나 이상에게 디스플레이하기 전에 확인하는 것을 허용하도록 추가적으로 구현되는 것을 특징으로 하는 미지급금 할인 서비스 제공 시스템.
  119. 제 117 항에 있어서,
    BBPD에 대한 자격이 인정되는 거래는 은행-보증 상태를 구비한 거래 및/또는 BBPD에 대한 복수의 구매자 은행 중 하나 이상에서 각각 승인한 거래를 포함하는 것을 특징으로 하는 미지급금 할인 서비스 제공 시스템.
  120. 제 117 항에 있어서, 상기 거래 처리 시스템은
    BBPD에 대한 상기 복수의 구매자 은행 중 하나 이상의 은행 각각이 제공하고 수정할 수 있는 일반적 조항 및 조건을 유지하고
    상기 복수의 구매자 은행 중 하나 이상의 은행이 BBPD에 대해 상기 승인된 거래 각각에 대응하는 각각의 조항 및 조건을 명시하도록 허용하며, 그리고
    상기 각각의 승인된 거래, 상기 일반적 조항 및 조건 및 BBPD에 대해 상기 승인된 거래 각각에 대응하는 상기 명시된 조항 및 조건을 수락하도록 상기 복수의 판매자 중 하나 이상의 판매자에게 제시하도록 추가적으로 구현되는 것을 특징으로 하는 미지급금 할인 서비스 제공 시스템.
  121. 제 116 항에 있어서, 상기 거래 처리 시스템은
    상기 복수의 판매자 중 하나 이상에게 하나 이상의 구매자 은행 BBPD 제의를 각각 알리도록 구현된 제어 로직; 및
    상기 복수의 판매자 중 하나 이상이 상기 하나 이상의 구매자 은행 BBPD 제의를 각각 수락 또는 거절하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미지급금 할인 서비스 제공 시스템.
  122. 제121 항에 있어서, 상기 거래 처리 시스템은
    하나 이상의 판매자에게 하나 이상의 판매자 각각의 구매자 은행 BBPD 제의에 대한 수락에 대해 공식적 협약을 제시하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미지급금 할인 서비스 제공 시스템.
  123. 복수의 구매자와 복수의 판매자 간의 복수의 거래와 관련된 미지급금 정보를 수집하도록 구현된 제어 로직, 이 경우 상기 미지급금 정보는 상기 복수의 구매자를 위해 상기 복수의 구매자로부터 복수의 구매자 은행이 지불해야 할 미지급금과 관련된 정보를 포함하고, 그리고
    상기 복수의 구매자 은행이 상기 수집된 미지급금 정보를 이용하여 상기 복수의 판매자 각각에게 BBPD(구매자 은행 미지급금 할인)을 제공하는 것을 허용하도 록 구현된 제어 로직;을 포함하는 것을 특징으로 하는 거래 처리 시스템.
  124. 제 123 항에 있어서,
    판매자에게 하나 이상의 BBPD-자격 인정 거래를 디스플레이하도록 구현된 제어 로직으로서, 상기 하나 이상의 BBPD-자격 인정 거래는 상기 복수의 거래들 중 선택되고 상기 하나 이상의 BBPD-자격 인정 거래는 상기 판매자에게 지불해야 할 미지급금이 있는 거래이고,
    상기 판매자가 상기 하나 이상의 BBPD-자격 인정 거래로부터 선택된 하나 이상의 거래에 대해 BBPD 를 요청하는 것을 허용하도록 구현된 제어 로직;
    상기 하나 이상의 선택된 거래 각각을 하나 이상의 구매자 은행에 디스플레이하도록 구현된 제어 로직으로서, 상기 하나 이상의 구매자 은행은 대응하는 상기 구매자를 위해 하나 이상 선택된 거래 각각에 대해 대금을 지불하는 업무를 수행하며;그리고
    상기 하나 이상의 구매자 은행이 상기 하나 이상의 선택된 거래 각각을 리뷰하고 승인하는 것을 허용하도록 구현된 제어 로직;을 포함하는 것을 특징으로 하는 거래 처리 시스템.
  125. 제 124 항에 있어서,
    상기 하나 이상의 구매자 은행이 상기 하나 이상의 BBPD-자격 인정 거래를 상기 판매자에게 디스플레이하기 이전에 확인하는 것을 허용하도록 구현된 제어 로 직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  126. 제 124 항에 있어서,
    상기 하나 이상의 BBPD-자격 인정 거래는 은행-보증 상태를 구비한 거래 및/또는 BBPD에 대해 상기 하나 이상의 구매자 은행이 각각 승인한 거래를 포함하는 것을 특징으로 하는 거래 처리 시스템.
  127. 제 124 항에 있어서,
    상기 하나 이상의 구매자 은행이 각각 제공하고 수정할 수 있는 일반적 조항 및 조건을 유지하도록 구현되는 제어 로직;및
    상기 하나 이상의 구매자 은행이 BBPD에 대해 하나 이상의 승인된 거래에 적합한 조항 및 조건들을 각각 명시하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  128. 제 127 항에 있어서,
    상기 판매자에게 상기 하나 이상의 승인된 거래, 상기 일반적 조항 및 조건, 및 상기 하나 이상의 승인된 거래에 대응하는 상기 명시된 조항 및 조건을 각각 제시하도록 구현된 제어 로직을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  129. 제 124 항에 있어서,
    상기 판매자에게 상기 하나 이상의 구매자 은행이 각각 만든 하나 이상의 구매자 은행 BBPD 제의를 알리도록 구현된 제어 로직; 및
    상기 판매자가 상기 하나 이상의 구매자 은행 BBPD 제의를 승인 또는 거부하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  130. 제 129 항에 있어서,
    상기 하나 이상의 구매자 은행 BBPD 제의 중 하나를 상기 판매자가 수락한 것에 기초하여 상기 판매자에게 공식 협약을 제시하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  131. 구매자와 판매자 간의 복수의 거래를 모니터링 하도록 구현된 제어 로직으로서, 이 경우 각 거래에서 상기 구매자는 상기 판매자에게 대금을 지불해야 하고, 그리고,
    구매자 은행이 상기 복수의 거래를 모니터하여 수집한 정보를 이용하여 상기 판매자에게 BBPDA(구매자 은행 미지급금 할인 집합)을 제공하도록 구현된 제어 로직;을 포함하고, 상기 구매자 은행은 상기 구매자를 위해 상기 복수의 거래에서 미지급금 처리를 취급하는 것을 특징으로 하는 미지급금 할인 집합 서비스를 제공하는 시스템.
  132. 제 131 항에 있어서, 상기 구매자 은행이 상기 판매자에게 BBPDA를 제공하는 것을 허용하도록 구현된 상기 제어 로직은
    상기 구매자 은행이 명시한 기준 세트에 기초한 상기 복수의 거래 중 하나 이상에 대응하는 하나 이상의 미지급금과 관련된 트랜치를 세우도록 구현된 제어 로직;및
    상기 트랜치를 상기 판매자에게 신뢰 라인으로서 제시하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미지급금 할인 집합 서비스를 제공하는 시스템.
  133. 제 132 항에 있어서,
    상기 하나 이상의 미지급금 중 적어도 하나는 안전한 것을 특징으로 하는 미지급금 할인 집합 서비스를 제공하는 시스템.
  134. 제 132 항에 있어서,
    상기 하나 이상의 미지급금 중 적어도 하나는 불안전한 것을 특징으로 하는 미지급금 할인 집합 서비스를 제공하는 시스템.
  135. 제 132 항에 있어서,
    상기 신뢰 라인과 관련된 조항 및 조건을 유지하도록 구현된 제어 로직, 이 경우 상기 신뢰 라인과 관련된 상기 조항 및 조건은 상기 구매자 은행이 제공하고, 그리고
    상기 신뢰 라인과 관련된 상기 조항 및 조건을 상기 판매자에게 제시하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미지급금 할인 집합 서비스를 제공하는 시스템.
  136. 제 135 항에 있어서,
    상기 신뢰 라인과 관련된 상기 조항 및 조건은 상기 구매자 은행이 수정할 수 있는 것을 특징으로 하는 미지급금 할인 집합 서비스를 제공하는 시스템.
  137. 제 132 항에 있어서,
    상기 트랜치와 관련하여 초래되는 활동들을 모니터하도록 구현된 제어 로직을 더 포함하는 것을 특징으로 하는 미지급금 할인 집합 서비스를 제공하는 시스템.
  138. 제 137 항에 있어서,
    상기 모니터된 활동에 대한 응답으로 상기 트랜치를 수정하도록 구현된 제어 로직을 더 포함하는 것을 특징으로 하는 미지급금 할인 집합 서비스를 제공하는 시스템.
  139. 제 132 항에 있어서,
    상기 판매자가 BBPDA 요청을 발행하는 것을 허용하도록 구현된 제어 로직; 및
    상기 구매자 은행으로 상기 BBPDA 요청을 전송하도록 구현된 제어로직;을 더 포함하고, 상기 구매자 은행이 명시한 상기 기준 세트는 상기 BBPDA 요청에 기초하는 것을 특징으로 하는 미지급금 할인 집합 서비스를 제공하는 시스템.
  140. 제 132 항에 있어서,
    상기 기준 세트를 만족하는 것을 확실히 하기 위해 상기 트랜치와 연관된 상기 하나 이상의 미지급금을 모니터하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 미지급금 할인 집합 서비스를 제공하는 시스템.
  141. 제 132 항에 있어서,
    상기 구매자 은행이 상기 트랜치를 세우는데 사용되는 상기 기준 세트를 명시하는 것을 허용하도록 구현된 제어 로직을 더 포함하는 것을 특징으로 하는 미지급금 할인 집합 서비스를 제공하는 시스템.
  142. 제 141 항에 있어서,
    상기 구매자 은행이 GUI(그래픽 유저 인터페이스)를 포함하는 상기 기준 세트를 명시하는 것을 허용하도록 구현된 제어 로직인 것을 특징으로 하는 미지급금 할인 집합 서비스를 제공하는 시스템.
  143. 제 132 항에 있어서,
    상기 구매자 은행에 상기 트랜치가 상기 기준 세트에 따라 일단 세워졌음을 알리도록 구현된 제어 로직을 더 포함하는 것을 특징으로 하는 미지급금 할인 집합 서비스를 제공하는 시스템.
  144. 제 143 항에 있어서,
    상기 구매자 은행이 상기 판매자에게 신뢰 라인으로서 상기 트랜치를 제공하는 것을 허용하도록 구현된 제어 로직을 더 포함하는 것을 특징으로 하는 미지급금 할인 집합 서비스를 제공하는 시스템.
  145. 복수의 구매자;
    복수의 판매자;
    상기 복수의 구매자를 위해 미지급금 처리를 취급하는 복수의 구매자 은행;
    상기 복수의 판매자를 위해 미매출금 처리를 취급하는 복수의 판매자 은행;및
    거래처리 시스템;을 포함하고, 상기 거래 처리 시스템은
    상기 복수의 구매자와 상기 복수의 판매자 간에 수행되는 복수의 거래를 모니터하고, 그리고
    하나 이상의 구매자 은행이 상기 복수의 거래를 모니터하여 수집된 정 보를 이용하여 상기 복수의 판매자 중 하나 이상에게 각각 BBPDA를 제공하는 것을 허용하는 것을 특징으로 하는 미지급금 할인 집합 서비스 제공 시스템.
  146. 제 145 항에 있어서, 상기 거래 처리 시스템은
    상기 하나 이상의 구매자 은행이 명시한 기준 세트에 각각 기초하여 하나 이상의 트랜치를 세우고, 이 경우 각 트랜치는 구매자 은행과 연관되고 그리고 상기 복수의 거래 중 하나 이상에 대응하는 하나 이상의 미지급금과 상기 관련된 구매자 은행이 처리하고 있는 하나 이상의 미지급금을 포함하며, 그리고
    상기 하나 이상의 트랜치 각각을 신뢰 라인으로서 상기 복수의 판매자 중 하나 이상에게 제시하도록 추가적으로 구현되는 것을 특징으로 하는 미지급금 할인 집합 서비스 제공 시스템.
  147. 제 146 항에 있어서,
    상기 하나 이상의 미지급금 중 적어도 하나는 안전한 것을 특징으로 하는 미지급금 할인 집합 서비스 제공 시스템.
  148. 제 146 항에 있어서,
    상기 하나 이상의 미지급금 중 적어도 하나는 불안전한 것을 특징으로 하는 미지급금 할인 집합 서비스 제공 시스템.
  149. 제 146 항에 있어서, 상기 거래 처리 시스템은
    상기 신뢰 라인과 연관된 조항 및 조건을 유지하고, 상기 신뢰 라인과 연관된 조항 및 조건은 상기 하나 이상의 구매자 은행이 각각 제공하며, 그리고
    상기 신뢰 라인과 관련된 상기 조항 및 조건을 상기 복수의 판매자 중 하나 이상에게 제시하도록 추가적으로 구현되는 것을 특징으로 하는 미지급금 할인 집합 서비스 제공 시스템.
  150. 제 147 항에 있어서,
    상기 신뢰 라인과 관련된 상기 조항 및 조건들은 상기 하나 이상의 구매자 은행에 의해 수정될 수 있는 것을 특징으로 하는 미지급금 할인 집합 서비스 제공 시스템.
  151. 제 146 항에 있어서, 상기 거래 처리 시스템은
    상기 하나 이상의 트랜치와 연관되어 발생하는 활동을 모니터하고
    상기 모니터된 활동들에 따라 상기 하나 이상의 트랜치를 수정하도록 추가적으로 구현되는 것을 특징으로 하는 미지급금 할인 집합 서비스 제공 시스템.
  152. 제 146 항에 있어서, 상기 거래 처리 시스템은
    상기 복수의 판매자 중 하나 이상이 BBPDA 요청을 발행하도록 허용하고, 그리고
    상기 하나 이상의 구매자 은행에게 각각의 상기 BBPDA 요청을 전송하도록 추가적으로 구현되고, 이 경우 상기 복수의 판매자 은행이 명시한 기준 세트는 상기 BBPDA 요청에 각각 기초하는 것을 특징으로 하는 미지급금 할인 집합 서비스 제공 시스템.
  153. 제 152 항에 있어서, 상기 거래 처리 시스템은
    상기 BBPDA 요청이 전송되는 상기 하나 이상의 구매자 은행을 확인하도록 추가적으로 구현되는 것을 특징으로 하는 미지급금 할인 집합 서비스 제공 시스템.
  154. 제 146항에 있어서, 상기 거래 처리 시스템은
    트랜치를 만족하는 것과 관련된 상기 기준 세트를 확인하기 위해 트랜치 내의 하나 이상의 미지급금을 모니터하도록 추가적으로 구현되는 것을 특징으로 하는 미지급금 할인 집합 서비스 제공 시스템.
  155. 복수의 구매자와 복수의 판매자간의 복수의 거래와 관련된 미지급금 정보를 수집하도록 구현된 제어 로직, 이 경우 상기 미지급금 정보는 상기 복수의 구매자를 위해 상기 복수의 판매자에게 복수의 구매자 은행이 지불해야할 미지급금과 관련된 정보를 포함하고, 그리고
    상기 복수의 구매자 은행이 상기 수집된 미지급금 정보를 이용하여 상기 복수의 판매자 각각에게 BBPDA(구매자 은행 미지급금 할인 집합)을 제공하는 것을 허 용하도록 구현된 제어 로직;을 포함하는 것을 특징으로 하는 거래 처리 시스템.
  156. 제 155 항에 있어서,
    판매자가 BBPDA 요청을 발행하는 것을 허용하도록 구현된 제어 로직;
    상기 BBPDA 요청을 잠재적으로 이행할 수 있는 하나 이상의 구매자 은행을 확인하도록 구현된 제어 로직으로서, 상기 하나 이상의 구매자 은행은 상기 대응하는 구매자를 위해 상기 판매자에게 각각 하나 이상의 거래에서 지불 업무를 수행하고;
    상기 하나 이상의 구매자 은행이 상기 BBPDA 요청에 따라 하나 이상의 트랜치들을 세우기 위한 각 기준 세트를 명시하는 것을 허용하도록 구현된 제어 로직;
    상기 수집된 미지급금 정보를 이용하여 상기 하나 이상의 트랜치를 세우도록 구현된 제어 로직; 및
    상기 하나 이상의 구매자 은행이 신뢰 라인으로서 상기 판매자에게 상기 하나 이상의 트랜치를 제시하는 것을 허용하도록 구현된 제어 로직;을 포함하는 것을 특징으로 하는 거래 처리 시스템.
  157. 제 156 항에 있어서,
    상기 하나 이상의 구매자 은행이 상기 하나 이상의 트랜치와 연관된 조항 및 조건을 각각 명시하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  158. 제 157 항에 있어서,
    상기 판매자가 신뢰 라인으로서 상기 하나 이상의 트랜치 중 하나를 선택하여 이용하는 것을 허용하도록 구현된 제어 로직; 및
    상기 판매자가 선택한 상기 트랜치와 관련한 상기 조항 및 조건을 디스플레이하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  159. 제 155 항에 있어서,
    하나 이상의 구매자 은행이 상기 수집된 미지급금 정보를 이용하여 하나 이상의 트랜치를 각각 세우는 것을 허용하도록 구현된 제어 로직을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  160. 제 159 항에 있어서,
    판매자에게 상기 하나 이상의 구매자 은행이 각각 만든 하나 이상의 구매자 은행 BBPDA 제의를 알리도록 구현된 제어 로직, 이 경우 각 구매자 은행 BBPDA 제의는 신뢰 라인으로서 대응하는 구매자 은행과 연관된 트랜치 제의를 포함하고, 그리고
    상기 판매자가 상기 하나 이상의 구매자 은행 BBPDA 제의들을 승인 또는 거부하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  161. 제 159 항에 있어서,
    상기 하나 이상의 구매자 은행이 상기 하나 이상의 트랜치를 세우기 위해 사용될 각 기준 세트를 명시하는 것을 허용하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  162. 제 161 항에 있어서,
    트랜치를 만족하는 것과 연관된 상기 기준 세트를 확실히 하기 위해 트랜치와 관련된 활동들을 모니터하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
  163. 제 161 항에 있어서,
    트랜치를 만족하는 것과 연관된 상기 기준 세트를 확실히 하기 위해 트랜치를 수정하도록 구현된 제어 로직;을 더 포함하는 것을 특징으로 하는 거래 처리 시스템.
KR1020077001223A 2004-06-17 2005-06-14 보증 및 금융 서비스를 제공하는 방법 및 시스템 KR20070050038A (ko)

Applications Claiming Priority (12)

Application Number Priority Date Filing Date Title
US58102104P 2004-06-17 2004-06-17
US60/581,021 2004-06-17
US11/131,605 US8571977B2 (en) 2004-06-17 2005-05-17 Method and system for providing seller bank receivable discounting aggregation services
US11/131,605 2005-05-17
US11/132,067 2005-05-17
US11/131,602 2005-05-17
US11/131,679 2005-05-17
US11/131,602 US8606697B2 (en) 2004-06-17 2005-05-17 Method and system for providing buyer bank payable discounting services
US11/132,067 US8571978B2 (en) 2004-06-17 2005-05-17 Method and system for providing assurance and financing services
US11/132,102 US20050283433A1 (en) 2004-06-17 2005-05-17 Method and system for providing seller bank receivable discounting services
US11/132,102 2005-05-17
US11/131,679 US8566231B2 (en) 2004-06-17 2005-05-17 Method and system for providing buyer bank payable discounting aggregation services

Publications (1)

Publication Number Publication Date
KR20070050038A true KR20070050038A (ko) 2007-05-14

Family

ID=35785663

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020077001223A KR20070050038A (ko) 2004-06-17 2005-06-14 보증 및 금융 서비스를 제공하는 방법 및 시스템

Country Status (4)

Country Link
EP (1) EP1782254A4 (ko)
KR (1) KR20070050038A (ko)
CA (1) CA2571331A1 (ko)
WO (1) WO2006009710A2 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8930267B1 (en) 2012-08-27 2015-01-06 Jpmorgan Chase Bank, N.A. Automated transactions clearing system and method

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6324525B1 (en) * 1996-06-17 2001-11-27 Hewlett-Packard Company Settlement of aggregated electronic transactions over a network
US20040010463A1 (en) * 1996-11-12 2004-01-15 Hahn-Carlson Dean W. Automated transaction processing system and approach
US5903882A (en) * 1996-12-13 1999-05-11 Certco, Llc Reliance server for electronic transaction system
US5970475A (en) * 1997-10-10 1999-10-19 Intelisys Electronic Commerce, Llc Electronic procurement system and method for trading partners
US6108644A (en) * 1998-02-19 2000-08-22 At&T Corp. System and method for electronic transactions
JP2003530619A (ja) * 1999-06-17 2003-10-14 モビウス・マネージメント・システムズ・インコーポレイテッド 電子計算書、請求書呈示及び決算システム並びに方法
WO2001071604A2 (en) * 2000-03-17 2001-09-27 Edward Cooper Greer Electronic transaction clearing system
US20030130959A1 (en) * 2001-02-15 2003-07-10 Walter Rosenbaum Closed loop electronic factoring

Also Published As

Publication number Publication date
EP1782254A4 (en) 2008-05-07
EP1782254A2 (en) 2007-05-09
WO2006009710A2 (en) 2006-01-26
WO2006009710A3 (en) 2006-03-23
CA2571331A1 (en) 2006-01-26

Similar Documents

Publication Publication Date Title
US8606697B2 (en) Method and system for providing buyer bank payable discounting services
US11334942B2 (en) Supply chain finance system
AU2009200961B2 (en) Method and system for conducting a commercial transaction between a buyer and a seller
US20240135444A1 (en) Method and System for Reduced-Risk Extension of Credit
JP5188505B2 (ja) 支払処理システム債務転換通知
US8458086B2 (en) Allocating partial payment of a transaction amount using an allocation rule
US7962408B2 (en) Systems and methods for establishing an allocation of an amount between transaction accounts
US20080177655A1 (en) Systems and methods of underwriting business credit
KR101791470B1 (ko) 매출채권의 거래 방법
US20090076956A1 (en) Systems and Methods for Allocating an Amount Between Transaction Accounts
JP2010509699A5 (ko)
JP2005527046A (ja) 動的割引合意を備えた購入者と供給業者の間の電子決算を変更するシステム及び方法
AU2002340294A1 (en) Method and system for conducting a commercial transaction between a buyer and a seller
US11037161B2 (en) System and method for preventing multiple refunds and chargebacks
JP2020003960A (ja) 債権保証システム
KR20070050038A (ko) 보증 및 금융 서비스를 제공하는 방법 및 시스템
KR100524673B1 (ko) 전자상거래에 따른 매매대금에 대한 보험 방법 및 시스템

Legal Events

Date Code Title Description
A201 Request for examination
AMND Amendment
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
J201 Request for trial against refusal decision
B601 Maintenance of original decision after re-examination before a trial
J301 Trial decision

Free format text: TRIAL DECISION FOR APPEAL AGAINST DECISION TO DECLINE REFUSAL REQUESTED 20120321

Effective date: 20130823