KR20020089996A - 기업간 전자결제 관리 방법 - Google Patents

기업간 전자결제 관리 방법 Download PDF

Info

Publication number
KR20020089996A
KR20020089996A KR1020010029110A KR20010029110A KR20020089996A KR 20020089996 A KR20020089996 A KR 20020089996A KR 1020010029110 A KR1020010029110 A KR 1020010029110A KR 20010029110 A KR20010029110 A KR 20010029110A KR 20020089996 A KR20020089996 A KR 20020089996A
Authority
KR
South Korea
Prior art keywords
payment
client
purchase
card
purchaser
Prior art date
Application number
KR1020010029110A
Other languages
English (en)
Other versions
KR100474189B1 (ko
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
Application filed by 주식회사 신한은행 filed Critical 주식회사 신한은행
Priority to KR10-2001-0029110A priority Critical patent/KR100474189B1/ko
Publication of KR20020089996A publication Critical patent/KR20020089996A/ko
Application granted granted Critical
Publication of KR100474189B1 publication Critical patent/KR100474189B1/ko

Links

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

본 발명은 기업간 전자결제 관리 방법에 관한 것으로, 본 발명에서는 구매업체측 클라이언트 또는 판매업체측 클라이언트로부터 일련의 구매관리 이벤트, 판매관리 이벤트 등이 발생될 때마다, 인터페이스 모듈, 정보통지모듈, D/B 관리 서버 등을 긴밀하게 연계시켜, 일련의 구매대금 지불 관리 과정, 판매대금 수금 관리 과정, 등을 체계적으로 진행시킴으로써, 임의의 구매업체, 판매업체 등이 은행 온라인망을 기반으로 하여, 신뢰성 있는 전자결제 관계를 손쉽게 형성할 수 있도록 한다.
이러한 본 발명이 구현되는 경우, 구매업체-판매업체에서는 온라인 상에서, 각 업체들 사이의 대금결제관계를 보증 받을 수 있는 일련의 보증체계를 손쉽게 제공받을 수 있기 때문에, 결국, 본 발명이 달성되는 경우, 각 구매업체-판매업체에서는 업체간 대금결제관계의 파기에 따른 예측하지 못한 피해를 미리 피할 수 있게 된다.

Description

기업간 전자결제 관리 방법{Method for managing a electronic payment between enterprises}
본 발명은 기업간 전자결제 관리 방법에 관한 것으로, 좀더 상세하게는 특정 금융기관, 예컨대, 은행 온라인망을 기반으로, 구매업체-판매업체 사이의 대금결제관계를 보증할 수 있는 일련의 보증체계를 마련하고, 이를 통해, 구매업체-판매업체 사이에 형성되는 대금결제관계의 신뢰성을 대폭 향상시킴으로써, 예측하지 못한 계약파기에 따른 구매업체, 판매업체 등의 피해를 최소화시킬 수 있도록 하는 기업간 전자결제 관리 방법에 관한 것이다.
최근, 정보통신 분야의 기술이 급격한 발전을 이루면서, 인터넷의 활용이 보편화되고 있으며, 이러한 인터넷의 보편화 추세에 맞추어, "인터넷 기반형 기업간 전자상거래 시스템"을 운영하는 많은 수의 중개업체들이 온라인 상에서 개설되고 있다.
예컨대, 한국특허공개공보 제 2000-24371 호 "기업 대 기업 간의 전자상거래를 위한 구매기업의 컴퓨터네트워크 개방형 구조 및 그를 이용한 구매정보 관리방법", 한국특허공개공보 제 2000-54821 호 "가치 평가에 의한 기업간 전자상거래 시스템 및 방법", 한국특허공개공보 제 2000-72790 호 "인터넷을 이용한 기업간 전자상거래 방법" 등에는 종래의 중개업체들이 운영하는 인터넷 기반형 기업간 전자상거래 시스템이 좀더 상세하게 개시되어 있다.
통상, 임의의 구매업체들/판매업체들에서, 앞서 언급한 바와 같은 중개업체측 전자상거래 시스템을 이용하여, 일련의 구매/판매 관계를 맺는 경우, 해당 구매업체들/판매업체들 사이에는 "비 대면(Non-facing) 방식의 복잡한 대금결제관계"가 각각 형성된다.
그러나, 이와 같은 종래의 전자상거래 시스템 체계 하에서는 기본적으로, "구매업체-판매업체" 사이의 대금결제관계를 보증해줄 수 있는 별도의 보증체계가 원활하게 제공되어 있지 않은 것이 일반적이기 때문에, 일련의 대금결제관계를 맺고 있는 구매업체, 판매업체 등에서는 항상 "정상적인 계약관계가 파기될 수 있다"는 위험성을 감수할 수밖에 없게 되며, 만약, 이 위험성이 현실화되는 경우, 해당 구매업체, 판매업체 등은 자사의 의사와 무관하게 막대한 피해를 입을 수밖에 없게 된다.
이때, 예컨대, 해당 업체가 예컨대, 또 다른 업체와 별도의 대금결제관계를 맺고 있는 업체인 경우, 해당 업체의 피해는 다른 여러 업체들의 피해로 이어질 수밖에 없으며, 만약, 이러한 피해상황이 별다른 조치 없이 그대로 방치되는 경우,전체적인 경제질서가 급격히 파괴되는 심각한 사회문제가 야기될 수밖에 없게 된다.
따라서, 본 발명의 목적은 특정 금융기관, 예컨대, 은행 온라인망을 기반으로, 구매업체-판매업체 사이의 대금결제관계를 보증할 수 있는 일련의 보증체계를 마련하고, 이를 통해, 구매업체-중개업체-판매업체 사이에 형성되는 대금결제관계의 신뢰성을 대폭 향상시킴으로써, 예측하지 못한 구매업체, 판매업체, 중개업체 등의 피해를 최소화시키는데 있다.
본 발명의 다른 목적은 구매업체-판매업체 사이에 형성되는 대금결제관계의 신뢰성을 향상시킴으로써, 여러 업체의 연쇄적인 피해를 최소화시키는데 있다.
본 발명의 또 다른 목적들은 다음의 상세한 설명과 첨부된 도면으로부터 보다 명확해질 것이다.
도 1은 본 발명이 채용된 기업간 전자결제 정보연결관계를 개념적으로 도시한 예시도.
도 2는 본 발명을 구현하기 위한 은행-구매업체간 구매카드 발급관계를 개념적으로 도시한 예시도,
도 3은 본 발명을 구현하기 위한 기업간 전자결제 관리 시스템을 개념적으로 도시한 예시도.
도 4는 본 발명의 일 실시예에 따른 기업간 전자결제 관리 방법을 순차적으로 도시한 순서도.
도 5는 본 발명의 일 실시예에 따른 구매업체측 클라이언트/판매업체측 클라이언트의 메인 페이지 게시상태를 개념적으로 도시한 예시도.
도 6은 본 발명의 다른 실시예에 따른 기업간 전자결제 관리 방법을 순차적으로 도시한 순서도.
도 7은 본 발명의 다른 실시예에 따른 구매업체측 클라이언트의 구매업체용 초기 페이지 게시상태를 개념적으로 도시한 예시도.
도 8 내지 도 10은 본 발명의 또 다른 실시예에 따른 기업간 전자결제 관리방법을 순차적으로 도시한 순서도.
도 11은 본 발명의 또 다른 실시예에 따른 판매업체측 클라이언트의 판매업체용 초기 페이지 게시상태를 개념적으로 도시한 예시도.
도 12 및 도 13은 본 발명의 또 다른 실시예에 따른 기업간 전자결제 관리 방법을 순차적으로 도시한 순서도.
도 14a 내지 도 14d는 본 발명의 또 다른 실시예에 따른 구매업체측 지정계좌의 금액 입금상태를 개념적으로 도시한 예시도.
상기와 같은 목적을 달성하기 위하여 본 발명에서는 임의의 중개업체측 클라이언트를 매개로, 구매관계/판매관계를 맺고 있는 구매업체측 클라이언트/판매업체측 클라이언트를 대상으로 하여, 선택적으로 진행되는 일련의 구매관련 이벤트 관리 과정 및 판매관련 이벤트 관리 과정으로 이루어지는 기업간 전자결제 관리 방법을 개시한다.
이때, 상술한 구매관련 이벤트 관리 과정은 구매업체측 클라이언트로부터 소정의 구매업체용 초기 페이지를 토대로 하는 일련의 구매자금 결제내역 전송 이벤트가 발생하였는가의 여부를 판단하는 단계와, 앞의 구매업체측 클라이언트로부터 일련의 구매자금 결제내역 전송 이벤트가 발생한 경우, 해당 구매자금 결제 내역을 입력할 수 있는 일련의 구매자금 결제 내역 입력 가이드 페이지를 구매업체측 클라이언트로 전송하는 단계와, 구매업체측 클라이언트로부터 앞의 구매자금 결제 내역 입력 가이드 페이지에 대응되는 일련의 구매자금 결제 내역 정보가 전송되었는가의 여부를 판단하는 단계와, 상술한 구매업체측 클라이언트로부터 앞의 구매자금 결제 내역 입력 가이드 페이지에 대응되는 일련의 구매자금 결제 내역 정보가 전송된 경우, 해당 구매자금 결제 내역 정보에 지정된 구매자금의 결제조건이 현금 또는 구매카드인가의 여부를 판단하는 단계와, 구매자금 결제 내역 정보에 지정된 구매자금의 결제조건이 구매카드인 경우, 구매자금 결제 내역 정보와 관련된 구매업체/판매업체가 일련의 구매카드 회원/구매카드 가맹점으로 가입되어 있는가의 여부를 판단하는 단계와, 앞의 구매자금 결제 내역 정보와 관련된 구매업체/판매업체가 구매카드 회원/구매카드 가맹점으로 가입되어 있는 경우, 해당 카드형 구매자금 결제 내역 정보를 시스템에 저장함과 아울러, 해당 정보를 상술한 판매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 단계의 조합으로 이루어진다.
이하, 첨부된 도면을 참조하여, 본 발명에 따른 기업간 전자결제 관리 방법을 좀더 상세히 설명하면 다음과 같다.
도 1에 도시된 바와 같이, 본 발명의 기반환경을 이루는 기업간 전자결제 관리 시스템(100)은 다수의 구매업체들(701)/판매업체들(601) 및 이들 사이를 중개하는 중개업체(801) 사이의 대금결제관계를 신뢰성 있게 관리할 수 있는 특정 금융기관, 예컨대, 은행(101)의 전산 온라인망에 소속된다.
이 경우, 구매업체(701), 중개업체(801), 판매업체(601) 등은 앞의 은행 전산 온라인망, 예컨대, 유/무선 인터넷망, 자동응답 통신망(Automatic Response System communication network), 부가가치통신망(VAN:Value Added Network), 공중전화망(PSTN:Public Switched Telephone Network) 등에 접속할 수 있는 수단으로, 구매업체측 클라이언트(700), 중개업체측 클라이언트(800), 판매업체측 클라이언트(600) 등을 각각 구비하며, 이 구매업체측 클라이언트(700), 중개업체측 클라이언트(800), 판매업체측 클라이언트(600) 등을 이용하여 본 발명의 기업간 대금결제 관리 시스템(100)에 안정적으로 접속한다.
여기서, 앞의 구매업체측 클라이언트(700), 중개업체측 클라이언트(800), 판매업체측 클라이언트(600)로는 예컨대, 컴퓨터, 유선 통신기 등이 활용될 수 있고, 이에 더하여, PDA(Personal Digital Assistant), IMT-2000(International Mobile Telecommunication-2000), PCS(Personal Communications Services phone), 셀룰러폰(Cellular phone) 등과 같은 무선 통신기가 활용될 수 있다.
이때, 도 2에 도시된 바와 같이, 본 발명의 기업간 대금결제 관리 시스템(100)을 보유한 은행(300)측에서는 본 발명에 의한 서비스가 본격적으로 실시되기 이전에, 미리 특정 구매업체(701), 예컨대, 구매업체 A(701a), 구매업체 C(701c), 구매업체 D(701d) 등에 한도 1000, 한도 2000, 한도 500 등을 갖는 구매카드를 발급함으로써, 본 발명에 의한 기업간 전자결제 관리 방법이 안정적으로 시행될 수 있는 기반환경을 마련한다.
이러한 기반환경이 갖추어진 상태에서, 구매카드를 발급 받은 구매업체 A(701a), 구매업체 C(701c), 구매업체 D(701d) 등은 자사의 구매자금 결제방식을 "구매카드에 의한 결제"로 특정 받을 수 있으며, 구매카드를 발급 받지 않은 나머지 구매업체, 예컨대, 구매업체 B(701b)는 자사의 구매자금 결제방식을 "현금에 의한 결제"로 특정 받을 수 있다.
이때, 은행(300)측에서는 구매카드를 발급 받은 구매업체 A(701a), 구매업체 C(701c), 구매업체 D(701d) 등과 별도의 구매업체 약정, 예컨대, "구매카드 발급 약정"을 미리 체결함과 아울러, 판매업체측과 별도의 판매업체 약정, 예컨대, "구매카드 가맹점 특약"을 미리 체결함으로써, 본 발명이 구현될 수 있는 법적인 근거를 마련한다.
이 상태에서, 구매업체(701a,701c,701d)를 대상으로 하는 일련의 서비스가 원활하게 제공되기 위해서는 앞서 언급한 "구매카드 발급 약정" 사항이 시스템(100)측에 미리 저장되어 있어야 하며, 이와 동일하게, 판매업체(601)를 대상으로 하는 일련의 서비스가 원활하게 제공되기 위해서는 앞서 언급한 "구매카드 가맹점 특약" 사항이 시스템(100)측에 미리 저장되어 있어야 한다. 물론, 이러한 각 약정을 미리 체결하지 않은 구매업체(701a,701c,701d), 판매업체(601) 등은 등록된 업체로 인증 받을 수 없으며, 결국, 본 발명에 의한 일련의 서비스를 향유할 수 없다.
한편, 도 3에 도시된 바와 같이, 은행(101)의 전산 온라인망에 소속된 본 발명의 전자결제 관리 시스템(100)은 크게, D/B 블록(70), D/B 관리 서버(40), 전자결제 관리 서버(10) 등의 조합으로 구성된다. 이 경우, 앞의 D/B 블록(70)에는 일련의 구매자금 결제정보가 저장된 구매자금 결제정보 D/B(71), 일련의 구매물건 인수정보가 저장된 구매물건 인수정보 D/B(72), 일련의 매매계약정보가 저장된 매매계약정보 D/B(73), 일련의 판매정보가 저장된 판매정보 D/B(74), 일련의 구매업체/중개업체/판매업체 등록정보가 저장된 업체 등록정보 D/B(75), 일련의 운영정보가 저장된 운영정보 D/B(76) 등이 배치된다.
여기서, 앞서 언급한 D/B 관리 서버(40)는 상술한 구매자금 결제정보, 구매물건 인수정보, 매매계약 정보, 판매정보, 구매업체/중개업체/판매업체 등록정보, 운영정보 등을 D/B 블록(70)의 필요 영역에 선택적으로 저장하거나, 앞의 구매자금 결제정보 D/B(71), 구매물건 인수정보 D/B(72), 매매계약 정보 D/B(73), 판매정보 D/B(74), 업체 등록정보 D/B(75), 운영정보 D/B(76) 등으로부터 상술한 각종 데이터들을 선택적으로 출력하는 역할을 수행한다.
이 경우, D/B 관리 서버(40)는 단순히, 각종 데이터들을 저장·출력하는 역할만을 수행하는 것이 아니라, 각종 데이터들을 중복됨 없이 가장 신속한 시간 내에 효율적으로 관리하는 지능적인 역할도 동시에 수행한다.
이때, 앞의 전자결제 관리 서버(10)는 D/B 관리 서버(40)와 일련의 통신관계를 형성한 상태에서, 이 D/B 관리 서버(40)를 체계적으로 제어함으로써, 상술한 구매자금 결제정보, 구매물건 인수정보, 매매계약 정보, 판매정보, 구매업체/중개업체/판매업체 등록정보, 운영정보 등의 저장 및 추출 여부가 선택적으로 결정되도록 조절하는 역할을 수행한다.
이와 같은 D/B 관리 서버(40)와의 관계와 함께, 상술한 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 매개로 하여, 앞의 구매업체측 클라이언트(700), 중개업체측 클라이언트(800), 판매업체측 클라이언트(600) 등과도 긴밀하게 인터페이스 한다.
이 상태에서, 전자결제 관리 서버(10)는 상술한 구매업체측 클라이언트(700), 판매업체측 클라이언트(600) 중의 어느 하나로부터 일련의 구매관리 이벤트, 판매관리 이벤트 등이 각각 발생하는 경우, 해당 이벤트에 포함된 여러 조건, 예컨대, "구매업체의 결제조건이 구매카드인가 또는 현금인가", "구매업체/판매업체 사이의 거래조건이 매매보호거래인가 또는 일반거래인가" 등에 따라, 일련의 구매관리 이벤트 또는 판매관리 이벤트를 선별 진행하는 역할을 수행한다.
이때, 전자결제 관리 서버(10)는 구매업체측 클라이언트(700)로부터 일련의 구매관리 이벤트가 발생하는 경우, 해당 구매업체(701)와 이해관계에 있는 나머지 관리업체, 예컨대, 중개업체(801), 판매업체(701)의 의사를 중개업체측 클라이언트(800), 판매업체측 클라이언트(600)를 매개로 수집하여, 해당 구매관리 이벤트의 승인여부를 체크하며, 중개업체(801), 판매업체(601)의 승인여부에 따라, 앞의 구매관리 이벤트를 선별적으로 진행한다.
또한, 전자결제 관리 서버(10)는 판매업체측 클라이언트(600)로부터 일련의 판매관리 이벤트가 발생하는 경우, 해당 판매업체(601)와 이해관계에 있는 나머지 관리 업체, 예컨대, 중개업체(801), 구매업체(701)의 의사를 중개업체측 클라이언트(800), 구매업체측 클라이언트(700)를 매개로 수집하여, 해당 판매관리 이벤트의승인여부를 체크하며, 중개업체(801), 구매업체(701)의 승인여부에 따라, 앞의 판매관리 이벤트를 선별적으로 진행한다.
한편, 앞의 인터페이스 모듈(20)은 상술한 은행 전산 온라인망을 통해 접속하는 구매업체측 클라이언트(700), 중개업체측 클라이언트(800), 판매업체측 클라이언트(600) 등으로부터 전송되는 이벤트 데이터를 처리하여, 이 이벤트 데이터를 앞의 전자결제 관리 서버(10)로 전달하는 역할을 수행함과 아울러, 전자결제 관리 서버(10)로부터 전달되는 다양한 정보들을 처리하여, 이 정보들을 앞의 구매업체측 클라이언트(700), 중개업체측 클라이언트(800), 판매업체측 클라이언트(600) 등으로 신속하게 전달하는 역할을 수행한다.
여기서, 상술한 전자결제 관리 서버(10)는 D/B 관리 서버(40), 인터페이스 모듈(20)뿐만 아니라, 정보통지모듈(30), 결제계좌 생성모듈(50), 인증 관리모듈(60) 등과도 일련의 통신관계를 더 형성한다.
이때, 정보통지모듈(30)은 전자결제 관리 서버(10)로부터 예컨대, "구매관리 이벤트 또는 판매관리 이벤트의 승인여부를 체크하라"는 지시가 전달되는 경우, 해당 이벤트의 발생 사실을 이벤트 발생업체와 일련의 이해관계에 있는 나머지 관리업체로 통지하는 역할을 전담함으로써, 해당 이벤트가 원활하게 진행될 수 있는 기반환경을 제공한다.
일례로, 전자결제 관리 서버(10)로부터 예컨대, "구매관리 이벤트의 승인여부를 체크하라"는 지시가 전달되는 경우, 정보통지모듈(30)은 해당 구매관리 이벤트의 발생 사실을 구매업체(701)와 이해관계에 있는 나머지 관리업체, 즉, 중개업체(801), 판매업체(601)로 통지하는 역할을 전담함으로써, 해당 구매관리 이벤트가 원활하게 진행될 수 있는 기반환경을 제공한다.
다른 예로, 전자결제 관리 서버(10)로부터 예컨대, "판매관리 이벤트의 승인여부를 체크하라"는 지시가 전달되는 경우, 정보통지모듈(30)은 해당 판매관리 이벤트의 발생 사실을 판매업체(601)와 이해관계에 있는 나머지 관리업체, 즉, 중개업체(801), 구매업체(701)로 통지하는 역할을 전담함으로써, 해당 판매관리 이벤트가 원활하게 진행될 수 있는 기반환경을 제공한다.
한편, 결제계좌 생성모듈(50)은 전자결제 관리 서버(10)로부터 예컨대, "안전결제계좌를 생성하라"는 지시가 전달되는 경우, 일련의 안전결제계좌를 생성하는 역할을 전담함으로써, 구매업체(701), 예컨대, 구매업체 B(701b)에 의한 현금의 입금과정이 좀더 안정적으로 진행될 수 있는 기반환경을 제공한다.
또한, 인증 관리모듈(60)은 구매업체측 클라이언트(700), 중개업체측 클라이언트(800), 판매업체측 클라이언트(600) 등을 통해 본 발명의 기업간 전자결제 관리 시스템(100)에 접근하는 구매업체(701)/중개업체(801)/판매업체(601)의 기 등록여부를 인증하는 역할을 전담한다.
앞의 전자결제 관리 서버(10)는 상술한 인터페이스 모듈(20), 정보통지모듈(30), 결제계좌 생성모듈(50), 인증 관리모듈(60) 등과 더불어, 은행(101)의 기간계 시스템(Basic section system), 예컨대, 카드계 시스템(200), 예금계 시스템(300) 등과도 일련의 통신관계를 더 형성하는 바, 이 경우, 전자결제 관리 서버(10)는 구매업체(701)측의 선택에 따라, 자신과 통신관계에 있는 카드계시스템(200), 예금계 시스템(300), 등을 선별 활용함으로써, 임의의 구매업체측이 "자사가 원하는 일련의 구매자금 결제방식"에 따라, 신속한 구매자금 결제과정을 자유롭게 진행할 수 있도록 유도한다.
이때, 상술한 바와 같이, 본 발명에서는 구매업체측의 결제방식을 "현금에 의한 결제", "구매카드에 의한 결제" 등으로 특정지음으로써, 전체적인 구매자금 결제과정의 안정성을 극대화한다.
이하, 상술한 구성을 갖는 기업간 전자결제 관리 시스템(100)을 이용한 본 발명의 기업간 전자결제 관리 방법을 상세히 설명한다.
먼저, 중개업체(801)측의 전자상거래 시스템을 매개로, "임의의 판매업체(601)로부터 소정의 상품을 구매한 구매업체들(701)" 또는 이 중개업체(801)측의 전자상거래 시스템을 매개로, "임의의 구매업체(701)에게 소정의 상품을 판매한 판매업체들(601)"은 해당 중개업체측 전자상거래 시스템을 이용하여, 본 발명의 기업간 전자결제 관리 시스템(100)에 접속한다. 이와 달리, 중개업체(801)측은 자체적으로 본 발명의 기업간 전자결제 관리 시스템에 접속할 수 있다.
이 상태에서, 도 4에 도시된 바와 같이, 전자결제 관리 서버(10)는 구매업체측 클라이언트(700) 또는 판매업체측 클라이언트(600) 중의 어느 하나로부터 일련의 시스템 접속 이벤트가 발생하였는가의 여부를 판단한다(단계 S1).
이때, 구매업체측 클라이언트(700) 또는 판매업체측 클라이언트(600) 중의 어느 하나로부터 별도의 시스템 접속 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 플로우를 후술하는 단계 S10으로 진행한다.
그러나, 구매업체측 클라이언트(700) 또는 판매업체측 클라이언트(600) 중의 어느 하나로부터 일련의 시스템 접속 이벤트가 발생한 경우, 전자결제 관리 서버(10)는 D/B 관리 서버(40)를 활용하여, 운영정보 D/B(76)에 저장되어 있던 일련의 운영정보를 추출 받은 후, 이 운영정보를 활용하여, 일련의 인증 페이지를 생성하고, 이 인증 페이지를 시스템 접속 이벤트를 발생시킨 해당 클라이언트로 전송한다(단계 S2).
만약, 구매업체측 클라이언트(700)로부터 시스템 접속 이벤트가 발생한 경우, 이 인증 페이지는 구매업체측 클라이언트(700)로 전송될 것이며, 판매업체측 클라이언트(600)로부터 시스템 접속 이벤트가 발생한 경우, 이 인증 페이지는 판매업체측 클라이언트(600)로 전송될 것이다.
이 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 구매업체측 클라이언트(700) 또는 판매업체측 클라이언트(600)로부터 일련의 인증정보가 전송되었는가의 여부를 판단한다(단계 S3).
이때, 구매업체측 클라이언트(700) 또는 판매업체측 클라이언트(600)로부터 일련의 인증정보가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 인증 관리모듈(60)을 신속히 활용함으로써, 구매업체측 클라이언트(700) 또는 판매업체측 클라이언트(600)를 통해 시스템(100)에 접속중인 관리업체, 예컨대, 구매업체(701) 또는 판매업체(601)가 기 등록된 관리업체인가의 여부를 판단한다(단계 S4).
이때, 시스템(100)에 접속 중인 관리업체가 기 등록된 관리업체가 아닌 것으로 판단되는 경우, 전자결제 관리 서버(10)는 예컨대, "귀사는 등록된 고객이 아니오니, 먼저, 등록해 주십시오" 등과 같은 내용의 등록 요구 메시지를 생성하고, 생성이 완료된 등록 요구 메시지를 해당 관리업체측 클라이언트로 전송하는 과정을 진행한다(단계 S5).
그러나, 시스템(100)에 접속 중인 관리업체가 기 등록된 관리업체로 판단되는 경우, 전자결제 관리 서버(10)는 일련의 메인 페이지를 생성하고, 생성이 완료된 메인 페이지를 해당 관리업체측 클라이언트, 예컨대, 구매업체측 클라이언트(700) 또는 판매업체측 클라이언트(600)로 전송하는 과정을 진행한다(단계 S6).
이 경우, 해당 관리업체측 클라이언트는 시스템(100)측으로부터 전송되는 메인 페이지(401)를 신속히 해석하여, 이를 도 5에 도시된 바와 같이, 디스플레이 시킴으로써, 구매업체(701) 또는 판매업체(601)에 의한 일련의 기업간 전자결제 과정이 원활하게 진행될 수 있는 기반환경을 제공한다.
한편, 앞서 언급한 과정을 통해, 임의의 관리업체측 클라이언트, 예컨대, 구매업체측 클라이언트(700) 또는 판매업체측 클라이언트(600)에 일련의 메인 페이지(401)가 게시된 상태에서, 전자결제 관리 서버(10)는 해당 관리업체측 클라이언트로부터 일련의 기업간 전자결제 이용 이벤트가 발생하였는가의 여부를 판단한다(단계 S7).
이때, 해당 관리업체측 클라이언트로부터 별도의 기업간 전자결제 이용 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 플로우를 후술하는 단계 S10으로 진행한다.
그러나, 구매업체(701) 또는 판매업체(601)측에서, 예컨대, 메인 페이지(401)의 "전자결제 시스템 항목(402)"을 클릭하여, 구매업체측 클라이언트(700) 또는 판매업체측 클라이언트(600)로부터 일련의 기업간 전자결제 이용 이벤트가 발생한 것으로 판단되는 경우, 전자결제 관리 서버(10)는 예컨대, D/B 관리 서버(40)를 활용하여, 업체 등록정보 D/B(75)에 저장되어 있던 해당 관리업체의 등록정보를 수집한 후, 해당 관리업체가 구매업체(701)인가 또는 판매업체(601)인가의 여부를 순차적으로 판단한다(단계 S8,S9).
이때, 해당 관리업체가 구매업체(701)로 판단되는 경우, 전자결제 관리 서버(10)는 상술한 은행 온라인망을 매개로, 구매업체측 클라이언트(700)로부터 전송되는 각 정보들을 체크하고, 이 정보들에 포함된 여러 조건, 예컨대, "구매업체의 결제조건이 구매카드인가 또는 현금인가", "구매업체/판매업체 사이의 거래조건이 매매보호거래인가 또는 일반거래인가" 등의 여부에 따라, 구매업체측 클라이언트(701)로부터 요청된 일련의 구매관련 이벤트 관리과정을 선별적으로 진행한다(단계 S100).
또한, 해당 관리업체가 판매업체(601)로 판단되는 경우, 전자결제 관리 서버(10)는 상술한 은행 온라인망을 매개로, 판매업체측 클라이언트(600)로부터 전송되는 각 정보들을 체크하고, 이 정보들에 포함된 여러 조건, 예컨대, "구매업체의 결제조건이 구매카드인가 또는 현금인가", "구매업체/판매업체 사이의 거래조건이 매매보호거래인가 또는 일반거래인가" 등의 여부에 따라, 판매업체측 클라이언트(701)로부터 요청된 일련의 판매관련 이벤트 관리과정을 선별적으로 진행한다(단계 S200).
이하, 앞서 언급한 구매관련 이벤트 관리과정(단계 S100), 판매관련 이벤트 관리과정(단계 S200) 등을 상세히 설명한다.
먼저, 상술한 구매관련 이벤트 진행과정(단계 S100)을 상세히 설명한다.
앞의 단계 S8을 통해, 해당 관리업체가 구매업체(701)로 판단되는 경우, 전자결제 관리 서버(10)는 도 6에 도시된 바와 같이, 해당 구매업체(701)의 등록정보가 반영된 일련의 구매업체용 초기 페이지를 생성하고, 생성이 완료된 구매업체용 초기 페이지를 구매업체측 클라이언트(700)로 전송하는 과정을 진행한다(단계 S101).
이 경우, 구매업체측 클라이언트(700)는 시스템(100)측으로부터 전송되는 해당 구매업체용 초기 페이지(403)를 신속히 해석하여, 이를 도 7에 도시된 바와 같이, 디스플레이 시킴으로써, 구매업체(701)에 의한 일련의 구매관련 이벤트 관리과정이 원활하게 진행될 수 있는 기반환경을 제공한다.
여기서, 도면에 도시된 바와 같이, 구매업체용 초기 페이지(403)에는 예컨대, 구매자금 결제내역 전송 항목(404), 구매자금 결제실행 항목(405), 구매자금 결제취소 항목(406), 구매자금 결제조건 변경 항목(407), 구매물건 인수확인 항목(408) 등이 구비되며, 구매업체(701)측에서는 앞의 각 항목들을 선택적으로 클릭함으로써, 해당 항목들을 실시간으로 확인/설정할 수 있다. 물론, 이러한 각 항목들은 상황에 따라 다양한 변형을 이룰 수 있다.
이 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 구매업체측 클라이언트(700)로부터 일련의 구매자금 결제내역 전송 이벤트가 발생하였는가의 여부를 판단한다(단계 S102). 이 경우, 앞의 구매자금 결제내역 전송 이벤트는 "판매업체(601)로부터 일련의 물품을 구매한 구매업체(701)가 일정 기간 동안 누적된 자사의 구매자금 결제내역을 시스템(100)측으로 전송하고자 할 때, 진행시키는 이벤트"를 의미한다.
이때, 구매업체측 클라이언트(700)로부터 별도의 구매자금 결제내역 전송 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 플로우를 후술하는 단계 S109로 진행한다.
그러나, 구매업체(701)측에서, 구매업체용 초기 페이지(403)의 구매자금 결제내역 전송 항목(404)을 클릭하여, 구매업체측 클라이언트(700)로부터 일련의 구매자금 결제내역 전송 이벤트가 발생한 것으로 판단되면, 전자결제 관리 서버(10)는 운영정보 D/B(76)에 저장되어 있던 운영정보를 활용하여, "구매업체(701)측의 구매자금 결제내역 입력과정"을 가이드하기 위한 일련의 구매자금 결제내역 입력 가이드 페이지를 생성한 후, 생성이 완료된 구매자금 결제내역 입력 가이드 페이지를 인터페이스 모듈(20)을 매개로 하여, 구매업체측 클라이언트(700)로 전송한다(단계 S103).
이 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 구매업체측 클라이언트(700)로부터, 앞의 구매자금 결제내역 입력 가이드 페이지에 대응되는 일련의 구매자금 결제 정보가 전송되었는가의 여부를 판단한다(단계 S104).
이때, 구매업체(701)측에서, 구매자금 결제내역 입력과정을 모두 완료하고, 전송 항목을 선택하여, 구매업체측 클라이언트(700)로부터 일련의 구매자금 결제내역 정보가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, 해당 구매자금 결제내역 정보에 지정된 "구매자금의 결제조건"이 현금인가 또는 구매카드인가의 여부를 판단한다(단계 S105).
여기서, 앞의 구매업체(701)가 일련의 구매카드를 발급 받은 구매업체(701a,701c,701d)이어서, 해당 구매업체의 구매자금 결제내역 정보에 지정된 "구매자금의 결제조건"이 구매카드인 것으로 판단되면, 전자결제 관리 서버(10)는 예컨대, 업체 등록정보 D/B(75)를 체크하여, 해당 구매업체의 "구매자금 결제내역 정보"와 관련된 구매업체/판매업체가 일련의 "구매카드 회원/구매카드 가맹점" 등으로 정상 가입되어 있는가의 여부를 판단한다(단계 S106).
이때, 해당 구매업체의 구매자금 결제내역 정보와 관련된 구매업체/판매업체가 일련의 "구매카드 회원/구매카드 가맹점" 등으로 정상 가입되어 있지 않은 경우, 전자결제 관리 서버(10)는 예컨대, "귀사는 가입된 구매카드 회원이 아니오니, 먼저, 가입해 주십시오' 등과 같은 내용의 가입권유 메시지를 생성하고, 생성이 완료된 가입권유 메시지를 구매업체측 클라이언트(700)로 전송하는 과정을 진행한다(단계 S107).
그러나, 해당 구매업체의 "구매자금 결제내역 정보"와 관련된 구매업체/판매업체가 일련의 "구매카드 회원/구매카드 가맹점" 등으로 가입되어 있는 경우, 전자결제 관리 서버(10)는 해당 카드형 구매자금 결제내역 정보를 저장하여, 시스템(100)에 반영함과 아울러, 이 정보를 "구매업체(701)측과 이해 관계에 있는 나머지 업체, 예컨대, 판매업체(601), 중개업체(801)" 등에 통지하는 과정을 진행한다(단계 S108).
이 경우, 전자결제 관리 서버(10)는 먼저, 해당 "카드형 구매자금 결제내역 정보"를 D/B 관리 서버(40)로 전달함으로써, 구매업체(701)측에 의해 작성된 카드형 구매자금 결제내역 정보가 예컨대, 구매자금 결제정보 D/B(71)에 안정적으로 저장될 수 있도록 한다.
이어서, 전자결제 관리 서버(10)는 앞의 카드형 구매자금 결제내역 정보를 정보통지모듈(30)로 전달하고, 이 정보통지모듈(30)을 통해, 구매업체(701)측의 주도로 작성된 카드형 구매자금 결제내역 정보가 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800), 예컨대, 판매업체측/중개업체측의 이-메일계정, 판매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송될 수 있도록 함으로써, 판매업체(601) 및 중개업체(801)측에서, "구매업체(701)측에 의해 작성된 카드형 구매자금 결제내역"을 정확하게 확인할 수 있도록 한다.
한편, 앞의 과정을 통해 일련의 "카드형 구매자금 결제내역 정보 저장/통지과정"이 마무리된 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 구매업체측 클라이언트(700)로부터 일련의 카드형 구매자금 결제실행 이벤트가 발생하였는가의 여부를 판단한다(단계 S109). 이 경우, 앞의 카드형 구매자금 결제실행 이벤트는 "구매카드를 사용하여, 판매업체(601)측으로부터 일련의 물품을 구매한 구매업체(701)가 해당 판매업체(601)를 대상으로, 자사의 구매카드 결제대금을 결제처리 하고자 할 때, 진행시키는 이벤트"를 의미한다.
이때, 구매업체측 클라이언트(700)로부터 별도의 카드형 구매자금 결제실행 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 플로우를 후술하는 단계 S118로 진행한다.
그러나, 구매업체(701)측에서, 구매업체용 초기 페이지(403)의 구매자금 결제실행 항목(405)을 클릭하여, 구매업체측 클라이언트(700)로부터 일련의 카드형 구매자금 결제실행 이벤트가 발생한 것으로 판단되면, 전자결제 관리 서버(10)는 운영정보 D/B(76)에 저장되어 있던 운영정보를 활용하여, "구매업체(701)측의 구매자금 결제실행 내역 입력과정"을 가이드하기 위한 일련의 "카드형 구매자금 결제실행 내역 입력 가이드 페이지"를 생성한 후, 생성이 완료된 카드형 구매자금 결제실행 내역 입력 가이드 페이지를 인터페이스 모듈(20)을 매개로 하여, 구매업체측 클라이언트(700)로 전송하는 과정을 진행한다(단계 S110).
이 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 구매업체측 클라이언트(700)로부터, 앞의 카드형 구매자금 결제실행 내역 입력 가이드 페이지에 대응되는 일련의 "카드형 구매자금 결제실행 정보"가 전송되었는가의 여부를 판단한다(단계 S111).
이때, 구매업체(701)측에서, 카드형 구매자금 결제실행 내역 입력과정을 모두 완료하고, 전송 항목을 선택하여, 구매업체측 클라이언트(700)로부터 일련의 카드형 구매자금 결제실행 정보가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, 앞의 카드형 구매자금 결제실행 정보가 기 설정된 일련의 요건을 만족하는가의 여부, 예컨대, "카드형 구매자금 결제실행 정보에 기록된 결제실행 금액이 해당 구매업체에 지정된 구매카드 한도금액 이내인가", "카드형 구매자금 결제실행 정보에 기록된 결제대상 판매업체가 기 등록된 판매업체인가", "카드형 구매자금 결제실행 정보에 기록된 결제대상 판매업체가 우량 가맹점으로 등록되어 있는가" 등의 여부를 판단한다(단계 S112).
이때, 카드형 구매자금 결제실행 정보에 기록된 결제실행 금액이 해당 구매업체에 지정된 구매카드 한도금액을 초과하거나, 카드형 구매자금 결제실행 정보에 기록된 결제대상 판매업체가 기 등록된 판매업체가 아니거나, 카드형 구매자금 결제실행 정보에 기록된 결제대상 판매업체가 불량 가맹점으로 등록되어 있거나 하는 것으로 판단되는 경우, 전자결제 관리 서버(10)는 일련의 오류 메시지를 구매업체측 클라이언트(700)로 전송하는 과정을 진행한다(단계 S113).
이 경우, 전자결제 관리 서버(10)는 D/B 관리 서버(40)를 활용하여, 운영정보 D/B(76)에 저장되어 있던 일련의 운영정보를 추출한 후, 이 운영정보를 활용하여, 예컨대, "선택하신 금액이 한도금액을 초과합니다. 다시 한번 시도해 주십시오‥" 등과 같은 일련의 오류 메시지를 생성하고, 생성이 완료된 오류 메시지를 구매업체측 클라이언트(700)로 전송한다.
그러나, 카드형 구매자금 결제실행 정보에 기록된 결제실행 금액이 해당 구매업체에 지정된 구매카드 한도금액 이내이고, 카드형 구매자금 결제실행 정보에 기록된 결제대상 판매업체가 기 등록된 판매업체이며, 카드형 구매자금 결제실행정보에 기록된 결제대상 판매업체가 우량 가맹점으로 등록되어 있는 것으로 판단되는 경우, 전자결제 관리 서버(10)는 해당 카드형 구매자금 결제실행 정보에 지정된 거래형식이 일반거래인가 또는 매매보호거래인가의 여부를 재차 판단한다(단계 S114).
이때, 해당 카드형 구매자금 결제실행 정보에 지정된 거래형식이 일반거래인 것으로 판단되는 경우, 전자결제 관리 서버(10)는 은행(101)의 기간계 시스템, 예컨대, 카드계 시스템(200)과 일련의 신호교환과정을 선택적으로 진행하여, 해당 카드형 구매자금 결제실행 정보에 대응되는 일련의 구매카드 결제내역을 생성하고, 이 구매카드 결제내역이 반영된 일련의 카드형 구매자금 결제실행 결과를 시스템(100)에 반영하는 과정을 진행한다(단계 S115).
이 경우, 전자결제 관리 서버(10)는 해당 카드형 구매자금 결제실행 결과 정보를 D/B 관리 서버(40)로 전달함으로써, 구매업체(701)측의 주도로 진행된 카드형 구매자금 결제실행 결과가 예컨대, 구매자금 결제정보 D/B(71)에 안정적으로 저장될 수 있도록 한다.
그러나, 해당 카드형 구매자금 결제실행 정보에 지정된 거래형식이 매매보호거래인 것으로 판단되는 경우, 전자결제 관리 서버(10)는 전자결제 관리 서버(10)는 은행(101)의 기간계 시스템, 예컨대, 카드계 시스템(200)과 일련의 신호교환과정을 선택적으로 진행하여, 해당 카드형 구매자금 결제실행 정보에 대응되는 일련의 구매카드 승인번호를 생성하고, 이 구매카드 승인번호가 반영된 일련의 카드형 구매자금 결제실행 결과를 시스템에 반영함과 아울러, 이 결과를 판매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 과정을 진행한다(단계 S116,S117).
이 경우, 전자결제 관리 서버(10)는 먼저, 앞의 구매카드 승인번호가 반영된 일련의 카드형 구매자금 결제실행 결과 정보를 D/B 관리 서버(40)로 전달함으로써, 구매업체(701)측의 주도로 진행된 카드형 구매자금 결제실행 결과가 예컨대, 구매자금 결제정보 D/B(71)에 안정적으로 저장될 수 있도록 한다.
이어서, 전자결제 관리 서버(10)는 앞의 카드형 구매자금 결제실행 결과를 정보통지모듈(30)로 전달하고, 이 정보통지모듈(30)을 통해, 구매업체(701)측의 주도로 진행된 "카드형 구매자금 결제실행 결과 정보"가 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800), 예컨대, 판매업체측/중개업체측의 이-메일계정, 판매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송될 수 있도록 함으로써, 판매업체(601) 및 중개업체(801)측에서, "구매업체(701)측의 주도로 진행된 카드형 구매자금 결제실행 결과 정보"를 정확하게 확인할 수 있도록 한다.
이때, 판매업체(601)측에서는 상술한 과정을 통해 전달된 구매카드 승인번호를 근거로, 신뢰성 있는 일련의 납품과정을 진행할 수 있다.
한편, 앞서 언급한 단계 S109에서, 구매업체측 클라이언트(700)로부터 별도의 카드형 구매자금 결제실행 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, 도 8에 도시된 바와 같이, 플로우를 단계 S118로 진행하여, 구매업체측 클라이언트(700)로부터 일련의 카드형 구매자금 결제취소 이벤트가 발생하였는가의 여부를 판단한다. 이 경우, 카드형 구매자금 결제취소 이벤트는 "구매카드를 이용하여 일련의 물품을 구매한 구매업체(701a,701c,701d)가 자사가 진행한 구매자금 결제실행 과정을 취소하고자 할 때, 진행시키는 이벤트"를 의미한다.
이때, 구매업체측 클라이언트(700)로부터 별도의 카드형 구매자금 결제취소 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 플로우를 후술하는 단계 S127로 진행한다.
그러나, 구매업체(701)측에서, 구매업체용 초기 페이지(403)의 구매자금 결제취소 항목(406)을 클릭하여, 구매업체측 클라이언트(700)로부터 일련의 카드형 구매자금 결제취소 이벤트가 발생한 것으로 판단되면, 전자결제 관리 서버(10)는 운영정보 D/B(76)에 저장되어 있던 운영정보를 활용하여, "구매업체(701)측의 카드형 구매자금 결제취소 내역 입력과정"을 가이드하기 위한 일련의 "카드형 구매자금 결제취소 내역 입력 가이드 페이지"를 생성한 후, 생성이 완료된 카드형 구매자금 결제취소 내역 입력 페이지를 인터페이스 모듈(20)을 매개로 하여, 구매업체측 클라이언트(700)로 전송하는 과정을 진행한다(단계 S119).
이 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 구매업체측 클라이언트(700)로부터, 앞의 카드형 구매자금 결제취소 내역 입력 가이드 페이지에 대응되는 일련의 카드형 구매자금 결제취소 정보가 전송되었는가의 여부를 판단한다(단계 S120).
이때, 구매업체(701)측에서, 카드형 구매자금 결제취소 내역 입력과정을 모두 완료하고, 전송 항목을 선택하여, 구매업체측 클라이언트(700)로부터 일련의 카드형 구매자금 결제취소 정보가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, 해당 카드형 구매자금 결제취소 정보에 지정된 거래형식이 일반거래인가 또는 매매보호거래인가의 여부를 판단한다(단계 S121).
여기서, 상술한 카드형 구매자금 결제취소 정보에 지정된 거래형식이 일반거래인 것으로 판단되면, 전자결제 관리 서버(10)는 D/B 관리 서버(40)를 활용하여, 운영정보 D/B(76)에 저장되어 있던 일련의 운영정보를 추출한 후, 이 운영정보를 활용하여, 예컨대, "본 이벤트는 매매보호거래에서만 진행할 수 있습니다. 다시 한번 시도해 주십시오‥" 등과 같은 일련의 오류 메시지를 생성하고, 생성이 완료된 오류 메시지를 구매업체측 클라이언트(700)로 전송한다(단계 S122).
그러나, 카드형 구매자금 결제취소 정보에 지정된 거래형식이 매매보호거래인 것으로 판단되는 경우, 전자결제 관리 서버(10)는 그 즉시, "구매업체(701)측과 이해관계에 있는 나머지 업체, 예컨대, 판매업체(601), 중개업체(801)" 등을 대상으로, 카드형 구매자금 결제취소 내역의 승인을 요청하는 과정을 진행한다(단계 S123).
이 경우, 전자결제 관리 서버(10)는 구매업체측 클라이언트(700)로부터 전송된 카드형 구매자금 결제취소 내역을 정보통지모듈(30)로 전달하며, 정보통지모듈(30)은 전자결제 관리 서버(10)로부터 일련의 카드형 구매자금 결제취소 내역이 전달되는 즉시, 해당 "카드형 구매자금 결제취소 내역"을 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800), 예컨대, 판매업체측/중개업체측의 이-메일계정, 판매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송한다.
이러한 전송과정이 완료된 상태에서, 전자결제 관리 서버(10)는 인터페이스모듈(20), 정보통지모듈(30) 등을 지속적으로 체크함으로써, 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800)로부터 앞의 카드형 구매자금 결제취소 승인 요청에 대응되는 일련의 카드형 구매자금 결제취소 승인 정보가 전송되었는가의 여부를 판단한다(단계 S124).
이때, 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800) 모두로부터 카드형 구매자금 결제취소 승인 요청에 대응되는 일련의 카드형 구매자금 결제취소 승인 정보가 전송되지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 카드형 구매자금 결제취소의 승인이 거부된 것으로 판정하고, 앞의 단계 S122를 재차 진행하여, 예컨대, "귀사가 진행한 카드형 구매자금 결제취소 승인이 ***사에 의해 거부되었습니다. 확인하시고‥‥" 등과 같은 일련의 오류 메시지를 생성하고, 생성이 완료된 오류 메시지를 구매업체측 클라이언트(700)로 전송한다.
그러나, 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800) 모두로부터 카드형 구매자금 결제취소 승인 요청에 대응되는 일련의 카드형 구매자금 결제취소 승인 정보가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 구매업체(701)측에 의한 구매자금 결제취소 절차가 판매업체(601)/중개업체(801)에 의해 승인된 것으로 판정하고, 은행(101)의 기간계 시스템, 예컨대, 카드계 시스템(200)과 일련의 신호교환과정을 선택적으로 진행하여, 해당 구매업체(701)를 대상으로 기 생성되어 있던 일련의 구매카드 승인번호를 취소하고, 이 구매카드 승인번호 취소 결과가 반영된 일련의 카드형 구매자금 결제취소 결과를 시스템(100)에 반영함과 아울러, 이 결과를 판매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 과정을 진행한다(단계 S125,S126).
이 경우, 전자결제 관리 서버(10)는 먼저, 앞의 구매카드 승인번호 취소 결과가 반영된 일련의 카드형 구매자금 결제취소 결과 정보를 D/B 관리 서버(40)로 전달함으로써, 구매업체(701)측의 주도로 진행된 카드형 구매자금 결제취소 결과가 예컨대, 구매자금 결제정보 D/B(71)에 안정적으로 저장될 수 있도록 한다.
이어서, 전자결제 관리 서버(10)는 앞의 카드형 구매자금 결제취소 결과를 정보통지모듈(30)로 전달하고, 이 정보통지모듈(30)을 통해, 구매업체(701)측의 주도로 진행된 카드형 구매자금 결제취소 결과 정보가 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800), 예컨대, 판매업체측/중개업체측의 이-메일계정, 판매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송될 수 있도록 함으로써, 판매업체(601) 및 중개업체(801)측에서, "구매업체(701)측의 주도로 진행된 카드형 구매자금 결제취소 결과 정보"를 정확하게 확인할 수 있도록 한다.
한편, 앞서 언급한 단계 S118에서, 구매업체측 클라이언트(700)로부터 별도의 카드형 구매자금 결제취소 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, 플로우를 단계 S127로 진행하여, 구매업체측 클라이언트(700)로부터 일련의 카드형 구매자금 결제조건 변경 이벤트가 발생하였는가의 여부를 판단한다. 이 경우, 카드형 구매자금 결제조건 변경 이벤트는 "구매카드를 이용하여 일련의 물품을 구매한 구매업체(701a,701c,701d)가 자사의 구매자금 결제조건을 다른 수단, 예컨대, 다른 구매카드로 변경하고자 할 때, 진행시키는 이벤트"를 의미한다.
이때, 구매업체측 클라이언트(700)로부터 별도의 카드형 구매자금 결제조건 변경 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 플로우를 후술하는 단계 S137로 진행한다.
그러나, 구매업체(701)측에서, 구매업체용 초기 페이지(403)의 구매자금 결제조건 변경 항목(407)을 클릭하여, 구매업체측 클라이언트(700)로부터 일련의 카드형 구매자금 결제조건 변경 이벤트가 발생한 것으로 판단되면, 전자결제 관리 서버(10)는 운영정보 D/B(76)에 저장되어 있던 운영정보를 활용하여, "구매업체(701)측의 카드형 구매자금 결제조건 변경 내역 입력과정"을 가이드하기 위한 일련의 "카드형 구매자금 결제조건 변경 내역 입력 가이드 페이지"를 생성한 후, 생성이 완료된 카드형 구매자금 결제조건 변경 내역 입력 가이드 페이지를 인터페이스 모듈(20)을 매개로 하여, 구매업체측 클라이언트(700)로 전송하는 과정을 진행한다(단계 S128).
이 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 구매업체측 클라이언트(700)로부터, 앞의 카드형 구매자금 결제조건 변경 내역 입력 가이드 페이지에 대응되는 일련의 카드형 구매자금 결제조건 변경 정보가 전송되었는가의 여부를 판단한다(단계 S129).
이때, 구매업체(701)측에서, 카드형 구매자금 결제조건 변경 내역 입력과정을 모두 완료하고, 전송 항목을 선택하여, 구매업체측 클라이언트(700)로부터 일련의 카드형 구매자금 결제조건 변경 정보가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, "구매업체(701)측과 이해관계에 있는 나머지 업체, 예컨대,판매업체(601), 중개업체(801)" 등을 대상으로, 카드형 구매자금 결제조건 변경 내역의 승인을 요청하는 과정을 진행한다(단계 S130).
이 경우, 전자결제 관리 서버(10)는 구매업체측 클라이언트(700)로부터 전송된 카드형 구매자금 결제조건 변경 내역을 정보통지모듈(30)로 전달하며, 정보통지모듈(30)은 전자결제 관리 서버(10)로부터 일련의 카드형 구매자금 결제조건 변경 내역이 전달되는 즉시, 해당 "카드형 구매자금 결제조건 변경 내역"을 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800), 예컨대, 판매업체측/중개업체측의 이-메일계정, 판매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송한다.
이러한 전송과정이 완료된 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20), 정보통지모듈(30) 등을 지속적으로 체크함으로써, 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800)로부터 앞의 카드형 구매자금 결제조건 변경 승인 요청에 대응되는 일련의 카드형 구매자금 결제조건 변경 승인 정보가 전송되었는가의 여부를 판단한다(단계 S131).
이때, 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800) 모두로부터 카드형 구매자금 결제조건 변경 승인 요청에 대응되는 일련의 카드형 구매자금 결제조건 변경 승인 정보가 전송되지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 카드형 구매자금 결제조건 변경의 승인이 거부된 것으로 판정하고, 플로우를 단계 S132로 진행하여, 예컨대, "귀사가 진행한 카드형 구매자금 결제조건 변경 승인이 ***사에 의해 거부되었습니다. 확인하시고‥‥" 등과 같은 일련의 오류 메시지를 생성하고, 생성이 완료된 오류 메시지를 구매업체측 클라이언트(700)로 전송한다.
그러나, 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800) 모두로부터 카드형 구매자금 결제조건 변경 승인 요청에 대응되는 일련의 카드형 구매자금 결제조건 변경 승인 정보가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 구매업체(701)측에 의한 구매자금 결제조건 변경 절차가 판매업체(601)/중개업체(801)에 의해 승인된 것으로 판정하고, 그 즉시, 해당 카드형 구매자금 결제조건 변경 정보에 지정된 거래형식이 일반거래인가 또는 매매보호거래인가의 여부를 판단하는 과정을 진행한다(단계 S133).
이때, 상술한 카드형 구매자금 결제조건 변경 정보에 지정된 거래형식이 일반거래인 것으로 판단되면, 전자결제 관리 서버(10)는 후술하는 "구매카드 승인번호 취소", "구매카드 승인번호 재생성" 등과 같은 별도의 절차 없이, 플로우를 단계 S136으로 진행한다.
그러나, 카드형 구매자금 결제조건 변경 정보에 지정된 거래형식이 매매보호거래인 것으로 판단되는 경우, 전자결제 관리 서버(10)는 은행(101)의 기간계 시스템, 예컨대, 카드계 시스템(200)과 일련의 신호교환과정을 선택적으로 진행하여, "해당 구매업체를 대상으로 기 생성되어 있던 일련의 구매카드 승인번호를 취소하는 과정", "카드형 구매자금 결제조건 변경 정보에 맞추어, 새로운 구매카드 승인번호를 재생성 하는 과정" 등을 순차적으로 진행하고, 이 절차가 반영된 일련의 카드형 구매자금 결제조건 변경 결과를 시스템(100)에 반영함과 아울러, 이 결과를 판매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 과정을 진행한다(단계S134,S135,S136).
이 경우, 전자결제 관리 서버(10)는 먼저, 앞의 카드형 구매자금 결제조건 변경 결과 정보를 D/B 관리 서버(40)로 전달함으로써, 구매업체(701)측의 주도로 진행된 카드형 구매자금 결제조건 변경 결과가 예컨대, 구매자금 결제정보 D/B(71)에 안정적으로 저장될 수 있도록 한다.
이어서, 전자결제 관리 서버(10)는 앞의 카드형 구매자금 결제조건 변경 결과를 정보통지모듈(30)로 전달하고, 이 정보통지모듈(30)을 통해, 구매업체(701)측의 주도로 진행된 "카드형 구매자금 결제조건 변경 결과 정보"가 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800), 예컨대, 판매업체측/중개업체측의 이-메일계정, 판매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송될 수 있도록 함으로써, 판매업체(601) 및 중개업체(801)측에서, "구매업체(701)측의 주도로 진행된 카드형 구매자금 결제조건 변경 결과 정보"를 정확하게 확인할 수 있도록 한다.
한편, 앞서 언급한 단계 S127에서, 구매업체측 클라이언트(700)로부터 별도의 카드형 구매자금 결제조건 변경 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, 플로우를 단계 S137로 진행하여, 구매업체측 클라이언트(700)로부터 일련의 구매물건 인수확인 이벤트가 발생하였는가의 여부를 판단한다. 이 경우, 앞의 구매물건 인수확인 이벤트는 "구매카드를 이용하여, 판매업체(601)로부터 특정 물품을 구매한 구매업체(701)가 해당 구매물품을 인수하였다는 사실을 중개업체(801)/판매업체(601)측에 통지하고자 할 때, 진행시키는 이벤트"를의미한다.
이때, 구매업체측 클라이언트(700)로부터 별도의 구매물건 인수확인 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 플로우를 앞서 언급한 단계 S9로 진행한다.
그러나, 구매업체(701)측에서, 구매업체용 초기 페이지(403)의 구매물건 인수확인 항목(408)을 클릭하여, 구매업체측 클라이언트(700)로부터 일련의 구매물건 인수확인 이벤트가 발생한 것으로 판단되면, 전자결제 관리 서버(10)는 운영정보 D/B(76)에 저장되어 있던 운영정보를 활용하여, "구매업체(701)측의 구매물건 인수확인 내역 입력과정"을 가이드하기 위한 일련의 "구매물건 인수확인 내역 입력 가이드 페이지"를 생성한 후, 생성이 완료된 구매물건 인수확인 내역 입력 가이드 페이지를 인터페이스 모듈(20)을 매개로 하여, 구매업체측 클라이언트(700)로 전송하는 과정을 진행한다(단계 S138).
이 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 구매업체측 클라이언트(700)로부터, 앞의 구매물건 인수확인 내역 입력 가이드 페이지에 대응되는 일련의 구매물건 인수확인 정보가 전송되었는가의 여부를 판단한다(단계 S139).
이때, 구매업체(701)측에서, 구매물건 인수확인 내역 입력과정을 모두 완료하고, 전송 항목을 선택하여, 구매업체측 클라이언트(700)로부터 일련의 구매물건 인수확인 정보가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, 해당 구매물건 인수확인 정보에 지정된 거래형식이 일반거래인가 또는 매매보호거래인가의 여부를 판단하는 과정을 진행한다(단계 S140).
여기서, 상술한 구매물건 인수확인 정보에 지정된 거래형식이 일반거래인 것으로 판단되면, 전자결제 관리 서버는 별도의 절차 없이, 플로우를 앞서 언급한 단계 S9로 진행한다.
그러나, 상술한 구매물건 인수확인 정보에 지정된 거래형식이 매매보호거래인 것으로 판단되면, 전자결제 관리 서버(10)는 "구매업체측이 판매업체측의 물품을 정상적으로 인수한 것"으로 판정하고, 은행(101)의 기간계 시스템, 예컨대, 카드계 시스템(200)과 일련의 신호교환과정을 선택적으로 진행하여, 해당 구매물건 인수확인 정보에 대응되는 일련의 구매카드 결제내역을 생성하고, 생성이 완료된 구매카드 결제내역을 시스템(100)에 저장하는 과정을 진행한다(단계 S141).
이 경우, 전자결제 관리 서버(10)는 해당 구매카드 결제내역을 D/B 관리 서버(40)로 전달함으로써, 이 구매카드 결제내역이 예컨대, 구매자금 결제정보 D/B(71)에 안정적으로 저장될 수 있도록 한다.
추후에, "기 지정된 구매카드 결제일"이 도래하는 경우, 전자결제 관리 서버(10)는 이 구매카드 결제내역을 토대로, 후술하는 단계 S300을 진행함으로써, 판매업체(601)측에서, 자사가 판매한 물품, 용역 등에 대한 판매대금을 모두 수금할 수 있도록 유도한다.
한편, 상술한 도 6에 도시된 바와 같은 단계 S105에서, 구매자금 결제내역 정보를 전송한 구매업체(701)가 구매업체(701b)이어서, 해당 구매업체(701b)의 구매자금 결제내역 정보에 지정된 "구매자금의 결제조건"이 현금인 것으로 판단되면,전자결제 관리 서버(10)는 도 9에 도시된 바와 같이, 플로우를 단계 S143a로 진행하여, 해당 "현금형 구매자금 결제내역 정보"를 시스템(100)에 반영함과 아울러, 이 정보를 "구매업체(701)측과 이해 관계에 있는 나머지 업체, 예컨대, 판매업체(601), 중개업체(801)" 등에 통지하는 과정을 진행한다.
이 경우, 전자결제 관리 서버(10)는 먼저, 해당 현금형 구매자금 결제내역 정보를 D/B 관리 서버(40)로 전달함으로써, 구매업체(701)측에 의해 작성된 현금형 구매자금 결제내역 정보가 예컨대, 구매자금 결제정보 D/B(71)에 안정적으로 저장될 수 있도록 한다.
이어서, 전자결제 관리 서버(10)는 앞의 현금형 구매자금 결제내역 정보를 정보통지모듈(30)로 전달하고, 이 정보통지모듈(30)을 통해, 구매업체(701)측의 주도로 작성된 현금형 구매자금 결제내역 정보가 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800), 예컨대, 판매업체측/중개업체측의 이-메일계정, 판매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송될 수 있도록 함으로써, 판매업체(601) 및 중개업체(801)측에서, "구매업체(701)측에 의해 작성된 현금형 구매자금 결제내역"을 정확하게 확인할 수 있도록 한다.
한편, 앞의 과정을 통해 일련의 "현금형 구매자금 결제내역 정보 저장/통지과정"이 마무리된 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 구매업체측 클라이언트(700)로부터 일련의 현금형 구매자금 결제실행 이벤트가 발생하였는가의 여부를 판단한다(단계 S143). 이 경우, 앞의 현금형 구매자금 결제실행 이벤트는 "현금을 사용하여, 판매업체(601)측으로부터일련의 물품을 구매하고자 하는 구매업체(701)가 해당 판매업체(601)를 대상으로, 자사의 결제대금을 결제처리 하고자 할 때, 진행시키는 이벤트"를 의미한다.
이때, 구매업체측 클라이언트(700)로부터 별도의 현금형 구매자금 결제실행 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 플로우를 후술하는 단계 S150으로 진행한다.
그러나, 구매업체(701)측에서, 구매업체용 초기 페이지(403)의 구매자금 결제실행 항목(405)을 클릭하여, 구매업체측 클라이언트(700)로부터 일련의 현금형 구매자금 결제실행 이벤트가 발생한 것으로 판단되면, 전자결제 관리 서버(10)는 운영정보 D/B(76)에 저장되어 있던 운영정보를 활용하여, "구매업체(701)측의 구매자금 결제실행 내역 입력과정"을 가이드하기 위한 일련의 "현금형 구매자금 결제실행 내역 입력 가이드 페이지"를 생성한 후, 생성이 완료된 현금형 구매자금 결제실행 내역 입력 가이드 페이지를 인터페이스 모듈(20)을 매개로 하여, 구매업체측 클라이언트(700)로 전송하는 과정을 진행한다(단계 S144).
이 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 구매업체측 클라이언트(700)로부터, 앞의 현금형 구매자금 결제실행 내역 입력 가이드 페이지에 대응되는 일련의 "현금형 구매자금 결제실행 정보"가 전송되었는가의 여부를 판단한다(단계 S145).
이때, 구매업체(701)측에서, 현금형 구매자금 결제실행 내역 입력과정을 모두 완료하고, 전송 항목을 선택하여, 구매업체측 클라이언트(700)로부터 일련의 현금형 구매자금 결제실행 정보가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, 해당 현금형 구매자금 결제실행 정보에 지정된 거래형식이 일반거래인가 또는 매매보호거래인가의 여부를 재차 판단한다(단계 S146).
이때, 해당 현금형 구매자금 결제실행 정보에 지정된 거래형식이 일반거래인 것으로 판단되는 경우, 전자결제 관리 서버(10)는 앞의 현금형 구매자금 결제실행 정보에 따라, 은행(101)의 기간계 시스템, 예컨대, 예금계 시스템(300)과 일련의 신호교환과정을 선택적으로 진행하여, 구매업체측 지정계좌로부터 일정액의 구매자금을 출금한 후, 이 구매자금을 판매업체측 지정계좌로 이체시키는 과정을 진행한다(단계 S147).
그러나, 해당 현금형 구매자금 결제실행 정보에 지정된 거래형식이 매매보호거래인 것으로 판단되는 경우, 전자결제 관리 서버(10)는 앞의 현금형 구매자금 결제실행 정보에 따라, 은행(101)의 기간계 시스템, 예컨대, 카드계 시스템(200)과 일련의 신호교환과정을 선택적으로 진행하여, 구매업체측의 지정계좌로부터 일정액의 구매자금을 출금한 후, 이 구매자금을 공탁(Deposition)하고, 이 공탁사실이 반영된 일련의 현금형 구매자금 결제실행 결과를 시스템(100)에 반영함과 아울러, 이 결과를 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800)로 통지하는 과정을 진행한다(단계 S148,S149).
이 경우, 전자결제 관리 서버(10)는 먼저, 앞의 공탁사실이 반영된 일련의 현금형 구매자금 결제실행 결과 정보를 D/B 관리 서버(40)로 전달함으로써, 구매업체(701)측의 주도로 진행된 현금형 구매자금 결제실행 결과가 예컨대, 구매자금 결제정보 D/B(71)에 안정적으로 저장될 수 있도록 한다.
이어서, 전자결제 관리 서버(10)는 앞의 현금형 구매자금 결제실행 결과를 정보통지모듈(30)로 전달하고, 이 정보통지모듈(30)을 통해, 구매업체(701)측의 주도로 진행된 현금형 구매자금 결제실행 결과 정보가 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800), 예컨대, 판매업체측/중개업체측의 이-메일계정, 판매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송될 수 있도록 함으로써, 판매업체(601) 및 중개업체(801)측에서, "구매업체(701)측의 주도로 현금형 구매자금 결제실행 결과 정보"를 정확하게 확인할 수 있도록 한다.
이때, 판매업체(601)측에서는 상술한 과정을 통해 전달된 공탁사실을 근거로, 신뢰성 있는 일련의 납품과정을 진행할 수 있다.
한편, 앞서 언급한 단계 S143에서, 구매업체측 클라이언트(700)로부터 별도의 현금형 구매자금 결제실행 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, 플로우를 단계 S150으로 진행하여, 구매업체측 클라이언트(700)로부터 일련의 "현금형 구매자금 결제취소 이벤트"가 발생하였는가의 여부를 판단한다. 이 경우, 현금형 구매자금 결제취소 이벤트는 "현금을 이용하여 일련의 물품을 구매한 구매업체(701b)가 자사가 진행한 구매자금 결제실행 과정을 취소하고자 할 때, 진행시키는 이벤트"를 의미한다.
이때, 구매업체측 클라이언트(700)로부터 별도의 현금형 구매자금 결제취소 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 플로우를 후술하는 단계 S159로 진행한다.
그러나, 구매업체(701)측에서, 구매업체용 초기 페이지(403)의 구매자금 결제취소 항목(406)을 클릭하여, 구매업체측 클라이언트(700)로부터 일련의 현금형 구매자금 결제취소 이벤트가 발생한 것으로 판단되면, 전자결제 관리 서버(10)는 운영정보 D/B(76)에 저장되어 있던 운영정보를 활용하여, "구매업체(701)측의 현금형 구매자금 결제취소 내역 입력과정"을 가이드하기 위한 일련의 "현금형 구매자금 결제취소 내역 입력 가이드 페이지"를 생성한 후, 생성이 완료된 현금형 구매자금 결제취소 내역 입력 페이지를 인터페이스 모듈(20)을 매개로 하여, 구매업체측 클라이언트(700)로 전송하는 과정을 진행한다(단계 S151).
이 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 구매업체측 클라이언트(700)로부터, 앞의 현금형 구매자금 결제취소 내역 입력 가이드 페이지에 대응되는 일련의 현금형 구매자금 결제취소 정보가 전송되었는가의 여부를 판단한다(단계 S152).
이때, 구매업체(701)측에서, 현금형 구매자금 결제취소 내역 입력과정을 모두 완료하고, 전송 항목을 선택하여, 구매업체측 클라이언트(700)로부터 일련의 현금형 구매자금 결제취소 정보가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, 해당 현금형 구매자금 결제취소 정보에 지정된 거래형식이 일반거래인가 또는 매매보호거래인가의 여부를 판단한다(단계 S153).
여기서, 상술한 현금형 구매자금 결제취소 정보에 지정된 거래형식이 일반거래인 것으로 판단되면, 전자결제 관리 서버(10)는 D/B 관리 서버(40)를 활용하여, 운영정보 D/B(76)에 저장되어 있던 일련의 운영정보를 추출한 후, 이 운영정보를 활용하여, 예컨대, "본 이벤트는 매매보호거래에서만 진행할 수 있습니다. 다시 한번 시도해 주십시오‥" 등과 같은 일련의 오류 메시지를 생성하고, 생성이 완료된 오류 메시지를 구매업체측 클라이언트(700)로 전송한다(단계 S156).
그러나, 현금형 구매자금 결제취소 정보에 지정된 거래형식이 매매보호거래인 것으로 판단되는 경우, 전자결제 관리 서버(10)는 그 즉시, "구매업체(701)측과 이해관계에 있는 나머지 업체, 예컨대, 판매업체(601), 중개업체(801)" 등을 대상으로, 현금형 구매자금 결제취소 내역의 승인을 요청하는 과정을 진행한다(단계 S154).
이 경우, 전자결제 관리 서버(10)는 구매업체측 클라이언트(700)로부터 전송된 현금형 구매자금 결제취소 내역을 정보통지모듈(30)로 전달하며, 정보통지모듈(30)은 전자결제 관리 서버(10)로부터 일련의 현금형 구매자금 결제취소 내역이 전달되는 즉시, 해당 "현금형 구매자금 결제취소 내역"을 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800), 예컨대, 판매업체측/중개업체측의 이-메일계정, 판매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송한다.
이러한 전송과정이 완료된 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20), 정보통지모듈(30) 등을 지속적으로 체크함으로써, 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800)로부터 앞의 현금형 구매자금 결제취소 승인 요청에 대응되는 일련의 현금형 구매자금 결제취소 승인 정보가 전송되었는가의 여부를 판단한다(단계 S155).
이때, 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800) 모두로부터 현금형 구매자금 결제취소 승인 요청에 대응되는 일련의 현금형 구매자금 결제취소 승인 정보가 전송되지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 현금형 구매자금 결제취소의 승인이 거부된 것으로 판정하고, 앞의 단계 S156을 재차 진행하여, 예컨대, "귀사가 진행한 현금형 구매자금 결제취소 승인이 ***사에 의해 거부되었습니다. 확인하시고‥‥" 등과 같은 일련의 오류 메시지를 생성하고, 생성이 완료된 오류 메시지를 구매업체측 클라이언트(700)로 전송한다.
그러나, 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800) 모두로부터 현금형 구매자금 결제취소 승인 요청에 대응되는 일련의 "현금형 구매자금 결제취소 승인 정보"가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 구매업체(701)측에 의한 구매자금 결제취소 절차가 판매업체(601)/중개업체(801)에 의해 승인된 것으로 판정하고, 은행(101)의 기간계 시스템, 예컨대, 예금계 시스템(300)과 일련의 신호교환과정을 선택적으로 진행하여, 구매업체(701)로부터 출금된 구매 공탁금을 해당 구매업체(701)측의 소유로 다시 환입 하고, 이 "구매 공탁금 환입 결과"가 반영된 일련의 현금형 구매자금 결제취소 결과를 시스템(100)에 반영함과 아울러, 이 결과를 판매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 과정을 진행한다(단계 S157,S158).
이 경우, 전자결제 관리 서버(10)는 먼저, 앞의 구매 공탁금 환입 결과가 반영된 일련의 현금형 구매자금 결제취소 결과 정보를 D/B 관리 서버(40)로 전달함으로써, 구매업체(701)측의 주도로 진행된 현금형 구매자금 결제취소 결과가 예컨대, 구매자금 결제정보 D/B(71)에 안정적으로 저장될 수 있도록 한다.
이어서, 전자결제 관리 서버(10)는 앞의 현금형 구매자금 결제취소 결과를정보통지모듈(30)로 전달하고, 이 정보통지모듈(30)을 통해, 구매업체(701)측의 주도로 진행된 현금형 구매자금 결제취소 결과 정보가 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800), 예컨대, 판매업체측/중개업체측의 이-메일계정, 판매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송될 수 있도록 함으로써, 판매업체(601) 및 중개업체(801)측에서, "구매업체(701)측의 주도로 진행된 현금형 구매자금 결제취소 결과 정보"를 정확하게 확인할 수 있도록 한다.
한편, 앞서 언급한 단계 S150에서, 구매업체측 클라이언트(700)로부터 별도의 현금형 구매자금 결제취소 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, 플로우를 단계 S159로 진행하여, 구매업체측 클라이언트(700)로부터 일련의 현금형 구매자금 결제조건 변경 이벤트가 발생하였는가의 여부를 판단한다. 이 경우, 현금형 구매자금 결제조건 변경 이벤트는 "현금을 이용하여 일련의 물품을 구매한 구매업체(701b)가 자사의 구매자금 결제조건을 다른 수단, 예컨대, 구매카드로 변경하고자 할 때, 진행시키는 이벤트"를 의미한다.
이때, 구매업체측 클라이언트(700)로부터 별도의 현금형 구매자금 결제조건 변경 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 플로우를 후술하는 단계 S166으로 진행한다.
그러나, 구매업체(701)측에서, 구매업체용 초기 페이지(403)의 구매자금 결제조건 변경 항목(407)을 클릭하여, 구매업체측 클라이언트(700)로부터 일련의 현금형 구매자금 결제조건 변경 이벤트가 발생한 것으로 판단되면, 전자결제 관리 서버(10)는 운영정보 D/B(76)에 저장되어 있던 운영정보를 활용하여, "구매업체(701)측의 현금형 구매자금 결제조건 변경 내역 입력과정"을 가이드하기 위한 일련의 "현금형 구매자금 결제조건 변경 내역 입력 가이드 페이지"를 생성한 후, 생성이 완료된 현금형 구매자금 결제조건 변경 내역 입력 가이드 페이지를 인터페이스 모듈(20)을 매개로 하여, 구매업체측 클라이언트(700)로 전송하는 과정을 진행한다(단계 S160).
이 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 구매업체측 클라이언트(700)로부터, 앞의 현금형 구매자금 결제조건 변경 내역 입력 가이드 페이지에 대응되는 일련의 현금형 구매자금 결제조건 변경 정보가 전송되었는가의 여부를 판단한다(단계 S161).
이때, 구매업체(701)측에서, 현금형 구매자금 결제조건 변경 내역 입력과정을 모두 완료하고, 전송 항목을 선택하여, 구매업체측 클라이언트(700)로부터 일련의 현금형 구매자금 결제조건 변경 정보가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, "구매업체(701)측과 이해관계에 있는 나머지 업체, 예컨대, 판매업체(601), 중개업체(801)" 등을 대상으로, 현금형 구매자금 결제조건 변경 내역의 승인을 요청하는 과정을 진행한다(단계 S162).
이 경우, 전자결제 관리 서버(10)는 구매업체측 클라이언트(700)로부터 전송된 현금형 구매자금 결제조건 변경 내역을 정보통지모듈(30)로 전달하며, 정보통지모듈(30)은 전자결제 관리 서버(10)로부터 일련의 현금형 구매자금 결제조건 변경 내역이 전달되는 즉시, 해당 "현금형 구매자금 결제조건 변경 내역"을 판매업체측클라이언트(600) 및 중개업체측 클라이언트(800), 예컨대, 판매업체측/중개업체측의 이-메일계정, 판매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송한다.
이러한 전송과정이 완료된 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20), 정보통지모듈(30) 등을 지속적으로 체크함으로써, 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800)로부터 앞의 현금형 구매자금 결제조건 변경 승인 요청에 대응되는 일련의 현금형 구매자금 결제조건 변경 승인 정보가 전송되었는가의 여부를 판단한다(단계 S163).
이때, 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800) 모두로부터 현금형 구매자금 결제조건 변경 승인 요청에 대응되는 일련의 "현금형 구매자금 결제조건 변경 승인 정보"가 전송되지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 카드형 구매자금 결제조건 변경의 승인이 거부된 것으로 판정하고, 플로우를 단계 S164로 진행하여, 예컨대, "귀사가 진행한 현금형 구매자금 결제조건 변경 승인이 ***사에 의해 거부되었습니다. 확인하시고‥‥" 등과 같은 일련의 오류 메시지를 생성하고, 생성이 완료된 오류 메시지를 구매업체측 클라이언트(700)로 전송한다.
그러나, 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800) 모두로부터 현금형 구매자금 결제조건 변경 승인 요청에 대응되는 일련의 "현금형 구매자금 결제조건 변경 승인 정보"가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 구매업체(701)측에 의한 구매자금 결제조건 변경 절차가 판매업체(601)/중개업체(801)에 의해 승인된 것으로 판정하고, 그 즉시, 일련의 현금형 구매자금 결제조건 변경 결과를 시스템(100)에 반영함과 아울러, 이 결과를 판매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 과정을 진행한다(단계 S165).
이 경우, 전자결제 관리 서버(10)는 먼저, 앞의 현금형 구매자금 결제조건 변경 결과 정보를 D/B 관리 서버(40)로 전달함으로써, 구매업체(701)측의 주도로 진행된 현금형 구매자금 결제조건 변경 결과가 예컨대, 구매자금 결제정보 D/B(71)에 안정적으로 저장될 수 있도록 한다.
이어서, 전자결제 관리 서버(10)는 앞의 현금형 구매자금 결제조건 변경 결과를 정보통지모듈(30)로 전달하고, 이 정보통지모듈(30)을 통해, 구매업체(701)측의 주도로 진행된 "현금형 구매자금 결제조건 변경 결과 정보"가 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800), 예컨대, 판매업체측/중개업체측의 이-메일계정, 판매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송될 수 있도록 함으로써, 판매업체(601) 및 중개업체(801)측에서, "구매업체(701)측의 주도로 진행된 현금형 구매자금 결제조건 변경 결과 정보"를 정확하게 확인할 수 있도록 한다.
한편, 앞서 언급한 단계 S159에서, 구매업체측 클라이언트(700)로부터 별도의 현금형 구매자금 결제조건 변경 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, 플로우를 단계 S166으로 진행하여, 구매업체측 클라이언트(700)로부터 일련의 구매물건 인수확인 이벤트가 발생하였는가의 여부를 판단한다. 이 경우, 앞의 구매물건 인수확인 이벤트는 "현금을 이용하여, 판매업체(601)로부터 특정 물품을 구매한 구매업체(701)가 해당 구매물품을 인수하였다는 사실을 중개업체(801)/판매업체(601)측에 통지하고자 할 때, 진행시키는 이벤트"를 의미한다.
이때, 구매업체측 클라이언트(700)로부터 별도의 구매물건 인수확인 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 플로우를 앞의 단계 S9로 진행한다.
그러나, 구매업체(701)측에서, 구매업체용 초기 페이지(403)의 구매물건 인수확인 항목(408)을 클릭하여, 구매업체측 클라이언트(700)로부터 일련의 구매물건 인수확인 이벤트가 발생한 것으로 판단되면, 전자결제 관리 서버(10)는 운영정보 D/B(76)에 저장되어 있던 운영정보를 활용하여, "구매업체(701)측의 구매물건 인수확인 내역 입력과정"을 가이드하기 위한 일련의 "구매물건 인수확인 내역 입력 가이드 페이지"를 생성한 후, 생성이 완료된 구매물건 인수확인 내역 입력 가이드 페이지를 인터페이스 모듈(20)을 매개로 하여, 구매업체측 클라이언트(700)로 전송하는 과정을 진행한다(단계 S167).
이 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 구매업체측 클라이언트(700)로부터, 앞의 구매물건 인수확인 내역 입력 가이드 페이지에 대응되는 일련의 구매물건 인수확인 정보가 전송되었는가의 여부를 판단한다(단계 S168).
이때, 구매업체(701)측에서, 구매물건 인수확인 내역 입력과정을 모두 완료하고, 전송 항목을 선택하여, 구매업체측 클라이언트(700)로부터 일련의 구매물건 인수확인 정보가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, 해당 구매물건 인수확인 정보에 지정된 거래형식이 일반거래인가 또는 매매보호거래인가의 여부를 판단하는 과정을 진행한다(단계 S169).
여기서, 상술한 구매물건 인수확인 정보에 지정된 거래형식이 일반거래인 것으로 판단되면, 전자결제 관리 서버(10)는 D/B 관리 서버(40)를 활용하여, 운영정보 D/B(76)에 저장되어 있던 일련의 운영정보를 추출한 후, 이 운영정보를 활용하여, 예컨대, "본 이벤트는 매매보호거래에서만 진행할 수 있습니다. 다시 한번 시도해 주십시오‥" 등과 같은 일련의 오류 메시지를 생성하고, 생성이 완료된 오류 메시지를 구매업체측 클라이언트(700)로 전송한다(단계 S170).
그러나, 상술한 구매물건 인수확인 정보에 지정된 거래형식이 매매보호거래인 것으로 판단되면, 전자결제 관리 서버(10)는 "구매업체측이 판매업체측의 물품을 정상적으로 인수한 것"으로 판정하고, 은행(101)의 기간계 시스템, 예컨대, 예금계 시스템(300)과 일련의 신호교환과정을 선택적으로 진행하여, "구매업체(701)측에 의해 기 입금되어 있던 구매 공탁금"을 판매업체(601)측의 지정계좌로 이체시킨 후, 그 이체결과를 시스템에 반영함과 아울러, 해당 이체결과를 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800)로 통지하는 과정을 진행한다(단계 S171,S172).
이 경우, 전자결제 관리 서버(10)는 먼저, 앞의 구매 공탁금 이체처리결과 정보를 D/B 관리 서버(40)로 전달함으로써, 구매업체(701)측의 주도로 진행된 구매물건 인수확인 결과가 예컨대, 구매물건 인수정보 D/B(72)에 안정적으로 저장될 수 있도록 한다.
이어서, 전자결제 관리 서버(10)는 앞의 구매 공탁금 이체처리결과를 정보통지모듈(30)로 전달하고, 이 정보통지모듈(30)을 통해, 구매업체(701)측의 주도로 진행된 "구매물건 인수확인 결과 정보"가 판매업체측 클라이언트(600) 및 중개업체측 클라이언트(800), 예컨대, 판매업체측/중개업체측의 이-메일계정, 판매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송될 수 있도록 함으로써, 판매업체(601) 및 중개업체(801)측에서, "구매업체(701)측의 주도로 진행된 구매물건 인수확인 결과 정보"를 정확하게 확인할 수 있도록 하고, 결국, 판매업체(601)측에서, 자사가 판매한 물품, 용역 등에 대한 판매대금을 모두 수금할 수 있도록 유도한다.
다음으로, 상술한 구매관련 이벤트 관리과정(단계 S100)과 연동·진행되는 판매관련 이벤트 관리과정(단계 S200)을 상세히 설명한다.
앞의 도 4에 도시된 바와 같은 단계 S9를 통해, 해당 관리업체가 판매업체(601)로 판단되는 경우, 전자결제 관리 서버(10)는 도 10에 도시된 바와 같이, 소정의 판매조건 내역이 일괄적으로 리스트된 일련의 판매업체용 초기 페이지를 생성하고, 생성이 완료된 판매업체용 초기 페이지를 판매업체측 클라이언트(600)로 전송하는 과정을 진행한다(단계 S201).
이 경우, 판매업체측 클라이언트(600)는 시스템(100)측으로부터 전송되는 해당 판매업체용 초기 페이지(409)를 신속히 해석하여, 이를 도 11에 도시된 바와 같이, 디스플레이 시킴으로써, 판매업체(601)에 의한 일련의 판매관련 이벤트 관리과정이 원활하게 진행될 수 있는 기반환경을 제공한다.
여기서, 도면에 도시된 바와 같이, 판매업체용 초기 페이지(409)에는 예컨대, 판매조건 변경 항목(410), 판매취소 항목(411), 구매카드 할인 항목(412), 거래확인 항목(413) 등이 구비되며, 판매업체(601)측에서는 앞의 각 항목들을 선택적으로 클릭함으로써, 해당 항목들을 실시간으로 확인/설정할 수 있다. 물론, 이러한 각 항목들은 상황에 따라 다양한 변형을 이룰 수 있다.
이 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 판매업체측 클라이언트(600)로부터 앞의 판매조건 내역에 대응되는 일련의 판매조건 확인 이벤트가 발생하였는가의 여부를 판단한다(단계 S202). 이 경우, 앞의 판매조건 확인 이벤트는 "중개업체(801)를 매개로 특정 물품을 판매한 판매업체(601)가 자사의 판매조건을 일괄적으로 확인하였다는 사실을 알리고자 할 때, 진행시키는 이벤트"를 의미한다.
이때, 판매업체측 클라이언트(600)로부터 별도의 판매조건 확인 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, 플로우를 후술하는 단계 S204로 진행한다.
그러나, 판매업체(601)측에서, 판매업체용 초기 페이지(409)의 거래확인 항목(413)을 클릭하여, 판매업체측 클라이언트(600)로부터 일련의 판매조건 확인 이벤트가 발생한 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, 해당 판매조건 확인 결과를 저장하여, 이를 시스템(100)에 반영함과 아울러, 해당 판매조건 확인 결과를 "판매업체(601)측과 이해관계에 있는 나머지 업체, 예컨대, 구매업체(701), 중개업체(801)" 등에 통지하는 과정을 진행한다(단계 S203).
이 경우, 전자결제 관리 서버(10)는 먼저, 해당 판매조건 확인 결과를 D/B 관리 서버(40)로 전달함으로써, 판매업체(601)측에 의한 일련의 판매조건 확인 결과 정보가 예컨대, 판매정보 D/B(74)에 안정적으로 저장될 수 있도록 한다.
이어서, 전자결제 관리 서버(10)는 앞의 판매조건 확인 결과 정보를 정보통지모듈(30)로 전달하고, 이 정보통지모듈(30)을 통해, 판매업체(601)측의 주도로 진행된 일련의 판매조건 확인 결과 정보가 구매업체측 클라이언트(700) 및 중개업체측 클라이언트(800), 예컨대, 구매업체측/중개업체측의 이-메일계정, 구매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송될 수 있도록 함으로써, 구매업체(701) 및 중개업체(801)측에서, "판매업체(601)측이 자사의 판매조건을 확인하였다"는 사실을 정확하게 파악할 수 있도록 한다.
한편, 앞의 과정을 통해, 판매조건 확인 이벤트가 마무리된 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 판매업체측 클라이언트(600)로부터 일련의 판매조건 변경 이벤트가 발생하였는가의 여부를 판단한다(단계 S204). 이 경우, 앞의 판배조건 변경 이벤트는 "판매업체(601)측이 자사가 기 지정한 판매조건을 다른 조건으로 변경하고자 할 때, 진행시키는 이벤트"를 의미한다.
이때, 판매업체측 클라이언트(600)로부터 별도의 판매조건 변경 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 플로우를 후술하는 단계 S211로 진행한다.
그러나, 판매업체(601)측에서, 판매업체용 초기 페이지(409)의 판매조건 변경 항목(410)을 클릭하여, 판매업체측 클라이언트(600)로부터 일련의 판매조건 변경 이벤트가 발생한 것으로 판단되면, 전자결제 관리 서버(10)는 운영정보 D/B(76)에 저장되어 있던 운영정보를 활용하여, "판매업체(601)측의 판매조건 변경 내역 입력과정"을 가이드하기 위한 일련의 판매조건 변경 내역 입력 가이드 페이지를 생성한 후, 생성이 완료된 판매조건 변경 내역 입력 가이드 페이지를 인터페이스 모듈(20)을 매개로 하여, 판매업체측 클라이언트(600)로 전송한다(단계 S205).
이 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 판매업체측 클라이언트로부터 앞의 판매조건 변경 내역 입력 가이드 페이지에 대응되는 일련의 판매조건 변경 정보가 전송되었는가의 여부를 판단한다(단계 S206).
이때, 판매업체(601)측에서, 판매조건 변경 내역 입력과정을 모두 완료하고, 전송 항목을 선택하여, 판매업체측 클라이언트(600)로부터 일련의 판매조건 변경 정보가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, "판매업체(601)측과 이해관계에 있는 나머지 업체, 예컨대, 구매업체(701), 중개업체(801)" 등을 대상으로, 판매조건 변경 내역의 승인을 요청하는 과정을 진행한다(단계 S207).
이 경우, 전자결제 관리 서버(10)는 판매업체측 클라이언트(600)로부터 전송된 판매조건 변경 내역을 정보통지모듈(30)로 전달하며, 정보통지모듈(30)은 전자결제 관리 서버(10)로부터 일련의 판매조건 변경 내역이 전달되는 즉시, 해당 판매조건 변경 내역을 구매업체측 클라이언트(700) 및 중개업체측 클라이언트(800), 예컨대, 구매업체측/중개업체측의 이-메일계정, 구매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송한다.
이러한 전송과정이 완료된 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20), 정보통지모듈(30) 등을 지속적으로 체크함으로써, 구매업체측 클라이언트(700) 및 중개업체측 클라이언트(800)로부터 앞의 판매조건 변경 승인 요청에 대응되는 일련의 판매조건 변경 승인 정보가 전송되었는가의 여부를 판단한다(단계 S208).
이때, 구매업체측 클라이언트(700) 및 중개업체측 클라이언트(800) 모두로부터 판매조건 변경 승인 요청에 대응되는 별도의 판매조건 변경 승인 요청에 대응되는 별도의 판매조건 변경 승인 정보가 전송되지 않으면, 전자결제 관리 서버(10)는 판매조건 변경 내역의 승인이 거부된 것으로 판정하고, 일련의 오류 메시지를 판매업체측 클라이언트(600)로 전송하는 과정을 진행한다(단계 S209).
이 경우, 전자결제 관리 서버(10)는 D/B 관리 서버(40)를 활용하여, 운영정보 D/B(76)에 저장되어 있던 일련의 운영정보를 추출한 후, 이 운영정보를 활용하여, 예컨대, "귀사가 진행한 판매조건 변경 절차의 승인이 ***사에 의해 거부되었습니다. 확인하시고‥‥" 등과 같은 일련의 오류 메시지를 생성하고, 생성이 완료된 오류 메시지를 판매업체측 클라이언트(600)로 전송한다.
그러나, 구매업체측 클라이언트(700) 및 중개업체측 클라이언트(800) 모두로부터 판매조건 변경 승인 요청에 대응되는 일련의 판매조건 변경 승인 정보가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 판매업체(600)측에 의한 판매조건변경 절차가 구매업체(701)/중개업체(801)에 의해 승인된 것으로 판정하고, 판매조건 변경 내역에 따른 판매조건 변경 결과를 저장하여, 이를 시스템(100)에 반영함과 아울러, 해당 판매조건 변경 결과를 "판매업체(601)측과 이해관계에 있는 나머지 업체, 예컨대, 구매업체(701), 중개업체(801)" 등에 통지하는 과정을 진행한다(단계 S210).
이 경우, 전자결제 관리 서버(10)는 먼저, 해당 판매조건 변경 결과를 D/B 관리 서버(40)로 전달함으로써, 판매업체(601)측에 의한 일련의 판매조건 변경 결과 정보가 예컨대, 판매정보 D/B(74)에 안정적으로 저장될 수 있도록 한다.
이어서, 전자결제 관리 서버(10)는 앞의 판매조건 변경 결과를 정보통지모듈(30)로 전달하고, 이 정보통지모듈(30)을 통해, 판매업체(601)측의 주도로 진행된 일련의 판매조건 변경 결과 정보가 구매업체측 클라이언트(700) 및 중개업체측 클라이언트(800), 예컨대, 구매업체측/중개업체측의 이-메일계정, 구매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송될 수 있도록 함으로써, 구매업체(701) 및 중개업체(801)측에서, "판매업체(601)측에 의한 판매조건 변경"의 최종 결과를 정확하게 확인할 수 있도록 한다.
한편, 앞의 과정을 통해, 판매조건 변경 이벤트가 마무리된 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 판매업체측 클라이언트(600)로부터 일련의 판매취소 이벤트가 발생하였는가의 여부를 판단한다(단계 S211). 이 경우, 앞의 판매취소 이벤트는 "판매업체(601)가 자사가 기 진행한 판매과정을 취소하고자 할 때, 진행시키는 이벤트"를 의미한다.
이때, 판매업체측 클라이언트(600)로부터 별도의 판매취소 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 플로우를 후술하는 단계 S221로 진행한다.
그러나, 판매업체(601)측에서, 판매업체용 초기 페이지(409)의 판매취소 항목(411)을 클릭하여, 판매업체측 클라이언트(600)로부터 일련의 판매취소 이벤트가 발생한 것으로 판단되면, 전자결제 관리 서버(10)는 운영정보 D/B(76)에 저장되어 있던 운영정보를 활용하여, "판매업체(601)측의 판매취소 내역 입력과정"을 가이드하기 위한 일련의 판매취소 내역 입력 가이드 페이지를 생성한 후, 생성이 완료된 판매취소 내역 입력 가이드 페이지를 인터페이스 모듈(20)을 매개로 하여, 판매업체측 클라이언트(600)로 전송하는 과정을 진행한다(단계 S212).
이 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 판매업체측 클라이언트(600)로부터 앞의 판매취소 내역 입력 가이드 페이지에 대응되는 일련의 판매취소 정보가 전송되었는가의 여부를 판단한다(단계 S213).
이때, 판매업체(601)측에서, 판매취소 내역 입력과정을 모두 완료하고, 전송 항목을 선택하여, 판매업체측 클라이언트(600)로부터 일련의 판매취소 정보가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 "판매업체(601)측과 이해관계에 있는 나머지 업체, 예컨대, 구매업체(701), 중개업체(801)" 등을 대상으로, 판매취소 내역의 승인을 요청하는 과정을 진행한다(단계 S214).
이 경우, 전자결제 관리 서버(10)는 판매업체측 클라이언트(600)로부터 전송된 판매취소 내역을 정보통지모듈(30)로 전달하며, 정보통지모듈(30)은 전자결제 관리 서버(10)로부터 일련의 판매취소 내역이 전달되는 즉시, 해당 판매취소 내역을 구매업체측 클라이언트(700) 및 중개업체측 클라이언트(800), 예컨대, 구매업체측/중개업체측의 이-메일계정, 구매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송한다.
이러한 전송과정이 완료된 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20), 정보통지모듈(30) 등을 지속적으로 체크함으로써, 구매업체측 클라이언트(700) 및 중개업체측 클라이언트(800)로부터 앞의 판매취소 승인 요청에 대응되는 일련의 판매취소 승인 정보가 전송되었는가의 여부를 판단한다(단계 S215).
이때, 구매업체측 클라이언트(700) 및 중개업체측 클라이언트(800) 모두로부터 판매취소 승인 요청에 대응되는 별도의 판매취소 승인 정보가 전송되지 않으면, 전자결제 관리 서버(10)는 판매취소 내역의 승인이 거부된 것으로 판정하고, 앞의 단계 S209를 재차 진행하여, 예컨대, "귀사가 진행한 판매취소 절차의 승인이 ***사에 의해 거부되었습니다. 확인하시고‥‥" 등과 같은 일련의 오류 메시지를 생성하고, 생성이 완료된 오류 메시지를 판매업체측 클라이언트(600)로 전송한다.
그러나, 구매업체측 클라이언트(700) 및 중개업체측 클라이언트(800) 모두로부터 판매취소 승인 요청에 대응되는 일련의 판매취소 승인 정보가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 판매업체(600)측에 의한 판매취소 절차가 구매업체(701)/중개업체(801)에 의해 승인된 것으로 판정하고, 그 즉시, 상술한 판매취소 정보에 지정된 거래형식이 일반거래인가 또는 매매보호거래인가의 여부를 판단한다(단계 S216).
이때, 상술한 판매취소 정보에 지정된 거래형식이 일반거래인 것으로 판단되는 경우, 전자결제 관리 서버(10)는 별도의 절차 없이, 플로우를 후술하는 단계 S220으로 진행한다.
그러나, 상술한 판매취소 정보에 지정된 거래형식이 매매보호거래인 것으로 판단되는 경우, 전자결제 관리 서버(10)는 그 즉시, 해당 판매취소 정보와 관련된 구매업체(701)의 결제조건이 현금인가 또는 구매카드인가의 여부를 재차 판단한다(단계 S217).
이때, 상술한 판매취소 정보와 관련된 구매업체(701)의 결제조건이 현금인 것으로 판단되는 경우, 전자결제 관리 서버(10)는 그 즉시, 은행(101)의 기간계 시스템, 예컨대, 예금계 시스템(300)과 일련의 신호교환과정을 선택적으로 진행하여, 구매업체측에 의해 기 입금되어 있던 구매 공탁금을 해당 구매업체의 지정계좌로 환입하고, 플로우를 후술하는 단계 S220으로 진행한다.
그러나, 상술한 판매취소 정보와 관련된 구매업체(701)의 결제조건이 구매카드인 것으로 판단되는 경우, 전자결제 관리 서버(10)는 은행(101)의 다른 기간계 시스템, 예컨대, 카드계 시스템(200)과 일련의 신호교환과정을 선택적으로 진행하여, 기 생성되어 있던 특정 구매업체의 구매카드 승인번호를 취소한 후, 이러한 판매취소 결과를 시스템에 반영함과 아울러, 이를 구매업체측 클라이언트(700) 및 중개업체측 클라이언트(800)로 통지하는 과정을 진행한다(단계 S219,S220).
이 경우, 전자결제 관리 서버(10)는 먼저, 해당 판매취소 결과를 D/B 관리서버(40)로 전달함으로써, 판매업체(601)측에 의한 일련의 판매취소 결과 정보가 예컨대, 판매정보 D/B(74)에 안정적으로 저장될 수 있도록 한다.
이어서, 전자결제 관리 서버(10)는 앞의 판매취소 결과를 정보통지모듈(30)로 전달하고, 이 정보통지모듈(30)을 통해, 판매업체(601)측의 주도로 진행된 일련의 판매취소 결과 정보가 구매업체측 클라이언트(700) 및 중개업체측 클라이언트(800), 예컨대, 구매업체측/중개업체측의 이-메일계정, 구매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송될 수 있도록 함으로써, 구매업체(701) 및 중개업체(801)측에서, "판매업체(601)측에 의한 판매취소"의 최종 결과를 정확하게 확인할 수 있도록 한다.
한편, 상술한 과정을 통해, 판매취소 이벤트가 마무리된 상태에서, 전자결제 관리 서버(10)는 도 12에 도시된 바와 같이, 인터페이스 모듈(20)을 지속적으로 체크함으로써, 판매업체측 클라이언트(600)로부터 일련의 구매카드 할인신청 이벤트가 발생하였는가의 여부를 판단한다(단계 S221). 이 경우, 앞의 구매카드 할인신청 이벤트는 "구매카드를 매개로 상품을 판매한 판매업체(601)가 해당 구매카드의 결제일 이전에, 일련의 구매카드 결제대금을 미리, 현금으로 할인 받고자 할 때, 진행시키는 이벤트"를 의미한다.
이때, 판매업체측 클라이언트(600)로부터 별도의 구매카드 할인신청 이벤트가 발생하지 않은 것으로 판단되면, 전자결제 관리 서버(10)는 플로우를 후술하는 단계 S10으로 진행한다.
그러나, 판매업체(601)측에서, 판매업체용 초기 페이지(409)의 구매카드 할인 항목(412)을 클릭하여, 판매업체측 클라이언트(600)로부터 일련의 구매카드 할인신청 이벤트가 발생한 것으로 판단되면, 전자결제 관리 서버(10)는 운영정보 D/B(76)에 저장되어 있던 운영정보를 활용하여, "판매업체(601)측의 구매카드 할인신청 내역 입력과정"을 가이드하기 위한 일련의 구매카드 할인신청 내역 입력 가이드 페이지를 생성한 후, 생성이 완료된 구매카드 할인신청 내역 입력 가이드 페이지를 인터페이스 모듈(20)을 매개로 하여, 판매업체측 클라이언트(600)로 전송하는 과정을 진행한다(단계 S222).
이 상태에서, 전자결제 관리 서버(10)는 인터페이스 모듈(20)을 지속적으로 체크함으로써, 판매업체측 클라이언트(600)로부터 앞의 구매카드 할인신청 내역 입력 가이드 페이지에 대응되는 일련의 구매카드 할인신청 정보가 전송되었는가의 여부를 판단한다(단계 S223).
이때, 판매업체(601)측에서, 구매카드 할인신청 내역 입력과정을 모두 완료하고, 전송 항목을 선택하여, 판매업체측 클라이언트(600)로부터 일련의 구매카드 할인신청 정보가 전송된 것으로 판단되면, 전자결제 관리 서버(10)는 그 즉시, 해당 구매카드 할인신청 정보가 기 설정된 일련의 할인요건을 만족하는가의 여부, 예컨대, "구매카드 할인신청 정보에 기록된 할인신청 금액이 판매업체의 판매금액 이내인가", "구매카드 할인신청 정보에 기록된 구매업체가 우량 구매카드 회원으로 등록되어 있는가" 등의 여부를 판단한다(단계 S224).
이때, 구매카드 할인신청 정보에 기록된 할인신청 금액이 판매업체의 판매금액을 초과하거나, 구매카드 할인신청 정보에 기록된 구매업체가 불량 구매카드 회원으로 등록되어 있거나 하는 것으로 판단되는 경우, 전자결제 관리 서버(10)는 일련의 오류 메시지를 판매업체측 클라이언트(600)로 전송하는 과정을 진행한다(단계 S225).
이 경우, 전자결제 관리 서버(10)는 D/B 관리 서버(40)를 활용하여, 운영정보 D/B(76)에 저장되어 있던 일련의 운영정보를 추출한 후, 이 운영정보를 활용하여, 예컨대, "선택하신 금액이 할인가능금액을 초과합니다. 다시 한번 시도해 주십시오‥" 등과 같은 일련의 오류 메시지를 생성하고, 생성이 완료된 오류 메시지를 판매업체측 클라이언트(600)로 전송한다.
그러나, 구매카드 할인신청 정보에 기록된 할인신청 금액이 판매업체의 판매금액 이내이고, 구매카드 할인신청 정보에 기록된 구매업체가 우량 구매카드 회원으로 등록되어 있는 것으로 판단되는 경우, 전자결제 관리 서버(10)는 은행(101)의 기간계 시스템, 예컨대, 카드계 시스템(200)과 일련의 신호교환과정을 선택적으로 진행함으로써, 구매카드 할인신청 정보에 기재된 소정의 할인금액을 판매업체측의 지정계좌에 입금시키게 되며, 결국, 판매업체(600)측에서는 구매카드의 정식 결제일 이전에, 일련의 구매카드 결제대금을 미리, 현금화할 수 있게 된다(단계 S226).
이후, 전자결제 관리 서버(10)는 상술한 구매카드 할인 결과를 시스템에 반영함과 아울러, 이를 구매업체측 클라이언트(700) 및 중개업체측 클라이언트(800)로 통지하는 과정을 진행한다(단계 S227).
이 경우, 전자결제 관리 서버(10)는 먼저, 해당 구매카드 할인 결과를 D/B 관리 서버(40)로 전달함으로써, 판매업체(601)측에 의한 일련의 구매카드 할인 결과 정보가 예컨대, 구매자금 결제정보 D/B(71)에 안정적으로 저장될 수 있도록 한다.
이어서, 전자결제 관리 서버(10)는 앞의 구매카드 할인 결과를 정보통지모듈(30)로 전달하고, 이 정보통지모듈(30)을 통해, 판매업체(601)측의 주도로 진행된 일련의 구매카드 할인 결과 정보가 구매업체측 클라이언트(700) 및 중개업체측 클라이언트(800), 예컨대, 구매업체측/중개업체측의 이-메일계정, 구매업체측/중개업체측의 무선 통신기 등으로 신속하게 전송될 수 있도록 함으로써, 구매업체(701) 및 중개업체(801)측에서, "판매업체(601)측에 의한 구매카드 할인"의 최종 결과를 정확하게 확인할 수 있도록 한다.
한편, 상술한 도 4에 도시된 바와 같이, 앞의 판매관련 이벤트 관리과정(단계 S200)이 마무리되면, 전자결제 관리 서버(10)는 D/B 관리 서버(40)를 활용하여, 구매자금 결제정보 D/B에 저장되어 있던 구매자금 결제정보를 추출하고, 이를 재차 활용하여, 기 저장되어 있던 카드형 구매자금 결제 내역 중, 당일 구매카드 결제 건이 있는가의 여부를 판단한다(단계 S10).
이때, 기 저장되어 있던 카드형 구매자금 결제 내역 중, 당일 구매카드 결제 건이 있는 경우, 전자결제 관리 서버(10)는 그 즉시, 해당 구매카드 결제 건에 관계된 구매업체측의 지정계좌를 체크하여, 일련의 구매카드 결제 건 결제처리과정을 신속히 진행한다(단계 S300).
먼저, 도 13에 도시된 바와 같이, 전자결제 관리 서버(10)는 상술한 예금계 시스템(300)을 활용하여, 당일 구매카드 결제 건에 관계된 구매업체측의 지정계좌를 면밀히 체크하는 과정을 진행한다(단계 S301).
계속해서, 전자결제 관리 서버(10)는 당일 구매카드 결제 건이 앞의 단계 S221 내지 단계 S227의 진행에 의해 발생된 "할인 지급 건"을 회수하는 "할인 지급 회수 대상 건"인가 또는 "일반 대상 건"인가의 여부를 판단한다(단계 S302).
이때, 당일 구매카드 결제 건에 관계된 판매업체(601)가 앞의 경우와 같은 일련의 "구매카드 할인과정"을 진행 받은 판매업체이어서, 당일 구매카드 결제 건이 "할인 지급 회수 대상 건"인 것으로 판단되는 경우, 전자결제 관리 서버(10)는 그 즉시, 구매업체측의 지정계좌에 기 입금되어 있는 금액이 "할인 지급액" 이상인가의 여부를 판단한다(단계 S303).
이때, 도 14a에 도시된 바와 같이, 할인 지급액이 500인데 반해, 구매업체측의 지정계좌에 기 입금되어 있는 금액이 2000 이어서, 구매업체측의 지정계좌에 기 입금되어 있는 금액이 "할인 지급액" 이상인 것으로 판단되는 경우, 전자결제 관리 서버(10)는 은행(101)측이 선 지급한 "할인 지급액"을 정상적으로 회수하는 과정을 진행한다(단계 S304).
이 경우, 전자결제 관리 서버는 예컨대, 예금계 시스템(300)으로 구매업체측의 지정계좌에 기 입금되어 있는 금액의 회수를 요청하게 되며, 예금계 시스템(300)은 이러한 요청 이벤트가 발생하는 즉시, 구매업체(701)측의 보유 대금, 예컨대, 2000 중 500을 구매업체측의 지정계좌로부터 은행측으로 입금시키게 되고, 결국, 은행(101)은 상술한 "할인 과정"을 통해 선 지급한 "할인 지급액"을 손쉽게 회수할 수 있게 된다.
상술한 과정을 통해, "할인 지급액"의 회수과정이 마무리되면, 전자결제 관리 서버(10)는 구매업체(701)측의 보유대금 중, 앞의 "할인 지급액"을 차감한 나머지 적정 잔여액을 판매업체측 지정계좌로 입금시키는 과정을 진행한다(단계 S305).
이 경우, 전자결제 관리 서버(10)는 예금계 시스템(300)으로 구매업체측의 지정계좌에 기 입금되어 있는 나머지 적정 금액의 이체를 요청하게 되며, 예금계 시스템은 이러한 요청 이벤트가 발생하는 즉시, 구매업체(701)측의 나머지 보유 대금, 예컨대, 1500 중, "잔여 결제대금"인 1000 만큼을 구매업체측 지정계좌로부터 판매업체측 지정계좌로 입금시키게 되고, 결국, 판매업체(601)는 자사가 판매한 물품, 용역 등에 대한 판매대금을 모두 수금할 수 있게 된다.
한편, 앞의 단계 S303에서, 도 14b에 도시된 바와 같이, 할인 지급액이 1000인데 반해, 구매업체측의 지정계좌에 기 입금되어 있는 금액이 500 이어서, 구매업체측의 지정계좌에 기 입금되어 있는 금액이 할인 지급액 미만인 것으로 판단되는 경우, 전자결제 관리 서버(10)는 구매업체측의 지정계좌에 기 입금되어 있던 500을 회수함과 아울러, 은행(101)측과 구매카드 차주 관계에 있는 해당 구매업체(701)를 그 차액, 즉, 500만큼 연체 처리하는 과정을 진행한다(단계 S306,S307).
이 경우, 전자결제 관리 서버(10)는 D/B 관리 서버(40)를 활용하여, 업체 등록정보 D/B(75)에 저장되어 있던 해당 구매업체(701)의 등록정보를 변경시킴으로써, 이후, 해당 구매업체(701)가 연체업체로 분류·관리될 수 있도록 한다.
다른 한편, 상술한 단계 S302에서, 당일 구매카드 결제 건에 관계된 판매업체(601)가 앞의 경우와 같은 일련의 "구매카드 할인과정"을 진행 받지 않은 일반판매업체이어서, 당일 구매카드 결제 건이 "할인 지급 회수 대상 건"이 아닌, "일반 회수 대상 건"인 것으로 판단되는 경우, 전자결제 관리 서버(10)는 그 즉시, 구매업체측의 지정계좌에 기 입금되어 있는 금액이 "구매카드 결제 대금액" 이상인가의 여부를 판단한다(단계 S308).
이때, 도 14c에 도시된 바와 같이, 구매카드 결제 대금액이 800인데 반해, 구매업체측의 지정계좌에 기 입금되어 있는 금액이 1500 이어서, 구매업체측의 지정계좌에 기 입금되어 있는 금액이 구매카드 결제 대금액 이상인 것으로 판단되는 경우, 전자결제 관리 서버(10)는 구매업체측(701)의 구매카드 결제 대금액을 정상적으로 회수하는 과정을 진행한다(단계 S309).
이 경우, 전자결제 관리 서버(10)는 예금계 시스템(300)으로 구매업체측의 지정계좌에 기 입금되어 있는 금액의 회수를 요청하게 되며, 예금계 시스템(300)은 이러한 요청 이벤트가 발생하는 즉시, 구매업체(701)의 보유 대금, 예컨대, 1500 중 800을 구매업체측 지정계좌로부터 판매업체측 지정계좌로 입금시키게 되고, 결국, 판매업체(601)는 자사가 판매한 물품, 용역 등에 대한 판매대금을 모두 수금할 수 있게 된다.
그러나, 앞의 단계 S308에서, 도 14d에 도시된 바와 같이, 구매카드 결제 대금액이 1500인데 반해, 구매업체측의 지정계좌에 기 입금되어 있는 금액이 500 이어서, 구매업체측의 지정계좌에 기 입금되어 있는 금액이 구매카드 결제 대금액 미만인 것으로 판단되는 경우, 전자결제 관리 서버(10)는 판매업체(601)측이 수금하여야 할 구매업체(701)측의 구매카드 결제 대금 1500을 구매업체(701)측 대신 판매업체(601)측에 대납해 주는 과정을 진행한다(단계 S310).
이러한 대납과정이 완료되는 즉시, 전자결제 관리 서버(10)는 구매업체측의 지정계좌에 기 입금되어 있던 500을 회수함과 아울러, 은행(101)측과 구매카드 차주 관계에 있는 해당 구매업체(701)를 그 차액, 즉, 1000만큼 연체 처리하는 과정을 진행한다(단계 S311).
이 경우, 전자결제 관리 서버(10)는 D/B 관리 서버(40)를 활용하여, 업체 등록정보 D/B(75)에 저장되어 있던 해당 구매업체(701)의 등록정보를 변경시킴으로써, 이후, 해당 구매업체(701)가 연체업체로 분류·관리될 수 있도록 한다.
이후, 전자결제 관리 서버(10)는 구매업체측 클라이언트(700) 또는 판매업체측 클라이언트(600) 등으로부터 일련의 구매관련 이벤트, 판매관련 이벤트 등이 발생될 때마다, 상술한 인터페이스 모듈(20), 정보통지모듈(30), D/B 관리 서버(40) 등을 긴밀하게 연계시켜, 일련의 판매대금 수금 관리 과정, 구매대금 지불 관리 과정 등을 체계적으로 진행시킴으로써, 임의의 구매업체, 판매업체 등이 은행 온라인망을 기반으로 하여, 좀더 신뢰성 있는 전자결제 관계를 손쉽게 형성할 수 있도록 한다.
이상에서 상세히 설명한 바와 같이, 본 발명에서는 구매업체측 클라이언트 또는 판매업체측 클라이언트로부터 일련의 구매관리 이벤트, 중개관리 이벤트, 판매관리 이벤트 등이 발생될 때마다, 상술한 인터페이스 모듈, 정보통지모듈, D/B 관리 서버 등을 긴밀하게 연계시켜, 일련의 판매대금 수금 관리 과정, 구매대금 지불 관리 과정 등을 체계적으로 진행시킴으로써, 임의의 구매업체, 중개업체, 판매업체 등이 은행 온라인망을 기반으로 하여, 신뢰성 있는 전자결제 관계를 손쉽게 형성할 수 있도록 한다.
이러한 본 발명이 구현되는 경우, 구매업체-중개업체-판매업체에서는 온라인 상에서, 각 업체들 사이의 대금결제관계를 보증 받을 수 있는 일련의 보증체계를 손쉽게 제공받을 수 있기 때문에, 결국, 본 발명이 달성되는 경우, 각 구매업체-중개업체-판매업체에서는 대금결제관계의 파기에 따른 예측하지 못한 피해를 미리 피할 수 있게 된다.
앞에서, 본 발명의 특정한 실시예가 설명되고 도시되었지만 본 발명이 당업자에 의해 다양하게 변형되어 실시될 가능성이 있는 것은 자명한 일이다.
이와 같은 변형된 실시예들은 본 발명의 기술적사상이나 관점으로부터 개별적으로 이해되어서는 안되며 이와 같은 변형된 실시예들은 본 발명의 첨부된 특허청구의 범위안에 속한다 해야 할 것이다.

Claims (20)

  1. 임의의 중개업체측 클라이언트를 매개로, 구매관계/판매관계를 맺고 있는 구매업체측 클라이언트/판매업체측 클라이언트를 대상으로 하여, 선택적으로 진행되는 일련의 구매관련 이벤트 관리 과정 및 판매관련 이벤트 관리 과정으로 이루어지며,
    상기 구매관련 이벤트 관리 과정은 상기 구매업체측 클라이언트로부터 소정의 구매업체용 초기 페이지를 토대로 하는 일련의 구매자금 결제내역 전송 이벤트가 발생하였는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트로부터 일련의 구매자금 결제내역 전송 이벤트가 발생한 경우, 해당 구매자금 결제 내역을 입력할 수 있는 일련의 구매자금 결제 내역 입력 가이드 페이지를 상기 구매업체측 클라이언트로 전송하는 단계와;
    상기 구매업체측 클라이언트로부터 상기 구매자금 결제 내역 입력 가이드 페이지에 대응되는 일련의 구매자금 결제 내역 정보가 전송되었는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트로부터 상기 구매자금 결제 내역 입력 가이드 페이지에 대응되는 일련의 구매자금 결제 내역 정보가 전송된 경우, 해당 구매자금 결제 내역 정보에 지정된 구매자금의 결제조건이 현금 또는 구매카드인가의 여부를 판단하는 단계와;
    상기 구매자금 결제 내역 정보에 지정된 구매자금의 결제조건이 구매카드인경우, 상기 구매자금 결제 내역 정보와 관련된 구매업체/판매업체가 일련의 구매카드 회원/구매카드 가맹점으로 가입되어 있는가의 여부를 판단하는 단계와;
    상기 구매자금 결제 내역 정보와 관련된 구매업체/판매업체가 구매카드 회원/구매카드 가맹점으로 가입되어 있는 경우, 해당 카드형 구매자금 결제 내역 정보를 시스템에 저장함과 아울러, 해당 정보를 상기 판매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 단계를 포함하는 것을 특징으로 하는 기업간 전자결제 관리 방법.
  2. 제 1 항에 있어서, 상기 구매자금 결제 내역 정보에 지정된 구매자금의 결제조건이 현금인 경우, 해당 현금형 구매자금 결제 내역 정보를 시스템에 저장함과 아울러, 해당 정보를 상기 판매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 단계가 더 진행되는 것을 특징으로 하는 기업간 전자결제 관리 방법.
  3. 제 2 항에 있어서, 상기 현금형 구매자금 결제 내역 정보를 판매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 단계 후에, 상기 구매업체측 클라이언트로부터 일련의 현금형 구매자금 결제실행 이벤트가 발생하였는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트로부터 일련의 현금형 구매자금 결제실행 이벤트가 발생한 경우, 해당 현금형 구매자금 결제실행 내역을 입력할 수 있는 일련의 현금형 구매자금 결제실행 내역 입력 가이드 페이지를 상기 구매업체측 클라이언트로전송하는 단계와;
    상기 구매업체측 클라이언트로부터 상기 현금형 구매자금 결제실행 내역 입력 가이드 페이지에 대응되는 일련의 현금형 구매자금 결제실행 정보가 전송되었는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트로부터 상기 현금형 구매자금 결제실행 내역 입력 가이드 페이지에 대응되는 일련의 현금형 구매자금 결제실행 정보가 전송된 경우, 상기 현금형 구매자금 결제실행 정보에 지정된 거래형식이 일반거래인가 또는 매매보호거래인가의 여부를 판단하는 단계와;
    상기 현금형 구매자금 결제실행 정보에 지정된 거래형식이 매매보호거래인 경우, 상기 현금형 구매자금 결제실행 정보에 따라, 상기 구매업체측 지정계좌로부터 일정액의 구매자금을 출금한 후, 상기 구매자금을 공탁(Deposition)하고, 상기 현금형 구매자금의 결제실행 결과를 상기 중개업체측 클라이언트 및 판매업체측 클라이언트로 통지하는 단계가 더 진행되는 것을 특징으로 하는 기업간 전자결제 관리 방법.
  4. 제 3 항에 있어서, 상기 현금형 구매자금 결제실행 정보에 지정된 거래형식이 일반거래인 경우, 상기 현금형 구매자금 결제실행 정보에 따라, 상기 구매업체측 지정계좌로부터 일정액의 구매자금을 출금한 후, 상기 구매자금을 판매업체측 지정계좌로 이체시키는 단계가 더 진행되는 것을 특징으로 하는 기업간 전자결제 관리 방법.
  5. 제 3 항에 있어서, 상기 구매업체측 클라이언트로부터 별도의 현금형 구매자금 결제실행 이벤트가 발생하지 않은 경우, 상기 구매업체측 클라이언트로부터 일련의 현금형 구매자금 결제취소 이벤트가 발생하였는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트로부터 일련의 현금형 구매자금 결제취소 이벤트가 발생한 경우, 해당 현금형 구매자금 결제취소 내역을 입력할 수 있는 일련의 현금형 구매자금 결제취소 내역 입력 가이드 페이지를 상기 구매업체측 클라이언트로 전송하는 단계와;
    상기 구매업체측 클라이언트로부터 상기 현금형 구매자금 결제취소 내역 입력 가이드 페이지에 대응되는 일련의 현금형 구매자금 결제취소 정보가 전송되었는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트로부터 상기 현금형 구매자금 결제취소 내역 입력 가이드 페이지에 대응되는 일련의 현금형 구매자금 결제취소 정보가 전송된 경우, 상기 현금형 구매자금 결제취소 정보에 지정된 거래형식이 일반거래인가 또는 매매보호거래인가의 여부를 판단하는 단계와;
    상기 현금형 구매자금 결제취소 정보에 지정된 거래형식이 매매보호거래인 경우, 상기 판매업체측 클라이언트 및 중개업체측 클라이언트로 상기 현금형 구매자금 결제취소 내역의 승인을 요청하는 단계와;
    상기 판매업체측 클라이언트 및 중개업체측 클라이언트로부터 일련의 현금형 구매자금 결제취소 승인 정보가 전송되었는가의 여부를 판단하는 단계와;
    상기 판매업체측 클라이언트 및 중개업체측 클라이언트로부터 일련의 현금형 구매자금 결제취소 승인 정보가 전송된 경우, 구매업체측에 기 입금되어 있던 일련의 공탁금을 상기 구매업체측 지정계좌로 환입하고, 상기 현금형 구매자금 결제취소 결과를 상기 판매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 단계가 더 진행되는 것을 특징으로 하는 기업간 전자결제 관리 방법.
  6. 제 3 항에 있어서, 상기 구매업체측 클라이언트로부터 별도의 현금형 구매자금 결제실행 이벤트가 발생하지 않은 경우, 상기 구매업체측 클라이언트로부터 일련의 현금형 구매자금 결제조건 변경 이벤트가 발생하였는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트로부터 일련의 현금형 구매자금 결제조건 변경 이벤트가 발생한 경우, 해당 현금형 구매자금 결제조건 변경 내역을 입력할 수 있는 일련의 현금형 구매자금 결제조건 변경 내역 입력 가이드 페이지를 상기 구매업체측 클라이언트로 전송하는 단계와;
    상기 구매업체측 클라이언트로부터 상기 현금형 구매자금 결제조건 변경 내역 입력 가이드 페이지에 대응되는 일련의 현금형 구매자금 결제조건 변경 정보가 전송되었는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트로부터 상기 현금형 구매자금 결제조건 변경 내역 입력 가이드 페이지에 대응되는 일련의 현금형 구매자금 결제조건 변경 정보가 전송된 경우, 상기 현금형 구매자금 결제조건 변경 정보에 지정된 거래형식이 일반거래인가 또는 매매보호거래인가의 여부를 판단하는 단계와;
    상기 현금형 구매자금 결제조건 변경 정보에 지정된 거래형식이 매매보호거래인 경우, 상기 판매업체측 클라이언트 및 중개업체측 클라이언트로 상기 현금형 구매자금 결제조건 변경 내역의 승인을 요청하는 단계와;
    상기 판매업체측 클라이언트 및 중개업체측 클라이언트로부터 일련의 현금형 구매자금 결제조건 변경 승인 정보가 전송되었는가의 여부를 판단하는 단계와;
    상기 판매업체측 클라이언트 및 중개업체측 클라이언트로부터 일련의 현금형 구매자금 결제조건 변경 승인 정보가 전송된 경우, 상기 현금형 구매자금 결제조건 변경 결과를 시스템에 반영함과 아울러, 상기 판매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 단계가 더 진행되는 것을 특징으로 하는 기업간 전자결제 관리 방법.
  7. 제 3 항에 있어서, 상기 구매업체측 클라이언트로부터 별도의 현금형 구매자금 결제실행 이벤트가 발생하지 않은 경우, 상기 구매업체측 클라이언트로부터 일련의 구매물건 인수확인 이벤트가 발생하였는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트로부터 일련의 구매물건 인수확인 이벤트가 발생한 경우, 해당 구매물건 인수확인 내역을 입력할 수 있는 일련의 구매물건 인수확인 내역 입력 가이드 페이지를 상기 구매업체측 클라이언트로 전송하는 단계와;
    상기 구매업체측 클라이언트로부터 상기 구매물건 인수확인 내역 입력 가이드 페이지에 대응되는 일련의 구매물건 인수확인 정보가 전송되었는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트로부터 상기 구매물건 인수확인 내역 입력 가이드 페이지에 대응되는 일련의 구매물건 인수확인 정보가 전송된 경우, 상기 구매물건 인수확인 정보에 지정된 거래형식이 일반거래인가 또는 매매보호거래인가의 여부를 판단하는 단계와;
    상기 구매물건 인수확인 정보에 지정된 거래형식이 매매보호거래인 경우, 상기 구매업체측에 의해 공탁되어 있던 일정액의 구매 공탁금을 상기 판매업체측 지정계좌로 이체함과 아울러, 해당 이체처리결과를 상기 판매업체측 클라이언트 및 중개업체측 클라이언트로 전송하는 단계가 더 진행되는 것을 특징으로 하는 기업간 전자결제 관리 방법.
  8. 제 1 항에 있어서, 상기 카드형 구매자금 결제 내역 정보를 시스템에 저장함과 아울러, 해당 정보를 상기 판매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 단계 후에, 상기 구매업체측 클라이언트로부터 일련의 카드형 구매자금 결제실행 이벤트가 발생하였는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트로부터 일련의 카드형 구매자금 결제실행 이벤트가 발생한 경우, 해당 카드형 구매자금 결제실행 내역을 입력할 수 있는 일련의 카드형 구매자금 결제실행 내역 입력 가이드 페이지를 상기 구매업체측 클라이언트로 전송하는 단계와;
    상기 구매업체측 클라이언트로부터 상기 카드형 구매자금 결제실행 내역 입력 가이드 페이지에 대응되는 일련의 카드형 구매자금 결제실행 정보가 전송되었는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트로부터 상기 카드형 구매자금 결제실행 내역 입력 가이드 페이지에 대응되는 일련의 카드형 구매자금 결제실행 정보가 전송된 경우, 상기 카드형 구매자금 결제실행 정보가 기 설정된 일련의 요건을 만족하는가의 여부를 판단하는 단계와;
    상기 카드형 구매자금 결제실행 정보가 기 설정된 일련의 요건을 만족하는 경우, 상기 카드형 구매자금 결제실행 정보에 지정된 거래형식이 일반거래인가 또는 매매보호거래인가의 여부를 판단하는 단계와;
    상기 카드형 구매자금 결제실행 정보에 지정된 거래형식이 매매보호거래인 경우, 상기 카드형 구매자금 결제실행 정보에 대응되는 일련의 구매카드 승인번호를 생성하고, 상기 구매카드 승인번호가 반영된 일련의 카드형 구매자금 결제실행 결과를 시스템에 반영함과 아울러, 상기 중개업체측 클라이언트 및 판매업체측 클라이언트로 통지하는 단계가 더 진행되는 것을 특징으로 하는 기업간 전자결제 관리 방법.
  9. 제 8 항에 있어서, 상기 카드형 구매자금 결제실행 정보에 지정된 거래형식이 일반거래인 경우, 상기 카드형 구매자금 결제실행 정보에 대응되는 일련의 구매카드 결제내역을 생성하고, 상기 구매카드 결제내역이 반영된 일련의 카드형 구매자금 결제실행 결과를 시스템에 반영하는 단계가 더 진행되는 것을 특징으로 하는기업간 전자결제 관리 방법.
  10. 제 8 항에 있어서, 상기 구매업체측 클라이언트로부터 별도의 카드형 구매자금 결제실행 이벤트가 발생하지 않은 경우, 상기 구매업체측 클라이언트로부터 일련의 카드형 구매자금 결제취소 이벤트가 발생하였는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트로부터 일련의 카드형 구매자금 결제취소 이벤트가 발생한 경우, 해당 카드형 구매자금 결제취소 내역을 입력할 수 있는 일련의 카드형 구매자금 결제취소 내역 입력 가이드 페이지를 상기 구매업체측 클라이언트로 전송하는 단계와;
    상기 구매업체측 클라이언트로부터 상기 카드형 구매자금 결제취소 내역 입력 가이드 페이지에 대응되는 일련의 카드형 구매자금 결제취소 정보가 전송되었는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트로부터 상기 카드형 구매자금 결제취소 내역 입력 가이드 페이지에 대응되는 일련의 카드형 구매자금 결제취소 정보가 전송된 경우, 상기 카드형 구매자금 결제취소 정보에 지정된 거래형식이 일반거래인가 또는 매매보호거래인가의 여부를 판단하는 단계와;
    상기 카드형 구매자금 결제취소 정보에 지정된 거래형식이 매매보호거래인 경우, 상기 판매업체측 클라이언트 및 중개업체측 클라이언트로 상기 카드형 구매자금 결제취소 내역의 승인을 요청하는 단계와;
    상기 판매업체측 클라이언트 및 중개업체측 클라이언트로부터 일련의 카드형구매자금 결제취소 승인 정보가 전송되었는가의 여부를 판단하는 단계와;
    상기 판매업체측 클라이언트 및 중개업체측 클라이언트로부터 일련의 카드형 구매자금 결제취소 승인 정보가 전송된 경우, 기 생성되어 있던 구매카드 승인번호를 취소하고, 상기 카드형 구매자금 결제취소 결과를 상기 판매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 단계가 더 진행되는 것을 특징으로 하는 기업간 전자결제 관리 방법.
  11. 제 8 항에 있어서, 상기 구매업체측 클라이언트로부터 별도의 카드형 구매자금 결제실행 이벤트가 발생하지 않은 경우, 상기 구매업체측 클라이언트로부터 일련의 카드형 구매자금 결제조건 변경 이벤트가 발생하였는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트로부터 일련의 카드형 구매자금 결제조건 변경 이벤트가 발생한 경우, 해당 카드형 구매자금 결제조건 변경 내역을 입력할 수 있는 일련의 카드형 구매자금 결제조건 변경 내역 입력 가이드 페이지를 상기 구매업체측 클라이언트로 전송하는 단계와;
    상기 구매업체측 클라이언트로부터 상기 카드형 구매자금 결제조건 변경 내역 입력 가이드 페이지에 대응되는 일련의 카드형 구매자금 결제조건 변경 정보가 전송되었는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트로부터 상기 카드형 구매자금 결제조건 변경 내역 입력 가이드 페이지에 대응되는 일련의 카드형 구매자금 결제조건 변경 정보가전송된 경우, 상기 판매업체측 클라이언트 및 중개업체측 클라이언트로 상기 카드형 구매자금 결제조건 변경 내역의 승인을 요청하는 단계와;
    상기 판매업체측 클라이언트 및 중개업체측 클라이언트로부터 일련의 카드형 구매자금 결제조건 변경 승인 정보가 전송되었는가의 여부를 판단하는 단계와;
    상기 판매업체측 클라이언트 및 중개업체측 클라이언트로부터 일련의 카드형 구매자금 결제조건 변경 승인 정보가 전송된 경우, 상기 카드형 구매자금 결제조건 변경 정보에 지정된 거래형식이 일반거래인가 또는 매매보호거래인가의 여부를 판단하는 단계와;
    상기 카드형 구매자금 결제조건 변경 정보에 지정된 거래형식이 매매보호거래인 경우, 기 생성되어 있던 구매카드 승인번호를 취소하고, 상기 카드형 구매자금 결제조건 변경 정보에 맞추어, 새로운 구매카드 승인번호를 재생성함과 아울러, 상기 카드형 구매자금 결제조건 변경 결과를 상기 판매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 단계가 더 진행되는 것을 특징으로 하는 기업간 전자결제 관리 방법.
  12. 제 8 항에 있어서, 상기 구매업체측 클라이언트로부터 별도의 카드형 구매자금 결제실행 이벤트가 발생하지 않은 경우, 상기 구매업체측 클라이언트로부터 일련의 구매물건 인수확인 이벤트가 발생하였는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트로부터 일련의 구매물건 인수확인 이벤트가 발생한 경우, 해당 구매물건 인수확인 내역을 입력할 수 있는 일련의 구매물건 인수확인 내역 입력 가이드 페이지를 상기 구매업체측 클라이언트로 전송하는 단계와;
    상기 구매업체측 클라이언트로부터 상기 구매물건 인수확인 내역 입력 가이드 페이지에 대응되는 일련의 구매물건 인수확인 정보가 전송되었는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트로부터 상기 구매물건 인수확인 내역 입력 가이드 페이지에 대응되는 일련의 구매물건 인수확인 정보가 전송된 경우, 상기 구매물건 인수확인 정보에 지정된 거래형식이 일반거래인가 또는 매매보호거래인가의 여부를 판단하는 단계와;
    상기 구매물건 인수확인 정보에 지정된 거래형식이 매매보호거래인 경우, 상기 구매업체 및 판매업체를 대상으로 하는 일련의 구매카드 결제내역을 생성하고, 생성이 완료된 구매카드 결제내역을 시스템에 반영하는 단계가 더 진행되는 것을 특징으로 하는 기업간 전자결제 관리 방법.
  13. 제 1 항에 있어서, 상기 판매관련 이벤트 관리 과정은 상기 판매업체측 클라이언트로 소정의 판매조건 내역이 일괄적으로 리스트된 일련의 판매업체용 초기 페이지를 전송하는 단계와;
    상기 판매업체측 클라이언트로부터 상기 판매조건 내역에 대응되는 일련의 판매조건 확인 이벤트가 발생하였는가의 여부를 판단하는 단계와;
    상기 판매업체측 클라이언트로부터 상기 판매조건 내역에 대응되는 일련의 판매조건 확인 이벤트가 발생한 경우, 상기 판매조건 확인 결과를 시스템에 반영함과 아울러, 상기 구매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 단계와;
    상기 판매업체측 클라이언트로부터 일련의 판매취소 이벤트가 발생하였는가의 여부를 판단하는 단계와;
    상기 판매업체측 클라이언트로부터 일련의 판매취소 이벤트가 발생한 경우, 해당 판매취소 내역을 입력할 수 있는 일련의 판매취소 내역 입력 가이드 페이지를 상기 판매업체측 클라이언트로 전송하는 단계와;
    상기 판매업체측 클라이언트로부터 상기 판매취소 내역 입력 가이드 페이지에 대응되는 일련의 판매취소 정보가 전송되었는가의 여부를 판단하는 단계와;
    상기 판매업체측 클라이언트로부터 상기 판매취소 내역 입력 가이드 페이지에 대응되는 일련의 판매취소 정보가 전송된 경우, 상기 구매업체측 클라이언트 및 중개업체측 클라이언트로 해당 판매취소 내역의 승인을 요청하는 단계와;
    상기 구매업체측 클라이언트 및 중개업체측 클라이언트로부터 일련의 판매취소 승인 정보가 전송되었는가의 여부를 판단하는 단계와;
    상기 구매업체측 클라이언트 및 중개업체측 클라이언트로부터 일련의 판매취소 승인 정보가 전송된 경우, 상기 판매취소 정보에 지정된 거래형식이 일반거래인가 또는 매매보호거래인가의 여부를 판단하는 단계와;
    상기 판매취소 정보에 지정된 거래형식이 매매보호거래인 경우, 상기 판매취소 정보와 관련된 구매업체의 결제조건이 현금인가 또는 구매카드인가의 여부를 판단하는 단계와;
    상기 판매취소 정보와 관련된 구매업체의 결제조건이 구매카드인 경우, 해당 구매카드에 부여된 일련의 구매카드 승인번호를 취소하고, 상기 구매카드 승인번호 취소 결과를 상기 구매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 단계를 포함하는 것을 특징으로 하는 기업간 전자결제 관리 방법.
  14. 제 13 항에 있어서, 상기 판매취소 정보와 관련된 구매업체의 결제조건이 현금인 경우, 상기 구매업체측에 의해 기 입금되어 있던 구매 공탁금을 상기 구매기업측에 환입하고, 상기 구매 공탁금 환입 결과를 상기 구매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 단계가 더 진행되는 것을 특징으로 하는 기업간 전자결제 관리 방법.
  15. 제 13 항에 있어서, 상기 구매카드 승인번호 취소 결과를 상기 구매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 단계 후에, 상기 판매업체측 클라이언트로부터 일련의 구매카드 할인신청 이벤트가 발생하였는가의 여부를 판단하는 단계와;
    상기 판매업체측 클라이언트로부터 일련의 구매카드 할인신청 이벤트가 발생한 경우, 해당 구매카드 할인신청 내역을 입력할 수 있는 일련의 구매카드 할인신청 내역 입력 가이드 페이지를 상기 판매업체측 클라이언트로 전송하는 단계와;
    상기 판매업체측 클라이언트로부터 상기 구매카드 할인신청 내역 입력 가이드 페이지에 대응되는 일련의 구매카드 할인신청 정보가 전송되었는가의 여부를 판단하는 단계와;
    상기 판매업체측 클라이언트로부터 상기 구매카드 할인신청 내역 입력 가이드 페이지에 대응되는 일련의 구매카드 할인신청 정보가 전송된 경우, 해당 구매카드 할인신청 정보가 기 설정된 일련의 할인요건을 만족하는가의 여부를 판단하는 단계와;
    해당 구매카드 할인신청 정보가 기 설정된 일련의 할인요건을 만족하는 경우, 상기 구매카드 할인신청 정보에 기재된 소정의 할인금액을 상기 판매업체측의 지정계좌에 입금하고, 상기 구매카드 할인 결과를 상기 구매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 단계가 더 진행되는 것을 특징으로 하는 기업간 전자결제 관리 방법.
  16. 제 1 항에 있어서, 상기 카드형 구매자금 결제 내역 정보를 시스템에 저장함과 아울러, 해당 정보를 상기 판매업체측 클라이언트 및 중개업체측 클라이언트로 통지하는 단계 후에, 기 저장되어 있는 카드형 구매자금 결제 내역 중, 당일 구매카드 결제 건이 있는가의 여부를 판단하는 단계와;
    상기 카드형 구매자금 결제 내역 중, 당일 구매카드 결제 건이 있는 경우, 해당 구매타드 결제 건에 관계된 구매업체측의 지정계좌를 체크하여, 일련의 구매카드 결제 건 결제처리과정을 진행하는 단계가 더 진행되는 것을 특징으로 하는 기업간 전자결제 관리 방법.
  17. 제 16 항에 있어서, 상기 구매카드 결제 건 결제처리과정은 상기 당일 구매카드 결제 건이 할인지급 회수 대상 건인가 또는 일반 대상 건인가의 여부를 판단하는 단계와;
    상기 당일 구매카드 결제 건이 할인지금 회수 대상 건인 경우, 상기 구매업체측의 지정계좌에 기 입금되어 있는 금액이 할인 지급액 이상인가의 여부를 판단하는 단계와;
    상기 구매업체측의 지정계좌에 기 입금되어 있는 금액이 할인 지급액 이상인 경우, 상기 구매업체측의 지정계좌에 기 입금되어 있는 금액으로부터 상기 할인 지급액을 회수하고, 상기 할인 지금액을 차감한 나머지 적정 잔여액을 판매업체측의 지정계좌에 입금하는 단계를 포함하는 것을 특징으로 하는 기업간 전자결제 관리 방법.
  18. 제 17 항에 있어서, 상기 당일 구매카드 결제 건이 일반 대상 건인 경우, 상기 구매업체측의 지정계좌에 기 입금되어 있는 금액이 구매카드 결제대금액 이상인가의 여부를 판단하는 단계와;
    상기 구매업체측의 지정계좌에 기 입금되어 있는 금액이 구매카드 결제대금액 이상인 경우, 상기 구매업체측의 지정계좌에 기 입금되어 있던 금액 중, 구매카드 결제대금액 만큼의 금액을 판매업체측 지정계좌로 입금하는 단계가 더 진행되는 것을 특징으로 하는 기업간 전자결제 관리 방법.
  19. 제 18 항에 있어서, 상기 구매업체측의 지정계좌에 기 입금되어 있는 금액이 구매카드 결제대금액 미만인 경우, 해당 구매카드 결제대금액을 대납함과 아울러, 상기 구매업체를 연체 처리하는 단계가 더 진행되는 것을 특징으로 하는 기업간 전자결제 관리 방법.
  20. 제 17 항에 있어서, 상기 구매업체측의 지정계좌에 기 입금되어 있는 금액이 할인 지급액 미만인 경우, 상기 구매업체측의 지정계좌에 기 입금되어 있는 잔여액을 회수함과 아울러, 상기 구매업체를 연체 처리하는 단계가 더 진행되는 것을 특징으로 하는 기업간 전자결제 관리 방법.
KR10-2001-0029110A 2001-05-25 2001-05-25 기업간 전자결제 관리 방법 KR100474189B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR10-2001-0029110A KR100474189B1 (ko) 2001-05-25 2001-05-25 기업간 전자결제 관리 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR10-2001-0029110A KR100474189B1 (ko) 2001-05-25 2001-05-25 기업간 전자결제 관리 방법

Publications (2)

Publication Number Publication Date
KR20020089996A true KR20020089996A (ko) 2002-11-30
KR100474189B1 KR100474189B1 (ko) 2005-03-08

Family

ID=27706546

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-2001-0029110A KR100474189B1 (ko) 2001-05-25 2001-05-25 기업간 전자결제 관리 방법

Country Status (1)

Country Link
KR (1) KR100474189B1 (ko)

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10149394A (ja) * 1996-11-21 1998-06-02 Hitachi Ltd 電子取引方法
KR20010073901A (ko) * 2000-01-22 2001-08-03 박홍규 신용 카드와 연계된 선불형 카드를 이용하는 전자 결제시스템
KR100357798B1 (ko) * 2000-02-10 2002-10-25 (사) 국제전자상거래 연구센터 기업 대 기업 간의 전자상거래를 위한 구매기업의 컴퓨터네트워크 개방형 구조 및 그를 이용한 구매정보 관리방법
KR100378366B1 (ko) * 2000-05-06 2003-03-29 김훈 인터넷상에서의 대금결제에 대한 클리어링 하우징 시스템및 방법
KR20000054389A (ko) * 2000-06-03 2000-09-05 김종문 디지털신용카드의 개발과 전자결제 승인 중개대행 방법
KR20010000531A (ko) * 2000-10-05 2001-01-05 박홍규 결제 중개 서버 시스템 및 그 결제 중개방법
KR20010000962A (ko) * 2000-10-31 2001-01-05 황성조 기업간전자상거래 용 은행계좌이체방식의 온라인신탁지불시스템과 그 운용방법
KR20020045702A (ko) * 2000-12-09 2002-06-20 강낙철 전자상거래중개시스템

Also Published As

Publication number Publication date
KR100474189B1 (ko) 2005-03-08

Similar Documents

Publication Publication Date Title
US8612344B2 (en) Online processing for offshore business transactions
EP0791202B1 (en) Computerized payment system for purchasing information products by electronic transfer on the internet
AU779188B2 (en) Method and apparatus for conducting commerce between individuals
US11893596B2 (en) Determining a donation based on a transaction with a merchant
US20020120537A1 (en) Web based system and method for managing business to business online transactions
KR100542386B1 (ko) 기업간 대금결제 관리 시스템 및 이를 이용한 기업간대금결제 관리 방법
WO2004081839A2 (en) System, method, and computer program product for taxation of online transactions
US7475038B2 (en) System and methods for disclosing transaction information to customers
CN107636717A (zh) 提供在线定金、抵押物、债券和/或担保品的自动化担保的融资
KR102129949B1 (ko) 신용거래를 용이하게 하기 위한 방법, 시스템, 및 관련한 컴퓨터 실행가능한 코드
KR101138416B1 (ko) 가상 계좌를 이용한 국제 거래 결제 시스템 및 그 방법
KR100474189B1 (ko) 기업간 전자결제 관리 방법
KR102469346B1 (ko) 여신한도 내 지급보증을 이용한 상거래대금 정산시스템
CA2199942C (en) Computerized payment system for purchasing information products by electronic transfer on the internet
CA2592534C (en) Computerized payment system for purchasing information products by electronic transfer on the internet
KR20020071144A (ko) 지불유보 은행계좌를 이용한 대금지불 방법 및 시스템
KR100507912B1 (ko) 기업간 전자결제 관리 시스템 및 이를 이용한 기업간전자결제 관리 방법
KR20230015775A (ko) 가격변동 리스크 회피 가능한 가상화폐 결제 시스템 및 방법
AU696475C (en) Computerized payment system for purchasing information products by electronic transfer on the internet
KR20190138086A (ko) 고지서를 상품화하여 판매하는 온라인 쇼핑몰 시스템
KR20040026194A (ko) 은행 온라인망을 기반으로 하는 기업간 대금결제 관리 방법
JP2006134238A (ja) 電子商取引方法、電子商取引システム、支払い会社端末及び加盟店端末

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130220

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20140108

Year of fee payment: 10

FPAY Annual fee payment

Payment date: 20150105

Year of fee payment: 11

FPAY Annual fee payment

Payment date: 20151223

Year of fee payment: 12

FPAY Annual fee payment

Payment date: 20171220

Year of fee payment: 14

FPAY Annual fee payment

Payment date: 20190104

Year of fee payment: 15

FPAY Annual fee payment

Payment date: 20200102

Year of fee payment: 16