US20140046713A1

US20140046713A1 - Information capture, processing and retrieval system and method of operating the same

Info

Publication number: US20140046713A1
Application number: US14/040,694
Authority: US
Inventors: Tony S. Harvey; John C. O'Neill
Original assignee: Xtraprise LP
Current assignee: Xtraprise LP
Priority date: 2005-11-04
Filing date: 2013-09-29
Publication date: 2014-02-13
Also published as: US8548834B2; EP1952252A2; WO2007056196A3; WO2007056196A2; US20070106567A1; EP1952252A4

Abstract

An information capture, processing and retrieval (“ICPR”) system shared by multiple buyers, suppliers and workers concurrently and a method of operating the same. In one embodiment, the ICPR system includes an order documentation subsystem configured to document orders for the suppliers and the buyers with respect to the workers. Each of the orders specifies a different method of time capture for the workers assigned thereto. The ICPR system also includes a time capture subsystem configured to receive the different methods of time capture from the workers positioned in one of anchored and untethered locations assigned to the orders. In a related embodiment, the ICPR system further includes a time approval and buyer tagging subsystem configured to allow the buyers to label time worked by the workers corresponding to the buyers with one or more tags, thereby translating approved time of the workers into custom, internal terminology of the buyers.

Description

This application is a Continuation application of U.S. application Ser. No. 11/592,646 filed on Nov. 3, 2006 entitled “Information Capture, Processing and Retrieval System and Method of Operating the Same” currently allowed and issuing as U.S. Pat. No. 8,548,834 on Oct. 1, 2013 which claims the benefit of U.S. Provisional Application No. 60/733,368, entitled “Tracking and Reporting System for People,” filed on Nov. 4, 2005, which is incorporated herein by reference.

TECHNICAL FIELD

The present invention is directed, in general, to computer information systems and, in particular, to an information capture, processing and retrieval system and method operating the same.

BACKGROUND

The need and desire of workplace firms, and the people suppliers who serve them, to efficiently source, administer, and report on temporary and contract workers has been prevalent for a long time in the staffing industry. For a variety of business and economic reasons, the use of interdepartmental, temporary and contract workers has become an increasingly important dimension at a large number of workplace companies. Accordingly, the direct and indirect costs associated with temporary and contract staffing has become a significant component both within individual departments and in these companies as a whole. The aforementioned costs represent an expenditure that companies need to better understand, control, account and report upon.
For many companies, the expenditure for such workers is the largest company expenditure that is not subject to the internal control procedure of a purchase order system. This is primarily because the expenditure for temporary workers cannot usually be quantified prior to the actual incurring of the expense due to overtime rules (and other formula based charges) and both the number of hours and duration of days worked being typically indeterminate at the time of an order. The aforementioned is further complicated by the fact that no single supplier, no matter how large, has a lock on the best people or is competent in providing trained workers for all types of jobs or recruits in all local (geographic) markets. Thus, the company faces the two realities, namely, that it cannot issue purchase orders for the expenditure and it cannot use one supplier as a single point of control and reporting source for the expenditure.
One common response has historically been to establish a single supplier as a “vendor on premise” or “master vendor,” allowing that supplier to have first right of refusal to supply all of the workers needed and requiring them to subcontract to others for whatever need they cannot meet. While this may appear to be an efficient method of streamlining the process, it has historically been very costly and usually breaks down in implementation and reporting.
A second common response has historically been to interject a very inefficient and expensive software middleman (often internet based), referred to as a vendor management system (“VMS”), directly into the procurement and reporting process to allow a measure of control and create proprietary reporting. A VMS is typically installed at one workplace company at a time, much like an enterprise accounting system. Again, while this may also appear to be a good solution, the middleman fee is extremely high for supplier firms in a low margin industry, and the entry and manipulation of data that is required by a VMS makes a supplier literally learn and interface with a new system every time they serve a new client that has deployed a VMS. Further, the reporting provided to the buyer is limited and inflexible. For these reasons and more, certain suppliers decline to use any VMS at all, and the VMS is not accepted by a vast majority of suppliers.
The most common response is, because of the high costs and heavy commitment, to merely decline the possibilities of any control, tracking, and reporting on these types of expenditures. This is often the course taken by companies, especially small and medium sized firms, that buy temporary labor.
Accordingly, what is needed in the art is a streamlined, inexpensive system where any people supplier can efficiently capture time in multiple, necessary, firm-by-firm customized ways as a reliable foundation for robust reporting and where any buyer of labor such as temporary labor can interface with multiple (e.g., hundreds) of people suppliers in multiple geographic areas and, in that process, self tag time worked on a customized basis peculiar to that buyer (e.g., department codes, expense codes, locations), then easily obtain reporting customized to that buyer on a self serve, instant demand basis. The system should provide like functionality to any supplier of labor in working with a multitude (e.g., hundreds) of buyers.

SUMMARY OF THE INVENTION

These and other problems are generally solved or circumvented, and technical advantages are generally achieved, by advantageous embodiments of the present invention, which includes an information capture, processing and retrieval (“ICPR”) system shared by multiple buyers, multiple suppliers and multiple workers concurrently, and a method of operating the same. In one embodiment, the ICPR system includes an order documentation subsystem configured to document orders for the suppliers and the buyers with respect to the workers. Each of the orders specifies a different method of time capture for the workers assigned thereto. The ICPR system also includes a time capture subsystem configured to receive the different methods of time capture from the workers positioned in one of anchored and untethered locations assigned to the orders. In a related embodiment, the ICPR system further includes a time approval and buyer tagging subsystem configured to allow the buyers to label time worked by the workers corresponding to the buyers with one or more tags, thereby translating approved time of the workers into custom, internal terminology of the buyers.
In another aspect, the ICPR system is shared by multiple buyers, multiple suppliers and multiple workers concurrently and includes a time capture subsystem configured to receive time worked by the workers of the suppliers. The ICPR system also includes a time approval and buyer tagging subsystem configured to allow the buyers to label the time worked by the workers corresponding to the buyers with one or more tags, thereby translating approved time of the workers into custom, internal terminology of the buyers. In a related, but alternative embodiment, the ICPR system further includes an order documentation subsystem configured to allow the suppliers to label orders between the suppliers and the buyers associated with time of the workers corresponding thereto with one or more tags, thereby translating the time of the workers into custom, internal terminology of the suppliers.
In another aspect, the ICPR system is shared by multiple buyers, multiple suppliers and multiple workers concurrently and includes an order documentation subsystem configured to document orders for the suppliers and the buyers with respect to the workers and allow the suppliers to label the orders associated with time of the workers corresponding thereto with one more tags, thereby translating the time of the workers into custom, internal terminology of the suppliers. In a related, but alternative embodiment, the ICPR system further includes a time capture subsystem configured to receive time worked by the workers of the suppliers. In another related, but alternative embodiment, the ICPR system further includes a time approval and buyer tagging subsystem configured to allow the buyers to label time worked by the workers corresponding to the buyers with one or more tags, thereby translating approved time of the workers into custom, internal terminology of the buyers.
The foregoing has outlined rather broadly the features and technical advantages of the present invention in order that the detailed description of the invention that follows may be better understood. Additional features and advantages of the invention will be described hereinafter, which form the subject of the claims of the invention. It should be appreciated by those skilled in the art that the conception and specific embodiment disclosed may be readily utilized as a basis for modifying or designing other structures or processes for carrying out the same purposes of the present invention. It should also be realized by those skilled in the art that such equivalent constructions do not depart from the spirit and scope of the invention as set forth in the appended claims.

BRIEF DESCRIPTION OF THE DRAWINGS

For a more complete understanding of the present invention, and the advantages thereof, reference is now made to the following descriptions taken in conjunction with the accompanying drawings, in which:

FIG. 1 illustrates a system level diagram demonstrating limitations associated with the conventional approach to the staffing industry;

FIG. 2 illustrates a block diagram of an embodiment of a computer system that provides an environment for an information capture, processing and retrieval system according to the principles of the present invention;

FIG. 3 illustrates a block diagram of an exemplary embodiment of capturing time in accordance with the principles of the present invention;

FIG. 4 illustrates a system level diagram demonstrating the advantages of the information capture, processing and retrieval system in accordance with the principles of the present invention;

FIG. 5 illustrates a block diagram demonstrating limitations associated with conventional staffing fulfillment and vendor management systems;

FIGS. 6 to 9 illustrate block diagrams of exemplary embodiments of information capture, processing and retrieval systems according to the principles of the present invention;

FIGS. 10 thru 58, 59, 59A, 59B, 60, 60A and 60B illustrate screen shots from a computer demonstrating a method of operating an information capture, processing and retrieval system according to the principles of the present invention; and

FIG. 61 illustrates a flow diagram of an embodiment of a method of operating an ICPR system according to the principles of the present invention.

DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS

The making and using of the presently preferred embodiments are discussed in detail below. It should be appreciated, however, that the present invention provides many applicable inventive concepts that can be embodied in a wide variety of specific contexts. The specific embodiments discussed are merely illustrative of specific ways to make and use the invention, and do not limit the scope of the invention. Unless otherwise provided, like designators for devices employed in different embodiments illustrated and described herein do not necessarily mean that the similarly designated devices are constructed in the same manner or operate in the same way.
The present invention will be described with respect to an exemplary embodiment in a specific context, namely, an information capture, processing and retrieval (“ICPR”) system. The particular embodiments described herein are applied to examples prevalent in the staffing industry. In addition, the FIGUREs herein and accompanying description may use definitive language for the sake of specific examples. It should be understood that the definitive language may be replaced with permissive language in accordance with the principles of the present invention.
Referring initially to FIG. 1, illustrated is a system level diagram demonstrating limitations associated with the conventional approach to the staffing industry. The typical circumstance in the staffing industry is that each supplier uses an independent system of time capture (often paper time cards). Thus, the typical buyer of staffing services from multiple suppliers does not enjoy a uniform approach to approving time or reviewing standard reports derived from time capture. The result is a very inefficient morass of different time collection methods and reporting approaches that render effective use and interpretation of staffing moot for buyers of staffing. As a result, the “spaghetti like” maze leads to a very complex relational and reporting system between buyers and suppliers of labor in the staffing industry occurs as illustrated with respect to FIG. 1. The maze demonstrates the complex status of time collection and reporting of labor in the staffing industry without implementing an ICPR system according to the principles of the present invention.
Turning now to FIG. 2, illustrated is a block diagram of an embodiment of a computer system 200 that provides an environment for an ICPR system according to the principles of the present invention. While the present invention is not limited thereto, the computer system 200 is a personal computer (“PC”). Additionally, the ICPR system including the subsystems and modules thereof may be embodied in hardware, software including program modules, and combinations thereof. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Moreover, those skilled in the art will appreciate that the ICPR system may be practiced with other computer system configurations including handheld devices, multiprocessor systems, microprocessor based or programmable consumer electronics, network PCs, minicomputers, mainframe computers, and the like. The ICPR system may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote memory storage devices.
As shown, the computer system 200 includes a processing unit 221, a system memory 222, and a system bus 223. The system bus 223 links together various system components including the system memory 222 and the processing unit 221. The system bus 223 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. The system memory 222 typically includes read only memory (“ROM”) 224 and random access memory (“RAM”) 225. A basic input/output system 226 (“BIOS”), containing the basic routine that helps to transfer information between elements within the computer system 200, such as during startup, is stored in the ROM 224.
The computer system 200 further includes a hard disk drive 227 for reading from and writing to a hard disk, not shown, a magnetic disk drive 228 for reading from or writing to a removable magnetic disk 229, and an optical disk drive 230 for reading from or writing to a removable optical disk 231 such as a CD ROM or other optical media. The hard disk drive 227, magnetic disk drive 228, and optical disk drive 230 are connected to the system bus 223 by a hard disk drive interface 232, a magnetic disk drive interface 233, and an optical drive interface 234, respectively. These drives and their associated computer readable media provide nonvolatile storage of computer readable instructions, data structures, computer programs and other data for the computer system 200.
A number of computer programs may be stored on the hard disk, magnetic disk 229, optical disk 231, ROM 224 or RAM 225, including an operating system 235, one or more application programs 236, other programs 237, and program data 238. A user may enter commands and information into the computer system 200 through various input devices such as a keyboard 240 and pointing device 242 (such as a mouse, etc.). An additional input mechanism(s) 255 can also be included via an appropriate interface 257.
As shown, a monitor 247 or other type of display device is also connected to the system bus 223 via an interface, such as a video adapter 245. In addition to the monitor 247, the computer system 200 may also include other peripheral output devices (not shown), such as speakers, printers, etc.
The computer system 200 may operate in a networked environment using logical connections to one or more remote computers, such as a remote computer 249. The remote computer 249 may be another personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to the computer system 200, although only a memory storage device 250 has been illustrated in FIG. 2.
The logical connections depicted in FIG. 2 include a local area network (“LAN”) 251 and a wide area network (“WAN”) 252. Such networking environments are commonplace in offices, enterprise wide computer networks, Intranets and the Internet. When used in a LAN networking environment, the computer system 200 is connected to the local network 251 through a network interface or adapter 253. When used in a WAN networking environment, the computer system 200 typically includes a modem 254 or other means for establishing communications over the wide area network 252, such as the Internet. The modem 254, which may be internal or external, is connected to the system bus 223 via a serial port interface 246.
In a networked environment, computer programs depicted relative to the computer system 200, or portions thereof, may be stored in the remote memory storage device. It will be appreciated that the network connections shown are exemplary and that other means of establishing a communications link between the computers may be used.
In accordance with the ICPR system, comprehensive, integrated time capture methods and coverage provide a foundation for reliable, comprehensive reporting for any enterprise that buys services from multiple staffing suppliers. This is especially true for geographically diverse buyers of staffing services. As hereinafter described, the ICPR system approach provides multiple flexible options for time capture.
In accordance therewith, FIG. 3 illustrates a block diagram of an exemplary embodiment of capturing time in accordance with the principles of the present invention. A time capture subsystem 300 of the ICPR system provides the flexibility for multiple suppliers to use the same time clock or multiple time capture methods, thereby allowing any supplier to seamlessly work with an unlimited number of buyers diverse both geographically and in worker profiles required. Simultaneously, it also allows any buyer to seamlessly work with an unlimited number of suppliers diverse both geographically and in worker profiles delivered.
More specifically, the ICPR system allows for worker submit subsystem 310, wherein a worker submits the time via the web using any browser. Another methodology to submit time is via a buyer submit roster subsystem 320, wherein a buyer of labor submits time by way of a roster of workers via the web using any browser. Yet another way to submit time is by way of a universal time clock submit subsystem 330, wherein the time is submitted typically through a worker entering time on a time clock via a swipe card or touch screen. The universal time clock submit subsystem 330 is universal in that many suppliers may have their workers use the same physical time clock daily without, typically, requiring a machine to be dedicated solely to one supplier at a time. Time may also be submitted through a buyer submit select subsystem 340, wherein a buyer of labor submits time by way of specific labor time of a worker via the web using any browser. Another way to submit time is by way of a supplier submit subsystem 350, wherein a supplier of time submits the time via the web using any browser. The ICPR system, therefore, can accommodate many buyers of labor and suppliers of labor to submit time via disparate subsystems even while reviewing and editing the time via the web from any browser. Additionally, the workers' time can be approved via a time approval subsystem 360.
With the ICPR system, buyers and suppliers are not constrained by diverse staffing practices. The ICPR system design serves multiple profiles of workers (e.g., industrial to medical to professional) needing multiple ways to input time (e.g., time clock, web based self input) and customized configuration needs driven by suppliers or buyers (e.g., special billing units, shift differentials) in an unlimited number of both necessarily specifically anchored locations (i.e., a physical time clock that validates specific physical presence at specific times by specific individuals) and untethered locations (i.e., time input via any wired or wireless connected personal computer or laptop).
Depending upon the working relationship between and the configuration elected by the buyer and supplier participants, the party entering the time using these various options may alternatively be the worker, the buyer, or the supplier. The time collection appliance selected may be either any personal computer located anywhere in the world or a specifically located time clock whose authorized participating workers for any given week are authorized by a potentially unlimited number of suppliers inputting orders for those workers from remote personal computers. Hence, the ICPR system 300 is universal in that an unlimited number of suppliers may have their workers use the time capture system via multiple methods without, typically, requiring a machine to be dedicated solely to one supplier at a time.
Also, depending upon configurations selected, the buyer or the supplier may edit the time captured by the time clock prior to the approval by the designated person. The ICPR system then allows buyer supervisory personnel to subsequently approve the time. Alternatively, the supplier may approve the time captured if the buyer is not designed to be in the approval process in order for the supplier to properly obtain comprehensiveness in its payroll and billing information. The ICPR system multi option time capture and universal time clock stand alone as a streamlined, customized, comprehensive time collection subsystem.
Turning now to FIG. 4, illustrated is a system level diagram demonstrating the advantages of the ICPR system in accordance with the principles of the present invention. Initially, a system administrator for each company or department is established and allowed to access the ICPR system via, for instance, an ICPR system website. The system administrators configure their respective business process rules that their end users will subsequently follow when completing work orders and time cards.
First, the suppliers enter the particulars of each order agreed upon between the buyer and the supplier. This order information is in essence the “purchase order” for which weekly time card submissions and approvals function as “receivers” that document a volume component to any particular weekly transaction. In this fashion, an open order may have differing weekly contract amounts that result from the product of the pricing (from the order) and the volume (from the time card submission).
The end users then jointly manage and track the follow on time card submissions and approvals for each worker engaged. Once time cards are approved, the ICPR system manages the calculation and electronic presentation of the invoice data to the workplace firm and the presentation of the payroll hours to the supplier. In essence, the ICPR system access via the internet functions as both the processing engine and the secure receptacle of data for the activities of both the buyer and the supplier.
While certain portions of the transactional information are necessarily segregated and kept private, other (predisclosed) portions are shared between the transaction parties. This enables enhanced coordination of each transaction and the business processes for each participant, and results in a more efficient, lower cost procurement and administrative system for both. Then, as a result of combining the shared transactional information with the segregated private information, each participant has robust, instantly refreshable data for various types of control, oversight, and management reporting.
An attribute of the ICPR system (integrated with the ICPR time capture) is that the ICPR system is a web based service with web browsers for access. Also, the ICPR system is a simplified, streamlined approach for personnel at people suppliers to record an initial work order, for workers (or their appointed surrogates, to provide flexibility to suppliers, or their buyers, or both) to record time either via a physical time clock or web access, and for the workplace buyer to approve the time. The aforementioned functionality is performed manually in conventional systems. Further, the people supplier can manage multiple orders at multiple customers using the detailed transactional data for each worker. This data, combined with the custom tagging (e.g., selling location, customer name, job title) initiated by each supplier upon entering the order, can be organized in reports meaningful to the supplier.
Once a buyer configures the ICPR system website with its specific, customized business process rules and begins receiving time card submissions through the ICPR system, the system can execute custom tagging for the buyer. The custom tagging accommodates tagging weekly time card data in the specific business language (e.g., job titles, expense codes, locations, departments) of the buyer firm. Each buyer firm can comprehensively translate (using its specific language) approved time card activity from an unlimited number of multiple suppliers into reportable information specific to the buyer with no effort on the part of the suppliers. The buyer then has self serve, instant access “24/7” via, for instance, the web, to the detailed transactional data for each worker and, by query based compilation and analysis, the data for multiple workers in any combination of attributes the particular user desires. For instance, the ICPR system accommodates the detail of the amount the buyer firm spent and the bill rates charged by multiple suppliers for forklift operators at Boston, Peoria, and Phoenix plants between November 10 to December 24 of last year. Each report request is delivered in mere seconds; the buyer user of the ICPR system can then simply change one or more attributes and get a freshly revised report with different attributes, again in mere seconds.
Additionally, the buyer user may immediately access other completely customized reports (e.g., accrual reports, seasonality of labor reports, operating reports) necessary to operate a company or complying with government regulations such as Sarbanes Oxley. This infinite number of combinations of data reported upon is available and comparable, no matter how many different people suppliers are participating. From the buyer procurement reporting perspective, it is as if there is a single supplier that is integrated into the procurement and financial processes. This is in direct contrast with multiple suppliers providing reports from proprietary systems in significantly differing formats and disclosures, resulting in an extremely complex “spaghetti” effect to the buyer as illustrated with respect to FIG. 1. Thus, the comprehensive translation to specific custom language by each party across multiple staffing relationships with no effort by the other party to the transaction is a stark advantage of the ICPR system.
The buyer access and functionality in the ICPR system is available without any supplier needing to receive any special training or access specific to a particular buyer and without any time or effort expended by the suppliers. To accomplish all this, a participating supplier merely spends less than a minute to create a standing order for each worker; of which the standing order is used as the authorizing document for time worked each week for the duration of time the worker is serving the buyer. Another equally important attribute is that the individual workplace buyer (end user) can select the local supplier who serves him best, instead of being forced to work through a single requisition process that was chosen by a corporate procurement office and may not be capable or responsive to his particular need.
As illustrated with respect to FIG. 5, in VMS and spend management system (“SMS”) procurement systems, a primary, even overriding, purpose is to disrupt the relationship between the buyer's workplace manager and the staffing sales professional in order to obtain the lowest cost possible via a centralized procurement process. Also, conventional systems often require multiple invoices to the accounts payable department of the workplace and time and attendance reporting from the worker is often a manual process. The ICPR system eschews this approach because purchasing staffing services centrally is rarely the route to true value and productivity for the buyer; workers simply are not commodities or “commoditizable,” at least to the supervisor who must supervise them in the workplace. Rather, the ICPR system focuses on the bottom portion of FIG. 5, allowing the contractual information, subsequently “custom tagged,” to later report to the buyer company the financial results and productivity of the purchase.
The ICPR system, with the tool of custom tagging, is a transaction recording and translation system, as opposed to a proprietarily configured VMS or SMS that requires special training for every supplier for each and every buyer that uses a particular VMS or SMS. Most corporate administrators can, with the ICPR system, complete their setup and configuration in a few days, unlike a typical VMS or SMS setup that usually takes several months to configure and roll out. The ICPR system is extended to buyers for their tracking and reporting on employees, and contrasting employee costs to temporary worker costs.
The typical legacy of master vendor relationships (where a supplier firm is retained by a buyer to supervise and report upon all other vendors) is one of dramatic cost inefficiencies and reporting problems. The ICPR system is designed not only to help a single vendor serve its workplace firm clients, the ICPR system dramatically reduces the complexities of a master vendor in tracking, processing, and invoicing the very workers that the master vendor is being provided and invoiced to by subvendors in the ICPR system. In this way, the ICPR system has two suppliers for the same worker, serving both the master vendor and the subvendor.
In this fashion, the ICPR system links together comprehensive order documentation, multiple time capture methods, custom buyer tagging, and payroll/invoice integration, and all the while offers a plethora of unlimited reporting options at every step of the way (see FIG. 6, et seq.). Because the ICPR system employs, for instance, the web, to move way beyond fixed, proprietary systems like enterprise resource planning (“ERP”) systems or VMS systems, one supplier can then engage in staffing activity comprehensively with an unlimited number of buyers, and one buyer can also simultaneously engage in staffing activity comprehensively with an unlimited number of suppliers.
Turning now to FIGS. 6 to 9, illustrated are block diagrams of exemplary embodiments of an ICPR system constructed according to the principles of the present invention. The ICPR system is shared by multiple buyers (e.g., multiple different buyers such as different entities), multiple suppliers (e.g., multiple different suppliers such as different entities) and multiple workers concurrently. The ICPR system receives procurement details between the buyers and suppliers and prepares order documentation via an order documentation subsystem 610. The order documentation subsystem 610 provides the information to a reporting subsystem 620. The order documentation subsystem 610 documents orders for the suppliers and the buyers with respect to the workers. Each of the orders can specify different methods of time capture for the workers assigned thereto. The order documentation subsystem 610 also allows the suppliers to label the orders associated with the time of the workers and financial revenue corresponding thereto with one or more tags, thereby translating the time of the workers into custom, internal terminology of the suppliers for reporting. When the worker performs the work, the ICPR system captures the time via a time capture subsystem 630. The time may be captured in any number of ways as illustrated and described with respect to FIG. 3 and from the workers positioned in one of anchored and untethered locations assigned to the orders. Again, the information about the captured time is provided to the reporting subsystem 620.
Once the time has been captured, the buyer may access the time capture status via access to the ICPR system or the ICPR system provides a notice to the buyer to approve and tag the time via a time approval and buyer tagging subsystem 640. The information about the approved and tagged time is provided to the reporting subsystem 620. The time approval and buyer tagging subsystem 640 allows the buyers to label time worked by the workers corresponding to the buyers with one or more tags, thereby translating approved time of the workers and the related financial expense into custom, internal terminology of the buyers for reporting. Additionally, the approved and tagged time is provided to a payroll and invoicing subsystem 650. The payroll and invoicing subsystem 650 provides payroll information about the workers and invoices the buyers for approved time. As before, the information about the payroll and invoicing is provided to the reporting subsystem 620. Additionally, the ICPR system includes a mechanism for a buyer to accumulate feedback about suppliers and workers via a survey subsystem 660, which information is provided to the reporting subsystem 620. Thus, the survey subsystem 660 captures, compiles and processes survey answers by the buyers regarding the orders. The reporting subsystem 620, therefore, provides reports about the survey answers. The ICPR system can accommodate a multitude of different buyers, suppliers and workers using the same system, while maintaining the privacy and unique characteristics of the specific relationships.
Regarding the ICPR system and as illustrated in FIG. 7, a financial network subsystem 670 provides a streamlined subsystem for the support, collection, and reporting processes for lending in the staffing industry, as well as to address three key factors that create very problematic issues for typical staffing suppliers and their lenders, as follows. First, the buying of staffing services involves a unique procurement process that typically lacks the issuance of a traditional purchase order. The parties initially only agree to the hourly bill rate for the worker and then wait until the end of each work week to learn of the actual hours worked or delivered, thereby determining the actual dollar amount spent. This lack of normal purchase order procurement documentation not only creates the need for the ICPR system tracking of weekly purchases by the buying company, it also creates some unique invoicing and accounts receivable financing support issues for the staffing supplier.
Second, the staffing suppliers often use time card approaches (e.g., paper time cards) that are not easily accessible to a lender wanting to determine the validity of financed invoices. Especially given that purchase orders are not typically issued, this lack of time cards clearly approved and linked as supporting detail for invoices not only creates the need for the ICPR system invoicing to the buying company, it also creates more unique invoicing and accounts receivable support issues.
Third, the staffing suppliers typically have very short and inflexible accounts payable terms (i.e., weekly or bi weekly payroll) while experiencing much longer accounts receivable realities (say, 35 to 50 days outstanding). This creates a significant need for capital to finance receivables, especially for a supplier that is growing or could grow. Unfortunately, the staffing suppliers' owners typically have relatively low net worths and their firms typically earn very low earnings before income taxes, depreciation, and amortization (“EBITDAs”) such as one to three percent. Accordingly, these firms need very high percentages of receivables financed (90% or higher), especially in periods of business prosperity and high staffing growth. Therefore, credit availability for many typical suppliers from more traditional sources like commercial banks is often not workable, due to banking regulations. This is true even though many small to medium sized staffing vendors have customer lists full of highly credit worthy Fortune 500 clients.
The result of these factors is that many staffing suppliers are forced to do business with factoring companies charging very high effective interest rates. The factoring companies are costly because of processing duplications and inefficiencies, unsupported invoices, and perceived higher risk, this last despite quality credit worthiness of many staffing supplier clients being invoiced. Thus, the financial network subsystem 670 provides invoice information and supporting documentation to allow lenders to more easily, confidently, and less expensively finance invoices and easily monitor invoice activity of the suppliers associated with the orders.
The financial network subsystem 670 of the ICPR system, which is agreement based, authorizes access for lenders to staffing suppliers to all necessary data and lender specific reports to finance receivables and manage portfolios across multiple staffing supplier clients on an extremely streamlined basis. The staffing suppliers being financed receive real time data and reports regarding receivable status with their lenders.
More specifically, via the financial network subsystem 670, lenders will be able to access invoices that are fully supported by approved time cards in standardized formats and obtain reporting across all suppliers using the ICPR system. In this way, lenders are able to validate time card approvals, standardize information received from their multiple clients, streamline monitoring of and reporting on multiple clients' activities, and retain primary focus on underwriting issues and risk.
The financial network subsystem 670 of the ICPR system (along with connecting suppliers with lenders) dramatically addresses the needs of typical staffing suppliers and their lenders. The financial network subsystem 670 employs functionality from the ICPR system to gain standardization and efficiencies in time collection, time approval, and invoicing. In fact, it is the discipline of standardized order, time capture and time approval across multiple buyers that creates the cost savings and efficiencies otherwise lacking for lenders trying to serve multiple staffing suppliers. The financial network subsystem 670 specifically addresses the receivables' support, collection, and reporting. Additionally, the time card hours coupled with the order confirmation economics allows a buying firm to not only tag and report on hours but to expense the equivalent. A buyer can also accrue uninvoiced expenses in a given period. The financial network subsystem 670 allows buyers to take advantage of the aforementioned.
As illustrated in FIG. 8, the ICPR system includes a card network subsystem 680, which is an agreement based, authorized, nationwide use of pay cards for workers by suppliers. Because of the nature of staffing, most staffing suppliers, especially small-to-medium sized suppliers, have inefficient methods for paying workers. Traditional delivery systems for pay to workers are typically inadequate as evidenced by the client locations being dispersed, and many workers change locations to different clients or different client locations, making individual delivery of paychecks impractical. Workers often drive weekly to the staffing supplier's office to pick up paychecks (the workers may drive long distances, especially in the case of a staffing supplier in a large city). Workers also often lose paychecks and expect immediate replacement of lost paychecks (for pressing needs, like groceries). Thus, stop payment charges to the staffing supplier are high in proportion to check amounts. Additionally, the check cashing fees paid by workers are exorbitant; and workers can be literally be “off the payroll” before direct deposit procedures take effect.
The card network subsystem 680 allows workers and suppliers to both experience lowest cost and highest efficiency. A card can be used as a debit card or the worker, via web access, can transfer balances to other checking accounts, savings accounts, or 401(k) accounts. The paper paycheck issues such as check cashing fees and replacement check costs are eliminated. The standardization and documentation of time card approvals of the ICPR system are in response to the often numerous disputes in the staffing industry that result in sloppy and often undecipherable data on multiple thousands of weekly paper time cards.
Via the card network subsystem 680, workers can access current and historic payroll information via a secure login identification (“ID”) and password. When accessing this information, the card network subsystem 680 provides key communications from the supplier and targeted advertising from outside advertisers. The card network subsystem 680 may also interface with a payroll processing system 690 to facilitate proper payment to the workers. In the embodiment illustrated in FIG. 9, the ICPR system includes the financial network subsystem 670 and the card network subsystem 680. Thus, the card network subsystem 680 generates pay card activity, integrates the pay card activity with a financial institution and provides reports to the workers and the suppliers associated with the orders. Having introduced the subsystems that form the ICPR system, exemplary screen shots will hereinafter be described to accentuate the features and functionality associated therewith.
Turning now to FIG. 10, a method of operating the ICPR system begins with documenting the terms of a particular staffing transaction between the buyer and the supplier in accordance with an order documentation subsystem as described above. The supplier enters the information, some of which is specific to the supplier and forms the basis of reporting information that is custom to the supplier (e.g., one or more tags such as selling location of the supplier, customer, job title). Also, the supplier may have previously created one or more templates for those orders that have all common characteristics (e.g., customer, bill rate) and use such templates as order wizards to save time and effort by documenting numerous orders in bulk (i.e., for workers doing the same work at the same rate for the same customer). The compounding of this information creates a nearly infinite number and variety of data that the supplier can mine to enhance customer service and drive operational efficiencies. At the same time, certain of the entered ordered information is shared between the buyer and supplier (e.g., bill rate), as well as the worker (e.g., planned work start date). The buyer and supplier use such information in concert with other data to forge reporting customized to various needs. The aforementioned process can be accomplished across multiple buyers, multiple suppliers, and multiple workers, respectively. FIG. 10 is a final screen summarizing some of the key information entered in the previous steps of an order from a supplier view, the general categories of which are enumerated in the steps at the top of the screen.
Turning now to FIG. 11, the buyer and other parties selected by the supplier are automatically emailed the order transaction data. Because such transaction information is often not affirmed between the supplier and the buyer in the normal course of doing business, this action works to eliminate many disputes that arise later (e.g., after invoicing). Thus, FIG. 11 illustrates an order confirmation via email in accordance with the order documentation subsystem as described above from a buyer's view.
Turning now to FIG. 12, the worker submit time entry (option 1 of a time capture subsystem as described above with respect to FIG. 3) allows a worker to enter time for any particular buyer, any particular week, from any browser, anywhere. The worker may save the entry multiple times, return to edit it and then, finally, send it to the appropriate buyer approver. The note section allows special communication of importance to the buyer approver. FIG. 12 illustrates a view from the worker's perspective.
Turning now to FIGS. 13 and 14, a buyer submit roster time entry (option 2 of the time capture subsystem as described above with respect to FIG. 3) allows the buyer supervisor to select workers and enter (and manage) the time worked by those multiple workers (see FIG. 14). Sometimes it is not desirable or efficient of the worker to enter his or her own time and for the buyer approver to have to wait until the week is complete to understand the time being worked by the various workers (the hours and comments may be stored multiple times throughout the week). The wizards allow buyer supervisors to enter hours or comments across multiple workers with one click. Using this roster, the buyer supervisor can control overtime that the buyer may be contractually obligated to pay the supplier of the worker. The buyer supervisor may also submit the time cards from this roster in batches. FIGS. 13 and 14, therefore, illustrate the buyer submit roster time entry from the buyer's view.
Turning now to FIG. 15, the buyer may use a time clock for multiple suppliers at once (option 3 of the time capture subsystem as described above with respect to FIG. 3). Using this one time clock (a universal time clock), the ICPR system serves all suppliers on that time clock as opposed to the traditional approach wherein each supplier has a dedicated time clock. The worker swipes badge printed by supplier via the ICPR system or the workers may enter a nine digit ID (e.g., social security number). Further, if so configured by the buyer, the worker may make selections about his time worked that provide the buyer tagging data upon buyer approval of time. The supplier can easily imprint each worker's picture on each badge for identification and security purposes. The same photographs may be reviewed by each supplier and each buyer associated with the transaction via web access in various reports throughout the ICPR system. The time clock includes a display 1510, card swipe 1520, a backup battery 1530, and communication interface 1540 (via, for instance, the internet).
Turning now to FIG. 16 and in accordance with the universal time clock, buyer personnel may select a worker's time card for detailed review or editing by clicking an “edit” button in accordance with the time capture subsystem. As illustrated in the buyer's view, the buyer personnel may click on an “info” button for detailed order information and also terminate the order whereupon the ICPR system will automatically notify the supplier involved in the order.
Turning now to FIG. 17, buyer personnel may drill down even further to review specific times that the universal time clock has captured for each particular worker in accordance with the time capture subsystem. As illustrated in the buyer's view, the worker may have multiple entries each day for breaks, lunch, etc. and, if so, the display merely expands to reflect the full set of time inputs for each day.
Turning now to FIG. 18 and in accordance with the universal time clock, buyer personnel may select a line to edit with the time capture subsystem. As illustrated in the buyer's view, the buyer then merely adjusts the time (hours, minutes, am/pm) as needed. The ICPR system adjusts the line for the new time entered when the buyer clicks an “update” button. However, if the buyer attempts to enter a new time that overlaps with an existing time entry (e.g., if 12:15 pm is entered in place of 11:00 am), the ICPR system will not allow completion of the edit.
Turning now to FIG. 19, buyer personnel may create an entire new line of time for a particular day with the time capture subsystem. As illustrated in the buyer's view, the buyer clicks an “add entry” button to enter a new time block for a selected day. The new time for a line is adjusted in the ICPR system when the buyer clicks an “add” button. However, if the buyer attempts to enter a new time block that overlaps with an existing time entry (e.g., if 11:05 am is entered in place of 11:00 am here), the ICPR system will not allow completion thereof. The ICPR system also handles a series of special issues that arise in the normal course of work, such as a worker forgetting to clock out.
Turning now to FIG. 20 illustrating a buyer view, various buyer personnel at multiple locations may select from a menu of workers that are mobile to work multiple locations and the buyer personnel selects each individual worker to control time once the worker arrives (option 4 of the time capture subsystem as described above with respect to FIG. 3). The buyer personnel may review, edit, or submit time for the worker for the week selected as illustrated in the buyer view of FIG. 21.
Turning now to FIGS. 22 to 25 illustrating supplier views, supplier personnel may elect to enter time on behalf of the worker (option 5 of time capture subsystem as described above with respect to FIG. 3). The supplier selects the date range and the buyer customer desired. (FIG. 22). In accordance with FIG. 23, the supplier personnel select the workers to enter time for. In accordance with FIG. 24, the supplier personnel enter, save, or edit the time for the workers selected and then submit the time. In accordance with FIG. 25, the supplier personnel send the time card(s) to the email address of the buyer approver.
Turning now to FIG. 26 illustrating a buyer view, the buyer approver receives an email notice in an assigned corporate email as part of the time approval and buyer tagging subsystem in accordance with a worker submit time capture. When the buyer approver clicks on the link, the ICPR time is immediately accessed without the buyer approver having to log in to the ICPR system. This approval may have been sent through more than one time capture subsystem approach (e.g., worker submit, supplier submit).
Turning now to FIG. 27 illustrating a buyer view, the buyer approver can approve or reject the time card in accordance with a worker submit time capture. If rejected, the worker automatically receives an email notification and, operating under the instructions or feedback from the buyer approver as documented in a “reason” box, can then edit and resubmit the time card for approval. The majority of time card approvals by most buyers that a supplier serves can be handled with this simple process in FIGS. 26 and 27. The buyer approver simply clicks twice, namely, first on a “click here to approve” button and then on an “approve” button. In this fashion, the order's receiver, the time card approval, is done week after week and each invoice is fully supported by a combination of the financial terms of the order and hours volume from the approved time card.
Turning now to FIG. 28 illustrating a buyer view, as an alternative to approving time cards by clicking through an email notification, the buyer approver may elect to approve time cards through access via an ICPR menu in accordance with a worker submit time capture. The buyer approver clicks on an “approve waiting time cards” button and brings up all unapproved time cards directed to an email address. The supervisor can then select any time card(s) to approve (or reject and send back to the worker, if desired). As illustrated in FIG. 29, to assist in the process of approving time cards, the buyer approver can review all details of any time card by clicking on an “info” button for that time card in accordance with a worker submit time capture.
Turning now to FIG. 30 illustrating a buyer view, once the time is approved for a worker, the buyer approver is automatically brought to an ICPR custom tagging screen in accordance with the time approval and buyer tagging subsystem. The buyer approver now tags the hours with buyer specific labels (e.g., one or more tags such as location, department, expense code). The hours can be parsed into different tagging groups multiple times. Some time tracking approaches simply allocate labels for a worker according to where the worker is expected to work and what the worker is expected to do. The ICPR system allows the buyer approver to allocate in numerous combinations of label categories what the worker actually did that week and where the worker actually did it. This is advantageous since actual workplace activities rarely conform to plans.
The ICPR custom tagging and its versatile menu for tagging is available for every buyer approver at the buyer company, no matter what the profile of worker (e.g., industrial, technological, clerical), no matter the location, no matter the job activity, no matter the supplier. In this way, the buyer firm may get inherently consistent, robust data and reporting in the buyer firm's own internal “language” while not being restricted in any fashion in choice of worker profiles, locations, number and type of suppliers used, etc.
Turning now to FIG. 31 illustrating a buyer's view, the buyer approver who is approving a number of workers simultaneously (e.g., where the workers did exactly the same tasks at the same plant location) may tag multiple workers simultaneously in accordance with, for instance, a buyer submit roster or time clock submit time capture. In this functionality, since the buyer approver is tagging for a group rather than an individual, the buyer approver allocates percentages of the time rather than allocating partial hours.
Turning now to FIG. 32 illustrating a buyer view, the buyer approver is allocating 75% of the 8 workers' time to “distribution logistics phase 1” and 25% of their time to “distribution logistics phase 2,” even while 100% of their time is at the “Florida plant” location, in the “production” accounting code, and fulfilling the “assembler” job title in accordance with, for instance, a buyer submit roster or time clock submit time capture. In this fashion, the buyer approver may easily tag in bulk (across multiple workers), immediately following the approving of the time itself in bulk across the eight workers.
Turning now to FIG. 33 illustrating a supplier view, the supplier may easily invoice using the payroll and invoicing subsystem. First, the supplier selects the buyer to invoice. The supplier then selects time cards and enters the invoice number and invoice data as illustrated in FIG. 34. Time cards may be selected in bulk for invoicing together, either by selecting them one at a time, by checking the box in the far left column to designate their individual inclusion, or by selecting all time cards displayed in bulk, by checking the box at the top of the far left column. The “selected total” tallies the total amount of billings for the time card selected and changes each time that time cards are selected or deselected. In this way, the supplier may control the total billing amount on any particular invoice.
Once the supplier has clicked the “create invoice” button, because the ICPR system is a shared system between suppliers and buyers, an invoice is created by the ICPR system and is immediately available to the buyer. Further, all information supporting the invoice (order data such as bill rate, time card data such as hours worked) is included with the invoice. This real time, paperless, shared system approach has enormous ramifications for the efficiency of buyer and supplier operations. For instance, the buyer's accounts payable personnel may review and remit funds for an invoice completely supported by approved time cards just moments after the approval of the time by buyer operations personnel, assuming that supplier personnel has taken the few seconds to create an invoice comprised of those time cards. This can be done by the buyer's accounts payable personnel for every supplier. Exemplary invoices in accordance with the reporting subsystem will described below.
Turning now to FIG. 35 illustrating a supplier view, in the staffing industry, the same order and time card data that supported the invoice naturally supports the payroll information needed for the worker. In the ICPR system, this includes the payroll and invoicing subsystem. The supplier first selects the date range to be covered for payroll and then selects the “export type,” depending upon which payroll application the supplier is using. The ICPR system has the capability to create the necessary data files and formatting for any payroll applications that upload data for payroll processing.
Turning now to FIG. 36 illustrating a supplier view, the supplier selects the workers to include in the payroll export. The workers may be selected in bulk by selecting the box at the top of the column. The supplier may review and research any particular time card information for any particular worker by selecting the “info” button for that worker as illustrated in FIG. 37.
Turning now to FIG. 38 illustrating a supplier view, the supplier now clicks an “export marked items” button to create a file that will be used to upload the necessary formatted information into the payroll application. Using these steps, in a matter of seconds, the supplier may have a file containing thousands of workers ready to upload into payroll. Further, these hours have been supported by approvals by the buyer approvers representing multiple buyers. Paper time cards are not just inefficient; many disputes about validity of signatories, blurred handwriting, and unreadable hours written down by hand are resolved by the design of the ICPR system in accordance with the payroll and invoicing subsystem.
Turning now to FIG. 39 illustrating a buyer view, the buyer can assess its suppliers by using the survey subsystem. The ICPR system can accommodate an exit survey that assesses both the worker and supplier via a “point and click” process (after the assignment is ended). The ICPR system can also accommodate a fill survey (not shown) that buyer personnel complete just after the assignment is filled. These two surveys are separate because the buyer needs to complete the fill survey while the fill and worker orientation information and his related observations are fresh (i.e., it may be months before the assignment is completed and the exit survey is ready to be completed). The ICPR shared system approach (across multiple buyers and multiple suppliers simultaneously) is important to the design and effectiveness of assessment. Inasmuch as the questions are consistent across multiple suppliers, the compiled results allow the buyers to compare and contrast results across suppliers. Likewise, suppliers may obtain results from buyers and compare and contrast results.
Turning now to FIG. 40 illustrating a buyer view, the buyer may access the automatically compiled fill survey report by worker order. The buyer may also access the fill survey report by supplier (not shown), and compare and contrast the supplier with regard to both specific questions and averages across the questions and data sampled. The buyer may access the automatically compiled exit surveys using various query parameters as illustrated in FIG. 41.
Turning now to FIG. 42 illustrating a supplier view, an order report selector criteria screen provides a glimpse into the reporting subsystem that serves both suppliers and buyers. The reporting subsystem's capabilities are literally almost infinite. Each supplier has customized reporting capabilities specific to that supplier; one set of selectors are specifically their custom data (e.g., selling locations). The supplier may select one or more of those custom selectors. At the same time, the supplier may select one or more of the ICPR system selectors that pertain to this type of report, in this case, “estimated hours” or “pay rate” or “bill rate.” Further, each of those selectors may have further definition such as estimated hours “between 35 and 45” or contractor name contains “Smith.” The possibilities are literally endless and are customized specific to this supplier across any and all the supplier's buyers.
Turning now to FIG. 43, illustrated is the result from the query of FIG. 42. Seventy five items were returned that met the criteria selected. The supplier may peruse the report at will and research each returned item further by clicking on the “info” button. The supplier may access this information in about three to five seconds from any browser. The supplier may reaccess this information at any time by simply requesting the same selectors. In addition, by clicking “export,” the supplier can export all this data to a spreadsheet in order to save the data to a local hard drive and manipulate this data further. The supplier has exported the data from FIG. 43 as illustrated in FIG. 44.
Turning now to FIG. 45 illustrating a supplier view, the supplier using the reporting subsystem wants to determine what orders lack time cards being submitted for a particular selected week for a particular geographic area. As illustrated in FIG. 46, the supplier finds that, in response to the criteria selected in FIG. 45, three time cards have not been submitted. Now, the supplier has specifically identified exactly where to focus efforts to obtain all the time cards necessary to pay workers and invoice customers this week. This report represents a radical departure in practice and efficiency of the typical staffing vendor. Mondays are legendary in the staffing industry, as suppliers scramble to find the status of time cards, namely, have they been completed, are they in the hands of approvers, are they in transit, are they in dispute, is the buyer's approval legible, can you read them if and when they get here. The ICPR system combination of functionality and linked steps creates a seamless process such as the order entry, then the time capture, then the time card approval, and then this report easily ascertaining the status of time cards across every supplier location, every buyer, and every worker in a matter of seconds. Of course, the supplier then follows up on these exceptions; once resolved, the supplier is ready to seamlessly execute the payroll and invoicing subsystem.
Turning now to FIG. 47 illustrating a supplier view, the supplier may want to review the approved time card activity for a group of custom selection criteria (e.g., here, the supplier wants to know what time cards are submitted and approved for the North Central Region for all customers for all job titles for the week of July 24 through July 30). The supplier may review the results of the query within seconds as illustrated in FIG. 48.
Again, the supplier may research each item by clicking on the “info” button. It is important to note that FIGS. 42 to 48 are only representative of the suppliers' access to reporting in the reporting subsystem. Suppliers may access all types of reports relating to orders, time cards, invoices, buyer customers, workers, and operations. Each of these reports has different types of selection criteria and selectors appropriate to the particular report; some selection criteria are custom to the supplier and others are ICPR standard selectors germane to that particular report. In this fashion, because of the functionality and discipline created by the subsystems of the ICPR system feeding into the reporting subsystem, various supplier personnel are able to creatively access a nearly infinite, individually customized array of report variations, within seconds, from any browser, anytime, anywhere.
Turning now to FIG. 49 illustrating a buyer view, the buyer has similar robust opportunities to use the reporting subsystem. First, the buyer selects the desired date range for the report. Second, the buyer selects the “tagging tree detail” for a report. This detail comes directly from the custom tags configured for the buyer company. Third, the buyer selects specific queries from “field selectors” such as bill rate, overtime factor, etc. In this example, the “narrowed” or “filtered” selection (1) covers Oct. 1, 2005 to Dec. 31, 2005; (2) is for the Phoenix Plant only; and (3) is for all suppliers but only for bill rates between $10 and $15 and overtime hours greater than zero for each of the weeks in the date range selected.
The buyer reviews the result in a matter of seconds as illustrated in FIG. 50. Many columns in the ICPR reports have a hover feature; when the buyer hovers over the icon, appropriate statistics for the column appear (e.g., totals, averages, minimum observation, maximum observation). This allows the reviewer to gain a sense of the data without having to scroll down the entire report; because the report can literally contains thousands of returned items on the list (here, there are 39), this feature is very useful to the reviewer. The buyer may also export data to a local spreadsheet as illustrated in FIG. 51.
Turning now to FIG. 52 illustrating a buyer view, the buyer may generate a spend report utilizing the usual custom and standard selection criteria in the ICPR system. This report detailing the actual spending on workers by the buyer (and its related report, the accrual report) has become even more important to buyers with the advent of Sarbanes Oxley and other regulatory requirements. Spending on staffing can often include many companies' single largest expenditure without a purchase order due to the flexible nature of hours worked each week, and unclear expected durations of the assignments defeat the effectiveness of a typical purchase order system.
With the ICPR system order and time card functionality, the buyer can first ensure that all open orders have completed time cards as of a fiscal quarter or fiscal year end and, second, quantify the liability to the entire group of suppliers. The buyer needs a quality “purchase order and receiver” system to ascertain liability or spend that invoices must later match to, especially because many staffing suppliers do not have sophisticated invoicing. The ICPR system provides the aforementioned capability. The buyer with a December 31 year end may ensure that all orders do not have any missing time cards (by, say, January 2) and then, in seconds, generate a spend or accrual report that accurately calculates the liability that the individual buyer approvers have collectively agreed to on behalf of the buyer company. The buyer need not wait on invoices to be received to determine spend or liability.
Turning now to FIG. 53 illustrating a buyer view, the buyer can review the results of the 493 items returned. After reviewing the detail, the reviewer can decide to change or narrow the selection criteria by clicking the “change” option. As illustrated in FIG. 54, the buyer can review a summary breakdown of results from the previous report on FIG. 53 (e.g., of the 493 items returned in FIG. 53, the Stockton Plant appeared in 17 items and shift 2 appeared in 108 items). The buyer can then reselect criteria based on the new insights gained and then generate a new report.
Turning now to FIG. 55 illustrating a buyer view, the buyer can review the new report with eight items returned (relating to shift 2 at the Stockton Plant as selected on FIG. 54). This enabling “change” feature is available on many ICPR reports. With the ability to generate and regenerate new reports in seconds, each of which responds to the custom tagging across multiple suppliers, the ability of a buyer to truly drive excellence in usage of contract workers from the staffing industry is unique.
Turning now to FIG. 56 illustrating a buyer view, the buyer can generate a report regarding suppliers' invoices in the reporting subsystem. The selection criteria allow the buyer to narrow the search. The buyer can also see that four invoices met the criteria as illustrated in FIG. 57. The buyer may click the “info” button to review an invoice more deeply.
Turning now to FIG. 58 illustrating a buyer view, the buyer has clicked the “info” button to review summary information about that particular invoice. By clicking one of the links in the summary information, the buyer can obtain even more information: time cards supporting the invoice, the tagging for the time billed in the invoice, or a copy of the invoice itself. As illustrated in FIG. 59, the buyer can review the result from having clicked “printed version” on FIG. 58. Note the tagging of locations and expense (accounting) codes to assist the accounts payable department. This invoice copy means that a buyer firm can now print duplicate copies of invoices or even go paperless. The buyer can now get all invoices for staffing from multiple suppliers using the same invoice format and consistent tagging for expense codes, etc. Without the ICPR tagging and detailed time card support, the accounts payable clerks typically pursue operation personnel to ascertain nature, allocation, and even validity of the expenditure.
Turning now to FIG. 60 illustrating a buyer view, buyer personnel have multiple options for obtaining different levels of detail for invoices such as “invoices only,” with summary information plus time card support and tagging information, “invoices with time cards,” which also provides all the detailed hours for each time card, “invoices with time cards and order summary,” which includes the order information as well, “invoices with time cards, order summary, and accounting info,” which provides the necessary accounting information included in tagging, like the buyer's custom accounting codes.
Like suppliers, buyers using the ICPR system may access all types of reports relating to orders, time cards, invoices, suppliers, workers, and operations. Each of these reports has different types of selection criteria and selectors appropriate to the particular report; some selection criteria are custom to the supplier and others are ICPR standard selectors germane to that particular report. In this fashion, because of the functionality and discipline created by the subsystems of the ICPR system feeding into the reporting subsystem, various buyer personnel are able to creatively access a nearly infinite, individually customized array of report variations, within seconds, from any browser, anytime, anywhere.
Turning now to FIG. 61, illustrated is a flow diagram of an embodiment of a method of operating an ICPR system shared by multiple buyers, multiple suppliers and multiple workers concurrently according to the principles of the present invention. The method proceeds via a start step 6010 and then continues to an order documentation step 6020. In the order documentation step 6020, the orders for the suppliers and the buyers with respect to the workers are documented (e.g., input and saved in a personal computer). In other words, the orders document the procurement deals between the suppliers and the buyers. The suppliers also label the orders associated with time of the workers corresponding thereto with one or more tags, thereby translating the time of the workers into custom, internal terminology of the suppliers. Each of the orders may also specify a different method of time capture for the workers assigned thereto.
If there are more orders to document, the method returns to the order documentation step 6020 via a more orders decisional step 6030, otherwise, the method continues to a time capture step 6040. During the time capture step 6040, the method captures time by receiving time worked by the workers of the suppliers, which may include different methods of time capture from the workers positioned in one of anchored and untethered locations assigned to the orders. If there is more time to capture, the method returns to the time capture step 6040 via a more time decisional step 6050, otherwise, the method continues to a time approval and buyer tagging step 6060.
During the time approval and buyer tagging step 6060, the buyers approve and label the time worked by the workers corresponding to the buyers with one or more tags, thereby translating approved time of the workers into custom, internal terminology of the buyers. If there is more time to approve and tag, the method returns to the time approval and buyer tagging step 6060 via a more time to approve and tagging decisional step 6070, otherwise, the method continues to a survey step 6080. During the survey step 6080, the ICPR system captures survey answers by the buyers regarding the orders and, concurrently, the method continues to a payroll and invoicing step 6090.
During the payroll and invoicing step 6090, the method provides payroll information about the workers for the suppliers to pay the workers for the approved time and invoices the buyers for the approved time. In conjunction therewith, the ICPR system can provide information to authorize lenders to finance invoices and monitor invoice activity of the suppliers associated with the orders in a financial network step 6100. Additionally flowing from the payroll and invoicing step 6090, the ICPR system can generate pay card activity, integrate the pay card activity with a financial institution and provide reports to the workers associated with the orders in a card network step 6150. Finally, the method concludes with an end step 6200. Consistent with the foregoing steps, the ICPR system provides reports about the orders throughout the method of operation thereof.
As mentioned above, the typical circumstance in the staffing industry is that each supplier uses an independent system of time capture (often paper time cards). Therefore, the typical buyer of staffing services from multiple suppliers does not enjoy a uniform approach to approving time or reviewing standard reports derived from time capture. The result is a very inefficient morass of different time collection methods and reporting approaches that render effective use and interpretation of staffing moot for buyers of staffing (see FIG. 1).
The ICPR system can integrate multiple time capture approaches, including a universal time clock, and custom tagging to clear the morass away, effectively linking together multitudes of buyer firms and supplier firms in a way that allows each to treat their staffing activity as being entirely customized, even while retaining the flexibility to work with any firm, anytime, anywhere. For years, procurement professionals have followed the principle that a company must shrink supplier count (ideally to one or possibly two) in order to reduce overhead and the cost of acquiring the procured items. That works for purchasing pencils or computers. However, because no staffing supplier has a truly complete geographic footprint, because staffing suppliers that do have larger geographic service areas are uneven in delivering quality across multiple locations, and because there are so many specializations by worker profile, the effective, high value procurement of workers via staffing suppliers will remain decentralized. The ICPR system provides a process by which that properly decentralized procurement process can centralize virtually every other process and reporting.
Also, although the present invention and its advantages have been described in detail, it should be understood that various changes, substitutions and alterations can be made herein without departing from the spirit and scope of the invention as defined by the appended claims. For example, many of the systems, subsystems and methodologies discussed above can be implemented in different methodologies and replaced by other related systems and subsystems, or a combination thereof, to advantageously form an ICPR system as described herein.
Moreover, the scope of the present application is not intended to be limited to the particular embodiments of the process, machine, manufacture, composition of matter, means, methods and steps described in the specification. As one of ordinary skilled in the art will readily appreciate from the disclosure of the present invention, processes, machines, manufacture, compositions of matter, means, methods, or steps, presently existing or later to be developed, that perform substantially the same function or achieve substantially the same result as the corresponding embodiments described herein may be utilized according to the present invention. Accordingly, the appended claims are intended to include within their scope such processes, machines, manufacture, compositions of matter, means, methods, or steps.

Claims

What is claimed is:

1. An information capture, processing and retrieval (ICPR) system shared by multiple buyers, multiple suppliers and multiple workers concurrently, comprising:

a processor; and

memory including computer program code,

said memory and said computer program code configured to, with said processor, cause said ICPR system to perform at least the following:

document orders for said suppliers and said buyers with respect to said workers, each of said orders specifying a different method of time capture for said workers assigned thereto; and

receive said different methods of time capture associated with said workers positioned in one of anchored and untethered locations assigned to said orders.

2. The ICPR system as recited in claim 1 wherein said memory and said computer program code are further configured to, with said processor, cause said ICPR system to allow said buyers to label data associated with time worked by said workers corresponding to said buyers with one or more tags, thereby translating approved time of said workers into custom, internal terminology of said buyers.

3. The ICPR system as recited in claim 1 wherein said memory and said computer program code are further configured to, with said processor, cause said ICPR system to allow said suppliers to label data associated with said orders associated with said time of said workers corresponding thereto with one or more tags, thereby translating said time of said workers into custom, internal terminology of said suppliers.

4. The ICPR system as recited in claim 1 wherein said methods of time capture are selected from the group consisting of:

worker submit,

buyer submit roster,

time clock submit,

buyer submit select, and

supplier submit.

5. The ICPR system as recited in claim 1 wherein said methods of time capture associated with said workers positioned in anchored locations include time capture via a time clock that validates a physical presence at specific times of said workers, and said methods of time capture associated with said workers positioned in untethered locations include a time capture via a wired or wireless connected computer.

6. The ICPR system as recited in claim 1 wherein said memory and said computer program code are further configured to, with said processor, cause said ICPR system to perform at least one of:

provide reports about said orders;

provide payroll information about said workers and invoice said buyers for approved time;

capture, compile and process survey answers by said buyers regarding said orders;

provide information to authorize lenders to finance invoices and monitor invoice activity of said suppliers associated with said orders; and

generate pay card activity, integrate said pay card activity with a financial institution and provide reports to said workers associated with said orders.

7. An information capture, processing and retrieval (ICPR) system shared by multiple buyers, multiple suppliers and multiple workers concurrently, comprising:

a processor; and

memory including computer program code,

receive time worked by said workers of said suppliers; and

allow said buyers to label data associated with said time worked by said workers corresponding to said buyers with one or more tags, thereby translating data associated with approved time of said workers into custom, internal terminology of said buyers.

8. The ICPR system as recited in claim 7 wherein said memory and said computer program code are further configured to, with said processor, cause said ICPR system to document orders for said suppliers and said buyers with respect to said workers.

9. The ICPR system as recited in claim 7 wherein said memory and said computer program code are further configured to, with said processor, cause said ICPR system to allow said suppliers to label data associated with orders between said suppliers and said buyers associated with time of said workers corresponding thereto with one or more tags, thereby translating said time of said workers into custom, internal terminology of said suppliers.

10. The ICPR system as recited in claim 7 said memory and said computer program code are further configured to, with said processor, cause said ICPR system to receive different methods of time capture selected from the group consisting of:

worker submit,

buyer submit roster,

time clock submit,

buyer submit select, and

supplier submit.

11. The ICPR system as recited in claim 7 said memory and said computer program code are further configured to, with said processor, cause said ICPR system to provide reports about orders between said suppliers and said buyers associated with said time worked by said workers.

12. The ICPR system as recited in claim 7 said memory and said computer program code are further configured to, with said processor, cause said ICPR system to provide payroll information about said workers and invoice said buyers for approved time.

13. The ICPR system as recited in claim 7 wherein said memory and said computer program code are further configured to, with said processor, cause said ICPR system to perform at least one of:

capture, compile and process survey answers by said buyers about orders between said suppliers and said buyers associated with said time worked by said workers;

provide information to authorize lenders to finance invoices and monitor invoice activity of said suppliers with orders between said suppliers and said buyers associated with said time worked by said workers; and

generate pay card activity, integrate said pay card activity with a financial institution and provide reports associated with said time worked by said workers.

14. An information capture, processing and retrieval (ICPR) system shared by multiple buyers, multiple suppliers and multiple workers concurrently, comprising:

a processor; and

memory including computer program code,

document orders for said suppliers and said buyers with respect to said workers and allow said suppliers to label data associated with said orders associated with time of said workers corresponding thereto with one or more tags, thereby translating data associated with said time of said workers into custom, internal terminology of said suppliers.

15. The ICPR system as recited in claim 14 wherein said memory and said computer program code are further configured to, with said processor, cause said ICPR system to receive time worked by said workers of said suppliers.

16. The ICPR system as recited claim 14 wherein said memory and said computer program code are further configured to, with said processor, cause said ICPR system to receive different methods of time capture selected from the group consisting of:

worker submit,

buyer submit roster,

time clock submit,

buyer submit select, and

supplier submit.

17. The ICPR system as recited in claim 14 wherein said memory and said computer program code are further configured to, with said processor, cause said ICPR system to allow said buyers to label data associated with time worked by said workers corresponding to said buyers with one or more tags, thereby translating approved time of said workers into custom, internal terminology of said buyers.

18. The ICPR system as recited in claim 14 wherein said memory and said computer program code are further configured to, with said processor, cause said ICPR system to provide reports about orders between said suppliers and said buyers associated with time worked by said workers.

19. The ICPR system as recited in claim 14 wherein said memory and said computer program code are further configured to, with said processor, cause said ICPR system to provide payroll information about said workers and invoice said buyers for approved time.

20. The ICPR system as recited claim 14 wherein said memory and said computer program code are further configured to, with said processor, cause said ICPR system to perform at least one of:

capture, compile and process survey answers by said buyers associated with time worked by said workers;

provide information to authorize lenders to finance invoices and monitor invoice activity of said suppliers with orders between said suppliers and said buyers associated with time worked by said workers; and

generate pay card activity, integrate said pay card activity with a financial institution and provide reports associated with time worked by said workers.