KR102662748B1 - Payment method and system for perfoming the same - Google Patents

Payment method and system for perfoming the same Download PDF

Info

Publication number
KR102662748B1
KR102662748B1 KR1020210094191A KR20210094191A KR102662748B1 KR 102662748 B1 KR102662748 B1 KR 102662748B1 KR 1020210094191 A KR1020210094191 A KR 1020210094191A KR 20210094191 A KR20210094191 A KR 20210094191A KR 102662748 B1 KR102662748 B1 KR 102662748B1
Authority
KR
South Korea
Prior art keywords
payment
account
virtual
accounts
amount
Prior art date
Application number
KR1020210094191A
Other languages
Korean (ko)
Other versions
KR20230013440A (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 주식회사 신한은행
Priority to KR1020210094191A priority Critical patent/KR102662748B1/en
Publication of KR20230013440A publication Critical patent/KR20230013440A/en
Application granted granted Critical
Publication of KR102662748B1 publication Critical patent/KR102662748B1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • 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
    • G06Q10/105—Human resources
    • 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/22—Payment schemes or models
    • G06Q20/28—Pre-payment schemes, e.g. "pay before"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Landscapes

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

Abstract

본 개시는 대금 지급 방법 및 이를 수행하는 시스템에 대해 개시한다.
일 실시예에 따르면, 발주기관의 발주사업과 관련된 대금을 지급하는 시스템의 대금 지급 방법은, 상기 발주사업의 대금을 관리하기 위한 가상계정을 생성하는 단계, 상기 가상계정 내에서 상기 발주사업과 관련하여 대금을 지급받는 복수의 지급대상 각각의 대금 지급을 관리하기 위한 복수의 가상코드, 및 상기 복수의 가상코드에 의해 관리되는 복수의 가상계좌를 생성하는 단계, 상기 복수의 가상계좌 중 제1 가상계좌에 외부로부터 대금이 입금되면, 상기 발주사업의 제1 청구정보에 포함된 적어도 하나의 지급대상 및 지급대상에 대한 지급금액에 기초해, 상기 제1 가상계좌에 입금된 대금을 적어도 하나의 제2 가상계좌에 분산 예치하는 단계, 및 상기 적어도 하나의 제2 가상계좌에 예치된 대금을 상기 적어도 하나의 지급대상 각각의 은행계좌에 직접 이체하는 단계를 포함할 수 있다. 상기 복수의 지급대상은 적어도 하나의 근로자를 포함할 수 있다. This disclosure discloses a payment method and a system for performing the same.
According to one embodiment, the payment method of the system for paying the price related to the ordering business of the ordering agency includes the steps of creating a virtual account for managing the amount of the ordering business, and relating to the ordering business within the virtual account. generating a plurality of virtual codes for managing payment of each of the plurality of payment targets, and a plurality of virtual accounts managed by the plurality of virtual codes; a first virtual account among the plurality of virtual accounts; When money is deposited into the account from outside, the money deposited in the first virtual account is transferred to at least one payment target based on the at least one payment target and the payment amount for the payment target included in the first claim information of the ordering business. It may include distributing deposits to two virtual accounts, and directly transferring the amount deposited in the at least one second virtual account to each of the at least one payment target bank accounts. The plurality of payment recipients may include at least one worker.

Description

대금 지급 방법 및 이를 수행하는 시스템{PAYMENT METHOD AND SYSTEM FOR PERFOMING THE SAME}Payment method and system for performing the same {PAYMENT METHOD AND SYSTEM FOR PERFOMING THE SAME}

본 개시는 대금 지급 방법 및 이를 수행하는 시스템에 관한 것이다. This disclosure relates to a payment method and a system for performing the same.

최근 임금 체불 등 건설 산업 현장에서의 고질적인 문제를 해결하기 위해, 공공 발주공사는 전자적 대금지급 시스템을 통해 대금지급이 이루어지도록 의무화되었다. 전자적 대금지급 시스템은 발주기관이 지급한 임금을 건설사가 임의로 인출하지 못하도록 제한하여, 근로자의 임금이 체불되는 것을 방지하기 위한 시스템이다. Recently, in order to solve chronic problems in the construction industry, such as non-payment of wages, public construction projects have been mandated to make payments through an electronic payment system. The electronic payment system is a system to prevent workers from receiving unpaid wages by restricting construction companies from arbitrarily withdrawing wages paid by the ordering agency.

한편, 이러한 전자적 대금지급 시스템의 도입으로도, 하위 사업자의 계좌 압류, 불투명한 선급금 관리 및 사(私)기성 지급 관행 등 건설 산업 현장의 고질적인 문제들을 해결하는 것에는 한계가 있다. Meanwhile, even with the introduction of this electronic payment system, there are limits to solving chronic problems in the construction industry, such as seizure of accounts by subcontractors, unclear advance payment management, and private payment practices.

실시예들은 안전한 대금 지급을 위해 원활하고 투명하게 자금 흐름을 관리할 수 있는 대금 지금 방법 및 이를 수행하는 시스템을 제공하는 것이다. Embodiments provide a payment method and a system for performing the same that can smoothly and transparently manage the flow of funds for safe payment.

일 실시예에 따르면, 발주기관의 발주사업과 관련된 대금을 지급하는 시스템의 대금 지급 방법은, 상기 발주사업의 대금을 관리하기 위한 가상계정을 생성하는 단계, 상기 가상계정 내에서 상기 발주사업과 관련하여 대금을 지급받는 복수의 지급대상 각각의 대금 지급을 관리하기 위한 복수의 가상코드, 및 상기 복수의 가상코드에 의해 관리되는 복수의 가상계좌를 생성하는 단계, 상기 복수의 가상계좌 중 제1 가상계좌에 외부로부터 대금이 입금되면, 상기 발주사업의 제1 청구정보에 포함된 적어도 하나의 지급대상 및 지급대상에 대한 지급금액에 기초해, 상기 제1 가상계좌에 입금된 대금을 적어도 하나의 제2 가상계좌에 분산 예치하는 단계, 및 상기 적어도 하나의 제2 가상계좌에 예치된 대금을 상기 적어도 하나의 지급대상 각각의 은행계좌에 직접 이체하는 단계를 포함할 수 있다. 상기 복수의 지급대상은 적어도 하나의 근로자를 포함할 수 있다. According to one embodiment, the payment method of the system for paying the price related to the ordering business of the ordering agency includes the steps of creating a virtual account for managing the amount of the ordering business, and relating to the ordering business within the virtual account. generating a plurality of virtual codes for managing payment of each of the plurality of payment targets, and a plurality of virtual accounts managed by the plurality of virtual codes; a first virtual account among the plurality of virtual accounts; When money is deposited into the account from outside, the money deposited in the first virtual account is transferred to at least one payment target based on the at least one payment target and the payment amount for the payment target included in the first claim information of the ordering business. It may include distributing deposits to two virtual accounts, and directly transferring the amount deposited in the at least one second virtual account to each of the at least one payment target bank accounts. The plurality of payment recipients may include at least one worker.

상기 대금 지급 방법은, 상기 가상 계정 내에서 지급대상이 특정된 대금을 관리하기 위한 확정 계정, 및 지급대상이 특정되지 않은 대금을 관리하기 위한 미확정 계정을 생성하는 단계를 더 포함할 수 있다. 상기 복수의 가상계좌 및 상기 복수의 가상코드는 상기 확정 계정 내에서 관리될 수 있다. The payment method may further include the step of creating a confirmed account for managing the payment for which the payment target is specified and an unconfirmed account for managing the payment for which the payment target is not specified within the virtual account. The plurality of virtual accounts and the plurality of virtual codes may be managed within the confirmed account.

상기 분산 예치하는 단계는, 상기 입금된 대금이 지급대상이 미확정된 대금을 포함하는 선급금이면, 상기 선급금 중 상기 지급대상이 미확정된 대금을 상기 미확정 계정에 예치하는 단계를 포함할 수 있다. The step of distributing deposit may include, if the deposited amount is an advance payment including an amount whose payment target is unconfirmed, depositing the amount whose payment target is unconfirmed among the advance payments to the unconfirmed account.

상기 대금 지급 방법은, 상기 미확정 계정에 예치된 대금에 대해 지급대상을 특정하는 제2 청구정보가 수신되면, 상기 제2청구정보에 기초해 상기 미확정 계정에 예치된 대금 중 적어도 일부를 상기 확정 계정에서 관리하는 적어도 하나의 제3 가상 계좌에 이체하는 단계를 더 포함할 수 있다. The method of payment includes, when second billing information specifying a payment target for the money deposited in the unconfirmed account is received, at least a portion of the money deposited in the unconfirmed account is transferred to the confirmed account based on the second billing information. It may further include transferring money to at least one third virtual account managed by .

상기 복수의 가상계좌는 상기 시스템 외 대상에 의한 금융 거래가 제한되는 무통장 전자계좌일 수 있다. The plurality of virtual accounts may be non-bankbook electronic accounts in which financial transactions by parties other than the system are restricted.

다른 실시 예에 따르면, 발주기관의 발주사업과 관련하여 대금 지급을 처리하는 시스템은, 복수의 지급대상에 의해 상기 발주사업과 관련하여 등록되는 청구정보를 관리하는 청구등록 시스템과 통신하는 통신 장치, 그리고 상기 발주사업의 대금을 관리하기 위한 가상계정, 상기 가상계정 내에서 상기 복수의 지급대상 각각의 대금 지급을 관리하기 위한 복수의 가상코드, 및 상기 복수의 가상코드에 의해 관리되는 복수의 가상계좌를 생성하고, 상기 복수의 가상계좌 중 제1 가상계좌에 외부로부터 대금이 입금되면, 상기 청구등록 시스템에 등록된 제1 청구정보의 적어도 하나의 지급대상 및 지급금액에 기초해 상기 제1 가상계좌에 입금된 대금을 적어도 하나의 제2 가상계좌에 분산 예치하며, 상기 적어도 하나의 제2 가상계좌에 예치된 대금을 상기 적어도 하나의 지급대상 각각의 은행계좌에 직접 이체하는 제어 장치를 포함할 수 있다. 상기 복수의 지급대상은 적어도 하나의 근로자를 포함할 수 있다. According to another embodiment, a system for processing payments in relation to an ordering business of an ordering organization includes a communication device that communicates with a claim registration system that manages claim information registered in relation to the ordering business by a plurality of payment targets; And a virtual account for managing the payment of the ordering business, a plurality of virtual codes for managing payment of each of the plurality of payment objects within the virtual account, and a plurality of virtual accounts managed by the plurality of virtual codes. is created, and when money is deposited from the outside into a first virtual account among the plurality of virtual accounts, the first virtual account is based on at least one payment target and payment amount of the first claim information registered in the claim registration system. It may include a control device that distributes and deposits the money deposited in at least one second virtual account, and directly transfers the money deposited in the at least one second virtual account to each of the at least one payment target bank accounts. there is. The plurality of payment recipients may include at least one worker.

상기 제어 장치는, 상기 가상 계정 내에서 지급대상이 특정된 대금을 관리하기 위한 확정 계정, 및 지급대상이 특정되지 않은 대금을 관리하기 위한 미확정 계정을 생성하고, 상기 복수의 가상계좌 및 상기 복수의 가상코드는 상기 확정 계정 내에서 관리될 수 있다. The control device creates a confirmed account for managing the amount for which the payment target is specified and an unconfirmed account for managing the payment for which the payment target is not specified in the virtual account, and creates the plurality of virtual accounts and the plurality of Virtual codes can be managed within the confirmed account.

상기 제어 장치는, 상기 입금된 대금이 지급대상이 미확정된 대금을 포함하는 선급금이면, 상기 선급금 중 상기 지급대상이 미확정된 대금을 상기 미확정 계정에 예치할 수 있다. If the deposited amount is an advance payment including an amount whose payment target is unconfirmed, the control device may deposit the amount whose payment target is unconfirmed among the advance payments to the unconfirmed account.

상기 제어 장치는, 상기 청구등록 시스템에 상기 미확정 계정에 예치된 대금에 대해 지급대상을 특정하는 제2 청구정보가 등록되면, 상기 제2청구정보에 기초해 상기 미확정 계정에 예치된 대금 중 적어도 일부를 상기 확정 계정에서 관리하는 적어도 하나의 제3 가상 계좌에 이체할 수 있다. When second billing information specifying a payment target for the money deposited in the unconfirmed account is registered in the billing registration system, at least part of the money deposited in the unconfirmed account is based on the second billing information. can be transferred to at least one third virtual account managed by the confirmed account.

상기 복수의 가상계좌는 상기 시스템 외 대상에 의한 금융 거래가 제한되는 무통장 전자계좌일 수 있다. The plurality of virtual accounts may be non-bankbook electronic accounts in which financial transactions by entities other than the system are restricted.

또 다른 실시 예에 따르면, 발주기관의 발주사업과 관련하여 대금 지급을 처리하는 시스템은, 상기 발주사업의 계약대장을 관리하며, 복수의 지급대상에 의해 상기 발주사업과 관련하여 입력되는 청구정보의 적정성 검증 및 승인을 관리하는 청구등록 시스템, 및 상기 발주사업의 대금을 관리하기 위한 가상계정, 상기 가상계정 내에서 상기 복수의 지급대상 각각의 대금 지급을 관리하기 위한 복수의 가상코드, 및 상기 복수의 가상코드에 의해 관리되는 복수의 가상계좌를 생성하고, 상기 복수의 가상계좌 중 제1 가상계좌에 외부로부터 대금이 입금되면, 입금된 대금과 관련하여 상기 청구등록 시스템에 등록된 제1 청구정보의 적어도 하나의 지급대상 및 지급금액에 기초해 상기 제1 가상계좌에 입금된 대금을 적어도 하나의 제2 가상계좌에 분산 예치하며, 상기 적어도 하나의 제2 가상계좌에 예치된 대금을 상기 적어도 하나의 지급대상 각각의 은행계좌에 직접 이체하는 자금관리 시스템을 포함할 수 있다. 상기 복수의 지급대상은 적어도 하나의 근로자를 포함할 수 있다. According to another embodiment, a system that processes payment in relation to the ordering business of an ordering agency manages the contract ledger of the ordering business, and collects billing information entered in relation to the ordering business by a plurality of payment targets. A claim registration system for managing adequacy verification and approval, and a virtual account for managing the payment of the ordering business, a plurality of virtual codes for managing payment of each of the plurality of payment objects within the virtual account, and the plurality of virtual codes for managing payment of each of the plurality of payment objects within the virtual account. A plurality of virtual accounts managed by a virtual code are created, and when money is deposited from the outside into the first virtual account among the plurality of virtual accounts, the first billing information registered in the billing registration system in relation to the deposited money Based on at least one payment target and payment amount, the amount deposited in the first virtual account is distributed and deposited into at least one second virtual account, and the amount deposited in the at least one second virtual account is distributed to the at least one virtual account. It may include a fund management system that transfers funds directly to each bank account subject to payment. The plurality of payment recipients may include at least one worker.

상기 청구등록 시스템은, 제1 지급대상의 청구정보가 입력되면, 상기 제1 지급대상의 적어도 하나의 상위 사업자에 상기 제1 지급대상의 청구정보에 대한 청구 적정성 검증을 요청하고, 상기 제1 지급대상의 청구정보에 대한 청구 적정성이 검증된 경우에만 상기 제1 지급대상의 청구정보를 등록하여 관리할 수 있다. The claim registration system, when the claim information of the first payment target is input, requests verification of claim adequacy for the claim information of the first payment target to at least one upper level business of the first payment target, and makes the first payment. The claim information of the first payment target can be registered and managed only when the claim adequacy of the target's claim information has been verified.

상기 청구등록 시스템은, 제2 지급대상이 상기 제2 지급대상의 상위 사업자인 제3 지급대상에 선지급금을 청구하는 청구정보가 등록되면, 상기 자금관리 시스템에 의해 상기 선지급금에 대한 대금 지급이 완료될 때까지 상기 제3 지급대상의 대금 청구를 불허할 수 있다. In the claim registration system, when claim information requesting an advance payment is registered with a third payment target whose second payment target is a parent business of the second payment target, payment for the advance payment is made by the fund management system. Payment claims for the third payment object may be disallowed until completion.

상기 자금관리 시스템은, 상기 가상 계정 내에서 지급대상이 특정된 대금을 관리하기 위한 확정 계정, 및 지급대상이 특정되지 않은 대금을 관리하기 위한 미확정 계정을 생성할 수 있다. 상기 복수의 가상계좌 및 상기 복수의 가상코드는 상기 확정 계정 내에서 관리될 수 있다. The fund management system may create a confirmed account for managing payments for which payment targets are specified and an unconfirmed account for managing payments for which payment targets are not specified within the virtual account. The plurality of virtual accounts and the plurality of virtual codes may be managed within the confirmed account.

상기 자금관리 시스템은, 상기 입금된 대금이 지급대상이 미확정된 대금을 포함하는 선급금이면, 상기 선급금 중 상기 지급대상이 미확정된 대금을 상기 미확정 계정에 예치할 수 있다. If the deposited amount is an advance payment including an amount whose payment target is unconfirmed, the fund management system may deposit the amount whose payment target is unconfirmed among the advance payments to the unconfirmed account.

상기 자금관리 시스템은, 상기 청구등록 시스템에 상기 미확정 계정에 예치된 대금에 대해 지급대상을 특정하는 제2 청구정보가 등록되면, 상기 제2청구정보에 기초해 상기 미확정 계정에 예치된 대금 중 적어도 일부를 상기 확정 계정에서 관리하는 적어도 하나의 제3 가상 계좌에 이체할 수 있다. The fund management system is configured to, when second billing information specifying a payment target for the money deposited in the unconfirmed account is registered in the billing registration system, at least one of the money deposited in the unconfirmed account based on the second billing information. A portion may be transferred to at least one third virtual account managed by the confirmed account.

상기 복수의 가상계좌는 상기 시스템 외 대상에 의한 금융 거래가 제한되는 무통장 전자계좌일 수 있다. The plurality of virtual accounts may be non-bankbook electronic accounts in which financial transactions by entities other than the system are restricted.

실시예들에 따르면, 현행 대금지급 시스템에서 발생하는 하위 사업자의 계좌 압류, 불투명한 선급금 관리 및 사(私)기성 지급 관행 등의 문제점을 해결하고 안전한 대금 지급이 가능한 효과가 있다. According to the embodiments, there is an effect of solving problems such as seizure of accounts of lower-tier business operators, unclear advance payment management, and private payment practices that occur in the current payment system and enabling safe payment.

도 1은 실시예에 따른 금융 서비스 제공 서버를 포함하는 금융 서비스 시스템을 설명하기 위한 예시도이다.
도 2는 일 실시 예에 따른 체불방지 시스템에서의 대금 지급 방법을 개략적으로 도시한다.
도 3은 일 실시 예에 따른 체불방지 시스템에서 대금 지급을 위해 청구내역을 관리하는 일 예를 도시한다.
도 4는 일 실시 예에 따른 체불관리 시스템에서 대금을 관리하는 일 예를 도시한다.
도 5는 일 실시 예에 따른 체불관리 시스템에서 대금을 관리하는 다른 예를 도시한다.
도 6은 일 실시 예에 따른 체불관리 시스템에서 대금을 관리하는 또 다른 예를 도시한다.
도 7은 일 실시 예에 따른 체불관리 시스템에서 대금을 관리하는 또 다른 예를 도시한다.1 is an exemplary diagram for explaining a financial service system including a financial service providing server according to an embodiment.
Figure 2 schematically shows a payment method in a non-payment prevention system according to an embodiment.
Figure 3 shows an example of managing claim details for payment in a non-payment prevention system according to an embodiment.
Figure 4 shows an example of managing payments in a non-payment management system according to an embodiment.
Figure 5 shows another example of managing payments in a non-payment management system according to an embodiment.
Figure 6 shows another example of managing payments in a non-payment management system according to an embodiment.
Figure 7 shows another example of managing payments in a non-payment management system according to an embodiment.

이하, 첨부된 도면을 참조하여 본 명세서에 개시된 실시예를 상세히 설명하되, 동일하거나 유사한 구성요소에는 동일, 유사한 도면 부호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다. 이하의 설명에서 사용되는 구성요소에 대한 접미사 "모듈" 및 "부"는 명세서 작성의 용이함만이 고려되어 부여되거나 혼용되는 것으로서, 그 자체로 서로 구별되는 의미 또는 역할을 갖는 것은 아니다. 또한, 본 명세서에 개시된 실시예를 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 본 명세서에 개시된 실시예의 요지를 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 또한, 첨부된 도면은 본 명세서에 개시된 실시예를 쉽게 이해할 수 있도록 하기 위한 것일 뿐, 첨부된 도면에 의해 본 명세서에 개시된 기술적 사상이 제한되지 않으며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다. Hereinafter, embodiments disclosed in the present specification will be described in detail with reference to the attached drawings, but identical or similar components will be assigned the same or similar reference numerals and redundant description thereof will be omitted. The suffixes “module” and “part” for components used in the following description are given or used interchangeably only for the ease of preparing the specification, and do not have distinct meanings or roles in themselves. Additionally, in describing the embodiments disclosed in this specification, if it is determined that detailed descriptions of related known technologies may obscure the gist of the embodiments disclosed in this specification, the detailed descriptions will be omitted. In addition, the attached drawings are only for easy understanding of the embodiments disclosed in this specification, and the technical idea disclosed in this specification is not limited by the attached drawings, and all changes included in the spirit and technical scope of the present invention are not limited. , should be understood to include equivalents or substitutes.

제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 구성요소들은 용어들에 의해 한정되지는 않는다. 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다.Terms containing ordinal numbers, such as first, second, etc., may be used to describe various components, but the components are not limited by the terms. Terms are used only to distinguish one component from another.

어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.When a component is said to be "connected" or "connected" to another component, it is understood that it may be directly connected to or connected to the other component, but that other components may exist in between. It should be. On the other hand, when it is mentioned that a component is “directly connected” or “directly connected” to another component, it should be understood that there are no other components in between.

단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. Singular expressions include plural expressions unless the context clearly dictates otherwise.

본 문서에서, "포함한다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.In this document, terms such as “comprise” or “have” are intended to indicate the presence of features, numbers, steps, operations, components, parts, or combinations thereof described in the specification, but are not intended to indicate the presence of one or more other features. It should be understood that this does not exclude in advance the possibility of the existence or addition of elements, numbers, steps, operations, components, parts, or combinations thereof.

본 문서에서, 발주자는 필요한 제조, 수리, 건설, 또는 용역을 다른 사업자에게 최초로 위탁한 사업자, 기관 등을 의미한다. 또한, 원수급(元受給)사(또는 원사업자)는 발주자로부터 제조, 수리, 건설, 또는 용역을 최초로 위탁(또는 도급) 받고, 다른 사업자에게 발주자로부터 위탁 받은 일의 적어도 일부를 위탁하는 사업자를 의미한다. 또한, 하수급(下受給)사는, 원수급사로부터 원수급사가 위탁 받은 일의 적어도 일부를 위탁(또는 도급) 받은 수급 사업자를 의미하며, 수차의 하도급이 있을 경우 바로 상위의 수급 사업사를 직상 수급사라 한다. 건설 공사를 예로 들면, 철도 시설 공단이 특정 건설 공사 전체를 제1 사업자에게 최초로 위탁하고, 제1 사업자가 해당 건설 공사의 일부를 제2 사업자에게 위탁하고, 제2 사업자가 자신이 위탁 받은 일의 일부를 제3 사업자에게 위탁한 경우, 철도 시설 공단은 발주자, 제1 사업자는 원수급사, 제2 사업자는 1차 하수급사, 제3 사업자는 2차 하수급사일 수 있다. 또한, 본 문서에서는 수급 관계에 따라서, 수급사(원수급사, 하수급사)들을 '상위 사업자'와 '하위 사업자'로 명명하여 사용할 수도 있다. 예를 들어, 위의 철도 시설 공단의 수급 예에서 제1 사업자는 제2 및 제3 사업자의 상위 사업자이고, 제2 및 제3 사업자는 제1 사업자의 하위 사업자이며, 제3 사업자는 제2 사업자의 하위 사업자가 될 수 있다. In this document, the orderer refers to the business, organization, etc. that first entrusted the necessary manufacturing, repair, construction, or services to another business. In addition, a primary contractor (or primary contractor) is a business entity that initially receives (or contracts out) manufacturing, repair, construction, or services from an orderer and entrusts at least part of the work entrusted by the orderer to another business operator. it means. In addition, a subcontractor refers to a subcontractor who has been entrusted (or subcontracted) with at least part of the work entrusted by the main supplier to the main supplier. If there are several subcontracts, the upper level supplier is considered the direct supplier. do. Taking construction work as an example, the Railroad Facilities Corporation initially entrusts the entire specific construction work to the first business operator, the first business operator entrusts part of the construction work to the second business operator, and the second business operator carries out the entrusted work. In the case where part of the work is entrusted to a third party, the Railway Facilities Corporation may be the orderer, the first business operator may be the primary supplier, the second business operator may be the primary sewer supplier, and the third business operator may be the secondary supplier. In addition, in this document, depending on the supply and demand relationship, suppliers (original suppliers, subcontractors) may be referred to as 'upper level business' and 'lower level business'. For example, in the above example of supply and demand of the Railway Facilities Corporation, the first business operator is the upper business operator of the second and third business operators, the second and third business operators are lower business operators of the first business operator, and the third business operator is the second business operator. can become a sub-business operator of

도 1은 일 실시 예에 따른 체불 방지 시스템을 개략적으로 도시한다. 1 schematically shows a non-payment prevention system according to an embodiment.

도 1을 참조하면, 일 실시 예에 따른 체불 방지 시스템(10)은 청구등록 시스템(11), 정보중계 시스템(12), 및 자금관리 시스템(13)을 포함할 수 있다. Referring to FIG. 1, the non-payment prevention system 10 according to an embodiment may include a claim registration system 11, an information relay system 12, and a fund management system 13.

청구등록 시스템(11)은 발주기관이 운용하는 시스템(또는 서버)으로, 발주기관이 발주한 사업(이하, '발주사업'이라 칭함) 별로 계약대장을 생성하고 관리할 수 있다. 계약대장은, 해당 발주사업의 발주기관과 원수급사 사이, 원수급사와 하수급사 사이, 도급 관계를 가지는 하수급사들 사이, 또는 하수급사와 근로자/장비업자/자재업자 사이의 계약정보, 청구정보, 지급정보 등을 포함할 수 있다. The claim registration system 11 is a system (or server) operated by an ordering agency, and can create and manage a contract ledger for each project (hereinafter referred to as 'ordering project') ordered by the ordering agency. The contract ledger contains contract information, billing information, and payment information between the ordering agency of the relevant project and the primary supplier, between the primary supplier and the subcontractor, between subcontractors with a contract relationship, or between the subcontractor and workers/equipment/material suppliers. It may include etc.

청구등록 시스템(11)은 발주기관의 발주사업과 관련하여 대금을 지급받는 각 지급대상으로부터 청구정보를 입력 받을 수 있다. 본 문서에서, '지급대상'은, 발주기관의 발주사업과 관련하여 대금을 지급받도록 계약된 모든 채권자를 의미하며, 원수급사와 하수급사 뿐만 아니라, 근로자, 장비업자, 자재업자 등도 지급대상에 포함될 수 있다.The claim registration system 11 can receive claim information from each payment recipient in relation to the ordering business of the ordering agency. In this document, 'payment target' refers to all creditors who have contracted to receive payment in relation to the ordering agency's project, and includes not only raw material suppliers and subcontractors, but also workers, equipment suppliers, and material suppliers. You can.

청구등록 시스템(11)은 각 지급대상에 의해 입력된 청구정보의 적정성 검증, 청구 승인, 및 계약대장 내 등록을 관리할 수 있다. 각 지급대사에 의해 입력된 청구정보는 청구등록 시스템(11)으 통해 상위 사업자로 전달되고, 상위 사업자의 적정성 검증 및 청구승인을 거쳐 청구등록 시스템(11)에서 관리하는 계약대장에 최종 등록될 수 있다. 청구등록 시스템(11)에 최종 등록된 청구정보는 후술하는 자금관리 시스템(13)에 전달되어 대금 지급을 위해 참조될 수 있다. The claim registration system 11 can manage the adequacy verification of claim information entered by each payment recipient, claim approval, and registration in the contract ledger. The claim information entered by each payment agent is transmitted to the upper business operator through the claim registration system (11), and after verification of adequacy and claim approval by the upper business operator, it can be finally registered in the contract ledger managed by the claim registration system (11). there is. The claim information finally registered in the claim registration system 11 can be transmitted to the fund management system 13, which will be described later, and referenced for payment.

자금관리 시스템(13)은 발주기관의 대금지급을 관리할 수 있다. 자금관리 시스템(13)은 발주사업의 계약이 확정되면, 발주기관의 요청에 의해 발주사업과 관련된 자금 흐름을 관리하기 위한 가상계정(이하, 'e 계정'이라 칭함)을 발급할 수 있다. 또한, 자금관리 시스템(13)은, e 계정 내에서 지급대상 및 지급금액이 확정된 대금을 관리하는 확정 계정과, 지급대상 및 지급금액이 미확정된 대금을 관리하는 미확정 계정을 구분하여 관리할 수 있다. The fund management system 13 can manage payment by the ordering agency. When the contract for the ordering project is confirmed, the fund management system 13 may issue a virtual account (hereinafter referred to as 'e account') to manage the flow of funds related to the ordering business at the request of the ordering agency. In addition, the fund management system 13 can manage the e-account by distinguishing between a confirmed account that manages payments with confirmed payment targets and payment amounts, and an unconfirmed account that manages payments with unconfirmed payment targets and payment amounts. there is.

자금관리 시스템(13)은 발주사업과 관련하여 대금을 지급받는 지급대상들에게 가상코드(이하, 'e 코드'라 칭함)와, 가상계좌(이하, 'e 계좌'라 칭함)를 각각 발급할 수 있다. e 계좌는 신규 예금가입 절차를 거치지 않은 무통장 전자계좌로서, 대응하는 지급대상에 의해 거래내역, 잔액 등의 조회가 가능하나, 자금관리 시스템(13)외 다른 대상에 의한 출금 등의 금융 거래가 제한될 수 있다. e 코드는 자금관리 시스템(13)이 지급대상 별로 지급해야 할 대금을 구분하고 관리하기 위한 전산코드이다. 각 e 코드에는 대응하는 지급대상의 e 계좌가 매핑될 수 있다. e 계좌는 자신이 매핑된 e 코드에 대금을 입금 받기 위한 수단으로 사용되며, e 코드는 자신에게 매핑된 e 계좌의 원장 데이터를 관리하기 위해 사용될 수 있다. The fund management system 13 issues a virtual code (hereinafter referred to as 'e-code') and a virtual account (hereinafter referred to as 'e-account') to payment recipients who receive payment in relation to the ordering business. You can. The e-account is a non-bankbook electronic account that does not go through a new deposit registration process. It is possible to check transaction history and balance by the corresponding payment destination, but financial transactions such as withdrawal by parties other than the fund management system (13) may be restricted. You can. The e code is a computer code used by the fund management system 13 to classify and manage the amount to be paid by payment target. Each e-code can be mapped to the e-account of the corresponding payment target. The e-account is used as a means to receive payment to the e-code to which it is mapped, and the e-code can be used to manage the ledger data of the e-account mapped to it.

자금관리 시스템(13)은 통신 장치(131), 제어 장치(132), 및 데이터베이스 관리 시스템(DBMS: database management system)(133)을 포함할 수 있다. The fund management system 13 may include a communication device 131, a control device 132, and a database management system (DBMS) 133.

통신 장치(131)는 외부 장치와 자금관리 시스템(13) 사이의 정보 송수신 기능을 수행할 수 있다. 예를 들어, 통신 장치(131)는 청구등록 시스템(11)과 통신할 수 있다. The communication device 131 may perform a function of transmitting and receiving information between an external device and the fund management system 13. For example, communication device 131 may communicate with claim registration system 11.

DBMS(133)는 e 계정에서 관리되는 원장 데이터들을 저장 및 관리하기 위한 저장 장치이다. e 계정 내에서는, 지급대상 및 지급금액의 확정 여부에 따라서 확정 계정과 미확정 계정으로 구분되어 관리될 수 있다. DBMS(133)는 확정 계정과 관련된 원장 데이터를 저장하는 확정 계정 원장 DB(133-1), 및 미확정 계정과 관련된 원장 데이터를 저장하는 미확정 계정 원장 DB(133-2)를 포함할 수 있다. 확정 계정 원장 DB(133-1) 내에서는 e 코드 별로 원장 데이터가 저장되고 관리될 수 있다. 각 e 코드에서 관리되는 원장 데이터는, 대응하는 e 계좌에 대한 입출금 일자, 입금자, 입금액, 수취인, 출금액 등의 입출금 내역과, 지급대상과 관련된 부가 정보를 포함할 수 있다. 지급대상과 관련된 부가 정보로는, 지급대상이 최종적으로 대금을 지급받는 실수령계좌의 계좌정보(은행명, 계좌 번호)를 포함할 수 있다. 지급대상이 최종적으로 대금을 지급받는 수령계좌는 지급대상이 은행으로부터 발급받은 은행계좌로서, 입출금 등의 금융 거래가 제한되지 않는 일반 은행계좌이다. 미확정 계정 원장 DB(133-2)는 미확정 계정에 대해 발급된 e 계좌에 대한 원장 데이터를 저장하고 관리할 수 있다. 지급대상이 특정되지 않은 대금들은, 미확정 계정의 e 계좌에 입금되어 관리될 수 있다. DBMS 133 is a storage device for storing and managing ledger data managed in e-accounts. Within the e-account, it can be managed by dividing into confirmed and unconfirmed accounts depending on whether the payment target and payment amount are confirmed. The DBMS 133 may include a confirmed account ledger DB 133-1 that stores ledger data related to confirmed accounts, and an unconfirmed account ledger DB 133-2 that stores ledger data related to unconfirmed accounts. Within the confirmed account ledger DB 133-1, ledger data can be stored and managed for each e-code. Ledger data managed in each e-code may include deposit/withdrawal details such as deposit/withdrawal date, depositor, deposit amount, recipient, and withdrawal amount for the corresponding e-account, and additional information related to the payment target. Additional information related to the payment target may include account information (bank name, account number) of the actual receiving account through which the payment target is ultimately paid. The receiving account through which the payee receives the final payment is a bank account issued by the payee from a bank and is a general bank account in which financial transactions such as deposits and withdrawals are not restricted. The unconfirmed account ledger DB 133-2 can store and manage ledger data for e-accounts issued for unconfirmed accounts. Payments for which the payment target is not specified can be managed by being deposited into the e-account of the unconfirmed account.

제어 장치(132)는 발주기관으로부터 입금된 대금이 각 지급대상의 수령 계좌에 직접 지급될 수 있도록 관리하는 기능을 수행할 수 있다. The control device 132 may perform a function of managing the money deposited from the ordering agency to be paid directly to the receiving account of each payment target.

이를 위해, 제어 장치(132)는 발주기관의 대금 관리를 위한 e 계정과, 해당 e 계정 내에서 지급대상 별로 대금 지급을 관리하기 위한 e 코드들과, e 계정 상에서 e 코드 별로 대금을 입금 받거나, 또는 미확정 계정의 대금을 입금 받기 위한 e 계좌들을 발급할 수 있다. e 코드 및 이에 대응하는 e 계좌의 발급은, 청구등록 시스템(11)에 등록된 계약대장에 기초해 이루어질 수 있다. 즉, 제어 장치(132)는 계약대장에 대금을 지급받도록 등록된 근로자를 포함한 모든 지급대상에게 e 코드 및 이에 대응하는 e 계좌를 발급할 수 있다.For this purpose, the control device 132 receives an e-account for managing the payment of the ordering agency, e-codes for managing payment by payment object within the e-account, and receives payment for each e-code on the e-account. Alternatively, e-accounts can be issued to receive funds for unconfirmed accounts. Issuance of e-codes and corresponding e-accounts may be made based on the contract ledger registered in the claim registration system 11. That is, the control device 132 can issue an e-code and a corresponding e-account to all payment recipients, including workers registered to receive payment in the contract ledger.

제어 장치(132)는 e 계정에서 관리하는 e 계좌(예를 들어, 원수급사의 e 계좌)에 대금이 입금되면, 청구등록 시스템(11)으로부터 수신되는 청구정보에 기초해 입금된 대금을 확정 계정의 e 코드 별로 분산시켜 예치할 수 있다. 즉, 제어 장치(132)는 청구정보로부터 지급대상과 각 지급대상에 대한 지급금액을 확인하고, 이에 기초해 발주기관으로부터 입금된 금액을 각 지급대상의 e 계좌에 분산 이체할 수 있다. 그런 다음, 제어 장치(132)는 확정 계정의 각 e 코드 별로 분산 예치된 금액을, 대응하는 지급대상의 수령계좌에 이체하여 대금을 지급할 수 있다. When the payment is deposited into the e-account managed by the e-account (for example, the e-account of the primary supplier), the control device 132 transfers the deposited amount to the confirmation account based on the billing information received from the billing registration system 11. It can be distributed and deposited by e-code. That is, the control device 132 can check the payment target and the payment amount for each payment target from the claim information, and based on this, transfer the amount deposited from the ordering agency to the e-account of each payment target. Then, the control device 132 can pay the amount by transferring the distributed deposited amount for each e-code of the confirmed account to the corresponding receiving account of the payment target.

e 계정에서 관리하는 e 계좌에 입금된 대금에 지급대상이 미확정된 대금이 포함된 경우, 제어 장치(132)는 입금된 대금에서 미확정된 금액만큼 분리하여 미확정 계정의 e 계좌로 이체할 수 있다. 제어 장치(132)는 청구등록 시스템(11)에 등록된 청구정보에 기초해, 입금된 대금 중 지급대상이 미확정된 금액을 확인할 수 있다. If the amount deposited into the e-account managed by the e-account includes an amount whose payment target is unconfirmed, the control device 132 can separate the unconfirmed amount from the deposited amount and transfer it to the e-account of the unconfirmed account. Based on the claim information registered in the claim registration system 11, the control device 132 can confirm the amount for which payment is not yet confirmed among the deposited amounts.

제어 장치(132)는 추후 청구등록 시스템(11)을 통해 미확정 계정에 예치된 금액에 대해 지급대상이 확정되면, 지급대상이 확정된 금액만큼 확정 계정에서 관리하는 지급대상의 e 계좌로 이체할 수 있다. If the payment target for the amount deposited in the unconfirmed account is later confirmed through the claim registration system 11, the control device 132 can transfer the confirmed payment target amount to the payment target's e-account managed by the confirmed account. there is.

제어 장치(132)가 대금 지급을 관리하는 방법에 대해서는 후술하는 도 4 내지 도 7을 참조하여 상세히 설명하기로 한다. The method by which the control device 132 manages payment will be described in detail with reference to FIGS. 4 to 7 described later.

정보중계 시스템(12)은 청구등록 시스템(11) 및 자산관리 시스템(13)과 네트워크를 통해 연결되며, 청구등록 시스템(11)과 자산관리 시스템(13) 사이의 정보 중계 기능을 수행할 수 있다. 자금관리 시스템(13)은 상위 사업에 대한 압류로 인해 하위 사업자에게 지급해야 하는 대금이 압류되는 것을 방지하기 위해, 지급대상을 직접 식별할 수 있는 정보가 아닌, e 코드에 기반해 대금 지급을 관리할 수 있다. 따라서, 정보중계 시스템(12)은 청구등록 시스템(11)으로부터 청구정보, 지급지시 등이 수신되면, 자금관리 시스템(13)에서 e 코드에 기반하여 이를 처리할 수 있도록 수신된 정보를 변환하여 전달할 수 있다. 또한, 자금관리 시스템(13)으로부터 지급내역 등이 수신되면, 청구등록 시스템(11)에서 계약대장에 기초해 이를 처리할 수 있도록 수신된 정보를 변환하여 전달할 수 있다. The information relay system 12 is connected to the claim registration system 11 and the asset management system 13 through a network, and can perform an information relay function between the claim registration system 11 and the asset management system 13. . The fund management system 13 manages payment based on the e-code, rather than information that directly identifies the payment recipient, in order to prevent the payment to be paid to the lower-level business from being seized due to the seizure of the upper-level business. can do. Therefore, when the information relay system 12 receives claim information, payment instructions, etc. from the claim registration system 11, the information relay system 12 converts and transmits the received information so that the fund management system 13 can process it based on the e-code. You can. In addition, when payment details, etc. are received from the fund management system 13, the received information can be converted and transmitted so that the claim registration system 11 can process it based on the contract ledger.

도 2는 일 실시 예에 따른 체불방지 시스템(10)에서의 대금 지급 방법을 개략적으로 도시한다. 도 2의 대금 지급 방법은 도 1을 참조하여 설명한 자금관리 시스템(13)에 의해 수행될 수 있다. Figure 2 schematically shows a payment method in the non-payment prevention system 10 according to an embodiment. The payment method of FIG. 2 can be performed by the fund management system 13 described with reference to FIG. 1 .

도 2를 참조하면, 자금관리 시스템(13)은 발주기관의 대금 관리를 위한 e 계정을 생성할 수 있다(S10). S10 단계에서, 자금관리 시스템(13)은 e 계정 내에서 지급대상이 특정된 자금을 관리하기 위한 확정 계정과, 지급대상이 특정되지 않은 자금을 관리하기 위한 미확정 계정을 추가로 생성할 수 있다. Referring to FIG. 2, the fund management system 13 can create an e-account for payment management by the ordering agency (S10). In step S10, the fund management system 13 may additionally create a confirmed account for managing funds whose payment target is specified within the e-account and an unconfirmed account for managing funds whose payment target is not specified.

자금관리 시스템(13)은 e 계정이 생성됨에 따라, 해당 e 계정 내에서 지급대상 별로 대금을 관리하기 위한 e 코드들과, e 계정 내에서 e 코드 별로 대금을 입금 받거나, 또는 미확정 계정의 대금을 입금 받기 위한 e 계좌들을 생성할 수 있다(S11). S11 단계에서, e 코드 및 이에 대응하는 e 계좌의 발급은, 청구등록 시스템(11)에 등록된 계약대장에 기초해 이루어질 수 있다. 즉, 자금관리 시스템(13)은 계약대장에 대금을 지급받도록 등록된 모든 지급대상에게 e 코드 및 이에 대응하는 e 계좌를 발행할 수 있다. As an e-account is created, the fund management system 13 generates e-codes for managing payments by payment object within the e-account, receives payment by e-code within the e-account, or receives payment from an unconfirmed account. You can create e-accounts to receive deposits (S11). In step S11, issuance of an e-code and a corresponding e-account may be made based on the contract ledger registered in the claim registration system 11. In other words, the fund management system 13 can issue an e-code and a corresponding e-account to all payment recipients registered to receive payment in the contract ledger.

발주기관이 기성금 또는 선급금을 지급하고자 하는 경우, 또는 원수급사 또는 하수급사가 자신의 하위 사업자에게 선지급하고자 하는 경우, 발주기관, 원수급사, 또는 하수급사는, 자금관리 시스템(13)의 e 계정에서 관리하는 e 계좌(예를 들어, 원수급사 또는 하수급사의 e 계좌)에 지급하고자 하는 대금을 입금할 수 있다. 자금관리 시스템(13)은 이러한 이유로 e 계정에서 관리하는 e 계좌에 외부(발주기관, 원수급사, 또는 하수급사)로부터 대금이 입금된 것이 확인되면(S12), 입금내역(입금인, 입금일자, 입금액 등)에 대한 정보와 함께 대금 입금을 통보하는 정보를 청구등록 시스템(11)에 전송할 수 있다(S13). 자금관리 시스템(13)으로부터 입금 통보를 수신한 청구등록 시스템(11)은 등록된 청구정보들 중 수신된 입금 통보에 대응하는 청구정보를 확인하고, 확인된 청구정보와 함께 지급지시를 자금관리 시스템(13)에 전송할 수 있다. If the ordering agency wants to pay an advance payment or advance payment, or if the primary contractor or subcontractor wishes to pay in advance to its subordinate business, the ordering agency, primary contractor, or subcontractor will manage it in the e-account of the fund management system (13). You can deposit the amount you wish to pay into an e-account (for example, an e-account of a primary supplier or subcontractor). For this reason, when it is confirmed that money has been deposited from an external source (ordering agency, primary supplier, or subcontractor) into the e-account managed by the e-account (S12), the fund management system 13 records the deposit details (depositor, deposit date, deposit amount). etc.) along with information notifying payment may be transmitted to the claim registration system 11 (S13). The claim registration system 11, which has received a deposit notification from the funds management system 13, checks the claim information corresponding to the received deposit notification among the registered claim information, and sends a payment instruction along with the confirmed claim information to the funds management system. It can be sent to (13).

자금관리 시스템(13)은 청구등록 시스템(11)으로부터 지급지시가 수신되면, 청구등록 시스템(11)으로부터 수신한 청구정보에 기초해, e 계좌에 입금된 대금 중 지급대상이 미확정된 금액이 포함되었는지를 확인할 수 있다(S15). 그리고, e 계좌에 입금된 대금에 지급대상이 미확정된 금액이 포함된 경우, 자금관리 시스템(13)은 e 계좌에 입금된 대금 중 지급대상이 미확정된 금액만큼 미확정 계정의 e 계좌에 분리 예치할 수 있다(S16). When a payment instruction is received from the claim registration system 11, the fund management system 13 includes the amount for which payment is not yet confirmed among the amount deposited in the e account based on the claim information received from the claim registration system 11. You can check whether it has been done (S15). In addition, if the amount deposited in the e-account includes an amount for which the payment target is unconfirmed, the fund management system 13 will separately deposit the amount for which the payment target has not been confirmed among the money deposited in the e-account into the e-account of the unconfirmed account. (S16).

자금관리 시스템(13)은 e 계좌에 입금된 대금 중 지급대상이 확정된 대금에 대해서는, 청구정보에 기초해 확정 계정에서 관리하는 지급대상의 e 코드 별로 분산 예치할 수 있다(S17). 즉, 자금관리 시스템(13)은 확정계정에서 관리하는 각 지급대상의 e 계좌에 각 지급대상의 지급금액만큼 분산하여 입금할 수 있다. The fund management system 13 can dispersely deposit the amount deposited in the e-account, the amount for which the payment target has been confirmed, by e-code of the payment target managed in the confirmed account based on the billing information (S17). In other words, the fund management system 13 can dispersely deposit the payment amount of each payment object into the e-account of each payment object managed by the confirmation account.

e 코드 별로 분산 예치된 금액은, 이후 자산관리 시스템(13)에 의해 대응하는 지급대상의 수령계좌에 각각 이체될 수 있다(S18). S18 단계에서, 자금관리 시스템(13)은 확정 계정 원장 DB(133-1)로부터 e 코드 별 원장 데이터를 확인하여, 각 e 코드에 대응하는 지급대상의 수령계좌를 확인하고, 확인된 수령계좌로 각 e 코드에 분산 예치 중인 금액을 이체할 수 있다. 자금관리 시스템(13)은 지급대상의 수령계좌에 대금 지급이 완료되면, 청구등록 시스템(11) 내 계약대장 갱신을 위해 지급내역(지급대상, 지급일시, 지급금액 등)에 대한 정보(지급정보)를 청구등록 시스템(11)으로 전달할 수도 있다.The amount distributed and deposited for each e-code can then be transferred to each receiving account of the corresponding payment recipient by the asset management system 13 (S18). In step S18, the fund management system 13 checks the ledger data for each e-code from the confirmed account ledger DB 133-1, confirms the receiving account of the payment target corresponding to each e-code, and sends it to the confirmed receiving account. You can transfer the amount that is being distributed to each e-code. When payment is completed to the recipient's receiving account, the fund management system (13) collects information (payment information) on payment details (payment target, payment date and time, payment amount, etc.) to update the contract ledger in the claim registration system (11). ) can also be transmitted to the claim registration system 11.

한편, 자금관리 시스템(13)은 대금 지급 과정에서 발생하는 각 e 계좌의 입출금 내역에 기초해, 확정 계정 원장 DB(133-1) 또는 미확정 계정 원장 DB(133-2)에 저장된 원장 데이터를 지속적으로 갱신할 수 있다. Meanwhile, the fund management system 13 continuously records ledger data stored in the confirmed account ledger DB (133-1) or the unconfirmed account ledger DB (133-2) based on the deposit and withdrawal details of each e-account that occurs during the payment process. It can be updated with

이하, 도 3 내지 도 7을 참조하여 체불방지 시스템(10)의 대금 지급 방법에 대해 좀 더 상세히 설명한다. Hereinafter, the payment method of the non-payment prevention system 10 will be described in more detail with reference to FIGS. 3 to 7.

도 3은 일 실시 예에 따른 체불방지 시스템(10)에서 대금 지급을 위해 청구내역을 관리하는 일 예를 도시한다. 도 3은 발주사업 진행 중 지급대상 및 지급금액이 확정되어 청구되는 기성금에 대한 청구내역을 관리하는 경우를 도시한다. Figure 3 shows an example of managing claim details for payment in the non-payment prevention system 10 according to an embodiment. Figure 3 shows a case where the payment target and payment amount are confirmed and the claim details for the requested payment are managed while the ordering project is in progress.

도 3을 참조하면, 근로자/장비업자/자재업자는 자신의 단말(미도시)을 통해 청구등록 시스템(11)에 접속하여, 하수급사로부터 위탁 받은 일에 대해 비용(노무비용, 장비대금, 자재대금 등)을 청구하는 청구정보(3-1)를 청구등록 시스템(11)에 입력할 수 있다(S21). 여기서, 청구정보(3-1)는 청구대상(하수급사), 지급대상(근로자, 장비업자, 또는 자재업자), 수령계좌정보(은행명, 계좌번호 등), 청구금액 등에 대한 정보를 포함하며, 지급대상 별로 생성될 수 있다. 예를 들어, 근로자의 노무 비용을 청구하는 청구정보의 경우, 근로자 별로 청구정보가 별도 생성될 수 있다. Referring to FIG. 3, the worker/equipment vendor/material vendor accesses the claim registration system 11 through his/her terminal (not shown) and records costs (labor costs, equipment costs, materials) for the work entrusted to him/her by the subcontractor. Claim information (3-1) requesting payment (payment, etc.) can be entered into the claim registration system 11 (S21). Here, the claim information (3-1) includes information on the subject of the claim (subcontractor), the subject of payment (worker, equipment supplier, or material supplier), receiving account information (bank name, account number, etc.), and the claim amount. , can be created for each payment target. For example, in the case of billing information that claims workers' labor costs, billing information may be created separately for each worker.

청구등록 시스템(11)은 S21 단계를 통해 수신한 청구정보(3-1)를 청구등록 시스템(11)의 데이터베이스(미도시)에 저장할 수 있다. 이후, 청구등록 시스템(11)은 하수급사가 자신의 시스템(이하, '하수급사 시스템'이라 칭함)(미도시)을 통해 청구등록 시스템(11)에 접속하면, 등록된 청구정보(3-1)에 대한 정보를 하수급사 시스템에 전달할 수 있다(S22). 하수급사 시스템을 통해 청구정보(3-1)를 확인한 하수급사는, 해당 청구정보(3-1)에 대한 청구 적정성을 검증할 수 있다. 그리고, 청구정보(3-1)의 적정성 검증이 완료되면, 하수급사는 하수급사 시스템을 통해 해당 청구정보(3-1)에 대한 청구승인을 청구등록 시스템(11)에 전달할 수 있다. 하수급사는 또한 하수급사 시스템을 통해 자신의 상위 사업자(원수급사)에게 자신이 위탁 받은 일에 대해 자신의 몫의 비용을 청구하는 청구정보(3-2)를 청구등록 시스템(11)에 입력할 수 있다(S23). 여기서, 청구정보(3-2)는 청구대상(원수급사), 지급대상(하수급사), 수령계좌정보, 청구금액 등에 대한 정보를 포함할 수 있다.The claim registration system 11 may store the claim information 3-1 received through step S21 in a database (not shown) of the claim registration system 11. Afterwards, when the claim registration system 11 accesses the claim registration system 11 through its own system (hereinafter referred to as 'sewage delivery system') (not shown), the registered claim information (3-1) is generated. Information about can be transmitted to the sewage supply system (S22). The sewage service provider who has confirmed the billing information (3-1) through the sewage service provider system can verify the adequacy of the claim for the relevant billing information (3-1). And, once the verification of the appropriateness of the claim information (3-1) is completed, the sewage service provider can transmit the claim approval for the relevant claim information (3-1) to the claim registration system 11 through the sewer service provider system. Subcontractors can also enter billing information (3-2) into the claim registration system (11) to claim their share of costs for work entrusted to them from their upper level business (primary supplier) through the subcontractor system. There is (S23). Here, the claim information (3-2) may include information on the subject of the claim (source delivery service), payment subject (sewage delivery company), receipt account information, billing amount, etc.

청구등록 시스템(11)은 S23 단계를 통해 수신한 청구정보(3-2)를 청구등록 시스템(11)의 데이터베이스에 저장할 수 있다. 이후, 청구등록 시스템(11)은 원수급사가 자신의 시스템(이하, '원수급사 시스템'이라 칭함)(미도시)을 통해 청구등록 시스템(11)에 접속하면, 해당 원수급사에 대해 하수급사가 청구항 청구정보에 대한 정보를 원수급사 시스템에 전달할 수 있다(S24). 여기서, 원수급사에게 청구된 청구정보는, 하수급사가 자신의 몫으로 청구항 청구정보(3-2)와, 근로자/장비업자/자재업자가 하수급사에게 청구항 청구정보(3-1)를 모두 포함할 수 있다. The claim registration system 11 may store the claim information 3-2 received through step S23 in the database of the claim registration system 11. Afterwards, the claim registration system 11 is operated when the raw water supply company accesses the claim registration system 11 through its system (hereinafter referred to as the 'raw water supply system') (not shown), and the subcontractor files a claim for the raw water supply company. Information on billing information can be transmitted to the raw material supply system (S24). Here, the billing information requested from the main supplier includes both the claim information (3-2) of the subcontractor on his/her own behalf and the billing information (3-1) of the worker/equipment/material supplier to the subcontractor. You can.

원수급사 시스템을 통해 자신에게 청구된 청구정보(3-1, 3-2)를 확인한 원수급사는, 해당 청구정보(3-1, 3-2)에 대한 청구 적정성을 검증할 수 있다. 그리고, 청구정보(3-1, 3-2)의 적정성 검증이 완료되면, 원수급사는 원수급사 시스템을 통해 해당 청구정보(3-2)에 대한 청구승인을 청구등록 시스템(11)에 전달할 수 있다. 원수급사는 또한 발주기관에 자신 몫의 비용을 청구하는 청구정보(3-3)를 원수급사 시스템을 통해 청구등록 시스템(11)에 입력할 수 있다(S25). 여기서, 청구정보(3-3)는 지급대상(원수급사), 수령계좌정보, 청구금액 등에 대한 정보를 포함할 수 있다. The primary supply service provider who has confirmed the billing information (3-1, 3-2) charged to him or her through the supply supply system can verify the adequacy of the claim for the relevant billing information (3-1, 3-2). And, once the verification of the adequacy of the claim information (3-1, 3-2) is completed, the raw material supply company can transmit the claim approval for the relevant billing information (3-2) to the claim registration system (11) through the raw water supply service system. there is. The raw material supply company can also input claim information (3-3) requesting its share of costs to the ordering agency into the claim registration system 11 through the raw material supply service system (S25). Here, the claim information (3-3) may include information on the payment target (original supplier), receipt account information, claim amount, etc.

청구등록 시스템(11)은 S25 단계를 통해 수신한 청구정보(3-3)을 청구등록 시스템(11)의 데이터베이스에 저장할 수 있다. 청구등록 시스템(11)에 등록된 청구정보들(3-1, 3-2, 3-3)은 대응하는 사업을 발주한 발주기관의 시스템(이하, '발주기관 시스템'이라 칭함)(미도시)에 전달되어(S26), 발주기관 시스템에 의해 최종적으로 청구 적정성이 검증될 수 있다. 발주기관 시스템은 청구정보들(3-1, 3-2, 3-3)에 대한 적정성 검증이 완료되면, 청구등록 시스템(11)으로 청구승인을 전달하여 청구정보를 최종적으로 확정할 수 있다(S27).The claim registration system 11 may store the claim information 3-3 received through step S25 in the database of the claim registration system 11. The claim information (3-1, 3-2, 3-3) registered in the claim registration system 11 is the system of the ordering agency that ordered the corresponding project (hereinafter referred to as the 'ordering agency system') (not shown) ) is transmitted to (S26), and the adequacy of the claim can be finally verified by the ordering agency system. When the ordering agency system completes the verification of the adequacy of the claim information (3-1, 3-2, and 3-3), it can transmit claim approval to the claim registration system 11 to finally confirm the claim information ( S27).

청구등록 시스템(11)에 의해 최종 확정된 청구정보는 청구등록 시스템(11)에서 관리하는 계약대장 내에 등록되며, 정보중계 시스템(12)을 통해 자금관리 시스템(13)에 전달되어(S28), 발주기관으로부터 지급된 대금을 각 지급대상에게 지급하기 위해 참조될 수 있다. The claim information finalized by the claim registration system 11 is registered in the contract ledger managed by the claim registration system 11 and is transmitted to the fund management system 13 through the information relay system 12 (S28). The amount paid from the ordering agency can be referred to for payment to each payment recipient.

도 3을 참조하여 설명한 바에 따르면, 청구등록 시스템(11)은 발주사업과 관련하여 비용을 지급받는 당사자(지급대상)가 직접 청구정보를 등록하도록 함으로써, 대금 청구가 누락되거나 타인의 계좌로 대금을 수령하는 것이 방지될 수 있다. 또한, 각 단계에서 입력된 청구정보를 청구등록 시스템(11)에서 관리하고, 하위 사업자에 의해 등록된 청구정보에 대해서는 상위 사업자에 의해 적정성 검증이 이루어지도록 함으로써, 지급대상별 계약 조회가 가능하고 대금 지급의 적정성이 모니터링될 수 있다. As explained with reference to FIG. 3, the claim registration system 11 allows the party receiving the payment (object of payment) in relation to the ordering business to directly register the claim information, preventing payment claims from being omitted or payments being made to another person's account. Receiving may be prevented. In addition, the claim information entered at each stage is managed in the claim registration system 11, and the claim information registered by the lower-level business operator is verified for adequacy by the upper-level business operator, enabling contract inquiry by payment target and payment payment. The adequacy of can be monitored.

도 4는 일 실시 예에 따른 체불관리 시스템(10)에서 대금을 관리하는 일 예를 도시한다. 도 4의 대금 관리 방법은, 도 3을 참조하여 설명한 방법으로 최종 확정된 청구정보에 기초해 지급 대상들에게 기성금을 지급하는 경우를 도시한다. Figure 4 shows an example of managing payments in the non-payment management system 10 according to an embodiment. The payment management method in FIG. 4 illustrates a case where advance payments are paid to payment recipients based on the finalized claim information using the method described with reference to FIG. 3 .

도 4를 참조하면, 청구등록 시스템(11)에 의해 기성금에 대한 청구정보가 최종 확정되면(도 3 참조), 발주기관은 자금관리 시스템(13)에서 관리하는 대표 e 계좌(또는 원수급사의 e 계좌)에 확정된 기성금을 입금할 수 있다(S31). 이 때, 발주기관에 의해 입금되는 금액은 청구등록 시스템(11)에 의해 최종 확정된 청구정보(3-1, 3-2, 3-3)의 총 지급금액에 해당할 수 있다. 즉, 발주기관은 원수급사, 하수급사, 및 근로자/장비업자/자재업자에게 지급할 금액들을 모두 합산한 금액을 대표 e 계좌에 입금할 수 있다. Referring to FIG. 4, when the claim information for the ready money is finally confirmed by the claim registration system 11 (see FIG. 3), the ordering agency uses the representative e account (or the e You can deposit the confirmed funds into your account (S31). At this time, the amount deposited by the ordering agency may correspond to the total payment amount of the claim information (3-1, 3-2, 3-3) finalized by the claim registration system 11. In other words, the ordering organization can deposit the sum of all the amounts to be paid to the primary supplier, subcontractor, and worker/equipment supplier/material supplier into the representative e-account.

발주기관으로부터 기성금이 입금되면, 자금관리 시스템(13)은 청구등록 시스템(11)에 대금이 입금되었음을 통보하고, 청구등록 시스템(11)으로부터 청구정보와 함께 지급 지시를 수신할 수 있다. 이에 따라, 자금관리 시스템(13)은 청구등록 시스템(11)으로부터 전달받은 청구정보에 기초해, 발주기관에 의해 입금된 기성금을 각 지급대상의 e 코드 별로 분산시켜 예치할 수 있다(S32). 즉, 자금관리 시스템(13)은 발주기관에서 입금한 금액을 각 지급대상(원수급사, 하수급사, 근로자, 자재업자, 및 장비업자 원수급사) 별 지급금액으로 분산하고, 분산된 금액을 각 지급대상의 e 코드에서 관리하는 e 계좌에 이체할 수 있다. When the advance payment is deposited from the ordering agency, the fund management system 13 notifies the claim registration system 11 that the money has been deposited, and can receive payment instructions along with claim information from the claim registration system 11. Accordingly, based on the claim information received from the claim registration system 11, the fund management system 13 can disperse and deposit the advance money deposited by the ordering agency for each e-code of each payment target (S32). In other words, the fund management system 13 distributes the amount deposited by the ordering agency into the payment amount for each payment target (supplier, subcontractor, worker, material supplier, and equipment supplier), and pays the dispersed amount to each payment. It can be transferred to an e-account managed by the target e-code.

이후, 자금관리 시스템(13)은 e 코드 별로 분산 예치된 금액을, 각 지급대상의 수령계좌에 이체하여 해당 지급대상에게 대금을 직접 지급할 수 있다(S33, S34, S35). 자금관리 시스템(13)은 각 지급대상의 수령계좌에 대금 이체가 완료되면, 해당 이체 내역을 확정 계정 원장 DB(133-1)에 e 코드 별로 매핑하여 저장할 수 있다. 또한, 청구등록 시스템(11) 내 계약대장 갱신을 위해 이체 내역에 대한 정보(지급정보)를 청구등록 시스템(11)으로 전달할 수도 있다. Afterwards, the fund management system 13 can transfer the distributed deposited amount for each e-code to the receiving account of each payment recipient and directly pay the money to the corresponding payment recipient (S33, S34, S35). When the money transfer to the receiving account of each payment recipient is completed, the fund management system 13 can map and store the transfer details by e-code in the confirmed account ledger DB 133-1. Additionally, information on transfer details (payment information) can be transmitted to the claim registration system 11 to update the contract ledger in the claim registration system 11.

도 4를 참조하여 설명한 바에 따르면, 기성금 지급 시 상위 사업자가 대금을 수령하여 하위 사업자에게 전달하는 방식을 사용하는 대신, 자산관리 시스템(13)이 기성금을 각각의 지급대상 별로 자동으로 분산하여 각 지급대상에게 직접 지급하는 방식이 사용된다. 따라서, 발주기관이 지급한 기성금이 각 지급대상에게 안전하게 전달될 수 있어, 하위 사업자에 대한 지급 보장이 가능하다. 또한, 지급대상별로 금액을 분산하는 과정에서 사용되는 e 계좌는 자산관리 시스템(13)의 내부에서 관리되는 계좌로서 지급대상이 해당 계좌를 발급받기 위해 복잡한 계좌 발급 과정과 등록 과정을 필요로 하지 않으므로, 지급대상의 편의성이 증대될 수 있다. As explained with reference to FIG. 4, instead of using the method where the upper business operator receives the payment and delivers it to the lower business operator when paying the advance payment, the asset management system 13 automatically distributes the advance payment to each payment target and makes each payment. A method of paying directly to the target is used. Therefore, the advance payment paid by the ordering agency can be safely delivered to each payment recipient, making it possible to guarantee payment to lower-tier businesses. In addition, the e-account used in the process of distributing the amount by payment target is an account managed internally in the asset management system 13, and the payment target does not require a complicated account issuance process and registration process to receive the account. , the convenience of payment can be increased.

도 5는 일 실시 예에 따른 체불관리 시스템(10)에서 대금을 관리하는 다른 예를 도시한다. 도 5의 대금 관리하는 방법은, 발주기관에 의해 지급된 집행선금을 관리하는 경우를 도시한다. 집행선금은, 발주사업의 진행을 위해 발주기관이 원수급사에 최초로 지급하는 선급금이다. Figure 5 shows another example of managing payments in the arrears management system 10 according to an embodiment. The payment management method in FIG. 5 shows a case of managing an execution advance paid by an ordering agency. Execution advance is the first advance payment made by the ordering agency to the supplier in order to proceed with the ordering project.

도 5를 참조하면, 원수급사는 발주기관에 집행선금을 청구하기 위해, 청구등록 시스템(11)을 통해 청구정보(4-1)를 등록하고, 발주기관에 승인을 신청한다(S41). 청구정보(4-1)는 집행선금에 대한 청구내역이므로, 원수급사 자신의 몫 외에 나머지 대금에 대해서는 지급대상이 확정되지 않을 수 있다. Referring to FIG. 5, in order to request an execution advance from the ordering agency, the raw material supplier registers claim information (4-1) through the claim registration system 11 and applies for approval from the ordering agency (S41). Since the claim information (4-1) is a claim for an execution advance, payment recipients may not be confirmed for the remaining amount other than the supplier's share.

발주기관은 청구정보(4-1)에 대한 청구 적성성이 검증되면, 청구등록 시스템(11)을 통해 청구정보(4-1)를 최종 확정할 수 있다. 또한, 발주기관은 최종 확정된 청구정보(4-1)에 해당하는 집행선금을 자금관리 시스템(10)에서 관리하는 대표 e 계좌(예를 들어, 원수급사의 e 계좌)에 입금할 수 있다(S42). Once the request suitability for the claim information (4-1) is verified, the ordering organization can finalize the claim information (4-1) through the claim registration system 11. In addition, the ordering agency may deposit the execution advance corresponding to the final confirmed claim information (4-1) into the representative e-account (for example, the e-account of the raw material supplier) managed by the fund management system 10 ( S42).

발주기관으로부터 집행선금이 입금되면, 자금관리 시스템(13)은 청구등록 시스템(11)에 대금이 입금되었음을 통보하고, 청구등록 시스템(11)으로부터 청구정보(4-1)와 함께 지급지시를 수신할 수 있다. 이에 따라, 자금관리 시스템(13)은 청구등록 시스템(11)으로부터 전달받은 청구정보(4-1)에 기초해, 입금된 집행선금을 확정 계정 및 미확정 계정으로 분산 예치할 수 있다(S43). 즉, 자금관리 시스템(13)은 발주기관에서 입금된 집행선금을 지급대상이 원수급사로 확정된 금액과 지급대상이 미확정된 금액으로 나눈 뒤, 지급대상이 원수급사로 확정된 금액은 확정 계정에 의해 관리되는 원수급사 e 계좌에 예치하고, 지급대상이 미확정된 금액은 미확정 계정에 의해 관리되는 e 계좌에 예치할 수 있다. When the execution advance payment is deposited from the ordering agency, the fund management system 13 notifies the claim registration system 11 that the payment has been deposited, and receives a payment instruction along with claim information (4-1) from the claim registration system 11. can do. Accordingly, the fund management system 13 can dispersely deposit the deposited execution advance into the confirmed account and the unconfirmed account based on the claim information (4-1) received from the claim registration system 11 (S43). In other words, the fund management system 13 divides the execution advance deposited from the ordering agency into an amount for which the payment target has been confirmed as a primary contractor and an amount for which the payment recipient has not been confirmed, and then the amount for which the payment recipient has been confirmed as a primary contractor is stored in the confirmed account. It can be deposited into the e-account of the raw material supplier managed by the supplier, and the amount for which payment is not confirmed can be deposited into the e-account managed by the unconfirmed account.

이후, 원수급사의 e 코드에 예치된 금액은 자금관리 시스템(13)에 의해 원수급사의 수령계좌에 직접 이체될 수 있으며, 미확정 계정에 예치된 금액은 지급대상이 특정될 때까지 미확정 계정에 예치된 상태를 유지할 수 있다. Afterwards, the amount deposited in the primary supplier's e-code can be directly transferred to the primary supplier's receiving account by the fund management system 13, and the amount deposited in the unconfirmed account is deposited in the unconfirmed account until the payment target is specified. The status quo can be maintained.

도 6은 일 실시 예에 따른 체불관리 시스템(10)에서 대금을 관리하는 또 다른 예를 도시한다. 도 6의 대금 관리 방법은, 원수급사와 하수급사의 하도급 계약 후 사용선금을 지급하는 경우를 도시한다. 사용선금은 원수급사가 필요시 청구하여 사용하는 선급금이다. Figure 6 shows another example of managing payments in the arrears management system 10 according to an embodiment. The payment management method in FIG. 6 shows a case where an advance payment is paid after a subcontract agreement between a raw water supply company and a sewage supply company. The advance payment is an advance payment that is requested and used by the supplier when necessary.

도 6을 참조하면, 하수급사는 청구등록 시스템(11)에 청구정보(5-1)를 등록하고, 청구등록 시스템(11)을 통해 원수급사에 청구 승인을 요청한다(S51). 여기서, 청구정보(5-1)는 하수급사 자신의 몫 외에 나머지 대금에 대해서는 지급대상이 확정되지 않을 수 있다. Referring to FIG. 6, the sewage service provider registers claim information (5-1) in the claim registration system 11 and requests claim approval from the raw water supply company through the claim registration system 11 (S51). Here, the billing information (5-1) may not determine the payment target for the remaining amount other than the subcontractor's own share.

청구등록 시스템(11)을 통해 하수급사의 청구정보(5-1)를 수신한 원수급사는 청구정보(5-1)에 대한 청구 적정성을 검증할 수 있다. 청구정보(5-1)에 대한 청구 적정성이 검증되면, 원수급사는 청구등록 시스템(11)에 청구정보(5-1)에 대한 청구 승인을 전달할 수 있다. 또한, 원수급사는 하수급사에 의해 청구된 금액을 지불하기 위해 사용선금을 청구하는 청구정보(5-2)를 청구등록 시스템(11)을 통해 발주기관에 전달하여 청구 승인을 요청할 수 있다(S52). 청구 승인을 요청받은 발주기관은 청구정보(5-2)에 대한 청구 적성성을 검증하고, 청구정보(5-2)에 대한 청구 적정성이 검증되면 청구등록 시스템(11)을 통해 청구정보(5-2)를 최종 확정할 수 있다. 청구정보(5-2)가 최종 확정됨에 따라, 청구등록 시스템(11)은 자금관리 시스템(13)으로 청구정보(5-2)를 포함하는 지급 지시를 전달할 수 있다. The raw water supply company that receives the subcontractor's claim information (5-1) through the claim registration system 11 can verify the adequacy of the claim for the billing information (5-1). Once the adequacy of the claim for the claim information (5-1) is verified, the primary supplier can transmit the claim approval for the claim information (5-1) to the claim registration system (11). In addition, the raw water supply company can request approval of the claim by transmitting the billing information (5-2) requesting an advance payment to the ordering agency through the claim registration system (11) to pay the amount claimed by the subcontractor (S52) ). The ordering organization that has been requested to approve the claim verifies the suitability of the claim for the claim information (5-2), and once the suitability for the claim is verified for the claim information (5-2), it submits the claim information (5-2) through the claim registration system (11). -2) can be finalized. As the claim information (5-2) is finalized, the claim registration system 11 can transmit a payment instruction including the claim information (5-2) to the fund management system 13.

자금관리 시스템(13)은 청구등록 시스템(11)으로부터 전달받은 청구정보(5-2)에 기초해, 미확정 계정에 예치된 집행선금 중 지급대상이 정해진 일부 금액을 확정 계정으로 이체할 수 있다(S53). 즉, 미확정 계정에 예치된 집행선금 중, 청구정보(5-2)에서 하수급사에게 지급하도록 결정된 금액 만큼을 확정 계정 내에서 관리되는 하수급사의 e 계좌에 이체할 수 있다. 청구정보(5-2)에 포함된 청구내역 중 원수급사에 지급되어야 하는 사용선금은, 발주기관에서 집행선금을 입금 시 이미 원수급사의 e 계좌에 이체된 상태인 경우(도 5 참조) 별도의 이체가 필요하지 않을 수 있다. Based on the claim information (5-2) received from the claim registration system 11, the fund management system 13 may transfer a portion of the execution advance deposited in the unconfirmed account to the confirmed account ( S53). In other words, of the execution advance deposited in the unconfirmed account, the amount determined to be paid to the subcontractor in the billing information (5-2) can be transferred to the subcontractor's e-account managed within the confirmed account. Among the claims included in the claim information (5-2), the advance payment to be paid to the main supplier is a separate payment if it has already been transferred to the main supplier's e-account when the ordering agency deposits the execution advance (see Figure 5). A transfer may not be necessary.

자금관리 시스템(13)은 미확정 계정에서 확정 계정으로 대금 이체가 완료되면, 확정 계정 내 원수급사와 하수급사의 e 계좌에 예치된 금액을 원수급사와 하수급사의 수령계좌에 각각 이체할 수 있다(S54, S55). 이후에도, 미확정 계정에 남아있는 금액은 지급대상이 특정될 때까지 미확정 계정에 예치된 상태를 유지할 수 있다. 자금관리 시스템(13)은 원수급사 및 하수급사의 수령계좌에 대금 이체가 완료되면, 해당 이체 내역을 확정 계정 원장 DB(133-1)에 원수급사 및 하수습사의 e 코드에 매핑하여 저장할 수 있다. 또한, 청구등록 시스템(11) 내 계약대장 갱신을 위해 이체 내역에 대한 정보(지급정보)를 청구등록 시스템(11)으로 전달할 수도 있다. When the transfer of money from an unconfirmed account to a confirmed account is completed, the fund management system 13 can transfer the amount deposited in the e-account of the main supplier and the subcontractor in the confirmed account to the receiving accounts of the main supplier and the subcontractor, respectively (S54, S55). Afterwards, the amount remaining in the unconfirmed account may remain deposited in the unconfirmed account until the payment recipient is identified. When the money transfer to the receiving account of the raw water supply company and the sewage supply company is completed, the fund management system 13 can store the transfer details by mapping them to the e-code of the raw water supply company and the sewage supply company in the confirmed account ledger DB (133-1). Additionally, information on transfer details (payment information) can be transmitted to the claim registration system 11 to update the contract ledger in the claim registration system 11.

도 5 및 도 6을 참조하여 설명한 바에 따르면, 자금관리 시스템(13)은 지급대상이 미확정된 선급금을 별도의 미확정 계정에 예치하여 관리하고, 선급금에 대해 지급대상 본인이 청구내역을 등록하여 지급대상이 특정된 후에만 해당 금액만큼을 확정 계정으로 이체하여 특정된 지급 대상에게 지급할 수 있다. 따라서, 지급대상의 특정 없이 미리 지급된 선급금을 투명하고 원활하게 관리할 수 있으며, 상위 사업자에 대한 압류로 인해 하위 사업자에게 지급되어야 하는 대금까지 압류되는 상황을 회피할 수 있다. As explained with reference to FIGS. 5 and 6, the fund management system 13 manages advance payments of which the payment target is unconfirmed by depositing them in a separate unconfirmed account, and the person eligible for payment registers claim details for the advance payment and registers the payment target. Only after this is specified, the amount can be transferred to the confirmed account and paid to the specified recipient. Therefore, advance payments made in advance can be managed transparently and smoothly without specifying the payment target, and a situation where the amount to be paid to the lower-level business operator is seized due to seizure by the upper-level business operator can be avoided.

도 7은 일 실시 예에 따른 체불관리 시스템(10)에서 대금을 관리하는 또 다른 예를 도시한다. 도 7의 대금 관리 방법은, 발주기관으로부터 대금을 입금 받기 전에 선지급이 필요한 경우 선지급금을 관리하는 경우를 도시한다. Figure 7 shows another example of managing payments in the arrears management system 10 according to an embodiment. The payment management method in FIG. 7 shows a case where advance payment is managed when advance payment is required before payment is received from the ordering agency.

도 7을 참조하면, 근로자/장비업자/자재업자는 하수급사로부터 위탁 받은 일에 대해 비용(노무비용, 장비대금, 자재대금 등)을 청구하는 청구정보(6-1)를 청구등록 시스템(11)에 등록할 수 있다(S61). Referring to FIG. 7, the worker/equipment contractor/material contractor submits claim information (6-1) requesting costs (labor cost, equipment cost, material cost, etc.) for work entrusted from a subcontractor to the claim registration system (11). ) can be registered (S61).

청구등록 시스템(11)을 통해 청구정보(6-1)를 확인한 하수급사는, 청구정보(6-1)에 대한 청구 적정성을 검증할 수 있다. 하수급사는 청구정보(6-1)에 대한 청구 적정성이 검증되면, 청구정보(6-1)에 대한 청구 승인을 청구등록 시스템(11)에 전달할 수 있다. 또한, 하수급사는 근로자/장비업자/자재업자로부터 청구된 금액을 지급하기 위해, 청구등록 시스템(11)을 통해 선지급금을 청구하는 청구정보(6-2)를 원수급사에 전달하여 원수급사에 선지급을 요청할 수 있다(S62). 청구정보(6-2)는 청구정보(6-1) 외에 하수급사 몫의 청구내역을 더 포함할 수 있다. The sewage service provider who has confirmed the claim information (6-1) through the claim registration system 11 can verify the adequacy of the claim for the claim information (6-1). Once the adequacy of the claim for the claim information (6-1) is verified, the subcontractor can transmit the claim approval for the claim information (6-1) to the claim registration system (11). In addition, in order to pay the amount claimed from workers/equipment operators/material suppliers, the subcontractor transmits claim information (6-2) requesting advance payment through the claim registration system (11) to the main supplier and makes advance payment to the main supplier. You can request (S62). Claim information (6-2) may further include claim details for the sewage service provider's share in addition to claim information (6-1).

청구등록 시스템(11)을 통해 하수급사로부터 선지급금에 대한 청구정보(6-2)를 수신한 원수급사는 청구정보(6-2)에 대한 청구 적정성을 검증할 수 있다. 원수급사는 청구정보(6-2)의 청구 적정성이 검증되면, 청구등록 시스템(11)에 청구 승인을 전달할 수 있다. 또한, 원수급사는 하수급사에서 요청한 선지급금을 자금관리 시스템(13)의 e 계정에서 관리하는 원수급사의 e 계좌에 입금할 수 있다(S63). 선지급금의 지급 시, 원수급사는 자기 자금을 직접 자신의 e 계좌에 입금할 수도 있고, 자신의 e 계좌에 해당 금액이 입금되도록 금융지원을 신청할 수도 있다. The main supplier who has received the claim information (6-2) for the advance payment from the subcontractor through the claim registration system (11) can verify the adequacy of the claim for the claim information (6-2). Once the claim adequacy of the claim information (6-2) is verified, the primary supply company can transmit claim approval to the claim registration system (11). In addition, the main supplier can deposit the advance payment requested by the subcontractor into the main supplier's e-account managed in the e-account of the fund management system 13 (S63). When paying an advance payment, the supplier can deposit the funds directly into his or her e-account or apply for financial support to have the amount deposited into his or her e-account.

원수급사의 선지급금 입금이 확인되면, 자금관리 시스템(13)은 청구등록 시스템(11)에 선지급금의 입금이 확인되었음을 통보할 수 있다. 이후, 청구등록 시스템(11)을 통해 선지급금의 입금을 확인한 하수업자가 청구등록 시스템(11)에 지급지시를 요청하면, 자금관리 시스템(13)은 이에 대한 응답으로 청구등록 시스템(11)으로부터 하수급사의 지급지시(S64)와 함께 청구정보(6-2)를 수신할 수 있다. When the deposit of the advance payment by the supplier is confirmed, the fund management system 13 may notify the claim registration system 11 that the deposit of the advance payment has been confirmed. Afterwards, when the sewer who has confirmed the deposit of the advance payment through the claim registration system 11 requests a payment instruction from the claim registration system 11, the funds management system 13 sends the claim registration system 11 in response. You can receive billing information (6-2) along with the subcontractor's payment instruction (S64).

지급지시가 접수됨에 따라, 자금관리 시스템(13)은 청구정보(6-2)에 기초해 확정 계정에서 관리하는 지급대상자들의 e 코드 별로 입금된 선지급금을 분산 예치할 수 있다(S65). 즉, 자금관리 시스템(13)은 청구정보(6-2)로부터 선지급금을 신청한 지급대상(근로자, 장비업자, 자재업자, 및 하수급사)을 식별하고, 확정 계정에서 관리하는 e 계좌들 중 지급대상들의 e 코드에 대응하는 e 계좌에 각 지급대상에게 지급해야 하는 대금을 이체할 수 있다. As the payment instruction is received, the fund management system 13 can dispersely deposit the advance payment for each e-code of the payment recipients managed in the confirmed account based on the claim information (6-2) (S65). In other words, the fund management system 13 identifies payment recipients (workers, equipment suppliers, material suppliers, and subcontractors) who have applied for advance payment from the claim information (6-2), and selects them from among the e-accounts managed in the final account. You can transfer the amount to be paid to each payee to the e-account corresponding to the e-code of the payee.

이후, 자금관리 시스템(13)은 확정 계정에서 관리하는 선지급금 중 하수급사의 하위 사업자인 지급대상(근로자, 장비업자, 또는 자재업자)의 e 계좌에 예치된 선지급금을, 각 지급대상(근로자, 장비업자, 또는 자재업자)의 수령계좌에 직접 이체하여 선지급금을 지급할 수 있다(S66). 상위 사업자가 하위 사업자가 청구한 선지급금을 자금관리 시스템(13)을 통해 선지급하지 않을 경우, 추후 청구등록 시스템(11)을 통한 대금 청구가 허용되지 않을 수 있다. Afterwards, the fund management system 13 transfers the advance deposited to the e-account of the payment recipient (worker, equipment supplier, or material supplier) who is a sub-businessman of the subcontractor, among the advance payments managed in the confirmation account, to each payment recipient (worker, The advance payment can be paid by directly transferring it to the receiving account of the equipment supplier or material supplier (S66). If the upper level business does not pay the advance payment requested by the lower level business in advance through the fund management system (13), later payment claims through the claim registration system (11) may not be accepted.

자금관리 시스템(13)은 각 지급대상의 수령계좌에 대금 이체가 완료되면, 해당 이체 내역을 확정 계정 원장 DB(133-1)에 e 코드 별로 매핑하여 저장할 수 있다. 또한, 청구등록 시스템(11) 내 계약대장 갱신을 위해 이체 내역에 대한 정보(지급정보)를 청구등록 시스템(11)으로 전달할 수도 있다. When the money transfer to the receiving account of each payment recipient is completed, the fund management system 13 can map and store the transfer details by e-code in the confirmed account ledger DB 133-1. Additionally, information on transfer details (payment information) can be transmitted to the claim registration system 11 to update the contract ledger in the claim registration system 11.

도 7을 참조하여 설명한 바에 따르면, 상위 사업자에 의해 선지급금이 입금되어 각 지급대상에게 전달되기까지의 전 과정이 자금관리 시스템(13)에 의해 관리되고 기록되므로, 선지급금의 투명한 관리가 가능할 수 있다. 또한, 상위 사업자가 하위 사업자가 청구한 선지급금에 대한 대금 지급을 자금관리 시스템(13)을 통해 완료하지 않을 경우, 상위 사업자가 청구등록 시스템(11)을 통해 새로운 대금을 청구하는 것을 불허함으로써, 대금 청구가 누락되는 것을 방지할 수 있다. As explained with reference to FIG. 7, the entire process from when the advance payment is deposited by the upper business operator to being delivered to each payment recipient is managed and recorded by the fund management system 13, so transparent management of the advance payment can be possible. there is. In addition, if the upper-level business operator does not complete payment for the advance payment claimed by the lower-level business operator through the fund management system (13), the upper-level business operator is not allowed to request a new payment through the claim registration system (11), This can prevent missed payments.

전술한 실시예는, 프로그램이 기록된 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는, 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는, HDD(Hard Disk Drive), SSD(Solid State Disk), SDD(Silicon Disk Drive), ROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크, 광 데이터 저장 장치 등이 있으며, 또한 캐리어 웨이브(예를 들어, 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다. 또한, 컴퓨터는 단말기의 제어 장치를 포함할 수도 있다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.The above-described embodiments can be implemented as computer-readable code on a recording medium on which the program is recorded. Computer-readable recording media include all types of recording devices that store data that can be read by a computer system. Examples of computer-readable recording media include HDD (Hard Disk Drive), SSD (Solid State Disk), SDD (Silicon Disk Drive), ROM, RAM, CD-ROM, magnetic tape, floppy disk, and optical data storage devices. etc., and also includes those implemented in the form of a carrier wave (e.g., transmission via the Internet). Additionally, the computer may include a control device for the terminal. Accordingly, the above detailed description should not be construed as restrictive in all respects and should be considered illustrative. The scope of the present invention should be determined by reasonable interpretation of the appended claims, and all changes within the equivalent scope of the present invention are included in the scope of the present invention.

Claims (17)

발주기관의 발주사업과 관련된 대금을 지급하는 자금관리 시스템의 대금 지급 방법으로서,
상기 자금관리 시스템이, 상기 발주사업의 계약대장을 수신하는 단계,
상기 자금관리 시스템이, 상기 발주사업의 대금을 관리하기 위한 가상계정을 생성하는 단계,
상기 자금관리 시스템이, 상기 가상 계정 내에서 지급대상이 특정된 대금을 관리하기 위한 확정 계정, 및 지급대상이 특정되지 않은 대금을 관리하기 위한 미확정 계정을 생성하는 단계,
상기 자금관리 시스템이, 상기 가상계정 내에서 상기 발주사업과 관련하여 대금을 지급받는 복수의 지급대상 각각의 대금 지급을 관리하기 위한 복수의 가상코드, 및 상기 복수의 가상코드에 의해 관리되는 복수의 가상계좌를 생성하는 단계,
상기 자금관리 시스템이, 상기 복수의 가상계좌 중 제1 가상계좌에 외부로부터 대금이 입금되면, 상기 발주사업의 제1 청구정보에 포함된 적어도 하나의 지급대상 및 지급금액에 기초해, 상기 제1 가상계좌에 입금된 대금을 상기 복수의 가상계좌 중 상기 적어도 하나의 지급대상에 대응하는 적어도 하나의 제2 가상계좌에 분산 예치하는 단계, 및
상기 자금관리 시스템이, 상기 적어도 하나의 제2 가상계좌에 예치된 대금을 상기 적어도 하나의 지급대상 각각의 은행계좌에 직접 이체하는 단계를 포함하며,
상기 복수의 지급대상은 적어도 하나의 근로자를 포함하고,
상기 복수의 가상계좌 및 상기 복수의 가상코드는 상기 확정 계정 내에서 관리되며,
상기 분산 예치하는 단계는, 상기 입금된 대금이 지급대상이 미확정된 대금을 포함하는 선급금이면, 상기 선급금 중 상기 지급대상이 미확정된 대금을 상기 미확정 계정에 예치하는 단계를 포함하고,
상기 대금 지급 방법은,
상기 자금관리 시스템이, 상기 미확정 계정에 예치된 대금에 대해 지급대상을 특정하는 제2 청구정보가 수신되면, 상기 제2 청구정보에 기초해 상기 미확정 계정에 예치된 대금 중 적어도 일부를 상기 확정 계정에서 관리하는 상기 복수의 가상계좌 중 적어도 하나의 제3 가상계좌에 이체하는 단계, 및
상기 자금관리 시스템이, 상기 적어도 하나의 제3 가상계좌에 이체된 대금을 상기 제2 청구정보에 의해 특정된 지급대상의 은행계좌에 이체하는 단계를 더 포함하며,
상기 복수의 가상코드, 및 상기 복수의 가상계좌를 생성하는 단계는, 상기 자금관리 시스템이, 상기 계약대장에 등록된 상기 복수의 지급대상 각각에 대해, 신규 예금가입 절차 없이, 가상코드 및 가상계좌를 발급하는 단계를 포함하며,
상기 복수의 가상계좌는 상기 자금관리 시스템 외 대상에 의한 금융 거래가 제한되는 무통장 전자계좌인, 대금 지급 방법. As a payment method of the fund management system that pays the money related to the ordering business of the ordering agency,
A step of the fund management system receiving a contract ledger of the ordering project,
A step of the fund management system creating a virtual account to manage the payment of the ordering project,
A step of the money management system creating a confirmed account for managing payments for which payment targets are specified and an unconfirmed account for managing payments for which payment targets are not specified within the virtual account;
The fund management system includes a plurality of virtual codes for managing payment of each of a plurality of payment objects that receive payment in relation to the ordering business within the virtual account, and a plurality of virtual codes managed by the plurality of virtual codes. Steps to create a virtual account,
When money is deposited from the outside into a first virtual account among the plurality of virtual accounts, the fund management system, based on at least one payment target and payment amount included in the first claim information of the ordering business, Depositing the money deposited in the virtual account in a distributed manner into at least one second virtual account corresponding to the at least one payment target among the plurality of virtual accounts, and
The money management system includes directly transferring the money deposited in the at least one second virtual account to each of the at least one payment target bank accounts,
The plurality of payment targets include at least one worker,
The plurality of virtual accounts and the plurality of virtual codes are managed within the confirmed account,
The dispersed depositing step includes, if the deposited amount is an advance payment including an amount whose payment target is unconfirmed, depositing the amount whose payment target is unconfirmed among the advance payments into the unconfirmed account,
The above payment method is:
When the money management system receives second billing information specifying a payment target for the money deposited in the unconfirmed account, it transfers at least a portion of the money deposited in the unconfirmed account to the confirmed account based on the second billing information. Transferring money to at least one third virtual account among the plurality of virtual accounts managed by , and
The money management system further includes transferring the amount transferred to the at least one third virtual account to a bank account of a payment target specified by the second billing information,
In the step of generating the plurality of virtual codes and the plurality of virtual accounts, the fund management system generates the virtual codes and virtual accounts for each of the plurality of payment targets registered in the contract ledger without a new deposit registration process. It includes the step of issuing,
The plurality of virtual accounts are bankbook-free electronic accounts in which financial transactions by entities other than the fund management system are restricted. A payment method. 삭제delete 삭제delete 삭제delete 삭제delete 발주기관의 발주사업과 관련하여 대금 지급을 처리하는 시스템으로서,
복수의 지급대상에 의해 상기 발주사업과 관련하여 등록되는 청구정보를 관리하는 청구등록 시스템과 통신하는 통신 장치, 그리고
상기 청구등록 시스템으로부터 상기 발주사업의 계약대장을 수신하며, 상기 계약대장에 기초해 상기 발주사업의 대금을 관리하기 위한 가상계정, 상기 가상계정 내에서 상기 복수의 지급대상 각각의 대금 지급을 관리하기 위한 복수의 가상코드, 및 상기 복수의 가상코드에 의해 관리되는 복수의 가상계좌를 생성하고, 상기 복수의 가상계좌 중 제1 가상계좌에 외부로부터 대금이 입금되면, 상기 청구등록 시스템에 등록된 제1 청구정보의 적어도 하나의 지급대상 및 지급금액에 기초해 상기 제1 가상계좌에 입금된 대금을 상기 복수의 가상계좌 중 상기 적어도 하나의 지급대상에 대응하는 적어도 하나의 제2 가상계좌에 분산 예치하며, 상기 적어도 하나의 제2 가상계좌에 예치된 대금을 상기 적어도 하나의 지급대상 각각의 은행계좌에 직접 이체하는 제어 장치를 포함하며,
상기 복수의 지급대상은 적어도 하나의 근로자를 포함하며,
상기 제어 장치는, 상기 가상 계정 내에서 지급대상이 특정된 대금을 관리하기 위한 확정 계정, 및 지급대상이 특정되지 않은 대금을 관리하기 위한 미확정 계정을 생성하고,
상기 제어 장치는, 상기 계약대장에 등록된 상기 복수의 지급대상 각각에 대해, 신규 예금가입 절차 없이, 가상코드 및 가상계좌를 발급하며,
상기 복수의 가상계좌 및 상기 복수의 가상코드는 상기 확정 계정 내에서 관리되고, 상기 복수의 가상계좌는 상기 시스템 외 대상에 의한 금융 거래가 제한되는 무통장 전자계좌이며
상기 제어 장치는, 상기 입금된 대금이 지급대상이 미확정된 대금을 포함하는 선급금이면, 상기 선급금 중 상기 지급대상이 미확정된 대금을 상기 미확정 계정에 예치하고, 상기 청구등록 시스템에 상기 미확정 계정에 예치된 대금에 대해 지급대상을 특정하는 제2 청구정보가 등록되면, 상기 제2 청구정보에 기초해 상기 미확정 계정에 예치된 대금 중 적어도 일부를 상기 확정 계정에서 관리하는 상기 복수의 가상계좌 중 적어도 하나의 제3 가상계좌에 이체하며, 상기 적어도 하나의 제3 가상계좌에 이체된 대금을 상기 제2 청구정보에 의해 특정된 지급대상의 은행계좌에 이체하는, 시스템.As a system for processing payments in relation to the ordering business of the ordering agency,
A communication device that communicates with a claim registration system that manages claim information registered in relation to the ordering business by multiple payment recipients, and
A virtual account for receiving the contract ledger of the ordering business from the claim registration system, and managing the payment of the ordering business based on the contract ledger, and managing the payment of each of the plurality of payment objects within the virtual account. A plurality of virtual codes, and a plurality of virtual accounts managed by the plurality of virtual codes are created, and when a payment is deposited from the outside into a first virtual account among the plurality of virtual accounts, the first virtual account registered in the claim registration system 1 Based on at least one payment target and payment amount in the claim information, the amount deposited in the first virtual account is distributed and deposited in at least one second virtual account corresponding to the at least one payment target among the plurality of virtual accounts. and a control device that directly transfers the amount deposited in the at least one second virtual account to each of the at least one payment target bank accounts,
The plurality of payment targets includes at least one worker,
The control device creates a confirmed account for managing payments for which payment targets are specified and an unconfirmed account for managing payments for which payment targets are not specified within the virtual account,
The control device issues a virtual code and a virtual account for each of the plurality of payment objects registered in the contract ledger without a new deposit registration process,
The plurality of virtual accounts and the plurality of virtual codes are managed within the confirmed account, and the plurality of virtual accounts are bankless electronic accounts in which financial transactions by entities other than the system are restricted.
If the deposited amount is an advance payment including an amount whose payment target is unconfirmed, the control device deposits the amount of the advance payment whose payment target is unconfirmed to the unconfirmed account and deposits it in the unconfirmed account in the claim registration system. When second billing information that specifies the payment target for the payment is registered, at least one of the plurality of virtual accounts manages at least a portion of the money deposited in the unconfirmed account in the confirmed account based on the second billing information. A system that transfers money to a third virtual account, and transfers the amount transferred to the at least one third virtual account to the bank account of the payment target specified by the second billing information. 삭제delete 삭제delete 삭제delete 삭제delete 발주기관의 발주사업과 관련하여 대금 지급을 처리하는 시스템으로서,
상기 발주사업의 계약대장을 관리하며, 복수의 지급대상에 의해 상기 발주사업과 관련하여 입력되는 청구정보의 적정성 검증 및 승인을 관리하는 청구등록 시스템, 및
상기 청구등록 시스템으로부터 상기 발주사업의 계약대장을 수신하며, 상기 계약대장에 기초해 상기 발주사업의 대금을 관리하기 위한 가상계정, 상기 가상계정 내에서 상기 복수의 지급대상 각각의 대금 지급을 관리하기 위한 복수의 가상코드, 및 상기 복수의 가상코드에 의해 관리되는 복수의 가상계좌를 생성하고, 상기 복수의 가상계좌 중 제1 가상계좌에 외부로부터 대금이 입금되면, 입금된 대금과 관련하여 상기 청구등록 시스템에 등록된 제1 청구정보의 적어도 하나의 지급대상 및 지급금액에 기초해 상기 제1 가상계좌에 입금된 대금을 상기 복수의 가상계좌 중 상기 적어도 하나의 지급대상에 대응하는 적어도 하나의 제2 가상계좌에 분산 예치하며, 상기 적어도 하나의 제2 가상계좌에 예치된 대금을 상기 적어도 하나의 지급대상 각각의 은행계좌에 직접 이체하는 자금관리 시스템을 포함하며,
상기 복수의 지급대상은 적어도 하나의 근로자를 포함하고,
상기 자금관리 시스템은, 상기 가상 계정 내에서 지급대상이 특정된 대금을 관리하기 위한 확정 계정, 및 지급대상이 특정되지 않은 대금을 관리하기 위한 미확정 계정을 생성하고,
상기 자금관리 시스템은, 상기 계약대장에 등록된 상기 복수의 지급대상 각각에 대해, 신규 예금가입 절차 없이, 가상코드 및 가상계좌를 발급하며,
상기 복수의 가상계좌 및 상기 복수의 가상코드는 상기 확정 계정 내에서 관리되고, 상기 복수의 가상계좌는 상기 시스템 외 대상에 의한 금융 거래가 제한되는 무통장 전자계좌이며,
상기 자금관리 시스템은, 상기 입금된 대금이 지급대상이 미확정된 대금을 포함하는 선급금이면, 상기 선급금 중 상기 지급대상이 미확정된 대금을 상기 미확정 계정에 예치하고, 상기 청구등록 시스템에 상기 미확정 계정에 예치된 대금에 대해 지급대상을 특정하는 제2 청구정보가 등록되면, 상기 제2 청구정보에 기초해 상기 미확정 계정에 예치된 대금 중 적어도 일부를 상기 확정 계정에서 관리하는 상기 복수의 가상계좌 중 적어도 하나의 제3 가상계좌에 이체하며, 상기 적어도 하나의 제3 가상계좌에 이체된 대금을 상기 제2 청구정보에 의해 특정된 지급대상의 은행계좌에 이체하는, 시스템. As a system for processing payments in relation to the ordering business of the ordering agency,
A claim registration system that manages the contract ledger of the ordering business and manages the appropriateness verification and approval of claim information entered in relation to the ordering business by multiple payment recipients, and
A virtual account for receiving the contract ledger of the ordering business from the claim registration system, and managing the payment of the ordering business based on the contract ledger, and managing the payment of each of the plurality of payment objects within the virtual account. A plurality of virtual codes, and a plurality of virtual accounts managed by the plurality of virtual codes are created, and when a payment is deposited from an external source into a first virtual account among the plurality of virtual accounts, the claim is made in relation to the deposited amount. Based on at least one payment target and payment amount of the first billing information registered in the registration system, the amount deposited into the first virtual account is sent to at least one payment target corresponding to the at least one payment target among the plurality of virtual accounts. 2 Distributed deposits to virtual accounts, and a fund management system that directly transfers the money deposited in the at least one second virtual account to each of the at least one payment target bank accounts,
The plurality of payment targets include at least one worker,
The money management system creates a confirmed account for managing payments for which payment targets are specified and an unconfirmed account for managing payments for which payment targets are not specified within the virtual account,
The fund management system issues a virtual code and a virtual account for each of the plurality of payment targets registered in the contract ledger without a new deposit registration process,
The plurality of virtual accounts and the plurality of virtual codes are managed within the confirmed account, and the plurality of virtual accounts are bankless electronic accounts in which financial transactions by entities other than the system are restricted,
The fund management system, if the deposited amount is an advance payment including an amount whose payment target is unconfirmed, deposits the amount whose payment target is unconfirmed among the advance payments to the unconfirmed account, and enters the unconfirmed account in the claim registration system. When second billing information that specifies the payment target for the deposited amount is registered, at least a portion of the amount deposited in the unconfirmed account is transferred to at least one of the plurality of virtual accounts managed in the confirmed account based on the second billing information. A system that transfers money to one third virtual account and transfers the amount transferred to the at least one third virtual account to the bank account of the payment target specified by the second billing information. 제11항에 있어서,
상기 청구등록 시스템은, 제1 지급대상의 청구정보가 입력되면, 상기 제1 지급대상의 적어도 하나의 상위 사업자에 상기 제1 지급대상의 청구정보에 대한 청구 적정성 검증을 요청하고, 상기 제1 지급대상의 청구정보에 대한 청구 적정성이 검증된 경우에만 상기 제1 지급대상의 청구정보를 등록하여 관리하는, 시스템. According to clause 11,
The claim registration system, when the claim information of the first payment target is input, requests verification of claim adequacy for the claim information of the first payment target to at least one upper level business of the first payment target, and makes the first payment. A system that registers and manages the claim information of the first payment target only when the claim adequacy of the target's claim information is verified. 제11항에 있어서,
상기 청구등록 시스템은, 제2 지급대상이 상기 제2 지급대상의 상위 사업자인 제3 지급대상에 선지급금을 청구하는 청구정보가 등록되면, 상기 자금관리 시스템에 의해 상기 선지급금에 대한 대금 지급이 완료될 때까지 상기 제3 지급대상의 대금 청구를 불허하는, 시스템. According to clause 11,
In the claim registration system, when claim information requesting an advance payment is registered with a third payment target whose second payment target is a parent business of the second payment target, payment for the advance payment is made by the fund management system. A system that disallows payment of the third party payment until completion. 삭제delete 삭제delete 삭제delete 삭제delete
KR1020210094191A 2021-07-19 2021-07-19 Payment method and system for perfoming the same KR102662748B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020210094191A KR102662748B1 (en) 2021-07-19 2021-07-19 Payment method and system for perfoming the same

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020210094191A KR102662748B1 (en) 2021-07-19 2021-07-19 Payment method and system for perfoming the same

Publications (2)

Publication Number Publication Date
KR20230013440A KR20230013440A (en) 2023-01-26
KR102662748B1 true KR102662748B1 (en) 2024-04-30

Family

ID=85110501

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020210094191A KR102662748B1 (en) 2021-07-19 2021-07-19 Payment method and system for perfoming the same

Country Status (1)

Country Link
KR (1) KR102662748B1 (en)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101922804B1 (en) * 2017-06-13 2018-11-27 주식회사 우리은행 Method and system for managing payment agency service
KR102236554B1 (en) * 2020-07-23 2021-04-06 (주)투게더앱스 System and method for evaluating creditworthiness using payment information between companies

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150111684A (en) * 2014-03-26 2015-10-06 서울신용평가정보 주식회사 System and Method for payment monitoring service of labor cost using location information
KR20190142251A (en) * 2018-06-15 2019-12-26 홍종열 Direct payment monitoring system and method without withdrawl limit account

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101922804B1 (en) * 2017-06-13 2018-11-27 주식회사 우리은행 Method and system for managing payment agency service
KR102236554B1 (en) * 2020-07-23 2021-04-06 (주)투게더앱스 System and method for evaluating creditworthiness using payment information between companies

Also Published As

Publication number Publication date
KR20230013440A (en) 2023-01-26

Similar Documents

Publication Publication Date Title
US11334942B2 (en) Supply chain finance system
US9721280B2 (en) Construction payment management system and method with sub-tier document exchange and approval features
US10592901B2 (en) Business-to-business commerce using financial transaction numbers
US7856406B2 (en) System and method for managing accounts payable and accounts receivable
CN101711396A (en) Construction payment management system and method with document exchange features
JP2009059251A (en) Wage payment device, wage payment method, and wage payment program
KR101219079B1 (en) System and method on labor cost treatment
JP6462167B1 (en) Information processing apparatus, information processing method, and program
KR101405356B1 (en) System and Method on Labor Cost Treatment
KR102662748B1 (en) Payment method and system for perfoming the same
US20220230154A1 (en) Method and system to dynamically route funding to virtual payment cards to resell subscription merchandise
JP2019175430A (en) Information processing apparatus, information processing method, and program therefor
KR102308024B1 (en) Financial support method for construction work
JP7210251B2 (en) SETTLEMENT BUSINESS SUPPORT SYSTEM AND SETTLEMENT BUSINESS SUPPORT METHOD
JP5852636B2 (en) Transfer management system and method for condominium management company
KR20210037247A (en) Purchasing goods relay system and method based on blockchain
JP7453440B1 (en) Information processing device, method, and system
JP6688420B2 (en) Transaction management device, transaction management method and program
JP2001338130A (en) Construction/management system for public facilities or the like
JP2001331759A (en) Obligation management system
JP6668444B2 (en) Rent settlement system and rent settlement method
KR20220163305A (en) Work Connection System
JP2023013497A (en) Information processing system, method, and program
US20170337629A1 (en) Systems and methods for enabling document requirement traversal in restricted zones
AU2013200084B2 (en) Construction payment management system and method with document exchange features

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
X701 Decision to grant (after re-examination)
GRNT Written decision to grant