The present invention generally relates to a computer-based system, method and computer readable medium comprising software for threshold billing for returned goods.
Reverse logistics is the process by which goods and materials are returned to a product vendor by a product distributor, such as a retailer, flowing backwards through the supply chain for the purpose of recapturing value and/or proper disposal. Reverse logistics involves physically transporting and disposing of returned goods, issuing accurate invoices to the product vendor for the returned goods and correctly crediting the product distributor for the returned goods.
Systems and methods for billing product vendors and crediting product distributors for returned goods are known. A disadvantage of such known systems and methods is that items may be added to a shipping container systematically, but not physically, creating a discrepancy. Such a discrepancy can also occur if items are physically added to a container but are not added systematically. In either event, amounts invoiced for the returned goods are also incorrect because they are based on the amount of items in a container systematically, that is, as stored and computed by a computer memory and processor, which can be different from the actual amount of items in the container. Incorrect invoices require further additional processing of items and reconciling actual amounts of returned items with invoiced amounts. Thus, a need exists for a system and method for processing returned items that minimizes the disadvantages associated with known returned item processing systems and methods.
A computer implemented system and method and a computer readable medium for billing a product vendor for returned items. A plurality of billing threshold rules are established and stored in a computer memory. Each of the billing threshold rules are associated with at least one of a plurality of returned items and are comprised of a billing threshold amount. A returned item is identified via a computer processor and information comprising the identity of the returned item is stored in the computer memory. The computer processor determines if a billing threshold rule has been associated with the returned item. If a billing threshold rule has been associated with the returned item, the processor assigns the returned item to a container based on a billing threshold rule associated with the returned item. Information indicating the container to which the returned item has been assigned is stored in the computer memory. The processor determines if the billing threshold amount for the returned item has been reached. If the billing threshold amount for the returned item has been reached, the processor determines the status of the container to which the returned item has been assigned. If the container to which the returned item has been assigned is not closed and the billing threshold amount for the identified item has been reached, the processor generates a notification to physically close the container. The processor also generates an invoice to the product vendor for the returned items for which the billing threshold amount has been reached. Establishing one or more billing threshold rules may include establishing and storing in the computer memory a billing threshold type for each of the plurality of billing threshold rules. Each of the billing threshold types may be a manufacturer, a vendor, a product category or an item. Establishing one or more billing threshold rules may also include establishing and storing in the computer memory information indicating whether a billing threshold amount is determined by a number of returned items or a monetary amount of returned items. An indication that the container to which the returned item was assigned is closed may be stored in the computer memory. The processor may establish a new container, and an association between the new container and the billing threshold rule with which the closed container was associated may be stored in the computer memory. The processor may facilitate the transmission of the invoice to the product vendor and the shipment of the returned items for which the billing threshold amount has reached to a specified destination.
Reference will now be made in detail to the presently preferred embodiments of the invention, one or more examples of which are illustrated in the accompanying drawings. Each example is provided by way of explanation of the invention, not limitation of the invention. In fact, it will be apparent to those skilled in the art that modifications and variations can be made in the present invention without departing from the scope or spirit thereof. For instance, features illustrated or described as part of one embodiment may be used on another embodiment to yield a still further embodiment. Thus, it is intended that the present invention cover such modifications and variations as come within the scope of the appended claims and their equivalents.
When the reclamation facility 160 receives the returned products/goods, it then scans a code, such as a universal product code (“UPC”) for each of the returned goods, which captures items of returned goods information, which is stored in a computer memory. Reclamation facility 160 then disposes of the returned products pursuant to the instructions of the product vendor 120. Disposal of the returned goods may include return to the vendor 120, destruction 170, donation 180 or liquidation 190.
Continuing with
As shown in
After the returned products are sorted and assigned to a container, the containers of sorted products are stored in storing area 18. Containers may be stored in storing area 18 until a billing threshold has been reached and/or a container is closed. An invoice may be generated when a billing threshold has been reached and/or the container is closed or is otherwise ready for shipment. The process for determining whether a container is ready for shipment is discussed in more detail below.
Returning to
Returning to
As shown in
Products for which no billing threshold has been established may be mass sorted according to a primary sort pattern. For example, such returned goods may be sorted to a first container 341 for returned goods for all manufacturers with names ending in the letters A-J or to a second container 342 for returned goods for all manufacturers with names ending in the letters K-Z. Such returned goods can then be sorted according to a secondary sort pattern, where each such returned good is sorted to a container that is associated with a particular manufacturer.
As can be appreciated, the invention is not limited to any particular type of billing threshold, sort pattern or configuration of physical containers. The level (e.g., item, vendor, manufacturer, product category, etc.) at which a billing threshold may be established, the sort pattern and the number and configuration of physical containers may be based on the particular requirements of a particular returned goods processing system, manufacturer, vendor, retailer, reclamation facility or combination thereof.
When a returned item is assigned to a container, based on the type of billing threshold established for the item, an indication of the container to which the returned item has been assigned is stored in a computer memory.
In block 402, billing threshold rule information is stored in a computer memory. Billing threshold rule information may be received from a product retailer by a returned goods processor. Billing threshold information may include, for each product, a billing threshold group type and a billing threshold amount. The specific items of information comprising the billing threshold rule information is discussed in more detail below. Like the product information, the billing threshold rule information is stored in a computer memory and may be manually entered and stored and/or automatically received and stored. Processing control is then transferred to block 404.
In block 404, sort patterns or paths are determined for items based on the billing threshold rule information, and the determined sort path information is stored in a computer memory. Processing control is then transferred to block 406. A sort path may be assigned to or associated with a specific billing threshold rule. Exceptions may be provided for billing threshold rules that are defined by custom field, e.g., product category, or an item. An item may belong only to one sort path and therefore only one billing threshold rule. A sort path may not be unique to a particular reclamation facility. An exemplary logical sort pattern is discussed above in connection with
In block 406, returned items are processed according to the sort path associated with each returned item. Such processing includes assigning returned items to specific containers associated with a sort path. As can be appreciated, when a container associated with a particular sort path is closed, because it is full or a billing threshold has been reached, a new container is established and associated with that particular sort path.
In block 408, the (closed) container may be moved to a storage area until the container is ready to be shipped. An indication that the closed container has been moved to a storage area is stored in a computer memory.
In an exemplary embodiment of the process for establishing billing thresholds for returned goods, in block 500, billing threshold information is received and stored in a computer memory and processing control is transferred to block 502. The billing threshold information may be comprised of a billing threshold group type, e.g., a manufacturer billing threshold, information identifying a particular manufacturer and a specific billing threshold amount for that particular manufacturer.
In block 502, the process determines if the threshold to be established is a manufacturer billing threshold. If the threshold to be established is not a manufacturer billing threshold, processing control is transferred to block 512. If the threshold to be established is a manufacturer billing threshold, processing control is transferred to block 504. In block 504, the amount of the manufacturer billing threshold for a particular manufacturer is stored in a computer memory and processing control is transferred to block 506. The following table sets forth exemplary billing threshold amounts that may be established for exemplary manufacturers:
Thus, for example, a manufacturer billing threshold amount for Sony may be $10,000. Returning to
As described in more detail below, when a billing threshold is reached, the physical container associated with the sort path logic established for that billing threshold is systematically closed so that no more goods can be assigned to such container. An indication that the container has been closed is stored in a computer memory. The closing of such a container systematically initiates a process of establishing a new container associated with the sort path logic for the billing threshold. The closing of the container also initiates a process for creating an invoice for the returned goods and disposing of the returned goods in that closed container according to the predetermined instructions.
Continuing with
In an exemplary embodiment, a vendor can be thought of as a division of a particular manufacturer, e.g., an exemplary manufacturer may be Sony and an exemplary vendor may be the Games division of Sony. Thus, for example, a vendor billing threshold amount for Sony-Games may be $20,000. Returning to
Continuing with
An exemplary product category may be PlayStations, which are sold by the Games division of Sony. Thus, for example, a product category billing threshold amount for PlayStations may be $8,000. Returning to
Continuing with
An exemplary item may be PlayStation Personal, which is in the PlayStation product category and which are sold by the Games division of Sony. Thus, for example, an item billing threshold amount for the PlayStation Personal item may be $8,000. Returning to
In block 604, the processor determines whether the returned item is a billing threshold item. A billing threshold item is an item for which a billing threshold rule has been established and stored in a computer memory. If the identified item is not a billing threshold item, processing control is returned to block 602. If the identified item is a billing threshold item, processing control is transferred to block 606.
In block 606, the process associates the identified item with the billing threshold rule for the item and processing control is transferred to block 608.
In block 608, the process logically assigns the identified item to a sort path, based upon the identification of the item and billing threshold rule associated with the identified item. The sort path to which the returned item is assigned is stored in a computer memory in association with the stored information identifying the returned item. Processing control is then transferred to block 610.
In block 610, the identified item is assigned to a particular container associated with the sort path to which the returned item has been assigned. An indication of the container to which the identified item is assigned is stored in a computer memory, and processing control is transferred to block 612.
In block 612, the process determines the volume of returned items that have been assigned to the same sort path to which the identified item has been assigned. This determination may be made by interrogating the computer memory to identify all returned items that have been assigned to closed containers and to determine the amount of returned items in the closed containers. Processing control is then transferred to block 614.
In block 614, the process determines whether a billing threshold has been reached for the identified item. The process would determine whether the billing threshold for the identified threshold item has been reached by determining the volume of all containers associated with the identified threshold item that are closed. In other words, more than one closed container may contain the same threshold item and each of such closed containers is accounted for in determining whether the billing threshold for the threshold item has been reached.
Returning to block 614, if a billing threshold for the identified item has not been reached, processing control is returned to block 602. If the billing threshold for the identified item has been reached, processing control is transferred to block 616.
In block 616, the process determines whether the container to which the identified item has been assigned is closed. If the container is not closed, processing control is transferred to block 618. In block 618, the process generates and transmits notifications to reclamation facility personnel instructing that the container be physically closed, and processing control is transferred to block 620.
Returning to block 616, if the process determines that the container to which the identified item has been assigned is closed, processing control is transferred to block 620.
In block 620, the process stores information indicating that the container to which the identified item has been assigned has been physically closed, and processing control is transferred to block 622.
In block 622, the process establishes a new container that is associated with the sort path with which the closed container was associated. The process stores in a computer memory information indicating that a new container has been established and also stores information associating the new container with the sort path with which the closed container was associated so that additional identified items can be assigned to the new container. Processing control is then transferred to block 624.
In block 624, the process creates an invoice for the items in the one or more closed containers containing threshold items for which the billing threshold has been reached. The invoice is generated and sent to a product vendor using conventional invoicing systems and processes. Processing control is then transferred to block 626.
In block 626, the process facilitates disposition of the returned items by sending notifications to reclamation facility personnel indicating that one or more closed containers contain returned items for which billing threshold has been reached. Such notifications may indicate that the one or more containers should be moved to a storage area and/or should be prepared for shipment or other disposition. Processing control is then returned to block 602.
Set forth below is the information that may be used to establish a billing threshold for a threshold item for an embodiment of the present invention. A threshold item may be a scanned item for which a billing threshold rule has been established. A scanned item may be invoiced by the threshold billing process if the item is in a closed container.
As can be appreciated, the billing threshold rule information can be stored in a computer memory and in a relational database. A user interface may be provided for entering and saving in a computer memory billing threshold rule information. A user interface also may be provided for displaying and modifying billing threshold information. A user interface also may be provided for displaying information about billing threshold rules that may have been established. For example, such a user interface may display and group billing threshold rules for which invoices have been generated (because the billing threshold rule has been reached) or for which invoices have not been generated (because the billing threshold rule has not been reached). Such an interface may display the following information about the status of a billing threshold rule: period of time, level type, level, quantity of items scanned and assigned to a container, dollar valued scanned and assigned to a container, whether or not an invoice has been generated and the date and time of the status of the billing threshold rule.
Generally, however, program modules include routines, programs, objects, components, data structures, etc. that can perform particular tasks or implement particular data types. The operating environment 70 is an exemplary suitable operating environment and does not limit the scope of the invention. Other known computer systems, environments, and/or configurations may be suitable for use with the invention.
Referring to
Computer 712 also may include removable/nonremovable, volatile/nonvolatile computer storage media, for example, a disk storage 724. Disk storage devices 724 may be connected to the system bus 718 via removable or non-removable interface 726.
A user enters commands or information into computer 712 through input devices 736, which connect to processing unit 714 through the system bus 718 via interface ports 738. Input devices may include scanners, optical, radio frequency identification, etc., which can be used to identify returned items so that they can be further processed. Output devices 740 use some of the same type of ports as input devices 736. Output adapter 742 may be provided because some output devices 740 like monitors, speakers and printers require special adapters. Other devices and/or systems of devices provide both input and output capabilities such as remote computers 744.
Computer 712 can operate in a networked environment using logical connections to one or more remote computers, such as remote computers 744. The remote computers 744 can be a personal computer, a server, a router, a network PC, a workstation, a microprocessor based appliance, a peer device or other common network node, which may include many or all of the elements of computer 712. While only a single memory storage device 746 is shown, remote computers 744 may be logically connected to computer 712 through a network interface 748 and physically connected via communication connection 750.
The foregoing description include exemplary embodiments of aspects of the present invention. One of ordinary skill in the art will recognize that many further combinations and permutations of aspects of the present invention are possible. The present invention is intended to include all such alterations, modifications and variations that are within the claims.
Number | Name | Date | Kind |
---|---|---|---|
6085172 | Junger | Jul 2000 | A |
6473740 | Cockrill et al. | Oct 2002 | B2 |
6536659 | Hauser | Mar 2003 | B1 |
6754637 | Stenz | Jun 2004 | B1 |
6832263 | Polizzi | Dec 2004 | B2 |
6834268 | Junger | Dec 2004 | B2 |
7050995 | Wojcik | May 2006 | B2 |
7076449 | Tsunenari et al. | Jul 2006 | B2 |
7124941 | OConnell | Oct 2006 | B1 |
7139731 | Alvin | Nov 2006 | B1 |
7346577 | Williams et al. | Mar 2008 | B1 |
7376572 | Siegel | May 2008 | B2 |
7415431 | Pintsov | Aug 2008 | B2 |
7428988 | Starr | Sep 2008 | B1 |
7455226 | Hammond | Nov 2008 | B1 |
7912773 | Subramanian | Mar 2011 | B1 |
8032409 | Mikurak | Oct 2011 | B1 |
20010037207 | Dejaeger | Nov 2001 | A1 |
20010047315 | Siegel | Nov 2001 | A1 |
20020010634 | Roman et al. | Jan 2002 | A1 |
20020019785 | Whitman | Feb 2002 | A1 |
20020049622 | Lettich et al. | Apr 2002 | A1 |
20030110088 | Starmer | Jun 2003 | A1 |
20030225625 | Chew | Dec 2003 | A1 |
20040019494 | Ridgeway et al. | Jan 2004 | A1 |
20040088225 | Foth | May 2004 | A1 |
20040143517 | Tsai | Jul 2004 | A1 |
20040143518 | Siegel | Jul 2004 | A1 |
20040193438 | Stashluk et al. | Sep 2004 | A1 |
20050015315 | Starkowsky et al. | Jan 2005 | A1 |
20050080635 | Groff | Apr 2005 | A1 |
20050144099 | Deb et al. | Jun 2005 | A1 |
20050216368 | Wechsel | Sep 2005 | A1 |
20050222911 | Kerker | Oct 2005 | A1 |
20050283463 | Dill | Dec 2005 | A1 |
20060015363 | Allu et al. | Jan 2006 | A1 |
20060149577 | Stashluk | Jul 2006 | A1 |
20060277110 | Witter | Dec 2006 | A1 |
20070239569 | Lucas | Oct 2007 | A1 |
20070282743 | Lovelett | Dec 2007 | A1 |
20080010189 | Rosenberger | Jan 2008 | A1 |
20080154677 | Casey | Jun 2008 | A1 |
20080222001 | Kunieda | Sep 2008 | A1 |
20090076870 | Hammond | Mar 2009 | A1 |
20090138562 | Schmulen | May 2009 | A1 |
20090281935 | Junger | Nov 2009 | A1 |
20100312884 | Nandy | Dec 2010 | A1 |
Number | Date | Country |
---|---|---|
2397663 | Jul 2004 | GB |
Entry |
---|
“Returns Management Solutions Provider Swift Rivers”, Business Technology Editors, Business Wire, New York, Dec. 5, 2001. p. 1. |
Business/Technology Editors, “Returns Management Solutions Provider. Inc. Raises $3.6 Million in Series B Financing,” Business Wire, New York, Dec. 5, 2001, p. 1. |
ModusLink Global Solutions, Inc. Hoover's Company Records, Austin: Jun. 15, 2009., Iss. Mm-Mz; p. 16748. |
U.S. Appl. No. 12/533,589, filed Jul. 31, 2009, System and Method for Storing and Displaying Returned Goods Information, Keven R. Goode. |
U.S. Appl. No. 12/842,790, filed Jul. 23, 2010, Computer Based System and Method and Computer Program for Processing Return Authorization Requests, Anita Minnella. |
U.S. Appl. No. 12/651,179, filed Dec. 31, 2009, System and Method for Threshold Billing for Returned Goods, Michael McWayne Cole. |
U.S. Appl. No. 12/533,589, filed Jul. 31, 2009, System and Method for Storing and Displaying Returned Goods Information, Sean McCarthy. |
U.S. Appl. No. 12/842,790, filed Jul. 23, 2010, Computer Based System and Method and Computer Program Product for Processing Return Authorization Requests, Anita Marie Minnella. |
U.S. Appl. No. 12/651,176, filed Dec. 31, 2009, System and Method for Threshold Billing for Returned Goods, Michael McWayne. |