JP7248752B2 - Accounting device, accounting method and accounting program - Google Patents

Description

The present invention relates to an accounting processing device, an accounting processing method, and an accounting processing program.

2. Description of the Related Art Conventionally, there are a plurality of operations that form a process from accounting to payment and settlement as operations related to accounting processing in an organization such as a company. The plurality of operations are, for example, payment request operations, payment preparation operations, and payment settlement operations.

The payment request business is a business that carries out processing for sending the debt slip to the payment flow. The payment preparation business is a business that performs processing to determine the payment method (payment date, etc.). The payment settlement business is a business that performs payment settlement processing.

For example, Japanese Patent Application Laid-Open No. 2002-300000 discloses a system that supports operations related to accounting processing. In Patent Document 1, by using a master in which payment methods and payment dates including bills payable from different sites are set for each payment destination and product, payment methods and payment schedules can be set for the same business partner according to the item of expenses (products and services). A technique capable of reducing the work load of accounting processing when dates are different is disclosed.

JP 2020-57083 A

Departments in charge of accounting processing in an organization include, for example, payment offices that perform payment settlement operations, debt management offices, and the like. In the conventional accounting system, for example, the payment preparation department was fixed to the payment office.

However, since the department in charge of payment preparation operations may differ depending on the scale and system of the organization, there were cases where conventional accounting systems could not handle such operations.

Therefore, the present invention has been made in view of the above circumstances, and provides an accounting processing device, accounting processing method, and accounting processing method that can flexibly deal with even when there are multiple departments that may be in charge of payment preparation work. It aims at providing a processing program.

In order to solve the above-mentioned problems and achieve the object, an accounting processing device according to the present invention is an accounting processing device comprising a control unit. , as a process for passing the debt slip to the payment flow, based on the debt slip, perform payment request input processing or payment closing date update processing, and create a payment request slip, and based on the payment request slip payment preparation work for determining the payment method and creating a payment advice , and payment settlement work for performing payment settlement input processing based on the payment advice. Any of the payment business office that performs the payment settlement business, the debt management business office, and the debt management department of the debt management business office is selected and set as the department that performs the payment request business. It is possible to access a basic information management master in which one of the debt management office and the debt management department is selected and set as a department to perform, and the control unit uses the basic information management master A first display for displaying, as a first screen for performing the payment preparation work, an information input screen including information for specifying a department selected as a department for performing the payment preparation work by referring to Control means, and information including information for identifying a department selected as a department for performing the payment request business as a second screen for performing the payment request business by referring to the basic information management master. and a second display control means for displaying an input screen of, wherein the second display control means controls either the payment request input screen as the second screen or the payment closing date update processing screen , based on the information input by the user and the setting of the basic information management master, the corresponding payment schedule data is extracted from a plurality of payment schedule data and displayed.

Further, in the accounting processing device according to the present invention, the control unit selects the corresponding payment schedule data from a plurality of payment schedule data based on the information input by the user on the first screen and the basic information management master. It further comprises payment notification data creating means for extracting payment schedule data and creating payment notification data .

Further, in the accounting processing apparatus according to the present invention, the control unit generates payment request data based on the payment schedule data selected by the user from among the displayed payment schedule data. A creating means is further provided.

Further, an accounting processing method according to the present invention is an accounting processing method executed by an accounting processing device having a control unit, wherein the accounting processing device constitutes a process from accounting of expenses to settlement of payment regarding accounting processing. As a process for passing the debt slip to the payment flow, payment request work for creating a payment request slip by performing payment request input processing or payment closing date update processing based on the debt slip, and the payment request slip If there is a payment preparation business that performs processing to determine the payment method and creates a payment advice based on the above, and a payment settlement business that performs payment settlement input processing based on the payment Any one of the payment office that performs the payment settlement business, the debt management office, and the debt management department of the debt management office is selected and set as the department that performs the preparation work, and the payment request A basic information management master in which one of the debt management office and the debt management department is selected and set as a department that performs business, and is executed by the control unit. By referring to the basic information management master, an information input screen including information for specifying the department selected as the department for performing the payment preparation work is displayed as the first screen for performing the payment preparation work. and a first display control step for specifying a department selected as a department for performing the payment request business as a second screen for performing the payment request business by referring to the basic information management master. and a second display control step for displaying an information input screen including the information of, in the second display control step, a payment request input screen as the second screen, or a payment deadline update process Based on the information input by the user in any of the screens and the setting of the basic information management master, the corresponding payment schedule data is extracted from a plurality of payment schedule data and displayed.

Further, an accounting processing program according to the present invention is an accounting processing program to be executed by an accounting processing device having a control unit, wherein the accounting processing device constitutes a process from accounting to payment settlement regarding accounting processing. As a process for sending the debt slip to the payment flow, payment request input processing or payment closing date update processing is performed based on the debt slip to create a payment request slip, and the payment request If there is a payment preparation business that performs processing to determine the payment method based on the slip and creates a payment advice , and a payment settlement business that performs payment settlement input processing based on the payment advice , the above As a department for performing payment preparation work, any one of the payment business office that performs the payment settlement business, the debt management business office, and the debt management department of the debt management business office is selected and set, and the payment As the department that performs the requested work, it is possible to access the basic information management master in which one of the debt management office and the debt management department is selected and set, and is executed by the control unit 2., referring to the basic information management master, inputting information including information for specifying the department selected as the department for performing the payment preparation work as the first screen for performing the payment preparation work; a first display control step of displaying a screen; and referring to the basic information management master, setting a department selected as a department for performing the payment request work as a second screen for performing the payment request work. and a second display control step of displaying an information input screen including information for specifying, wherein the second display control step includes a payment request input screen as the second screen, or a payment closing Based on the information input by the user in any of the date update processing screens and the setting of the basic information management master, the corresponding payment schedule data is extracted from a plurality of payment schedule data and displayed.

Advantageous Effects of Invention According to the present invention, it is possible to flexibly deal with accounting processing even when there are a plurality of departments that may be in charge of payment preparation work.

FIG. 1 is a block diagram showing an example of the configuration of an accounting processing device and the like. FIG. 2 is a diagram showing an example of the data structure of a basic information management master. FIG. 3 is a diagram schematically showing an outline of a first department combination example. FIG. 4 is a diagram schematically showing an outline of a second department combination example. FIG. 5 is a diagram schematically showing an outline of a third department combination example. FIG. 6 is a diagram showing an example of the data structure of payment schedule data before payment request work is performed. FIG. 7 is an explanatory diagram of an example of a payment request input screen used in a debt management office that performs payment request work. FIG. 8 is an explanatory diagram of an example of a payment closing date update processing screen used in a debt management office that performs payment request work. FIG. 9 is an explanatory diagram of an example of a payment request input screen used in a debt management department that performs payment request work. FIG. 10 is an explanatory diagram of an example of a payment deadline update processing screen used in a debt management department that performs payment request work. FIG. 11 is a diagram showing an example of the data structure of payment schedule data after the payment request work is performed. FIG. 12 is an explanatory diagram of an example in which payment preparation work is performed at a payment office. FIG. 13 is an explanatory diagram of an example in which the payment preparation work is performed at the debt management office. FIG. 14 is an explanatory diagram of an example in which the payment preparation work is performed by the debt management department. FIG. 15 is a diagram showing an example of the data structure of payment notice data created in payment preparation work. FIG. 16 is an explanatory diagram of an example of a payment/settlement input screen when performing payment/settlement business. FIG. 17 is a diagram showing an example of an input screen for extracting conditions when outputting a payment request slip. FIG. 18 is a diagram showing an example of an input screen for extraction conditions when outputting a payment advice. FIG. 19 is a diagram showing an example of an input screen for extracting conditions when outputting a payment advice. FIG. 20 is a flow chart for creating payment request data in the payment request business by the accounting processing device. FIG. 21 is a flow chart for creating payment notification data in the payment preparation work by the accounting processing device.

BEST MODE FOR CARRYING OUT THE INVENTION An embodiment of an accounting processing device, accounting processing method, and accounting processing program according to the present invention will be described below in detail based on the drawings. In addition, this invention is not limited by this embodiment.

[1. overview]
Regarding accounting processing, the operations that make up the process from expense recording to payment settlement include payment request operations that process debt slips for payment flow, payment preparation operations that determine payment methods, and payment settlement. There is a payment settlement business that processes.

In addition, as a system that supports operations related to accounting processing, for example, by using a master that sets payment methods and payment dates, including bills payable from different sites, for each payment destination and product, it is possible to There is a technology that can reduce the work load of accounting processing when the payment method and the scheduled payment date differ depending on the type of payment or service.

Also, departments in charge of accounting processing in an organization include, for example, a payment business office that performs payment and settlement operations, a debt management business office, and the like. In the conventional accounting system, for example, the payment preparation department was fixed to the payment office.

However, since the department in charge of payment preparation operations may differ depending on the scale and system of the organization, there were cases where conventional accounting systems could not handle such operations.

Therefore, a specific configuration and operation will be described below with respect to technology that can flexibly deal with even when there are multiple departments that may be in charge of payment preparation work.

[2. composition]
The configuration of the accounting processing device 100 and the like according to this embodiment will be described with reference to FIG. FIG. 1 is a block diagram showing an example of the configuration of an accounting processing device 100 and the like.

The accounting processing device 100 is, for example, a commercially available desktop personal computer. Note that the accounting processing device 100 is not limited to a stationary information processing device such as a desktop personal computer, but is a portable type computer such as commercially available notebook personal computers, PDAs (Personal Digital Assistants), smart phones, and tablet personal computers. It may be an information processing device.

The accounting processing device 100 includes a control unit 102, a communication interface unit 104, a storage unit 106, and an input/output interface unit 108, as shown in FIG. Each unit included in accounting processing apparatus 100 is communicably connected via an arbitrary communication path.

The communication interface unit 104 communicably connects the accounting processing device 100 to the network 300 via a communication device such as a router and a wired or wireless communication line such as a dedicated line. The communication interface unit 104 has a function of communicating data with another device via a communication line. Here, the network 300 has a function of connecting the accounting processing apparatus 100 and the server 200 so that they can communicate with each other, and is, for example, the Internet or a LAN (Local Area Network). Note that data stored in the storage unit 106 to be described later may be stored in the server 200 .

An input device 112 and an output device 114 are connected to the input/output interface section 108 . The output device 114 can be a display unit (monitor (including home television)), a speaker, or a printer. The input device 112 can be a keyboard, a mouse, a microphone, or a monitor that cooperates with the mouse to provide a pointing device function.

The storage unit 106 stores various databases, tables, files, and the like. The storage unit 106 stores a computer program for performing various processes by giving commands to a CPU (Central Processing Unit) in cooperation with an OS (Operating System). As the storage unit 106, for example, a memory device such as a RAM (Random Access Memory) or a ROM (Read Only Memory), a fixed disk device such as a hard disk, a flexible disk, an optical disk, or the like can be used.

The storage unit 106 stores various information related to accounting processing. The storage unit 106 stores, for example, a basic information management master 106a and payment schedule data 106b. Details of the items (data) included in each of these data are described in [3. Specific example of processing].

The control unit 102 is a CPU or the like that controls the accounting processing apparatus 100 in an integrated manner. The control unit 102 has an internal memory for storing a control program such as an OS, a program defining various processing procedures, required data, and the like, and performs various information processing based on these stored programs. Execute.

The control unit 102 functionally conceptually includes an acquisition unit 102a, a display control unit 102b (first display control means, second display control means), a payment request data creation unit 102c (creation unit), and a payment notification A data creating unit 102d (creating unit) and a payment data creating unit 102e are provided.

The acquisition unit 102a acquires various types of information from the storage unit 106, the server 200, and the like.

The display control unit 102b causes the output device 114 to display various information. The display control unit 102b, for example, refers to the basic information management master 106a, and uses the screen (second screen) for performing the payment request work to identify the department selected as the department to perform the payment request work. (payment request input screens in FIGS. 7 and 9, payment closing date update processing screens in FIGS. 8 and 10) including the information of .

In addition, the display control unit 102b controls information input by the user in either the payment request input screen (FIGS. 7 and 9) or the payment closing date update processing screen (FIGS. 8 and 10), the basic information management master 106a, corresponding payment schedule data 106b (FIG. 6) are extracted and displayed.

In addition, the display control unit 102b refers to the basic information management master 106a and, as a screen for performing payment preparation work (first screen), specifies the department selected as the department that performs payment preparation work. to display an information input screen (FIGS. 12 to 14) including the information of

Further, the display control unit 102b displays an information input screen (FIG. 16) including information for specifying a department that performs the payment and settlement business as a screen for performing the payment and settlement business. Note that the department that performs payment and settlement operations is fixed at the payment office, and information that specifies the department that performs payment and settlement operations is not managed in the basic information management master 106a. Therefore, it is not necessary to refer to the basic information management master 106a when displaying this input screen (FIG. 16).

The payment request data creation unit 102c selects a payment from among the payment schedule data 106b displayed on the payment request input screen (FIGS. 7 and 9) and the payment closing date update processing screen (FIGS. 8 and 10). Based on the schedule data 106b, payment request data (FIGS. 7 to 10) are created.

The payment notification data creation unit 102d selects from a plurality of payment schedule data 106b (FIG. 11) based on the information input by the user on the payment method confirmation processing screen (FIGS. 12 to 14) and the basic information management master 106a. The corresponding payment schedule data 106b is extracted to create payment notice data (FIGS. 12 to 14).

The payment data generation unit 102e extracts the corresponding payment notification data from a plurality of payment notification data (FIG. 15) based on the information input by the user on the payment settlement input screen (FIG. 16), and generates the payment data (FIG. 16). to create

Details of the processing executed by each unit are described in [3. Specific example of processing].

[3. Specific example of processing]
A specific example of the processing according to this embodiment will be described below. First, an example of the data configuration of the basic information management master 106a will be described with reference to FIG. FIG. 2 is a diagram showing an example of the data structure of the basic information management master 106a.

In this embodiment, the department in charge of payment request work can be selected from "debt management office (debt and prepayment management department)" and "debt management department (debt management office + debt management department)". For this reason, the basic information management master 106a can select a debt management business office and a debt management department in the debt management business office (hereinafter also simply referred to as a "debt management department") as a department that performs payment request work. is set to

Specifically, "0" (not managed) and "1" (managed) can be selected as the divisional payment request management classification. Specify (set) “0” when the payment request business is performed by the debt management office. Specify "1" when the payment request business is performed by the debt management department. In other words, it is possible to switch the department that performs the payment request work by setting the basic information management master 106a. In the conventional technology, the department that performs the payment request business is fixed to the debt management office.

In addition, the department in charge of payment preparation work can be selected from "debt management office", "debt management department", and "payment office (department that actually pays out (settlement))". For this reason, the basic information management master 106a is set so that a debt management business office, a debt management department in the debt management business office, and a payment business office can be selected as departments that perform payment preparation work.

Specifically, "0" (payment office), "1" (debt management office), and "2" (debt management department) can be selected as the payment method determination office classification.

Specify “0” if the payment preparation work is performed by the payment office. Specify "1" if the payment preparation business is performed at the debt management office. Specify "2" when the payment preparation work is performed by the debt management department. In other words, it is possible to switch the department that performs the payment preparation work by setting the basic information management master 106a. It should be noted that, in the prior art, the department that performs the payment preparation work was fixed to the payment office.

However, as shown in FIG. 2, it is not possible to set a combination of "0" for the departmental payment request management category and "2" for the payment method determination business establishment category. This is because it is not assumed that the payment request business will be performed by the debt management office and the payment preparation business will be performed by the debt management department.

(First department combination example)
Next, a first department combination example will be described with reference to FIG. FIG. 3 is a diagram schematically showing an outline of a first department combination example.

In this example, in the basic information management master 106a, the departmental payment request management classification is set to "0" (not managed), and the department that performs payment request work is the debt management office. In addition, the payment method determination office classification is set to "0" (payment office), and the department that performs the payment preparation work is the payment office.

At the Yokohama Office (debt management office), the Yokohama Sales Department 1 (debt management department) and the Yokohama Sales Department 2 (debt management department) process the invoices received from Company A, a business partner. Business office) performs payment request work by performing payment request input processing or payment closing date update processing, and creates a payment request slip (payment request data).

In addition, at the Kyoto office (debt management office), the Kyoto office (debt management office) performs payment request input processing or By performing date update processing, payment request work is performed and a payment request form is created.

Also, at the Tokyo head office (payment office), the Tokyo accounting department performs payment method determination processing based on the payment request form, performs payment preparation work, and prepares a payment notice (payment notice data).

Also, at the Tokyo head office, the Tokyo Accounting Department performs payment and settlement input processing based on the payment notice, thereby performing payment and settlement operations.

(Second department combination example)
Next, a second department combination example will be described with reference to FIG. FIG. 4 is a diagram schematically showing an outline of a second department combination example.

In this example, in the basic information management master 106a, the departmental payment request management classification is set to "1" (manage), and the department that performs payment request work is the debt management department. In addition, the payment method determination office classification is set to "1" (debt management office), and the department that performs payment preparation work is the debt management office.

At the Yokohama Office, the Yokohama Sales Department 1 and the Yokohama Sales Department 2 each perform payment request input processing or payment closing date update processing for the invoices received from the client company A. and create a payment request slip.

At the Yokohama office, the Yokohama office performs payment preparation work and prepares a payment notice by performing payment method determination processing based on the payment request form.

In addition, at the Kyoto office, the Kyoto sales department performs payment request work and creates a payment request slip by performing payment request input processing or payment closing date update processing for the invoice received from company A, a business partner. do.

In addition, at the Kyoto office, the Kyoto office performs payment preparation work and prepares a payment notice by performing payment method determination processing based on the payment request form.

Also, at the Tokyo head office, the Tokyo Accounting Department performs payment and settlement input processing based on the payment notice, thereby performing payment and settlement operations.

(Example of third department combination)
Next, a third department combination example will be described with reference to FIG. FIG. 5 is a diagram schematically showing an outline of a third department combination example.

In this example, in the basic information management master 106a, the departmental payment request management classification is set to "1" (manage), and the department that performs payment request work is the debt management department. In addition, the payment method determination office classification is set to "2" (debt management department), and the department that performs payment preparation work is the debt management department.

At the Yokohama Office, the Yokohama Sales Department 1 and the Yokohama Sales Department 2 each perform payment request input processing or payment closing date update processing for the invoices received from the client company A. and create a payment request slip.

At the Yokohama Office, the Yokohama Sales Department 1 and Yokohama Sales Department 2 each perform payment preparation work by performing payment method determination processing based on the payment request form, and prepare a payment notice.

In addition, at the Kyoto office, the Kyoto sales department performs payment request work and creates a payment request slip by performing payment request input processing or payment closing date update processing for the invoice received from company A, a business partner. do.

At the Kyoto office, the Kyoto sales department performs payment preparation work by performing payment method determination processing based on the payment request form, and prepares a payment notice.

Also, at the Tokyo head office, the Tokyo Accounting Department performs payment and settlement input processing based on the payment notice, thereby performing payment and settlement operations.

(Details of payment request work)
Next, the payment request business will be described in detail with reference to FIGS. 6 to 10. FIG. FIG. 6 is a diagram showing an example of the data structure of the payment schedule data 106b before the payment request work is performed.

The payment schedule data 106b includes payment schedule Guid, slip number, accounting office (debt generating department such as purchases and expenses), accounting department (debt generating department such as purchases and expenses), debt management office, debt It has the following items: management department, payment office, payee, invoice recording date, payment schedule date, payment schedule amount, payment reconciliation amount, request number, and notification number. Here, it is assumed that registration of debt slips has been completed in each office/department. In addition, the recording department is the debt management department. Also, since this is before the payment request work is performed, the items of the request number and notification number are blank.

Here, in the examples of FIGS. 7 and 8, in the basic information management master 106a, the departmental payment request management classification is set to "0" (not managed), and the department that performs the payment request work is the debt management office. is.

FIG. 7 is an explanatory diagram of an example of a payment request input screen used in a debt management office that performs payment request work. Here, the case of office work at the Yokohama office is taken as an example (Figs. 8 to 10 are the same). When displaying the payment request input screen, the display control unit 102b refers to the setting of the departmental payment request management classification of the basic information management master 106a, and displays "debt management office".

On this payment request input screen, the user inputs the items of the payee and debt management office. Then, the display control unit 102b acquires the payment schedule data 106b corresponding to the input "debt management office (Yokohama office)" and "payee (company A)" and displays them as payment request candidates in the detailed information. Let

After that, the user selects the data to be requested for payment from the payment request candidates displayed in the itemized information. Specifically, for the data to be requested for payment, check the requested item on the left end of the detail information.

After that, the payment request data creation unit 102c aggregates the payment schedule data 106b with the checkmarks for the requested items on the payment request input screen, and automatically assigns a request number (SI001).

Also, the payment request data creation unit 102c creates payment request data. In this case, the dates entered on the payment request input screen are set for the "payment request date" and "scheduled payment date". In addition, since the departmental payment request management classification of the basic information management master 106a is set to "0" (not managed), the "debt management office" in the aggregated payment schedule data 106b (Yokohama Office) is set, and "debt management department" is updated with a blank. In this way, it is possible to output a "payment request slip" to be sent to the payment preparation business in units of payment request data.

FIG. 8 is an explanatory diagram of an example of a payment closing date update processing screen used in a debt management office that performs payment request work. When displaying the payment closing date update screen, the display control unit 102b refers to the setting of the departmental payment request management classification of the basic information management master 106a, and displays "debt management office".

On this payment closing date update processing screen, the user selects "Create" in the processing category, and inputs the items of the debt management office and the payment closing date. Then, the payment request data creating unit 102c acquires the payment schedule data 106b corresponding to both (1) and (2) below.
(1) "Voucher posting date" of payment schedule data 106b is before "payment closing date" of payment closing date update processing (2) "debt management office" entered on the payment closing date update processing screen is payment schedule data Consistent with 106b "debt management office"

Then, the payment request data creation unit 102c aggregates the acquired payment schedule data 106b for each "debt management office" and "payee", and automatically assigns a request number (SI001). Also, the payment request data creation unit 102c creates payment request data. In that case, the "payment request date" is set to the "payment closing date" entered on the payment closing date update processing screen. In addition, since the departmental payment request management classification of the basic information management master 106a is set to "0" (not managed), the "debt management office" in the aggregated payment schedule data 106b (Yokohama Office) is set, and "debt management department" is updated with a blank. In this way, it is possible to output a "payment request slip" to be sent to the payment preparation business in units of payment request data.

Next, in the examples of FIGS. 9 and 10, in the basic information management master 106a, the departmental payment request management classification is set to "1" (to manage), and the department that performs the payment request work is the debt management department. be.

FIG. 9 is an explanatory diagram of an example of a payment request input screen used in a debt management department that performs payment request work. When displaying the payment request input screen, the display control unit 102b refers to the setting of the departmental payment request management classification of the basic information management master 106a, and displays the "debt management office" and "debt management department".

On this payment request input screen, the user inputs the items of payee, debt management office, and debt management department. Then, the display control unit 102b displays the payment schedule data 106b corresponding to the input "debt management office (Yokohama office)", "debt management department (Yokohama sales department 1)", and "payee (Company A)". and display it as a payment request candidate in the statement information.

After that, the user selects the data to be requested for payment from the payment request candidates displayed in the itemized information. Specifically, for the data to be requested for payment, check the requested item on the left end of the detail information.

After that, the payment request data creation unit 102c aggregates the payment schedule data 106b with the checkmarks for the requested items on the payment request input screen, and automatically assigns a request number (SI001).

Also, the payment request data creation unit 102c creates payment request data. In this case, the dates entered on the payment request input screen are set for the "payment request date" and "scheduled payment date". In addition, since the departmental payment request management classification of the basic information management master 106a is set to "1" (to manage), the aggregated payment schedule data 106b for the "debt management office" and "debt management department" Set "debt management office" (Yokohama office) and "debt management department" (Yokohama sales department 1). In this way, it is possible to output a "payment request slip" to be sent to the payment preparation business in units of payment request data.

FIG. 10 is an explanatory diagram of an example of a payment deadline update processing screen used in a debt management department that performs payment request work. When displaying the payment closing date update screen, the display control unit 102b refers to the setting of the section-by-section payment request management classification of the basic information management master 106a, and displays the "debt management office" and "debt management department". .

On this payment closing date update processing screen, the user selects "Create" in the processing category, and inputs the items of the debt management office, debt management department, and payment closing date. The scope of the "Debt Management Department" is optional. Also, if the "debt management department" is not specified, all debt management departments linked to the debt management office will be targeted. Also, by pressing the "Select" button of "Debt Management Department", you can specify multiple departments at once instead of specifying a range (for example, "Yokohama Sales Department 1", "Yokohama Sales Department 3", "Kyoto Sales Department", etc.) can be specified).

Then, the payment request data creating unit 102c acquires the payment schedule data 106b corresponding to all of (11) to (13) below.
(11) "Voucher accounting date" of payment schedule data 106b is before "payment closing date" of payment closing date update processing (12) "debt management office" entered on the screen of payment closing date update processing is scheduled to be paid (13) The "debt management department" entered on the payment closing date update processing screen matches the "debt management department" of the payment schedule data 106b.

Then, the payment request data creation unit 102c aggregates the acquired payment schedule data 106b for each “debt management office”, “debt management department”, and “payee”, and automatically assigns a request number (SI001, SI002 )do. Also, the payment request data creation unit 102c creates payment request data. In that case, the "payment request date" is set to the "payment closing date" entered on the payment closing date update processing screen. In addition, since the departmental payment request management classification of the basic information management master 106a is set to "1" (to manage), the aggregated payment schedule data 106b for the "debt management office" and "debt management department" Set "debt management office" (Yokohama office) and "debt management department" (Yokohama sales department 1, Yokohama sales department 2). In this way, it is possible to output a "payment request slip" to be sent to the payment preparation business in units of payment request data.

(Details of payment preparation work)
Next, the payment preparation work will be described in detail with reference to FIGS. 11 to 14. FIG. FIG. 11 is a diagram showing an example of the data structure of the payment schedule data 106b after the payment request work is performed. As compared with FIG. 6, data is added to the request number in the payment schedule data 106b.

FIG. 12 is an explanatory diagram of an example in which payment preparation work is performed at a payment office. In this example, in the basic information management master 106a, the payment method determination office classification is set to "0" (payment office), and the department that performs payment preparation work is the payment office.

When displaying the payment method confirmation processing screen, the display control unit 102b refers to the setting of the payment method confirmation business office classification of the basic information management master 106a, and displays "payment office".

On this payment method determination processing screen, the user selects "Create" in the processing classification, and inputs the payment office and the scheduled payment date.

Then, the payment notice data creating unit 102d acquires the payment schedule data 106b corresponding to both (21) and (22) below.
(21) The "payment office" of the payment schedule data 106b matches the "payment office" of the payment method confirmation processing screen (22) The "scheduled payment date" of the payment schedule data 106b is match day

Then, the payment notice data creation unit 102d aggregates the payment schedule data 106b by "payment office", "payee", and "scheduled payment date", and automatically assigns a notice number (ST001). Also, the payment notification data creation unit 102d creates payment notification data. In this case, since the payment method determination office classification of the basic information management master 106a is set to "0" (payment office), the "debt management office" and "debt management department" are updated with blanks. In this way, it is possible to output a "payment advice" to be sent to the payment settlement business in units of payment advice data.

FIG. 13 is an explanatory diagram of an example in which the payment preparation work is performed at the debt management office. In this example, in the basic information management master 106a, the payment method determination office classification is set to "1" (debt management office), and the department that performs the payment preparation work is the debt management office.

When displaying the payment method determination processing screen, the display control unit 102b refers to the setting of the payment method determination business office classification in the basic information management master 106a, and displays "debt management business office".

On this payment method determination processing screen, the user selects "Create" in the processing category, and inputs the items of the debt management office and the scheduled payment date.

Then, the payment notice data creation unit 102d acquires the payment schedule data 106b corresponding to both (31) and (32) below.
(31) "Debt management office" of the payment schedule data 106b matches "Debt management office" of the payment method confirmation processing screen (32) "Scheduled payment date" of the payment schedule data 106b is " Match the payment due date

Then, the payment notification data creation unit 102d aggregates the payment schedule data 106b by "payment office", "debt management office", "payee", and "scheduled payment date", and automatically assigns a notification number. (ST001). Also, the payment notification data creation unit 102d creates payment notification data. In this case, since the payment method determination office classification of the basic information management master 106a is set to "1" (debt management office), the "debt management office" of the aggregated payment schedule data 106b is "Office" (Yokohama Office) is set, and "Debt Management Department" is left blank. In this way, it is possible to output a "payment advice" to be sent to the payment settlement business in units of payment advice data.

FIG. 14 is an explanatory diagram of an example in which the payment preparation work is performed by the debt management department. In this example, in the basic information management master 106a, the payment method determination business establishment classification is set to "2" (debt management department), and the department performing the payment preparation work is the debt management department.

When displaying the payment method determination processing screen, the display control unit 102b refers to the setting of the payment method determination office classification of the basic information management master 106a, and displays the "debt management office" and "debt management department". .

On this payment method determination processing screen, the user selects "Create" in the processing classification, and inputs the items of debt management office, debt management department, and scheduled payment date. The designation of the scope of the "Debt Management Department" is optional. Also, if the "debt management department" is not specified, all debt management departments linked to the debt management office will be targeted. Also, by pressing the "Select" button of "Debt Management Department", you can specify multiple departments at once instead of specifying a range (for example, "Yokohama Sales Department 1", "Yokohama Sales Department 3", "Kyoto Sales Department", etc.) can be specified).

Then, the payment notice data creation unit 102d acquires the payment schedule data 106b corresponding to all of (41) to (43) below.
(41) "Debt management office" of the payment schedule data 106b matches "Debt management office" of the payment method confirmation processing screen (42) "Debt management department" of the payment schedule data 106b is " (43) "Scheduled payment date" in the scheduled payment data 106b matches the "Scheduled payment date" on the payment method confirmation processing screen.

Then, the payment notification data creation unit 102d aggregates the payment schedule data 106b by "payment office", "debt management office", "debt management department", "payee", and "scheduled payment date", A notification number is automatically assigned (ST001, ST002). Also, the payment notification data creation unit 102d creates payment notification data. In that case, since the payment method determination office classification of the basic information management master 106a is set to "2" (debt management department), the payment schedule data aggregated for the "debt management office" and "debt management department" Set 106b "debt management office" (Yokohama office) and "debt management department" (Yokohama sales department 1, Yokohama sales department 2). In this way, it is possible to output a "payment advice" to be sent to the payment settlement business in units of payment advice data.

(Details of payment settlement business)
Next, the payment settlement business will be described in detail with reference to FIGS. 15 and 16. FIG. Payment and settlement operations will continue to be carried out at payment offices. FIG. 15 is a diagram showing an example of the data structure of payment notice data created in payment preparation work. The payment notice data has items of notice number, payment office, debt management office, debt management department, payee, scheduled payment date, and requested payment amount. Here, it is assumed that the payment preparation work has been completed. In addition, it is assumed that the payment preparation work was performed by the debt management department.

In the payment settlement business, it is possible to narrow down the payment advice data holding the information of the payment office by the payment office specified on the payment settlement input screen, select a plurality of payment advice data, and settle the payment. Details will be described below.

FIG. 16 is an explanatory diagram of an example of a payment/settlement input screen when performing payment/settlement business. The display control unit 102b displays "payment office" or the like when displaying the payment settlement input screen.

On this payment/settlement input screen, the user inputs items such as payment office and scheduled payment date. Then, the display control unit 102b acquires the payment notification data corresponding to the input "payment office (Tokyo head office)" and "scheduled payment date ('21/07/10)', "Payment method" and display it as a payment settlement candidate in the detailed information.

After that, the user selects the data to be paid and settled from among the payment and settlement candidates displayed in the itemized information. Specifically, for the data to be settled by payment, check the item to be settled on the left end of the detailed information.

After that, the payment data creation unit 102e selects the payment notification data with a check mark in the payment object on the payment/settlement input screen.

Also, the payment data creation unit 102e creates payment data based on the selected payment notification data. The payment data has items of payment number, payment office, payment destination, payment date, payment method, and payment amount.

(Payment request form)
Next, an example of an input screen for extracting conditions when outputting a payment request form will be described with reference to FIG. FIG. 17 is a diagram showing an example of an input screen for extracting conditions when outputting a payment request slip.

It is assumed that the payment request form is output by the department that handles the payment request work. In the case of FIG. 17A, the divisional payment request management classification of the basic information management master 106a is set to "0" (not managed), and the output target is narrowed down by the debt management office.

Before starting the screen, the display control unit 102b refers to the setting of the divisional payment request management classification of the basic information management master 106a, and displays "debt management office" in the "extraction condition" on the input screen. The user inputs, for example, "Yokohama office" as the debt management office on this input screen. Then, the payment request data creating unit 102c extracts the corresponding payment request data (FIGS. 7 and 8), creates a payment request slip, and outputs (screen display, transmission, etc.).

In the case of FIG. 17B, the divisional payment request management classification of the basic information management master 106a is set to "1" (managed), and the output target is narrowed down by the debt management division.

Before starting the screen, the display control unit 102b refers to the setting of the section-by-section payment request management classification of the basic information management master 106a, and selects "debt management office" and "debt management department" as "extraction conditions" on the input screen. display. On this input screen, the user inputs, for example, "Yokohama office" as the debt management office, and further inputs or selects the debt management department. It should be noted that the designation of the range of "Debt Management Department" is arbitrary (same as in FIG. 10).

Then, the payment request data creation unit 102c extracts the corresponding payment request data (FIGS. 9 and 10), creates a payment request slip, and outputs (screen display, transmission, etc.).

(Payment notice)
Next, an example of an input screen for extracting conditions when outputting a payment advice will be described with reference to FIGS. 18 and 19. FIG. 18 and 19 are diagrams showing examples of input screens for extracting conditions when outputting a payment advice.

It is assumed that the payment advice will be output by the department that conducts payment preparation work. In the case of FIG. 18(a), the payment method determination office classification of the basic information management master 106a is set to "0" (payment office), and the output target is narrowed down by the payment office.

Before starting the screen, the display control unit 102b refers to the setting of the payment method fixed office category in the basic information management master 106a, and displays the input screen shown in FIG. 18(a). Among the extraction conditions, two of "debt management office" and "payment office" are displayed as "business office designation classification", but here, "payment office" is selected and locked, and " Debt Management Office” cannot be selected.

In addition, the debt management office and the debt management department are locked and disabled. Also, the payment office is displayed so that it can be specified. In addition, designation of the range of "payment office" is optional. The user designates, for example, "Tokyo head office" as the payment office on this input screen. Then, the payment advice data creating unit 102d extracts the corresponding payment advice data (FIGS. 12 to 14), creates a payment advice, and outputs (screen display, transmission, etc.).

In the case of FIG. 18(b), the payment method determination office classification of the basic information management master 106a is set to "1" (obligation management office).

Before starting the screen, the display control unit 102b refers to the setting of the payment method determination business establishment classification of the basic information management master 106a, and displays the input screen shown in FIG. 18(b). Among the extraction conditions, two of "debt management office" and "payment office" are displayed as the "designation of office". The user can select either.

When "debt management office" is selected as the "office designation classification", the debt management office is enabled, and the debt management department and payment office are locked and disabled.

When "payment office" is selected as the "office designation category", the debt management office and the debt management department are locked and cannot be used, and the payment office is usable.

The user inputs each item on this input screen. Then, the payment advice data creating unit 102d extracts the corresponding payment advice data (FIGS. 12 to 14), creates a payment advice, and outputs (screen display, transmission, etc.).

In the case of FIG. 19, the payment method determination office classification of the basic information management master 106a is set to "2" (debt management department).

Before starting the screen, the display control unit 102b refers to the setting of the payment method fixed office category in the basic information management master 106a, and displays the input screen shown in FIG. Among the extraction conditions, two of "debt management office" and "payment office" are displayed as the "designation of office". The user can select either.

When the "debt management office" is selected as the "office designation category", the debt management office and the debt management division can be used (designated), and the payment office is locked and disabled.

When "payment office" is selected as the "office designation category", the debt management office and the debt management department are locked and cannot be used, and the payment office is usable.

The user inputs each item on this input screen. Then, the payment advice data creating unit 102d extracts the corresponding payment advice data (FIGS. 12 to 14), creates a payment advice, and outputs (screen display, transmission, etc.).

(processing flow)
FIG. 20 is a flow chart for the accounting processing apparatus 100 to create payment request data in the payment request business. First, in step S11, the display control unit 102b displays screens for payment request business (FIGS. 7 to 10) according to the selected contents of the departmental payment request management classification of the basic information management master 106a.

Next, in step S12, the acquisition unit 102a acquires input information for the screen.

Next, in step S13, the display control unit 102b extracts and displays the corresponding payment schedule data 106b (FIGS. 7 and 9).

Next, in step S14, the payment request data creation unit 102c creates payment request data (FIGS. 7 to 10) based on the selected (extracted) payment schedule data 106b.

FIG. 21 is a flow chart for creating payment notification data in the payment preparation work by the accounting processing device. First, in step S21, the display control unit 102b displays screens for payment preparation work (FIGS. 12 to 14) in accordance with the selected content of the payment method fixed office category in the basic information management master 106a.

Next, in step S22, the acquisition unit 102a acquires input information for the screen.

Next, in step S23, the display control unit 102b extracts the corresponding payment schedule data 106b, and the payment notice data creation unit 102d creates payment notice data (FIGS. 12 to 14).

As described above, according to the accounting processing apparatus 100 of the present embodiment, the basic information management master 106a is set so that the payment office, the debt management office, and the debt management department can be selected as departments that perform payment preparation work. By displaying the screen and creating payment notice data, etc., it is possible to flexibly handle multiple departments that may be in charge of payment preparation work. Moreover, a payment method determination processing screen can be used as the screen.

In addition, in the basic information management master 106a, the debt management office and the debt management department are set to be selectable as departments that perform payment request work, and screen display and payment request data creation, etc. are performed according to the selected content. , it is possible to respond flexibly even when there are multiple departments that may be in charge of payment request work. As the screen, either a payment request input screen or a payment closing date update processing screen can be used.

In other words, the “payment request business” for inputting payment requests and updating the payment closing date, and the “payment preparation business” for confirming the payment method are handled by different departments depending on the operation, such as company size and organizational structure. According to the accounting processing device 100 of the embodiment, it is possible to realize flexible operation according to the style of the organization (company, etc.). Therefore, it is possible to improve the operational efficiency of the entire organization. More specifically, it is possible to flexibly adapt to the actual business system, and has the effect of reducing credit risks such as payment errors and omissions.

[4. Contribution to the Sustainable Development Goals (SDGs) led by the United Nations]
Since this embodiment can contribute to improving operational efficiency and promoting appropriate management decisions of companies, it is possible to contribute to Goals 8 and 9 of the SDGs.

In addition, the present embodiment can contribute to the reduction of disposal loss and the promotion of paperless and computerization.

In addition, since this embodiment can contribute to strengthening control and governance, it is possible to contribute to Goal 16 of the SDGs.

[5. Other embodiments]
The present invention may be implemented in various different embodiments other than the embodiments described above within the scope of the technical idea described in the claims.

For example, among the processes described in the embodiments, all or part of the processes described as being automatically performed can be manually performed, or all of the processes described as being manually performed Alternatively, some can be done automatically by known methods.

In addition, unless otherwise specified, the processing procedures, control procedures, specific names, information including parameters such as registration data and search conditions for each process, screen examples, and database configurations shown in this specification and drawings can be changed arbitrarily.

Also, with respect to the accounting processing device 100, each illustrated component is functionally conceptual, and does not necessarily need to be physically configured as illustrated.

For example, the processing functions of the accounting processing apparatus 100, particularly the processing functions performed by the control unit 102, are implemented in whole or in part by a CPU and a program interpreted and executed by the CPU. Alternatively, it may be implemented as hardware using wired logic. The program is stored in a non-temporary computer-readable storage medium containing programmed instructions for causing the information processing device to execute the processing described in this embodiment, and the accounting processing device as necessary. 100 mechanically read. That is, a storage unit such as a ROM or HDD (Hard Disk Drive) stores a computer program for giving instructions to the CPU in cooperation with the OS to perform various processes. This computer program is executed by being loaded into the RAM and constitutes a control section in cooperation with the CPU.

In addition, this computer program may be stored in an application program server connected to the accounting processing apparatus 100 via any network, and it is possible to download all or part of it as necessary. be.

Further, the program for executing the processing described in this embodiment may be stored in a non-temporary computer-readable storage medium, or may be configured as a program product. Here, this "storage medium" means memory card, USB (Universal Serial Bus) memory, SD (Secure Digital) card, flexible disk, magneto-optical disk, ROM, EPROM (Erasable Programmable Read Only Memory), EEPROM (registered Trademark) (Electrically Erasable and Programmable Read Only Memory), CD-ROM (Compact Disk Read Only Memory), MO (Magneto-Optical disk), DVD (Digital Versatile Disk), Blu-ray (registered trademark) Disc, etc. shall include “portable physical media” of Therefore, a storage medium storing a program for executing the processing or processing method described in this specification also constitutes the present invention.

A "program" is a data processing method written in any language or writing method, regardless of the format such as source code or binary code. In addition, the "program" is not necessarily limited to a single configuration, but is distributed as multiple modules or libraries, or cooperates with a separate program represented by the OS to achieve its function. including things. It should be noted that well-known configurations and procedures can be used for the specific configuration and reading procedure for reading the storage medium in each device shown in the embodiments, the installation procedure after reading, and the like.

The various databases and the like stored in the storage unit 106 are storage means such as memory devices such as RAM and ROM, fixed disk devices such as hard disks, flexible disks, and optical disks. Stores programs, tables, databases, files for web pages, and so on.

The transaction processing apparatus 100 may be configured as an information processing apparatus such as a known personal computer or workstation, or may be configured as the information processing apparatus to which any peripheral device is connected. Also, the accounting processing device 100 may be implemented by installing software (including programs, data, etc.) that causes the device to implement the processing described in the present embodiment.

Furthermore, the specific form of distribution and integration of the device is not limited to the one shown in the figure, and all or part of it can be functionally or physically arranged in arbitrary units according to various additions or functional loads. It can be distributed and integrated. In other words, the embodiments described above may be arbitrarily combined and implemented, or the embodiments may be implemented selectively.

INDUSTRIAL APPLICABILITY The present invention is particularly useful in an accounting system used within an organization such as a company.

100 Accounting device
102 control unit
102a Acquisition unit
102b display control unit
102c Payment request data creation unit
102d payment notification data creation unit
102e Payment data creation unit
104 communication interface unit
106 storage unit
106a Basic information management master
106b Scheduled payment data
108 input/output interface
112 input device
114 output device 200 server 300 network

Claims (9)

An accounting processing device comprising a control unit,
Regarding accounting processing, as a task that constitutes the process from expense recording to payment settlement , as processing for passing the debt slip to the payment flow, based on the debt slip, perform payment request input processing or payment deadline update processing, Payment request work for creating a payment request slip , payment preparation work for creating a payment advice by performing processing to determine the payment method based on the payment request slip, and payment settlement input based on the payment advice payment and settlement operations to be processed ;
if there is
any one of a payment business office that performs the payment settlement business, a debt management business office, and a debt management department in the debt management business office is selected and set as the department that performs the payment preparation business, a basic information management master in which one of the debt management office and the debt management department is selected and set as a department for performing payment request work;
is accessible to
The control unit
By referring to the basic information management master, as the first screen for performing the payment preparation work, an information input screen including information for specifying the department selected as the department to perform the payment preparation work. a first display control means for displaying;
By referring to the basic information management master, as a second screen for performing the payment request work, an information input screen including information for specifying the department selected as the department to perform the payment request work. and a second display control means for displaying,
The second display control means, based on the input information by the user in either the payment request input screen as the second screen or the payment closing date update processing screen, and the setting of the basic information management master , extracting and displaying the corresponding payment schedule data from a plurality of payment schedule data;
An accounting processing device characterized by: The control unit
payment notice data creation for extracting corresponding payment schedule data from a plurality of payment schedule data and creating payment notice data based on the information input by the user on the first screen and the basic information management master; to further provide means ,
The accounting processing device according to claim 1, characterized by: The control unit
further comprising payment request data creation means for creating payment request data based on the payment schedule data selected by the user from among the displayed payment schedule data;
The accounting processing device according to claim 1, characterized by: The payment request data has input fields for a debt management office and a debt management department,
The payment request data creating means
When the basic information management master is set to perform payment request work at the debt management office, the payment schedule data selected by the user is entered in the input field of the debt management office of the payment request data. Entering the debt management office and creating the payment request data with the input field of the debt management department blank,
When the basic information management master is set such that the payment request business is performed by the debt management department, the debt of the payment schedule data selected by the user is entered in the input field of the debt management office of the payment request data. creating the payment request data by inputting the management office and inputting the debt management department of the payment schedule data selected by the user in the input field of the debt management department of the payment request data;
4. The accounting processing device according to claim 3, characterized by: The second display control means is
When the basic information management master is set to perform the payment request work at the debt management office, the desired debt management office is used as the input field for the extraction conditions of the payment request data when outputting the payment request slip. Displaying the extraction condition input screen having an input field for
When the basic information management master is set to perform the payment request work at the debt management office, the desired debt management office is used as the input field for the extraction conditions of the payment request data when outputting the payment request slip. and an input field for the desired debt management department.
The payment request data creation means corresponds to the desired debt management office or the desired debt management office and the desired debt management department input as the extraction condition from the plurality of payment schedule data. extracting the payment order data;
5. The accounting processing device according to claim 4, characterized by: The payment notice data has input fields for a debt management office and a debt management department,
The payment notification data creating means
In the basic information management master, when the payment office is set as the department that performs the payment preparation work, the payment notification data is created with the input fields for the debt management office and the debt management department blank. ,
In the basic information management master, if a debt management office is set as a department that performs payment preparation work, enter the debt management office of the extracted payment schedule data in the input field of the debt management office, Create the payment notice data with the input field of the debt management department blank,
In the basic information management master, if a debt management department is set as a department that performs payment preparation work, enter the debt management business office of the extracted payment schedule data in the input field of the debt management business office, and creating the payment notice data by inputting the debt management department of the extracted payment schedule data in the debt management department input field;
3. The accounting processing device according to claim 2, characterized by: The second display control means is
In the case of outputting a payment notice, on the input screen for the extraction conditions of the payment notice data, the display field for the designated business office, the input field for the desired debt management office, the input field for the desired debt management department, and , displays the entry field for the desired payment office,
In the basic information management master, when the payment office is set as the department that performs the payment preparation business, the payment business among the payment office and debt management office displayed in the display column of the office designation category place is automatically selected, the input fields of the desired debt management office and the input fields of the desired debt management department are disabled, and the input fields of the desired payment office are enabled. display and
In the basic information management master, if the debt management office is set as the department that performs the payment preparation work, the user can specify either the payment office or the debt management office displayed in the display field of the specified office classification. When the debt management business office is selected as the business designation category, the input field of the desired debt management office is made available for input, and the desired debt management department The input fields and the input fields for the desired payment business office are displayed in a non-input state, and when the payment business office is selected as the business designation category, the input fields for the desired debt management office and the desired payment business office are displayed. display the input fields of the debt management department in an input disabled state, and display the input fields of the desired payment office as an input enabled state,
In the basic information management master, if the debt management department is set as the department that performs payment preparation work, select either the payment business office or the debt management business office displayed in the display column of the business office designation category. In addition to being selectable by the user, when the debt management business office is selected as the business designation category, the input fields for the desired debt management office and the desired debt management department can be entered. and the input fields for the desired payment business office are displayed as disabled for input, and when the payment office is selected as the designated business office category, the input fields for the desired debt management office and the desired payment office are displayed. display the input fields of the debt management department in an input disabled state, and display the input fields of the desired payment business office in an input enabled state;
7. The accounting processing device according to claim 6, characterized by: An accounting processing method executed by an accounting processing device comprising a control unit,
The accounting processing device
Regarding accounting processing, as a task that constitutes the process from expense recording to payment settlement , as processing for passing the debt slip to the payment flow, based on the debt slip, perform payment request input processing or payment deadline update processing, Payment request work for creating a payment request slip , payment preparation work for creating a payment advice by performing processing to determine the payment method based on the payment request slip, and payment settlement input based on the payment advice payment and settlement operations to be processed ;
if there is
any one of a payment business office that performs the payment settlement business, a debt management business office, and a debt management department in the debt management business office is selected and set as the department that performs the payment preparation business, a basic information management master in which one of the debt management office and the debt management department is selected and set as a department for performing payment request work;
is accessible to
executed by the control unit;
By referring to the basic information management master, as the first screen for performing the payment preparation work, an information input screen including information for specifying the department selected as the department to perform the payment preparation work. a first display control step for displaying;
By referring to the basic information management master, as a second screen for performing the payment request work, an information input screen including information for specifying the department selected as the department to perform the payment request work. A second display control step to display,
In the second display control step, based on the information input by the user on either the payment request input screen or the payment closing date update processing screen as the second screen, and the setting of the basic information management master , extracting and displaying the corresponding payment schedule data from a plurality of payment schedule data;
An accounting method characterized by An accounting processing program to be executed by an accounting processing device having a control unit,
The accounting processing device
Regarding accounting processing, as a task that constitutes the process from expense recording to payment settlement , as processing for passing the debt slip to the payment flow, based on the debt slip, perform payment request input processing or payment deadline update processing, Payment request work for creating a payment request slip , payment preparation work for creating a payment advice by performing processing to determine the payment method based on the payment request slip, and payment settlement input based on the payment advice If there is a payment settlement business that performs processing ,
any one of a payment business office that performs the payment settlement business, a debt management business office, and a debt management department in the debt management business office is selected and set as the department that performs the payment preparation business, a basic information management master in which one of the debt management office and the debt management department is selected and set as a department for performing payment request work;
is accessible to
for execution by the control unit,
By referring to the basic information management master, as the first screen for performing the payment preparation work, an information input screen including information for specifying the department selected as the department to perform the payment preparation work. a first display control step for displaying;
By referring to the basic information management master, as a second screen for performing the payment request work, an information input screen including information for specifying the department selected as the department to perform the payment request work. a second display control step to display,
In the second display control step, based on the information input by the user on either the payment request input screen or the payment closing date update processing screen as the second screen, and the setting of the basic information management master , extracting and displaying the corresponding payment schedule data from a plurality of payment schedule data;
An accounting program characterized by:

Images