WO2008134737A1 - Construction payment management systems and methods with specified billing features - Google Patents
Construction payment management systems and methods with specified billing features Download PDFInfo
- Publication number
- WO2008134737A1 WO2008134737A1 PCT/US2008/062051 US2008062051W WO2008134737A1 WO 2008134737 A1 WO2008134737 A1 WO 2008134737A1 US 2008062051 W US2008062051 W US 2008062051W WO 2008134737 A1 WO2008134737 A1 WO 2008134737A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- invoice
- party
- management system
- payment management
- processor
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
Definitions
- Some embodiments of the invention provide a payment management system that includes a software enabled user interface accessible by a payor and a payee.
- the system also includes at least one computer readable memory and a processor.
- the processor is configured to selectively operate in a specified billing mode in response to a command received from the payor. While operating in the specified billing mode, invoice details are entered by the payor and the generated invoice is presented to the payee for approval. While not operating in the specified billing mode, the payee is able to enter invoice details and the payor is able to approve or reject the invoice.
- the processor is configured to notify the payee when specified billing is turned on or off.
- the first party and the second party are able to create and transfer additional information such as notes, photographs, video, or audio regarding substantiation of invoice details.
- the comments and previous invoice details are saved to the computer readable memory.
- Some embodiments of the invention provide a payment management system that includes a software enabled user interface accessible by three parties.
- the system also includes at least one computer readable memory and a processor.
- the processor is configured to generate two related invoices - a first invoice between the first and second parties, and a second invoice between the second and third parties.
- the processor is configured to selectively operate in a specified billing mode for the first invoice and for the second invoice. While operating in the specified billing mode for the first invoice, invoice details are entered by the first party. While not operating in the specified billing mode for the first invoice, invoice details are entered by the second party. Similarly, for the second invoice, invoice details are entered by the second party when specified billing is turned on and by the third party when specified billing is turned off.
- the processor is configured to initiate the second invoice with the specified billing mode turned on and to create invoice details for the second invoice based on the invoice details for the first invoice. In some embodiments, the processor is configured to initiate the first invoice with the specified billing mode turned off and to create invoice details for the first invoice based on the invoice details for the second invoice.
- FIG. 1 is a schematic illustration of a construction payment management system according to one embodiment of the invention.
- Fig. 2 is a flow chart showing the creation of an invoice with specified billing turned off according to one embodiment of the invention.
- Fig. 3 is a flow chart showing the creation of an invoice with specified billing turned on according to one embodiment of the invention.
- Fig. 4a is a graphical user interface for entering invoice details according to one embodiment of the invention.
- Fig. 4b is the graphical user interface of Fig. 2a with an active comment window.
- Fig. 5 is a graphical user interface for approving or rejecting a specified invoice.
- Fig. 6 is a flow chart showing the creation of an invoice initiated by the payor according to one embodiment of the invention where specified billing can selectively be turned on or off.
- Fig. 7 is a flow chart showing the creation of an invoice initiated by the payee according to one embodiment of the invention where specified billing can selectively be turned on or off.
- Fig. 8 is a graphical user interface showing outstanding tasks for a participant.
- Fig. 9 is a graphical user interface for managing subcontractor invoices.
- Construction payment management systems give visual access to a project for the parties involved. Construction payment management systems are described in pending U.S. Applications Nos. 12/061 ,805 and 11/032,699, the entire contents of which are herein incorporated by reference. Embodiments of construction payment management system described herein can incorporate some or all of the features described in the above identified pending U.S. patent applications.
- Some of the embodiments described below provide greater flexibility when creating and approving invoices.
- the details of an invoice can be entered directly by a payor, a payee, an intermediary contractor, or a third party depending 8 062051
- some embodiments allow for multiple parties to enter the details of a single invoice while providing a structured and secure method for approving and recording changes made to the invoice.
- Fig. 1 illustrates a payment management system 100 according to an embodiment of the invention.
- a server 101 is connected to a payor terminal 103 and a payee terminal 105.
- the server 101 contains a computer readable memory 101A (e.g., a hard drive) and a processor 101 B.
- the server also includes hardware for connection to a local area network (LAN) and the Internet.
- the computer readable memory 101 A includes stored data related to construction projects managed with the payment management system 100 and program instructions for communicating with other computers through the LAN or the Internet.
- a web-based user interface is also stored on the computer readable memory 101 A and executed on processor 101 B such that the web-based user interface can be accessed by other computers.
- the payor and payee terminals 103, 105 are general- purpose personal computers, while in others, they are specialized computers designed specifically for use in the payment management system 100.
- the payor terminal 103 is a personal computer containing a hard drive and a CPU. It is connected directly to the server through a local area connection (LAN).
- the payee terminal 105 is a personal computer with a hard drive and a CPU. It is connected to the server through an Internet connection 107.
- a web-based user interface is stored on the computer readable memory 101 A on the server 101 and is displayed on the payor and payee terminals 103, 105.
- the payor and payee terminals 103, 105 can be connected to the server 101 in other ways. For example, both terminals 103, 105 can be connected to the server through the Internet 107.
- Additional terminals can also access the server 101.
- a third party estimator or government inspector can access the server 101 through terminal 109.
- access to the server 101 is provided through a web-based user interface.
- An authorized user can access the server 101 and the payment management system 100 from any computer with Internet access.
- Fig. 2 illustrates one example of creating an invoice using the payment management system 100.
- the payee such as a subcontractor or general contractor is able to create an invoice based upon the amount that they wish to be paid. This process is generally referred to as "payee-specified billing" or "standard billing.”
- a payor requests an invoice (step 201 ).
- the payee creates the invoice (step 203) and enters invoice details (step 205).
- the system generates an invoice based on the invoice details by placing the details into a formatted template.
- the invoice is then ready for internal review and a payee signature (step 207).
- the payee can either view the invoice details in a table format on the terminal user interface or view/print the formatted invoice. If the payee is not satisfied with the invoice, the payee does not sign the invoice (step 209) and makes further changes (step 205). In some embodiments, a time limit or due date is assigned for the payee to submit changes and approve the invoice. Alternatively, if the specified invoice is not signed and returned to the payor before the draw date, the payee will not be paid during that draw.
- an electronic signature is submitted (step 209) and the invoice is sent to the payor for review.
- the payor then either accepts or rejects the invoice (step 21 1 ). If the payor is not satisfied with the content of the invoice, the invoice is rejected and returned to the payee for further edits (step 205). Otherwise, the invoice is now ready to continue through the payment process (step 213).
- the payor can execute and deliver payment manually (e.g., using a check) or the payment management system can be used to effectuate an electronic payment (e.g., through an automated clearing house or electronic funds transfer).
- Fig. 3 illustrates another example of creating an invoice using the payment management system 100.
- the payor such as a general contractor or a property owner, is able to create an invoice based upon the amount that the payor intends to pay to the payee. This process is generally referred to as "specified billing" or "payor- specified billing.”
- the payor when the payor wishes to have an invoice created (step 301 ), the payor creates the invoice (step 303) and enters the invoice details (step 305). If the payor is satisfied with the content of the invoice, it is sent to the payee (step 307) for review (step 309). However, if the payor is not satisfied with the content of the invoice, the payor may continue to edit the content (step 305). After the invoice is forwarded to and reviewed by the payee (step 309), the payee decides whether to approve or reject the invoice (step 311 ). If the payee is satisfied, an electronic signature is submitted and the invoice is returned to the payor (step 313).
- the payee rejects the invoice and return it to the payor for further edits (step 305).
- the payee is not able to make any changes to the invoice - he can only approve or reject it.
- the payee approves and electronically signs the invoice, it is returned to the payor.
- the payor may still reject the invoice and make further changes to the content (step 305), Otherwise, the invoice is ready to continue through the payment process (step 315).
- Embodiments of the payment management system 100 can be configured to conform to the preferred practice of the payor or the geographic region of the project For example, in some regions, it is common practice to not return signed documents (e.g , invoices or lien waivers) to a payor.
- the total amount on the specified invoice is the total that the payee will be paid, and payees have no ability to negotiate or reject the invoice. Therefore, some embodiments of the system can also be configured to prohibit a payee from rejecting a specified invoice.
- a payor delegates the ability to assign a value to be paid in the invoice to a third party (for example, a quantity surveyor). Therefore, some embodiments of the system can be configured to provide a third party with the ability to control the specified billing process.
- the term "specified billing” generally encompasses all situations where someone other than the payee enters the details of the invoice (e.g., "specified billing” as compared to "payee specified billing”).
- the specified billing features can be turned on for all subcontractors included in a project or individual subcontractors included in a project.
- a subcontractor with specified billing turned on is included in a new draw, the system proceeds as shown in the method of Fig. 3.
- specified billing is turned off for a project or for a particular subcontractor, the system proceeds as shown in the method of Fig. 2.
- the specified billing features in some embodiments can be turned on and off during the creation of a single invoice to allow the parties to collaboratively enter invoice details.
- a default specified billing status can be set at a project level. Turning on specified billing sets the default settings for all new subcontractors assigned to that project. As first level subcontracts are created, the general contractor can select to turn specified billing off for a particular subcontractor. In some embodiments, turning specified billing on for a project does not necessarily mean a blanket setting for all subcontractors but only that the specified billing setting is the default setting for the project. This feature can also be provided for sub-of-subcontractors, and the default setting will follow the parent subcontract's specified billing setting.
- the payment management system 100 can be configured to send notifications when certain events occur, such as a newly created invoice, a signed invoice, an initiated payment, etc.
- a notification can be sent to the subcontractor (e.g., subcontractor project manager) that includes a link to view the invoice details.
- the subcontractor can then assign a "Send to Signer” action and the standard process for invoicing through the construction payment management process will take place. The assignment of "action" items are discussed further below.
- Fig. 4a shows the graphical user interface that is presented to a party that is entering the invoice details (e.g., the payee, the payor, or a third party estimator).
- the user interface of this example includes editable text fields for a project name 401 , a contract number 403, and a date 405.
- an editable text table 407 containing fields for a billing item/payee name, a percent completed, a scheduled payment value, and an amount to be paid in the invoice.
- these fields can be changed and new entries can be added to the table 407.
- the user can click button 411 to discard any changes and revert to the previous version of the invoice.
- Some embodiments of the payment management system 100 provide contract- level percentage invoicing instead of the line-item percentage invoicing shown in table 407.
- the party entering the invoice details can enter one percentage value in table 407 that will apply to the entire subcontract.
- the invoiced amount will be equal to the specified percentage of the entire scheduled value for the subcontract.
- a general contractor is creating an invoice for a material supplier ("Building Supply Co.”).
- the table 407 includes three entries: basement finishing, glass door - parts, and glass door - installation.
- a chat button 413 For each line item included in table 407, there is a chat button 413.
- a chat button 413 In other embodiments, only a single chat button 413 is provided.
- Fig. 4b shows a chat window 421 that opens when one of the chat buttons 413 is pressed.
- the chat window 421 includes a field 423 for entering text, a send button 425, and a display field 427 that shows messages that have been sent or received by the user.
- both textual comments and numerical values representative of changes made to the invoice are displayed in display field 427 of chat window 421.
- an expand/collapse button 429 e.g., "+” and "-"
- display field 427 includes a table 431 that lists the details of any invoice changes made by a user with the comment.
- the table 431 shows the previous invoice details, the new invoice details, and the difference between the two.
- the table 431 also indicates who entered which details.
- the specified billing feature can be switched on or off during the creation of an invoice.
- the specified billing feature is turned off.
- USER 1 entered the original invoice details
- USER 2 changed the details of the "Glass Door - Install" entry of the invoice from 0% completed to 80% completed.
- a table 431 is not displayed.
- a table 431 shows the details as originally entered by USER 1 , the updated details entered by USER 2, and the difference between the two.
- photographs are also transferred using chat window 421 to provide visual evidence of work completed or materials delivered.
- chat window 421 can use chat window 421 to send a photograph of the partially completed installation of the glass door to USER 1.
- the chat window 421 also facilitates the transfer and receipt of messages or comments recorded in audio (e.g., mp3) or visual (e.g. mpg) forms.
- chat window 421 is replaced with a form of real-time communication such as a video or audio conference window.
- the server 101 of the payment management system 100 includes a memory unit 101 A that stores the invoice details.
- the server also stores a history of changes made to the invoice (e.g., which party made which changes and when) and also stores the content of chat window 421.
- this information is stored in the form of a log that allows a user to review the changes and comments that led to the current form of the invoice.
- Fig. 5 shows the graphical user interface that is presented to the party that is reviewing/approving the invoice.
- this can be either the payee at step 309 or the payor at step 313.
- the user interface includes fields for a project name 501 , a contract number 503, and a date 505. However, because this screen is only for review/approval, these fields are not editable.
- table 507 includes the information that was entered into table 407 (Fig. 4a), but table 507 is not editable.
- the user can approve an individual item on the invoice by clicking the "approve" button 509 corresponding to the line item. Alternatively, the user can approve the entire invoice by selecting the "approve all" button 511.
- subcontractors can reject a specified invoice.
- the user can reject individual line items by selecting the corresponding "reject” button 513 or can reject all of the listed items by selecting the "reject all” button 515.
- a subcontractor rejecting a specified invoice can also provide a reason for the rejection by using the "chat" button 517.
- Fig. 5 shows a "chat" button 517 associated with each listed item, only a single chat button 517 is provided in other embodiments.
- selecting the "chat” button 517 will initiate a real-time text communication with another party (in this case, the party specifying the invoice details). If the other party is not available for "chat," the payment management system 100 informs the other party of the rejection the next time the other party accesses the system. The specifying party is prompted to re-enter the invoice. Negotiations regarding the rejected item can then be conducted using the "chat" button 413 (Fig. 4a) or handled offline.
- the specified billing features may be turned on or off with a draw open and invoices pending.
- the system reverts to operations associated with the new setting (either from specified billing to standard or the reverse). This change can be applied to a particular invoice, to a particular payee (e.g., subcontractor), or to an entire project.
- the specified billing setting can be changed at any time during a project and toggling the specified billing setting changes the setting immediately.
- all invoices of the subcontractor that have not been sent to a signer can start the invoicing process with the new specified billing setting.
- toggling between the on and off setting for specified billing on a particular contract can cause all invoices that have not been sent to a signer (or been created) to change the workflow to the new setting.
- a general contractor the payor
- the subcontractor will not be able to directly modify the invoice.
- the general contractor turns specified billing off (i.e., switches to payee specified billing) before the invoice has been approved by the subcontractor
- the subcontractor then has the ability to add, remove, or edit invoice details.
- a notification will be sent to a subcontractor for any change in the specified billing status for the subcontractor in the payment management system 100.
- Fig. 6 illustrates a method of using the payment management system 100 where the specified billing setting is changed during the creation of the invoice.
- the payor requests an invoice from the system (step 601 ), initiates the creation of the invoice (step 603), and enters/edits invoice details (step 605), After the payor has entered/edited the details of the invoice, the payor either sends the invoice to the payee (step 607) or saves the invoice without sending it to the payee. If the invoice is not sent, the payor can make further changes to the invoice (step 605).
- the payor If the payor is ready to send the invoice to the payee (step 607), the payor makes a determination regarding the specified billing setting. If the payor wishes to use specified billing (i.e., payor-specified billing), a "lock" is placed on the invoice (step 609). The payee is then able to review the invoice details (step 611 ) and either approve or reject the invoice (step 613). If the payee rejects the invoice, it is sent back to the payor with an instruction to reenter the invoice details along with any comments entered by the payee (e.g., using "chat” button 517).
- specified billing i.e., payor-specified billing
- a "lock" is placed on the invoice (step 609).
- the payee is then able to review the invoice details (step 611 ) and either approve or reject the invoice (step 613). If the payee rejects the invoice, it is sent back to the payor with an instruction to reenter the invoice details along with
- step 613 If the payee approves the invoice, an electronic signature is attached (step 613) and the invoice is sent back to the payor (step 615). The payor can still reject the invoice and make further edits (step 605). Otherwise, the invoice is ready to continue through the payment process (step 617).
- step 607 and 609 If the payor wishes to use payee-specified billing, a lock will not be placed on the invoice when it is sent to the payee (steps 607 and 609).
- the payee again reviews the invoice (step 619) and is presented with an opportunity to attach an electronic signature (step 621 ). If the payee approves the invoice, it is returned to the payor for final approval (step 615) as discussed above. However, if the payee does not sign the invoice, the payee is now able to make changes, additions, or deletions to the invoice (step 623). When the payee is finished making changes, the updated invoice is sent to the payor for review (steps 625 and 627).
- the payor After reviewing the invoice (step 627), the payor decides whether to approve or reject the payee's updated invoice (step 629). If the payor approves the payee's changes, the invoice is ready to continue through the payment process (step 617). Otherwise, the payor makes additional changes to the invoice (step 605) and sends the invoice back to the payee (step 607).
- the payor has the ability to unlock the invoice at any time (e.g., turn off specified billing) (step 631 ). If, for example, the payee has sent a message to the payor while reviewing the invoice (step 61 1 ) using the "chat" button 517 (Fig. 5), the payor may choose to remove the lock (step 631 ) and allow the payee to make changes directly to the invoice rather than the payor himself making the changes.
- an unlocked invoice can be edited by only the payee or by both the payee and the payor.
- the payor and the payee may collaboratively revise invoice details until the invoice is accepted and signed by the payee.
- the "chat" function can be used to facilitate such collaboration.
- the editing permissions associated with an unlocked invoice are selectable by the project manager (e.g., a payor or general contractor).
- the payor e.g., a general contractor
- the payor retains the ability to enter invoice details until a specified invoice has been sent to the payee (e.g., a subcontractor).
- the payor after the payor has requested an invoice (e.g., step 601 ), either the payor or the payee can enter the details for the invoice.
- the system may limit or prevent the general contractor from entering a specified invoice for the subcontractor.
- Fig. 7 illustrates a scenario where the invoice is initiated with specified billing turned off (i.e., the invoice lock removed).
- the invoice is unlocked and the payee is able to enter and edit the details of the invoice (step 703).
- the invoice can be sent to a user associated with the payee that has approval and signing authority for an internal payee review (step 705).
- the payee can either sign the invoice (step 707) or make further additions, deletions, or changes (step 703).
- an electronic signature is attached (step 707) and the invoice is sent to the payor for review.
- step 709 If the payor approves the invoice (step 709), another electronic signature is attached (step 71 1 ) and the invoice is ready to be paid. However, if the payor does not approve, the payor can either return it to the payee for further edits (step 703) or can choose to make changes directly to the invoice (step 713). If the payor makes changes directly (step 713), the invoice will be returned to the payee with the lock either turned on or off (i.e., payor-specified billing or payee-specified billing) (step 715). If the invoice is returned with the lock off, a notification describing the status of the specified billing setting is sent to the payee (step 717) and the payee can make further changes to the invoice (step 703). The process continues as discussed above. Notifications (not shown) may also be used with the method of Fig. 6.
- the payee no longer has the ability to make changes directly to the invoice.
- the system sends a notification to the payee informing the payee that the invoice lock has been turned on and specified billing is activated (step 719).
- the payee reviews the invoice (step 721 ) and sends it to the party with signing authority for a final internal payee review (step 723). If the payee approves of the updated invoice, an electronic signature is attached (step 725) and the invoice is returned to the payor for final approval (steps 709 and 711 ). If the payee does not approve, it is sent back to the payor for further edits (step 713). As discussed above in reference to Fig. 6, the payor has the ability to unlock the invoice at any time (step 727).
- notifications and action items are sent to a user when certain events occur. For example, as shown in Fig. 7, a notification is sent when a specified billing setting has been changed and when a created invoice is pending review.
- Fig. 8 shows a graphical user interface for presenting these notifications according to one embodiment.
- the task list page identifies the user (801 ), a contract number (803), and the current date (805).
- the contract number field (803) is selectable so that the same user can view tasks for different contracts.
- Table 807 shows the outstanding tasks/notifications for the party. For example, in Fig. 8, "Building Supply Co.” needs to review invoice number 0001 and enter details for invoice number 0002. The task list also includes a notification informing Building Supply Co. that the specified billing status has been changed for invoice number 0002. Table 807 also includes a date received and a date due. The user accesses individual items from the list by selecting the "view" button 809 corresponding to the applicable item.
- Fig. 9 illustrates a "staging page" from which a user (e.g., a general contractor) can manage several invoices.
- the staging page identifies the user (901 ), the contract number (903), and the current date (905).
- the contract number field 903 is selectable so that the user can view invoices for different contracts.
- the table 907 provides information for each invoice such as the subcontractor name, the invoice number, the current status of the invoice, the total amount to be billed, the percent completed, and the actual amount being billed on the invoice.
- the user selects an invoice by marking the box 909 corresponding to the applicable invoice.
- the user selects one of the buttons 911 , 913, 915 to perform the associated operation.
- the user can send the invoice to a subcontractor (button 911 ), view the current version of the invoice (button 913), or view tasks associated with an invoice (button 915).
- the "status" field in table 907 includes a hypertext link to an interface for completing the outstanding task (e.g., the graphical user interface of Fig. 4a or Fig. 5).
- the payment management system 100 is used to manage hierarchical invoicing for situations involving more than one contractual level For example, a property owner contracts with a general contractor to construct a building. The general contractor then hires one or more subcontractors to complete certain tasks (e.g., carpentry, plumbing, etc). In such situations, invoicing at one level can restrain or inform invoicing at another level.
- the payment management system 100 manages hierarchical invoicing depending upon the specified billing settings at different levels. For example, if standard invoicing (i.e., payee specified invoicing) is turned on at a project level, a subcontractor submits an invoice to the general contractor. If the general contractor approves the invoice, the payment management system 100 uses the details from the subcontractor invoice as default details when generating the invoice to be submitted by the general contractor to the property owner. Similarly, if specified billing is turned on at a project level, the invoice specified by the property owner provides invoice details for the subcontractor invoice.
- standard invoicing i.e., payee specified invoicing
- the payment management system 100 uses the details from the subcontractor invoice as default details when generating the invoice to be submitted by the general contractor to the property owner.
- specified billing is turned on at a project level
- the invoice specified by the property owner provides invoice details for the subcontractor invoice.
- the payment management system 100 can also implement different specified billing settings at different hierarchical levels.
- the general contractor may create subcontractor invoices using only specified billing, while the invoices paid by the property owner to the general contractor are created using collaborative invoicing described in Figs. 6 and 7.
- the payment management system 100 then uses the details from the property owner invoice as default details for the subcontractor invoice.
- the property owner may use only specified billing (either directly or through a third party such as a quantity surveyor) to prepare invoices for the general contractor, while the subcontractors submit invoices to the general contractor using standard invoicing.
- the property owner's specified invoice includes the total amount to be paid to the general contractor regardless of the invoices submitted to the payee by contractual children at lower levels (e.g., subcontractors). Such subcontractor invoices do not change the totals on a payor-specified invoice.
- Embodiments of the invention can be applied to a variety of situations wherein one party is specifying the details of an invoice and another party is approving and signing the invoice.
- the scope of the invention therefore, is not limited to transactions between a general contractor and a subcontractor, nor is it limited to situations involving a payor and a payee.
- a third party defines the details of the invoice and neither the payor nor the payee has any control over the process.
- the terms "payor” and "payee” are not limited to general contractors and subcontractors.
- the payor may be a bank or property owner while the payee is the general contractor.
- the payee may be a vendor, a material supplier, or a subcontractor.
- the payment management system 100 is described above as a web- based application running on a server and accessed by personal computers through the Internet, other system architectures are possible.
- the entire software application runs on a single terminal.
- the software application runs on two or more personal computers connected directly to each other without a central server.
- the term "processor" is intended to include an individual CPU/microprocessor or multiple CPUs on several terminals connected to the payment management system 100.
Abstract
Description
Claims
Priority Applications (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
BRPI0810886A BRPI0810886A2 (en) | 2007-04-30 | 2008-04-30 | construction payment management systems |
EA200971010A EA014891B1 (en) | 2007-04-30 | 2008-04-30 | Construction payment management systems and methods with specified billing features |
MX2009011877A MX2009011877A (en) | 2007-04-30 | 2008-04-30 | Construction payment management systems and methods with specified billing features. |
AU2008245410A AU2008245410B2 (en) | 2007-04-30 | 2008-04-30 | Construction payment management systems and methods with specified billing features |
CA2685702A CA2685702C (en) | 2007-04-30 | 2008-04-30 | Construction payment management systems and methods with specified billing features |
CN200880022870A CN101720536A (en) | 2007-04-30 | 2008-04-30 | Construction payment management systems and methods with specified billing features |
EP08754968A EP2176978A4 (en) | 2007-04-30 | 2008-04-30 | Construction payment management systems and methods with specified billing features |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US92686707P | 2007-04-30 | 2007-04-30 | |
US60/926,867 | 2007-04-30 | ||
US12/061,805 | 2008-04-03 | ||
US12/061,805 US9460441B2 (en) | 2004-06-29 | 2008-04-03 | Construction payment management system and method with document exchange features |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2008134737A1 true WO2008134737A1 (en) | 2008-11-06 |
Family
ID=39926132
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2008/062051 WO2008134737A1 (en) | 2007-04-30 | 2008-04-30 | Construction payment management systems and methods with specified billing features |
Country Status (8)
Country | Link |
---|---|
EP (1) | EP2176978A4 (en) |
CN (1) | CN101720536A (en) |
AU (1) | AU2008245410B2 (en) |
BR (1) | BRPI0810886A2 (en) |
CA (1) | CA2685702C (en) |
EA (1) | EA014891B1 (en) |
MX (1) | MX2009011877A (en) |
WO (1) | WO2008134737A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9727871B2 (en) | 2004-06-29 | 2017-08-08 | Textura Corporation | Construction payment management system and method with lien waiver exchange features |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107451922A (en) * | 2017-07-31 | 2017-12-08 | 武汉票据交易中心有限公司 | The risk control management method and system of a kind of bill |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020107803A1 (en) * | 1998-08-13 | 2002-08-08 | International Business Machines Corporation | Method and system of preventing unauthorized rerecording of multimedia content |
US20040153366A1 (en) * | 2002-12-31 | 2004-08-05 | National Cable Communications, Llc | System and method for buying and selling spots for advertisements in mass-market media |
US20040181482A1 (en) * | 2003-03-13 | 2004-09-16 | International Business Machines Corporation | Invoice processing approval and storage system method and apparatus |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050144100A1 (en) * | 2003-12-30 | 2005-06-30 | Craig Shapiro | Payment systems and methods for earning incentives using at least two financial instruments |
US20050216400A1 (en) * | 2004-01-22 | 2005-09-29 | Doyle Daniel F | System and method of managing payments |
-
2008
- 2008-04-30 AU AU2008245410A patent/AU2008245410B2/en active Active
- 2008-04-30 MX MX2009011877A patent/MX2009011877A/en unknown
- 2008-04-30 CA CA2685702A patent/CA2685702C/en active Active
- 2008-04-30 BR BRPI0810886A patent/BRPI0810886A2/en not_active Application Discontinuation
- 2008-04-30 EA EA200971010A patent/EA014891B1/en not_active IP Right Cessation
- 2008-04-30 EP EP08754968A patent/EP2176978A4/en not_active Ceased
- 2008-04-30 CN CN200880022870A patent/CN101720536A/en active Pending
- 2008-04-30 WO PCT/US2008/062051 patent/WO2008134737A1/en active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020107803A1 (en) * | 1998-08-13 | 2002-08-08 | International Business Machines Corporation | Method and system of preventing unauthorized rerecording of multimedia content |
US20040153366A1 (en) * | 2002-12-31 | 2004-08-05 | National Cable Communications, Llc | System and method for buying and selling spots for advertisements in mass-market media |
US20040181482A1 (en) * | 2003-03-13 | 2004-09-16 | International Business Machines Corporation | Invoice processing approval and storage system method and apparatus |
Non-Patent Citations (1)
Title |
---|
See also references of EP2176978A4 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9727871B2 (en) | 2004-06-29 | 2017-08-08 | Textura Corporation | Construction payment management system and method with lien waiver exchange features |
Also Published As
Publication number | Publication date |
---|---|
EA200971010A1 (en) | 2010-04-30 |
BRPI0810886A2 (en) | 2016-09-20 |
MX2009011877A (en) | 2010-01-20 |
CN101720536A (en) | 2010-06-02 |
EP2176978A1 (en) | 2010-04-21 |
EP2176978A4 (en) | 2011-03-23 |
CA2685702A1 (en) | 2008-11-06 |
CA2685702C (en) | 2020-01-21 |
AU2008245410A1 (en) | 2008-11-06 |
EA014891B1 (en) | 2011-02-28 |
AU2008245410B2 (en) | 2013-05-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8306883B2 (en) | Construction payment management systems and methods with specified billing features | |
US10621566B2 (en) | Construction payment management system and method with automatic notification workflow features | |
US7925584B2 (en) | Construction payment management system and method with document tracking features | |
CA2685702C (en) | Construction payment management systems and methods with specified billing features | |
AU2016203288A1 (en) | Construction Payment Management Systems and Methods with Specified Billing Features | |
AU2013211518A1 (en) | Construction payment management systems and methods with specified billing features | |
AU2016200117B2 (en) | Construction Payment Management System and Method with Document Tracking Features | |
AU2014200162B2 (en) | Construction payment management system and method with document tracking features |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 200880022870.1 Country of ref document: CN |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 08754968 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2685702 Country of ref document: CA |
|
WWE | Wipo information: entry into national phase |
Ref document number: MX/A/2009/011877 Country of ref document: MX |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 3856/KOLNP/2009 Country of ref document: IN |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2008245410 Country of ref document: AU Ref document number: 2008754968 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 200971010 Country of ref document: EA |
|
ENP | Entry into the national phase |
Ref document number: 2008245410 Country of ref document: AU Date of ref document: 20080430 Kind code of ref document: A |
|
ENP | Entry into the national phase |
Ref document number: PI0810886 Country of ref document: BR Kind code of ref document: A2 Effective date: 20091030 |