Often, when employees are issued a company credit card, it happens that, for various reasons, the statement for this credit card comes directly to the employee. Thus, in such cases, employees need to incorporate those charges into their expense reports and submit the expense reports. Such an arrangement is usually to provide legal protection for the credit card issuer and the employer in cases of dispute over the personal financial responsibility for charges on the credit card. However, it is an undue burden on the employee to whom the card is issued, and a corresponding burden on the company's employee efficiency rates, to require an employee to manually transfer expenses from one statement to another statement.
Also, an employee may have more than one credit card, to cover situations where one card is not accepted. For example, many companies issue an American Express card, but there may be cases where the employee incurs a business expense at an establishment that does not accept American Express, so he must then charge that expense to his personal credit card or pay in cash. At the time the employee prepares his expense report, he may not clearly recall all his expenses on all his credit cards, and he may thus end up subsidizing his employer. Likewise, the company records do not then reflect their true expenditures for various classes of employee expenses, causing faulty conclusions and projections about their cost of doing business going forward.
What is clearly needed is a system and method to reconcile transactions for services made with reservations, including calendar knowledge, using an electronic services portal, and the financial transactions to pay for those services.
The disclosure is illustrated by way of example and not limitation in the figures of the accompanying drawings in which like references indicate similar elements
Some embodiments of the present invention are summarized in this section.
One embodiment provides a method, that may be implemented on a system for obtaining a schedule of bookings made by a user through an electronic service portal; obtaining a schedule of payment transactions to pay for bookings, the payment transactions comprising one or more of a credit card payment, a cash payment, or a payment via a cash card or debit card; and using the schedule of bookings made via the electronic service portal to identify payment transactions reimbursable to the user from a separate entity and generating an expense report of the reimbursable payment transactions.
The present disclosure includes methods and apparatuses which perform these methods, including processing systems which perform these methods, and computer readable media which when executed on processing systems cause the systems to perform these methods.
Other features of the present invention will be apparent from the accompanying drawings and from the detailed description which follows.
In the following detailed description of embodiments of the invention, reference is made to the accompanying drawings in which like references indicate similar elements, and in which is shown by way of illustration specific embodiments in which the invention may be practiced. These embodiments are described in sufficient detail to enable those skilled in the art to practice the invention, and it is to be understood that other embodiments may be utilized and that logical, mechanical, electrical, functional, and other changes may be made without departing from the scope of the present invention. The following detailed description is, therefore, not to be taken in a limiting sense, and the scope of the present invention is defined only by the appended claims.
Reference in this specification to “one embodiment” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the disclosure. The appearances of the phrase “in one embodiment” in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. Moreover, various features are described which may be exhibited by some embodiments and not by others. Similarly, various requirements are described which may be requirements for some embodiments but not other embodiments.
In process 207, the user reviews the offer by the car provider. He books the car and receives confirmation of the booking. All these processes occur during one time interval. In process 208, the user later employs the car service, as shown in process 209, where the car picks up the user at his departure point and drives the user to one or more destination points. When the user is finished using the car service, he pays for the service in process 210 by any of various means, including but not limited to billing to an open account or presenting a voucher, a code number, a credit card, or cash. For example, in process 211 the user gives a credit card to the driver at the end of the period of car service. The driver verifies the card with the credit card company, which, in process 212, confirms the authenticity of the card. Later the user receives a credit card statement in process 213. It is later used to close the loop on this transaction.
Additionally, in some cases, unassigned expenses could be pre-assigned based on the transaction location and/or time stamp and matching events in the PIM calendar, following a time-line. Billed transactions often do not show the correct day, as all transaction of a business are typically finalized on the next business day, so a variance for that must be allowed. In process 405, data about hard cash transactions are collected from storage repositories such as, for example, a user's PDA 420. It is clear that there may be many different means and methods for collecting such information. For example, a user could enter data about each transaction in his calendar, and a special form would allow him to designate this data as a service transaction. Or in other cases, for example, software could be installed on a PDA, or some software might already exist on the PDA, such as, for example, PocketQuicken™. This software could be used to collect data about actual cash transactions. In other cases, the user may manually enter these expenses.
In process 406 a reconciliation report 407 could be prepared for the user, which report would contain many fields 408a-n. These fields have been reconciled in the report, but in process 409 the user may review them, modify any fields as he desires, and ultimately approve the report. The report is then sent for approval in process 410, according to company policies for required managerial or accounting department approvals. In process 411, the approved report returns and is stored in data repository 104, and the process moves to process 412, where it ends. Data from old reports may have many uses, such as, for example, improving understanding of the needs of employees during expensed trips and events. Additional services providers may be included in contracts to offer services, or particular providers, that are not currently available under contract. In other cases, information from reports may be used to predict cash expenses that are not currently included in the system. These expenses may then be included in the reconciliation report as an anticipated expense, based on past behavior of the user, reducing the need for the user to manually enter missing transactions, as he now does in process 405 or process 409. Although some aspects of this invention, such as automatic bill payments, are currently well known, they have not been previously included in a mixed-transaction system for compiling expense reports.
It is clear that the information gathered by the system according to this invention may have many other uses. It is also clear that many modifications and variations of this embodiment may be made by one skilled in the art without departing from the spirit of the novel art of this disclosure. These modifications and variations do not depart from the broader spirit and scope of the invention, and the examples cited here are to be regarded in an illustrative rather than a restrictive sense.
The processes described above can be stored in a memory of a computer system as a set of instructions to be executed. In addition, the instructions to perform the processes described above could alternatively be stored on other forms of machine-readable media, including magnetic and optical disks. For example, the processes described could be stored on machine-readable media, such as magnetic disks or optical disks, which are accessible via a disk drive (or computer-readable medium drive). Further, the instructions can be downloaded into a computing device over a data network in a form of compiled and linked version.
Alternatively, the logic to perform the processes as discussed above could be implemented in additional computer and/or machine readable media, such as discrete hardware components as large-scale integrated circuits (LSI's), application-specific integrated circuits (ASIC's), firmware such as electrically erasable programmable read-only memory (EEPROM's); and electrical, optical, acoustical and other forms of propagated signals (e.g., carrier waves, infrared signals, digital signals, etc.).
In the foregoing specification, the disclosure has been described with reference to specific exemplary embodiments thereof. It will be evident that various modifications can be made thereto without departing from the broader spirit and scope of the invention as set forth in the following claims. The specification and drawings are, accordingly, to be regarded in an illustrative sense rather than a restrictive sense.