JP2023087077A - Hometown tax payment support method, system, and program - Google Patents

Abstract

To make it possible to directly provide a return gift to hometown tax payment at site.SOLUTION: A computer executes: a step of accepting an application for donation in which a locally provided item is a return gift from a donor device 20 and storing information specific to each donation in a storage device 11; and a step of transmitting donation detail information including the information unique to each donation to the donor device 20. The computer also executes a step of acquiring, via a provider device 50 operated by a provider of the return gift, the information unique to each donation included in the donation detail information received by the donor device 20. Furthermore, the computer executes a step of determining whether the information unique to each donation acquired via the provider device 50 and the information unique to each donation stored in the storage device 11 match, as a condition for providing the locally provided item to the donor.SELECTED DRAWING: Figure 10

Description

The present invention relates to a hometown tax payment support system, and more particularly to a hometown tax payment support system that supports local governments.

Donors who have made hometown tax donations to specific local governments can usually receive gifts in return for their donations. Return gifts are usually shipped by the provider (return gift supplier) and sent directly to the donor.

Since the shipping fee is not billed to the donor, but is billed to the local government by the donor, the local government needs to manage the shipping fee, although it is neither the sender nor the receiver of the gift. However, as mentioned above, since the gift is shipped by the provider, local governments often do not know the exact shipping cost and pay as the provider tells them to do so.

In addition, with the enactment of the law to partially revise the local tax law, etc. (Law No. 2 of 2019), a designation system related to hometown tax donation was established, and local governments set the return rate of gifts to 30% or less. At the same time, attention must be paid so that the recruitment cost is 50% or less (for example, Non-Patent Document 1).
On the other hand, if it becomes possible to directly provide hometown tax donation gifts locally, there will be no shipping costs for the gifts, which will lead to a reduction in the cost of collecting gifts.

Internet <URL: http://www.soumu.go.jp/main_sosiki/jichi_zeisei/czaisei/czaisei_seido/furusato/file/report20190401_05.pdf>

Accordingly, an object of the present invention is to provide a hometown tax return gift directly on site.

In order to solve the above problems, in the present invention, a computer receives from a donor device a donation application in which a locally provided item is a gift in return, stores information unique to each donation in a storage device; and sending donation detail information including information specific to each donation to the donor device. Also, a step of acquiring information unique to each donation included in the donation detail information received by the donor device via the provider device operated by the provider of the gift in return is executed.

Furthermore, as a condition for providing locally provided goods to the donor, it is determined that the information unique to each donation acquired via the donor device matches the information unique to each donation stored in the storage device. It adopts a configuration of executing a step.

According to the present invention, it is possible to directly provide hometown tax gifts on site.

FIG. 1 is a configuration diagram of a whole view of a system including a hometown tax payment support system, which is an embodiment of the present invention. 2 is a structural diagram of a donation management record stored in the database of FIG. 1; FIG. 3 is a structural diagram of a backyard rate table stored in the database of FIG. 1; FIG. 4 is a structural diagram of a reception site rate table stored in the database of FIG. 1; FIG. 5 is a structural diagram of a settlement rate table stored in the database of FIG. 1; FIG. 6 is a structural diagram of a delivery charge table stored in the database of FIG. 1; FIG. 7 is a structural diagram of a return gift price table stored in the database of FIG. 1; FIG. 8 is a structural diagram of a delivery status table stored in the database of FIG. 1; FIG. 9 is a structural diagram of a shipping rate table stored in the database of FIG. 1; FIG. FIG. 10 is a configuration diagram showing a modification of the embodiment of the present invention; 11 is a structural diagram of a personal information record stored in the database of FIG. 10; FIG. 12 is a structural diagram of a product name record stored in the database of FIG. 10; FIG.

BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, embodiments of the present invention will be described with reference to the drawings. In FIG. 1, a hometown tax payment support system 10 is communicably connected to external computer equipment through a computer network N such as the Internet. The external computer equipment includes a donor device 20 , a reception site system 30 , a municipality device 40 , a gift provider device 50 and a delivery person system 60 .

The donor device 20 is a computer device operated by a donor who makes the hometown tax payment, and is not limited to a device owned by the donor, and may be a device installed on the floor and used by an unspecified number of people. The reception site system 30 is a computer system that provides a reception site for accepting the hometown tax payment, and includes provision of a hometown tax portal site and a reception site unique to the local government. The municipality device 40 is a computer device operated by a municipality. The provider device 50 is a computer device operated by a gift provider. The deliverer system 60 is a computer system operated by a deliverer.

Each computer 20, 30, 40, 50, 60 comprises a processor, a storage device, an input device, an output device, and a communication device as basic computer elements. The processor implements the functions of each computer by executing programs. Information used by the processor for processing is read from the storage device. Information processed by the processor is stored in the storage device. The input device acquires information required for processing by the processor from the outside. The output device outputs the information processed by the processor in a manner that appeals to the five human senses, such as sight. The communication device transmits and receives information to and from an external computer through the computer network N. In the following description, the description of basic operations of these computers may be omitted.

The hometown tax payment support system 10 is also a computer system, and includes a processor, a storage device, an input device, an output device, and a communication device as basic computer elements. The operation of each element is the same as above. The hometown tax payment support system 10 has an expense management function and a shipping management function in this embodiment. The expense management function is a function that manages the status of hometown tax solicitation expenses in local governments. The shipping management function is a function for managing the shipping status of the gift in return, and can disclose the shipping status to the reception site system 30 as well.

The storage device of the hometown tax payment support system 10 stores a database 11 of information necessary for executing each function described above. In the present embodiment, the database 11 stores the donation management record, the backyard rate table, the reception site rate table, the payment rate table, the delivery fee table, the return gift price table, and the delivery status table shown in FIGS. ing. The structure of the database 11 may be any structure in which necessary information can be linked and managed, and can be selected from a hierarchical type, a network type, a relational type, and the like.

The donation management record has the structure shown in FIG. That is, for each donation ID, the date of donation, local government ID, donation amount, credit card company ID, settlement fee, return gift ID, return gift price, return gift destination, return gift shipping fee, reception site ID, reception site fee (site fee), backyard fee, other expenses included in recruitment expenses, total expenses, and delivery ID.

As the donation ID, a unique value is assigned to each hometown tax donation. The donation date is the date on which the settlement of the hometown tax payment is completed. The municipality ID is given a unique value indicating the municipality where the hometown tax payment was made. The donation amount is the amount for which settlement of the hometown tax payment has been completed. The credit card company ID is given a unique value indicating the trader (credit card company, etc.) to whom the hometown tax payment is made. The settlement fee is a fee to be paid to the settlement destination trader in connection with the settlement of the hometown tax payment. The return gift ID is given a unique value indicating the return gift corresponding to the hometown tax payment. The return gift destination is the destination (address or part thereof) of the return gift designated by the donor. The return gift price is the amount borne by the local government as the price of the return gift. The return gift shipping fee is the amount borne by the local government as the return shipping fee. The return gift shipping fee may be included in the return gift price.

The receiving site ID is given a unique value indicating the receiving site that received the hometown tax payment. The site fee is the amount of commission paid by the local government to the reception site for the hometown tax donation. The backyard fee is a fee paid to the provider of the hometown tax donation support system. Other expenses are amounts other than the above that are included in recruitment expenses. The total expense amount is the amount of solicited expenses corresponding to one donation, and is represented by the sum H of B to G in FIG. 2 for each donation management record. A unique value is assigned to the delivery ID for each delivery of the gift in return.

As shown in FIG. 3, the backyard fee table associates the municipality ID with the backyard fee rate. A backyard fee rate determined for each municipality is set in advance.

The reception site rate table associates the reception site ID with the site rate. A site fee rate determined for each reception site is set in advance.

The settlement fee rate table associates the card company ID with the settlement fee rate. A site fee rate determined for each card company is set in advance.

The delivery charge table associates the gift ID and the delivery charge. A delivery charge determined for each destination is set in advance for each gift item.

The return gift price table associates the return gift ID with the return gift price. A consideration amount for each gift item is set in advance.

The delivery status table associates delivery IDs with delivery status information. The delivery status information indicates the delivery status, such as that the package has already been shipped, and is updated according to changes in the delivery status.

In the above, each rate indicates a percentage of the contribution amount.

Next, the expense management function among the operations of this embodiment will be described.

When an application for hometown tax payment is made from the donor device 20 to the reception site system 30, the reception site system 30 sends the donation ID, the date of donation, and the municipality ID of the municipality to which the donation is made each time a donation is received. , the donation amount, the card company ID, the gift ID, the delivery destination of the gift, and the reception site ID are associated with each other and stored in the storage device. The reception site system 30 transmits this linking information to the hometown tax payment support system 10 at a predetermined timing.
In addition, if the donor device 20 itself has a hometown tax application function, each time a donation is received, the donor device 20 displays the donation ID and the donation date. , the municipality ID of the municipality to which the donation is made, the amount of donation, the credit card company ID, the gift ID, the delivery destination of the gift, and the reception site ID. Send.

The hometown tax payment support system 10 receives the linking information and executes the following processes (1) to (8) by the processor. Hereinafter, when simply referred to as a “processor”, it refers to the processor of the hometown tax payment support system 10 .

(1) Refer to the backyard fee rate table, find the backyard fee rate corresponding to the municipality ID, and multiply the donation amount by the backyard fee rate to find the backyard fee.

(2) Refer to the receiving site rate table to obtain the site rate corresponding to the receiving site ID, and multiply the donation amount by the site rate to obtain the site rate.

(3) Refer to the settlement fee rate table, obtain the settlement fee rate corresponding to the card company ID, and multiply the donation amount by the settlement fee rate to obtain the settlement fee.

(4) Refer to the delivery charge table to obtain the delivery charge corresponding to the return gift ID and return gift destination.

(5) Referring to the return gift price list, obtain the return gift price corresponding to the gift ID.

(6) Obtain the amount of other expenses that fall under recruitment expenses.

(7) After that, add the amount of donation, settlement fee, return gift price, return gift shipping fee, site fee, backyard fee and other expenses to find the total cost.

(8) Register in the database 11 a donation management record that links the following. Donation ID, donation date, municipality ID, donation amount, credit card company ID, settlement fee, gift ID, return gift destination, return gift price, return gift shipping fee, reception site ID, site fee, backyard fee, etc. Amount of expenses and total expenses.

The processor repeats the above-described processes (1) to (8) for the linking information for each donation received from the reception site system 30 .

In order to check the status of solicitation expenses, the person in charge of the local government operates the local government device 40 and logs into the hometown tax payment support system 10 . The hometown tax payment system 10 acquires the municipality ID of the logged-in municipality. Next, when a request for confirmation of the status of solicited expenses is received from the local government device 40, donation management records to be processed are extracted from the database 11 according to the narrowing-down conditions as follows.

(1) When Narrowing-Down Conditions Are Not Specified The processor extracts from the database 11 a plurality of donation management records that match the local government ID and have the donation date in the current fiscal year.

(2) Narrowing down by designating a reception site The processor receives the designation of the reception site from the local government device 40 . The processor extracts from the database 11 a plurality of donation management records whose municipality IDs match, whose reception site IDs match those of the specified reception site, and whose donation date falls within the current fiscal year.

(3) Narrowing down by designating a card company The processor receives designation of a card company from the local government device 40 . The processor extracts from the database 11 a plurality of donation management records whose municipality ID matches, whose card company ID matches the specified card company ID, and whose donation date falls within the current fiscal year.

(4) When Narrowing Down by Specifying a Gift in Return The processor receives the specification of the gift in return from the local government device 40 . The processor extracts from the database 11 a plurality of donation management records that match the local government ID, match the specified gift item ID, and have a donation date in the current fiscal year.

(5) When Narrowing Down by Period of Donation Date The processor receives from the local government device 40 the designation of the period of the donation date to be processed. The processor extracts from the database 11 a plurality of donation management records whose municipality ID matches and whose donation date falls within the specified period.

(6) Narrowing down by designating a plurality of the above elements The processor receives from the municipality device 40 a plurality of designations of the receiving site, the card company, the return gift, or the period of the donation date. The processor extracts from the database 11 a plurality of donation management records that match the local government ID, match the IDs of the specified elements, and have the donation date in the current year or in the specified period.

Subsequently, the processor finds the total amount of donations and the total amount of expenses for the extracted plurality of donation management records. Furthermore, by dividing the total amount of expenses by the total amount of donations, the ratio of total expenses to the amount of donations (expense ratio) is obtained.

Further, the processor reads out a preset expense ratio threshold value (for example, 50%) in the storage device and compares it with the expense ratio obtained above. If the expense ratio exceeds the threshold, notification data to that effect is transmitted to the municipality device 40 that is the request source. In addition, the processor transmits data of the calculated expense ratio to the municipality device 40 regardless of whether the threshold is exceeded. The local government device 40 outputs the expense ratio status to the output device based on the received expense ratio data and notification data. For example, it is conceivable to display the expense ratio in different colors depending on whether the expense ratio exceeds a threshold. Thresholds may be provided in stages, and the expense ratio may be displayed in stages in different colors depending on the stage. For example, when the expense ratio exceeds the first threshold value indicating that the expense ratio approaches 50%, notification data indicating the expense ratio etc. in yellow is generated, and a second threshold indicating that the expense ratio has reached 50% is generated. When the threshold of 2 is exceeded, notification data may be generated that indicates the expense ratio, etc. in red.

According to the expense management function of the present embodiment described above, the local government, which is not the gift provider, can manage the shipping fee for the gift. In addition, it is possible to provide the local government with real-time information on the status of soliciting expenses for the gifts, including the shipping costs for the gifts. Since it is possible to know the status of solicitation expenses for each site and each return gift, for example, it becomes easy to review the sites and return gifts with high solicitation expenses.

Here, the return gift shipping fee may be calculated based on the delivery fee rate (ratio to the donation amount) for each return gift. In this case, the database 11 stores the shipping rate table shown in FIG. The delivery charge rate table associates the gift ID and the delivery charge rate. A delivery charge rate determined for each gift item is set in advance. The processor refers to the delivery charge rate table, finds the delivery charge rate corresponding to the gift ID, and multiplies the donation amount by the delivery charge rate to find the return gift delivery charge. The configuration is as follows. Namely
a database that stores a delivery charge rate table that associates the identifier of the gift given according to the donation amount of the hometown tax donation and the delivery charge rate according to the donation amount of the return gift for each return gift;
Information on the donation amount corresponding to the donation, the identifier of the return gift, and the identifier of the local government to which the donation is received from the reception site system that accepted the donation of the hometown tax payment, and the delivery fee rate corresponding to the identifier of the return gift A hometown tax payment support system comprising a processor that reads from a delivery charge rate table, multiplies the donation amount by the delivery charge rate to obtain the return shipping charge, and records the delivery charge in a database for each local government to which the donation is made.

Next, among the operations of this embodiment, the shipping management function will be described.

Normally, the reception site accepts the municipality's hometown tax payment, but it is not connected to the return gift supplier, so it is not possible to know whether the return gift has actually been sent, and it is possible to respond to inquiries from donors about the status of the return gift. It is difficult to answer. However, this system can also disclose the delivery status of gifts to the portal site system as a reception site system and the hometown tax payment site system unique to local governments.

When the reception site wants to know the delivery status of the return gift that the company has applied for, the person in charge of the reception site operates a terminal included in the reception site system 30 and logs into the hometown tax payment support system 10. - 特許庁The hometown tax payment support system 10 acquires the reception site ID of the login reception site. Next, when receiving from the same terminal a request for confirming the delivery status together with the designation of the donation ID, the delivery ID of the donation management record with the matching donation ID and the matching receiving site ID is read out from the database 11 . Furthermore, the current delivery status information corresponding to the read delivery ID is acquired from the delivery status table. The processor transmits the acquired delivery status information to the same terminal as the request source. The terminal outputs the received delivery status information to a display device or the like.
Also, when the user of the terminal in the hometown tax payment support system 10 wants to know the delivery status of the gift in return, the user operates the same terminal and logs into the hometown tax payment support system 10 . When a hometown tax payment support system 10 receives a request for confirming the delivery status from the terminal after user authentication, it extracts the delivery status information stored in the database 11 and transmits it to the requesting terminal. The terminal outputs the received delivery status information to a display device or the like.
Here, if the hometown tax payment support system 10 can know the receiving site ID of the communication destination and has established a connection with the communication destination, the login is not essential. Further, the hometown tax payment support system 10 may list and provide a plurality of pieces of delivery status information corresponding to the reception site ID. In this case, the above donation ID may not be designated.

According to this, it is possible for the receiving site to know the delivery status of the gift in return handled by itself, and for example, to respond to an inquiry from the donor to the receiving site regarding the delivery of the gift in return. On the other hand, since it is not possible to browse the delivery status of records whose receiving site IDs do not match, access to irrelevant delivery status information can be restricted.
In addition, the user of the terminal in the hometown tax payment support system 10 can also check the delivery status of the gift in return on the management screen or the like.

As with the reception site, the local government, the gift provider, or the donor may be allowed to browse the delivery status information.

[Modification of the above-described embodiment: return gift provision management function]
Next, modifications of the above embodiment will be described with reference to FIGS. 10 to 12. FIG. In FIG. 10, a computer network N is connected to a gift provider device 50 . The gift provider device 50 is a computer system used by a person who directly provides gift gifts to donors (reward gift provider). It comprises a device, an output device, and a communication device. The operation of each element is the same as in the above embodiment.

The hometown tax payment support system 10 has a function of providing and managing gifts in return in this embodiment. The return gift provision management function is a function that enables the store or the like, which is the provider of the gift, to directly provide the gift to the donor on site. A “provider of gifts” means a person who directly provides food, lodging, entertainment, or merchandise as a gift to a donor at a restaurant, accommodation facility, entertainment facility, or shop, for example. Return gifts provided locally are hereinafter referred to as “locally provided products”.

Further, the hometown tax payment support system 10 stores the records shown in FIGS. 11 and 12 in the storage device in addition to the database of the above embodiment. FIG. 11 is a personal information record (information unique to each donation) in which a donation ID is associated with personal information such as a donor's address, name, and email address. FIG. 12 is an item name record in which the return item ID and the item name of the return item are linked.

The hometown tax payment support system 10, when there is an application for the hometown tax payment in which locally provided goods are returned gifts, based on the linking information received from the donor device 20 or the reception site system 30, the donation management record (specific for each donation) information) as follows:

When recording the donation ID, the link between the donation ID and the personal information of the donor is recorded in the personal information record of FIG. When recording the gift ID, the association between the gift ID and the item name of the gift is recorded in the item name record of FIG. 12 . Record the provider ID of the gift in the "return gift destination" field. The return shipping fee is recorded as 0 yen. Other configurations are the same as those of the above-described embodiment.

[Issuance of donation details]
When the hometown tax payment support system 10 receives a donation from the donor device 20 with a locally provided item as a return gift, the donation ID of the donation and the donation management record, personal information record, or item name record linked to this donation ID. A part of the information is read as donation detail information and transmitted to the donor device 20 . The donor device 20 prints the donation detailed information received from the hometown tax payment support system 10 from a pre-equipped printing device and allows the donor to obtain the information.

Alternatively, when the hometown tax payment support system 10 receives a donation from the donor device 20 or the reception site system 30 with a locally provided product as a return gift, the donation ID of the donation and the donation management record linked to this donation ID, Part of the information in the personal information record or item name record is read out as donation detail information and sent to the donor device 20 . The transmission method may be on-demand or e-mail transmission. The e-mail address is read out from the personal information record and used. Donor device 20 displays the donation detail information received from hometown tax payment support system 10 on the display device of donor device 20 . The contribution detail information may include a code such as a two-dimensional code that is an encrypted contribution detail information. Also, the donor may print the donation detail information displayed on the donor device 20 from a printing device connected to the donor device 20 .

[Administration screen of provider device]
In providing the local gift to the donor, the gift gift provider device 50 transmits the provider ID to the hometown tax payment support system 10 . The provider ID may be the login ID of the provider or the unique identifier of the provider device 50 . Upon receiving the provider ID from the provider device 50, the hometown tax payment support system 10 reads out from the donation management record one or more records in which the same provider ID as the received provider ID is registered as the recipient of the gift. Further, the personal information of the donor and the product name of the gift in return linked to the read donation ID are read from the personal information record and the product name record. Then, the hometown tax payment support system 10 forms a list of the read registration information, transmits the list to the provider device 50 , and displays the list on the management screen of the provider device 50 . The registered information to be displayed includes the address, name, etc. of the donor who receives the locally provided item. Further, information corresponding to a two-dimensional code obtained by enciphering part of the registration information may be included.

[Provision of gifts: manual identification]
The provider of the locally provided goods will provide the locally provided goods to the donor after confirming the identity of the donor who visited by the following method.
(1) The provider confirms the personal information of the visiting donor verbally or by printed matter or screen display of the donation details brought by the donor, and the registration information displayed on the management screen of the provider device 50 If there is registration information that matches , it is confirmed that the person is the donor.
(2) The provider confirms the personal information of the donor who visited the donor by checking the identity card such as the driver's license brought by the donor, and confirms the registered information that matches the registered information displayed on the management screen of the provider device 50. If there is, confirm that it is the donor.

[Provision of gifts: computer-based identity verification]
In addition, the provider of locally provided goods may provide locally provided goods to donors after confirming the identity of the donor who visited by the following method.
(3) A code such as a two-dimensional code is displayed on the screen by an operation such as selecting a link included in the e-mail from the e-mail of the donation details information displayed on the donor device 20 by the donor. The provider of the on-site goods operates the provider device 50 to read the code presented by the donor with a scanner. A scanner may be used to read a code such as a two-dimensional code displayed on a printed matter brought by the donor. The provider device 50 searches the information displayed on the management screen of the provider device 50 for registered information that matches the code read by the scanner. do.
(4) Alternatively, the provider device 50 inquires of the hometown tax payment support system 10 about registration information that matches the code read by the scanner. Upon receiving the inquiry, the hometown tax payment support system 10 searches the donation management record, the personal information record, and the item name record for matching registration information, and when matching registration information is found, notifies the provider device 50 of the inquiry source to the effect that the matching registration information is found. Notice. With this notification of matching from the hometown tax payment support system 10, the provider device 50 determines that the donor is the person himself/herself.

[Provision of gifts: Reconciliation process]
The provider device 50 associates the donation ID with the fact that the locally provided item is “already provided” for the record whose registration information matches, and transmits the record to the hometown tax payment support system 10 . Upon receiving this, the hometown tax payment support system 10 updates the value of the return gift destination in the donation management record with the matching donation ID to "already provided". This prevents the same record from being resent to provider device 50 .
Alternatively, when receiving an inquiry about the registration information from the provider device 50, the hometown tax payment support system 10 updates the value of the return gift destination in the donation management record that confirms the matching of the registration information to "already provided". good too.

According to the modified example described above, it is possible to directly provide hometown tax return gifts on site, and it is also possible for the donor to receive the return gift on the day of the donation. For example, donating at a restaurant and immediately eating and drinking at that restaurant as a gift in return, donating at an accommodation facility and immediately staying at that accommodation as a gift in return, and donating at an entertainment facility It is possible to immediately use the amusement facility, directly receive the gift as a gift at the store, and the like. Since there is no shipping charge for the gift, it also leads to a reduction in the cost of recruiting the gift.

Here, the scope of the present invention is the scope of the invention described in the claims, and is not limited to the above embodiments.

For example, in the above-described embodiment, on the donation application screen (reward gift search screen or viewing screen) provided to the donor device 20 by the reception site system 30, it is possible to narrow down the list to only gifts from a specific municipality. On the other hand, you can also jump to another page (a page where you can browse gift items from other municipalities) by linking from there, such as a banner. However, certain municipalities usually do not want other municipalities' gifts to be viewed. Therefore, the content of the page may be configured so that the page for browsing only the gifts of a specific municipality cannot jump to the page for browsing the gifts of other cities, wards, towns and villages.

10 hometown tax payment support system 11 database 20 donor device 30 reception site system 40 local government device 50 gift provider device 60 delivery person system N computer network

Claims (5)

the computer
a step of accepting a donation application in which a locally-provided item is a return gift from a donor device, and storing information specific to each donation in a storage device;
sending donation detail information including information specific to each donation to the donor device;
a step of acquiring, via a provider device operated by a provider of the gift in return, information specific to each donation included in the donation detail information received by the donor device;
As a condition for providing the on-site goods to the donor, the information unique to each donation acquired via the provider device and the information unique to each donation stored in the storage device are consistent. determining that
Hometown tax support method. 2. The hometown tax payment support method according to claim 1, wherein the information specific to each donation acquired via the provider device is displayed as a code on the screen of the donor device. 3. The information unique to each donation acquired via the donor device is displayed as a two-dimensional code on the screen of the donor device and acquired via a scanner provided on the donor device. Hometown tax support method described in 1. A hometown tax support system with a computer that performs the following steps:
a step of accepting a donation application in which a locally-provided item is a return gift from a donor device, and storing information specific to each donation in a storage device;
sending donation detail information including information specific to each donation to the donor device;
a step of acquiring, via a provider device operated by a provider of the gift in return, information specific to each donation included in the donation detail information received by the donor device;
As a condition for providing the on-site goods to the donor, the information unique to each donation acquired via the provider device and the information unique to each donation stored in the storage device are consistent. the step of determining that to the computer,
a step of accepting a donation application in which a locally-provided item is a return gift from a donor device, and storing information specific to each donation in a storage device;
sending donation detail information including information specific to each donation to the donor device;
a step of acquiring, via a provider device operated by a provider of the gift in return, information specific to each donation included in the donation detail information received by the donor device;
As a condition for providing the on-site goods to the donor, the information unique to each donation acquired via the provider device and the information unique to each donation stored in the storage device are consistent. determining that
Hometown tax support program that makes you carry out.

Images