KR102662748B1 - 대금 지급 방법 및 이를 수행하는 시스템 - Google Patents

대금 지급 방법 및 이를 수행하는 시스템 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
English (en)
Other versions
KR20230013440A (ko
Inventor
김남중
Original Assignee
주식회사 신한은행
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 신한은행 filed Critical 주식회사 신한은행
Priority to KR1020210094191A priority Critical patent/KR102662748B1/ko
Publication of KR20230013440A publication Critical patent/KR20230013440A/ko
Application granted granted Critical
Publication of KR102662748B1 publication Critical patent/KR102662748B1/ko

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/105Human resources
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/28Pre-payment schemes, e.g. "pay before"
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, 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 가상계좌에 예치된 대금을 상기 적어도 하나의 지급대상 각각의 은행계좌에 직접 이체하는 단계를 포함할 수 있다. 상기 복수의 지급대상은 적어도 하나의 근로자를 포함할 수 있다.

Description

대금 지급 방법 및 이를 수행하는 시스템{PAYMENT METHOD AND SYSTEM FOR PERFOMING THE SAME}
본 개시는 대금 지급 방법 및 이를 수행하는 시스템에 관한 것이다.
최근 임금 체불 등 건설 산업 현장에서의 고질적인 문제를 해결하기 위해, 공공 발주공사는 전자적 대금지급 시스템을 통해 대금지급이 이루어지도록 의무화되었다. 전자적 대금지급 시스템은 발주기관이 지급한 임금을 건설사가 임의로 인출하지 못하도록 제한하여, 근로자의 임금이 체불되는 것을 방지하기 위한 시스템이다.
한편, 이러한 전자적 대금지급 시스템의 도입으로도, 하위 사업자의 계좌 압류, 불투명한 선급금 관리 및 사(私)기성 지급 관행 등 건설 산업 현장의 고질적인 문제들을 해결하는 것에는 한계가 있다.
실시예들은 안전한 대금 지급을 위해 원활하고 투명하게 자금 흐름을 관리할 수 있는 대금 지금 방법 및 이를 수행하는 시스템을 제공하는 것이다.
일 실시예에 따르면, 발주기관의 발주사업과 관련된 대금을 지급하는 시스템의 대금 지급 방법은, 상기 발주사업의 대금을 관리하기 위한 가상계정을 생성하는 단계, 상기 가상계정 내에서 상기 발주사업과 관련하여 대금을 지급받는 복수의 지급대상 각각의 대금 지급을 관리하기 위한 복수의 가상코드, 및 상기 복수의 가상코드에 의해 관리되는 복수의 가상계좌를 생성하는 단계, 상기 복수의 가상계좌 중 제1 가상계좌에 외부로부터 대금이 입금되면, 상기 발주사업의 제1 청구정보에 포함된 적어도 하나의 지급대상 및 지급대상에 대한 지급금액에 기초해, 상기 제1 가상계좌에 입금된 대금을 적어도 하나의 제2 가상계좌에 분산 예치하는 단계, 및 상기 적어도 하나의 제2 가상계좌에 예치된 대금을 상기 적어도 하나의 지급대상 각각의 은행계좌에 직접 이체하는 단계를 포함할 수 있다. 상기 복수의 지급대상은 적어도 하나의 근로자를 포함할 수 있다.
상기 대금 지급 방법은, 상기 가상 계정 내에서 지급대상이 특정된 대금을 관리하기 위한 확정 계정, 및 지급대상이 특정되지 않은 대금을 관리하기 위한 미확정 계정을 생성하는 단계를 더 포함할 수 있다. 상기 복수의 가상계좌 및 상기 복수의 가상코드는 상기 확정 계정 내에서 관리될 수 있다.
상기 분산 예치하는 단계는, 상기 입금된 대금이 지급대상이 미확정된 대금을 포함하는 선급금이면, 상기 선급금 중 상기 지급대상이 미확정된 대금을 상기 미확정 계정에 예치하는 단계를 포함할 수 있다.
상기 대금 지급 방법은, 상기 미확정 계정에 예치된 대금에 대해 지급대상을 특정하는 제2 청구정보가 수신되면, 상기 제2청구정보에 기초해 상기 미확정 계정에 예치된 대금 중 적어도 일부를 상기 확정 계정에서 관리하는 적어도 하나의 제3 가상 계좌에 이체하는 단계를 더 포함할 수 있다.
상기 복수의 가상계좌는 상기 시스템 외 대상에 의한 금융 거래가 제한되는 무통장 전자계좌일 수 있다.
다른 실시 예에 따르면, 발주기관의 발주사업과 관련하여 대금 지급을 처리하는 시스템은, 복수의 지급대상에 의해 상기 발주사업과 관련하여 등록되는 청구정보를 관리하는 청구등록 시스템과 통신하는 통신 장치, 그리고 상기 발주사업의 대금을 관리하기 위한 가상계정, 상기 가상계정 내에서 상기 복수의 지급대상 각각의 대금 지급을 관리하기 위한 복수의 가상코드, 및 상기 복수의 가상코드에 의해 관리되는 복수의 가상계좌를 생성하고, 상기 복수의 가상계좌 중 제1 가상계좌에 외부로부터 대금이 입금되면, 상기 청구등록 시스템에 등록된 제1 청구정보의 적어도 하나의 지급대상 및 지급금액에 기초해 상기 제1 가상계좌에 입금된 대금을 적어도 하나의 제2 가상계좌에 분산 예치하며, 상기 적어도 하나의 제2 가상계좌에 예치된 대금을 상기 적어도 하나의 지급대상 각각의 은행계좌에 직접 이체하는 제어 장치를 포함할 수 있다. 상기 복수의 지급대상은 적어도 하나의 근로자를 포함할 수 있다.
상기 제어 장치는, 상기 가상 계정 내에서 지급대상이 특정된 대금을 관리하기 위한 확정 계정, 및 지급대상이 특정되지 않은 대금을 관리하기 위한 미확정 계정을 생성하고, 상기 복수의 가상계좌 및 상기 복수의 가상코드는 상기 확정 계정 내에서 관리될 수 있다.
상기 제어 장치는, 상기 입금된 대금이 지급대상이 미확정된 대금을 포함하는 선급금이면, 상기 선급금 중 상기 지급대상이 미확정된 대금을 상기 미확정 계정에 예치할 수 있다.
상기 제어 장치는, 상기 청구등록 시스템에 상기 미확정 계정에 예치된 대금에 대해 지급대상을 특정하는 제2 청구정보가 등록되면, 상기 제2청구정보에 기초해 상기 미확정 계정에 예치된 대금 중 적어도 일부를 상기 확정 계정에서 관리하는 적어도 하나의 제3 가상 계좌에 이체할 수 있다.
상기 복수의 가상계좌는 상기 시스템 외 대상에 의한 금융 거래가 제한되는 무통장 전자계좌일 수 있다.
또 다른 실시 예에 따르면, 발주기관의 발주사업과 관련하여 대금 지급을 처리하는 시스템은, 상기 발주사업의 계약대장을 관리하며, 복수의 지급대상에 의해 상기 발주사업과 관련하여 입력되는 청구정보의 적정성 검증 및 승인을 관리하는 청구등록 시스템, 및 상기 발주사업의 대금을 관리하기 위한 가상계정, 상기 가상계정 내에서 상기 복수의 지급대상 각각의 대금 지급을 관리하기 위한 복수의 가상코드, 및 상기 복수의 가상코드에 의해 관리되는 복수의 가상계좌를 생성하고, 상기 복수의 가상계좌 중 제1 가상계좌에 외부로부터 대금이 입금되면, 입금된 대금과 관련하여 상기 청구등록 시스템에 등록된 제1 청구정보의 적어도 하나의 지급대상 및 지급금액에 기초해 상기 제1 가상계좌에 입금된 대금을 적어도 하나의 제2 가상계좌에 분산 예치하며, 상기 적어도 하나의 제2 가상계좌에 예치된 대금을 상기 적어도 하나의 지급대상 각각의 은행계좌에 직접 이체하는 자금관리 시스템을 포함할 수 있다. 상기 복수의 지급대상은 적어도 하나의 근로자를 포함할 수 있다.
상기 청구등록 시스템은, 제1 지급대상의 청구정보가 입력되면, 상기 제1 지급대상의 적어도 하나의 상위 사업자에 상기 제1 지급대상의 청구정보에 대한 청구 적정성 검증을 요청하고, 상기 제1 지급대상의 청구정보에 대한 청구 적정성이 검증된 경우에만 상기 제1 지급대상의 청구정보를 등록하여 관리할 수 있다.
상기 청구등록 시스템은, 제2 지급대상이 상기 제2 지급대상의 상위 사업자인 제3 지급대상에 선지급금을 청구하는 청구정보가 등록되면, 상기 자금관리 시스템에 의해 상기 선지급금에 대한 대금 지급이 완료될 때까지 상기 제3 지급대상의 대금 청구를 불허할 수 있다.
상기 자금관리 시스템은, 상기 가상 계정 내에서 지급대상이 특정된 대금을 관리하기 위한 확정 계정, 및 지급대상이 특정되지 않은 대금을 관리하기 위한 미확정 계정을 생성할 수 있다. 상기 복수의 가상계좌 및 상기 복수의 가상코드는 상기 확정 계정 내에서 관리될 수 있다.
상기 자금관리 시스템은, 상기 입금된 대금이 지급대상이 미확정된 대금을 포함하는 선급금이면, 상기 선급금 중 상기 지급대상이 미확정된 대금을 상기 미확정 계정에 예치할 수 있다.
상기 자금관리 시스템은, 상기 청구등록 시스템에 상기 미확정 계정에 예치된 대금에 대해 지급대상을 특정하는 제2 청구정보가 등록되면, 상기 제2청구정보에 기초해 상기 미확정 계정에 예치된 대금 중 적어도 일부를 상기 확정 계정에서 관리하는 적어도 하나의 제3 가상 계좌에 이체할 수 있다.
상기 복수의 가상계좌는 상기 시스템 외 대상에 의한 금융 거래가 제한되는 무통장 전자계좌일 수 있다.
실시예들에 따르면, 현행 대금지급 시스템에서 발생하는 하위 사업자의 계좌 압류, 불투명한 선급금 관리 및 사(私)기성 지급 관행 등의 문제점을 해결하고 안전한 대금 지급이 가능한 효과가 있다.
도 1은 실시예에 따른 금융 서비스 제공 서버를 포함하는 금융 서비스 시스템을 설명하기 위한 예시도이다.
도 2는 일 실시 예에 따른 체불방지 시스템에서의 대금 지급 방법을 개략적으로 도시한다.
도 3은 일 실시 예에 따른 체불방지 시스템에서 대금 지급을 위해 청구내역을 관리하는 일 예를 도시한다.
도 4는 일 실시 예에 따른 체불관리 시스템에서 대금을 관리하는 일 예를 도시한다.
도 5는 일 실시 예에 따른 체불관리 시스템에서 대금을 관리하는 다른 예를 도시한다.
도 6은 일 실시 예에 따른 체불관리 시스템에서 대금을 관리하는 또 다른 예를 도시한다.
도 7은 일 실시 예에 따른 체불관리 시스템에서 대금을 관리하는 또 다른 예를 도시한다.
이하, 첨부된 도면을 참조하여 본 명세서에 개시된 실시예를 상세히 설명하되, 동일하거나 유사한 구성요소에는 동일, 유사한 도면 부호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다. 이하의 설명에서 사용되는 구성요소에 대한 접미사 "모듈" 및 "부"는 명세서 작성의 용이함만이 고려되어 부여되거나 혼용되는 것으로서, 그 자체로 서로 구별되는 의미 또는 역할을 갖는 것은 아니다. 또한, 본 명세서에 개시된 실시예를 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 본 명세서에 개시된 실시예의 요지를 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 또한, 첨부된 도면은 본 명세서에 개시된 실시예를 쉽게 이해할 수 있도록 하기 위한 것일 뿐, 첨부된 도면에 의해 본 명세서에 개시된 기술적 사상이 제한되지 않으며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.
제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 구성요소들은 용어들에 의해 한정되지는 않는다. 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다.
어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.
단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다.
본 문서에서, "포함한다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
본 문서에서, 발주자는 필요한 제조, 수리, 건설, 또는 용역을 다른 사업자에게 최초로 위탁한 사업자, 기관 등을 의미한다. 또한, 원수급(元受給)사(또는 원사업자)는 발주자로부터 제조, 수리, 건설, 또는 용역을 최초로 위탁(또는 도급) 받고, 다른 사업자에게 발주자로부터 위탁 받은 일의 적어도 일부를 위탁하는 사업자를 의미한다. 또한, 하수급(下受給)사는, 원수급사로부터 원수급사가 위탁 받은 일의 적어도 일부를 위탁(또는 도급) 받은 수급 사업자를 의미하며, 수차의 하도급이 있을 경우 바로 상위의 수급 사업사를 직상 수급사라 한다. 건설 공사를 예로 들면, 철도 시설 공단이 특정 건설 공사 전체를 제1 사업자에게 최초로 위탁하고, 제1 사업자가 해당 건설 공사의 일부를 제2 사업자에게 위탁하고, 제2 사업자가 자신이 위탁 받은 일의 일부를 제3 사업자에게 위탁한 경우, 철도 시설 공단은 발주자, 제1 사업자는 원수급사, 제2 사업자는 1차 하수급사, 제3 사업자는 2차 하수급사일 수 있다. 또한, 본 문서에서는 수급 관계에 따라서, 수급사(원수급사, 하수급사)들을 '상위 사업자'와 '하위 사업자'로 명명하여 사용할 수도 있다. 예를 들어, 위의 철도 시설 공단의 수급 예에서 제1 사업자는 제2 및 제3 사업자의 상위 사업자이고, 제2 및 제3 사업자는 제1 사업자의 하위 사업자이며, 제3 사업자는 제2 사업자의 하위 사업자가 될 수 있다.
도 1은 일 실시 예에 따른 체불 방지 시스템을 개략적으로 도시한다.
도 1을 참조하면, 일 실시 예에 따른 체불 방지 시스템(10)은 청구등록 시스템(11), 정보중계 시스템(12), 및 자금관리 시스템(13)을 포함할 수 있다.
청구등록 시스템(11)은 발주기관이 운용하는 시스템(또는 서버)으로, 발주기관이 발주한 사업(이하, '발주사업'이라 칭함) 별로 계약대장을 생성하고 관리할 수 있다. 계약대장은, 해당 발주사업의 발주기관과 원수급사 사이, 원수급사와 하수급사 사이, 도급 관계를 가지는 하수급사들 사이, 또는 하수급사와 근로자/장비업자/자재업자 사이의 계약정보, 청구정보, 지급정보 등을 포함할 수 있다.
청구등록 시스템(11)은 발주기관의 발주사업과 관련하여 대금을 지급받는 각 지급대상으로부터 청구정보를 입력 받을 수 있다. 본 문서에서, '지급대상'은, 발주기관의 발주사업과 관련하여 대금을 지급받도록 계약된 모든 채권자를 의미하며, 원수급사와 하수급사 뿐만 아니라, 근로자, 장비업자, 자재업자 등도 지급대상에 포함될 수 있다.
청구등록 시스템(11)은 각 지급대상에 의해 입력된 청구정보의 적정성 검증, 청구 승인, 및 계약대장 내 등록을 관리할 수 있다. 각 지급대사에 의해 입력된 청구정보는 청구등록 시스템(11)으 통해 상위 사업자로 전달되고, 상위 사업자의 적정성 검증 및 청구승인을 거쳐 청구등록 시스템(11)에서 관리하는 계약대장에 최종 등록될 수 있다. 청구등록 시스템(11)에 최종 등록된 청구정보는 후술하는 자금관리 시스템(13)에 전달되어 대금 지급을 위해 참조될 수 있다.
자금관리 시스템(13)은 발주기관의 대금지급을 관리할 수 있다. 자금관리 시스템(13)은 발주사업의 계약이 확정되면, 발주기관의 요청에 의해 발주사업과 관련된 자금 흐름을 관리하기 위한 가상계정(이하, 'e 계정'이라 칭함)을 발급할 수 있다. 또한, 자금관리 시스템(13)은, e 계정 내에서 지급대상 및 지급금액이 확정된 대금을 관리하는 확정 계정과, 지급대상 및 지급금액이 미확정된 대금을 관리하는 미확정 계정을 구분하여 관리할 수 있다.
자금관리 시스템(13)은 발주사업과 관련하여 대금을 지급받는 지급대상들에게 가상코드(이하, 'e 코드'라 칭함)와, 가상계좌(이하, 'e 계좌'라 칭함)를 각각 발급할 수 있다. e 계좌는 신규 예금가입 절차를 거치지 않은 무통장 전자계좌로서, 대응하는 지급대상에 의해 거래내역, 잔액 등의 조회가 가능하나, 자금관리 시스템(13)외 다른 대상에 의한 출금 등의 금융 거래가 제한될 수 있다. e 코드는 자금관리 시스템(13)이 지급대상 별로 지급해야 할 대금을 구분하고 관리하기 위한 전산코드이다. 각 e 코드에는 대응하는 지급대상의 e 계좌가 매핑될 수 있다. e 계좌는 자신이 매핑된 e 코드에 대금을 입금 받기 위한 수단으로 사용되며, e 코드는 자신에게 매핑된 e 계좌의 원장 데이터를 관리하기 위해 사용될 수 있다.
자금관리 시스템(13)은 통신 장치(131), 제어 장치(132), 및 데이터베이스 관리 시스템(DBMS: database management system)(133)을 포함할 수 있다.
통신 장치(131)는 외부 장치와 자금관리 시스템(13) 사이의 정보 송수신 기능을 수행할 수 있다. 예를 들어, 통신 장치(131)는 청구등록 시스템(11)과 통신할 수 있다.
DBMS(133)는 e 계정에서 관리되는 원장 데이터들을 저장 및 관리하기 위한 저장 장치이다. e 계정 내에서는, 지급대상 및 지급금액의 확정 여부에 따라서 확정 계정과 미확정 계정으로 구분되어 관리될 수 있다. DBMS(133)는 확정 계정과 관련된 원장 데이터를 저장하는 확정 계정 원장 DB(133-1), 및 미확정 계정과 관련된 원장 데이터를 저장하는 미확정 계정 원장 DB(133-2)를 포함할 수 있다. 확정 계정 원장 DB(133-1) 내에서는 e 코드 별로 원장 데이터가 저장되고 관리될 수 있다. 각 e 코드에서 관리되는 원장 데이터는, 대응하는 e 계좌에 대한 입출금 일자, 입금자, 입금액, 수취인, 출금액 등의 입출금 내역과, 지급대상과 관련된 부가 정보를 포함할 수 있다. 지급대상과 관련된 부가 정보로는, 지급대상이 최종적으로 대금을 지급받는 실수령계좌의 계좌정보(은행명, 계좌 번호)를 포함할 수 있다. 지급대상이 최종적으로 대금을 지급받는 수령계좌는 지급대상이 은행으로부터 발급받은 은행계좌로서, 입출금 등의 금융 거래가 제한되지 않는 일반 은행계좌이다. 미확정 계정 원장 DB(133-2)는 미확정 계정에 대해 발급된 e 계좌에 대한 원장 데이터를 저장하고 관리할 수 있다. 지급대상이 특정되지 않은 대금들은, 미확정 계정의 e 계좌에 입금되어 관리될 수 있다.
제어 장치(132)는 발주기관으로부터 입금된 대금이 각 지급대상의 수령 계좌에 직접 지급될 수 있도록 관리하는 기능을 수행할 수 있다.
이를 위해, 제어 장치(132)는 발주기관의 대금 관리를 위한 e 계정과, 해당 e 계정 내에서 지급대상 별로 대금 지급을 관리하기 위한 e 코드들과, e 계정 상에서 e 코드 별로 대금을 입금 받거나, 또는 미확정 계정의 대금을 입금 받기 위한 e 계좌들을 발급할 수 있다. e 코드 및 이에 대응하는 e 계좌의 발급은, 청구등록 시스템(11)에 등록된 계약대장에 기초해 이루어질 수 있다. 즉, 제어 장치(132)는 계약대장에 대금을 지급받도록 등록된 근로자를 포함한 모든 지급대상에게 e 코드 및 이에 대응하는 e 계좌를 발급할 수 있다.
제어 장치(132)는 e 계정에서 관리하는 e 계좌(예를 들어, 원수급사의 e 계좌)에 대금이 입금되면, 청구등록 시스템(11)으로부터 수신되는 청구정보에 기초해 입금된 대금을 확정 계정의 e 코드 별로 분산시켜 예치할 수 있다. 즉, 제어 장치(132)는 청구정보로부터 지급대상과 각 지급대상에 대한 지급금액을 확인하고, 이에 기초해 발주기관으로부터 입금된 금액을 각 지급대상의 e 계좌에 분산 이체할 수 있다. 그런 다음, 제어 장치(132)는 확정 계정의 각 e 코드 별로 분산 예치된 금액을, 대응하는 지급대상의 수령계좌에 이체하여 대금을 지급할 수 있다.
e 계정에서 관리하는 e 계좌에 입금된 대금에 지급대상이 미확정된 대금이 포함된 경우, 제어 장치(132)는 입금된 대금에서 미확정된 금액만큼 분리하여 미확정 계정의 e 계좌로 이체할 수 있다. 제어 장치(132)는 청구등록 시스템(11)에 등록된 청구정보에 기초해, 입금된 대금 중 지급대상이 미확정된 금액을 확인할 수 있다.
제어 장치(132)는 추후 청구등록 시스템(11)을 통해 미확정 계정에 예치된 금액에 대해 지급대상이 확정되면, 지급대상이 확정된 금액만큼 확정 계정에서 관리하는 지급대상의 e 계좌로 이체할 수 있다.
제어 장치(132)가 대금 지급을 관리하는 방법에 대해서는 후술하는 도 4 내지 도 7을 참조하여 상세히 설명하기로 한다.
정보중계 시스템(12)은 청구등록 시스템(11) 및 자산관리 시스템(13)과 네트워크를 통해 연결되며, 청구등록 시스템(11)과 자산관리 시스템(13) 사이의 정보 중계 기능을 수행할 수 있다. 자금관리 시스템(13)은 상위 사업에 대한 압류로 인해 하위 사업자에게 지급해야 하는 대금이 압류되는 것을 방지하기 위해, 지급대상을 직접 식별할 수 있는 정보가 아닌, e 코드에 기반해 대금 지급을 관리할 수 있다. 따라서, 정보중계 시스템(12)은 청구등록 시스템(11)으로부터 청구정보, 지급지시 등이 수신되면, 자금관리 시스템(13)에서 e 코드에 기반하여 이를 처리할 수 있도록 수신된 정보를 변환하여 전달할 수 있다. 또한, 자금관리 시스템(13)으로부터 지급내역 등이 수신되면, 청구등록 시스템(11)에서 계약대장에 기초해 이를 처리할 수 있도록 수신된 정보를 변환하여 전달할 수 있다.
도 2는 일 실시 예에 따른 체불방지 시스템(10)에서의 대금 지급 방법을 개략적으로 도시한다. 도 2의 대금 지급 방법은 도 1을 참조하여 설명한 자금관리 시스템(13)에 의해 수행될 수 있다.
도 2를 참조하면, 자금관리 시스템(13)은 발주기관의 대금 관리를 위한 e 계정을 생성할 수 있다(S10). S10 단계에서, 자금관리 시스템(13)은 e 계정 내에서 지급대상이 특정된 자금을 관리하기 위한 확정 계정과, 지급대상이 특정되지 않은 자금을 관리하기 위한 미확정 계정을 추가로 생성할 수 있다.
자금관리 시스템(13)은 e 계정이 생성됨에 따라, 해당 e 계정 내에서 지급대상 별로 대금을 관리하기 위한 e 코드들과, e 계정 내에서 e 코드 별로 대금을 입금 받거나, 또는 미확정 계정의 대금을 입금 받기 위한 e 계좌들을 생성할 수 있다(S11). S11 단계에서, e 코드 및 이에 대응하는 e 계좌의 발급은, 청구등록 시스템(11)에 등록된 계약대장에 기초해 이루어질 수 있다. 즉, 자금관리 시스템(13)은 계약대장에 대금을 지급받도록 등록된 모든 지급대상에게 e 코드 및 이에 대응하는 e 계좌를 발행할 수 있다.
발주기관이 기성금 또는 선급금을 지급하고자 하는 경우, 또는 원수급사 또는 하수급사가 자신의 하위 사업자에게 선지급하고자 하는 경우, 발주기관, 원수급사, 또는 하수급사는, 자금관리 시스템(13)의 e 계정에서 관리하는 e 계좌(예를 들어, 원수급사 또는 하수급사의 e 계좌)에 지급하고자 하는 대금을 입금할 수 있다. 자금관리 시스템(13)은 이러한 이유로 e 계정에서 관리하는 e 계좌에 외부(발주기관, 원수급사, 또는 하수급사)로부터 대금이 입금된 것이 확인되면(S12), 입금내역(입금인, 입금일자, 입금액 등)에 대한 정보와 함께 대금 입금을 통보하는 정보를 청구등록 시스템(11)에 전송할 수 있다(S13). 자금관리 시스템(13)으로부터 입금 통보를 수신한 청구등록 시스템(11)은 등록된 청구정보들 중 수신된 입금 통보에 대응하는 청구정보를 확인하고, 확인된 청구정보와 함께 지급지시를 자금관리 시스템(13)에 전송할 수 있다.
자금관리 시스템(13)은 청구등록 시스템(11)으로부터 지급지시가 수신되면, 청구등록 시스템(11)으로부터 수신한 청구정보에 기초해, e 계좌에 입금된 대금 중 지급대상이 미확정된 금액이 포함되었는지를 확인할 수 있다(S15). 그리고, e 계좌에 입금된 대금에 지급대상이 미확정된 금액이 포함된 경우, 자금관리 시스템(13)은 e 계좌에 입금된 대금 중 지급대상이 미확정된 금액만큼 미확정 계정의 e 계좌에 분리 예치할 수 있다(S16).
자금관리 시스템(13)은 e 계좌에 입금된 대금 중 지급대상이 확정된 대금에 대해서는, 청구정보에 기초해 확정 계정에서 관리하는 지급대상의 e 코드 별로 분산 예치할 수 있다(S17). 즉, 자금관리 시스템(13)은 확정계정에서 관리하는 각 지급대상의 e 계좌에 각 지급대상의 지급금액만큼 분산하여 입금할 수 있다.
e 코드 별로 분산 예치된 금액은, 이후 자산관리 시스템(13)에 의해 대응하는 지급대상의 수령계좌에 각각 이체될 수 있다(S18). S18 단계에서, 자금관리 시스템(13)은 확정 계정 원장 DB(133-1)로부터 e 코드 별 원장 데이터를 확인하여, 각 e 코드에 대응하는 지급대상의 수령계좌를 확인하고, 확인된 수령계좌로 각 e 코드에 분산 예치 중인 금액을 이체할 수 있다. 자금관리 시스템(13)은 지급대상의 수령계좌에 대금 지급이 완료되면, 청구등록 시스템(11) 내 계약대장 갱신을 위해 지급내역(지급대상, 지급일시, 지급금액 등)에 대한 정보(지급정보)를 청구등록 시스템(11)으로 전달할 수도 있다.
한편, 자금관리 시스템(13)은 대금 지급 과정에서 발생하는 각 e 계좌의 입출금 내역에 기초해, 확정 계정 원장 DB(133-1) 또는 미확정 계정 원장 DB(133-2)에 저장된 원장 데이터를 지속적으로 갱신할 수 있다.
이하, 도 3 내지 도 7을 참조하여 체불방지 시스템(10)의 대금 지급 방법에 대해 좀 더 상세히 설명한다.
도 3은 일 실시 예에 따른 체불방지 시스템(10)에서 대금 지급을 위해 청구내역을 관리하는 일 예를 도시한다. 도 3은 발주사업 진행 중 지급대상 및 지급금액이 확정되어 청구되는 기성금에 대한 청구내역을 관리하는 경우를 도시한다.
도 3을 참조하면, 근로자/장비업자/자재업자는 자신의 단말(미도시)을 통해 청구등록 시스템(11)에 접속하여, 하수급사로부터 위탁 받은 일에 대해 비용(노무비용, 장비대금, 자재대금 등)을 청구하는 청구정보(3-1)를 청구등록 시스템(11)에 입력할 수 있다(S21). 여기서, 청구정보(3-1)는 청구대상(하수급사), 지급대상(근로자, 장비업자, 또는 자재업자), 수령계좌정보(은행명, 계좌번호 등), 청구금액 등에 대한 정보를 포함하며, 지급대상 별로 생성될 수 있다. 예를 들어, 근로자의 노무 비용을 청구하는 청구정보의 경우, 근로자 별로 청구정보가 별도 생성될 수 있다.
청구등록 시스템(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)는 청구대상(원수급사), 지급대상(하수급사), 수령계좌정보, 청구금액 등에 대한 정보를 포함할 수 있다.
청구등록 시스템(11)은 S23 단계를 통해 수신한 청구정보(3-2)를 청구등록 시스템(11)의 데이터베이스에 저장할 수 있다. 이후, 청구등록 시스템(11)은 원수급사가 자신의 시스템(이하, '원수급사 시스템'이라 칭함)(미도시)을 통해 청구등록 시스템(11)에 접속하면, 해당 원수급사에 대해 하수급사가 청구항 청구정보에 대한 정보를 원수급사 시스템에 전달할 수 있다(S24). 여기서, 원수급사에게 청구된 청구정보는, 하수급사가 자신의 몫으로 청구항 청구정보(3-2)와, 근로자/장비업자/자재업자가 하수급사에게 청구항 청구정보(3-1)를 모두 포함할 수 있다.
원수급사 시스템을 통해 자신에게 청구된 청구정보(3-1, 3-2)를 확인한 원수급사는, 해당 청구정보(3-1, 3-2)에 대한 청구 적정성을 검증할 수 있다. 그리고, 청구정보(3-1, 3-2)의 적정성 검증이 완료되면, 원수급사는 원수급사 시스템을 통해 해당 청구정보(3-2)에 대한 청구승인을 청구등록 시스템(11)에 전달할 수 있다. 원수급사는 또한 발주기관에 자신 몫의 비용을 청구하는 청구정보(3-3)를 원수급사 시스템을 통해 청구등록 시스템(11)에 입력할 수 있다(S25). 여기서, 청구정보(3-3)는 지급대상(원수급사), 수령계좌정보, 청구금액 등에 대한 정보를 포함할 수 있다.
청구등록 시스템(11)은 S25 단계를 통해 수신한 청구정보(3-3)을 청구등록 시스템(11)의 데이터베이스에 저장할 수 있다. 청구등록 시스템(11)에 등록된 청구정보들(3-1, 3-2, 3-3)은 대응하는 사업을 발주한 발주기관의 시스템(이하, '발주기관 시스템'이라 칭함)(미도시)에 전달되어(S26), 발주기관 시스템에 의해 최종적으로 청구 적정성이 검증될 수 있다. 발주기관 시스템은 청구정보들(3-1, 3-2, 3-3)에 대한 적정성 검증이 완료되면, 청구등록 시스템(11)으로 청구승인을 전달하여 청구정보를 최종적으로 확정할 수 있다(S27).
청구등록 시스템(11)에 의해 최종 확정된 청구정보는 청구등록 시스템(11)에서 관리하는 계약대장 내에 등록되며, 정보중계 시스템(12)을 통해 자금관리 시스템(13)에 전달되어(S28), 발주기관으로부터 지급된 대금을 각 지급대상에게 지급하기 위해 참조될 수 있다.
도 3을 참조하여 설명한 바에 따르면, 청구등록 시스템(11)은 발주사업과 관련하여 비용을 지급받는 당사자(지급대상)가 직접 청구정보를 등록하도록 함으로써, 대금 청구가 누락되거나 타인의 계좌로 대금을 수령하는 것이 방지될 수 있다. 또한, 각 단계에서 입력된 청구정보를 청구등록 시스템(11)에서 관리하고, 하위 사업자에 의해 등록된 청구정보에 대해서는 상위 사업자에 의해 적정성 검증이 이루어지도록 함으로써, 지급대상별 계약 조회가 가능하고 대금 지급의 적정성이 모니터링될 수 있다.
도 4는 일 실시 예에 따른 체불관리 시스템(10)에서 대금을 관리하는 일 예를 도시한다. 도 4의 대금 관리 방법은, 도 3을 참조하여 설명한 방법으로 최종 확정된 청구정보에 기초해 지급 대상들에게 기성금을 지급하는 경우를 도시한다.
도 4를 참조하면, 청구등록 시스템(11)에 의해 기성금에 대한 청구정보가 최종 확정되면(도 3 참조), 발주기관은 자금관리 시스템(13)에서 관리하는 대표 e 계좌(또는 원수급사의 e 계좌)에 확정된 기성금을 입금할 수 있다(S31). 이 때, 발주기관에 의해 입금되는 금액은 청구등록 시스템(11)에 의해 최종 확정된 청구정보(3-1, 3-2, 3-3)의 총 지급금액에 해당할 수 있다. 즉, 발주기관은 원수급사, 하수급사, 및 근로자/장비업자/자재업자에게 지급할 금액들을 모두 합산한 금액을 대표 e 계좌에 입금할 수 있다.
발주기관으로부터 기성금이 입금되면, 자금관리 시스템(13)은 청구등록 시스템(11)에 대금이 입금되었음을 통보하고, 청구등록 시스템(11)으로부터 청구정보와 함께 지급 지시를 수신할 수 있다. 이에 따라, 자금관리 시스템(13)은 청구등록 시스템(11)으로부터 전달받은 청구정보에 기초해, 발주기관에 의해 입금된 기성금을 각 지급대상의 e 코드 별로 분산시켜 예치할 수 있다(S32). 즉, 자금관리 시스템(13)은 발주기관에서 입금한 금액을 각 지급대상(원수급사, 하수급사, 근로자, 자재업자, 및 장비업자 원수급사) 별 지급금액으로 분산하고, 분산된 금액을 각 지급대상의 e 코드에서 관리하는 e 계좌에 이체할 수 있다.
이후, 자금관리 시스템(13)은 e 코드 별로 분산 예치된 금액을, 각 지급대상의 수령계좌에 이체하여 해당 지급대상에게 대금을 직접 지급할 수 있다(S33, S34, S35). 자금관리 시스템(13)은 각 지급대상의 수령계좌에 대금 이체가 완료되면, 해당 이체 내역을 확정 계정 원장 DB(133-1)에 e 코드 별로 매핑하여 저장할 수 있다. 또한, 청구등록 시스템(11) 내 계약대장 갱신을 위해 이체 내역에 대한 정보(지급정보)를 청구등록 시스템(11)으로 전달할 수도 있다.
도 4를 참조하여 설명한 바에 따르면, 기성금 지급 시 상위 사업자가 대금을 수령하여 하위 사업자에게 전달하는 방식을 사용하는 대신, 자산관리 시스템(13)이 기성금을 각각의 지급대상 별로 자동으로 분산하여 각 지급대상에게 직접 지급하는 방식이 사용된다. 따라서, 발주기관이 지급한 기성금이 각 지급대상에게 안전하게 전달될 수 있어, 하위 사업자에 대한 지급 보장이 가능하다. 또한, 지급대상별로 금액을 분산하는 과정에서 사용되는 e 계좌는 자산관리 시스템(13)의 내부에서 관리되는 계좌로서 지급대상이 해당 계좌를 발급받기 위해 복잡한 계좌 발급 과정과 등록 과정을 필요로 하지 않으므로, 지급대상의 편의성이 증대될 수 있다.
도 5는 일 실시 예에 따른 체불관리 시스템(10)에서 대금을 관리하는 다른 예를 도시한다. 도 5의 대금 관리하는 방법은, 발주기관에 의해 지급된 집행선금을 관리하는 경우를 도시한다. 집행선금은, 발주사업의 진행을 위해 발주기관이 원수급사에 최초로 지급하는 선급금이다.
도 5를 참조하면, 원수급사는 발주기관에 집행선금을 청구하기 위해, 청구등록 시스템(11)을 통해 청구정보(4-1)를 등록하고, 발주기관에 승인을 신청한다(S41). 청구정보(4-1)는 집행선금에 대한 청구내역이므로, 원수급사 자신의 몫 외에 나머지 대금에 대해서는 지급대상이 확정되지 않을 수 있다.
발주기관은 청구정보(4-1)에 대한 청구 적성성이 검증되면, 청구등록 시스템(11)을 통해 청구정보(4-1)를 최종 확정할 수 있다. 또한, 발주기관은 최종 확정된 청구정보(4-1)에 해당하는 집행선금을 자금관리 시스템(10)에서 관리하는 대표 e 계좌(예를 들어, 원수급사의 e 계좌)에 입금할 수 있다(S42).
발주기관으로부터 집행선금이 입금되면, 자금관리 시스템(13)은 청구등록 시스템(11)에 대금이 입금되었음을 통보하고, 청구등록 시스템(11)으로부터 청구정보(4-1)와 함께 지급지시를 수신할 수 있다. 이에 따라, 자금관리 시스템(13)은 청구등록 시스템(11)으로부터 전달받은 청구정보(4-1)에 기초해, 입금된 집행선금을 확정 계정 및 미확정 계정으로 분산 예치할 수 있다(S43). 즉, 자금관리 시스템(13)은 발주기관에서 입금된 집행선금을 지급대상이 원수급사로 확정된 금액과 지급대상이 미확정된 금액으로 나눈 뒤, 지급대상이 원수급사로 확정된 금액은 확정 계정에 의해 관리되는 원수급사 e 계좌에 예치하고, 지급대상이 미확정된 금액은 미확정 계정에 의해 관리되는 e 계좌에 예치할 수 있다.
이후, 원수급사의 e 코드에 예치된 금액은 자금관리 시스템(13)에 의해 원수급사의 수령계좌에 직접 이체될 수 있으며, 미확정 계정에 예치된 금액은 지급대상이 특정될 때까지 미확정 계정에 예치된 상태를 유지할 수 있다.
도 6은 일 실시 예에 따른 체불관리 시스템(10)에서 대금을 관리하는 또 다른 예를 도시한다. 도 6의 대금 관리 방법은, 원수급사와 하수급사의 하도급 계약 후 사용선금을 지급하는 경우를 도시한다. 사용선금은 원수급사가 필요시 청구하여 사용하는 선급금이다.
도 6을 참조하면, 하수급사는 청구등록 시스템(11)에 청구정보(5-1)를 등록하고, 청구등록 시스템(11)을 통해 원수급사에 청구 승인을 요청한다(S51). 여기서, 청구정보(5-1)는 하수급사 자신의 몫 외에 나머지 대금에 대해서는 지급대상이 확정되지 않을 수 있다.
청구등록 시스템(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)를 포함하는 지급 지시를 전달할 수 있다.
자금관리 시스템(13)은 청구등록 시스템(11)으로부터 전달받은 청구정보(5-2)에 기초해, 미확정 계정에 예치된 집행선금 중 지급대상이 정해진 일부 금액을 확정 계정으로 이체할 수 있다(S53). 즉, 미확정 계정에 예치된 집행선금 중, 청구정보(5-2)에서 하수급사에게 지급하도록 결정된 금액 만큼을 확정 계정 내에서 관리되는 하수급사의 e 계좌에 이체할 수 있다. 청구정보(5-2)에 포함된 청구내역 중 원수급사에 지급되어야 하는 사용선금은, 발주기관에서 집행선금을 입금 시 이미 원수급사의 e 계좌에 이체된 상태인 경우(도 5 참조) 별도의 이체가 필요하지 않을 수 있다.
자금관리 시스템(13)은 미확정 계정에서 확정 계정으로 대금 이체가 완료되면, 확정 계정 내 원수급사와 하수급사의 e 계좌에 예치된 금액을 원수급사와 하수급사의 수령계좌에 각각 이체할 수 있다(S54, S55). 이후에도, 미확정 계정에 남아있는 금액은 지급대상이 특정될 때까지 미확정 계정에 예치된 상태를 유지할 수 있다. 자금관리 시스템(13)은 원수급사 및 하수급사의 수령계좌에 대금 이체가 완료되면, 해당 이체 내역을 확정 계정 원장 DB(133-1)에 원수급사 및 하수습사의 e 코드에 매핑하여 저장할 수 있다. 또한, 청구등록 시스템(11) 내 계약대장 갱신을 위해 이체 내역에 대한 정보(지급정보)를 청구등록 시스템(11)으로 전달할 수도 있다.
도 5 및 도 6을 참조하여 설명한 바에 따르면, 자금관리 시스템(13)은 지급대상이 미확정된 선급금을 별도의 미확정 계정에 예치하여 관리하고, 선급금에 대해 지급대상 본인이 청구내역을 등록하여 지급대상이 특정된 후에만 해당 금액만큼을 확정 계정으로 이체하여 특정된 지급 대상에게 지급할 수 있다. 따라서, 지급대상의 특정 없이 미리 지급된 선급금을 투명하고 원활하게 관리할 수 있으며, 상위 사업자에 대한 압류로 인해 하위 사업자에게 지급되어야 하는 대금까지 압류되는 상황을 회피할 수 있다.
도 7은 일 실시 예에 따른 체불관리 시스템(10)에서 대금을 관리하는 또 다른 예를 도시한다. 도 7의 대금 관리 방법은, 발주기관으로부터 대금을 입금 받기 전에 선지급이 필요한 경우 선지급금을 관리하는 경우를 도시한다.
도 7을 참조하면, 근로자/장비업자/자재업자는 하수급사로부터 위탁 받은 일에 대해 비용(노무비용, 장비대금, 자재대금 등)을 청구하는 청구정보(6-1)를 청구등록 시스템(11)에 등록할 수 있다(S61).
청구등록 시스템(11)을 통해 청구정보(6-1)를 확인한 하수급사는, 청구정보(6-1)에 대한 청구 적정성을 검증할 수 있다. 하수급사는 청구정보(6-1)에 대한 청구 적정성이 검증되면, 청구정보(6-1)에 대한 청구 승인을 청구등록 시스템(11)에 전달할 수 있다. 또한, 하수급사는 근로자/장비업자/자재업자로부터 청구된 금액을 지급하기 위해, 청구등록 시스템(11)을 통해 선지급금을 청구하는 청구정보(6-2)를 원수급사에 전달하여 원수급사에 선지급을 요청할 수 있다(S62). 청구정보(6-2)는 청구정보(6-1) 외에 하수급사 몫의 청구내역을 더 포함할 수 있다.
청구등록 시스템(11)을 통해 하수급사로부터 선지급금에 대한 청구정보(6-2)를 수신한 원수급사는 청구정보(6-2)에 대한 청구 적정성을 검증할 수 있다. 원수급사는 청구정보(6-2)의 청구 적정성이 검증되면, 청구등록 시스템(11)에 청구 승인을 전달할 수 있다. 또한, 원수급사는 하수급사에서 요청한 선지급금을 자금관리 시스템(13)의 e 계정에서 관리하는 원수급사의 e 계좌에 입금할 수 있다(S63). 선지급금의 지급 시, 원수급사는 자기 자금을 직접 자신의 e 계좌에 입금할 수도 있고, 자신의 e 계좌에 해당 금액이 입금되도록 금융지원을 신청할 수도 있다.
원수급사의 선지급금 입금이 확인되면, 자금관리 시스템(13)은 청구등록 시스템(11)에 선지급금의 입금이 확인되었음을 통보할 수 있다. 이후, 청구등록 시스템(11)을 통해 선지급금의 입금을 확인한 하수업자가 청구등록 시스템(11)에 지급지시를 요청하면, 자금관리 시스템(13)은 이에 대한 응답으로 청구등록 시스템(11)으로부터 하수급사의 지급지시(S64)와 함께 청구정보(6-2)를 수신할 수 있다.
지급지시가 접수됨에 따라, 자금관리 시스템(13)은 청구정보(6-2)에 기초해 확정 계정에서 관리하는 지급대상자들의 e 코드 별로 입금된 선지급금을 분산 예치할 수 있다(S65). 즉, 자금관리 시스템(13)은 청구정보(6-2)로부터 선지급금을 신청한 지급대상(근로자, 장비업자, 자재업자, 및 하수급사)을 식별하고, 확정 계정에서 관리하는 e 계좌들 중 지급대상들의 e 코드에 대응하는 e 계좌에 각 지급대상에게 지급해야 하는 대금을 이체할 수 있다.
이후, 자금관리 시스템(13)은 확정 계정에서 관리하는 선지급금 중 하수급사의 하위 사업자인 지급대상(근로자, 장비업자, 또는 자재업자)의 e 계좌에 예치된 선지급금을, 각 지급대상(근로자, 장비업자, 또는 자재업자)의 수령계좌에 직접 이체하여 선지급금을 지급할 수 있다(S66). 상위 사업자가 하위 사업자가 청구한 선지급금을 자금관리 시스템(13)을 통해 선지급하지 않을 경우, 추후 청구등록 시스템(11)을 통한 대금 청구가 허용되지 않을 수 있다.
자금관리 시스템(13)은 각 지급대상의 수령계좌에 대금 이체가 완료되면, 해당 이체 내역을 확정 계정 원장 DB(133-1)에 e 코드 별로 매핑하여 저장할 수 있다. 또한, 청구등록 시스템(11) 내 계약대장 갱신을 위해 이체 내역에 대한 정보(지급정보)를 청구등록 시스템(11)으로 전달할 수도 있다.
도 7을 참조하여 설명한 바에 따르면, 상위 사업자에 의해 선지급금이 입금되어 각 지급대상에게 전달되기까지의 전 과정이 자금관리 시스템(13)에 의해 관리되고 기록되므로, 선지급금의 투명한 관리가 가능할 수 있다. 또한, 상위 사업자가 하위 사업자가 청구한 선지급금에 대한 대금 지급을 자금관리 시스템(13)을 통해 완료하지 않을 경우, 상위 사업자가 청구등록 시스템(11)을 통해 새로운 대금을 청구하는 것을 불허함으로써, 대금 청구가 누락되는 것을 방지할 수 있다.
전술한 실시예는, 프로그램이 기록된 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는, 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는, HDD(Hard Disk Drive), SSD(Solid State Disk), SDD(Silicon Disk Drive), ROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크, 광 데이터 저장 장치 등이 있으며, 또한 캐리어 웨이브(예를 들어, 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다. 또한, 컴퓨터는 단말기의 제어 장치를 포함할 수도 있다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.

Claims (17)

  1. 발주기관의 발주사업과 관련된 대금을 지급하는 자금관리 시스템의 대금 지급 방법으로서,
    상기 자금관리 시스템이, 상기 발주사업의 계약대장을 수신하는 단계,
    상기 자금관리 시스템이, 상기 발주사업의 대금을 관리하기 위한 가상계정을 생성하는 단계,
    상기 자금관리 시스템이, 상기 가상 계정 내에서 지급대상이 특정된 대금을 관리하기 위한 확정 계정, 및 지급대상이 특정되지 않은 대금을 관리하기 위한 미확정 계정을 생성하는 단계,
    상기 자금관리 시스템이, 상기 가상계정 내에서 상기 발주사업과 관련하여 대금을 지급받는 복수의 지급대상 각각의 대금 지급을 관리하기 위한 복수의 가상코드, 및 상기 복수의 가상코드에 의해 관리되는 복수의 가상계좌를 생성하는 단계,
    상기 자금관리 시스템이, 상기 복수의 가상계좌 중 제1 가상계좌에 외부로부터 대금이 입금되면, 상기 발주사업의 제1 청구정보에 포함된 적어도 하나의 지급대상 및 지급금액에 기초해, 상기 제1 가상계좌에 입금된 대금을 상기 복수의 가상계좌 중 상기 적어도 하나의 지급대상에 대응하는 적어도 하나의 제2 가상계좌에 분산 예치하는 단계, 및
    상기 자금관리 시스템이, 상기 적어도 하나의 제2 가상계좌에 예치된 대금을 상기 적어도 하나의 지급대상 각각의 은행계좌에 직접 이체하는 단계를 포함하며,
    상기 복수의 지급대상은 적어도 하나의 근로자를 포함하고,
    상기 복수의 가상계좌 및 상기 복수의 가상코드는 상기 확정 계정 내에서 관리되며,
    상기 분산 예치하는 단계는, 상기 입금된 대금이 지급대상이 미확정된 대금을 포함하는 선급금이면, 상기 선급금 중 상기 지급대상이 미확정된 대금을 상기 미확정 계정에 예치하는 단계를 포함하고,
    상기 대금 지급 방법은,
    상기 자금관리 시스템이, 상기 미확정 계정에 예치된 대금에 대해 지급대상을 특정하는 제2 청구정보가 수신되면, 상기 제2 청구정보에 기초해 상기 미확정 계정에 예치된 대금 중 적어도 일부를 상기 확정 계정에서 관리하는 상기 복수의 가상계좌 중 적어도 하나의 제3 가상계좌에 이체하는 단계, 및
    상기 자금관리 시스템이, 상기 적어도 하나의 제3 가상계좌에 이체된 대금을 상기 제2 청구정보에 의해 특정된 지급대상의 은행계좌에 이체하는 단계를 더 포함하며,
    상기 복수의 가상코드, 및 상기 복수의 가상계좌를 생성하는 단계는, 상기 자금관리 시스템이, 상기 계약대장에 등록된 상기 복수의 지급대상 각각에 대해, 신규 예금가입 절차 없이, 가상코드 및 가상계좌를 발급하는 단계를 포함하며,
    상기 복수의 가상계좌는 상기 자금관리 시스템 외 대상에 의한 금융 거래가 제한되는 무통장 전자계좌인, 대금 지급 방법.
  2. 삭제
  3. 삭제
  4. 삭제
  5. 삭제
  6. 발주기관의 발주사업과 관련하여 대금 지급을 처리하는 시스템으로서,
    복수의 지급대상에 의해 상기 발주사업과 관련하여 등록되는 청구정보를 관리하는 청구등록 시스템과 통신하는 통신 장치, 그리고
    상기 청구등록 시스템으로부터 상기 발주사업의 계약대장을 수신하며, 상기 계약대장에 기초해 상기 발주사업의 대금을 관리하기 위한 가상계정, 상기 가상계정 내에서 상기 복수의 지급대상 각각의 대금 지급을 관리하기 위한 복수의 가상코드, 및 상기 복수의 가상코드에 의해 관리되는 복수의 가상계좌를 생성하고, 상기 복수의 가상계좌 중 제1 가상계좌에 외부로부터 대금이 입금되면, 상기 청구등록 시스템에 등록된 제1 청구정보의 적어도 하나의 지급대상 및 지급금액에 기초해 상기 제1 가상계좌에 입금된 대금을 상기 복수의 가상계좌 중 상기 적어도 하나의 지급대상에 대응하는 적어도 하나의 제2 가상계좌에 분산 예치하며, 상기 적어도 하나의 제2 가상계좌에 예치된 대금을 상기 적어도 하나의 지급대상 각각의 은행계좌에 직접 이체하는 제어 장치를 포함하며,
    상기 복수의 지급대상은 적어도 하나의 근로자를 포함하며,
    상기 제어 장치는, 상기 가상 계정 내에서 지급대상이 특정된 대금을 관리하기 위한 확정 계정, 및 지급대상이 특정되지 않은 대금을 관리하기 위한 미확정 계정을 생성하고,
    상기 제어 장치는, 상기 계약대장에 등록된 상기 복수의 지급대상 각각에 대해, 신규 예금가입 절차 없이, 가상코드 및 가상계좌를 발급하며,
    상기 복수의 가상계좌 및 상기 복수의 가상코드는 상기 확정 계정 내에서 관리되고, 상기 복수의 가상계좌는 상기 시스템 외 대상에 의한 금융 거래가 제한되는 무통장 전자계좌이며
    상기 제어 장치는, 상기 입금된 대금이 지급대상이 미확정된 대금을 포함하는 선급금이면, 상기 선급금 중 상기 지급대상이 미확정된 대금을 상기 미확정 계정에 예치하고, 상기 청구등록 시스템에 상기 미확정 계정에 예치된 대금에 대해 지급대상을 특정하는 제2 청구정보가 등록되면, 상기 제2 청구정보에 기초해 상기 미확정 계정에 예치된 대금 중 적어도 일부를 상기 확정 계정에서 관리하는 상기 복수의 가상계좌 중 적어도 하나의 제3 가상계좌에 이체하며, 상기 적어도 하나의 제3 가상계좌에 이체된 대금을 상기 제2 청구정보에 의해 특정된 지급대상의 은행계좌에 이체하는, 시스템.
  7. 삭제
  8. 삭제
  9. 삭제
  10. 삭제
  11. 발주기관의 발주사업과 관련하여 대금 지급을 처리하는 시스템으로서,
    상기 발주사업의 계약대장을 관리하며, 복수의 지급대상에 의해 상기 발주사업과 관련하여 입력되는 청구정보의 적정성 검증 및 승인을 관리하는 청구등록 시스템, 및
    상기 청구등록 시스템으로부터 상기 발주사업의 계약대장을 수신하며, 상기 계약대장에 기초해 상기 발주사업의 대금을 관리하기 위한 가상계정, 상기 가상계정 내에서 상기 복수의 지급대상 각각의 대금 지급을 관리하기 위한 복수의 가상코드, 및 상기 복수의 가상코드에 의해 관리되는 복수의 가상계좌를 생성하고, 상기 복수의 가상계좌 중 제1 가상계좌에 외부로부터 대금이 입금되면, 입금된 대금과 관련하여 상기 청구등록 시스템에 등록된 제1 청구정보의 적어도 하나의 지급대상 및 지급금액에 기초해 상기 제1 가상계좌에 입금된 대금을 상기 복수의 가상계좌 중 상기 적어도 하나의 지급대상에 대응하는 적어도 하나의 제2 가상계좌에 분산 예치하며, 상기 적어도 하나의 제2 가상계좌에 예치된 대금을 상기 적어도 하나의 지급대상 각각의 은행계좌에 직접 이체하는 자금관리 시스템을 포함하며,
    상기 복수의 지급대상은 적어도 하나의 근로자를 포함하고,
    상기 자금관리 시스템은, 상기 가상 계정 내에서 지급대상이 특정된 대금을 관리하기 위한 확정 계정, 및 지급대상이 특정되지 않은 대금을 관리하기 위한 미확정 계정을 생성하고,
    상기 자금관리 시스템은, 상기 계약대장에 등록된 상기 복수의 지급대상 각각에 대해, 신규 예금가입 절차 없이, 가상코드 및 가상계좌를 발급하며,
    상기 복수의 가상계좌 및 상기 복수의 가상코드는 상기 확정 계정 내에서 관리되고, 상기 복수의 가상계좌는 상기 시스템 외 대상에 의한 금융 거래가 제한되는 무통장 전자계좌이며,
    상기 자금관리 시스템은, 상기 입금된 대금이 지급대상이 미확정된 대금을 포함하는 선급금이면, 상기 선급금 중 상기 지급대상이 미확정된 대금을 상기 미확정 계정에 예치하고, 상기 청구등록 시스템에 상기 미확정 계정에 예치된 대금에 대해 지급대상을 특정하는 제2 청구정보가 등록되면, 상기 제2 청구정보에 기초해 상기 미확정 계정에 예치된 대금 중 적어도 일부를 상기 확정 계정에서 관리하는 상기 복수의 가상계좌 중 적어도 하나의 제3 가상계좌에 이체하며, 상기 적어도 하나의 제3 가상계좌에 이체된 대금을 상기 제2 청구정보에 의해 특정된 지급대상의 은행계좌에 이체하는, 시스템.
  12. 제11항에 있어서,
    상기 청구등록 시스템은, 제1 지급대상의 청구정보가 입력되면, 상기 제1 지급대상의 적어도 하나의 상위 사업자에 상기 제1 지급대상의 청구정보에 대한 청구 적정성 검증을 요청하고, 상기 제1 지급대상의 청구정보에 대한 청구 적정성이 검증된 경우에만 상기 제1 지급대상의 청구정보를 등록하여 관리하는, 시스템.
  13. 제11항에 있어서,
    상기 청구등록 시스템은, 제2 지급대상이 상기 제2 지급대상의 상위 사업자인 제3 지급대상에 선지급금을 청구하는 청구정보가 등록되면, 상기 자금관리 시스템에 의해 상기 선지급금에 대한 대금 지급이 완료될 때까지 상기 제3 지급대상의 대금 청구를 불허하는, 시스템.
  14. 삭제
  15. 삭제
  16. 삭제
  17. 삭제
KR1020210094191A 2021-07-19 2021-07-19 대금 지급 방법 및 이를 수행하는 시스템 KR102662748B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020210094191A KR102662748B1 (ko) 2021-07-19 2021-07-19 대금 지급 방법 및 이를 수행하는 시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020210094191A KR102662748B1 (ko) 2021-07-19 2021-07-19 대금 지급 방법 및 이를 수행하는 시스템

Publications (2)

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

Family

ID=85110501

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020210094191A KR102662748B1 (ko) 2021-07-19 2021-07-19 대금 지급 방법 및 이를 수행하는 시스템

Country Status (1)

Country Link
KR (1) KR102662748B1 (ko)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101922804B1 (ko) * 2017-06-13 2018-11-27 주식회사 우리은행 지급 대행 관리 방법 및 시스템
KR102236554B1 (ko) * 2020-07-23 2021-04-06 (주)투게더앱스 기업간 결제 정보를 이용한 신용도 평가 시스템 및 방법

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150111684A (ko) * 2014-03-26 2015-10-06 서울신용평가정보 주식회사 위치정보를 이용한 노무비 지급 관리 시스템 및 방법
KR20190142251A (ko) * 2018-06-15 2019-12-26 홍종열 인출제한계좌 등록이 필요 없는 대금 직접지급시스템

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101922804B1 (ko) * 2017-06-13 2018-11-27 주식회사 우리은행 지급 대행 관리 방법 및 시스템
KR102236554B1 (ko) * 2020-07-23 2021-04-06 (주)투게더앱스 기업간 결제 정보를 이용한 신용도 평가 시스템 및 방법

Also Published As

Publication number Publication date
KR20230013440A (ko) 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
AU2005255457B2 (en) Distributor-based transaction processing arrangement and approach
US7856406B2 (en) System and method for managing accounts payable and accounts receivable
CN101711396A (zh) 具有单据交换特征的建筑付款管理***和方法
JP2009059251A (ja) 賃金支払装置と賃金支払方法、及び賃金支払プログラム
JP6462167B1 (ja) 情報処理装置、情報処理方法及びプログラム
KR101219079B1 (ko) 노무비 지급을 보증하는 실시간 노무비 지급 시스템 및 그 시스템의 정보 처리 방법
KR102662748B1 (ko) 대금 지급 방법 및 이를 수행하는 시스템
US20220230154A1 (en) Method and system to dynamically route funding to virtual payment cards to resell subscription merchandise
KR101405356B1 (ko) 실시간 노무비 지급 시스템 및 그 시스템의 정보 처리 방법
JP2019175430A (ja) 情報処理装置、情報処理方法及びプログラム
KR102308024B1 (ko) 건설 공사를 위한 금융 지원 방법
JP7210251B2 (ja) 決済業務支援システムおよび決済業務支援方法
JP5852636B2 (ja) マンション管理会社向け振込管理システムおよび方法
KR20210037247A (ko) 블록체인 기반 상품 구매 중계 시스템 및 방법
JP7453440B1 (ja) 情報処理装置、方法、およびシステム
JP6688420B2 (ja) 取引管理装置、取引管理方法及びプログラム
JP2001338130A (ja) 公共施設等の建設・管理システム
JP2001331759A (ja) 債権債務管理システム
JP6668444B2 (ja) 賃貸料決済システム及び賃貸料決済方法
KR20220163305A (ko) 일감 연결 시스템
JP2023013497A (ja) 情報処理システム、方法、及びプログラム
US20170337629A1 (en) Systems and methods for enabling document requirement traversal in restricted zones

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