Hometown Tax Donation Support System

Abstract

The task is to support local governments in managing shipping costs for return gifts for hometown tax donations. It also involves supporting the management of fundraising expenses. [Solution] In the Furusato Tax Donation Support System 10, the database 11 stores the expense amount (including shipping costs for return gifts) or the expense rate applied to the donation amount for calculating the Furusato Tax Donation solicitation expenses. The processor calculates the solicitation expenses for each donation based on the expense amount or expense rate, and records the solicitation expenses for each donation in the database 11, linking them to the recipient municipality, the donation amount, and the donation date.

Description

Technical Field

[0001] The present invention relates to a hometown tax payment support system, and mainly relates to a hometown tax payment support system that supports local governments.

Background Art

[0002] A donor who has made a hometown tax payment to a specific local government can usually receive a gift in return for the donation. The gift in return is usually sent by its provider (gift-in-return vendor) and directly delivered to the donor.

[0003] The shipping cost is not billed to the donor but is billed from the provider to the local government. Therefore, although the local government is neither the sender nor the recipient of the gift in return, it is necessary for the local government to manage the shipping cost. However, as described above, since the gift in return is sent by the provider, the local government cannot grasp the accurate shipping cost and often pays as told by the provider.

[0004] In addition, with the enactment of a law (Law No. 2 of 2019) that amends part of the Local Tax Law, etc., a designated system related to hometown tax payment has been established, and local governments must pay attention to setting the gift-in-return ratio of the gift in return to 30% or less and the solicitation expenses to 50% or less (for example, Non-Patent Document 1).

Prior Art Documents

Non-Patent Documents

[0005]

Non-Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0006] Therefore, the present invention aims to support local governments in managing shipping costs for return gifts for hometown tax donations. It also aims to support the management of recruitment expenses. [Means for solving the problem]

[0007] To solve the above problems, the present invention includes a database that stores a shipping fee table that links the shipping fee for the return gift to the return gift identifier, according to the recipient of the return gift. It also includes a processor that receives information on the donation amount, the return gift identifier, the return gift delivery address, and the identifier of the recipient municipality from the reception site system that receives the hometown tax donation, reads the return gift shipping fee corresponding to the return gift identifier and delivery address from the shipping fee table, and records the return gift shipping fee in the database for each recipient municipality.

[0008] In another invention, the database further stores the expense amount (including the shipping cost of the return gift) or the expense rate relative to the donation amount for calculating the expenses of soliciting donations for the hometown tax program. The processor then calculates the solicitation expenses for each donation based on the expense amount or expense rate, and records the solicitation expenses for each donation in the database, linking them to the recipient municipality, the donation amount, and the donation date. [Effects of the Invention]

[0009] According to this invention, it is possible to assist local governments in managing the shipping costs of return gifts for hometown tax donations. It is also possible to assist in managing recruitment expenses. [Brief explanation of the drawing]

[0010] [Figure 1] Figure 1 is a diagram showing the overall system configuration, including a hometown tax donation support system, which is an embodiment of the present invention. [Figure 2] Figure 2 shows the structure of donation management records stored in the database shown in Figure 1. [Figure 3] Figure 3 shows the structure of the back-office rate table stored in the database shown in Figure 1. [Figure 4]Figure 4 shows the structure of the reception site rate table stored in the database of Figure 1. [Figure 5] Figure 5 shows the structure of the payment fee rate table stored in the database shown in Figure 1. [Figure 6] Figure 6 shows the structure of the shipping fee table stored in the database shown in Figure 1. [Figure 7] Figure 7 shows the structure of the gift price list stored in the database of Figure 1. [Figure 8] Figure 8 shows the structure of the delivery status table stored in the database shown in Figure 1. [Figure 9] Figure 9 shows the structure of the shipping rate table stored in the database shown in Figure 1. [Figure 10] Figure 10 is a diagram showing a modified example of an embodiment of the present invention. [Figure 11] Figure 11 shows the structure of personal information records stored in the database shown in Figure 10. [Figure 12] Figure 12 shows the structure of the product name record stored in the database shown in Figure 10. [Modes for carrying out the invention]

[0011] Embodiments of the present invention will now be described with reference to the drawings. In Figure 1, the Furusato Tax Donation Support System 10 is connected to external computer equipment via a computer network N such as the Internet. The external computer equipment includes a donor device 20, a reception site system 30, a local government device 40, a return gift provider device 50, and a delivery system 60.

[0012] The donor device 20 is a computer device operated by a donor who makes hometown tax payments. It is not limited to the devices owned by the donor, and may also be a device used by an unspecified number of people installed on the floor. The reception site system 30 is a computer system that provides a reception site for accepting hometown tax payments, including the provision of a hometown tax payment portal site and a reception site unique to the local government. The local government device 40 is a computer device operated by the local government. The provider device 50 is a computer device operated by the provider of the return gift. The delivery system 60 is a computer system operated by the delivery person.

[0013] Each of the computers 20, 30, 40, 50, and 60 includes, as basic elements of a computer, a processor, a storage device, an input device, an output device, and a communication device. The processor realizes the functions of each computer by executing a program. The information used by the processor for processing is read from the storage device. The information processed by the processor is stored in the storage device. The input device acquires information necessary for the processor's processing from the outside. The output device outputs the information processed by the processor in a way that appeals to a person's five senses such as vision. 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 the basic operations of these computers may be omitted.

[0014] The hometown tax payment support system 10 is also a computer system, and includes, as basic elements of a computer, a processor, a storage device, an input device, an output device, and a communication device. The operations of each element are the same as described above. In this embodiment, the hometown tax payment support system 10 has an expense management function and a shipping management function. The expense management function is a function for managing the status of the recruitment expenses for hometown tax payments in the local government. The shipping management function is a function for managing the shipping status of the return gift, and can disclose the shipping status to the reception site system 30 as well.

[0015] The storage device of the hometown tax payment support system 10 stores a database 11 of information necessary for the execution of each of the above functions. In this embodiment, the database 11 stores the donation management records, backyard rate tables, reception site rate tables, settlement rate tables, delivery fee tables, return gift price tables, and delivery status tables shown in FIGS. 2 to 8. The structure of the database 11 may be any structure that can manage the necessary information by associating it, and can be selected from a hierarchical type, a network type, a relational type, etc.

[0016] The donation management record has the structure shown in FIG. 2. That is, for each donation ID, the donation date, municipality ID, donation amount, card company ID, settlement fee, return gift ID, return gift price amount, return gift delivery destination, return gift delivery fee, reception site ID, reception site fee (site fee), backyard fee, other expense amount included in the recruitment expenses, total expense amount, and delivery ID are associated.

[0017] A unique value that does not overlap with others is assigned to each donation ID for each hometown tax payment. The donation date is the date when the settlement of that hometown tax payment is completed. A unique value indicating the municipality where the hometown tax payment was made is assigned to the municipality ID. The donation amount is the amount when the settlement of that hometown tax payment is completed. A unique value indicating the merchant (such as a credit card company) to which the settlement of that hometown tax payment was made is assigned to the card company ID. The settlement fee is the fee paid to the merchant at the settlement destination for the settlement of that hometown tax payment. A unique value indicating the return gift corresponding to that hometown tax payment is assigned to the return gift ID. The return gift delivery destination is the delivery destination (address or a part thereof) of the return gift designated by the donor. The return gift price amount is the amount borne by the municipality as the price of that return gift. The return gift delivery fee is the amount borne by the municipality as the delivery fee of that return gift. The return gift delivery fee may be included in the return gift price amount.

[0018] The reception site ID is a unique value assigned to the reception site that accepted the hometown tax donation. The site fee is the amount of the fee that the local government pays to the reception site for that hometown tax donation. The back-office fee is the fee paid to the company that provides the hometown tax donation support system. Other expenses are amounts included in the recruitment expenses other than those mentioned above. The total expenses are the amount of recruitment expenses corresponding to one donation, and for each donation management record, it is represented as the sum H from B to G in Figure 2. The delivery ID is a unique value assigned to each delivery of the return gift.

[0019] As shown in Figure 3, the back-office fee rate table links the municipality ID to the back-office fee rate. A predetermined back-office fee rate is set for each municipality.

[0020] The reception site rate table links reception site IDs with site rates. A predetermined site rate is set for each reception site.

[0021] The payment processing fee table links card company IDs to payment processing fee rates. Site rates are pre-set for each card company.

[0022] The shipping fee table links the return gift ID to the shipping fee. A predetermined shipping fee is set for each return gift and each delivery address.

[0023] The gift price list links the gift ID to the gift price. The price of each gift is predetermined.

[0024] The delivery status table links the delivery ID with the delivery status information. The delivery status information shows the delivery status of the package, such as whether it has been shipped, and is updated as the delivery status changes.

[0025] In the above, each rate represents a percentage of the donation amount.

[0026] Next, the expense management function of this embodiment will be described.

[0027] When a donation application for hometown tax is received from the donor device 20 to the reception site system 30, the reception site system 30 stores in its memory, for each donation received, the donation ID, the donation date, the municipality ID of the recipient municipality, the donation amount, the card company ID, the return gift ID, the return gift delivery address, and the reception site ID, linking them together. The reception site system 30 then transmits this linked information to the hometown tax support system 10 at a predetermined time. Furthermore, if the donor device 20 itself has a function for applying for hometown tax donations, when a hometown tax donation application is received, the donor device 20 links the donation ID, the donation date, the municipality ID of the recipient municipality, the donation amount, the card company ID, the return gift ID, the return gift delivery address, and the reception site ID for each donation received, and transmits this linked information to the hometown tax donation support system 10.

[0028] The Furusato Tax Donation Support System 10 receives the above linking information and executes the following processes (1) through (8) using its processor. Hereafter, when "processor" is simply referred to, it refers to the processor of the Furusato Tax Donation Support System 10.

[0029] (1) Refer to the back-office fee rate table to find the back-office fee rate corresponding to the municipality ID, and calculate the back-office fee by multiplying the donation amount by the back-office fee rate.

[0030] (2) Refer to the reception site fee rate table, find the site fee rate corresponding to the reception site ID, and calculate the site fee by multiplying the donation amount by the site fee rate.

[0031] (3) Refer to the payment fee rate table to find the payment fee rate corresponding to the card company ID, and calculate the payment fee by multiplying the donation amount by the payment fee rate.

[0032] (4) Refer to the shipping fee table and determine the shipping fee corresponding to the return gift ID and the return gift delivery address.

[0033] (5) Refer to the list of return gift prices and find the return gift price corresponding to the return gift ID.

[0034] (6) Determine the amount of other expenses that fall under recruitment expenses.

[0035] (7) Subsequently, the total expenses are calculated by adding the donation amount, settlement fees, the cost of the return gift, the shipping costs for the return gift, site fees, back-office fees, and other expenses.

[0036] (8) Register the donation management record linked to the following in database 11: donation ID, donation date, local government ID, donation amount, card company ID, payment processing fee, return gift ID, return gift delivery address, return gift price, return gift shipping fee, receiving site ID, site fee, back-office fee, other expenses, and total expenses.

[0037] The processor repeats the processes described in (1) to (8) above for each donation linkage information received from the reception site system 30.

[0038] If a local government official wants to check the status of fundraising expenses, they operate the local government device 40 and log in to the hometown tax donation support system 10. The hometown tax donation system 10 obtains the local government ID of the logged-in local government. Next, when it receives a request from the local government device 40 to check the status of fundraising expenses, it extracts the donation management records to be processed from the database 11 according to the filtering conditions as follows.

[0039] (1) If no filtering conditions are specified The processor extracts multiple donation management records from database 11 that have matching municipality IDs and whose donation dates fall within the current fiscal year.

[0040] (2) When specifying the application site to narrow down the results The processor receives the designation of the reception site from the municipal device 40. The processor extracts from the database 11 multiple donation management records in which the municipal ID matches, the designated reception site and reception site ID match, and the donation date falls within the current fiscal year.

[0041] (3) When narrowing down by specifying the card company The processor receives the designation of a card company from the municipal device 40. The processor extracts from the database 11 multiple donation management records in which the municipal ID matches, the designated card company and card company ID match, and the donation date falls within the current fiscal year.

[0042] (4) When narrowing down by specifying the return gift The processor receives the designation of the return gift from the municipal device 40. The processor extracts from the database 11 multiple donation management records in which the municipal ID matches, the designated return gift and the return gift ID match, and the donation date falls within the current fiscal year.

[0043] (5) When narrowing down by donation date The processor receives a specification from the municipal device 40 regarding the period of donation dates to be processed. The processor extracts multiple donation management records from the database 11 that have matching municipal IDs and whose donation dates fall within the specified period.

[0044] (6) When narrowing down by specifying multiple elements as described above The processor receives multiple specifications from the local government device 40, including the reception site, card company, return gift, or donation date period. The processor extracts multiple donation management records from the database 11 where the local government ID matches, the IDs of the specified multiple elements match, and the donation date falls within the current fiscal year or the specified period.

[0045] Next, the processor calculates the total donation amount and the total expenses for the extracted donation management records. Furthermore, by dividing the total expenses by the total donation amount, it calculates the ratio of total expenses to donations (expense rate).

[0046] Furthermore, the processor reads a pre-set expense rate threshold (e.g., 50%) from the storage device and compares it with the expense rate obtained above. If the expense rate exceeds the threshold, it sends notification data to the requesting municipal device 40 indicating this. The processor also sends the calculated expense rate data to the municipal device 40 regardless of whether the threshold is exceeded or not. The municipal device 40 outputs the status of the expense rate to an output device based on the received expense rate data and notification data. For example, the expense rate could be displayed in different colors depending on whether it exceeds the threshold. Thresholds could be set in stages, and the expense rate could be displayed in different colors depending on which stage it is in. For example, when the first threshold, indicating that the expense rate is approaching 50%, is exceeded, notification data showing the expense rate in yellow could be generated, and when the second threshold, indicating that the expense rate has reached 50%, is exceeded, notification data showing the expense rate in red could be generated.

[0047] According to the expense management function of this embodiment described above, local governments that are not providers of return gifts can manage the shipping costs of those gifts. Furthermore, the status of the recruitment expenses for return gifts, including shipping costs, can be provided to local governments in real time. Since it is also possible to know the status of recruitment expenses for each site and each return gift, it becomes easy to review sites or return gifts that have high recruitment expenses, for example.

[0048] Here, the shipping cost for the return gift may be calculated based on the shipping rate (a percentage of the donation amount) for each return gift. In this case, database 11 stores the shipping rate table shown in Figure 9. The shipping rate table links the return gift ID to the shipping rate. A predetermined shipping rate is set for each return gift. The processor refers to the shipping rate table, finds the shipping rate corresponding to the return gift ID, and calculates the return gift shipping cost by multiplying the donation amount by the shipping rate. The configuration is as follows: That is, A database that stores a shipping rate table linking each return gift identifier, which is given according to the amount of the hometown tax donation, with the shipping rate corresponding to the donation amount for that return gift, and A hometown tax donation support system comprising a processor that receives information on the donation amount, the identifier of the return gift, and the identifier of the recipient municipality from a donation acceptance site system that accepts hometown tax donations; reads the shipping rate corresponding to the identifier of the return gift from the shipping rate table; calculates the shipping cost of the return gift by multiplying the shipping rate by the donation amount; and records the shipping cost in a database for each recipient municipality.

[0049] Next, we will describe the shipping management function, which is one of the operations of this embodiment.

[0050] Normally, while donation websites accept donations from local governments, they are not connected to the suppliers of the return gifts. Therefore, they cannot know whether the return gifts have actually been shipped, and it is difficult to answer inquiries from donors about the status of their return gifts. However, this system allows for the disclosure of the delivery status of return gifts to both the portal site system acting as the donation website and the local government's own hometown tax donation website system.

[0051] If a donation site wants to know the delivery status of a return gift for which it has received an application, the person in charge at the donation site operates a terminal included in the donation site system 30 and logs in to the hometown tax donation support system 10. The hometown tax donation support system 10 obtains the donation site ID of the logged-in donation site. Next, when it receives a request from the terminal to check the delivery status along with the donation ID, it reads the delivery ID of the donation management record that matches both the donation ID and the donation site ID from the database 11. Furthermore, it obtains the current delivery status information corresponding to the read delivery ID from the delivery status table. The processor sends the obtained delivery status information to the requesting terminal. The terminal outputs the received delivery status information to a display device or the like. Furthermore, if a user of a terminal within the Furusato Tax Donation Support System 10 wishes to know the delivery status of their return gift, the user operates the terminal and logs in to the Furusato Tax Donation Support System 10. After authenticating the user, the Furusato Tax Donation Support System 10 receives a request from the terminal to check the delivery status, extracts the delivery status information stored in the database 11, and sends it to the terminal that made the request. The terminal then outputs the received delivery status information to a display device or the like. Here, if the Furusato Tax Donation Support System 10 knows the ID of the receiving site and has established a connection with that site, the above login is not required. Alternatively, the Furusato Tax Donation Support System 10 may provide a list of multiple delivery status information corresponding to the receiving site ID. In this case, specifying the donation ID above is not necessary.

[0052] According to this, the receiving site can know the delivery status of the thank-you gifts it has handled, and can, for example, respond to inquiries from donors regarding the delivery of thank-you gifts. On the other hand, it is not possible to view the delivery status of records where the receiving site ID does not match, thus restricting access to irrelevant delivery status information. Furthermore, users of terminals within the Furusato Tax Donation Support System 10 can also check the delivery status of their return gifts on the management screen, etc.

[0053] Similar to the application website, local governments, providers of return gifts, or donors may be allowed to view delivery status information.

[0054] [Modification of the above embodiment: Function for managing the provision of return gifts] Next, a modified example of the above embodiment will be described with reference to Figures 10 to 12. In Figure 10, the computer network N is connected to the return gift provider device 50. The return gift provider device 50 is a computer system used by those who directly provide return gifts to donors (return gift providers), and as basic computer elements, it includes a processor, a storage device, an input device, an output device, and a communication device. The operation of each element is the same as in the above embodiment.

[0055] In this embodiment, the Furusato Tax Donation Support System 10 is equipped with a function for managing the provision of return gifts. The function for managing the provision of return gifts enables stores and other providers of return gifts to directly provide the return gifts to donors on-site. A "provider of return gifts" refers to, for example, a restaurant, lodging facility, entertainment facility, or shop that directly provides food, lodging, entertainment, or goods to donors on-site as return gifts. Return gifts provided on-site are hereinafter referred to as "on-site provided items".

[0056] Furthermore, the Furusato Tax Donation Support System 10 stores the records shown in Figures 11 and 12 in its storage device, in addition to the database of the above embodiment. Figure 11 is a personal information record (information unique to each donation) that links the donation ID with the donor's personal information such as address, name, and email address. Figure 12 is a product name record that links the return gift ID with the name of the return gift.

[0057] When an application for a hometown tax donation is received with local products as the return gift, the hometown tax donation support system 10 records a donation management record (information unique to each donation) based on the linking information received from the donor device 20 or the reception site system 30, as follows:

[0058] When recording the donation ID, the link between the donation ID and the donor's personal information is recorded in the personal information record shown in Figure 11. When recording the return gift ID, the link between the return gift ID and the name of the return gift is recorded in the item name record shown in Figure 12. The ID of the return gift provider is recorded in "Return Gift Shipping Address". The return gift shipping fee is recorded as 0 yen. The other configurations are the same as the embodiment described above.

[0059] [Issuance of Donation Details] When the Furusato Tax Support System 10 receives a donation from the donor device 20 with a local product as the return gift, it reads the donation ID of the donation and a portion of the information in the donation management record, personal information record, or product name record linked to this donation ID as donation details and transmits it to the donor device 20. The donor device 20 prints the donation details received from the Furusato Tax Support System 10 using a pre-installed printer and makes it available to the donor.

[0060] Alternatively, when the Furusato Tax Support System 10 receives a donation from the donor device 20 or the reception site system 30 with locally provided goods as a return gift, it reads the donation ID of the donation and a portion of the information from the donation management record, personal information record, or item name record associated with this donation ID as donation details information and sends it to the donor device 20. The transmission method may be on-demand or by email. The email address is read from the personal information record and used. The donor device 20 displays the donation details information received from the Furusato Tax Support System 10 on the display device of the donor device 20. The donation details information may include a code such as a 2D code that encrypts the donation details information. The donor may also print the donation details information displayed on the donor device 20 from a printer connected to the donor device 20.

[0061] [Management screen for the provider's device] When providing local products to donors, the return gift provider device 50 transmits a provider ID to the hometown tax donation support system 10. The provider ID may be the provider's login ID or a unique identifier of the provider device 50. Upon receiving the provider ID from the provider device 50, the hometown tax donation support system 10 reads one or more records from the donation management records in which the same provider ID as the received provider ID is registered as the return gift delivery address. Furthermore, it reads the donor's personal information and the name of the return gift associated with the read donation ID from the personal information record and the item name record. The hometown tax donation support system 10 then forms the read registration information into a list and transmits it to the provider device 50, where it is displayed on the provider device 50's management screen. The displayed registration information includes the donor's address, name, etc., who will receive the local product. It may also include information corresponding to a 2D code that encrypts part of the registration information.

[0062] [Provision of return gifts: Manual identity verification] The providers of the donated items will verify the identity of the donor before providing the items to the donor, using the following method. (1) The provider will verify the personal information of the visiting donor verbally or by looking at a printed copy or screen display of donation details brought by the donor, and will confirm that the donor is the person in question if there is any registered information that matches the registered information displayed on the management screen of the provider device 50. (2) The provider verifies the personal information of the visiting donor using identification documents such as a driver's license that the donor has brought with them, and confirms that the donor is indeed the person in question if there is any registered information that matches the registered information displayed on the management screen of the provider device 50.

[0063] [Provision of return gifts: Computerized identity verification] Furthermore, those providing items locally may verify the identity of the donor who visits using the following methods before providing the items to the donor. (3) The donor displays a code such as a QR code on the screen by selecting a link in the email containing donation details displayed on the donor device 20. The provider of the locally provided goods operates the provider device 50 to scan the code presented by the donor. The provider may also scan a code such as a QR code displayed on printed materials brought by the donor. The provider device 50 searches for registration information that matches the code scanned by the scanner among the information displayed on the provider device 50's management screen, and if there is matching registration information, it determines that the person is the donor. (4) Alternatively, the provider device 50 queries the hometown tax donation support system 10 for registration information that matches the code read by the scanner. The hometown tax donation support system 10, upon receiving the query, searches for matching registration information in the donation management record, personal information record, and product name record, and when it finds matching registration information, it notifies the provider device 50 that a match has been found. Upon receiving this notification of a match from the hometown tax donation support system 10, the provider device 50 determines that the donor is the person in question.

[0064] [Provision of return gifts: Reconciliation process] The provider device 50 links the donation ID with the status of the locally provided item as "provided" for records where the registration information matches, and sends this to the Furusato Tax Support System 10. Upon receiving this, the Furusato Tax Support System 10 updates the value of the return gift delivery address for the donation management record with the matching donation ID to "provided." As a result, the same record is not resent to the provider device 50. Alternatively, when the Furusato Tax Support System 10 receives an inquiry about the above-mentioned registration information from the provider device 50, it may update the value of the return gift delivery address in the donation management record, which confirms that the registration information matches, to "Provided".

[0065] As explained above, the modified versions of the system make it possible to provide return gifts for hometown tax donations directly at the local location, allowing donors to receive their gifts on the same day they make their donation. For example, donors could make a donation to a restaurant and immediately enjoy a meal there as a return gift; donate to an accommodation facility and immediately stay there as a return gift; donate to an entertainment facility and immediately use it; or receive their return gift directly from a shop. Since there are no shipping costs for the return gifts, this also leads to a reduction in the expenses of soliciting return gifts.

[0066] Herein, the scope of the present invention is limited to the scope of the invention described in the claims and is not limited to the embodiments described above.

[0067] For example, in the embodiment described above, the donation application screen (a screen for searching and viewing return gifts) provided by the reception site system 30 to the donor device 20 can be narrowed down to only return gifts from a specific municipality. On the other hand, it is also possible to jump to another page (a page where return gifts from other municipalities can be viewed) via a link such as a banner. However, a specific municipality usually does not want its return gifts from other municipalities to be viewed. Therefore, the content of the page that displays only the return gifts from a specific municipality may be configured so that it is not possible to jump to a page where return gifts from other municipalities can be viewed. [Explanation of Symbols]

[0068] 10. Hometown Tax Donation Support System 11 Databases 20 Donor device 30. Reception Site System 40 Municipal equipment 50. Equipment for providing return gifts 60 Delivery System N Computer Network

Claims

[Claim 1] A database that stores a shipping fee table linking the shipping fee for the return gift to the return gift identifier, depending on the delivery address of the return gift, A hometown tax donation support system comprising a processor that receives information on the donation amount, the identifier of the return gift, the shipping address for the return gift, and the identifier of the recipient municipality from a reception site system that accepts hometown tax donations, reads the return gift shipping fee corresponding to the return gift identifier and shipping address from the aforementioned shipping fee table, and records the return gift shipping fee in a database for each recipient municipality.

Images