JP2017182793A - Payment reconciliation processing device, payment reconciliation processing method, and payment reconciliation processing program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a payment reconciliation processing device capable of flexibly changing a priority of reconciliation processing of a request amount to payment, a payment reconciliation processing method, and a payment reconciliation processing program.SOLUTION: A payment reconciliation processing device of the present invention performs reconciliation processing of a request amount in response to payment. A controller of the payment reconciliation processing device determines a request item subjected to reconciliation processing among a plurality of request items including request information on request amount according to an arbitrarily changeable priority when reconciliation processing of a request amount is performed in response to payment.SELECTED DRAWING: Figure 2

Description

  The present invention relates to a payment application processing apparatus, a payment application processing method, and a payment application processing program.

  In Patent Document 1, regarding the deposit processing for collecting loans corresponding to accounts receivable, the priorities of the accounts receivable application are as follows: (1) from the oldest settlement date, (2) from the largest loan amount ( 3) It is described that the accounts receivable specification numbers are defined as starting from the youngest (see paragraphs [0041] to [0042], FIG. 3 etc.).

JP 2006-085675 A

  However, in the conventional deposit processing system as disclosed in Patent Document 1, since the priority order of the application process is predetermined on the assumption that the deposit is made, the user customizes the priority order. Can not do it. Therefore, the conventional deposit processing system has a problem that it is not possible to perform an application process according to the situation. In particular, if the deposit is not successful, specifically, if there is a deposit for the deposit, or if there is a delinquent payment for the planned deposit, the priority order of the application process should be flexibly changed. There is a need to be able to.

  The present invention has been made in view of the above-described problems, and is a payment application processing apparatus, a payment application processing method, and a payment which can flexibly change the priority of the application processing of the charged amount for the payment. An object is to provide an application program.

  In order to solve the above-described problems and achieve the object, a deposit application processing apparatus according to the present invention includes a control unit for performing an invoice amount application process according to the deposit. And the said control part is the consumption item determination means which determines the claim item of a consumption process object from the several claim items containing the claim information regarding the said charge amount according to the priority which can be changed arbitrarily It is provided with.

  The deposit application processing apparatus according to the present invention is the deposit application processing apparatus, wherein the priority includes a first priority and a second priority, and the application item determination means includes: The claim item to be consumed is determined from the plurality of claim items according to a combination of the first priority level and the second priority level.

  Furthermore, in the payment application processing apparatus according to the present invention, in the payment application processing apparatus, the first priority is a priority that should be given priority over the second priority, and the application Item determining means determines, according to the first priority, a category to which the claim item to be subject to the consumption process belongs from among the plurality of claims, and according to the second priority, The claim item to be consumed is determined from among the claim items belonging to the category determined according to the first priority.

  The deposit application processing apparatus according to the present invention is characterized in that, in the deposit application processing apparatus, the control unit further includes setting means for setting the priority order for the plurality of claim items. .

  Further, the deposit application processing apparatus according to the present invention is the appropriation classification for the control unit to extract the claim item to be applied from the plurality of claim items in the deposit application processing apparatus. The appropriation category setting unit further extracts a billing item whose billing date or scheduled payment date is within a predetermined period from the plurality of billing items. A first appropriation category for each of the billing amounts, and an appropriation category selected from the second appropriation category for extracting all of the plurality of billing items as the billing target items It is characterized by setting to.

  Furthermore, in the payment application processing apparatus according to the present invention, in the payment application processing apparatus, the predetermined period is the closest billing month among the billing month including the billing date or the scheduled deposit date or the scheduled deposit month, or It is a scheduled deposit month, or is the farthest billing month or scheduled deposit month.

  Moreover, the deposit application processing method according to the present invention is a deposit application processing method for performing an application processing of an amount charged according to the deposit, which is executed in an information processing apparatus including a control unit, Including a consumption item determination step for determining a billing item to be consumed from among a plurality of billing items including billing information related to the billing amount according to a priority that can be arbitrarily changed, executed in the control unit; It is characterized by that.

  Further, the deposit application processing program according to the present invention is a deposit application processing program for executing an invoice amount application process in accordance with the deposit for execution in an information processing apparatus including a control unit, A consumption item determination step for determining a billing item to be consumed from among a plurality of billing items including billing information related to the billing amount in accordance with an arbitrarily changeable priority order to be executed in the control unit. It is characterized by including.

  According to the present invention, there is an effect that it is possible to flexibly change the priority order of the process of applying the billing amount for the deposit.

FIG. 1 is a block diagram showing an example of the configuration of a deposit / application processing system including a deposit / application processing apparatus according to an embodiment of the present invention. FIG. 2 is a flowchart showing a processing procedure of a payment application processing method executed by the payment application processing apparatus 100 in the payment application processing system 1000 of FIG. FIG. 3 is a diagram used for explaining an outline of a specific example of the embodiment of the present invention. FIG. 4 is a diagram used for explaining a first processing procedure (property registration) in a specific example of the embodiment of the present invention. FIG. 5A is a diagram illustrating an example of a master registered as a result of the property registration in FIG. 4. FIG. 5-2 is a diagram illustrating an example of a master registered as a result of the property registration in FIG. 4. FIG. 6 is a diagram illustrating an example of a master registered as a result of the property registration in FIG. 4. FIG. 7 is a diagram used for explaining the second processing procedure (partition owner registration) in the specific example of the embodiment of the present invention. FIG. 8 is a diagram used for explaining a control master for performing further setting when the billing category shown in FIG. 7 is “single month billing”. FIG. 9 is a schematic diagram illustrating an example of a master constructed as a result of the division owner registration described with reference to FIG. FIG. 10 is a flowchart showing a processing procedure of the deposit application processing method in the specific example of the embodiment of the present invention. FIG. 11 is a diagram used for explaining the construction method of the expense item clearing order in the processing of FIG. FIG. 12 is a diagram schematically illustrating an example of a group of collection schedule data to be processed in the process of FIG. FIG. 13A is a diagram illustrating a specific example of the case where the process of FIG. 10 is performed on the collection schedule data illustrated in FIG. FIG. 13B is a diagram illustrating a specific example in the case of performing processing subsequent to the processing in FIG. FIG. 14 is a diagram showing another specific example when the processing of FIG. 10 is performed. FIG. 15 is a diagram showing a specific example of items that can be set in the collection schedule data as shown in FIG. FIG. 16 is a diagram showing a specific example of items that can be set in the deposit data to be processed in FIG. FIG. 17 is a diagram showing a specific example of items that can be set in the deposit application data created as a result of the processing of FIG.

  Embodiments of the present invention will be described in detail with reference to the drawings. In addition, this invention is not limited by this embodiment.

[1. Constitution]
An example of the configuration of the deposit / withdrawal processing apparatus according to the present embodiment will be described with reference to FIG. FIG. 1 is a block diagram showing an example of the configuration of a deposit / cancellation processing system including a deposit / application processing apparatus.

  The deposit application processing system 1000 shown in FIG. 1 includes a deposit application processing device 100 as an information processing device, a server 200, and a network 300 that connects the deposit application processing device 100 and the server 200 so that they can communicate with each other. Yes.

  The payment application processing apparatus 100 is a commercially available desktop personal computer, and is an information processing apparatus for performing an application process of a billing amount in accordance with payment. One payment application processing apparatus 100 is installed in a department that performs an application processing of an invoice amount, such as a management department or an accounting department. The deposit / withdrawal processing apparatus 100 is not limited to a stationary information processing apparatus such as a desktop personal computer, but may be a commercially available notebook personal computer, PDA (Personal Digital Assistants), smartphone, tablet personal computer, or the like. It may be a portable information processing apparatus. In addition, a plurality of deposit application processing apparatuses 100 may be installed in the deposit application processing system 1000, and one deposit application application is performed by synchronizing the plurality of deposit application processing apparatuses 100. It may function as the processing device 100.

  The deposit / withdrawal processing apparatus 100 includes a control unit 102, a communication interface unit 104, a storage unit 106, and an input / output interface unit 108. Each unit included in the deposit / withdrawal processing apparatus 100 is communicably connected via an arbitrary communication path.

  The communication interface unit 104 communicatively connects the deposit / withdrawal processing apparatus 100 to the network 300 via a communication apparatus 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 other devices via a communication line. Here, the network 300 has a function of connecting the deposit / withdrawal 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). Therefore, the communication interface unit 104 is configured to be able to receive input information from information processing apparatuses installed in other departments or billing destinations via the network 300 or the network 300 and the server 200. It is configured to be able to output predetermined information to a predetermined information processing apparatus, for example, an information processing apparatus installed in another department or billing destination.

  The storage unit 106 stores various databases, tables, files, and the like. The storage unit 106 stores a computer program (including the program of the present invention) for giving various instructions 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) and a ROM (Read Only Memory), a fixed disk device such as a hard disk, a flexible disk, and an optical disk can be used.

  An input device 112 and an output device 114 are connected to the input / output interface unit 108. As the output device 114, a speaker (including a home television), a speaker, and a printer can be used. As the input device 112, in addition to a keyboard, a mouse, and a microphone, a monitor that realizes a pointing device function in cooperation with the mouse can be used.

  The control unit 102 is a CPU or the like that comprehensively controls the deposit / withdrawal processing apparatus 100. The control unit 102 has an internal memory for storing a control program such as an OS, a program that defines various processing procedures, and necessary data, and performs various information processing based on these stored programs. Run.

  Further, the configuration of the storage unit 106 and the control unit 102 will be described in detail with reference to FIG.

  As shown in FIG. 1, the storage unit 106 includes a billing item information storage area 106a, a priority order information storage area 106b, an appropriation category information storage area 106c, and a collection scheduled data storage area 106d.

  The billing item information storage area 106a is a region for storing information related to billing items. The information regarding the billing item includes billing information regarding the billing amount. An example of information related to the billing item is billing data. The billing data is created when a billing amount is generated for the billing party. The priority information storage area 106b is an area for storing information relating to a priority that can be arbitrarily changed, which will be described later. The priority order may be a plurality of types of priority orders such as a first priority order and a second priority order.

  The appropriation classification information storage area 106c is an area for storing information related to the appropriation classification for extracting the billing item to be applied. The setting of the appropriation category is accepted by the deposit application processing apparatus 100 and held in the appropriation category information storage area 106c. The collection schedule data storage area 106d is an area for storing collection schedule data to be described later. The collection schedule data is created by the deposit / withdrawal processing apparatus 100 and held in the collection schedule data storage area 106d.

  The control unit 102 includes a plurality of modules as shown in FIG. In the example illustrated in FIG. 1, the control unit 102 includes a priority order setting unit 102a, an appropriation category setting unit 102b, and a consumption item determination unit 102c.

  The priority order setting unit 102a is a module that functions as a setting unit that sets priority orders for a plurality of billing items. The appropriation category setting unit 102b is a module that functions as an appropriation category setting unit for setting an appropriation category for extracting the billing item to be consumed from the plurality of billing items. It is preferable that a plurality of selectable types such as a first allocation category and a second allocation category are prepared.

  The application item determination unit 102c functions as an application item determination unit that determines an item to be processed from among a plurality of items including the charge information regarding the charge amount according to an arbitrarily changeable priority order. It is a module to do. In the case where the priority order includes the first priority order and the second priority order, the consumption item determination unit 102c has a plurality of items depending on the combination of the first priority order and the second priority order. It also has a function of determining a billing item to be consumed from the billing items.

[2. processing]
Next, the deposit application method executed in the deposit application processing system 1000 shown in FIG. 1 will be exemplarily described.

  FIG. 2 is a flowchart showing a processing procedure of a payment application processing method executed by the payment application processing apparatus 100 in the payment application processing system 1000 of FIG. The process shown in FIG. 2 is generally performed in a plurality of billing items including billing information related to a billing amount according to a priority order that can be arbitrarily changed when performing a billing amount application process according to a deposit. From this, the billing item subject to the application process is determined, and most of this process is executed by the control unit 102 of the deposit application process apparatus 100. In the following, the condominium management company uses the payment application processing apparatus 100 to set a billing amount for each category owner of a condominium, and when there is a deposit for the billing amount, a billing item including billing information regarding the billing amount A case where the consumption process is performed every time will be described as an example.

  In FIG. 2, first, in step S <b> 201, the deposit / withdrawal processing apparatus 100 accepts setting of one or more billing items. The billing item refers to a billing cost for the billing destination, and in this embodiment, includes billing information related to the billing amount. An example of data including expense items and billing information is billing data. In the case of condominium management, the billing items are, for example, management costs and repair reserves. When setting a billing item, it is preferable to assign identification information (for example, an identification code) for each billing item in advance and accept the identification information. In addition, acceptance of billing items is set for each billing destination. When the same billing item is set at a plurality of billing destinations (for example, when there are a plurality of division owners in one condominium), the payment application processing apparatus 100 can call one group of billing items by default. It is preferable to be configured. Further, in step S201, a billing amount set for each billing item is also accepted.

  Next, in step S202, a priority setting is accepted for each of the one or more billing items set in step S201. The priority order means a processing order of billing items when a billing amount application process is performed according to payment. The priority order preferably includes a first priority order and a second priority order that are different from each other, whereby the processing order can be subdivided. More preferably, the first priority is set to be a priority that should be given priority over the second priority, whereby the main processing order and the sub processing order can be arbitrarily set. You may set a 3rd priority as needed.

  Subsequently, in step S203, for each of the one or more billing items set in step S201, the billing destination setting and the appropriation category setting are accepted. The allocation category may be set for each billing destination, or may be set in common for a plurality of billing destinations. By performing the process of step S203 after step S201, it becomes possible to easily set a billing destination having a common billing item. Note that the processing in step S203 may be performed prior to the processing in step S201. In this case, the billing item is set after the billing destination is determined.

  Here, the allocation category will be described. Approval means assigning the deposit amount to the billing amount to be applied. The appropriation category is a category for extracting a billing item to be consumed from a plurality of billing items. Even if there is one billing item, the appropriation category is set. The appropriation category includes a first appropriation category for extracting a claim item whose billing date or scheduled payment date is within a predetermined period from a plurality of claim items, and all of the plurality of claim items. And a second allocation category for extraction as a billing item to be consumed.

  The first example of the first appropriation category is the appropriation category for the current month for appropriating the bills for the current month. The current month's billing may be the one that accepts the payment for the last month's billing, or the one that accepts the payment for the current month's billing, and these are managed on the billing date or the scheduled payment date (the scheduled collection date). Is possible.

  The second example of the first appropriation category is a past appropriation category for appropriating the non-payment month bill. The non-payment month billing is set, for example, when it is desired to promptly proceed with the application for the non-payment month bill amount in preference to the current month billing. The receipt of the current month appropriation category or the past appropriation category as the first appropriation category may be configured so that, for example, whether the current month appropriation or past appropriation can be received on the monthly billing setting screen. In addition, when the above-mentioned predetermined period is a monthly unit, the billing month including the billing date or the scheduled deposit date or the scheduled deposit month is the nearest billing month or the scheduled deposit month, or the farthest billing month or scheduled deposit The month can be set. Thereby, it is possible to select, for example, whether the range of the application process is to be delinquent or the current month.

  An example of the second allocation category is a cumulative allocation category for applying the cumulative billing amount. The second allocation category is set, for example, when managing the total amount of billing regardless of the category or type of the billing item. It is also possible to set other appropriation categories (for example, cumulative appropriation category for delinquent payments and current month appropriation category for billing in the current month).

  In step S204, collection schedule data is created. The collection schedule data is data in which the billing amount is replaced with the collection amount (scheduled payment amount), and the collection amount is collected every predetermined period (for example, monthly) as necessary. By using the collection schedule data, the billing amount can be managed by the collection schedule date instead of the billing date.

  Next, in step S205, it is determined whether or not there is a deposit. Specifically, the determination in step S205 may be performed by determining whether or not the deposit amount has been registered by starting a predetermined deposit input screen, or there has been a deposit from a financial institution with a transaction. This may be done by determining whether or not a notification to that effect has been received. As a result of the determination in step S205, if there is no payment (No in step S205), the process returns to step S201 to wait for various settings and payment. On the other hand, as a result of the determination in step S205, if there is a deposit (Yes in step S205), the process proceeds to step S206 to identify the deposit source. The payment source is specified based on identification information for identifying the payment source (for example, the payment source code, the name of the payment source). Further, when there are a plurality of deposits from a single deposit source or when there is a remaining deposit amount in the deposit source, it is preferable to calculate the total deposit amount in step S206.

  In the subsequent step S207, the collection schedule data of the billing destination corresponding to the payment source specified in step S206 is read, and the collection schedule data belonging to the allocation category set in step S203 is sorted in the priority order set in step S202. Do. As a result, the recovery schedule data that can be the target of the consumption process is extracted, and the records included in the recovery schedule data are arranged according to the priority order. Here, each record included in the collection schedule data is data including information on the collection collection amount corresponding to the billing amount for each billing item.

  In step S208, it is determined whether the deposit amount is excessive or insufficient by comparing the deposit amount with the total amount of the scheduled collection amount of the collection schedule data extracted as a result of the processing in step S207. If there is no excess or deficiency (No in step S208), it is determined that all records included in the extracted collection plan data can be erased, the process of step S209 is skipped, and the process of step S210 is performed. Proceed to Even if there is no excess or deficiency (No in step S208), the process of step S209 may be executed without skipping. On the other hand, if there is excess or deficiency (Yes in step S208), the process proceeds to step S209 to calculate the appropriate amount.

  The calculation of the appropriate amount in step S209 is performed as follows. In order from the highest priority record, compare the deposit amount with the planned collection amount. If the deposit amount exceeds the planned collection amount, apply the deposit amount to the record (full appropriation) and the balance of the deposit amount Is calculated. This procedure is repeated until a record is found in which the remaining deposit amount is less than the scheduled collection amount. For a record in which the balance of the deposit amount is less than the scheduled collection amount, the entire deposit amount may be applied (partial allocation), or the remaining amount of the deposit amount may not be applied. By these processes, the record to which the deposit amount is fully applied (that is, the billing item) and the record where the deposit amount is partially applied or not applied are determined from the extracted collection schedule data, and the receipt amount is further determined. Will be finalized. Further, when the priority order includes the first priority order and the second priority order, the consumption process target is selected from a plurality of billing items according to the combination of the first priority order and the second priority order. The billing items are determined. Further, when the first priority is a priority that should be given priority over the second priority, first, according to the first priority, an erase is performed from a plurality of billing items (extracted collection schedule data). From the billing items belonging to the category determined according to the first priority, according to the second priority, the category (for example, public utility charges) to which the billing item (record) to be included is to be processed is determined. A billing item (for example, water bill) to be consumed is determined.

  In the subsequent step S210, a consumption process is performed. In the present embodiment, a process for canceling the collection schedule data to be applied to the full amount determined as a result of the process in step S209 is performed. It should be noted that the billing data may be erased instead of the collection schedule data, and in any case, the billing amount included in the billing item is cleared. On the other hand, the application process is not performed for the record that is partially applied and the record that is not applied with the deposit amount determined as a result of the process of step S209. When the application process is completed, the process proceeds to step S211, and the deposit amount is updated with the remaining deposit amount determined as a result of the process in step S209. As a result, the processing for clearing the billing amount of the specified deposit source is completed.

  Thereafter, in step S212, it is determined whether there is another deposit source. If there are other deposit sources (Yes in step S212), the process returns to step S206 to perform a series of processes in steps S206 to S211. On the other hand, when there is no other deposit source (No in step S212), this process is completed.

  As explained in detail above, according to the processing of the payment application processing method shown in FIG. 2, when performing the application processing of the charged amount in accordance with the payment, the charge according to the priority set in step S202. A billing item to be consumed is automatically determined from a plurality of billing items (records included in the collection schedule data) including billing information related to the amount. Accordingly, the user can flexibly change (customize) the priority order of the billing amount application process for the deposit. As a result, if the deposit is not successful, specifically, even if there is an advance payment for the deposit, or even if there is a delinquent payment for the planned deposit, the application will be processed according to the situation. Will be able to. Further, according to the processing of FIG. 2, the priority order can be arbitrarily set for a plurality of billing items (step S202), so that the processing order can be changed more flexibly.

  Further, according to the processing of FIG. 2, when the priority order includes the first priority order and the second priority order, a plurality of billing items are provided according to the combination of the first priority order and the second priority order. The billing item to be consumed is determined. Thereby, the user can subdivide and set the priority order, that is, the consumption order. For example, application processing can be performed in the order of processing set for billing items over a plurality of months. On the other hand, if it is not necessary to set the detailed processing order, the same order may be set as the first priority. Further, when the first priority is a priority that should be given priority over the second priority, first, in accordance with the first priority, a billing item to be a consumption process target from a plurality of billing items. The category (main class) to which the category belongs is determined, and the billing item (subclass) to be consumed is determined from the billing items belonging to the category determined according to the first priority according to the second priority. Is done. As a result, the user can perform the extinguishing process in the priority order that is subdivided and set.

  Furthermore, according to the process of FIG. 2, the payment application processing apparatus 100 is configured to be able to set an appropriation category for extracting a charge item to be applied for processing from a plurality of charge items (steps). S203), for example, a first allocation category for extracting a billing item whose billing date or scheduled deposit date is within a predetermined period from a plurality of billing items, and all of the plurality of billing items. It is possible to set an appropriation category selected from the second appropriation category to be extracted as a billing item to be applied for each billing amount. As a result, the user can arbitrarily set the range to be consumed. Here, among the billing month including the billing date or the scheduled deposit date or the scheduled deposit month, it can be set to the nearest billing month or the scheduled deposit month, or the farthest billing month or scheduled deposit month It is. Thereby, it is possible to select, for example, whether the range of the application process is to be delinquent or the current month.

  In the above-described embodiment, the case where the apartment management company performs the application process using the deposit application processing apparatus 100 has been described as an example. However, the present invention is applied only to the apartment management. However, the present invention is applicable to the case where the billing amount is applied according to the payment.

  In addition, the processing of steps S201 to S203 in FIG. 2 can be interrupted at an arbitrary timing. Therefore, for example, the priority setting can be changed at an arbitrary timing. Further, when calculating the appropriate amount in step S209, the appropriate amount can be changed manually. Furthermore, in the above-described embodiment, a series of processing of steps S206 to S211 is performed for each identified deposit source. However, when a plurality of deposit sources are identified, steps S206 to S206 for each deposit source. A series of processes of S211 may be performed in parallel, and in this case, the process of step S212 is omitted. Furthermore, in the above-described embodiment, the case where the consumption process is performed using the collection schedule data has been described as an example, but the same applies to the case where the consumption process is performed using the billing data without using the collection schedule data. Explained.

[3. Concrete example]
A specific example of this embodiment will be described with reference to FIGS.

  The specific example of the present embodiment is configured so that the priority order set in advance in the billing items that can be processed can be changed when performing the application process according to the payment, and a plurality of the priority orders are changed according to the changed priority order. The billing item to be consumed is determined from the billing items. Thereby, the priority of the application process with respect to payment can be flexibly changed. Hereinafter, a specific example in the case of changing the combination of the priority classification as the first priority and the consumption priority as the second priority will be described.

  FIG. 3 is a diagram used for explaining an outline of a specific example of the embodiment of the present invention. As shown in FIG. 3, in condominium management in the real estate industry, ordinary charges (for example, management costs and repair reserves billed monthly for each category owner, and rent and common service costs of rental housing management companies) ) In addition to the application process corresponding to the payment, the condominium management company or the condominium management company needs to process the advance payment and the tenant's delinquency processing. The condominium management company or condominium management contractor performs the business of condominium management associations (particularly, billing business). In this specific example, in the condominium management company, a system that can arbitrarily set the application order at the time of payment is managed by managing the application priority order and priority classification in the billing expense in the work with monthly billing Is done. As a result, it becomes possible to perform the cancellation process with the highest priority given to the bills from the past to the current month for a specific expense item, or it is possible to perform the cancellation process by arbitrarily setting the order in which to cancel, In the case of a specific expense item, the charge from the past to the current month is applied with the highest priority, and then the charge from the past to the current month is applied to the other expenses according to the set priority order. You can also.

  FIG. 4 is a diagram used for explaining a first processing procedure (property registration) in a specific example of the embodiment of the present invention. As shown in FIG. 4, property names and expense items are set. 5A, 5B, and 6 are diagrams illustrating examples of registered masters as a result of the property registration in FIG. As shown in these figures, each property and expense item are related to each other, and further, the consumption priority order and priority classification are set for each expense item. In addition, you may read required information from various masters and perform another property registration.

  FIG. 7 is a diagram used for explaining the second processing procedure (partition owner registration) in the specific example of the embodiment of the present invention. As shown in FIG. 7, “single month billing” and “cumulative billing” can be registered as billing categories for each category owner (resident). FIG. 8 is a diagram used for explaining a control master for performing further setting when the billing category shown in FIG. 7 is “single month billing”. As a further setting for “Monthly Billing” via the setting screen as shown in the upper part of Fig. 8, whether to apply the deposit amount from the past due amount (appropriation) or to apply the receipt amount from the current month Then, it is possible to register the category of whether to apply (appropriate for the current month), and the registered setting category is registered in the master as shown in the lower part of FIG. Further, it is configured to be able to set the setting category with reference to the master shown in the lower part of FIG. Then, as a result of the division owner registration described with reference to FIG. 7, a master as shown in FIG. 9 is constructed, and settings of the entire system are managed by the control master shown in FIG.

  FIG. 10 is a flowchart showing a processing procedure of the deposit application processing method in the specific example of the embodiment of the present invention. As shown in FIG. 10, for each category owner, an application process according to the deposit amount is performed in accordance with the set priority order.

  FIG. 11 is a diagram used for explaining the construction method of the expense item clearing order in the processing of FIG. As shown in FIG. 11, the priority classification is set as the first priority, and the expense item priority order is set as the second priority order after taking into account the distinction between single-month billing and appropriation for the current month. Is automatically determined.

  FIG. 12 is a diagram schematically illustrating an example of a group of collection schedule data to be processed in the process of FIG. As shown in FIG. 12, the collection schedule data to be processed is diverse, such as for each category owner and for each billing date.

  13A and 13B are diagrams illustrating a specific example in the case where the process of FIG. 10 is performed on the collection schedule data illustrated in FIG. As shown in these drawings, according to the specific example of the present embodiment, the application process can be performed even when different priority levels and billing categories are set for each category owner. FIG. 14 also shows another specific example when the processing of FIG. 10 is performed. FIG. 14 also shows how the expense item clearing order is constructed in the specific example of this embodiment.

  FIG. 15 is a diagram showing a specific example of items that can be set in the collection schedule data as shown in FIG. FIG. 16 is a diagram showing a specific example of items that can be set in the deposit data to be processed in FIG. FIG. 17 is a diagram showing a specific example of items that can be set in the deposit application data created as a result of the processing of FIG.

  As described in detail above, according to the specific example of this embodiment, by configuring the setting of the billing expense item to be changeable, for example, the deposit amount of the divisional owner who has arrears and advance payments from the past Appropriate (apply), and for the deposits of the divisional owners without delinquency or advance payment, appropriation (approach) for the current month can be made.

  In the specific example of the embodiment described above, the priority classification is binary flag management. However, an integer priority may be set.

[4. Other Embodiments]
In addition to the above-described embodiments, the present invention may be implemented in various different embodiments 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 performed manually, or all of the processes described as being performed manually are all performed. Alternatively, a part can be automatically performed by a known method.

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

  Further, regarding the deposit / cancellation processing apparatus 100 and the deposit / cancellation processing system 1000, each illustrated component is functionally conceptual and does not necessarily need to be physically configured as illustrated.

  For example, regarding the processing functions provided in the deposit application processing apparatus 100 and the deposit application processing system 1000, in particular, each processing function performed by the control unit 102, all or any part thereof is interpreted by the CPU and the CPU. It may be realized by a program to be executed, or may be realized as hardware by wired logic. Note that the program is recorded on a non-transitory computer-readable recording medium including programmed instructions for causing the information processing apparatus to execute the processing described in the present embodiment. It is mechanically read by the processing device 100. In other words, in a storage unit such as a ROM or a HDD (Hard Disk Drive), a computer program for giving instructions to the CPU in cooperation with the OS and performing various processes is recorded. This computer program is executed by being loaded into the RAM, and constitutes a control unit in cooperation with the CPU.

  The computer program may be stored in an application program server (for example, a server 200 connected via the network 300) connected to the deposit / withdrawal processing apparatus 100 via an arbitrary network. It is also possible to download all or part of it if necessary.

  In addition, a program for executing the processing described in this embodiment may be stored in a non-temporary computer-readable recording medium, or may be configured as a program product. Here, the “recording medium” refers to a memory card, USB (Universal Serial Bus) memory, SD (Secure Digital) card, flexible disk, magneto-optical disk, ROM, EPROM (Erasable Programmable Read Only Memory), EEPROM (registration). Trademark) (Electrically Erasable and Programmable Read Only Memory), CD-ROM (Compact Disk Read Only Memory), MO (Magneto-Optical disk), DVD (Digital Digital, Trademark) Any “portable physical media It is intended to include. Therefore, a recording medium storing a program for executing the processing or processing method described in this specification also constitutes the present invention.

  The “program” is a data processing method described in an arbitrary language or description method, and may be in any form such as source code or binary code. Note that the “program” is not necessarily limited to a single configuration, and functions are achieved in cooperation with a separate configuration such as a plurality of modules and libraries or a separate program represented by the OS. Including things. It should be noted that well-known configurations and procedures can be used for a specific configuration and reading procedure for reading a recording medium in each apparatus as described in this specification, an installation procedure after reading, and the like.

  Various databases and the like stored in the storage unit 106 are storage means such as a memory device such as a RAM and a ROM, a fixed disk device such as a hard disk, a flexible disk, and an optical disk. Programs, tables, databases, web page files, and the like.

  Further, the deposit / withdrawal 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 an arbitrary peripheral device is connected. Further, the deposit / withdrawal processing apparatus 100 may be realized by installing software (including a program or data) that realizes the process described in this specification in the apparatus.

  Furthermore, the specific form of distribution / integration of the devices is not limited to that shown in the figure, and all or a part of them may be functionally or physically in arbitrary units according to various additions or according to functional loads. It can be configured to be distributed and integrated. That is, the above-described embodiments may be arbitrarily combined and may be selectively implemented.

  The present invention is useful when performing an application process of a billing amount in accordance with payment, and is particularly useful for business conditions that require an application process, such as rental business and apartment management business.

DESCRIPTION OF SYMBOLS 100 Deposit application processing apparatus 102 Control part 102a Priority order setting part 102b Appropriation classification setting part 102c Application item determination part 104 Communication interface part 106 Storage part 106a Claim item information storage area 106b Priority order information storage area 106c Approval classification information storage area 106d Collection scheduled data storage area 108 Input / output interface unit 112 Input device 114 Output device 200 Server 300 Network 1000 Deposit application processing system

Claims (8)

A payment application processing device with a control unit for performing an application process for an invoiced amount according to the deposit,
The controller is
A receipt including an application item determination means for determining an item to be applied from among a plurality of items including the claim information relating to the charge amount according to an arbitrarily changeable priority order Consumption processing device. The priorities include a first priority and a second priority, and
The consumption item determination means includes
The claim item for the consumption process is determined from the plurality of claim items according to a combination of the first priority order and the second priority order. Payment application processing device. The first priority is a priority that should be given priority over the second priority, and
The consumption item determination means includes
In accordance with the first priority order, determine a category to which the claim item to be subject to the consumption process belongs from among the plurality of claim items; and
3. The deposit according to claim 2, wherein, according to the second priority, a claim item to be applied for the application process is determined from among the items belonging to the category determined according to the first priority. Consumption processing device. The controller is
The deposit application processing apparatus according to any one of claims 1 to 3, further comprising setting means for setting the priority order for the plurality of claim items. The controller is
Further includes an appropriation category setting means for setting an appropriation category for extracting the billing item to be consumed from the plurality of bill items,
The appropriation category setting means includes:
A first appropriation category for extracting a claim item whose billing date or scheduled payment date is within a predetermined period from the plurality of billing items; and
The appropriation category selected from the second appropriation category for extracting all of the plurality of bill items as the charge processing target billing item is set for each billing amount billing destination. The payment application processing apparatus of any one of 1-4. The predetermined period is
The billing month or the deposit scheduled month including the billing date or the scheduled deposit date is the nearest billing month or the scheduled deposit month, or the farthest billing month or the scheduled deposit month. 5. Payment application processing apparatus according to 5. A payment application processing method for performing an application process for an amount charged according to payment executed in an information processing apparatus having a control unit,
Executed in the control unit,
An application item determination step for determining an application item subject to application processing from a plurality of item items including invoice information relating to the invoiced amount according to an arbitrarily changeable priority order. Processing method. A payment application processing program for executing a charge amount application process in accordance with payment to be executed by an information processing apparatus including a control unit,
For executing in the control unit,
An application item determination step for determining an application item subject to application processing from a plurality of item items including invoice information relating to the invoiced amount according to an arbitrarily changeable priority order. Program.