WO2013002432A1 - 재무관리 시스템 및 이를 이용한 재무관리방법 - Google Patents

재무관리 시스템 및 이를 이용한 재무관리방법 Download PDF

Info

Publication number
WO2013002432A1
WO2013002432A1 PCT/KR2011/004707 KR2011004707W WO2013002432A1 WO 2013002432 A1 WO2013002432 A1 WO 2013002432A1 KR 2011004707 W KR2011004707 W KR 2011004707W WO 2013002432 A1 WO2013002432 A1 WO 2013002432A1
Authority
WO
WIPO (PCT)
Prior art keywords
verification
risk
accounting information
financial
scenario
Prior art date
Application number
PCT/KR2011/004707
Other languages
English (en)
French (fr)
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 PCT/KR2011/004707 priority Critical patent/WO2013002432A1/ko
Publication of WO2013002432A1 publication Critical patent/WO2013002432A1/ko

Links

Images

Classifications

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

Definitions

  • the present invention relates to a financial management system and a financial management method using the same, and more particularly, to a financial management system and a financial management method to more easily detect accounting risks.
  • financial management refers to the management of corporate financial matters, such as raising and operating funds, in order to maximize profits.
  • Financial management as part of corporate management, aims to maintain the liquidity and stability of financials and enhance the profitability of capital based on the monetary flow.
  • the present invention is to solve the above problems, an object of the present invention to provide a financial management system that provides a systematic financial management required according to complex and diversified corporate activities and a financial management method using the same.
  • Another object of the present invention is to provide a financial management system and a financial management method using the same to prevent the risk of accounting errors due to inaccurate accounting data, and to provide accurate date management.
  • the financial management system extracts the original accounting information stored in the raw data storage unit, the raw data storage unit for storing the original accounting information, and generates summary accounting information by extracting items and accounts for verification from the original accounting information. And a data verification unit for generating financial verification information based on the summary accounting information generated by the data conversion unit.
  • the raw data storage unit may be configured as an enterprise resource planning (ERP) system.
  • ERP enterprise resource planning
  • the data verification unit may include a scenario storage unit that stores a verification scenario indicating a predefined definition of the risk of accounting errors, and a risk analysis module that analyzes summary accounting information according to the verification scenario to determine whether a risk exists.
  • the verification scenario may include scenarios for financial statement verification, data integrity verification, long-term unaccounted account verification, abnormal data management, cash management, sales program management, and inventory verification.
  • the risk analysis module may indicate the presence of a hazard as a three-stage alert.
  • the data verification unit may further include an input module that receives an input for follow-up of a risk according to an alarm generated from the risk analysis module.
  • the financial management method extracts original accounting information, extracts items and accounts for verification from original accounting information, generates summary accounting information, and performs financial verification based on the generated summary accounting information. It includes a step.
  • the step of performing the financial verification may include determining the existence of the risk by analyzing the summary accounting information according to the verification scenario representing the predefined definition of the risk of accounting errors.
  • the verification scenario may include scenarios for financial statement verification, data integrity verification, long-term unaccounted account verification, abnormal data management, cash management, sales program management, and inventory verification.
  • the step of performing the financial verification may further include indicating the presence of the risk as a three-stage alert.
  • the financial management method may further comprise the step of receiving an input for follow-up measures for the risk according to the alarm.
  • the financial management system and the financial management method using the same according to the present invention can reduce the risk of accounting errors due to inaccurate accounting data, and provide accurate date management.
  • FIG. 1 is a block diagram showing a financial management system according to an embodiment of the present invention.
  • FIGS. 2 through 8 are schematic diagrams illustrating an outline of a verification scenario stored in a scenario storage.
  • 9 to 13 are schematic diagrams illustrating an accounting risk according to a verification scenario using the interface of a financial management system according to an embodiment of the present invention and performing post-action on the accounting risk.
  • FIG. 14 is a flowchart illustrating a financial management method according to an embodiment of the present invention.
  • the financial management system extracts the original accounting information stored in the raw data storage unit, the raw data storage unit for storing the original accounting information, and generates summary accounting information by extracting items and accounts for verification from the original accounting information. And a data verification unit for generating financial verification information based on the summary accounting information generated by the data conversion unit.
  • the raw data storage unit may be configured as an enterprise resource planning (ERP) system.
  • ERP enterprise resource planning
  • the data verification unit may include a scenario storage unit that stores a verification scenario indicating a predefined definition of the risk of accounting errors, and a risk analysis module that analyzes summary accounting information according to the verification scenario to determine whether a risk exists.
  • the verification scenario may include scenarios for financial statement verification, data integrity verification, long-term unaccounted account verification, abnormal data management, cash management, sales program management, and inventory verification.
  • the risk analysis module may indicate the presence of a hazard as a three-stage alert.
  • the data verification unit may further include an input module that receives an input for follow-up of a risk according to an alarm generated from the risk analysis module.
  • the financial management method extracts original accounting information, extracts items and accounts for verification from original accounting information, generates summary accounting information, and performs financial verification based on the generated summary accounting information. It includes a step.
  • the step of performing the financial verification may include determining the existence of the risk by analyzing the summary accounting information according to the verification scenario representing the predefined definition of the risk of accounting errors.
  • the verification scenario may include scenarios for financial statement verification, data integrity verification, long-term unaccounted account verification, abnormal data management, cash management, sales program management, and inventory verification.
  • the step of performing the financial verification may further include indicating the presence of the risk as a three-stage alert.
  • the financial management method may further comprise the step of receiving an input for follow-up measures for the risk according to the alarm.
  • the financial management system includes a row data storage unit 100, a data converter 200, and a data verification unit 300.
  • the raw data storage unit 100 stores the original accounting information.
  • the original accounting information stored in the raw data storage unit 100 may include, for example, General Ledger 110, Cost 120, Account Payable, AP 130, Account Receivable. , AR 140 may be included.
  • the raw data storage unit 100 is an enterprise-wide resource management (Enterprise Resource Planning), which is a computerized system that automatically controls the flow of all operations such as funding, accounting, purchasing, production, and sales by establishing an integrated computer database. , ERP) system.
  • ERP enterprise-wide resource management
  • the data conversion unit 200 extracts original accounting information stored in the raw data storage unit 100, and extracts items and accounts for verification from the original accounting information to generate summary accounting information.
  • the data conversion unit 200 includes a data integration module 210 and a data conversion module 220.
  • the data integration module 210 extracts and stores original accounting information stored in the raw data storage unit 100.
  • the data conversion module 220 generates summary accounting information by extracting items and accounts for verification of accounting risk from the extracted original accounting information. For example, if the original accounting information is information about AR, the data conversion module 220 is an item for verifying a long-term unorganized account. Items such as AR type, deadline date, deadline date, initial credit sales amount, amount of money, etc.
  • the summary accounting information can be generated by extracting from the original accounting information.
  • the data verification unit 300 generates financial verification information based on the summary accounting information generated by the data conversion unit 200.
  • the data verification unit 300 includes a scenario storage unit 310, a risk analysis module 320, and an input module.
  • the scenario storage unit 310 stores the verification scenario indicating the predefined definition of the risk of accounting errors.
  • the verification scenarios stored in the scenario storage unit 310 may include scenarios for verifying financial statements, verifying data consistency, verifying long-term unorganized accounts, abnormal data management, cash management, sales program management, and inventory verification.
  • each scenario is a scenario code, scenario name, scenario description, dashboard display whether, risk signal display criteria, risk verification whether, summary report content, detailed report content It may include such items as.
  • FIG. 2 illustrates an example of a scenario for verifying financial statements, and comparing the financial statements with each other to confirm whether they match.
  • a red signal indicating a high risk is defined, and when there is no one, a green signal without a risk is defined.
  • Figure 3 is an example of a scenario for data consistency verification, showing a scenario comparing the trial schedule and the classification cost report.
  • a red signal indicating a high risk is displayed, and when there is no difference item, a green signal is defined.
  • Figure 4 is an example of a scenario for long-term unverified account verification, showing the AR account balance age management scenarios.
  • 5 is an example of a scenario for managing abnormal data, and shows a scenario of managing a bond of a client without a transaction for more than three months.
  • all account bonds that have not been traded for more than three months are defined as the verification target.
  • FIG. 6 illustrates a scenario for managing a lead time between a collection date on a bank book and a date when a cash application is performed as an example of a scenario for cash management verification.
  • all cases where the lead time exceeds 5 days are defined as the verification target.
  • FIG. 7 illustrates a scenario for sales program age management as an example of a scenario for sales program management.
  • FIG. 7 illustrates a scenario for sales program age management as an example of a scenario for sales program management.
  • FIG. 8 illustrates a long-term inventory management scenario as an example of a scenario for inventory verification.
  • the risk analysis module 320 analyzes the summary accounting information according to the verification scenario to determine whether there is a risk.
  • the risk analysis module 320 analyzes the summary accounting information generated by the data conversion module 220 according to the risk signal indication criteria displayed in the above-described verification scenario and displays whether there is a risk. At this time, the risk analysis module 320 may indicate the presence of a risk as a three-stage alarm.
  • the input module 330 receives an input for follow-up of a risk according to an alarm generated from the risk analysis module 320.
  • FIG. 9 is a schematic diagram illustrating indicating the presence of a risk by analysis of the risk analysis module 320 in an embodiment of the present invention.
  • the risk analysis module 320 may display a high risk red, a medium risk yellow, and a low risk green.
  • the presence of risks according to each verification scenario is illustrated for corporations located in a specific region.
  • FIG. 10 exemplarily shows whether there is a risk according to each verification scenario for a specific corporation selected by a user among the corporations shown in FIG. 9.
  • the user may select a specific risk verification scenario for a specific legal entity through the input module 330 and display the detailed information thereof.
  • FIG. 11 illustrates selecting one of the verification scenarios shown in FIG. 10 to display detailed information.
  • the user may input the cause of the risk and the action plan through the input module 330.
  • 12 is a schematic diagram illustrating input of a cause of a risk occurrence and a future action plan for the detailed items of the risk verification verification scenario.
  • the user can input the subdivided into the items of the reason code for selecting the cause of risk by category through the input module 330 and the reason detail for inputting the cause analysis result in detail.
  • the user inputs by dividing the action plan into an action plan item that describes the progress and the processing method, and a settlement date item indicating the target or expected date of the action through the input module 330. can do.
  • FIG. 13 is a diagram illustrating a user interface for confirming whether input for a cause and action plan is completed through a financial verification system.
  • FIG. 14 is a flowchart illustrating a financial management method according to an embodiment of the present invention.
  • original accounting information is extracted from the raw data storage unit 100 (S100), and verification is performed on the original accounting information through the data conversion unit 200 including the data integration module 210 and the data conversion module 220. Extracting the item and the account for generating a summary accounting information (S110).
  • the original accounting information stored in the raw data storage unit 100 may be, for example, General Ledger (GL), Cost (Cost), Account Payable (AP), Account Receivable (AR), or the like. It may contain information about.
  • the raw data storage unit 100 is an enterprise-wide resource management (Enterprise Resource Planning), which is a computerized system that automatically controls the flow of all operations such as funding, accounting, purchasing, production, and sales by establishing an integrated computer database. , ERP) system.
  • ERP enterprise-wide resource management
  • the data conversion module 220 is an item for verifying a long-term unorganized account. Items such as AR type, deadline date, deadline date, initial credit sales amount, amount of money, etc. Can be extracted from the original accounting information to generate summary accounting information.
  • the scenario storage unit 310 stores the verification scenario indicating the predefined definition of the risk of accounting errors.
  • the risk analysis module 320 analyzes the summary accounting information according to the verification scenario to determine whether there is a risk.
  • the risk analysis module 320 analyzes the summary accounting information generated by the data conversion module 220 according to the risk signal indication criteria displayed in the above-described verification scenario and displays whether there is a risk. At this time, the risk analysis module 320 may indicate the presence of a risk as a three-stage alarm.
  • the verification scenarios stored in the scenario storage unit 310 may include scenarios for verifying financial statements, verifying data consistency, verifying long-term unorganized accounts, abnormal data management, cash management, sales program management, and inventory verification.
  • each scenario is a scenario code, scenario name, scenario description, dashboard display whether, risk signal display criteria, risk verification whether, summary report content, detailed report content It may include such items as. Specific examples of each scenario are as described above.
  • FIG. 9 is a schematic diagram illustrating indicating the presence of a risk by analysis of the risk analysis module 320 in an embodiment of the present invention.
  • the risk analysis module 320 may display a high risk red, a medium risk yellow, and a low risk green.
  • the presence of risks according to each verification scenario is illustrated for corporations located in a specific region.
  • FIG. 10 exemplarily shows whether there is a risk according to each verification scenario for a specific corporation selected by a user among the corporations shown in FIG. 11.
  • the user may select a specific risk verification scenario for a specific legal entity through the input module 330 and display the detailed information thereof.
  • FIG. 11 illustrates selecting one of the verification scenarios shown in FIG. 12 to display detailed information.
  • FIG. 13 is a schematic diagram illustrating input of a cause of a risk occurrence and a future action plan for the detailed items of the risk verification verification scenario.
  • the user can input the subdivided into the items of the reason code for selecting the cause of risk by category through the input module 330 and the reason detail for inputting the cause analysis result in detail. Can be.
  • the user inputs by dividing the action plan into an action plan item that describes the progress and the processing method, and a settlement date item indicating the target or expected date of the action through the input module 330. can do.
  • FIG. 14 is a diagram illustrating a user interface for confirming whether input for a cause and action plan is completed through a financial verification system.

Landscapes

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

Abstract

본 발명에 따른 재무관리 시스템은 원본 회계정보를 저장하는 로우 데이터 저장부, 로우 데이터 저장부에 저장된 원본 회계정보를 추출하고, 원본 회계정보에서 검증을 위한 항목 및 계정을 추출하여 요약 회계정보를 생성하는 데이터 변환부, 및 데이터 변환부에 의해 생성된 요약 회계정보를 기반으로 재정검증정보를 생성하는 데이터 검증부를 포함한다.

Description

재무관리 시스템 및 이를 이용한 재무관리방법
본 발명은 재무관리 시스템 및 이를 이용한 재무관리방법에 관한 것으로, 보다 상세하게는 보다 용이하게 회계상의 위험을 감지할 수 있도록 하는 재무관리 시스템과 재무관리방법에 관한 것이다.
일반적으로 재무관리는 기업경영 주체가 이윤의 극대화를 위하여 자금의 조달 및 운용 등 기업내부의 재무사항을 관리하는 것을 말한다. 재무관리는 기업경영관리의 일부분으로서 화폐적 흐름에 입각하여 재무의 유동성과 안전성을 유지하고, 자본의 수익성을 제고하는 것을 목표로 한다.
기업의 규모가 확대되고 기업활동이 다양화됨에 따라 체계적인 재무관리를 위한 요구가 증대되고 있으며, 부정확한 회계 데이터에 따른 회계 오류의 위험 및 정확한 기일 관리를 위한 재무관리 시스템 및 재무관리 방법이 필요한 실정이다.
본 발명은 상기와 같은 문제점을 해결하기 위한 것으로, 본 발명의 목적은 복잡하고 다양화된 기업활동에 따라 요구되는 체계적인 재무관리를 제공하는 재무관리 시스템 및 이를 이용한 재무관리방법을 제공하는 데 있다.
또한, 본 발명의 다른 목적은 부정확한 회계 데이터에 따른 회계 오류의 위험을 방지하고, 정확한 기일 관리를 제공하는 재무관리 시스템 및 이를 이용한 재무관리 방법을 제공하는 데 있다.
본 발명에 따른 재무관리 시스템은 원본 회계정보를 저장하는 로우 데이터 저장부, 로우 데이터 저장부에 저장된 원본 회계정보를 추출하고, 원본 회계정보에서 검증을 위한 항목 및 계정을 추출하여 요약 회계정보를 생성하는 데이터 변환부, 및 데이터 변환부에 의해 생성된 요약 회계정보를 기반으로 재정검증정보를 생성하는 데이터 검증부를 포함한다.
이때, 로우 데이터 저장부는 전사적 자원관리(Enterprise Resource Planning, ERP) 시스템으로 구성될 수 있다.
데이터 검증부는 회계오류 위험에 대한 사전정의를 나타내는 검증 시나리오를 저장하는 시나리오 저장부, 및 검증 시나리오에 따라 요약 회계정보를 분석하여 위험의 존재 여부를 판단하는 위험분석 모듈을 포함할 수 있다.
또한, 검증 시나리오는 재무제표 검증, 데이터 정합성 검증, 장기 미정리 계정 검증, 이상 데이터 관리, 현금관리, 세일즈 프로그램 관리 및 재고검증을 위한 시나리오를 포함할 수 있다.
한편, 위험분석 모듈은 위험의 존재를 3단계의 경보로써 나타낼 수 있다.
또한, 데이터 검증부는 위험분석 모듈에서 발생되는 경보에 따라 위험에 대한 사후 조치에 대한 입력을 수신하는 입력 모듈을 더 포함할 수 있다.
한편, 본 발명에 따른 재무관리방법은 원본 회계정보를 추출하고, 원본 회계정보에서 검증을 위한 항목 및 계정을 추출하여 요약 회계정보를 생성하는 단계 및 생성된 요약 회계정보를 기반으로 재정검증을 수행하는 단계를 포함한다.
이때, 재정검증을 수행하는 단계는 회계오류 위험에 대한 사전정의를 나타내는 검증 시나리오에 따라 요약 회계정보를 분석하여 위험의 존재 여부를 판단하는 단계를 포함할 수 있다.
또한, 검증 시나리오는 재무제표 검증, 데이터 정합성 검증, 장기 미정리 계정 검증, 이상 데이터 관리, 현금관리, 세일즈 프로그램 관리 및 재고검증을 위한 시나리오를 포함할 수 있다.
또한, 재정검증을 수행하는 단계는 위험의 존재를 3단계의 경보로써 나타내는 단계를 더 포함할 수 있다.
또한, 재무관리방법은 경보에 따른 위험에 대한 사후 조치에 대한 입력을 수신하는 단계를 더 포함할 수 있다.
본 발명의 재무관리 시스템 및 이를 이용한 재무관리방법에 의하면 복잡하고 다양화된 기업활동에 따라 요구되는 체계적인 재무관리를 제공할 수 있다.
또한, 본 발명의 재무관리 시스템 및 이를 이용한 재무관리방법에 의하면 부정확한 회계 데이터에 따른 회계 오류의 위험을 감소시키고, 정확한 기일 관리를 제공할 수 있다.
도 1은 본 발명의 실시예에 따른 재무관리 시스템을 나타낸 블록도이다.
도 2 내지 도 8은 시나리오 저장부에 저장되는 검증 시나리오의 개요를 예시한 개략도이다.
도 9 내지 도 13은 본 발명의 실시예에 따른 재무 관리 시스템의 인터페이스를 이용하여 검증 시나리오에 따라 회계 위험을 표시하고, 회계 위험에 사후 조치를 수행하는 것을 예시한 개략도이다.
도 14는 본 발명의 실시예에 따른 재무관리 방법을 나타낸 순서도이다.
본 발명에 따른 재무관리 시스템은 원본 회계정보를 저장하는 로우 데이터 저장부, 로우 데이터 저장부에 저장된 원본 회계정보를 추출하고, 원본 회계정보에서 검증을 위한 항목 및 계정을 추출하여 요약 회계정보를 생성하는 데이터 변환부, 및 데이터 변환부에 의해 생성된 요약 회계정보를 기반으로 재정검증정보를 생성하는 데이터 검증부를 포함한다.
이때, 로우 데이터 저장부는 전사적 자원관리(Enterprise Resource Planning, ERP) 시스템으로 구성될 수 있다.
데이터 검증부는 회계오류 위험에 대한 사전정의를 나타내는 검증 시나리오를 저장하는 시나리오 저장부, 및 검증 시나리오에 따라 요약 회계정보를 분석하여 위험의 존재 여부를 판단하는 위험분석 모듈을 포함할 수 있다.
또한, 검증 시나리오는 재무제표 검증, 데이터 정합성 검증, 장기 미정리 계정 검증, 이상 데이터 관리, 현금관리, 세일즈 프로그램 관리 및 재고검증을 위한 시나리오를 포함할 수 있다.
한편, 위험분석 모듈은 위험의 존재를 3단계의 경보로써 나타낼 수 있다.
또한, 데이터 검증부는 위험분석 모듈에서 발생되는 경보에 따라 위험에 대한 사후 조치에 대한 입력을 수신하는 입력 모듈을 더 포함할 수 있다.
한편, 본 발명에 따른 재무관리방법은 원본 회계정보를 추출하고, 원본 회계정보에서 검증을 위한 항목 및 계정을 추출하여 요약 회계정보를 생성하는 단계 및 생성된 요약 회계정보를 기반으로 재정검증을 수행하는 단계를 포함한다.
이때, 재정검증을 수행하는 단계는 회계오류 위험에 대한 사전정의를 나타내는 검증 시나리오에 따라 요약 회계정보를 분석하여 위험의 존재 여부를 판단하는 단계를 포함할 수 있다.
또한, 검증 시나리오는 재무제표 검증, 데이터 정합성 검증, 장기 미정리 계정 검증, 이상 데이터 관리, 현금관리, 세일즈 프로그램 관리 및 재고검증을 위한 시나리오를 포함할 수 있다.
또한, 재정검증을 수행하는 단계는 위험의 존재를 3단계의 경보로써 나타내는 단계를 더 포함할 수 있다.
또한, 재무관리방법은 경보에 따른 위험에 대한 사후 조치에 대한 입력을 수신하는 단계를 더 포함할 수 있다.
이하에서는 도면을 참조하여 본 발명의 실시예들을 상세하게 설명한다.
도 1은 본 발명의 실시예에 따른 재무관리 시스템을 나타낸 블록도이다. 도 1에 도시한 바와 같이, 본 발명의 실시예에 따른 재무관리 시스템은 로우 데이터 저장부(100), 데이터 변환부(200) 및 데이터 검증부(300)를 포함한다.
로우 데이터 저장부(100)는 원본 회계정보를 저장한다. 로우 데이터 저장부(100)에 저장되는 원본 회계정보는 예를 들어, 총계정 원장(General Ledger, 110), 원가(Cost, 120), 외상매입금(Account Payable, AP, 130), 외상매출금(Account Receivable, AR, 140) 등에 관한 정보를 포함할 수 있다. 또한, 이와 같은 로우 데이터 저장부(100)는 통합적인 컴퓨터 데이터베이스를 구축해 회사의 자금, 회계, 구매, 생산, 판매 등 모든 업무의 흐름을 효율적으로 자동 조절해주는 전산 시스템인 전사적 자원관리(Enterprise Resource Planning, ERP) 시스템으로 구성될 수 있다.
데이터 변환부(200)는 로우 데이터 저장부(100)에 저장된 원본 회계정보를 추출하고, 원본 회계정보에서 검증을 위한 항목 및 계정을 추출하여 요약 회계정보를 생성한다. 데이터 변환부(200)는 데이터 통합모듈(210)과 데이터 변환모듈(220)을 포함한다.
데이터 통합모듈(210)은 로우 데이터 저장부(100)에 저장된 원본 회계정보를 추출하여 저장한다.
데이터 변환모듈(220)은 추출된 원본 회계정보에서 회계 위험의 검증을 위한 항목 및 계정을 추출하여 요약 회계정보를 생성한다. 예를 들어, 원본 회계정보가 AR에 관한 정보인 경우, 데이터 변환모듈(220)은 장기 미정리 계정을 검증하기 위한 항목으로 AR 종류, 마감일, 마감 경과일, 최초 외상매출금액, 수금액 등과 같은 항목을 원본 회계정보로부터 추출하여 요약 회계정보를 생성할 수 잇다.
데이터 검증부(300)는 데이터 변환부(200)에 의해 생성된 요약 회계정보를 기반으로 재정검증정보를 생성한다. 데이터 검증부(300)는 시나리오 저장부(310), 위험분석 모듈(320) 및 입력모듈을 포함한다.
시나리오 저장부(310)는 데이터 검증부(300)는 회계오류 위험에 대한 사전정의를 나타내는 검증 시나리오를 저장한다.
시나리오 저장부(310)에 저장되는 검증 시나리오는 재무제표 검증, 데이터 정합성 검증, 장기 미정리 계정 검증, 이상 데이터 관리, 현금관리, 세일즈 프로그램 관리 및 재고검증을 위한 시나리오들을 포함할 수 있다.
도 2 내지 도 8은 시나리오 저장부(310)에 저장되는 시나리오들을 예시한 개략도이다. 도 2 내지 도 8에 도시한 바와 같이, 본 발명의 실시예에서 각 시나리오는 시나리오 코드, 시나리오 이름, 시나리오 설명, 대쉬보드 표시여부, 위험신호 표시 기준, 위험검증 여부, 요약보고 내용, 상세보고 내용 등과 같은 항목을 포함할 수 있다.
도 2는 재무제표 검증을 위한 시나리오의 예로써, 재무제표들을 서로 비교하여 일치여부를 확인하는 시나리오를 나타내었다. 도 2의 시나리오에서 재무제표들간의 차이항목의 건수가 1개 이상 존재하는 경우에는 고위험을 나타내는 레드 시그널로 표시하도록 정의하고, 존재하지 않는 경우에는 위험이 존재하지 않는 그린 시그널로 표시하도록 정의한다.
도 3은 데이터 정합성 검증을 위한 시나리오의 예로써, 시산표와 선급비용 리포트를 비교하는 시나리오를 나타내었다. 도 3의 예시에서, 시산표와 선급비용 리포트 간의 차이항목이 1개 이상 존재하는 경우에는 고위험을 나타내는 레드 시그널로 표시하고, 차이항목이 존재하지 않는 경우에는 그린 시그널로 표시하도록 정의하였다.
도 4는 장기 미정리 계정 검증을 위한 시나리오의 예로써, AR 계정잔액 월령 관리 시나리오를 나타내었다. 도 4의 예에서, 미수금 만기 후 60일이 지난 건이 전체의 10%를 초과하는 경우에는 레드 시그널로 표시하고, 5% 초과 10% 이하인 경우에는 중간 위험을 나타내는 옐로우 시그널로 표시하며, 5% 이하인 경우에는 저위험을 나타내는 그린 시그널로 표시하는 것으로 정의하였다.
도 5는 이상 데이터의 관리를 위한 시나리오의 예로써, 3개월 이상 거래가 없는 거래처의 채권의 관리 시나리오를 나타내었다. 도 5의 예에서는 3개월 이상 거래가 없는 모든 거래처 채권이 검증 대상으로써 정의된다.
도 6은 현금 관리 검증을 위한 시나리오의 예로써, 은행장부 상의 수금일자와 현금 애플리케이션을 수행한 일자간 리드 타임(lead time)을 관리하기 위한 시나리오를 나타내었다. 도 6의 예에서, 리드 타임이 5일을 초과하는 모든 건이 검증 대상으로써 정의된다.
도 7은 세일즈 프로그램 관리를 위한 시나리오의 예로써, 세일즈 프로그램 월령관리에 대한 시나리오를 나타내었다. 도 7의 예에서,
도 8은 재고검증을 위한 시나리오의 예로써, 장기재고관리 시나리오를 예시하였다.
위험분석 모듈(320)은 검증 시나리오에 따라 요약 회계정보를 분석하여 위험의 존재 여부를 판단한다. 위험분석 모듈(320)은 데이터 변환모듈(220)에서 생성된 요약 회계정보를 전술한 검증 시나리오에 표시된 위험신호 표시 기준에 따라 분석하여 위험의 존재 여부를 표시한다. 이때, 위험분석 모듈(320)은 위험의 존재를 3단계의 경보로써 나타낼 수 있다.
또한, 입력 모듈(330)은 위험분석 모듈(320)에서 발생되는 경보에 따라 위험에 대한 사후 조치를 위한 입력을 수신한다.
도 9는 본 발명의 실시예에서 위험분석 모듈(320)의 분석에 의해 위험의 존재 여부를 표시하는 것을 예시한 개략도이다. 도 9에 도시한 바와 같이, 위험분석 모듈(320)은 고위험을 레드, 중위험을 옐로우, 저위험을 그린으로 표시할 수 있다. 도 9에서는 특정 지역 내에 위치하는 법인들에 대하여 각 검증 시나리오에 따른 위험의 존재 여부를 표시하는 것을 예시하였다.
이때, 사용자는 입력 모듈(330)을 통해 이들 법인들 중 특정한 법인을 선택하여 해당 법인에 대한 위험 검증 결과를 상세하게 조회할 수 있다. 도 10은 도 9에 표시된 법인들 중 사용자가 선택한 특정 법인에 대하여 각 검증 시나리오에 따른 위험의 존재 여부를 표시하는 것을 예시하였다.
또한, 사용자는 입력 모듈(330)을 통해 특정한 법인에 대하여 특정한 위험 검증 시나리오를 선택하여 그 상세 정보를 조회할 수 있다. 도 11은 도 10에 표시된 검증 시나리오 중 어느 하나를 선택하여 그 세부 정보를 표시하는 것을 예시하였다.
또한, 사용자는 입력 모듈(330)을 통해 위험이 발생한 원인 및 조치 계획을 입력할 수 있다. 도 12는 위험이 발생한 검증 시나리오의 세부 항목들에 대하여 위험 발생의 원인과 향후 조치 계획을 입력하는 것을 예시한 개략도이다. 이때, 사용자는 입력 모듈(330)을 통해 위험 발생원인을 카테고리 별로 선택할 수 있는 원인코드(reason code)와 발생원인 분석결과를 상세하게 입력하도록 하는 원인상세(reason detail)의 항목으로 세분화하여 입력할 수 있다. 또한, 사용자는 입력 모듈(330)을 통해 조치 계획에 대하여 진행사항 및 처리방법 등을 기재하는 조치계획(action plan) 항목 및 조치의 목표 또는 예상일을 나타내는 정리예정일 (settlement date) 항목으로써 세분화하여 입력할 수 있다.
또한, 사용자는 본 발명의 실시예에 따른 재무검증시스템을 통해 발생원인 및 조치계획에 대한 입력 완료 여부 등을 검토할 수 있다. 도 13은 재무검증시스템을 통해 발생원인 및 조치계획에 대한 입력 완료 여부를 확인하는 사용자 인터페이스를 예시한 도면이다.
이하에서는 도 14를 참고하여, 본 발명의 실시예에 따른 재무관리방법에 대하여 상세하게 설명한다. 도 14는 본 발명의 실시예에 따른 재무관리방법을 나타낸 순서도이다.
먼저, 로우 데이터 저장부(100)로부터 원본 회계정보를 추출(S100)하고, 데이터 통합모듈(210) 및 데이터 변환모듈(220)을 포함하는 데이터 변환부(200)를 통해 원본 회계정보에서 검증을 위한 항목 및 계정을 추출하여 요약 회계정보를 생성(S110)한다.
로우 데이터 저장부(100)에 저장되는 원본 회계정보는 예를 들어, 총계정 원장(General Ledger, GL), 원가(Cost), 외상매입금(Account Payable, AP), 외상매출금(Account Receivable, AR) 등에 관한 정보를 포함할 수 있다. 또한, 이와 같은 로우 데이터 저장부(100)는 통합적인 컴퓨터 데이터베이스를 구축해 회사의 자금, 회계, 구매, 생산, 판매 등 모든 업무의 흐름을 효율적으로 자동 조절해주는 전산 시스템인 전사적 자원관리(Enterprise Resource Planning, ERP) 시스템으로 구성될 수 있다.
예를 들어, 원본 회계정보가 AR에 관한 정보인 경우, 데이터 변환모듈(220)은 장기 미정리 계정을 검증하기 위한 항목으로 AR 종류, 마감일, 마감 경과일, 최초 외상매출금액, 수금액 등과 같은 항목을 원본 회계정보로부터 추출하여 요약 회계정보를 생성할 수 있다.
다음으로, 시나리오 저장부(310), 위험분석 모듈(320) 및 입력모듈을 포함하는 데이터 검증부(300)를 통해 요약 회계정보로부터 회계 위험이 존재하는 지의 여부를 판단(S120)하고, 위험이 존재하는 경우, 위험분석 모듈(320)을 통해 위험에 대한 경보를 수행(S130)한다.
시나리오 저장부(310)는 데이터 검증부(300)는 회계오류 위험에 대한 사전정의를 나타내는 검증 시나리오를 저장한다. 위험분석 모듈(320)은 검증 시나리오에 따라 요약 회계정보를 분석하여 위험의 존재 여부를 판단한다. 위험분석 모듈(320)은 데이터 변환모듈(220)에서 생성된 요약 회계정보를 전술한 검증 시나리오에 표시된 위험신호 표시 기준에 따라 분석하여 위험의 존재 여부를 표시한다. 이때, 위험분석 모듈(320)은 위험의 존재를 3단계의 경보로써 나타낼 수 있다.
시나리오 저장부(310)에 저장되는 검증 시나리오는 재무제표 검증, 데이터 정합성 검증, 장기 미정리 계정 검증, 이상 데이터 관리, 현금관리, 세일즈 프로그램 관리 및 재고검증을 위한 시나리오들을 포함할 수 있다.
도 2 내지 도 8에 도시한 바와 같이, 본 발명의 실시예에서 각 시나리오는 시나리오 코드, 시나리오 이름, 시나리오 설명, 대쉬보드 표시여부, 위험신호 표시 기준, 위험검증 여부, 요약보고 내용, 상세보고 내용 등과 같은 항목을 포함할 수 있다. 각 시나리오의 구체적인 예시에 대하여는 전술한 바와 같다.
도 9는 본 발명의 실시예에서 위험분석 모듈(320)의 분석에 의해 위험의 존재 여부를 표시하는 것을 예시한 개략도이다. 도 9에 도시한 바와 같이, 위험분석 모듈(320)은 고위험을 레드, 중위험을 옐로우, 저위험을 그린으로 표시할 수 있다. 도 9에서는 특정 지역 내에 위치하는 법인들에 대하여 각 검증 시나리오에 따른 위험의 존재 여부를 표시하는 것을 예시하였다.
이때, 사용자는 입력 모듈(330)을 통해 이들 법인들 중 특정한 법인을 선택하여 해당 법인에 대한 위험 검증 결과를 상세하게 조회할 수 있다. 도 10은 도 11에 표시된 법인들 중 사용자가 선택한 특정 법인에 대하여 각 검증 시나리오에 따른 위험의 존재 여부를 표시하는 것을 예시하였다.
또한, 사용자는 입력 모듈(330)을 통해 특정한 법인에 대하여 특정한 위험 검증 시나리오를 선택하여 그 상세 정보를 조회할 수 있다. 도 11은 도 12에 표시된 검증 시나리오 중 어느 하나를 선택하여 그 세부 정보를 표시하는 것을 예시하였다.
다음으로, 입력 모듈(330)을 통해 경보가 수행된 회계 위험에 대한 사후조치 입력을 수신(S140)한다. 사용자는 입력 모듈(330)을 통해 위험이 발생한 원인 및 조치 계획을 입력할 수 있다. 도 13은 위험이 발생한 검증 시나리오의 세부 항목들에 대하여 위험 발생의 원인과 향후 조치 계획을 입력하는 것을 예시한 개략도이다. 이때, 사용자는 입력 모듈(330)을 통해 위험 발생원인을 카테고리 별로 선택할 수 있는 원인코드(reason code)와 발생원인 분석결과를 상세하게 입력하도록 하는 원인상세(reason detail)의 항목으로 세분화하여 입력할 수 있다. 또한, 사용자는 입력 모듈(330)을 통해 조치 계획에 대하여 진행사항 및 처리방법 등을 기재하는 조치계획(action plan) 항목 및 조치의 목표 또는 예상일을 나타내는 정리예정일 (settlement date) 항목으로써 세분화하여 입력할 수 있다.
다음으로, 사후 조치 입력이 완료되었는지를 판단(S150)하고, 조치가 완료되지 않은 경우, 다시 재정검증 시스템을 통해 위험에 대한 경보를 수행(S130)한다. 사용자는 본 발명의 실시예에 따른 재무검증시스템을 통해 발생원인 및 조치계획에 대한 입력 완료 여부 등을 검토할 수 있다. 도 14는 재무검증시스템을 통해 발생원인 및 조치계획에 대한 입력 완료 여부를 확인하는 사용자 인터페이스를 예시한 도면이다.
이상 설명한 본 발명의 실시예에 따른 재무관리 시스템 및 이를 이용한 재무관리방법에 의하면 복잡하고 다양화된 기업활동에 따라 요구되는 체계적인 재무관리를 제공할 수 있다. 또한, 부정확한 회계 데이터에 따른 회계 오류의 위험 및 정확한 기일 관리를 제공할 수 있다.
상기에서 본 발명의 바람직한 실시예에 대하여 설명하였지만, 본 발명은 이에 한정되는 것이 아니고 특허청구범위와 발명의 상세한 설명 및 첨부한 도면의 범위 안에서 여러 가지로 변형하여 실시하는 것이 가능하고 이 또한 본 발명의 범위에 속하는 것은 당연하다.

Claims (12)

  1. 원본 회계정보를 저장하는 로우 데이터 저장부,
    상기 로우 데이터 저장부에 저장된 상기 원본 회계정보를 추출하고, 상기 원본 회계정보에서 검증을 위한 항목 및 계정을 추출하여 요약 회계정보를 생성하는 데이터 변환부, 및
    상기 데이터 변환부에 의해 생성된 상기 요약 회계정보를 기반으로 재정검증정보를 생성하는 데이터 검증부
    를 포함하는 재무관리 시스템.
  2. 제1 항에 있어서,
    상기 로우 데이터 저장부는 전사적 자원관리(Enterprise Resource Planning, ERP) 시스템으로 구성되는 재무관리 시스템.
  3. 제1 항에 있어서,
    상기 데이터 검증부는
    회계오류 위험에 대한 사전정의를 나타내는 검증 시나리오를 저장하는 시나리오 저장부, 및
    상기 검증 시나리오에 따라 상기 요약 회계정보를 분석하여 위험의 존재 여부를 판단하는 위험분석 모듈을 포함하는 재무관리 시스템.
  4. 제2 항에 있어서,
    상기 검증 시나리오는 재무제표 검증, 데이터 정합성 검증, 장기 미정리 계정 검증, 이상 데이터 관리, 현금관리, 세일즈 프로그램 관리 및 재고검증을 위한 시나리오를 포함하는 재무관리 시스템.
  5. 제2 항에 있어서,
    상기 위험분석 모듈은 상기 위험의 존재를 3단계의 경보로써 나타내는 재무관리 시스템.
  6. 제5 항에 있어서,
    상기 데이터 검증부는 상기 위험분석 모듈에서 발생되는 경보에 따라 상기 위험에 대한 사후 조치에 대한 입력을 수신하는 입력 모듈을 더 포함하는 재무관리 시스템.
  7. 원본 회계정보를 추출하고, 상기 원본 회계정보에서 검증을 위한 항목 및 계정을 추출하여 요약 회계정보를 생성하는 단계, 및
    상기 생성된 요약 회계정보를 기반으로 재정검증을 수행하는 단계
    를 포함하는 재무관리방법.
  8. 제7 항에 있어서,
    상기 로우 데이터 저장부는 전사적 자원관리(Enterprise Resource Planning, ERP) 시스템으로 구성되는 재무관리방법.
  9. 제7 항에 있어서,
    상기 재정검증을 수행하는 단계는,
    회계오류 위험에 대한 사전정의를 나타내는 검증 시나리오에 따라 상기 요약 회계정보를 분석하여 위험의 존재 여부를 판단하는 단계를 포함하는 재무관리방법.
  10. 제9 항에 있어서,
    상기 검증 시나리오는 재무제표 검증, 데이터 정합성 검증, 장기 미정리 계정 검증, 이상 데이터 관리, 현금관리, 세일즈 프로그램 관리 및 재고검증을 위한 시나리오를 포함하는 재무관리방법.
  11. 제9 항에 있어서,
    상기 재정검증을 수행하는 단계는,
    상기 위험의 존재를 3단계의 경보로써 나타내는 단계를 더 포함하는 재무관리방법.
  12. 제11 항에 있어서,
    상기 경보에 따른 상기 위험에 대한 사후 조치에 대한 입력을 수신하는 단계를 더 포함하는 재무관리 방법.
PCT/KR2011/004707 2011-06-28 2011-06-28 재무관리 시스템 및 이를 이용한 재무관리방법 WO2013002432A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/KR2011/004707 WO2013002432A1 (ko) 2011-06-28 2011-06-28 재무관리 시스템 및 이를 이용한 재무관리방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/KR2011/004707 WO2013002432A1 (ko) 2011-06-28 2011-06-28 재무관리 시스템 및 이를 이용한 재무관리방법

Publications (1)

Publication Number Publication Date
WO2013002432A1 true WO2013002432A1 (ko) 2013-01-03

Family

ID=47424312

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2011/004707 WO2013002432A1 (ko) 2011-06-28 2011-06-28 재무관리 시스템 및 이를 이용한 재무관리방법

Country Status (1)

Country Link
WO (1) WO2013002432A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112184185A (zh) * 2020-10-27 2021-01-05 陈双红 商用混凝土搅拌站erp系统
CN113822551A (zh) * 2021-09-02 2021-12-21 国网河北省电力有限公司石家庄供电分公司 一种电力公司财务预算管控系统及其预警方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040075194A (ko) * 2003-02-20 2004-08-27 삼성캐피탈 주식회사 재무 구조 컨설팅 서비스 제공 방법
JP2008165641A (ja) * 2006-12-28 2008-07-17 Ntt Data Corp 会計情報収集・分析システム及びその方法並びにプログラム
KR100872354B1 (ko) * 2008-08-06 2008-12-05 엠씨지컨설팅(주) 온라인 기반의 세무회계정보의 전송시스템 및 그 방법
KR20100127624A (ko) * 2009-05-26 2010-12-06 (주)디지털지능정보 경영 정보 분석 방법 및 그 장치
KR20100138232A (ko) * 2009-06-24 2010-12-31 (주)휴코어 전략의사결정지원 시스템

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040075194A (ko) * 2003-02-20 2004-08-27 삼성캐피탈 주식회사 재무 구조 컨설팅 서비스 제공 방법
JP2008165641A (ja) * 2006-12-28 2008-07-17 Ntt Data Corp 会計情報収集・分析システム及びその方法並びにプログラム
KR100872354B1 (ko) * 2008-08-06 2008-12-05 엠씨지컨설팅(주) 온라인 기반의 세무회계정보의 전송시스템 및 그 방법
KR20100127624A (ko) * 2009-05-26 2010-12-06 (주)디지털지능정보 경영 정보 분석 방법 및 그 장치
KR20100138232A (ko) * 2009-06-24 2010-12-31 (주)휴코어 전략의사결정지원 시스템

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112184185A (zh) * 2020-10-27 2021-01-05 陈双红 商用混凝土搅拌站erp系统
CN112184185B (zh) * 2020-10-27 2024-02-02 陈双红 商用混凝土搅拌站erp系统
CN113822551A (zh) * 2021-09-02 2021-12-21 国网河北省电力有限公司石家庄供电分公司 一种电力公司财务预算管控系统及其预警方法

Similar Documents

Publication Publication Date Title
CN108090823B (zh) 基于SaaS的账务数据管理系统
US20050182721A1 (en) Remittance information processing system
CN109636564A (zh) 用于风控的信息核实方法、装置、设备及存储介质
JP2000215263A (ja) 取引デ―タを処理する会計システム、およびその方法、並びにそのためのプログラムを格納した記憶媒体
US20070033137A1 (en) Converting patient payments into standardized electronic payment documents
US20080201157A1 (en) Methods, systems, and computer software utilizing xbrl to electronically link the accounting records of multi-period contracts and multi-period loans and grants for management
US20180165768A1 (en) System and method for pattern-recognition based monitoring and controlled processing of data objects based on conformity measurements
Guo et al. Artificial intelligence and financial technology FinTech: How AI is being used under the pandemic in 2020
CN105243117A (zh) 一种数据处理系统和方法
JP6049799B2 (ja) 経営支援プログラム
CN112927067A (zh) 挂账余额的统计方法、装置、设备及介质
US20140297535A1 (en) System and Method for Compliant Integrated Workflow
CN106056418A (zh) 一种发票报送方法、装置及系统
WO2013002432A1 (ko) 재무관리 시스템 및 이를 이용한 재무관리방법
CN110097443A (zh) 一种基于经济事务分类的账务处理方法及其系统
CN106355383A (zh) 一种用于企业财务报销管理的信息系统
CN111552733B (zh) 一种基于大数据的运营动态分析系统及方法
CN113362025A (zh) 数据核算系统、方法、计算机可读存储介质、电子设备
CN102314664A (zh) 审批系统、审批用终端、服务器、审批方法、信息管理方法
EP1542147A2 (en) Global balancing tool
WO2012033325A2 (ko) 투자자금 유통경로 운영시스템 및 운영방법
Drazen et al. Methods for evaluating costs of automated hospital information systems
CN113034258A (zh) 一种税务数据处理方法、装置、电子设备及存储介质
CN114240652A (zh) 一种业务系统的规则生成方法及装置
CN111932196A (zh) 案件处理方法、装置、设备及可读存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11868424

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11868424

Country of ref document: EP

Kind code of ref document: A1