KR20240026824A - 거래대금 유연지급 시스템 - Google Patents

거래대금 유연지급 시스템 Download PDF

Info

Publication number
KR20240026824A
KR20240026824A KR1020220144636A KR20220144636A KR20240026824A KR 20240026824 A KR20240026824 A KR 20240026824A KR 1020220144636 A KR1020220144636 A KR 1020220144636A KR 20220144636 A KR20220144636 A KR 20220144636A KR 20240026824 A KR20240026824 A KR 20240026824A
Authority
KR
South Korea
Prior art keywords
transaction
payment
server
user
discount rate
Prior art date
Application number
KR1020220144636A
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
Application filed by 주식회사 콜랩테크놀로지 filed Critical 주식회사 콜랩테크놀로지
Publication of KR20240026824A publication Critical patent/KR20240026824A/ko

Links

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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0633—Workflow analysis
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0637—Strategic management or analysis, e.g. setting a goal or target of an organisation; Planning actions based on goals; Analysis or evaluation of effectiveness of goals
    • G06Q10/06375—Prediction of business process outcome or impact based on a proposed change
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • 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
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • 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
    • 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/12—Accounting

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Game Theory and Decision Science (AREA)
  • Technology Law (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

본 발명은 단말기 및 서버와 네트워크 망을 통해 연결되는 거래대금 유연지급 시스템에 있어서, 사용자와 공급자 사이에서 발생된 거래에서 거래대금 및 대금지급기한이 고시된 적어도 하나 이상의 거래문서가 플랫폼 서버에 업로드 되는 단계 상기 플랫폼 서버가 조기지급기한에 대금 지급이 가능한 거래문서인 조기지급거래 및 상기 희망할인율을 입력 받는 단계 상기 플랫폼 서버가 상기 조기지급거래 및 상기 희망할인율을 입력 받으면, 상기 플랫폼 서버는 상기 조기지급거래에 대한 최종할인율을 결정하는 단계 및 상기 플랫폼 서버가 상기 최종할인율을 결정하면 상기 공급자는 상기 조기지급거래에 대한 거래대금에 대해 상기 조기지급기한에 상기 최종할인율이 적용된 할인대금을 납금 받는 단계를 포함하는 거래대금 유연지급 시스템에 관한 것이다.

Description

거래대금 유연지급 시스템{Flexible payment system for the transaction amount}
본 발명은 거래대금의 지급시기를 조정할 수 있는 시스템에 관한 것이다. 특히, 거래대금의 지급시기 조정에 따라 발생되는 할인율 또는 이자율을 당사자 간에 원활하게 조절할 수 있는 시스템에 관한 것이다.
통상적으로 거래라고 함은 서비스 또는 물품과 그에 상응하는 대금을 교환하는 것을 의미할 수 있다. 일반적으로 서비스 또는 물품을 제공하는 거래 당사자를 판매기업이라고 지칭하고, 서비스 또는 물품에 상응하는 대금을 지급하는 당사자를 구매기업이라고 지칭할 수 있다.
일반적인 거래 환경에서 판매기업과 구매기업 간의 업무 흐름은 다음과 같은 순서로 이루어 질 수 있다.
먼저, 구매기업은 원하는 물품 또는 서비스를 정하고 주문서를 작성하며, 작성된 주문서를 판매기업에 발송한다. 다음으로, 판매기업은 구매기업이 송신한 주문서를 확인하고 내부 결재가 완료되면 주문서의 내용에 따라 서비스 또는 물품을 준비하여 구매기업에게 발송한다.
다음으로 구매기업은 판매기업이 발송한 서비스 또는 물품을 수락 및 확인하게 된다.
판매기업은 준비된 서비스 또는 물품에 상응하는 대금 및 대금 납부 기한을 기재한 송장(invoice)를 구매기업에 대해 발송한다. 여기서 송장은 청구서, 인보이스 등 거래 과정에서 대금 지급을 요청하는 문서를 의미할 수 있다.
상기 송장(invoice)의 발송시기는 판매기업이 준비된 서비스 또는 물품을 구매기업에게 발송한 다음일 수도 있고, 준비된 서비스 또는 물품을 구매기업에게 발송함과 동시에 진행될 수도 있다.
한편, 구매기업은 판매기업이 발송한 송장을 확인하고 내부 결재가 완료되면 송장에 명시된 대금 납부 기한까지 대금을 납금한다.
구매기업이 대금을 납금하고 해당 사실을 판매기업에 통지하면, 판매기업은 대금 납금이 정상적으로 완료되었는지 확인하고 확인이 완료된 경우 해당 거래가 완료되는 것으로 볼 수 있다.
즉, 일반적인 거래는 구매기업의 주문서 발송으로 시작하여 판매기업의 대금 납금 확인으로 종료된다고 볼 수 있다.
상술한 거래의 업무흐름을 고려하면, 판매기업 입장에서 주문서 상의 서비스 또는 물품을 생산하는 시점과 대금을 납금 받는 시점 사이에 간극이 존재한다. 즉, 판매기업 입장에서는 서비스 또는 물품을 생산하는 시점에 현금의 유출이 발생하며, 대금을 납금 받는 시점 전까지는 현금이 유입되지 않을 수 있다. 따라서, 판매기업 입장에서는 현금흐름 상 불리한 상황에 놓일 가능성이 있다. 다시 말해, 판매기업 입장에서는 대금 납부 기한 전까지는 현금흐름 상 불리한 위치에 놓일 수 있다.
따라서, 현금흐름 개선을 위해 판매기업은 대금 납부 시점을 조정하여 기 설정된 대금 납부 기한보다 빨리 대금을 납부 받는 것을 희망하는 상황이 발생할 수 있다.
다만, 구매기업 입장에서는 기 설정된 대금 납부 기한보다 빠른 시기에 대금을 납부할 경우 기한의 이익을 상실할 가능성이 있다. 다시 말해, 기 설정된 대금 납부 기한보다 빠른 시점에 대금이 납부됨에 따라 빨라진 기간만큼 자금을 운용하여 창출할 수 있는 수익을 상실하게 될 수 있다.
따라서, 판매기업은 대금 납부 시점을 앞당길 경우 구매기업에 대하여 소정의 할인율을 제시할 수 있다. 해당 할인율은 기준금리를 고려하여 설정될 수 있으며, 대금의 성질 등을 고려하여 결정될 수 있다. 판매기업이 제시한 할인율이 수용 가능할 경우 구매기업은 기존 납금해야 될 대금에서 할인율을 적용한 만큼의 대금을 판매기업에 지불할 수 있다.
위와 같은 과정을 통해 판매기업은 현금흐름을 발생시켜 현금흐름 적체로 인해 발생되는 파산 등의 재무적 위험을 감소시킬 수 있다. 또한, 구매기업은 기존에 지급해야 할 대금보다 할인된 대금을 납금함으로써 확정 수익을 발생시킬 수 있다.
다만, 상술한 거래 흐름은 거래 당사자(구매기업, 판매기업) 간의 내부 결재에 의해 발생되었으며, 공통된 플랫폼을 통해 구현되는 것이 어려운 실정이다. 또한, 동일 거래 당사자 간 복수의 거래가 발생되는 경우에도 각 거래 흐름을 통합 관리하는 것이 어려운 실정이다.
또한, 상술한 거래 흐름은 거래 당사자들 및 접근 권한을 가진 특정인만 접근이 가능하였다. 따라서, 거래 흐름을 제3자가 모니터링 하거나 관여하기 어려운 폐쇄적인 구조를 가지고 있다.
따라서, 판매기업이 구매기업에 대하여 할인율을 제시하는 경우에도 구매기업과 판매기업 사이의 주도권 차이에 따라 거래가 일방에게 불리하게 작용하거나, 협상이 원활이 이루어지지 않는 문제가 있었다.
또한, 거래 흐름의 폐쇄성으로 인해 판매기업이 적정 할인율을 제시하더라도 구매기업이 이를 수용하지 않을 경우 현금 흐름을 발생시키기 어려운 문제가 있었다. 또한, 판매기업과 구매기업 사이에 제3자가 개입하는 것이 어렵기 때문에 협상이 완성되지 않을 경우 현금흐름을 충분히 확보하지 못하는 문제가 있었다.
본 발명은 거래 당사자 간의 거래문서를 플랫폼 제공자의 서버에 업로드 함으로써, 거래 당사자 간에 발생된 거래를 쉽게 모니터링하고, 모니터링 결과를 기초로 거래 대금 지급 시기를 유연하게 조정할 수 있는 거래대금 유연지급 시스템을 제공하는 것을 해결하고자 하는 과제로 한다.
또한, 본 발명은 거래 당사자 간의 거래문서를 플랫폼 제공자의 서버에 업로드 함으로써, 제3자가 발생된 거래를 모니터링하고 제3자의 개입을 통해 현금흐름을 원활히 발생시킬 수 있는 거래대금 유연지급 시스템을 제공하는 것을 해결하고자 하는 과제로 한다.
또한, 본 발명은 거래 당사자 간의 거래문서를 플랫폼 제공자의 서버에 업로드 함으로써, 미래 특정 시점에서 거래 당사자의 현금 보유 정도를 예상할 수 있는 거래대금 유연지급 시스템을 제공하는 것을 해결하고자 하는 과제로 한다.
또한, 본 발명은 거래문서를 플랫폼 제공자의 서버에서 관리함으로써 다른 외부 문서나 내부 프로세스와 쉽게 연동시킬 수 있는 거래대금 유연지급 시스템을 제공하는 것을 해결하고자 하는 과제로 한다.
또한, 본 발명은 거래문서를 플랫폼 제공자의 서버에서 관리함으로써, 기성 재무/세무 프로그램 또는 ERP(Enterprise Resource Planning) 소프트웨어와 연동하여 재무 관리의 효율성을 향상시킬 수 있는 거래대금 유연지급 시스템을 제공하는 것을 해결하고자 하는 과제로 한다.
또한, 본 발명은 플랫폼 제공자의 서버 상에서 거래 당사자간의 거래 흐름을 전반적으로 모니터링 할 수 있는 거래대금 유연지급 시스템을 제공하는 것을 해결하고자 하는 과제로 한다.
상술한 과제를 해결하기 위해 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템은 플랫폼 서버가 거래문서를 입력 받고 플랫폼 서버가 거래문서에 대한 할인율 또는 이자율을 결정할 수 있다.
또한, 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템은 거래의 당사자인 사용자 및 공급자와 별도의 주체인 중재자의 개입을 통해 거래대금의 할인율 또는 이자율의 기준을 제시할 수 있다.
또한, 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템은 단말기 및 서버와 네트워크 망을 통해 연결되는 거래대금 유연지급 시스템에 있어서, 필요한 서비스 또는 물품을 주문하는 사용자와 상기 사용자로부터 주문을 받아 필요한 서비스 또는 물품을 제공하는 공급자 사이에서 발생된 거래에서 사용자가 공급자에게 지급해야 할 거래대금 및 상기 거래대금의 대금지급기한이 고시된 적어도 하나 이상의 거래문서가 플랫폼 서버에 업로드 되는 단계, 상기 플랫폼 서버가 상기 적어도 하나 이상의 거래문서 중 대금지급기한보다 빠른 시점인 조기지급기한에 대금 지급이 가능한 거래문서인 조기지급거래 및 상기 조기지급거래에 대해 희망하는 할인율인 희망할인율을 입력 받는 단계, 상기 플랫폼 서버가 상기 조기지급거래 및 상기 희망할인율을 입력 받으면, 상기 플랫폼 서버는 상기 조기지급거래에 대한 최종할인율을 결정하는 단계 및 상기 플랫폼 서버가 상기 최종할인율을 결정하면 상기 공급자는 상기 조기지급거래에 대한 거래대금에 대해 상기 조기지급기한에 상기 최종할인율이 적용된 할인대금을 납금 받는 단계를 포함한다.
또한, 상기 플랫폼 서버는 상기 조기지급거래 및 상기 희망할인율을 사용자 서버 또는 공급자 서버로부터 입력 받을 수 있다.
한편, 상기 플랫폼 서버는 상기 공급자 서버로부터 입력 받은 희망할인율이 상기 사용자 서버로부터 입력 받은 희망할인율보다 높거나 같은 경우 상기 공급자 서버로부터 입력 받은 희망할인율을 최종할인율로 결정할 수 있다.
한편, 상기 플랫폼 서버는 상기 조기지급거래 및 상기 희망할인율을 사용자 서버, 공급자 서버 또는 상기 사용자 및 공급자와 구별되는 중재자 서버로부터 입력 받을 수 있다.
또한, 상기 플랫폼 서버는 상기 중재자 서버로부터 입력 받은 희망할인율이 상기 사용자 서버로부터 입력 받은 희망할인율보다 크거나 같은 경우 상기 사용자 서버로부터 입력 받은 희망할인율을 최종할인율로 결정할 수 있다.
한편, 상기 플랫폼 서버는 상기 중재자 서버로부터 입력 받은 희망할인율이 상기 사용자 서버로부터 입력 받은 희망할인율보다 낮은 경우 상기 중재자 서버로부터 입력 받은 희망할인율을 최종할인율로 결정하고, 상기 플랫폼 서버는 상기 중재자 서버에 상기 조기지급기한에 상기 최종할인율이 적용된 할인대금을 납금 하라는 명령을 전달할 수 있다.
한편, 상기 플랫폼 서버는 상기 중재자 서버로부터 입력 받은 희망할인율이 상기 사용자 서버로부터 입력 받은 희망할인율보다 낮은 경우 상기 중재자 서버로부터 입력 받은 희망할인율을 최종할인율로 결정하고, 상기 공급자는 상기 중재자로부터 상기 최종할인율이 적용된 상기 할인대금을 상기 조기지급기한에 납금 받고, 상기 중재자는 상기 사용자로부터 상기 거래대금을 상기 대금지급기한에 납금 받을 수 있다.
한편, 상기 중재자 서버는 적어도 하나 이상으로 구비될 수 있다.
또한, 상술한 과제를 해결하기 위해 본 발명의 다른 실시예에 따른 거래대금 유연지급 시스템은 단말기 및 서버와 네트워크 망을 통해 연결되는 거래대금 유연지급 시스템에 있어서, 필요한 서비스 또는 물품을 주문하는 사용자와 상기 사용자로부터 주문을 받아 필요한 서비스 또는 물품을 제공하는 공급자 사이에서 발생된 거래에서 사용자가 공급자에게 지급해야 할 거래대금 및 상기 거래대금의 대금지급기한이 고시된 적어도 하나 이상의 거래문서가 플랫폼 서버에 업로드 되는 단계, 상기 플랫폼 서버가 상기 적어도 하나 이상의 거래문서 중 상기 대금지급기한보다 늦은 시점인 지연지급기한에 대금 지급이 가능한 거래문서인 지연지급거래 및 상기 지연지급거래에 대해 희망하는 이자율인 희망이자율을 입력 받는 단계, 상기 플랫폼 서버가 상기 지연지급거래 및 상기 희망이자율을 입력 받으면, 상기 플랫폼 서버는 상기 지연지급거래에 대한 최종이자율을 결정하는 단계 및 상기 플랫폼 서버가 상기 최종이자율을 결정하면 상기 공급자는 지연지급거래에 대한 거래대금에 대해 상기 최종이자율이 적용된 가산대금을 상기 지연지급기한에 납금 받거나 상기 지연지급거래에 대한 거래대금을 상기 대금지급기한에 납금 받는 단계를 포함한다.
또한, 상기 플랫폼 서버는 상기 지연지급거래 및 상기 희망이자율을 공급자 서버 또는 상기 사용자 및 공급자와 구별되는 중재자 서버로부터 입력 받을 수 있다.
한편, 상기 플랫폼 서버는 상기 중재자 서버로부터 입력 받은 희망이자율이 상기 공급자 서버로부터 입력 받은 희망이자율보다 크거나 같은 경우 상기 공급자 서버로부터 입력 받은 희망이자율을 최종이자율로 결정할 수 있다.
또한, 상기 플랫폼 서버가 상기 공급자 서버로부터 입력 받은 희망이자율을 최종이자율로 결정할 경우 상기 공급자는 상기 사용자로부터 상기 가산대금을 상기 지연지급기한에 납금 받을 수 있다.
한편, 상기 플랫폼 서버는 상기 공급자 서버로부터 입력 받은 희망이자율이 상기 중재자 서버로부터 입력 받은 희망이자율보다 클 경우 상기 중재자 서버로부터 입력 받은 희망이자율을 최종이자율로 결정할 수 있다.
또한, 상기 플랫폼 서버가 상기 중재자 서버로부터 입력 받은 희망이자율을 최종이자율로 결정할 경우 상기 공급자는 상기 중재자로부터 상기 거래대금을 납금 받고, 상기 중재자는 상기 사용자로부터 상기 가산 대금을 납금 받을 수 있다.
또한, 상기 중재자 서버는 적어도 하나 이상으로 구비될 수 있다.
본 발명은 거래 당사자 간의 거래문서를 플랫폼 제공자의 서버에 업로드 함으로써, 거래 당사자 간에 발생된 거래를 쉽게 모니터링하고, 모니터링 결과를 기초로 거래 대금 지급 시기를 유연하게 조정할 수 있는 거래대금 유연지급 시스템을 제공하는 효과가 있다.
또한, 본 발명은 거래 당사자 간의 거래문서를 플랫폼 제공자의 서버에 업로드 함으로써, 제3자가 발생된 거래를 모니터링하고 제3자의 개입을 통해 현금흐름을 원활히 발생시킬 수 있는 거래대금 유연지급 시스템을 제공하는 효과가 있다.
또한, 본 발명은 거래 당사자 간의 거래문서를 플랫폼 제공자의 서버에 업로드 함으로써, 미래 특정 시점에서 거래 당사자의 현금 보유 정도를 예상할 수 있는 거래대금 유연지급 시스템을 제공하는 효과가 있다.
또한, 본 발명은 거래문서를 플랫폼 제공자의 서버에서 관리함으로써 다른 외부 문서나 내부 프로세스와 쉽게 연동시킬 수 있는 거래대금 유연지급 시스템을 제공하는 효과가 있다.
또한, 본 발명은 거래문서를 플랫폼 제공자의 서버에서 관리함으로써, 기성 재무/세무 프로그램 또는 ERP(Enterprise Resource Planning) 소프트웨어와 연동하여 재무 관리의 효율성을 향상시킬 수 있는 거래대금 유연지급 시스템을 제공하는 효과가 있다.
또한, 본 발명은 플랫폼 제공자의 서버 상에서 거래 당사자간의 거래 흐름을 전반적으로 모니터링 할 수 있는 거래대금 유연지급 시스템을 제공하는 효과가 있다.
도 1은 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템의 구성도이다.
도 2는 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템을 구성하는 거래의 프로세스를 간략히 도시한 개념도이다.
도 3은 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템의 프로세스를 간략히 도시한 개념도이다.
도 4은 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템의 특정 프로세스를 구체적으로 도시한 개념도이다.
도 5은 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템의 특정 프로세스를 구체적으로 도시한 개념도이다.
도 6은 본 발명의 다른 실시예에 따른 거래대금 유연지급 시스템의 프로세스를 간략히 도시한 개념도이다.
도 7은 본 발명의 다른 실시예에 따른 거래대금 유연지급 시스템의 특정 프로세스를 구체적으로 도시한 개념도이다.
아래에서는 첨부한 도면을 참고로 하여 본 발명의 실시예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 발명은 여러가지 상이한 형태로 구현될 수 있다. 따라서, 본 발명은 후술할 실시예에 한정되지 않는다. 또한, 본 명세서에 포함된 도면에서는 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였다.
본 명세서는, 서로 다른 실시예라도 동일·유사한 구성에 대해서는 동일·유사한 참조번호를 부여하고, 그 설명은 처음 설명으로 갈음한다.
본 명세서에서 사용되는 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 또한, 본 명세서에 개시된 실시 예를 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 본 명세서에 개시된 실시 예의 요지를 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다.
또한, 첨부된 도면은 본 명세서에 개시된 실시 예를 쉽게 이해할 수 있도록 하기 위한 것일 뿐, 첨부된 도면에 의해 본 명세서에 개시된 기술적 사상이 제한되는 것으로 해석되어서는 아니 됨을 유의해야 한다.
아래에서는 첨부한 도면을 참고로 하여 본 발명의 실시예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
도 1은 본 발명의 실시예에 따른 거래대금 유연지급 시스템의 개념도이다.
도 1을 참조하면, 본 발명의 실시예에 따른 거래대금 유연지급 시스템은 단말기 및 서버와 네트워크 망을 통해 연결되는 거래대금 유연지급 시스템으로서 각 거래 당사자 또는 시스템의 주체는 각자의 서버와 단말기를 포함할 수 있다.
여기서 거래 당사자는 필요한 서비스나 물품을 주문하는 사용자(200), 상기 사용자가 주문한 서비스나 물품을 공급하는 공급자(300)를 포함할 수 있다. 시스템의 다른 주체로서 플랫폼(100)을 포함할 수 있다. 상기 사용자(200), 상기 공급자(300) 및 플랫폼 서버(100)는 네트워크 망을 통해 상호 연결될 수 있다. 즉, 사용자(200), 공급자(300) 및 플랫폼 서버(100)는 네트워크 망을 통해 신호를 송 수신할 수 있다.
또한, 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템은, 사용자 서버(201) 또는 단말기(202), 공급자 서버(301) 또는 단말기(302)에서 입력되는 명령 또는 신호는 플랫폼 서버(101)에 전송 및 입력될 수 있다.
즉, 사용자(200) 및 공급자(300) 간의 상호작용(승인, 확인, 결재)은 플랫폼 서버(101)에서 취합되고 처리될 수 있다. 다시 말해, 공급자(300) 또는 사용자(200)의 입력 및 명령의 결과는 플랫폼 서버(101)에서 확인될 수 있다. 특히, 상기 결과는 플랫폼 서버(101)를 외부에 표시하는 단말을 통해 표시될 수 있음은 물론이다.
또한, 상기 플랫폼 서버(101)에는 거래 당사자들의 거래 흐름에 따라 생성되는 문서들이 업로드 될 수 있다.
또한, 본 발명에서는 거래의 당사자인 사용자(200) 및 공급자(300)가 아닌 주체로서 중재자(400)가 존재할 수 있다. 중재자(400)는 플랫폼(100)과 별도로 거래대금 지급과 관련한 의사결정의 주체가 될 수 있다.
중재자(400)는 사용자(200) 및 공급자(300)와 마찬가지로 중재자 서버(401) 또는 중재자 단말(402)을 이용하여 플랫폼 서버(101)에 특정 신호 또는 명령을 입력할 수 있다.
중재자 서버(401) 및 중재자 단말(402)은 네트워크 망을 통해 상호 통신 가능하다. 여기서 중재자는 은행과 같은 금융기관을 의미할 수 있다. 또한, 은행이 아니더라도 금융시장의 주체가 될 수 있는 개인 및 법인 등을 포함할 수 있다.
또한, 본 명세서에서 중재자(400)는 서로 구별되는 복수의 주체를 의미할 수 있다. 예를 들면, 중재자(400)는 A은행, B은행, C대부업체 등을 모두 포함하는 개념일 수 있다. 다시 말해, 중재자 서버(401) 및 단말(402)은 A은행 서버 및 단말, B은행 서버 및 단말, C대부업체 서버 및 단말을 모두 포괄하는 개념으로 이해될 수 있을 것이다.
본 명세서에서 거래라고 함은 서비스 또는 물품과 그에 상응하는 대금을 교환하는 것을 의미할 수 있다. 서비스 또는 물품을 제공하는 주체를 공급자(300)로 정의할 수 있다. 또한 서비스 또는 물품을 주문하는 주체를 사용자(200)로 정의할 수 있다.
도 2를 참고하면 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템에서 발생되는 거래 프로세스를 도시한 것이다.
본 발명에서 특정 주체(사용자, 공급자, 중재자)가 선택, 승인, 확인 등을 한다는 것의 의미는 각각의 서버 또는 단말을 통해 플랫폼 서버(101)에 입력하는 것으로 이해될 수 있을 것이다.
도 2를 참고하여 일반적인 거래 환경에서 사용자(200)와 공급자(300) 간의 거래 프로세스를 설명한다. 여기서 사용자(200) 또는 공급자(300)가 특정 문서를 발송하는 행위는 단말기 또는 서버를 통해 구현될 수 있다. 또한, 사용자(2000) 또는 공급자(300)가 문서를 확인하거나 내부 결재를 승인하는 것 또한 단말기 또는 서버를 통해 구현될 수 있다.
그러나 이에 국한되는 것은 아니고, 문서나 물품 등을 발송하는 것은 단말기 또는 서버를 통해 발송과 관련된 승인이 이루어지는 것을 의미할 수 있으며, 물리적인 물품의 이동 또는 배송은 단말기 또는 서버를 통해 이루어진 승인의 결과로 이해될 수 있다. 즉 물리적인 결과도 단말기 또는 서버에 의해 구현되는 것으로 이해될 수 있다.
가장 먼저, 사용자(200)는 원하는 서비스 또는 물품을 정하고 관련된 정보가 담긴 주문서를 공급자(300)에게 발송한다(주문서 발송 단계, S10). 여기서 주문서는 통상적인 거래 환경에서 필요한 서비스 또는 물품의 공급을 요청하는 문서를 모두 포함할 수 있다.
다음으로, 공급자(300)는 사용자(200)가 발송한 주문서를 확인하고, 내부 결재를 통해 주문서를 승인한다(주문서 확인 단계, S20).
다음으로, 공급자(300)는 주문서 상의 서비스 또는 물품을 사용자(200)에게 발송한다(완성품 발송 단계, S30).
다음으로, 사용자(200)는 공급자(3000)가 발송한 서비스 또는 물품을 수락하고 확인할 수 있다(완성품 확인 단계, S40).
사용자(200)의 수락 및 확인이 완료되면, 공급자(300)는 발송한 서비스 또는 물품에 대응하는 대금 및 대금의 지급 기한을 고시하는 송장을 발송할 수 있다(거래문서 발송 단계, S50).
송장(invoice)은 청구서, 영수증 등 거래 대금 요청과 관련된 다양한 문서를 포괄하는 의미로 사용될 수 있다. 또한, 본 명세서에서 거래문서는 송장과 같은 의미로 사용될 수 있다. 또한, 본 명세서에서 거래문서는 매출채권을 의미하는 것으로 사용될 수 있다.
한편, 공급자(300)가 사용자(200)에게 발송하는 송장은 공급자(300)가 주문된 서비스 또는 물품을 사용자에게 발송하면서 동시에 발송될 수 있다. 즉 거래문서 발송 단계(S50)은 완성품 발송 단계(S30)와 동시에 진행될 수 있다.
다만, 이에 국한되는 것은 아니고, 사용자(200)는 공급자의 주문서를 확인하는 시점에 공급자에게 송장을 우선 발송할 수도 있다. 즉, 거래문서 발송 단계(S50)는 주문서 확인 단계(S20)와 동시에 진행될 수 있다.
다시 말해, 송장의 발송 시점은 도시된 것에 국한되는 것은 아니고 개별 거래 환경에 따라서 변경될 수 있다.
다음으로, 사용자(200)는 거래문서를 확인하고 내부 결재를 통해 거래문서를 승인할 수 있다(거래문서 확인 단계, S60).
다음으로, 사용자(200)는 내부 결재를 통해 거래문서에 고시된 지급 기한에 공급자(300)에게 고시된 대금을 납금할 수 있다(대금 납금 단계, S70).
마지막으로, 공급자(300)는 사용자(200)가 거래문서 상의 지급 기한에 거래문서 상의 대금이 정확히 납입되었는지 확인할 수 있다(대금 확인 단계, S80).
공급자(300)가 사용자(200)가 납금한 대금의 납입을 확인하면 일련의 거래는 종료된 것으로 볼 수 있다.
위의 프로세스는 플랫폼 서버(101)에서 진행될 수 있다. 즉, 사용자가 주문서를 발송하는 단계(S10)부터 플랫폼 서버(101) 상에 입력될 수 있다. 즉, 사용자는 사용자 단말기(202) 및 사용자 서버(201)를 통해 주문서를 작성 및 발송할 수 있다. 플랫폼 서버(101)는 사용자 서버(201) 또는 사용자 단말기(202)를 통해 주문서를 입력 받을 수 있다.
플랫폼 서버(101)는 다른 거래 프로세스와 관련된 명령 또는 신호를 입력 받을 수 있다. 일련의 과정은 통신 네트워크 망을 통해서 명령 또는 신호가 전달됨에 따라 구현될 수 있다.
특히, 플랫폼 서버(101)는 공급자가 사용자에게 발송하는 거래문서(송장/청구서)를 입력 받을 수 있다. 플랫폼 서버(101)가 거래문서를 입력 받으면 플랫폼 서버(101)는 거래문서와 관련된 정보를 거래 당사자가 아닌 제3자에게 제공할 수 있다.
물론, 플랫폼 서버(101)가 거래문서와 관련된 정보를 제공하는 제3자는 플랫폼 참여자 모두일 수 도 있고, 약관에 따라 정해진 특정인으로 제한될 수 있다.
한편, 플랫폼 서버(101)는 사용자(200) 또는 공급자(300)간의 거래 프로세스에서 작성된 거래문서를 입력 받을 수 있다. 플랫폼 서버(101)는 다양한 방법을 통해 거래문서를 입력 받을 수 있다.
예를 들면, 상술한 것과 같이 플랫폼 서버(101)는 주문서 발송 단계(S10) 자체를 입력 받을 수 있다. 이후 모든 프로세스는 플랫폼 서버(101)에 입력될 수 있다. 즉, 거래 전반에 걸쳐 생성되는 거래와 관련된 문서는 플랫폼 서버(101)가 입력 받을 수 있다. 상기 거래와 관련된 문서는 송장, 청구서 등을 포함하는 거래문서를 포함할 수 있다.
이와 같은 상황에서, 플랫폼 서버(101)는 사용자(200) 또는 공급자(300)의 확인 또는 승인과 같은 명령을 입력 받을 수 있다. 즉 일련의 거래는 플랫폼 서버(101)가 입력 받는 명령 또는 신호를 통해 진행될 수 있다.
한편, 플랫폼 서버(101)는 사용자(200) 또는 공급자(300)가 이미 작성된 거래문서와 관련된 정보를 입력 받을 수 있다. 실제로는 사용자(200) 또는 공급자(300) 측의 담당 직원이 거래문서와 관련된 정보를 플랫폼 서버(101)에서 활용할 수 있는 형식으로 가공하여 플랫폼 서버(101)에 업로드 할 수 있다.
물론, 플랫폼 서버(101)는 머신 러닝 등이 적용된 소프트웨어를 이용하여 거래문서 상에서 필요한 정보를 추출하는 방식으로 거래문서와 관련된 정보를 입력 받을 수 있다.
또한, 플랫폼 서버(101)는 상술한 내용과 달리 다른 연관 시스템에서 거래문서와 관련된 정보를 가져올 수 있다. 즉, 플랫폼 서버(101)는 기존 사용자(200) 또는 공급자(300)가 사용하는 ERP(Enterprise resource planning) 소프트웨어에서 관리되고 있는 거래문서와 관련된 정보를 입력 받을 수 있다. 이 때, 플랫폼 서버(101)는 ERP 소프트웨어에 플러그인(Plug-in) 방식으로 적용되어 거래문서와 관련된 정보를 입력 받을 수 있다.
이 뿐 아니라, 플랫폼 서버(101)는 회사 또는 개인의 매출과 관련된 정보를 관리하는 기관의 데이터베이스에 접근하여 사용자(200) 또는 공급자(300)의 거래에서 발생된 거래문서에 대한 정보를 입력 받을 수 있다.
도 3은 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템의 프로세스를 간략히 도시한 개념도이다.
도 3을 참고하여 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템의 프로세스에 대해 설명한다.
본 발명의 일 실시예에 따른 거래대금 유연지급 시스템은 필요한 서비스 또는 물품을 주문하는 사용자(200)와 상기 사용자로(200)부터 주문을 받아 필요한 서비스 또는 물품을 제공하는 공급자(300) 사이에서 발생된 거래에서 사용자(200)가 공급자(300)에게 지급해야 할 거래대금 및 상기 거래대금의 대금지급기한이 고시된 적어도 하나 이상의 거래문서가 플랫폼 서버(101)에 업로드 되는 단계(S110)를 포함한다. 거래문서 업로드는 상술한 바와 같이 다양한 방식을 통해 진행될 수 있다.
여기서 말하는 거래문서는 송장, 인보이스, 청구서 등 거래상 지급되어야 할 거래대금과, 대금지급기한이 고시된 문서라면 모든 문서를 포함할 수 있다.
거래대금은 물품 또는 서비스의 반대급부로서 사용자(200)가 공급자(300)에게 지불해야 하는 비용을 의미할 수 있다. 또한, 거래대금은 현금성 자산을 의미할 수 있다.
또한, 대금지급기한은 사용자(200)와 공급자(300)간의 계약 상 상기 거래대금을 납금하기로 한 날짜를 의미할 수 있다. 일반적인 거래 환경에서 사용자(200)가 대금지급기한까지 거래대금을 납금하지 못할 경우 사용자(200)는 지연이자의 부담을 지게 된다.
반면, 사용자(200)가 대금지급기한에 앞서서 거래대금을 납금할 경우에는 사용자(200)는 기한의 이익을 상실하게 될 수 있다. 이에 따라, 공급자(300)는 사용자(200)에게 소정의 할인율을 제시할 수 있다.
또한, 플랫폼 서버(101)는 적어도 하나 이상의 거래문서를 업로드 받을 수 있다. 동일한 사용자(200)와 공급자(300) 사이에서 거래가 복수 회 발생되었을 경우 각각의 거래마다 거래문서가 생성될 수 있다. 즉, 각각의 거래마다 생성된 거래문서가 플랫폼 서버(101)에 업로드 될 수 있다.
한편, 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템은 상기 플랫폼 서버(101)가 상기 적어도 하나 이상의 거래문서 중 대금지급기한보다 빠른 시점인 조기지급기한에 대금 지급이 가능한 거래문서인 조기지급거래 및 상기 조기지급거래에 대해 희망하는 할인율인 희망할인율을 입력 받는 단계(S120)를 포함할 수 있다.
조기지급기한은 거래문서 상의 대금지급기한보다 빠른 시점을 의미할 수 있다. 예를 들어 대금지급기한이 2022년 11월 11일이라면, 조기지급기한은 2022년 11월 11일보다 빠른 시점을 의미할 수 있다.
또한, 조기지급기한에 대금 지급이 가능하다는 것의 의미는 사용자(200)의 현금보유율을 고려하여 사용자(200)가 지급 가능하다는 것을 의미할 수 있다. 또한, 공급자(300)가 할인율을 적용하더라도 현금 확보를 위해 조기 지급을 원하는 것을 의미할 수 있다. 또한, 조기지급기한에 대금 지급이 가능하다는 것의 의미는 중재자(400)을 통한 수익을 내기 위해 사용자(200)와 공급자(300) 사이에 개입하는 것을 의미할 수 있다.
한편, 희망할인율은 거래대금을 대금지급기한보다 빨리 납금함에 따라 반대급부로 상실하는 기한의 이익을 보상하기 위한 것으로 이해될 수 있다.
예를 들면, 상기 희망할인율은 시중금리와 조기지급기한과 대금지급기한의 차이를 고려하여 결정될 수 있다.
본 발명에서 희망할인율은 사용자(200), 공급자(300) 및 중재자(400) 중 적어도 어느 하나에 의해 플랫폼 서버(101)에 입력될 수 있다. 각각의 주체들은 각자의 이익을 고려하여 희망할인율을 제시할 수 있다.
또한, 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템은 상기 플랫폼 서버(101)가 상기 조기지급거래 및 상기 희망할인율을 입력 받으면, 상기 플랫폼 서버(101)는 상기 조기지급거래에 대한 최종할인율을 결정하는 단계(S130)를 포함할 수 있다.
최종할인율은 플랫폼 서버(101)가 입력 받은 복수 개의 희망할인율 중에서 결정될 수 있다. 즉, 최종할인율은 사용자(200), 공급자(300), 중재자(400)가 각각 입력한 희망할인율 중에서 결정될 수 있다.
플랫폼 서버(101)가 복수개의 희망할인율 중에서 최종할인율을 결정하는 방법에 대해서는 후술하기로 한다.
또한, 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템은 상기 플랫폼 서버(101)가 상기 최종할인율을 결정하면 상기 공급자(300)는 상기 조기지급거래에 대한 거래대금에 대해 상기 조기지급기한에 상기 최종할인율이 적용된 할인대금을 납금 받는 단계(S140)를 포함한다.
할인대금은 거래대금에 최종할인율을 적용한 금액을 의미할 수 있다. 즉, 거래대금이 1000만원이고, 최종할인율이 5%이면 할인대금은 950만원을 의미할 수 있다. 이는 개별적인 계약에 따라 다양하게 적용될 수 있다.
플랫폼 서버(101)는 조기지급기한이 결정되는 공급자(300)에게 대금을 납부해야 할 주체에게 할인대급 지시와 관련된 알림을 발송할 수 있다. 일련의 알림과 확인은 모두 플랫폼 서버(101) 상에서 구현될 수 있다.
플랫폼 서버(101)는 각 주체의 서버(201, 301, 401) 또는 단말(202, 302, 402)와 연동되어 상술한 알림 등을 발송할 수 있다.
또한, 대금 납금 프로세스 또한 플랫폼 서버(101) 상에서 구현될 있다. 플랫폼 서버(101)는 송금 시스템을 포함할 수 있으며, 공급자(300)는 플랫폼 서버(101)를 통해 대금을 납금 받을 수 있다.
상술한 바와 같이 플랫폼 서버(101)가 주체들을 연결하는 매개체가 될 경우, 더욱 신속한 의사 결정 및 상호 확인이 가능할 수 있다. 이에 따라, 거래문서에 대해 현금 유동성 또는 현금 흐름을 활성화 할 수 있는 효과가 있다.
도 4는 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템의 특정 프로세스를 구체적으로 도시한 개념도이다.
도 4를 참고하여 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템의 프로세스를 구체적으로 설명한다.
도 4는 도 3에 있어서, 거래문서 업로드 단계(S110) 이후의 단계들만 도시한 것이다. 특히, 상술한 중재자(400)의 개입이 없는 상태의 프로세스를 설명한 것이다.
상기 플랫폼 서버(101)는 상기 조기지급거래 및 상기 희망할인율을 사용자 서버(201) 또는 공급자 서버(302)로부터 입력 받을 수 있다.
조기지급거래 및 희망할인율 입력 단계(S120)는 사용자(200)가 입력하는 단계(S121)와 공급자(300)가 입력하는 단계(S122)를 포함할 수 있다. 즉, 조기지급거래 및 할인율을 먼저 입력하는 우선권은 사용자(200)에게 있을 수 있다.
사용자(200)는 조기 지급이 가능한 거래문서를 선택하고, 해당 거래문서에 대한 희망할인율을 입력할 수 있다.
다음으로, 공급자(300)는 사용자(200)가 선택한 거래문서 및 입력한 희망할인율 중에서 조기지급을 희망하는 거래문서를 선택할 수 있다. 또한, 선택된 거래문서에 대해 공급자(300)가 희망할인율을 제시할 수 있다.
공급자(300)가 제시할 수 있는 희망할인율의 기본값은 사용자(200)가 입력한 희망할인율로 설정될 수 있다. 즉, 사용자(200)가 입력한 희망할인율에 우선권이 있다고 이해될 수 있다. 그러나, 공급자(300)는 사용자(200)가 입력한 희망할인율보다 높거나 낮은 희망할인율을 입력할 수 있다.
한편, 본 발명은 상기 플랫폼 서버(101)는 공급자가 입력한 희망할인율과 사용자가 입력한 희망할인율의 대소를 비교하는 단계(S131)를 포함할 수 있다.
한편, 상기 플랫폼 서버(101)는 공급자 서버로(301)부터 입력 받은 희망할인율이 상기 사용자 서버(201)로부터 입력 받은 희망할인율보다 높거나 같은 경우 상기 공급자 서버(301)로부터 입력 받은 희망할인율을 최종할인율로 결정할 수 있다. 즉, 본 발명은 공급자가 입력한 희망할인율을 최종할인율로 결정하는 단계(S132)를 포함할 수 있다.
즉, 플랫폼 서버(101)가 최종할인율을 결정할 때, 공급자(300)가 사용자(200)보다 더욱 높은 할인율을 제시한다면, 공급자가 입력한 희망할인율을 최종할인율로 선택할 수 있다.
즉, 사용자(200)에게 할인율의 우선권이 있다고 볼 수 있다. 또한, 플랫폼 서버(101)는 공급자(300)가 사용자(200)가 입력한 희망할인율과 동일한 할인율을 희망할인율으로 입력할 경우, 사용자(200)가 입력한 희망할인율로 합의가 된 것으로 판단할 수 있다.
본 발명은 플랫폼 서버(101)가 최종할인율을 결정하면 공급자(300)가 최종할인율에 기초한 할인대금을 납금받는 할인대금 납금 단계(S140)를 포함할 수 있다. 할인대금 납금 단계(S140)에서 플랫폼 서버(101)는 사용자(200)에게 할인대금 납금과 관련된 알람을 발송할 수 있다. 또한, 할인대금 납금 단계(S140)에서 공급자(300)는 납금 여부를 확인할 수 있다.
반면, 본 발명은 공급자가 입력한 희망할인율이 사용자가 입력한 희망할인율보다 작을 경우 조기 지급을 거부하는 조기지급 거부 단계(S150)를 포함할 수 있다.
즉, 공급자(300) 측에서 사용자(200)가 제시한 할인율보다 낮은 할인율을 제시할 경우 플랫폼 서버(101)는 합의가 이루어지지 않은 것으로 판단할 수 있다. 즉, 조기지급과 관련된 상호 합의를 종료하고 조기지급 거부 단계(S150)를 진행할 수 있다. 조기지급 거부 단계(S150) 이후 거래대금 유연지급 시스템은 종료될 수 있다.
즉, 상술한 바와 같이 플랫폼 서버(101)는 사용자(200)와 공급자(300) 간의 조기 지급과 관련된 의사결정을 입력 받고, 최종할인율을 결정하거나, 조기지급과 관련된 프로세스를 종료시킬 수 있다.
따라서, 본 발명은 사용자(200)와 공급자(300) 사이의 상호 의사교환 과정을 용이하게 하여 현금 흐름 또는 현금 유동성을 확보할 수 있는 효과가 있다.
상술한 설명에서는 사용자가 우선권이 있는 것으로 설명하였지만, 공급자가 우선권이 있는 프로세스도 본 발명에 포함되는 것으로 볼 수 있다.
도 5은 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템의 특정 프로세스를 구체적으로 도시한 개념도이다.
도 5를 참고하여 본 발명의 일 실시예에 따른 거래대금 유연지급 시스템의 프로세스를 구체적으로 설명한다.
도 5는 도 3에 있어서, 거래문서 업로드 단계(S110) 이후의 단계들만 도시한 것이다. 특히, 도 5에서는 도 4와 달리 중재자(400)가 시스템의 주체로 개입되는 프로세스를 도시한 것이다.
상기 플랫폼 서버(101)는 상기 조기지급거래 및 상기 희망할인율을 사용자 서버(201), 공급자 서버(301) 또는 상기 사용자 및 공급자와 구별되는 중재자 서버(401)로부터 입력 받을 수 있다.
중재자(400)는 거래 당사자인 사용자(200) 및 공급자(300)가 아닌 주체를 의미할 수 있다. 특히, 중재자(400)는 이미 발생된 거래 내용과는 관련성이 없는 주체를 지칭할 수 있다.
특히, 중재자(400)는 사용자(200)와 공급자(300) 사이에서 현금 흐름을 발생시킬 수 있는 주체를 의미할 수 있다. 예를 들면, 중재자(400)는 시중 은행, 국책 은행, 대부 업체, 사모 펀드 등을 의미할 수 있다. 중재자(400)는 금융 시장 참여자를 의미할 수 있다.
본 발명에서 조기지급거래 및 희망할인율 입력단계(S120)는 중재자(400)가 플랫폼 서버(101)에 조기지급거래 및 희망할인율을 입력하는 단계(S123) 및 사용자(200)가 플랫폼 서버(101)에 조기지급거래 및 희망할인율을 입력하는 단계(S124)를 포함할 수 있다.
즉, 중재자(400)가 조기지급거래 및 희망할인율을 선택하는 것에 대한 우선권을 가질 수 있다.
사용자(200)는 중재자(400)가 입력한 희망할인율에 기초하여 사용자의 희망할인율을 입력할 수 있다. 사용자(200)가 입력 가능한 희망할인율의 상한선은 중재자(400)가 입력한 희망할인율로 설정될 수 있다.
즉, 중재자(400)는 조기지급과 관련된 프로세스에서 희망이자율의 기준을 제시하는 역할을 할 수 있다. 상기 중재자(400)가 시중 은행과 같은 공신력이 있는 기관일 경우 거래 당사자 간의 불공정한 거래가 발생되는 것을 방지할 수 있다.
또한, 중재자(400)는 현금 흐름을 발생시킬 수 있는 주체로서 사용자(200)와 공급자(300) 양 당사자간의 협의가 이루어지지 않더라도 중재자(400)를 매개로 하여 협의를 성사시킬 수 있다.
본 발명의 최종할인율 확정 단계(S130)는 플랫폼 서버(101)가 사용자(200)가 입력한 희망할인율과 중재자(400)가 입력한 희망할인율을 비교하는 단계(S133)를 포함할 수 있다.
또한, 최종할인율 확정 단계(S130)는 중재자(400)가 입력한 희망할인율이 사용자(200)가 입력한 희망할인율보다 높거나 같을 경우 사용자(200)가 입력한 희망할인율을 최종할인율로 결정하는 단계(S134)를 포함할 수 있다.
또한, 최종할인율 확정 단계(S130)는 중재자(400)가 입력한 희망할인율이 사용자(200)가 입력한 희망할인율보다 낮을 경우 중재자(400)가 입력한 희망할인율을 최종할인율로 결정하는 단계(S134)를 포함할 수 있다.
즉, 플랫폼 서버(101)는 사용자(200)가 중재자(400)보다 낮거나 같은 희망할인율을 제시하는 경우에 사용자(200)가 제시한 희망할인율을 최종할인율로 선택할 수 있다.
즉, 본 발명에서 중재자(400)는 조기지급과 관련된 할인율의 기준을 제시할 수 있으며, 해당 기준은 할인율의 상한선을 의미할 수 있다. 이 때, 사용자(200)는 중재자(400)가 제시한 할인율보다 낮은 할인율을 제시하는 경우에만 할인지급에 따른 이익을 얻을 수 있다.
한편 본 발명에 따른 최종할인율 확정 단계(S130)에서 상기 플랫폼 서버(101)는 상기 중재자 서버(401)로부터 입력 받은 희망할인율이 상기 사용자 서버(201)로부터 입력 받은 희망할인율보다 낮은 경우(S133) 상기 중재자 서버로부터 입력 받은 희망할인율을 최종할인율로 결정할 수 있다(S135). 또한, 상기 플랫폼 서버(101)는 상기 중재자 서버(401)에 상기 조기지급기한에 상기 최종할인율이 적용된 할인대금을 납금 하라는 명령을 전달할 수 있다.
위와 같은 상황에서 본 발명에 따른 할인대금 납금단계(S140)는 중재자가 공급자에게 할인대금을 지급하는 단계(S142) 및 사용자가 중재자에게 거래대금을 지급하는 단계(S143)을 포함할 수 있다.
다시 말해, 중재자가 입력한 희망할인율이 최종할인율로 결정(S135)되면, 중재자가 대금지급의 주체로 관여할 수 있다. 따라서, 중재자(400)가 조기지급기한에 공급자(300)에게 할인대금을 납부한 뒤, 중재자(400)는 원래의 대금지급기한에 사용자(200)로부터 원래의 거래대금을 납금 받을 수 있다.
즉, 중재자(400) 입장에서는 할인대금을 지출하고 할인 전의 기존 거래대금을 받기 때문에 할인된 금액만큼의 확정 수익을 얻을 수 있다.
상술한 경우에는. 조기지급기한, 기존의 대금지급기한 두 시점에서 각각 할인대금과 거래대금의 납금이 발생될 수 있다.
상술한 바와 같이, 중재자(400)가 대금지급 시스템에 개입함에 따라, 대금 지급 주체간의 경쟁이 발생될 수 있다. 따라서, 공급자(300)는 더욱 낮은 할인율이 적용된 할인대금으로 현금을 얻을 수 있다. 한편, 중재자(400) 또는 사용자(200)는 각자에 상황에 맞는 할인율을 제시함에 따라 확정적인 수익을 발생시킬 수 있다.
일련의 과정에서 본 발명은 현금 흐름 및 현금 유동성을 발생시키고, 경쟁 구도를 형성하여 각 주체들의 균형을 유지하여 불공정한 거래가 발생되는 것을 방지할 수 있는 효과가 있다.
한편, 상기 플랫폼 서버(101)는 상기 중재자 서버(401)로부터 입력 받은 희망할인율이 상기 사용자 서버(201)부터 입력 받은 희망할인율보다 낮은 경우 상기 중재자 서버로부터 입력 받은 희망할인율을 최종할인율로 결정할 수 있다.
이 때, 상기 플랫폼 서버(101)는 상기 중재자 서버(401)에 대해 상기 조기지급기한에 최종할인율이 적용된 할인대금을 납금하라는 명령을 전달할 수 있다.
반면, 상기 플랫폼 서버(101)는 상기 중재자 서버(401)로부터 입력 받은 희망할인율이 상기 사용자 서버(201)로부터 입력 받은 희망할인율보다 높은 경우 사용자 서버(201)로부터 입력 받은 희망할인율을 최종할인율로 결정할 수 있다.
이 때, 상기 할인대금 납금 단계(S140)는 사용자(200)가 공급자(300)에게 할인대금을 지급하는 단계(S141)를 포함할 수 있다. 즉, 중재자(400)가 사용자(200) 희망할인율을 각각 입력했을 때, 사용자(200)가 공급자(300)에게 더욱 좋은 조건을 제시하게 되면, 중재자(400)는 대금지급 시스템에서 제외될 수 있다. 그리고, 사용자(200)가 조기지급기한에 공급자(300)에게 할인대금을 지급할 수 있다.
상술한 실시예에 있어서 중재자(400)는 복수의 주체를 포함할 수 있다. 예를 들어 중재자(400)는 A은행, B은행, C은행 등등의 다양한 기관을 포함하는 의미로 해석될 수 있다.
이 때, 최종할인율 확정단계(S130)에서 플랫폼 서버(101)가 최종할인율을 결정하는 기준이 되는 값은 복수의 중재자(400)가 입력한 희망할인율 중에서 가장 낮은 할인율이 될 수 있다. 즉, 복수의 희망할인율 중에서 공급자(300)에게 가장 큰 이익을 줄 수 있는 희망할인율이 기준값이 될 수 있다.
다시 말해, 복수의 중재자(400)들은 할인율을 제시할 때 서로 경쟁할 수 있다. 위의 경쟁을 통해 공급자(300)는 더욱 좋은 가격으로 현금 유동성을 확보할 수 있는 효과가 있다.
도 6은 본 발명의 다른 실시예에 따른 거래대금 유연지급 시스템의 프로세스를 간략히 도시한 개념도이다.
도 6을 참고하여 본 발명의 다른 실시예에 따른 거래대금 유연지급 시스템의 프로세스에 대해 설명한다.
본 발명은 앞서 설명한 바와 같이 거래대금 및 거래대금의 대금지급기한이 고시된 적어도 하나 이상의 거래문서가 플랫폼 서버(101)에 업로드 되는 거래문서 업로드 단계(S210)를 포함한다. 여기서 거래문서 업로드 단계(S210)는 도 3에서 설명한 거래문서 업로드 단계(S110)와 동일한 것으로 이해될 수 있다.
플랫폼 서버(101)가 거래문서를 입력 받는 방식에 있어서, 앞서 설명한 다양한 방식들이 적용될 수 있다.
또한, 본 발명은 상기 플랫폼 서버(101)가 상기 적어도 하나 이상의 거래문서 중 상기 대금지급기한보다 늦은 시점인 지연지급기한에 대금 지급이 가능한 거래문서인 지연지급거래 및 상기 지연지급거래에 대해 희망하는 이자율인 희망이자율을 입력 받는 단계 지연지급거래 및 희망이자율 입력 단계(S220)를 포함할 수 있다.
대금지급기한과 지연지급기한은 특정한 날짜를 의미할 수 있다. 예를 들어, 대금지급기한이 2022년 11월 11일이라면, 지연지급기한은 대금지급기한보다 늦은 시점인 2023년 11월 11일로 설정될 수 있다.
공급자(300)는 지연지급기한에 대금을 납금발을 경우, 대금지급기한과의 시간적 차이에 해당하는 만큼의 이익을 상실하는 것으로 볼 수 있다. 따라서, 지연지급거래로 결정될 경우 소정의 이자율이 설정될 필요성이 있다. 이는 기한의 지연에 따른 보상 개념으로 이해될 수 있다.
또한, 본 발명은 상기 플랫폼 서버(101)가 상기 지연지급거래 및 상기 희망이자율을 입력 받으면, 상기 플랫폼 서버(101)는 상기 지연지급거래에 대한 최종이자율을 결정하는 지연지급거래 확정 단계(S230)를 포함할 수 있다.
조기지급거래와 관련된 설명과 유사하게, 지연지급거래를 확정하는 단계에서도 플랫폼 서버(101)는 복수의 주체로부터 입력 받은 복수의 희망이자율 중에서 특정값을 최종이자율로 확정할 수 있다. 최종이자율을 확정하는 방법에 대해서는 후술하기로 한다.
또한, 본 발명은 상기 플랫폼 서버(101)가 상기 최종이자율을 결정하면 상기 공급자(300)는 지연지급거래에 대한 거래대금에 대해 상기 최종이자율이 적용된 가산대금을 상기 지연지급기한에 납금 받거나 상기 지연지급거래에 대한 거래대금을 상기 대금지급기한에 납금 받는 단계 가산대금/거래대금 납금 단계(S240)를 포함할 수 있다.
가산대금/거래대금 납금단계(S240)에서는 플랫폼이 최종이자율 확정 단계(S230)에서 확정한 최종이자율의 주체가 누구인지에 따라 공급자(300)가 납금 받는 대금의 성질, 공급자(300)에게 대금을 지급하는 주체 등이 상이해질 수 있다.
구체적인 가산대금/거래대금 납금 단계(S240)의 프로세스에 대해서는 후술하기로 한다.
상술한 거래대금 유연지급 시스템의 실시예를 통해서, 대금을 납금해야 할 의무가 있는 주체는 지연된 기간만큼 현금을 확보할 수 있고, 반대로 대금을 납금 받을 권리가 있는 주체는 최종이자율에 따른 확정 수익을 얻을 수 있다.
따라서, 본 발명은 대금 지급 시기를 조절하여 일방은 지연 기간 동안 현금을 보유할 수 있고, 상대방은 이자율을 통해 수익을 얻을 수 있는 효과가 있다.
도 7은 본 발명의 다른 실시예에 따른 거래대금 유연지급 시스템의 특정 프로세스를 구체적으로 도시한 개념도이다.
도 7을 참고하여 본 발명의 지연지급 프로세스를 구체적으로 설명한다. 특히, 도 7은 거래문서 업로드 단계(S210)의 이후 과정들만 도시한 것이다.
본 발명에 따른 지연지급거래 및 희망이자율 입력 단계(S220)에서, 상기 플랫폼 서버(101)는 상기 지연지급거래 및 상기 희망이자율을 공급자 서버(301) 또는 상기 사용자 및 공급자와 구별되는 중재자 서버(401)로부터 입력 받을 수 있다.
더욱 구체적으로, 본 발명에 따른 지연지급거래 및 희망이자율 입력 단계(S220)는 중재자(400)가 플랫폼 서버(101)에 지연지급거래 및 희망이자율을 입력하는 단계(S221)를 포함할 수 있다.
지연지급거래와 관련해서도 중재자(400)는 희망이자율을 제시할 때 우선권을 가질 수 있다. 중재자(400)는 금융기관 등의 공신력 있는 기관을 포함할 수 있다. 따라서, 중재자(400)가 먼저 제시하는 희망이자율이 최종이자율을 결정하는 기준이 될 수 있다.
또한, 본 발명에 따른 지연지급거래 및 희망이자율 입력 단계(S220)는 공급자(300)가 플랫폼 서버(101)에 지연지급거래 및 희망이자율을 입력하는 단계(S222)를 포함할 수 있다.
이 때, 공급자(300)가 입력할 수 있는 희망이자율의 상한 값은 중재자(400)가 입력한 희망이자율로 설정될 수 있다. 즉, 공급자(300)는 중재자(400)가 입력한 희망이자율보다 낮은 값을 제시해야 하는 제약이 따를 수 있다.
공급자(300)는 중재자(400)가 입력한 희망이자율보다 낮은 이자율을 적용하더라도 이득이 된다고 판단할 경우 중재자(400)가 입력한 희망이자율 보다 더욱 낮은 희망이자율을 플랫폼 서버(101)에 입력할 수 있을 것이다.
즉, 상술한 바와 같이 플랫폼 서버(101)에 희망할인율을 입력하는 주체가 복수의 주체로 구비될 경우 서로 간의 경쟁을 통해 더욱 적절한 가격이 선택되는 효과가 있다.
그러나 이에 국한되는 것은 아니고, 중재자(400)의 개입 없이 공급자(300)만 희망이자율을 플랫폼 서버(101)에 입력하는 실시예도 본 발명에 포함될 수 있다.
한편, 본 발명의 최종이자율 확정 단계(S230)는 플랫폼 서버(101)가 중재자(400)가 입력한 희망이자율과 공급자(300)가 입력한 희망이자율의 대소를 비교하는 단계(S231)를 포함할 수 있다.
또한, 본 발명의 최종이자율 확정 단계(S230)는 비교 단계(S231)에서 중재자(400)가 입력한 희망이자율이 공급자(300)가 입력한 희망이자율 보다 크거나 같다고 판단될 경우 공급자(300)가 입력한 희망이자율을 최종이자율로 결정하는 단계(S232)를 포함할 수 있다.
또한, 본 발명의 최종이자율 확정 단계(S230)는 비교 단계(S231)에서 공급자(300)가 입력한 희망이자율이 중재자(400)가 입력한 희망이자율 보다 크다고 판단될 경우 중재자(400)가 입력한 희망이자율을 최종이자율로 결정하는 단계(S233)를 포함할 수 있다.
즉 플랫폼 서버(101)는 중재자(400)와 공급자(300)가 입력한 희망이자율을 서로 비교한 다음 더욱 낮은 희망이자율을 최종이자율로 결정할 수 있다. 또한, 플랫폼 서버(101)는 최종이자율로 선택된 희망이자율을 입력한 주체가 최종이자율이 적용된 가산대금을 납금 받는 것으로 결정할 수 있다.
물론, 지연지급거래 및 최종이자율 확정 단계에서는 대금을 지급할 의무가 있는 주체인 사용자(200)의 최종 승인이 요구될 수 있다. 또한, 사용자(200)도 희망이자율을 플랫폼 서버(101)에 입력 가능할 수 있다. 그러나 플랫폼 서버(101)는 사용자(200)가 입력한 희망이자율이 가장 낮더라도 사용자(200)가 입력한 희망이자율을 최종이자율로 확정하지는 않을 것이다. 왜냐하면 사용자(200)는 이자를 지급하는 주체이기 때문이다.
한편, 본 발명에 따른 가산대금/거래대금 납급 단계(S240)는 사용자(200)가 공급자(300)에게 가산대금을 지급하는 단계(S241)를 포함할 수 있다.
사용자(200)가 공급자(300)에게 가산대금을 지급하는 단계(S241)는 최종이자율 확정 단계(S230)에서 공급자(300)가 입력한 희망이자율이 최종이자율로 결정(S232)된 후 발생될 수 있다.
즉, 공급자(300)가 중재자(400)보다 낮은 희망이자율을 제시할 경우 공급자(300)가 입력한 희망이자율이 최종이자율로 결정된다. 따라서, 공급자(300)는 지연지급기한에 사용자(200)로부터 최종이자율이 적용된 가산대금을 납금 받을 수 있다.
다시 말해, 위의 지연지급 프로세스에서 최종이자율을 결정할 때 까지는 중재자(400)가 개입되나, 최종적으로는 사용자(200)와 공급자(300)간에 대금 납금이 발생될 수 있다.
즉, 중재자(400)는 중간 개입을 통해 최종이자율이 적정 수준으로 결정되는 것을 도울 수 있다. 다시 말해, 공급자(300)가 희망이자율을 과도하게 높거나 낮은 수준으로 입력하는 것을 방지할 수 있다.
한편, 본 발명에 따른 가산대금/거래대금 납금 단계(S240)는 중재자(400)가 공급자(300)에게 거래대금을 지급하는 단계(S242)와 사용자(200)가 중재자(400)에게 가산대금을 지급하는 단계(S242)를 포함할 수 있다.
위와 같이 중재자(400)가 공급자(300)에게 기존의 거래대금을 지급하고, 사용자(200)가 중재자(400)에게 가산대금을 지급하는 것은 중재자(400)가 입력한 희망이자율이 최종이자율로 결정된 경우에 진행될 수 있다.
즉, 플랫폼 서버(101)가 중재자(400)가 입력한 희망이자율을 최종이자율로 결정한 경우에는 중재자(400)가 대금 지급의 당사자가 될 수 있다.
중재자(400)가 대금 지급의 당사자가 될 경우, 중재자(400)는 최종이자율 만큼의 수익을 얻을 수 있다. 한편, 중재자(400)가 대급 지급의 당사자가 될 경우, 공급자(300)는 원래 정해진 대금지급기한에 기존의 거래대금을 납금 받을 수 있다.
즉, 공급자(300) 입장에서는 정해진 일자에 정해진 금액을 받는 것이며 별도의 수익은 존재하지 않을 수 있다.
이후 지연지급기한에 중재자(400)는 사용자(200)로부터 거래대금에 최종이자율이 적용된 가산대금을 지급받을 수 있다. 즉, 사용자(200)는 중재자(400)에게 가산대금을 지급할 수 있다.
정리하면, 중재자(400)는 거래문서 상 고시된 거래대금기한에 공급자(300)에게 거래문서 상 고시된 거래대금을 선 지급할 수 있다. 그 후, 최종이자율 확정 단계(S230)에서 결정된 지연지급기한 및 최종이자율에 기초하여, 사용자(200)는 지연지급기한에 중재자(400)에게 최종이자율이 적용된 가산대금을 지급할 수 있다.
한편, 본 발명에서 플랫폼 서버(101)가 최종이자율을 결정하면, 플랫폼 서버(101)는 최종이자율로 결정된 희망이자율을 입력한 대상에게 대금 지급과 관련된 지시를 발송할 수 있다.
상술한 과정을 통해서 사용자(200)는 대급지급기한과 지연지급기한 사이의 기한만큼 현금을 보유할 수 있고, 중재자(400) 또는 공급자(300)는 이자수익을 얻을 수 있다.
또한, 본 발명의 거래대금 유연지급 시스템은 중재자(400)가 개입하여 사용자(200)가 대금지급기한에 거래대금을 납부하지 못하는 사고가 발생되는 것을 방지할 수 있다. 공급자(300) 입장에서도 중재자(400)로부터 거래대금을 납금 받을 수 있기 때문에 현금 유동이 막히는 것을 방지할 수 있는 효과가 있다.
또한, 중재자(400)는 별도의 신용 평가 모델 등을 이용하여 사용자(200)의 지급능력을 평가할 수 있다. 따라서, 중재자(400)의 개입함으로써 사용자(200)와 공급자(300)만 존재할 때에 비하여 현금 유동이 멈춤으로써 발생되는 문제를 원활하게 해결할 수 있다.
상술한 지연지급 프로세스에서도 조기지급 프로세스와 마찬가지로 중재자(400)는 복수로 구비될 수 있다. 따라서, 복수의 중재자(400) 및 공급자(300) 간의 경쟁을 통해 최종이자율이 결정될 수 있다. 따라서, 사용자(200)는 가장 낮은 최종이자율로 지연지급을 할 수 있는 효과가 있다.
물론, 사용자(200)는 플랫폼 서버(101)에 희망할인율을 입력한 주체들 뿐 아니라, 시중 은행의 대출 금리 등을 비교하여 지연지급 거래를 진행할지 여부를 결정할 수 있다. 따라서, 사용자(200)의 자금조달 비용이 감소될 수 있다.
또한, 본 발명에 따른 거래대금 유연지급 시스템은 상술한 실시예를 기초로 KPI(Key Performance Indicators) 추적이 가능하다 예를 들어, 현금 흐름 시뮬레이터 기능을 수행할 수 있다.
구체적으로, 플랫폼 서버(101)를 통해 특정 기업이 미래 특정 시기에 얼마만큼의 현금을 보유하고 있을지를 시뮬레이션 할 수 있다. 또한, 외부 업체와의 현금흐름이 플랫폼 서버(101)이 입력될 수 있으므로 정리가 용이하다. 또한, 플랫폼 서버(101)는 기업의 현금 보유액 등을 입력 받고, 내부 현금흐름(인건비 등), 청구서 발행이 없는 금융 현금 흐름(이자, 배당금 등)을 어떤 시기에 집행할 지 입력할 수 있다.
즉, 플랫폼 서버(101)는 현금의 흐름과 관련된 다양한 정보를 입력 받을 수 있고, 이를 통해 플랫폼 서버(101)는 미래 특정 시기의 기업 현금 보유액을 예상하거나 판단할 수 있다.
또한, 본 발명은 상술한 실시예를 기초로 다양한 거래 서류 간에 연동을 구현할 수 있다. 플랫폼 서버(101)가 거래와 관련된 모든 문서를 관리할 수 있다. 따라서, 내부/외부 문서 작성에 있어서도 플랫폼 서버(101)가 활용될 수 있다.
또한, 본 발명은 재무/세무 프로그램 또는 기업관리 소프트웨어와 연동될 수 있다. 따라서, 기존 사용하는 소프트웨어에 플러그인(Plug-in)되는 방식으로 생산성을 향상시킬 수 있다.
또한, 본 발명은 거래 당사자 간에서 타사의 결재 상황을 열람할 수 있다. 따라서, 결재 또는 승인이 지연되는 경우 상대방의 어떤 부분에서 지연이 발생되는지 모니터링을 할 수 있다. 따라서, 비즈니스의 생산성을 향상시킬 수 있는 효과가 있다.
이상에서 설명한 본 발명의 실시예는 장치 및 방법을 통해서만 구현이 되는 것은 아니며, 본 발명의 실시예의 구성에 대응하는 기능을 실현하는 프로그램 또는 그 프로그램이 기록된 기록 매체를 통해 구현될 수도 있으며, 이러한 구현은 앞서 설명한 실시예의 기재로부터 본 발명이 속하는 기술분야의 전문가라면 쉽게 구현할 수 있는 것이다.
이상에서 본 발명의 실시예에 대하여 상세하게 설명하였지만 본 발명의 권리범위는 이에 한정되는 것은 아니고 다음의 청구범위에서 정의하고 있는 본 발명의 기본 개념을 이용한 당업자의 여러 변형 및 개량 형태 또한 본 발명의 권리범위에 속하는 것이다.
100: 플랫폼 101: 플랫폼 서버 102: 플랫폼 단말기
200: 사용자 201: 사용자 서버 202: 사용자 단말기
300: 공급자 301: 공급자 서버 302: 공급자 단말기
400: 중재자 401: 중재자 서버 402: 중재자 단말기
S10: 주문서 발송 단계 S20: 주문서 확인 단계 S30: 완성품 발송 단계
S40: 완성품 확인 단계 S50: 거래문서 발송 단계 S60: 거래문서 확인 단계
S70: 대금 납금 단계 S80: 대금 확인 단계
S110: 거래문서 업로드 단계 S120: 조기지급거래 및 희망할인율 입력 단계
S130: 최종할인율 확정 단계 S140: 할인대금 납금 단계
S210: 거래문서 업로드 단계 S220: 지연지급거래 및 희망이자율 입력 단계
S230: 최종이자율 확정 단계 S240: 가산대금/거래대금 납금 단계

Claims (15)

  1. 단말기 및 서버와 네트워크 망을 통해 연결되는 거래대금 유연지급 시스템에 있어서,
    필요한 서비스 또는 물품을 주문하는 사용자와 상기 사용자로부터 주문을 받아 필요한 서비스 또는 물품을 제공하는 공급자 사이에서 발생된 거래에서 사용자가 공급자에게 지급해야 할 거래대금 및 상기 거래대금의 대금지급기한이 고시된 적어도 하나 이상의 거래문서가 플랫폼 서버에 업로드 되는 단계;
    상기 플랫폼 서버가 상기 적어도 하나 이상의 거래문서 중 대금지급기한보다 빠른 시점인 조기지급기한에 대금 지급이 가능한 거래문서인 조기지급거래 및 상기 조기지급거래에 대해 희망하는 할인율인 희망할인율을 입력 받는 단계;
    상기 플랫폼 서버가 상기 조기지급거래 및 상기 희망할인율을 입력 받으면, 상기 플랫폼 서버는 상기 조기지급거래에 대한 최종할인율을 결정하는 단계; 및
    상기 플랫폼 서버가 상기 최종할인율을 결정하면 상기 공급자는 상기 조기지급거래에 대한 거래대금에 대해 상기 조기지급기한에 상기 최종할인율이 적용된 할인대금을 납금 받는 단계;를 포함하는 거래대금 유연지급 시스템.
  2. 제1항에 있어서,
    상기 플랫폼 서버는 상기 조기지급거래 및 상기 희망할인율을 사용자 서버 또는 공급자 서버로부터 입력 받는 것을 특징으로 하는 거래대금 유연지급 시스템.
  3. 제2항에 있어서,
    상기 플랫폼 서버는 상기 공급자 서버로부터 입력 받은 희망할인율이 상기 사용자 서버로부터 입력 받은 희망할인율보다 높거나 같은 경우 상기 공급자 서버로부터 입력 받은 희망할인율을 최종할인율로 결정하는 것을 특징으로 하는 거래대금 유연지급 시스템.
  4. 제1항에 있어서,
    상기 플랫폼 서버는 상기 조기지급거래 및 상기 희망할인율을 사용자 서버, 공급자 서버 또는 상기 사용자 및 공급자와 구별되는 중재자 서버로부터 입력 받는 것을 특징으로 하는 거래대금 유연지급 시스템.
  5. 제4항에 있어서,
    상기 플랫폼 서버는 상기 중재자 서버로부터 입력 받은 희망할인율이 상기 사용자 서버로부터 입력 받은 희망할인율보다 크거나 같은 경우 상기 사용자 서버로부터 입력 받은 희망할인율을 최종할인율로 결정하는 것을 특징으로 하는 거래대금 유연지급 시스템.
  6. 제4항에 있어서,
    상기 플랫폼 서버는 상기 중재자 서버로부터 입력 받은 희망할인율이 상기 사용자 서버로부터 입력 받은 희망할인율보다 낮은 경우 상기 중재자 서버로부터 입력 받은 희망할인율을 최종할인율로 결정하고,
    상기 플랫폼 서버는 상기 중재자 서버에 상기 조기지급기한에 상기 최종할인율이 적용된 할인대금을 납금 하라는 명령을 전달하는 것을 특징으로 하는 거래대금 유연지급 시스템.
  7. 제4항에 있어서,
    상기 플랫폼 서버는 상기 중재자 서버로부터 입력 받은 희망할인율이 상기 사용자 서버로부터 입력 받은 희망할인율보다 낮은 경우 상기 중재자 서버로부터 입력 받은 희망할인율을 최종할인율로 결정하고,
    상기 공급자는 상기 중재자로부터 상기 최종할인율이 적용된 상기 할인대금을 상기 조기지급기한에 납금 받고,
    상기 중재자는 상기 사용자로부터 상기 거래대금을 상기 대금지급기한에 납금 받는 것을 특징으로 하는 거래대금 유연지급 시스템.
  8. 제4항에 있어서,
    상기 중재자 서버는 적어도 하나 이상으로 구비되는 것을 특징으로 하는 거래대금 유연지급 시스템.
  9. 단말기 및 서버와 네트워크 망을 통해 연결되는 거래대금 유연지급 시스템에 있어서,
    필요한 서비스 또는 물품을 주문하는 사용자와 상기 사용자로부터 주문을 받아 필요한 서비스 또는 물품을 제공하는 공급자 사이에서 발생된 거래에서 사용자가 공급자에게 지급해야 할 거래대금 및 상기 거래대금의 대금지급기한이 고시된 적어도 하나 이상의 거래문서가 플랫폼 서버에 업로드 되는 단계;
    상기 플랫폼 서버가 상기 적어도 하나 이상의 거래문서 중 상기 대금지급기한보다 늦은 시점인 지연지급기한에 대금 지급이 가능한 거래문서인 지연지급거래 및 상기 지연지급거래에 대해 희망하는 이자율인 희망이자율을 입력 받는 단계;
    상기 플랫폼 서버가 상기 지연지급거래 및 상기 희망이자율을 입력 받으면, 상기 플랫폼 서버는 상기 지연지급거래에 대한 최종이자율을 결정하는 단계; 및
    상기 플랫폼 서버가 상기 최종이자율을 결정하면 상기 공급자는 지연지급거래에 대한 거래대금에 대해 상기 최종이자율이 적용된 가산대금을 상기 지연지급기한에 납금 받거나 상기 지연지급거래에 대한 거래대금을 상기 대금지급기한에 납금 받는 단계;를 포함하는 거래대금 유연지급 시스템.
  10. 제9항에 있어서,
    상기 플랫폼 서버는 상기 지연지급거래 및 상기 희망이자율을 공급자 서버 또는 상기 사용자 및 공급자와 구별되는 중재자 서버로부터 입력 받는 것을 특징으로 하는 거래대금 유연지급 시스템.
  11. 제10항에 있어서,
    상기 플랫폼 서버는 상기 중재자 서버로부터 입력 받은 희망이자율이 상기 공급자 서버로부터 입력 받은 희망이자율보다 크거나 같은 경우 상기 공급자 서버로부터 입력 받은 희망이자율을 최종이자율로 결정하는 것을 특징으로 하는 거래대금 유연지급 시스템.
  12. 제11항에 있어서,
    상기 플랫폼 서버가 상기 공급자 서버로부터 입력 받은 희망이자율을 최종이자율로 결정할 경우 상기 공급자는 상기 사용자로부터 상기 가산대금을 상기 지연지급기한에 납금 받는 것을 특징으로 하는 거래대금 유연지급 시스템.
  13. 제10항에 있어서,
    상기 플랫폼 서버는 상기 공급자 서버로부터 입력 받은 희망이자율이 상기 중재자 서버로부터 입력 받은 희망이자율보다 클 경우 상기 중재자 서버로부터 입력 받은 희망이자율을 최종이자율로 결정하는 것을 특징으로 하는 거래대금 유연지급 시스템.
  14. 제13항에 있어서,
    상기 플랫폼 서버가 상기 중재자 서버로부터 입력 받은 희망이자율을 최종이자율로 결정할 경우 상기 공급자는 상기 중재자로부터 상기 거래대금을 납금 받고, 상기 중재자는 상기 사용자로부터 상기 가산 대금을 납금 받는 것을 특징으로 하는 거래대금 유연지급 시스템.
  15. 제10항에 있어서,
    상기 중재자 서버는 적어도 하나 이상으로 구비되는 것을 특징으로 하는 거래대금 유연지급 시스템.
KR1020220144636A 2022-08-22 2022-11-02 거래대금 유연지급 시스템 KR20240026824A (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20220104757 2022-08-22
KR1020220104757 2022-08-22

Publications (1)

Publication Number Publication Date
KR20240026824A true KR20240026824A (ko) 2024-02-29

Family

ID=90041481

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020220144636A KR20240026824A (ko) 2022-08-22 2022-11-02 거래대금 유연지급 시스템

Country Status (1)

Country Link
KR (1) KR20240026824A (ko)

Similar Documents

Publication Publication Date Title
US10977649B2 (en) Virtual payment processing system
US20230051660A1 (en) Supply chain finance system
US11334942B2 (en) Supply chain finance system
US8571978B2 (en) Method and system for providing assurance and financing services
US6993511B2 (en) Electronic bartering system
US8140431B1 (en) Dynamic financial liability management
US20060085334A1 (en) Dynamic financial liability management
US20020082985A1 (en) Method and system for converting existing or future trade credit obligations into a new obligation
US20030014351A1 (en) Electronic bartering system with facilitating tools
AU2016202206A1 (en) Methods and systems for automated matter resolution
KR20200126969A (ko) 부동산 금융, 서비스 및 보고의 실시간 동적 관리를 위한 방법 및 장치
US10380589B2 (en) Virtual payment processing system
US20060277129A1 (en) System and method of transaction settlement and supply chain financing
US20110112956A1 (en) Credit facilities manager
AU2004323839B2 (en) Computer-based payment transaction system and repository
JP3699113B2 (ja) 危機管理契約を成立させる方法
US20220309493A1 (en) Expediting transaction settlement
US20140330627A1 (en) Payables Bidding System
KR20240026824A (ko) 거래대금 유연지급 시스템
US11551175B1 (en) Facilitating shareholder voting and associated proxy rights
US20230222424A1 (en) Facilitating shareholder voting and associated proxy rights
WO2001098957A2 (en) Financial transaction processing method and system
CN113823391A (zh) 医药采购管理系统
JP4138852B2 (ja) 債務を電子的に交換する方法
KR20040069546A (ko) 주식 거래 미수금의 자동 대출 방법 및 시스템