JP2001142971A - Tax payment information management system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a tax payment information management system, by which tax payers to be subjected to a home collection can speedily be narrowed down and the efficiency of the home collection for unpaid tax payer can be improved. SOLUTION: A data reconstituting processing part 12 reconstitutes a tax storage data by deleting data on the item of 'yes or no of tax payment', for example, from a storage data management file 11, in which data expressing tax receiving conditions are stored, and stores these data in a reconstituted data managing file 13. An unpaid tax payer data extracting processing part 14 selects data on tax payers satisfying narrowing conditions from tax receiving data stored in the reconstitution data management file 13 and extracts data on the unpayed tax payer by referring to the data on the item of 'the yes or no of tax payment' in the storage data management file 11. Thus, the unpaid tax payers to be subjected the home collection are narrowed down and are outputted to terminal equipment 20.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a tax payment information management system for managing information on a tax storage status.

[0002]

2. Description of the Related Art First, the background of this technology will be described. Generally, when a taxpayer such as a local public entity performs taxation and collection of taxes, the taxpayer calculates the tax payment (taxation amount) and issues a tax payment notification letter to the taxpayer, and the taxpayer is listed on the taxpayer's taxpayer The tax amount is paid by financial institutions. However, tax may not be paid by the payment deadline due to the taxpayer's convenience, etc., and this tax amount is treated as unpaid tax. For those who have the duty to pay this tax payable, that is, those who have not paid the tax, the taxpayer makes several payment recommendations in writing, etc. Go to the site to collect and pay the tax due or make an appointment on the spot.

[0003] Currently, information on payment of taxes in local governments and the like is managed by a tax payment information management system including a computer system. When performing the above-mentioned tax collection, the tax payment information management system outputs in advance the data on the taxpayers as a list, and the method of selecting the taxpayers to be visited by the collection member on the day from this list Have been.

[0004]

However, the tax information management system according to the prior art is designed to output a list of all taxpayers simply mechanically, for example, in the order of taxpayer numbers. stay. For this reason, taxpayers who are subject to visit collection must be manually selected from the list of taxpayers. In order for a limited number of collectors to collect visits efficiently,
For example, it is necessary to narrow down the taxpayers who should actually collect and visit by limiting the area to be visited, and this narrowing work has taken a lot of time.

[0005] Further, even if the taxpayers to be collected and visited are narrowed down from the above list, another tax collector has already visited the taxpayer or the taxpayer at the visited site is out of the office. There were many troubles, such as wasted work time for the number of visits, and the collection rate by collection visits was only slightly improved.

The present invention has been made in view of the above circumstances, and it is possible to quickly narrow down taxpayers to be tax-paid and to improve the efficiency of taxpayers for taxpayers. The purpose is to provide an information management system.

[0007]

The present invention has the following arrangement to solve the above-mentioned problems. That is, a tax payment information management system according to the present invention is a tax payment information management system for managing information on a tax storage status, and a first file in which data representing a tax storage status is sequentially updated and stored. (For example, a component corresponding to the storage data management file 11 described later) and data relating to a specific item from the first file (for example, an element corresponding to data relating to the item “existence of tax payment” described later)
By reconstructing the data stored in the first file and storing the data in a second file (for example, a component corresponding to a reconfiguration data management file 13 described later) (for example, The second file is referred to by referring to the data relating to the specific item from the first file.
A data extraction unit (for example, a component corresponding to a non-payer data extraction processing unit 14 to be described later) for extracting data on a taxpayer (for example, an element corresponding to a non-payer described later) corresponding to a specific matter from the file. A data output means for outputting data extracted by the data extraction means (for example, a component corresponding to a terminal device 20 described later)
And characterized in that:

Further, in the tax payment management system, the data extraction means refers to a condition specified in advance when extracting data on the taxpayer corresponding to the specific matter, and stores the data in the second file. Data that satisfies the condition is selected from the obtained data.

Further, in the tax payment management system,
Historical data on past collection visits made to taxpayers (for example, elements corresponding to visit history data described later)
(For example, a component corresponding to the visit situation data creation processing unit 16 described later) and a third file (for example, a component corresponding to the visit history data management file 15 described later) for storing the history data )When,
Wherein the data extracting means acquires and outputs the latest history data corresponding to the extracted data on the taxpayer from the third file.

[0010] Further, in the tax payment management system, the data relating to the designated taxpayer is stored in the second taxpayer.
And a form output unit (for example, a component corresponding to a form output processing unit 17 described later) for reading out and editing the data file and the third data file and outputting the edited form as a form. Tax payment information management system described in item 3.

[0011] Furthermore, in the tax payment management system, the specific item is related to the presence or absence of tax payment, and it is set that the tax is not paid by the tax payment deadline as the specific item. And Still further, in the tax payment management system, the data extraction unit may select data on a taxpayer who resides in the area specified as the condition.

That is, according to the tax payment information management system according to the present invention, the system functions as an online / batch combined system for managing data on taxpayers, and narrows down the number of nonpayers scheduled to be visited when the taxpayment amount is collected. In addition, the registration inquiry of the situation at the time of the visit (for example, visit date, day of the week, visit time, the situation of the payer at the time of the visit), and the output of the prospective visitor list with the above-mentioned situation at the visit as a display item are provided. It is possible.

[0013]

Next, an embodiment of the present invention will be described in detail with reference to the drawings. FIG. 1 shows a configuration of a tax payment information management system according to an embodiment of the present invention. This tax payment information management system is for managing information relating to the tax storage status, and is constructed on the host computer 10 to which the terminal device 20 is connected. Unit 12, reconstructed data management file 13, unpaid person data extraction processing unit 14, visit history data management file 15,
It includes a visit status data creation processing unit 16 and a form output processing unit 17. The terminal device 20 is installed on the side of an operator who is a user of the system, and is connected to the host computer 10 via a network such as a LAN. A form 30 is output from the form output processing unit 17.

Here, the stored data management file 11 is
This is for storing data indicating the tax storage status (hereinafter referred to as tax storage data) for each taxpayer, for example, and includes the taxpayer's name, address, tax item, tax payment amount, payment deadline, and whether or not there is tax payment ( Tax paid or not). This tax storage data is placed under the control of the host computer 10 and is updated sequentially with the latest data. For example, the data on the item of "tax paid" indicating whether or not the tax has been paid is rewritten when the taxpayer pays the tax, and the contents of the tax storage data for each taxpayer are updated to the latest data one by one. Is done.

The data reconstruction processing section 12 deletes data relating to a specific item from the stored data management file 11 to reconstruct tax stored data. In this embodiment, it is assumed that the item relating to the "tax payment" described above is set as a specific item, and therefore, the data reconfiguration processing unit 12 reads the "tax payment" item from the stored data management file 11. Data is deleted and the tax storage data is reconstructed. The reconfiguration data management file 13 stores the tax storage data reconfigured by the data reconfiguration processing unit 12. In other words, the restructured data management file 13 stores the remaining tax storage data obtained by deleting the data related to the item “presence or absence of tax payment” from the tax storage data stored in the storage data management file 11.

The non-payer data extraction processing unit 14 selects data relating to the taxpayer who satisfies a predetermined condition from the restructured data management file 13, and then corresponds to a specific item from the selected data. This is to extract the data on the taxpayers who make the payments, and to narrow down the target of collection visits. In this embodiment, a condition for narrowing down the target of the collection visit is set as a condition specified in the unpaid-person data extraction processing unit 14, for example, a "region" where the taxpayer resides is set. In the following description, a condition specified by the unpaid-person data extraction processing unit 14 in order to narrow down the target of collection visits will be referred to as a “narrowing condition”.

The unpaid-person data extraction processing unit 14 refers to data relating to a specific item (ie, data relating to the item “existence of tax payment”) from the above-mentioned stored data management file 11, and Extract data on taxpayers who fall under specific items from the data on obligors. In this embodiment, it is assumed that the tax has not been paid by the tax payment deadline (that is, the taxpayer is a taxpayer) as the “specific matter”. Therefore, the non-payer data extraction processing unit 14 finally outputs data on the non-payer who lives in the area specified as the narrowing-down condition.

The visit history data management file 15 is for storing and managing data (hereinafter, referred to as history data) relating to collection visits made to taxpayers in the past. The visit status data creation processing unit 16 is a terminal device 2
The above-mentioned history data is created from the later-described visit situation data input from 0 and registered in the visit history file 15 (stored).
Or to read the history data registered in the visit history file 15 and output it to the terminal device 20.

Here, the above-mentioned history data is, for example, data describing the situation at the time when the collector has collected and visited each taxpayer, such as date and time of visit, number of visits, and absence status (hereinafter referred to as visit status). These visit status data are input by a visit collection member on a screen of a terminal device 20 shown in FIG. 4 described later. Form output means 1
Reference numeral 7 is for reading and editing data relating to the taxpayer specified by the terminal device 20 from the restructured data management file 13 and the visit history data management file 15, and outputting this as a form 30.

The terminal device 20 is for inputting various data required for using the tax payment information management system and displaying data output from the system. More specifically, the display of data relating to the taxpayer extracted by the nonpayer data extraction processing unit 14, the instruction of the above-described narrowing conditions to the nonpayer data extraction processing unit 14, or the history of the visit history data management file 15 It is used to perform operations such as data reference (read) and registration (write).

FIG. 2 shows an example of a screen displayed on the terminal device 20, which is a visitor target narrowing key input screen 40 used for instructing the unpaid person data extraction processing section 14 on narrowing conditions. Is shown. In the example shown in FIG. 2, the narrowing conditions are specified in a column 41 of “designating a narrowing down primary key” and a column 42 of “designating a narrowing down sub key” used as necessary. This is done by inputting.

Here, a column 41 for "designation of narrowing down primary key"
Then, it consists of "district code" and "multi-family housing" code. In the "area code" column, a code assigned to an area that has been classified in advance (for example, each of the 23 wards of Tokyo) and that specifies an area to be collected and visited is input. In the column of “multi-family house code”, for example, a code assigned to a multi-family house such as an apartment or an apartment is input. In addition, for example, a column of “name of kana” for inputting only the first and last names and a column of “date of birth” may be provided in the column 41 of “designation of primary key for narrowing down”. Also,
The column 42 of “specify sub-keys for narrowing down” contains “current status code”,
It consists of items of “number of visits” and “latest visit date”, and is used for inputting an important matter of a narrowing condition.

The operation of the tax payment information management system according to this embodiment will be described below. The unpaid person data extraction processing unit 12 deletes the data related to the item “existence of tax payment” from the tax storage data related to all taxpayers stored in the storage data management file 11, and deducts the total tax obligation from the data of the remaining items. Restructure taxpayer's tax storage data. Therefore, the tax storage data after the reconstitution does not include data on the item of "tax payment". The restructured tax storage data is stored in the restructured data management file 13. In this way, by deleting the frequently updated data portion (data related to the item of “tax payment”) and reconstructing the tax storage data, only the updated data portion can be referenced. Thus, it is possible to easily obtain tax storage data reflecting the latest data.

The unpaid-person data extraction processing unit 14 first selects, from the restructured data management file 13, data relating to the taxpayer who satisfies the narrowing-down condition specified by the terminal device 20. More specifically, data relating to the taxpayer residing in the area designated by the “district code” shown in FIG.
Choose from The designation of an area by this area code may be a single area or a plurality of areas. As described above, as the first stage of narrowing down the target of the collection visit, the target of the collection visit is narrowed down to the taxpayers in the area specified as the narrowing condition.

Subsequently, the non-payer data extraction processing unit 14
From the data selected from the reconfiguration data management file 13, data corresponding to a specific item is extracted. Specifically, the taxpayer (the taxpayer who satisfies the narrowing-down condition) selected from the restructured data management file 13 by referring to the data relating to the item “presence or absence of tax” from the storage data management file 11 described above. Then, it is determined whether or not the tax has been paid, and data on the taxpayer determined to be unpaid, that is, the data on the taxpayer is extracted.

As described above, the non-payer data extraction processing unit 14
Refers to a pre-specified narrowing condition when extracting data relating to a taxpayer (that is, a taxpayer) corresponding to a specific matter, and reconstructs data relating to the taxpayer satisfying the narrowing condition. Select from file 13. As described above, as the second stage of narrowing down the target of the collection visit, the target of the collection visit is further narrowed down to the taxpayers who live in the area specified as the narrowing condition.

Next, the non-payer data extraction processing unit 14 updates the latest history data corresponding to the extracted taxpayer (ie, the non-payer residing in the area specified as the narrowing condition). Visit history file 15
And displays data on taxpayers for each name on the narrowed-down result display screen 50 shown in FIG. In the example shown in FIG. 3, data relating to the taxpayer can be displayed for up to ten persons on one screen, and a column 51 of “name”, a column 52 of “address”, and a column 53 of “unpaid status” are provided. , And data on the column 54 of “Latest Visit History” are displayed. In the "instruction" column 55, a flag is input when it is necessary to display detailed information as described later.

Next, the operator who is a user of this system inquires the data of each column such as “unpaid status” and “latest visit history” displayed on the narrowing result display screen 50 shown in FIG. The person to be collected and visited on the day is finally selected, and the "selection flag" is input to the "instruction" column 55. As described above, as the third stage of narrowing down the target of the collection visit, the target of the collection visit is further narrowed down to the taxpayer selected by the visit collection member.

Here, if it is not possible to perform a sufficient narrowing down using only the data on the narrowing down result display screen 50,
The “detailed inquiry flag” is input in the “instruction” column 55, and the “next screen” icon 56 is clicked. Thereby, the visit status inquiry registration screen 60 shown in FIG. 4 is displayed, and detailed data such as past visit history and unpaid status is displayed.
By referring to the data on the visit situation inquiry registration screen 60, the selection of the visitor can be further facilitated.

In the example shown in FIG. 4, the name and address of the taxpayer to be queried are displayed in a column 61 of "name" and a column 62 of "address", respectively. In the column 63 of “target tax items A to C”, non-payment status data A to C indicating the non-payment status of each tax item is displayed. Further, in the “visit history inquiry” column 64, data relating to each item of “visit date”, “day of the week”, “visit time”, and “current status” is displayed.
As will be described later, the field 65 of "input of visit status" is used for inputting data relating to the status at the time of the visit after the visit collection member has made a collection visit and contributing to the historical data. As described above, the narrowing result display screen 50 shown in FIG.
Detailed data on taxpayers displayed above is shown in Figure 4
Is displayed on the visit status inquiry registration screen 60 shown in FIG.

When the target persons for the collection visit have been narrowed down, the "output instruction" icon 57 shown in FIG. 3 is clicked, and the form output processing unit 17 finally determines the target person for the collection visit. The name of the selected taxpayer,
The form 30 on which the address, the latest history data of the visit situation, the unpaid situation, and the like are printed is output.

After the visit collection member brings the form 30 and makes a collection visit, the information on the situation at the time of the visit is entered into the "visit state input" column 65 on the visit state inquiry registration screen 60 shown in FIG.
To enter. The visit status data creation processing unit 16 creates history data of the collected visits from the input information and registers this in the visit history data management file 15. Here, information on the situation at the time of visit includes “visit date”,
In addition to the data of "day of the week" and "visit time", data of "non-payer" such as absence, refusal of payment, payment already paid, payment promise, etc. are input as data of "current situation". As described above, the visiting collector uses this tax payment information management system to narrow down the taxpayers who should collect and visit on the day.

According to this embodiment, when extracting data relating to taxpayers from the restructured data management file 13, reference is made to the original stored data management file 11 which is sequentially updated to the latest data. Since it is determined whether or not a taxpayer is a taxpayer, the probability of extracting a taxpayer who has already paid tax as a taxpayer is reduced, and it is possible to extract taxpayers with high accuracy. The labor required to narrow down the taxpayers who are not paid can be reduced.

In addition, since data relating to taxpayers living in the visited area designated as the narrowing conditions is selected and output, the labor required to narrow down the taxpayers living in the visited area can be greatly reduced. . In addition, past visit history data can be easily referenced,
The absence of taxpayers at the visit destination can be grasped in advance, and efficient visits can be made.

Furthermore, by referencing past visit history data, double visits to the same taxpayer by multiple visit collectors can be prevented in advance, and unnecessary collection visits can be avoided. Becomes In this case, the time generated by avoiding the useless visit is allocated to the visit of another non-payer, so that the storage rate of the amount of unpaid tax can be efficiently improved.

Although one embodiment of the present invention has been described above, the present invention is not limited to this embodiment, and the present invention is applicable to any design change or the like without departing from the scope of the present invention. include. For example, in the above-described embodiment, the taxpayer data extraction processing unit 14 selects a taxpayer who satisfies the narrowing-down condition from the restructured data management file 13 and then extracts the taxpayer from the taxpayer. However, the taxpayer who satisfies the narrowing condition may be selected after extracting the taxpayer from the restructured data management file 13 first.

In the above embodiment, the form 30 is output. However, the present invention is not limited to this. For example, the form 30 may be output as a data file that can be used in another system. When the form 30 is output as a data file, it can be used in, for example, a commercially available spreadsheet application, and its use can be expanded. In addition, if this data file is used on a commercially available mobile terminal, the collector can search for the next destination on the spot, and can write down the current situation at the time of the visit to the mobile terminal to accurately It is possible to grasp the current situation. Further, as disclosed in, for example, Japanese Patent Application Laid-Open No. 9-293098, if the form 30 is output as a data file in a memory card format that can be used in the “visit tax collection system and visit tax collection portable terminal”, It is possible to streamline and automate business processes from narrowing down prospective visitors to tax collection.

Further, in the above-described embodiment, the tax storage data is reconstructed. However, it is also possible to narrow down the taxpayers without reconstructing the tax storage data. Specifically, in the configuration shown in FIG.
Data Reconstruction Processing Unit 12 and Reconstruction Data Management File 1
3, the non-payer data extraction processing unit 14 directly selects data relating to the taxpayer who satisfies the narrowing conditions from the tax storage data management file 11, and corresponds to a specific item from the selected data. What is necessary is just to extract data on the taxpayer who pays (ie, the taxpayer). Of course, also in this case, after extracting the data on the taxpayer (that is, the taxpayer) corresponding to the specific matter from the tax storage data management file 11, the data on the taxpayer satisfying the narrowing-down condition is selected. can do.

[0039]

As described above, according to the present invention, the first data in which the data indicating the tax storage status is stored in advance is stored.
The data relating to the taxpayer corresponding to a specific matter is extracted from the data file of the above and stored in the second data file, and the data stored in the second data file is referred to by referring to the condition set from outside. Since the data that satisfies the condition is selected and output, the taxpayers to be collected and visited can be narrowed down quickly,
Moreover, it is possible to improve the efficiency of collection visits to taxpayers.

[Brief description of the drawings]

FIG. 1 is a block diagram showing a configuration of a tax payment information management system according to an embodiment of the present invention.

FIG. 2 is a diagram showing an image of a “visitor target narrowing key input screen” according to the embodiment of the present invention.

FIG. 3 is a diagram showing an image of a “screening result display screen” according to the embodiment of the present invention;

FIG. 4 is a diagram showing an image of a “visit status inquiry registration screen” according to the embodiment of the present invention.

[Explanation of symbols]

 10: Host computer 11: Storage data management file 12: Data reconstruction processing unit 13: Reconstruction data management file 14: Unpaid person data extraction processing unit 15: Visit history data management file 16: Visit status data creation processing unit 17: Form Output processing unit 20: Terminal device 30: Form 40: Key input screen for narrowing down the visitors 50: Screen for displaying the result of narrowing down 60: Registration screen for visiting status inquiry

Claims (6)

[Claims] 1. A tax payment information management system for managing information on a tax storage status, comprising: a first file in which data representing a tax storage status is sequentially updated and stored; Data reconstructing means for deleting data related to a specific item from the first file, reconstructing data stored in the first file, and storing the data in a second file; and Data extraction means for extracting data relating to a taxpayer corresponding to a specific matter from the second file with reference to data on the second file, and data output means for outputting data extracted by the data extraction means. Tax payment information management system characterized by having. 2. The data extracting means refers to a condition specified in advance when extracting data relating to a taxpayer corresponding to the specific matter, from among data stored in the second file. The tax payment information management system according to claim 1, wherein data that satisfies the condition is selected. 3. A data creating means for creating history data relating to collection visits made to taxpayers in the past, and a third file storing the history data, wherein the data extracting means comprises: 3. The tax payment information management system according to claim 1, wherein the latest history data corresponding to the extracted data on the taxpayer is acquired from the third file and output. 4. A form output means for reading and editing data relating to a designated taxpayer from the second data file and the third data file, and outputting the edited form as a form. The tax payment information management system according to claim 3, wherein 5. The method according to claim 1, wherein the specific item is related to the presence or absence of tax payment, and the specific item is set so that tax is not paid by a tax payment deadline. Tax information management system described in any of the above. 6. The tax payment information management system according to claim 1, wherein said data extracting means selects data on taxpayers residing in a designated area.