CN103985034A - 具有文档跟踪特性的施工支付管理系统及方法 - Google Patents

Abstract

具有文档跟踪特性的施工支付管理系统及方法。一种管理施工支付过程的系统和方法，该施工支付过程涉及与施工工程相关的多个参与方和至少一个文件，该至少一个文件在所述施工工程期间通过至少一个计算机网络在所述多个参与方中的至少两个参与方之间传送。一种方法包括对所述至少一个文件指定至少一个强制动作，其中，如果所述至少一个文件未在所述至少两个参与方之间按电子方式传送，所述强制动作自动发生。

Description

具有文档跟踪特性的施工支付管理系统及方法

本申请是2007年3月22日提交的申请号为200710088737.3的专利申请的分案申请。原案申请是2005年1月10日提交的美国专利申请序列号11/032,699的部分继续申请，要求于2004年6月29日提交的美国专利申请序列号60/583,782的优先权，其整体内容通过引用结合于此。该专利申请同样要求于2006年3月23日提交的美国临时专利申请序列号60/785,411的优先权，其整体内容通过引用结合于此。

背景技术

住宅和商用施工工程(project)要求几个组织彼此通信以便分发支付款。传统的施工支付管理方法首先是通过口头通知来告知可以从工程贷款或业主方的帐户进行支取。施工工程的总承包商(GC)通过电话、传真或在会议上把这种支取通知给各分包商(或由GC聘请的任何其他人、企业或公司，诸如材料供应商)。分包商要准备发票，并通过邮件、传真、直接递送或在与GC的会议上将其送交给GC。GC和各分包商通常必须通过电话或在会议上协商最终发票金额。GC确认这些发票，将细目写入GC工程记帐系统，以及准备其自己的发票。

只要完成这些发票，GC还手工准备誓词(sworn statement)。在这种誓词中，GC确认由GC聘请的分包商已经执行房地产建筑或维修中的特定服务。在该誓词中，GC还确认给予每一分包商的金额。

GC将生效的誓词转发给产权保险公司(Title company)以及工程贷款贷方和/或业主。贷方、业主或产权保险公司通知监理必须执行房地产的检查并将誓词发送给监理。监理汇编该房地产项目先前的检查报告。监理执行新的检查并手工地定制检查报告。监理通过传真、邮件或直接递送，将检查报告分发给贷方、业主和/或产权保险公司。

贷方、业主和/或产权保险公司通过邮件、传真、直接递送或在与GC和/或监理的会议上，接收该誓词和检查报告。贷方、业主和/或产权保险公司必须检索先前的支取和工程文档。贷方、业主和/或产权保险公司通常必须通过电话、传真或在会议上，与GC协商支付额和工程明细。贷方、业主和/或产权保险公司批准该誓词并通过电话、传真或在会议上传送该批准。贷方或房产业主然后批准在誓词中规定的金额的支出。

工程贷款贷方或业主的开户银行通常将支付所有分包商所需的资金划拨到托管(escrow)帐户。通常产权保险公司由此把来自托管帐户的资金支付给GC。GC和/或产权保险公司准备用于分包商的支票。此时，分包商通常结束用于从工程贷款资金的先前支取或用于在前一月期间完成的工作的留置权放弃(lien waiver)。因此，用于当前支取或当前月的留置权放弃，直到从工程贷款进行后续支取为止或直到在下一月期间为止才实际释放。另外，分包商可能又有其自己的分包商，在从GC收到支付款后，他们必须支付给他们的分包商。

传统的工程支付方法从口头支取通知的日期到分包商真正收到支付款的日期，会花费90天或更长。传统的工程支付方法通常涉及事件的不可靠口头通知，而该方法的运转要基于这些事件。例如，如果一个分包商难以获得定制发票或提交留置权放弃，会延迟对所有其他分包商的支付过程。此外，如果一个分包商无法提供GC所要求的正确文件，GC(或者其他上线和/或下线参与方)通常以撤消对分包商的支付相威胁，使分包商履行法律标准。例如，GC可以通知分包商如果其不交回带有签字的分包合同，他们将不予支付。

传统的工程支付过程还包含巨大的数据录入量。例如，对单一的大施工工程，GC每一月通常必须将上百张发票输入其记帐系统。同时，GC每一月必须收集上百个留置权放弃。另外，GC必须每一月定制、批准、签名和分发上百张支票给分包商。另外，GC必须保存每一支取过程期间所收集的所有纸件文档。支取通知、批准和将留置权放弃兑换支付的期间每月要求上百个传真、电话和会议。

发明内容

本发明的实施例提供用于管理工程支付过程系统和方法。所述过程涉及同工程项目相关的多个参与方以及在工程项目过程中在该多个参与方中至少两个参与方之间传递的至少一个文件。实施本发明的工程支付管理的一种方法可以包含文件跟踪模块，用来把至少一个强制动作(enforcement action)指定到所述至少一个文件，其中当所述文件未在所述至少两个参与方之间传送时所述强制动作自动发生。

实施本发明的工程支付管理的一种方法可以包含文件跟踪模块，用来把至少一个强制动作指定到所述至少一个文件，其中当所述文件未在所述至少两个参与方之间传送时所述强制动作自动发生。

实施本发明的工程支付管理系统的图形用户界面包括：文件状态个别页面，可由所述至少两个参与方访问；文件状态总结页面，显示指定到所述至少一个文件的至少一个强制动作，当所述至少一个文件未在所述至少两个参与方之间传送的情况下所述强制动作自动发生。

附图说明

图1是根据本发明一实施例的工程支付管理系统的示意图。

图2是通过使用图1中的系统执行的工程支付管理过程的示意图。

图3是管理工程过程的示意图。

图4是管理组织过程的示意图。

图5是管理支取过程的示意图。

图6是管理更改订单过程的示意图。

图7是管理系统环境任务的示意图。

图8是创建组织过程的示意图。

图9是创建管理表单(form)的例图。

图10是更新用户系统通知的例图。

图11是系统通知的例图。

图12是编辑组织表单的例图。

图13是启用组织通知的例图。

图14是启用组织表单的例图。

图15是组织启用的通知的例图。

图16是组织停用通知的例图。

图17是维护组织过程的示意图。

图18是查看组织屏的例图。

图19是浏览组织屏的例图。

图20是编辑组织表单的例图。

图21是组织配置文件更新通知的例图。

图22是创建用户过程的示意图。

图23是创建用户表单的例图。

图24是更新用户配置文件通知的例图。

图25是维护用户过程的示意图。

图26是查看用户屏的例图。

图27是浏览用户屏的例图。

图28是编辑用户表单的例图。

图29是用户配置文件更新通知的例图。

图30是创建工程过程的示意图。

图31、32是创建工程表单的例图。

图33是工程创建通知的例图。

图34是工程用户访问屏的例图。

图35是工程责任通知的例图。

图36是维护预算过程的示意图。

图37是进入顶级预算表单的示意图。

图38是进入支取日期表单的例图。

图39是发票代码建立表单的例图。

图40是指定发票代码表单的例图。

图41是接收工程通知的例图。

图42是接受工程表单的例图。

图43是工程拒收通知的例图。

图44是工程接收通知的例图。

图45是工程主页的例图。

图46是添加用户通知的例图。

图47是工程用户访问表单的例图。

图48是工程责任通知的例图。

图49是工程预算查看屏的例图。

图50是进入预算表单的例图。

图51是终止预算项目过程的示意图。

图52A是进入顶级预算表单的例图。

图52B-C是编辑预算表单的例图。

图52D是工程主页的例图。

图53是终止预算屏的例图。

图54是支取过程的示意图。

图55是创建计划支取通知的例图。

图56A-C是初始支取表单的例图。

图56D是工程主页的例图。

图56E是包含在支取通知内的参与方的例图。

图57A-B是输入发票通知的例图。

图57C是查看所有信息屏的例图。

图58A-B是输入发票表单的例图。

图58C是发票提交通知的例图。

图59是签名发票通知的例图。

图60A是查看未决支取请求屏的例图。

图60B是签名文件屏的例图。

图60C-D是自动生成发票表单的例图。

图60E是签名发票的例图。

图60F是签名审计报告的例图。

图60G是文件签名通知的例图。

图61是发票细目更新通知的例图。

图62是查看未决支取请求屏的例图。

图63是发票细目拒收通知的例图。

图64A是未包含在支取通知中的发票的例图。

图64B是输入发票表单的例图。

图64C是工程主页的例图。

图64D是发票提交通知的例图。

图64E是批准发票表单的例图。

图64F是查看发票屏的例图。

图64G是发票批准通知的例图。

图65是自动生成发票表单的例图。

图66A是自动生成誓词表单的例图。

图66B是发送至签名者屏的例图。

图66C是发票发送至签名者通知的例图。

图66D是工程主页的例图。

图66E是签名文件屏的例图。

图66F是自动生成留置权放弃表单的例图。

图66G-H是签名的留置权放弃的例图。

图66I是发票签名通知的例图。

图66J是签名文件屏的例图。

图66K是自动生成的留置权放弃表单的例图。

图66L是签名留置权放弃的例图。

图66M是签名文件屏的例图。

图66N是公正的签名留置权放弃表单的例图。

图66O是已公正的留置权放弃的例图。

图66P是文件签名通知的例图。

图67是使资金可用通知的例图。

图68A是查看支取请求屏的例图。

图68B是请求留置权放弃屏的例图。

图68C是工程主页的例图。

图68D是留置权放弃要求的通知的例图。

图69A是签名留置权放弃通知的例图。

图69B是工程主页的例图。

图69C是签名文件屏的例图。

图70A和70B是自动生成留置权放弃表单的例图。

图70C是签名留置权的例图。

图70D是签名文件屏的例图。

图70E是公正签名留置权放弃表单的例图。

图70F是已公正的留置权放弃的例图。

图70G是文件签名通知的例图。

图71是留置权签名通知的例图。

图72是查看支取请求屏的例图。

图73A是所有留置权放弃通知的例图。

图73B是查看所有信息屏的例图。

图74A和74B是查看支取请求表单的例图。

图75A和75B是支付发出通知的例图。

图75C是工程主页的例图。

图75D是支取支付接收页的例图。

图76是维护系统屏任务的示意图。

图77是维护阶段码表单的例图。

图78是管理使用注册屏的例图。

图79是添加/编辑参数选用表表单的例图。

图80是添加/编辑组织角色表单的例图。

图81是默认/配置设定值表单的例图。

图82是编辑通知表单的例图。

图83是默认/配置过程表单的例图。

图84是添加/编辑用户任务表单的例图。

图85是执行检查过程和相关任务的示意图。

图86是准备实施检查通知的例图。

图87是检查所需通知的例图。

图88是所需检查屏的例图。

图89是输入检查报告通知的例图。

图90是输入检查报告表单的例图。

图91是检查报告表单屏的例图。

图92是检查报告失败通知的的例图。

图93是查看先前检查屏的例图。

图94是认可支取请求过程的示意图。

图95是授权支取请求一表单的例图。

图96是授权支取请求一拒绝通知的例图。

图97是检查确认通知的例图。

图98是支取细目修改通知的例图。

图99是检查认可通知的例图。

图100是授权支取请求二通知的例图。

图101是授权支取请求二表单的例图。

图102是授权支取请求二拒绝通知的例图。

图103是授权支取请求二许可通知的例图。

图104是发出留置权放弃通知的例图。

图105是改变请求过程的示意图。

图106是改变请求表单的例图。

图107是改变请求发出通知的例图。

图108是授权改变请求通知的例图。

图109是过程改变请求过程的示意图。

图110是查看未决改变请求屏的例图。

图111是授权改变请求表单的例图。

图112是改变请求拒绝通知的例图。

图113是改变请求许可通知的例图。

图114是改变工程参与方过程的示意图。

图115是改变参与方屏的例图。

图116是支取参与方删除屏的例图。

图117是更改誓言书(affidavit)屏的例图。

图118是维护工程屏任务的示意图。

图119是工程配置文件表单的例图。

图120是工程承包信息屏的例图。

图121是工程信息屏的例图。

图122是关闭工程屏的例图。

图123是管理访问屏任务的示意图。

图124是注册屏的例图。

图125是注销屏的例图。

图126是工程主页屏的例图。

图127是复位密码屏的例图。

图128是用于特定用户的主屏的例图。

图129是浏览工程屏的例图。

图130是遗忘密码屏的例图。

图131是你的密码通知的例图。

图132是管理消息屏过程的示意图。

图133是查看消息屏的例图。

图134是由用户查看特定消息的例图。

图135是创建/发送消息屏的例图。

图136是状态消息屏的例图。

图137-153是示例说明管理根据本发明的另一实施例的工程支付过程的方法的流程图。

图154-179是示例说明管理根据本发明的另一实施的工程支付过程方法的输入/输出图。

图180是根据本发明的另一实施例的施工工程支付系统的示意图。

图181是根据本发明的另一实施例的由图180所示施工工程支付管理系统所管理的数据的示意图。

图182A是文件要求页的例图。

图182B是文件要求通知的例图。

图182C是文件要求修改通知的例图。

图183是工程主页的例图。

图184是文件状态总结页的例图。

图185A是文件状态个别页的例图。

图185B是文件状态个别页的只供查看版本的例图。

图185C是工程主页的的例图。

图186A-B是提交文件页的例图。

图187是文件提交通知的例图。

图188是主页的例图。

图189是接收文件通知的例图。

图190是文件信息更新通知的例图。

图191是根据本发明一实施例的识别过期文件的方法的流程图。

图192是过期警告通知的例图。

图193是过期通知的例图。

图194是更新文件所需的通知的例图。

图195A是暂缓支付通知的例图。

图195B是查看所有消息屏的例图。

图196是用于暂缓通知的支付科目的例图。

图197A-B是管理支付页的例图。

图198A-B是管理支付页的例图。

图198C是支付页的例图。

图199是工程主页的例图。

图200是管理支付页的例图。

图201是资金支出通知的例图。

具体实施方式

在详细地说明本发明的任何实施例前，应该理解本发明不将其应用限制到在下面的描述中所阐述或在图中例示的施工的细节和部件的排列上。本发明还有其他实施例并能以各种方式实施或执行。同时，将理解到在此使用的措辞和术语用于描述目的，而不应当视为限制。使用“包括”、“由..组成”或“具有”以及其变形意指包含此后列出的项及其等效，以及另外的项。广泛使用术语“安装”、“连接”和“耦合”以及包含直接和间接安装、连接和耦合。另外，“连接”和“耦合”不限制到物理或组织连接或耦合，并可包括电连接或耦合，不管是直接还是间接。同时，电通信和通知可以使用任何已知手段，包括直接连接、无线连接等等执行。

应注意到可以利用基于设备的多种硬件和软件，以及多个不同结构部件来实现本发明。此外，以及如在后续段落中所述，在附图中例示的具体结构是用于例示本发明的实施例，而其他另外的结构也是可能的。

图1示例说明根据本发明的一个实施例的工程支付管理系统(CPMS)10。CPMS10能包括应用服务器12、数据库服务器14、应用逻辑模块16、web服务器18、网络20(诸如互联网或单独的或与互联网结合的其他网络)、验证服务22、参与组织或个人24(在下文中，“参与方”或“组织”)以及支付系统26。支付系统26能包括自动结算中心(ACH)系统、电汇系统、借记卡系统、信用卡系统或任何其他适当的电子转帐(EFT)系统。

应用服务器12能存储和提供对工程模块28、表单处理模块30、许可和授权引擎32、数据库管理系统34、预算模块36、访问管理器38、通知管理器40、组织模块42、支取模块44、承包模块46、更改订单模块48、用户模块50、系统环境管理器52和电子保管箱/托管54的访问。支取模块44能包括核心模块56、检查模块58和支取准许模块60、系统环境管理器52能包括报告生成器62、帮助模块65和系统维护模块66。电子保管箱/托管54能存储一个或多个留置权放弃68。应理解，可以按相对于图1所示和所述不同的方式，组合应用服务器12的部件。能以任何适当方式组合或分离用来编码应用服务器12的各个模块、管理器和引擎的软件以及能以任何适当方式存储和访问。

应用服务器12能连接到数据库服务器14、应用逻辑模块16和验证服务22。然而，在一些实施例中，验证服务22可以仅连接到网络20。应用逻辑模块16能连接到web服务器18，或在一些实施例中，直接连接到网络20。Web服务器18能连接到网络20。

参与方24能包括业主70(和/或业主代表72)、总承包商(GC)74、监理76、一个或多个分包商(分包商A78、分包商B80等等)、一个或多个材料供应商82、一个或多个贷方84(和/或一个或多个信贷员86)、一个或多个产权保险公司86，以及一个或多个建筑师88。参与方24也能包括一个或多个室内设计者(和/或家具制造商)和一个或多个不动产业主(即将工地出售给业主70的土地业主)，或一个或更多的工程师。参与方24能包括视为“线上”(即在施工过程中高于GC)或“线下”(即由GC雇佣)的组织和/或个人。线上的参与方24能包括贷方、建筑师、室内设计者、业主、业主代表、产权保险公司和不动产业主。线下的参与方24能包括分包商和材料供应商。CPMS10能用来便于这些类型的参与方，不管是GC的线上或下的任何之间的工程支付过程。CPMS10通常在此描述成用来便于GC和分包商之间的支付。然而，应理解，CPMS10能用来便于任何类型的参与方之间的支付，不仅是GC和分包商之间。

除将参与方划分成GC的线上或线下外，能将与施工过程有关的成本划分成“软”成本或“硬”成本。软成本能包括监理费、建筑师费、室内设计费、产权保险公司费、许可费、用于施工过程期间的房地产的水电费帐单、家具成本、音频/视频设备、计算机等等。硬成本能包括由GC雇佣的组织或个人产生的所有成本，包括用于由GC雇佣的分包商和材料供应商的所有成本。每一施工工程能包括整体预算(从业主的观点看)，包括所有软和硬成本。每一施工工程还能包括GC预算。CPMS10能用来方便整体预算和GC预算内所进行的所有支付。然而，在本发明的一些实施例中，CPMS10可只用来方便由GC管理的硬成本的支付(即，仅GC预算)。本领域的普通技术人员应理解到CPMS10能用来仅对于GC的硬成本、仅对GC的线上的参与方的软成本，或GC的线上和下的参与方的硬和软成本的组合来方便支付。在此，通常相对于硬成本来描述CPMS10，但也可以用于软成本或硬和软成本的组合。

参与方24的每一个能连接到支付系统26。然而，在本发明的一些实施例中，一些参与方24可以不连接到支付系统26。在一些实施例中，支付系统26能包括具有一个或多个发起信托金融机构(ODFI)和一个或多个接收信托金融机构(RDFI)。

参与方24能访问应用服务器12以便使用各个模块、管理器和引擎来执行根据本发明的几个实施例的工程支付管理方法。

在一些实施例中，CPMS10能将所有工程参与方连接到基本上统一的、基于Web的实时系统，能组织该施工工程的预算，能便于发票的电子提交和准许，以及能通过使用电子支付和匹配电子留置权放弃释放产品，自动化和简化支付和留置权放弃释放过程。

尽管在细节上可有各种变化(例如在公众融资工程中，通过担保发行人，而不是银行，进行工程的启动和监督)，CPMS10的一个实施例可以使用如下。信贷员能注册到互联网上，以及进入CPMS网站。在安全许可后，信贷员能进入贷方的公文夹，以及访问一系列屏幕来通过输入所有工程明细创建新工程。工程明细能包括用于每一工程的参与方的明细，例如业主、建筑师、总承包商和产权保险公司。每一参与方能接收包含在工程中的电子邮件通知以及能验证他们的配置文件明细。GC能添加分包商和材料供应商。分包商和材料供应商能接收将他们添加到该工程的通知以及能经历安全和验证过程。GC能选择用于该工程的支取数和支取日期。CPMS10能实时通知参与方未决支取日期。每一参与方能通过输入他们的材料和劳动清单明细，完成他们的支取请求。GC能评审支取请求并对其授权，以及CPMS10能生成誓词。随之进行一系列工程现场检查、核准、留置权放弃的完成、声明(statement)的生成等等，所有这些由CPMS10通过实时电子邮件通知来提示。只要完成和验证所有表单，CPMS10就能方便支付。能通过电子支付系统，将支付款直接存入参与方的银行帐号。对所有支取，重复该过程。通过支付额的完成、留置权放弃收取和核准检查，使工程预算保持平衡。利用形进度指示器可通过CPMS10跟踪工程进度。

CPMS10能包括下述特征：组织加入CPMS10的一次性注册、支取的实时通知、自动发票生成、自动誓词、自动留置权放弃生成、协调支付/留置权放弃释放以及将资金直接指定给参与组织。

参与组织到CPMS10的一次性注册能降低参与服务的成本，因为参与方必须仅注册一次。一次性注册还降低潜在错误的数量，因为输入必须一次完成。这使得潜在参与方将事实上参与更可能，以及当他们进行该操作时，他们将具有好的(无错误)结果。一次性注册有助于确保希望参与该过程的对方和使用该过程的在线团体仅需要注册一次，便能参与通过CPMS10执行其支付的任一工程。CPMS10能通过一次性俘获组织和个人信息，创建便于随时间参与多个工程的过程的稳定团体，提高使组织加入工程支付过程的注册的效率。该方法允许组织使用CPMS10，注册为由商业界的成员启动的任一工程中的潜在的参与方。除参与多个工程的价值外，一次性注册对参与方访问有关多个GC、业主、贷方、分包商等等的信息有用。例如，一次性注册为业主、贷方和GC提供通过CPMS10了解新的分包商的机会。在一些实施例中，CPMS10的用户可以通过使用CPMS10来寻找可承包项目的组织。例如，CPMS10可以生成列有与某特定工程任务、特定地理区域等相关的组织的报告。CPMS10也可以提供在该系统注册的组织的信息(如信任程度、资质、联系方式等)。这些信息可在用户掌握信息后选择组织承包工程时使用。CPMS10也可以根据由CPMS10管理的组织历史和/或其他组织向CPMS10提供的评价来提供列有“优选的”或“推荐的”组织的列表。在一些实施例中，参与方也可以生成他们自己“优选的”组织列表，该列表只能由创建列表的参与方访问或者被CPMS10的其他参与方和/或CPMS10在创建信任程度或为注册组织排名时使用。同时，具有多个未决工程，分别通过不同的GC而具有几个工程的业主能访问有关每一个GC的信息。

支取的实时通知有助于确保支取中的所有参与方1)及时地和按统一的方式被告知，以及2)具有提供支付所需的信息的模板。CPMS10有助于消除延迟支付过程的错误(未得到通知或弄错该请求来自哪一工程)。CPMS10通过为GC提供在CPMS10上维护支取时间表的选择，通过降低通知支取的参与方的工作，通过自动化构建用于支取的参与方的列表的过程，通过一旦宣布就自动通知支取的支取参与方，通过提供易于访问的链接，来提高支取过程的实时通知的效率，以使得分包商能访问CPMS10来提交该支取所需的文档。CPMS10实时通知参与方，其准时性已成为该系统正常情况下的内在方面。因此，CPMS10实时操作已达满足其时间(如底线)的要求。换句话说，CPMS10在支取生成时会以最快的速度通知所有参与方。虽然参与方可能不会以最快的速度访问通知(例如，可能不会访问CPMS10)，但是CPMS10会使支取信息到达所有参与方。只要信息可以获得，实时通知各参与方给提供公平访问支取信息的机会。实时操作不能理解为“在线”操作、“通过网页看到”或者操作“十分迅速”。包括有底线要求、回答时间、时间模式或者时间限制的时间问题典型依靠单个申请。他们不单为官僚怠慢、网络带宽、处理器速度或浏览器、服务器或者某人通过使用网络编程语言创建的人机或者用户接口的功能。(虽然这些方面可影响处理速度，但是他们并没有提供实际管理满足时间要求的资源的方法。)

能由业主、业主代表、贷方、GC或产权保险公司使用CPMS10以便创建和维护工程预算。如上所述，工程预算能包括GC的线上的软成本、GC的线下的硬成本，或硬和软成本的组合。在一些实施例中，参与方也可以使用CPMS10来批准预算。例如，所有人可以批准GC创建的预算，GC可以批准分包商创建的预算，和/或分包商可以批准其缔结的下级分包商创建的预算等等。也能使用CPMS10的一些实施例来创建和管理修改预算(通常通过扩充预算)的更改订单以及由适当的参与方核准所修改的预算。预算能包括用于该施工工程的总成本，以及用于必须执行来完成施工工程的每一阶段或作业的项目成本。CPMS10能构造预算以便于分包商的支付，允许有效进度跟踪，以及允许自动开发票。

CPMS10能创建精确地对应于工程预算以及也精确地对应于留置权放弃和誓词的自动发票。CPMS10能在相对于整体工程预算上已经产生的活动时，创建作为快照的自动发票。能使用CPMS10来创建精确地对应于整体预算中支出项的自动发票。这导致与为金融目的、跟踪目的等而分解施工工程的方式一致的发票和报告。使用CPMS10，能使用发票屏来俘获创建发票所需的信息，然而，并非创建发票所需的所有信息必须重新输入，因为能通过引用整体工程预算来收集信息。这也保证发票(以及G702/703文档)将与整体工程预算一致，以及在支取期间，或在任何其他时间周期间将是一致的(除非参与方，诸如业主希望修改发票)。CPMS10也能用来根据贷方、业主、业主的代表、GC等等的需求，定制自动发票(或G702/703文档)。

能使用预算和自动发票来统一收集和连续地引用在整个工程支付管理过程中将使用的信息。所收集的信息在支付过程中不必再次重新输入，有助于确保不引入错误(击键或由于数据的误解)。通常，参与方对使用CPMS10实施的支付过程具有可视性。这有助于降低确定工程状态和理解每一参与方必须做什么工作所需的努力，便于支付过程。也有助于高亮显示可能惯于引起过程中延迟或错误的组织或个人，使得更容易纠正该行为或清除该参与方。精确的发票最小化了发票评审和解决问题的劳动，促进了完整和精确的誓词，最小化誓词和检查间的差异，并使得及时支付。CPMS10能通过以及时方式俘获完整和一致的发票信息，提高在工程支付过程中稍后几个活动的效率。

CPMS10能用来生成自动誓词和自动留置权放弃。使用CPMS10，GC知道通知谁支取以及谁通过提供发票来响应。只要由GC(和必须核准发票的GC的线上的任何其他参与方，诸如业主、业主的代表、贷方、产权保险公司等等)核准发票，CPMS10能使用核准的发票来自动生成誓词和留置权放弃,和其他带有其他名称而所提供功能相同的文件(例如法令性的声明)。CPMS10能由分包商和材料供应商提交的发票，自动地生成誓词和留置权放弃，有助于确保不引入印刷错误，并且誓词和留置权放弃将仅包括已经由分包商和材料供应商提交的支出项。CPMS10能通过在发票上写上已经在系统中存储的细目以便自动创建誓词和留置权放弃的内容，帮助降低誓词和留置权放弃中的不准确风险。该处理有助于消除可能由于抄写期间可能出现的不标准、不兼容和不适当发票和印刷错误。总的来说，这通过增加关键施工工程信息的精度并及时降低工程支付过程的风险指标。CPMS10能根据施工现场所处的状态的法定标准，创建自动留置权放弃。

CPMS10能生成精确地对应于发票的誓词。进行工作的某类工人(例如电工、管道工等等)常常弄坏发票，同时进行该工作的参与方(例如GC、分包商和材料供应商)常常弄坏誓词。能使用CPMS10来确保发票总额等于誓词的总额。同时，也能使用CPMS10来确保留置权放弃的金额等于发票的金额，因为由已经在CPMS10中存储的核准发票，收集用于自动留置权放弃的信息。另外，留置权放弃将与誓词一致，因为使用来自核准发票的信息，由CPMS10生成誓词。当GC和分包商(或业主、贷方和GC)已经在一段时间争论发票金额和协商最终金额时，这特别有用。在CPMS10中存储的自动和核准发票中，反映最终金额，并用来生成留置权放弃和誓词。CPMS10确保在留置权放弃和誓词文档中，仅反映核准的发票。也通过将所存储的预算用作所有自动文档的框架，CPMS10进一步确保发票、留置权放弃和誓词将是精确和一致的。CPMS10也能用来基于贷方、业主、业主的代表、GC等等的需求，定制发票、誓词和留置权放弃。在一些实施例中，参与方可以使用CPMS10来给留置权放弃添加文本。例如，GC可以为某些工程添加“保护性”语言于留置权放弃。在这些工程中，特定法律(如与该工程相关的地区或国家法律)使留置权放弃不受法律限制。在一些实施例中，参与方也可以使用CPMS10来定义和/或管理附加类型的文件或信息，如包含有同工程相关的供应商和其他方的表格。除此之外，参与方可在CPMS10输入或定义业主表单，这样参与方可以为特定工程、组织等使用。

CPMS10也通过将发票、誓词和留置权放弃的存储转移到电介质上，有助于提高生成誓词和留置权放弃的效率，降低存储和访问它们的时间和精力。通过使这些文档可用于执行他们的责任所需的授权方，提高工程支付过程的整体效率。CPMS10的数据库能存储电子签名的发票、誓词和留置权放弃的库。如果需要，参与方能使用CPMS10来生成电子签名文档的任何一个的硬拷贝。

在一个实施例中，CPMS10能创建自动发票、誓词和留置权放弃，只要输入所有信息并解决所有问题。在其他实施例中，CPMS10能首先创建自动发票，确保核准发票，其次创建自动誓词，确保签名誓词，第三创建自动留置权放弃。

只要已经输入所有信息(发票、检查报告、银行信息等等)并已经解决所有问题，业主、业主的代表、贷方、产权保险公司或GC能对支取的参与方付款。在一些实施例中，参与方可由业主、业主代表、贷方、产权保险公司或GC直接支付。在其他实施例中，参与方可由直接雇佣每个参与方的参与方间接支付。例如，GC将工程承包于第一级分包商，第一级分包商又将工程承包于第二级分包商，GC可以支付由第一级分包商和第二级分包商完成的工作，并且第一级分包商可以支付第二级分包商。

分包商、材料供应商或任何其他参与方能提供他们的留置权放弃，以换取支付。CPMS10能组织该过程以及能自动地执行交换，而不会有一方尽责另一方不尽责的风险。CPMS10也有助于消除为实现以留置权放弃换取支付需亲自参会的昂贵和耗时需要。CPMS10(严格跟踪文档)也有助于确保收集所有留置权放弃。这降低因不良记录保持而导致在施工工程结束时不释放留置权放弃的风险。CPMS10能通过在可使用网络的计算机系统中实现该方法，提高支付/留置权放弃释放过程的效率。这允许所有各方在信任环境中安全地定制支付和留置权放弃。CPMS10便于将支付有效地换成留置权放弃，因为CPMS10允许在准备自动交换中，分级支付和留置权放弃，从而降低与工程有关的风险。能确保GC将接收与支付一致的适当留置权放弃，以及分包商不承担与支付中的过长延迟有关的风险。

CPMS10能便于留置权放弃和支付指令的交换。在一些实施例中，CPMS10能基本上与参与方已经收到支付的来自支付系统26的确认的同时释放留置权放弃。在这里和权利要求书中所使用的术语“基本上同时”包括小于请求、处理和通过自动结算中心(ACH)支付、划拨资金所需的时间的任何时间段(将占用达约72小时)。例如，“基本上同时”释放留置权放弃可包括立即释放留置权放弃、在营业日结束时留置权放弃的批量释放或在经ACH系统划拨资金所花费的通常时间周期后释放留置权放弃。在一个实施例中，CPMS10能接收和将留置权放弃存储在电子保管箱/托管54中，直到已经收到来自支取的所有参与方的所有留置权放弃为止。只要已经收到所有留置权放弃，CPMS10能发送用于支付系统26将资金划拨到支取的每一参与方的指示。例如，只要所有分包商电子签名并将它们的留置权放弃提交给CPMS10，CPMS10能指示支付系统26对每一分包商付款。当将支付指示传送到支付系统26时或仅在收到参与方已经真正收到资金的确认后，CPMS10能释放留置权放弃。

如果支付系统26包括ACH系统，通常成批处理支付指令，以致参与方将不能立即收到资金。在ACH系统中，在48小时周期期间，通常能由RDFI返回支付指令。在该48小时周期期间，RDFI能通知CPMS10和ODFI未能划拨资金(例如由于不足资金、无效金额等等)。在该48小时周期后，如果未通知CPMS10，CPMS10能假定RDFI已经处理支付指令。ODFI通常具有24小时的前端窗口，收集来自RDFI的支付指令以及释放支取的参与方的支付金额。因此，从CPMS10传送支付指令的时间直到ODFI将资金划拨到参与方的帐户中，花费约72小时。

在一些实施例中，CPMS10即便在收到参与方收取支付的支付系统26的认可时，也可以暂缓留置权放弃。例如，CPMS10可以暂缓留置权放弃直到31天之后，或者直到第二次支取发生时。

在一些实施例中，CPMS10能标记某些参与方以便从ACH系统的批处理中移除这些参与方，以及能通过另一方法，诸如通过直接电汇资金或另一即时类型的电子资金转帐，单独地支付这些参与方。在其他实施例中，能通过即时类型的电子资金转帐(诸如直接电汇)，支付大多数参与方，但一些参与方能与一个或多个ACH批量转帐结合。在其他实施例中，当CPMS10从每一参与方接收每一留置权放弃时，CPMS10能将每一支付指令传送到支付系统26，并能将资金直接划拨到从其接收留置权放弃的参与方。通常，CPMS10能以任何适当的方式控制支付指令，以及能使用任何适当类型的支付方法。

在本发明的每一实施例中，CPMS10能根据当前支取，在当前留置权放弃和当前支付之间建立连接，而不是将先前的留置权放弃换成当前支取的当前支付。例如，CPMS10能释放用于当前支取的当月的留置权放弃，而不是释放用于当前支取的前一月的留置权放弃。用这种方式，如果CPMS10在进行支付前，释放其留置权放弃，不暴露分包商债务，以及如果在释放留置权放弃前，CPMS10进行支付，不暴露业主(或GC、产权保险公司、贷方等等)债务。

以往是先支付GC，该GC再支付其分包商，然后，分包商支付他们自己的分包商，代替这种方式，使用资金的电子分发(例如任何适当类型的EFT、ACH或电汇资金)，能直接支付CPMS10中的各参与方。这加速了支付过程(降低成本)，并降低不支付对方(体系中)的风险。通过用来收集进行支付所需的所有信息的CPMS10，使直接分发资金成为可能。能信任使用CPMS10收集的信息，因为通过软件，能实现方法的精确。因此，资金的直接分发可以是有效的(无重复工作或重新输入信息必要)以及无错误。CPMS10能通过降低完成支付过程的占用时间，提高分包商/材料供应商支付过程的效率。CPMS10可通过用分层支付过程代替直接支付，降低交易成本，同时改善财政和管理控制。CPMS10能用资金的电子划拨，代替使用支票，降低通信成本以及提高支付状态的可视性以及降低施工过程中包含的所有各方的不适当或不完整支付的风险(特别是供应链中较低级)。

图2-7示例说明了可由参与方24使用在应用服务器12中存储的各种模块、管理器和引擎来执行的工程支付管理过程的概述。图2示例说明(能由工程模块28和/或预算模块36执行的)管理工程过程94、(能由支取模块44执行的)管理支取过程96、(能由管理更改订单模块48执行的)管理更改订单过程98、(能由组织模块42和/或用户模块50执行的)管理初始化过程100、(能由访问管理器38、通知管理器40和/或系统环境管理器52执行的)管理系统环境过程102。

图3示例说明管理工程过程94，能包括创建工程任务104、维护工程任务106和创建预算任务108。图4示例说明管理组织过程100，能包括创建组织任务112、维护组织任务114、创建用户任务116和维护用户任务118。图5示例说明管理支取过程96，能包括初始化支取任务120、创建支取请求任务122、支付资金任务124、执行检查任务126和核准支取请求任务128。图6示例说明管理更改订单过程98，能包括创建更改请求任务130、过程更改请求任务132和更改参与方任务134。图7示例说明管理系统环境任务102，能包括管理访问任务136、管理消息任务138、创建报告任务140、提供帮助任务142和维护系统任务。由GC的线上或下的任一参与方，执行创建报告任务140，以便创建与施工工程的进度有关的定制报告，包括监视施工工程部分的能力、特定参与方、整体工程、由参与方提交的文件等等。

图8-136和图182A-201示例说明根据本发明的几个实施例的工程支付管理方法。图8示例说明能包括在管理组织过程100中的创建组织过程146。使用组织模块42，由任一参与方24执行创建组织过程146。创建组织过程146能包括创建组织任务148、更新组织配置文件任务150、编辑组织任务152、使组织通知有效154、使组织有效任务156以及组织拒绝任务158或组织启动任务160。也能执行更新用户配置文件任务162，如参考图22所述。

图9示例说明能与创建组织任务148有关的创建组织表单。每一参与方24能通过组织模块42，访问创建组织表单。参与方24能输入请求信息，诸如公司信息、主要联系人信息、纳税信息和银行帐户信息。在一些实施例中，将输入他或她的信息作为主要联系人信息的参与组织24的第一用户视为用于该参与方24的管理员，以及能比后续用户更有权访问用于该参与方的信息。CPMS10能使用基于综合角色的安全性，以便工程参与方仅看到工程中与他们的具体需要有关的信息。只要在CPMS10中注册组织，该组织能接收用于由CPMS10管理的任何工程的支付。

图10示例说明能在更新用户配置文件任务162期间传送的通知。在此和附加权利要求书中所使用的术语“系统通知”或“通知”或“系统消息”是指与参与方的任何形式的通信，诸如电子邮件消息、屏幕通知、文本消息、语音消息等等。图10的系统通知能包括用于参与方24的第一用户的用户名和临时密码。

图11示例说明在更新组织配置文件任务150期间传送的通知。图11的通知能发送到用于该参与方24的管理员。该通知能包括表示接收方的声明以更新组织配置文件，以及在参与工程前添加用户，以及提供银行明细。

图12示例说明能与编辑组织任务152有关的编辑组织表单。每一参与方24能修改现有的信息，诸如公司信息、主要联系人信息、纳税信息和银行帐户信息。在一些实施例中，将他或她的信息输入成主要原始信息的参与组织24的第一用户为有权访问编辑组织表单的唯一用户。

图13示例说明在有效组织通知任务156期间传送的有效组织通知。图13的通知能包括已经更新组织的明细以及验证和启动组织的请求的声明。

图14示例说明能与有效组织任务156有关的有效组织表单。图14的表单能包括参与方24的清单(例如包括组织名、施工过程中的角色、选择参与方24的能力以及查看参与方24的信息的能力)。图14的表单还能包括“查找”特征、指定参与方24的类型的能力以及拒绝/停用所选组织和提供拒绝/停用的原因的能力。

图15示例说明能在组织启动任务160期间传送的组织启动通知。类似地，图16示例说明能在组织拒绝任务158期间传送的组织拒绝通知。

图17示例说明能包括在管理组织过程100中的维护组织过程162。能由组织本身或其他参与方使用维护组织过程162以便维护联系人信息的准确性、银行帐户信息或工程支付过程所需的其他类型的信息。使用组织模块42，能由任何参与方执行维护组织过程162。维护组织过程162能包括浏览组织任务164、编辑组织任务166、组织更新任务168和查看组织任务170。

图18示例说明能与查看组织任务170有关的查看组织屏。查看组织屏能包括用于组织的公司信息和主要联系人信息。

图19示例说明能与浏览组织任务164有关的浏览组织屏。浏览组织屏能包括参与方列表，包括组织名、在施工过程中的组织角色、主要联系人以及电话号码。浏览组织屏能包括“查找”特征和用于浏览有关每一参与方的另外的信息的链接。在一个实施例中，浏览组织屏能由GC使用来查看其最佳分包商或材料供应商。

图20示例说明能与编辑组织任务166有关的编辑组织表单。参与方能编辑现有的信息，包括公司信息、主要联系人信息、纳税信息和银行帐户信息。在一些实施例中，将他或她的信息输入成主要联系人信息的组织的第一用户是有权访问编辑组织表单的唯一用户。

图21示例说明能在组织更新任务168期间传送的组织配置文件更新通知。图21的通知能包括有关用于该参与方的更新配置文件的信息以及主要用户的名称或该参与方的管理员。在一些实施例中，组织配置文件更新通知可以传送至所有与更新其配置文件的组织相关的组织。例如，如果某组织更新其地址或者联邦雇主认证号码(FederalEmployer Identification Number)时，CPMS10可以支持组织工程更新通知传送至其他与系统10相关的其他组织。在一些实施例中，CPMS10只传送至与其更新其信息的组织有关或与该组织共同工作的组织。CPMS几乎可以实时传送通知。

图22示例说明能包括在管理组织过程100中的创建用户过程172。每次创建现有组织的新用户时，能使用创建用户过程172，以便允许新用户适当访问CPMS10(例如具有用户标识和密码的适当安全级)。也能使用创建用户过程172来更新用户配置文件。使用组织模块42，能由任一参与方24执行创建用户过程172。创建用户过程172能包括创建用户任务174和更新用户配置文件任务176。

图23示例说明能与创建用户任务174有关的创建用户表单。在一些实施例中，在已经为该参与方创建第一用户或管理员之后，可使用创建用户表单来添加用户。新用户可输入个人信息、安全信息(例如用户名和密码)、电子邮件通知首选项以及安全许可(security clearance)级(例如用户是否允许管理工程和/或签名文档)。

图24示例说明能在更新用户配置文件任务176期间传送的更新用户配置文件通知。图24的通知能包括已经将该用户添加为组织的成员的声明，以及用户的安全信息(例如用户名和临时密码)。

图25示例说明能包括在消息组织过程100中并从图22接续的维护用户过程178。能使用维护用户过程178来浏览每一组织中的用户以及查看、编辑和更新每一组织中的用户。使用组织模块42，能由任一参与方执行维护用户过程178。维护用户过程178能包括浏览用户任务180和编辑用户任务182、用户配置文件更新任务184和查看用户任务186。

图26示例说明能与查看用户任务186有关的查看用户屏。图26的查看用户屏能包括用户的个人信息、电子邮件通知首选项，以及安全许可等级。

图27示例说明能与浏览用户任务180有关的浏览用户屏。图27的浏览用户屏可包括用于每一参与方的一个或多个用户的列表，并且可包括用户名、电子邮件地址和电话号码。浏览用户屏也能包括编辑用于每一用户的信息的链接。

图28示例说明能与编辑用户任务182有关的编辑用户表单。用户能提供个人信息、电子邮件通知首选项以及安全许可等级。

图29示例说明能在用户配置文件更新任务184期间传送的用户配置文件更新通知。

图30示例说明能包括在管理工程过程94中的创建工程过程188。能由GC、贷方、业主或业主代表使用工程模块28来执行创建工程过程188以便启动CPMS10中的新工程。创建工程过程188能包括创建工程任务190、工程建立任务192、工程用户访问任务194和工程责任任务196。

图31和32示例说明能与创建工程任务190有关的创建工程表单。GC、贷方、业主或业主代表能提供工程标识信息、工程筹款信息、工程业主信息、工程建筑师信息和现场信息。在一些实施例中，GC、贷方、业主或业主代表也可以使用创建工程表单来建立其他工程选项，如指定分包商是否可以查看工程信息以及指定文件设定值(如留置权放弃文本、留置权放弃设置、支付方法等)。例如，GC、贷方、业主、或者业主代表可以使用创建配置文件表单来定义用来定义每种将在特定工程(如部分留置权放弃和终结留置权放弃)中被管理的留置权放弃的留置权放弃设置，如释放留置权放弃的时间。例如，系统10可以在签名时、资金支出时、随后支取发生时等释放留置权放弃。此外，GC可以使用创建工程表单或由CPMS10提供的用来设置批准不同工程阶段的路径的其他设置表单。例如，GC可以设定发票限制和/或对某特定工程的签名要求。

此外，GC、贷方、业主、或业主代表可以使用创建工程表单或其他有CPMS10提供的，用来指定工程为“开卷”还是“闭卷”工程的其他表单。在开卷工程中，GC、贷方、业主、或者业主代表(如线上参与方)可以查看由包含在该工程中的分包商和材料供应商(如线下参与方)所管理工程的部分的细目。例如，在开卷工程中，如果承包于GC的分包商创建了为一个或更多的指定到分包商的留置权项目的二级预算，GC可以查看二级预算的细目，如数量、承包于分包商的二级分包商等等。在一些实施例中，GC、贷方、业主或业主代表可以在开卷工程中从各级分包商和与该工程相关的材料供应商那里要求合同和文件(如留置权放弃、承包者、誓词等)。

在闭卷工程中，GC、贷方、业主或业主代表只可由该工程的一级分包商和材料供应商逐级向下查阅。例如，在闭卷过程中，GC、贷方、业主或业主代表只可进入自己的预算、分包商、材料供应商等，并且一级分包商和材料供应商只能向GC提供一次性总付资金数额和信息，因为GC未被授权来查看分包商、材料供应商的合同、预算、发票等细目。

在一些实施例中，工程每级的参与方可以明确他们管理的工程部分是开卷工程还是闭卷工程。这样，如果每级被设置为开卷工程，工程每级的参与方可以查看该参与方下面各级的细目。然而如果该工程的一级被设置为闭卷工程，参与方只可查看该闭卷工程的细目，而不可查看其他各级的细目。以由用户设置的工程设置为基础，CPMS10可以管理和规范在某工程中对信息的进入。

在一些实施例中，除了创建工程以外，GC、贷方、业主、业主代表、分包商或材料供应商可以在某工程内部创建一个或多个子工程。例如在多楼复杂建筑工程中，GC可为每栋楼创建子工程。每个子工程可包含独立的预算；独立的发票、誓词和留置权放弃；独立的工程设置；独立的参与方等。

图33示例说明能在工程创建任务192期间传送的工程创建通知。图33的通知能包括GC、贷方、业主或业主代表已经创建新工程的声明，以及允许将来自参与方的用户指定给该工程的至屏幕的链接。

图34示例说明能与工程用户访问任务194相结合的工程用户访问屏。工程用户访问屏能包括工程名、工程号、GC名以及特定工程和/或特定组织的用户列表。按名称和用户名来标识用户，并可被视为工程管理员或签名者。

图35示例说明能在工程责任任务196期间传送的工程责任通知。图35的通知能包括相对于工程的用户责任已经修改的声明。

图36示例说明能包括在管理工程过程94中的维护预算过程198。维护预算过程198能用来创建和查看用于施工工程的顶级预算(toplevel budget)，将支出项指定给参与方，以及将责任指定给参与方。在一些实施例中，CPMS10允许用户将支出项指定于一个或多个参与方或合同。例如，如果GC将某预算支出项承包至三个组织，GC可以将该支出项的部分指定到每个组织。除此之外，如果GC或者分包商在某特定支出项内要求另外的细目或子任务，GC或分包商可以使用CPMS10来将一支出项分割成多个支出项。GC或分包商可以使用CPMS10来从原始支出项将预算额的部分、保留额、工作完成部分或百分数、支付数量等指定到新的支出项。

使用预算模块36，维护预算过程198可由GC对分包商执行或由分包商对二级分包商或材料供应商执行。维护预算过程198能包括进入顶级预算任务200、接收工程任务202、接收工程表单任务204、工程拒绝任务206、添加用户任务208、工程接收任务210、工程主页任务211、工程用户访问任务212、工程责任任务214和工程预算查看任务216。如果拒绝工程，维护预算过程198能包括输入预算任务218和能返回到接收工程任务202。在进入顶级预算任务200后，维护预算过程198能包括发票代码设置任务220、输入支取日期任务222和指定发票代码任务224。

图37示例说明能与进入顶级预算任务200有关的进入顶级预算表单。进入顶级预算表单可包括工程名、工程号，以及合同价值。GC或分包商能提供保留百分值、阶段代码、阶段代码描述、组织名、预算金额和帐户代码。GC或分包商能指定该组织是否正在提供材料。进入顶级预算表单也可包括设置支取日期和设置发票代码屏/表单的链接。能使用阶段代码和阶段代码描述来定义必须完成的每一特定作业的合同要求以便完成工程。例如，能通过美国建筑师协会(AIA)、通过建筑规范协议(CSI)或通过定制AIA或CSI阶段代码和阶段描述，提供阶段代码和阶段描述。在一些实施例中，能完全由参与方定制阶段代码和阶段描述。也可将顶级预算称为价格计划、约定成本(在GC已经从分包商接收投标后)或工程估算。在一些实施例中，包括在顶级预算中的阶段代码提供用于支取请求的基础，因为每一支取请求包括与特定阶段代码有关的特定支出项。在一些实施例中，GC能使用外部软件程序来生成预算以及预算模块36能与外部软件程序相互作用以便将预算输入应用服务器12或数据库服务器14中。在一些实施例中，参与方可以通过使用CPMS10创建或输入预算模板。CPMS10可以在用户为工程创建预算时使用。

图38示例说明能与输入支取日期任务222有关的输入支取日期表单。GC或分包商可输入该月份将进行支取的日子，以及用于支取的特定日期(例如每个月在特定的日)。输入支取日期表单还能包括用于支取日期的自动计算的支取日期计算按钮和/或用于手工输入支取日期的支取日期添加按钮。在一些实施例中，GC或分包商也可使用CPMS10为允许工程参与方在工程期间的任何时候提交发票的特定工程提供开放的发票环境。

图39示例说明能与发票代码设置任务220有关的发票代码设置表单。GC或分包商能选择发票代码(例如按建筑物-建筑物1，2或3编号的代码)，输入新发票代码、创建发票代码、输入预算项的显示的首选项(例如按阶段代码)，以及输入用于打印选择的首选项。通过CPMS10，发票代码设置表单能便利发票和誓词的自动生成。发票代码能用于定制报告或与其他类型的现有软件交互。发票代码能允许参与方基于建筑师、业主等等的需求对预算支出项分类。能使用帐户代码来维护预算、记录支取结果或便于开发票和支付。

图40示例说明能与指定发票代码任务224有关的指定发票代码表单。GC或分包商能提供发票代码(例如建筑1，2或3)，并能使用访问每一阶段代码的子预算的链接。指定发票代码表单能包括工程名、工程地址、阶段代码、阶段代码描述、承包该作业的组织以及预算金额。指定发票代码表单还能通过CPMS10便利发票和誓词的自动生成。

图41示例说明能与接收工程任务202有关的接收工程通知。图41的通知能包括已经将分包商或材料供应商添加为工程的参与方、工程描述和分包商或材料供应商的参与细节的声明。分包商或材料供应商能使用访问图42所示的接收工程表单的链接来接收或拒绝该工程。

图42示例说明能与接收工程表单任务204有关的接收工程表单。接收工程表单能包括GC工程号、系统工程号、GC名、工程名、工程地址和预算支出项。接收工程表单能为分包商或材料供应商提供工程信息和预算支出项。分包商或材料供应商能使用接收或拒绝按钮来接收或拒绝与预算支出项有关的工程。分包商或材料供应商也能提供拒绝该工程的原因。来自接收工程表单的支出项也能用来通过CPMS10，便于发票和誓词的自动生成。

图43示例说明在工程拒绝任务206期间传送的工程拒绝通知。图43的通知能包括已经拒绝该工程的分包商或材料供应商的名称、拒绝的预算项以及拒绝原因。图43的通知可提供将组织角色指定给另一参与方的能力。

图44示例说明能在工程接收任务210期间传送的工程接收通知。图44的通知能包括已经接收该工程的分包商或材料供应商的名称以及所接收的预算项。图43的通知能提供访问工程明细的能力。

图45示例说明能与工程主页任务211有关的工程主页。工程主页能包括工程名、完成的支取信息以及未决支取信息。工程主页能包括具有工程时间表进度条的工程概述、资金支付进度条以及百分比完成进度条。工程主页能包括与相对于工程执行的特定动作的一个或多个链接(例如工程配置文件、工程预算、查看工程参与方、设置发票码、管理工程用户、启动未计划支取等等)。

图46示例说明在添加用户任务208期间传送的添加用户通知。图46的通知能包括确认分包商或材料供应商已经加入该工程的声明。图46的通知能包括用于分包商或材料供应商将用户(例如组织的成员)添加到该系统的请求。

图47示例说明能与工程用户访问任务212有关的工程用户访问表单。分包商或材料供应商能选择每一用户的安全许可(例如工程管理员或签名者)。工程用户访问表单能包括工程名、GC名和分包商或材料供应商组织的用户清单。

图48示例说明能与工程责任任务214有关的工程责任通知。图48的通知能包括已经修改用户的责任，以及新的安全认可的声明。图48的通知能包括访问工程预算的链接。

图49示例说明能与工程预算查看任务216有关的工程预算查看屏。GC或分包商能通过预算模块36，访问工程预算查看屏。工程预算查看屏能包括工程名、GC名、工程地址，以及预算项的清单。预算项的清单能包括阶段代码、阶段代码描述、承包预算项的分包商或材料供应商、预算金额、支付、保留、余额和任何子预算的链接。

图50示例说明能与输入预算任务218有关的输入预算表单。GC或分包商能通过预算模块36访问输入预算表单。GC或分包商能输入所请求的信息，诸如阶段代码、阶段代码描述和预算金额。GC或分包商能改变与特定预算支出项有关的组织。GC或分包商能选择该组织是否仅提供材料。

图51示例说明能包括在管理工程过程94中的终止预算项过程226。能由GC或分包商执行终止预算项过程226。终止预算项过程226能包括进入顶级预算任务228和终结预算任务230。

图52A示例说明能与进入顶级预算任务228有关的进入顶级预算表单。GC或分包商能通过预算模块36，访问进入顶级预算表单。进入顶级预算表单可包括工程名、工程号、合同价值和组织列表。GC或分包商能输入所请求的信息，诸如保留百分比、阶段代码，阶段代码描述、帐号以及该组织是否仅提供材料。GC或分包商也能选择添加新支出项或终结特定支出项。进入顶级预算表单可包括与设置支取日期表单和/或设置发票码表单的链接。

图52B-C示出了编辑预算或价值计划表单。GC和/或分包商或材料供应商可使用编辑预算表单来为工程编辑预算信息。在一些实施例中，用户可由主页进入编辑预算表单，如图52D所示。

图53示例说明能与终结预算任务226有关的终止预算屏。在GC或分包商选择终结的支出项后，终结预算屏提供能使任何未付余额用于重新指定的确认和声明。

图54示例说明能包括在管理支取过程96中的支取过程232。支取过程232能用来创建用于工程支取的计划、初始化每一支取、输入和签名发票、查看未决支取、生成发票、誓词和留置权放弃、确定资金是否可用，以及支付资金。可由几个参与方使用支取模块44来执行支取过程232。支取过程232能包括创建支取时间表单任务234、初始化支取任务236、输入发票任务238、输入发票表单任务240、签名发票任务242、更新的发票明细任务244、查看未决支取请求任务246、生成发票任务248、誓词表单任务250、资金可用任务252、查看支取请求任务254、签名留置权放弃任务256、留置权放弃表单任务258、所有留置权放弃签名任务260、通过支付资金按钮查看支取请求任务262、支付的支付额任务264、签名的留置权放弃任务266、查看支取请求任务268。支取过程232也可包括接收的支付明细任务270、未包括在支取任务中的发票272，以及未接收的支付明细任务274。可执行支取过程232以对当前支取而非以前的支取释放留置权放弃。

图55示例说明能在创建支取时间表单任务234期间传送的创建计划支取通知。能将图55的通知实时传送到所有支取参与方以及能包括计划支取未决以及还没有选择用于该支取的参与方的声明。

图56A-C示例说明能与初始化支取任务236有关的初始化支取表单。GC能通过支取模块44访问初始化支取表单。在一些实施例中，GC可以通过工程主页的链接进入初始支取表单。初始化支取表单能包括工程名、工程号、工程地址、支取数、支取日期以及用于该支取的潜在参与方的列表。潜在参与方的列表能包括阶段代码、阶段代码描述、组织名、预算金额、支付金额、应计的扣款以及余额。GC能选择每一参与方支取。GC可以为该支取选择潜在参与方(如至少一个潜在的参与方)的子集，或者可以为该支取选择所有潜在的参与方。在一些实施例中，初始支取表单包括有一次选择所有潜在参与方的选择机构。在其他实施例中，CPMS10可以为不用提请GC来选择个体参与方的支取自动选择所有潜在参与方或者其子集。

在一些实施例中，GC也可以使用初始支取表单来关闭未决支取。另外，GC可以使用初始支取表单或其他由CPMS10提供的其他表单来打开重叠支取。然而CPMS10可以为打开重叠支取添加规则或准则，来一次管理多项支取，如防止在前一支取签字之前新支取签字(如授权支出)，或者防止支取在顺序外支出。

图57A-B示例说明能在输入发票任务238期间传送的输入发票通知。通知能包括已经计划用于工程的支取以及分包商或材料供应商已经输入应付款的明细的声明。该通知能包括用于分包商或材料供应商的组织角色和特定预算项。能将通知实时传送到所有支取参与方。在一些实施例中，分包商或材料供应商可由查看所有信息屏进入输入发票通知，如图57C所示。

图58A-B示例说明能与输入发票表单任务240有关的输入发票表单。分包商或材料供应商能使用输入发票表单来提供用于支取的发票金额。输入发票表单也能包括工程名、工程号、工程地址、支取数、支取日期和用于该分包商或材料供应商的特定支出项。在分包商或材料供应商提交发票信息后，CPMS10可以生成发票通知，如图58C所示，并且可以为分包商和材料供应商显示发票提交通知。

在一些实施例中，GC或工程管理者可以指明由分包商输入的发票或帐单数额。例如，通过使用CPMS10，GC可以为某特定分包商指明发票数额(如百分比完整数额)。分包商可通过使用CPMS10审阅和提交指定的发票数额，但是在一些实施例中，分包商不可修改数额。

图59示例说明能在签名发票任务242期间，传送到分包商或材料供应商的签名发票通知。图59的通知能包括GC或工程管理者已经核准用于特定支取的发票以及誓词必须签名的声明。CPMS10能用来向每一用户指定安全/授权角色，诸如管理、记帐或授权签名。CPMS10能通过签名誓词的授权来通知用户，以使得在必要时由该组织的成员签名誓词。CPMS10能用来改变签名誓词所需的安全/授权角色(例如贷方能要求签名誓词，而不是组织的管理员)。

图60A-B示例说明能与签名发票任务242有关的签名文件屏幕或签名发票表单。分包商或材料供应商能通过支取模块44访问签名发票。通过使用签名发票表单，分包商或材料供应商能查看发票的明细，诸如特定组织、请求金额、预算金额、支付额、扣款以及余额。然后，分包商或材料供应商能选择签名发票声明。签名发票表单可包括查看自动生成的发票表单或自动生成的誓词表单的链接。

在一些实施例中，给发票电子签名，分包商或材料供应商可选择包含在签名文件屏或签名发票表前的签名发票声明选择机构，如图60A-B所示。在分包商或材料供应商选择签名发票声明选择机构后，CPMS10可以生成和显示自动生成的发票表单，如图60C-D所示。给发票表单签名，分包商或者材料供应商可以选择包含在该表单中的签名文件选择机构。在分包商或材料供应商电子地给自动生成的发票表单签名后，系统10可以创建并显示合法绑定的发票表单，如图60E所示。在一些实施例中，当用户每次通过使用CPMS10电子地给文件签名时，CPMS10可以生成审计报告，比如由图60F示出的签名审计报告屏。

在分包商或材料供应商在自动生成的发票表单签字，CPMS10可生成文件签名通知，如图60G所示，并且可以向分包商或材料供应商显示文件签名通知。在一些实施例中，当分包商或材料供应商提供签名发票时，CPMS10也可以要求分包商或材料供应商提交签名的前留置权通知。

图61示例说明能在发票明细更新任务244期间，传送到GC的发票明细更新通知。图61的通知能包括分包商或材料供应商已经在用于特定工程的特定日期更新用于支取的支付明细的声明。该通知能包括链接以便查看发票细目。

图62示例说明能与查看未决支取请求任务246有关的查看未决支取请求屏。GC能通过支取模块44访问查看未决支取请求屏。GC能选择每一参与方包括在该支取中、确认支取以及将通知实时发送到每一组织的签名者。然而，GC也能拒绝未决支取请求，通知被选参与方重新输入发票以及提供拒绝支取请求的原因。查看未决支取请求屏能包括工程名、工程号、工程地址、支取数、支取日期、已经提交发票的参与方列表，以及还未提及发票的参与方列表。可按阶段代码组织参与方。对每一阶段代码，查看未决支取请求屏能包括请求金额、预算金额、支付金额、扣款和余额。在一些实施例中，查看未决支取要求屏(或工程主页)也可提供一个或更多的某特定支取进度的图形提示，如进度条。工程管理者可以指定哪个参与方可以查看进度提示。此外，在一些实施例中，CPMS10可以自动传送通知(如几乎实时)至告知参与方某特定支取状态的参与方。

图63示例说明能在未接收的支付金额任务274期间传送的发票细目拒绝通知。图63的通知能包括未接收将在用于特定工程的日期上、由支取的特定用户输入的付款和发票细目以及拒绝原因的声明。通知能包括分包商或材料供应商在支取关闭前，重新输入支付细目的请求。

图64A示例说明能在未包括在支取中的发票任务272期间传送的、未包括在支取通知中的发票。图64的通知能包括参与方未提交用于工程的支取的核准誓词，以及参与方和所有他们的分包商将不包括在支取中的声明。通知能声明已经撤销所提交的所有誓词和发票。

在分包商或材料供应商为某特定支取提交发票，CPMS10可以生成基于所收到发票的联合发票。CPMS10也可以包含由GC提供的发票细目，图64B示出了输入发票表单，GC可使用该表单为某特定支取输入发票细目。在一些实施例中，GC可由工程首页进入输入发票表单，如图64C所示。如图64B所示，GC可以为自己执行的工作输入发票数额。输入发票表单也可显示由包括在支取中的分包商或材料供应商收到的发票数额。在一些实施例中，GC的或者工程管理者可以为分包商或材料供应商提出帐单。例如，GC可以为一个或多个项目或者GC未从分包商或材料供应商收到发票的工作期间开帐单。通过提出帐单，GC可以收到为项目或者工作期间的保留数额。

在GC通过使用图64B示出的输入发票表单输入发票细目时，CPMS10可生成发票提交通知，如图64D所示，并且可以向GC显示发票提交通知。

GC可以通过使用图64E示出的核准发票表单来核准或者拒绝分包商和材料供应商向GC发送的发票。通过使用核准发票表单，GC可以选择一个或多个发票来拒绝和/或一个或多个发票来反对。在一些实施例中，如果GC拒绝发票，GC可以使用核准发票表单来提供GC拒绝发票的原因或者评语。

如图64E所示，对于每个收到的发票，核准发票表单可以包含查看发票链接。GC可以选择与某特定分包商或材料供应商相关的查看发票链接来查看收自分包商或材料供应商的发票。例如，如果GC选择了同某特定分包商或材料供应商相关的查看发表链接，CPMS10可显示如图64F所示的查看发票屏，该屏显示了由分包商或材料供应商提交的发票。在GC批准一个或更多的发票后，CPMS10可生发票核准通知，如图64G所示，并能向GC显示发票核准通知。

在GC核准一个或更多由分包商或材料供应商发送的发票和/或通过使用图64B所示的输入发票表单输入的发票细目，CPMS10可生成基于收自分包商和材料供应商和GC的发票信息的发票。图65示例说明能与生成发票任务248(在图54中标记G702/703)有关的自动生成发票表单(例如与工业实践相一致的表单，诸如G702/703表单)。GC、分包商和材料供应商能通过支取模块44访问发票表单。分包商、材料供应商和/或建筑师能电子地签名发票表单(例如使用电子签名软件提供商如AlphaTrust Corporation的产品)。

图66A示例说明能与誓词表单任务250有关的自动生成的誓词表单。GC能通过支取模块44访问誓词表单。GC能电子地签名誓词表单(例如使用电子签名软件提供商如AlphaTrust Corporation的产品)。

在CPMS10生成基于来自分包商和材料供应商核准的发票以及由GC输入的发票细目的发票和/或誓词后，GC可以通过使用发送至签名者屏来查阅电子文件，如图66B所示。在GC查阅自动生成的文件后，GC可以使用发送至签名者屏来向与由CPMS10授权的给文件签名的GC(以下简称“签名者”)有关的用户提交发票和/或誓词。在GC为签名提交文件后，CPMS10可生成发送至签名者通知的发票，如图66C所示，并且可以向GC显示发送至签名者通知的发票。

当一个或更多的文件为签名被GC提交，CPMS10可以通知签名者一个或更多文件需要签名。例如，当CPMS10可在签名者的主页上显示通知，如图66D所示。给文件签字，签名者可进入签名文件屏，如图66E所示。通过使用由图66所示的签名文件屏，签名者也可以拒绝文件并且可以输入拒绝该文件的原因或评语。

签名者可以通过选择包含在签名文件屏的签名发票(如“签名G702”)选择机构来给文件签名。如果签名者选择签名发票选择机构，CPMS10可显示自动生成的发票表单，如图66F所示。电子地给显示的发票表单签名，签名者可选择包括在发票表单内的签名文件选择机构如图66F所示。在签名者选择签名文件选择机构后，CPMS10生成并显示已签名的发票，如图66G-H所示。在签名者给发票签完名后，CPMS10能生成发票签名通知，如图66I所示，并且可以向签名者显示发票签名通知。

在签名者给发票和/或誓词签名后，CPMS10可提醒签名者(同给发票和/或誓词签名的同一用户或者与GC相关的、被授权给文件签名的不同用户)通过使用签名文件屏来给与该发票和/或誓词相关的留置权放弃签名，如图66J所示。给留置权放弃签名，签名者可以选择包含在签名文件屏中的签名留置权放弃选择机构。如果签名者选择了签名发票选择机构，CPMS10显示自动生成的留置权放弃表单，如图66K所示。按电子方式给显示的留置权放弃表签名，签名者可选择包含在留置权放弃表单中的签名文件选择机构，如图66K所示。在签名者选择签名文件选择机构后，CPMS10生成并显示签名的留置权放弃，如图66L所示。

同样地，CPMS10可提请与GC相关的公证人来通过使用签名文件屏给签名的留置权放弃做公证，如图66M所示。在一些实施例中，每个登记于系统10的组织可以指定至少一个用户作为该组织的公证人。公证人可以使用CPMS10来建立公证人密码或者个人密码(PIN)。公证人可在登录系统10和/或当给某特定文件签名时被提请输入认证人PIN。为了防止未经授权而使用公证人PIN，在CPMS10的公证人部分可以超时并且CPMS10可要求公证人重新输入公证人PIN。此外，在一些实施例中，CPMS10可在每次公证人公证文件时创建审计踪迹。进入某特定公正的审计踪迹，用户可通过CPMS10进入公证的文件并且在显示于文件的电子公证上选择或点击。然后，CPMS10可显示与所选择公证相关的审计踪迹。CPMS10可为其所有形式的电子签名和记录于系统10的授权提供相同的审计踪迹功能。

公证签字的留置权放弃，公证人可选择包含在如图66M所示的签名文件屏中的公证留置权放弃选择机构。如果公证人选择公证留置权放弃选择机构，CPMS10可显示公证签名的留置权放弃表单，如图66N所示。按电子方式公证所显示的签名的留置权放弃表单，公证人可选择包含在公证签名的留置权放弃表单的公证或签名文件选择机构，如图66N所示。在公证人选择签名文件选择机构后，CPMS10可生成并显示公证的签名的留置权放弃，如图66O所示。CPMS10也可生成文件签名的通知，如图66P所示，并可向签名人显示文件签名的通知。

图67示例说明能在资金可用任务252期间传送的资金可用通知。图67的通知包括指令，按照请求留置权放弃的链接以及当资金可用于释放工程上的支取时释放资金。

图68A示例说明能与查看支取请求任务254有关的查看支取请求屏。GC能通过支取模块44访问查看支取请求屏。GC能查看支取的明细、授权资金以及请求留置权放弃。查看支取请求能包括工程名、工程号、工程地址、支取数、支取日期和支取的参与方列表。参与方列表能包括参与方名、阶段代码、是否已经接收留置权放弃、请求金额、预算金额、支付金额、扣款和余额。参与方列表也能包括任何分包商和它们的留置权放弃或其他种类的提交文件(如发票、誓词、合同等)。

图68B示出了可通过如图68A所示的查看支取要求屏或如图68C所示的工程主页进入的要求留置权放弃屏。通过使用要求留置权放弃屏，GC可查看与支取相关的分包商和材料供应商的列表，从所列分包商和材料供应商中要求留置权放弃，GC可选择包含在要求留置权放弃屏中的要求留置权放弃选择机构。在GC选择要求留置权放弃选择机构后，CPMS10可生成留置权放弃要求的通知，如图68D所示，并可向GC显示留置权放弃要求的通知。

图69A示例说明能在签名留置权放弃任务256期间传送的签名留置权放弃通知。图69A的通知能实时传送到所有支取参与方以及能包括已经授权工程计划的支取和请求分包商或材料供应商签名它的留置权放弃来接收支取请求的声明。在一些实施例中，分包商和材料供应商可通过工程主页进入签名留置权放弃通知，如图69B所示。

在一些实施例中，给留置权放弃签字，分包商和材料供应商可以选择包含在签名留置权放弃通知中的链接。如果分包商或材料供应商选择包含在签名留置权放弃通知中的链接，CPMS10可生成并显示签名文件屏，如图96C所示。给留置权放弃签名，分包商或材料供应商可选择包含在签名文件屏中的签名留置权选择机构。如果分包商或材料供应商选择签名留置权选择机构，CPMS10显示自动生成的留置权放弃表单。图70A-B示例说明能与留置权放弃表单任务258有关的自动生成留置权放弃表单。分包商和材料供应商能通过支取模块44访问留置权放弃表单。留置权放弃表单能基于预算自动地生成，包括用于每一分包商或材料供应商的支出项。分包商和材料供应商能通过选择如图70B所示的包含在留置权放弃中的签名选择机构电子地签名留置权放弃表单(例如使用AlphaTrust Corporation的电子签名产品)。只要签名，能将留置权放弃68存储在电子保管箱/托管54中。只要分包商或者材料供应商在留置权放弃上签名，CPMS10可以显示签名的或电子执行的留置权放弃，如图70C所示。

在一些实施例中，除了给留置权放弃签名外，分包商或材料供应商可公证留置权放弃。例如，CPMS10可提请与分包商或材料供应商相关的公证人通过使用签名文件屏来公证签名的留置权放弃，如图70D所示。公证签名的留置权放弃，公证人可以选择包含在如图70D所示的签名文件屏中的公证留置权放弃选择机构。如果公证人选择公证留置权放弃选择机构，CPMS10可显示公证签名的留置权放弃表单，如图70E所示。电子地公证所显示的签名的留置权放弃表单，公证人可选择包含在如图70E所示的公证签名留置权放弃表单中的公证或签名文件选择机构。在公证人选择签名文件选择机构后，CPMS10生成并显示公证的签名的留置权放弃，如图70F所示。CPMS10也可生成文件签名的通知，如图70G所示，并可向分包商或材料供应商显示文件签名的通知。

图71示例说明能在留置权放弃签名任务266期间传送的留置权放弃签名通知。图71的通知能包括分包商或材料供应商已经签名用于工程的支取的他们的留置权放弃的声明。通知可包括对支取的细目以及迄今收到的留置权放弃的访问(权)。

图72示例说明能与查看支取请求任务268有关的查看支取请求屏。GC、分包商或材料供应商能通过支取模块44访问查看支取请求屏。查看支取请求屏能包括工程名、工程数、工程地址、支取数、支取日期和支取的参与方列表。参与方列表能包括参与方名、阶段代码、是否收到留置权放弃、请求金额、预算金额、支付金额、扣款和余额。参与方列表也能包括任何分包商和他们的留置权放弃。

图73A示例说明能在签名所有留置权放弃任务260期间传送的所有留置权放弃签名通知。图73A的通知能包括已经签名用于工程的支取的所有留置权放弃的声明。通知能包括查看支取明细的链接和支付资金。在一些实施例中，GC可以通过查看所有消息屏进入所有留置权放弃签名的通知，如图73B所示。

图74A-B示例说明能与具有支付资金任务的查看支取请求任务363有关的查看支取请求表单。GC(或建筑师、业主、业主的代表、贷方或产权保险公司)能访问查看支取请求表单和通过支取模块44和/或支取核准模块60来核准支取。查看支取请求表单能包括工程名、工程数、工程地址、支取数、支取日期、支取参与方的列表。参与方的列表能包括参与方名、阶段代码、是否接收留置权放弃、请求金额、预算金额、支付金额、扣款和余额。参与方列表也能包括任何分包商和他们的留置权放弃。当GC支付资金时，基本上同时释放留置权放弃和将支付指令发送到ACH系统26。

如图74B所示，查看支取请求表单可为特定的分包商或材料供应商提示支付数额。查看支取请求表单也可为特定分包商或材料供应商提示暂缓支付数额。在一些实施例中，CPMS10可自动暂缓对分包商或材料供应商支付。如下所述，CPMS10可自动暂缓对没有提供一个或多个所需文件(如合同、执照、保险文件等)的分包商或材料供应商的支付。GC也可由其他各种原因通过使用CPMS10人工地向特定分包商或材料供应商暂缓支付。

如图74B所示，查看支取请求表单也可包含链接。通过使用这些链接，GC可以查阅为支取提交的留置权放弃或查阅由支取参与方要求的文件的状态。

图75A-B示例说明在付款支付任务264期间传送的付款支付通知。图75A-B的通知能实时传送到所有支取参与方以及能包括对该工程的特定日期的计划内支取已经支付付款的声明。在一些实施例中，GC可以通过工程主页进入支付支出通知。

除了通知GC支出的支付或者代替通知GC支出的支付，CPMS10可通过使用支取支付收到屏通知收到为支取的支付的分包商或材料供应商，如图75D所示。

图76示例说明能包括在管理系统环境过程102中的维护系统屏任务276。能由每一用户或每一组织使用维护系统屏任务276以便根据特定需要定制软件环境。例如，组织能定制用于他们的工程的阶段代码。维护系统屏任务276能由任何参与方，使用系统环境管理器52来执行。维护系统环境任务276能包括维护阶段代码任务278、管理员用户登录任务280、添加/编辑参数选用表单任务282、添加/编辑组织角色任务284、默认设置任务286、编辑通知任务288、默认配置任务290和添加/编辑用户角色任务292。

图77示例说明能与维护阶段代码任务278有关的维护阶段代码。每一参与方能通过系统环境管理器52，访问维护阶段代码。参与方能添加新的或删除被选预算项。

图78示例说明能与管理员用户登录任务280有关的管理用户登录屏。每一参与方能通过系统环境管理器52来访问管理员用户登录屏。组织的用户能输入用户名和使用该屏登录到系统上作为系统中的任一用户。

图79示例说明能与添加/编辑参数选用表任务282有关的添加/编辑参数选用表表单。CPMS10的管理员能添加新的或删除被选参数选用表表目(例如状态列表、工程类型等等)，用于由CPMS10提供的各种下拉菜单。

图80示例说明能与添加/编辑组织角色任务284有关的添加/编辑组织角色表单。GC能通过系统环境管理器52，访问添加/编辑组织角色表单。GC能选择用于每一类型组织的安全许可(例如银行、产权保险公司、GC、分包商或建筑师)。

图81示例说明能与默认设置任务286有关的默认/配置设置表单。GC能通过系统环境管理器52访问默认/配置设置表单。GC能输入其优选设定值，诸如支取关闭提醒天数、支取开始提醒天数、支取请求最小超前时间、安全标识、监理是否将经ACH系统支付、是否等待所有留置权放弃，以及谁支付监理(例如银行、产权保险公司、业主、业主的代表或GC)。

图82示例说明能与编辑通知任务288有关的编辑通知表单。GC能通过系统环境管理器52访问编辑通知表单。GC能修改在各个过程期间传送的通知。根据需要，GC能选择特定通知和编辑默认通知。GC还能指定特定授权是否必要，诸如由银行授权来改变通知。

图83示例说明能与默认配置任务290有关的默认/配置过程表单。GC、业主、业主的代表、贷方等等能通过系统环境管理器52访问默认/配置过程表单，以便定制施工支付过程部分或改变用于施工支付过程部分的原则。例如，GC能定义和存储其自己的阶段代码。GC、业主、业主的代表、贷方等等能选择是否启动每一过程中的特定任务以及能访问编辑与任务有关的通知的每一个的链接。

图84示例说明能与添加/编辑用户角色任务292有关的添加/编辑用户角色表单。GC能通过系统环境管理器52访问添加/编辑用户角色表单。GC能选择角色用于特定用户，诸如系统管理员、系统帮助用户、本地管理员、常规用户以及仅查看访问。GC能添加新角色或删除被选角色。

图85示例说明能包括在管理支取过程96中的执行检查任务294。执行检查任务294能用来在每一支取前，计划和便于施工工程的检查，如果必要的话。执行检查任务294能由GC和监理使用支取模块94的检查模块58执行。执行检查任务294能包括检查所需任务296、检查所需表单任务298、准备实施检查任务300、查看先前检查任务302、输入检查任务304、输入检查报告任务306、检查报告表单任务308，以及检查报告失败任务310。

图86示例说明能在准备实施检查通知任务300期间传送的准备实施检查通知。图86的通知能包括已经在某一日期，对一工程计划支取以及要求监理对该支取准备实施检查的声明。通知能声明检查应当仅在接收确认后实施。

图87示例说明能在检查所需通知任务296期间传送的检查所需通知。图87的通知能包括计划支取为未决工程以及指定对该支取是否需要检查的链接的声明。

图88示例说明能与检查所需任务298有关的所需检查屏。GC(或业主、业主的代表、贷方或产权保险公司)能通过支取模块44的检查模块58来访问所需检查屏。所需检查屏能包括工程名、工程数、支取数、业主名、支取日期、工程地址、以及参与方列表。参与方列表能包括请求金额、组织名称、组织角色、预算项、预算金额、支付金额、扣款以及余额。所需检查屏也能包括一般注释、监理的注释以及是否应当计划检查。

图89示例说明能在输入检查任务304期间传送的输入检查报告通知。图89的通知能包括已经授权对工程的按日期的支取时间表，以及接收方应当继续进行检查。通知能包括查看工程的明细的链接以及生成检查表。

图90示例说明能与输入检查报告任务306有关的输入检查报告表单。监理能在检查报告表单上输入检查的明细。检查报告表单能包括工程项、工程号、支取号、支取日期、业主名称、工程地址、检查日期和一般检查注释。

图91示例说明能与检查报告表单任务308有关的检查报告表单屏。GC、业主、业主的代表、产权保险公司或监理能通过支取模块44的检查模块58来访问检查报告表单屏。

图92示例说明能在检查报告失败任务310期间传送的检查报告失败通知。图92的通知能包括在特定日期实施的检查后，存在对于该工程的高关注等级。通知能包括访问检查报告表单的链接。

图93示例说明能与查看先前检查任务302有关的查看先前检查屏。GC、业主、业主的代表、产权保险公司或监理能通过支取模块44的检查模块58来访问查看先前检查屏，以及能选择在特定日期执行的检查。

图94示例说明能包括在管理支取过程96中的核准支取请求过程312。能使用核准支取请求过程312来确认执行必要的检查，以核准施工支付过程中的每一支取，以及发出留置权放弃。使用支取模块44的支取核准模块60，能由GC和/或GC线上的任何参与方(诸如业主、业主的代表、产权保险公司、建筑师等等)执行核准支取请求过程312。只要已经启动工程，CPMS10能用来核准与施工过程有关的任何类型的支付。CPMS10能提供并行核准(例如GC和业主必须核准支取)或串行核准(例如建筑师必须核准该支取，然后是业主，然后是贷方)。CPMS10能用来配置用于每一工程的核准过程。CPMS10能用来核准用于预算的更改订单或双方间约定的特定金额。例如，能使用CPMS10来从GC和/或任何GC的线上的参与方获得用于超出某一金额的更改订单的核准或核准超出该限制后的所有更改订单。核准支取请求过程312能包括授权支取请求一任务314、授权支取请求一-拒绝任务316、检查确认任务318、检查授权任务320、支付细目修改任务322、授权支取请求二-通知任务324、授权支取请求二任务326、授权支取请求二拒绝任务328、授权支取请求二核准任务330以及发出留置权放弃任务332。

图95示例说明能与授权支取请求一任务314有关的授权支取请求一表单或授权誓词表单。GC、业主、业主的代表或产权保险公司能通过支取模块44，访问授权支取请求一表单。授权支取请求一表单能包括工程名、工程数、业主、工程地址、支取号以及支取日期。授权支取请求一表单能包括用于每一组织的任何输入，包括请求金额、组织名、组织任务、预算项、预算金额、支付金额、扣款以及余额。授权支取请求一表单能包括能接收的授权，未解决的授权、是否要求检查、输入授权密码的能力以及拒绝授权和指明原因的能力。

图96示例说明能在授权支取请求一-拒绝任务316期间传送的授权第一支取拒绝通知。图96的通知能包括已经拒绝授权用于工程的支取以及查看和/或修改支取细目的链接的声明。

图97示例说明能在检查确认任务318期间传送的检查确认通知。图97的通知能包括已经授权为工程计划的支取以及继续进入现场检查的指令，以及查看工程的明细以及生成检查表的链接的声明。

图98示例说明能在支付明细修改任务322期间传送的支付明细修改通知。图98的通知能包括还未接收用于支取的工程的支付明细。通知能列出工程参与的列表细目以及该支付的应付款、组织角色、预算项和支付金额。

图99示例说明在检查授权任务320期间传送的检查授权通知。图99的通知能包括已经授权用于工程的现场检查的声明。

图100示例说明能在授权支取请求二-通知任务324期间传送的授权支取请求二通知。图100的通知能包括要求接收方对为工程所输入的检查报告进行核查，在支取能进入下一阶段前，要求接收方的授权(例如询问支取接收方有关留置权放弃)以及查看检查报告以及准许或否决该支取的授权的声明。

图101示例说明能与授权支取请求二任务326有关的授权支取请求二表单。GC、业主、业主的代表或产权保险公司能通过支取模块44的支取核准模块60，访问授权支取请求二表单。授权支取请求二表单能包括工程名、工程号、业主、工程地址、支取号以及支取日期。授权支取请求二表单能包括用于每一组织的项，包括请求金额、组织名称、组织角色、预算项、预算金额、支付金额、扣款以及余额。授权支取请求二表单能包括所接收的授权、未解决的、是否要求检查、输入授权密码的能力以及拒绝授权和表明原因的能力。

图102示例说明能在授权支取请求二拒绝任务328期间传送的授权支取请求二拒绝通知。图102的通知能包括已经由参与方拒绝授权为工程计划的支取以及在没有该授权的情况下，支取不能进行的声明。

图103示例说明在授权支取请求二任务330期间传送的授权支取请求二准许通知。图103的通知能包括已经由参与方授权工程支取的声明。

图104示例说明在发出留置权放弃任务332期间传送的发出留置权放弃通知。图104的通知能包括已经由参与方授权工程计划的支取以及请求接收方发出留置权放弃以便接收支取付款，以及允许接收方发出留置权放弃的链接的声明。

图105示例说明能包括在管理更改订单工程98中的更改请求过程334。更改请求过程334能用来通过添加新支出项、分离支出项、通过改变现有支出项或通过终止分包商或使剩余资金用于其他参与方，来修改整个工程预算(通常扩大预算)。能由GC、建筑师、业主、业主的代表、贷方或分包商，使用更改订单模块48来执行更改请求过程334。更改请求过程334能包括改变请求任务336、改变请求发出任务338以及授权改变请求任务340。

图106示例说明能与更改请求任务336有关的更改请求表单。GC或分包商能通过更改订单模块48，访问更改请求表单。更改请求表单能包括工程名、工程号、工程地址、业主名以及更改金额清单。更改金额清单可包括更改金额、组织名、组织任务、预算项、预算金额、支付金额和余额。更改请求表单能包括更改描述字段。更改请求表单能包括支付表单是贷款还是业主付款，支付方法是贷款、业主支票还是信用卡。更改请求表单能包括当前估计完成日期和新的估计完成日期。

图107示例说明能在更改请求发出任务338期间传送的更改请求发出通知。图107的通知能包括能在工程上发出以及为未决授权的更改请求的声明。通知能包括更改请求的明细、组织名、预算项、当前预算金额和更改金额。

图108示例说明能在授权更改请求任务340期间传送的授权更改请求通知。图108的通知能包括已经在工程上发出更改请求以及对该更改请求要求接收方核准的声明。该通知能包括查看更改请求的明细的链接，以及核准或拒绝更改请求。

图109示例说明能包括在管理更改订单过程98中的过程更改请求过程342。过程更改请求过程342能用来确定由适当的参与方，诸如建筑师、贷方、产权保险公司、业主、业主的代表或GC，授权对该预算所做的更改。使用更改订单模块48，由GC、建筑师、贷方、产权保险公司、业主、业主的代表、贷方或分包商执行过程更改请求过程342。过程更改请求过程342能包括查看未决更改请求任务344、授权更改请求任务346、更改请求拒绝任务348和更改请求核准任务350。

图110示例说明能与查看未决更改请求任务344有关的查看未决更改请求屏。GC、分包商、业主、业主的代表、贷方或建筑师能通过更改订单模块48，访问查看未决更改请求屏。查看未决更改请求屏能包括工程名、工程号、工程地址、业主名和更改金额清单。更改金额清单能包括更改金额、组织名、组织角色、预算项、预算金额、支付金额和余额。查看未决更改请求屏能包括改变描述字段。查看未决更改请求屏能包括支付方法是贷款、业主支票还是信用卡。查看未决更改请求屏能包括新估计的完成日期、所接收的授权以及未决授权

图111示例说明能与授权更改请求任务346有关的授权更改请求表单。GC、分包商、业主、业主的代表、贷方或建筑师能通过更改订单模块48来访问授权更改请求表单。授权更改请求表单能包括工程名、工程号、工程地址、业主名和更改金额清单。更改金额清单能包括更改金额、组织名、组织角色、预算项、预算金额、支付金额和余额。授权未决更改请求屏能包括改变描述字段。授权未决更改请求表单能包括支付方法是贷款、业主支票还是信用卡。授权未决更改请求表单能包括新估计的完成日期、所接收的授权以及未决授权。权未决更改请求表单能包括输入密码和授权更改请求的能力以及拒绝更改请求和输入拒绝原因的能力。

图112示例说明能在更改请求拒绝任务348期间传送的更改请求拒绝通知。图112的通知能包括已经由参与方拒绝为工程，在某一日期发出的更改请求的声明。

图113示例说明能在更改请求核准任务350期间传送的更改请求核准通知。图113的通知能包括已经由参与方(例如领导)核准用于工程的在某一日期发出的更改请求。仅使用更改请求来通过添加新支出项、通过修改现有的支出项，或通过终止分包商或使剩余资金用于其他参与方，修改整个工程预算(通常扩大预算)。能使用CPMS10来确定由适当的参与方，诸如建筑师、贷方、产权保险公司、业主、业主代表或GC，授权对该预算所做的更改。当适当的参与方已经核准更改请求时，传送图113的通知。

图114示例说明能包括在管理更改订单过程98中的更改工程参与方过程352。例如，能使用更改工程参与方过程352来终止一个分包商并使剩余资金可用于另一参与方(诸如替代分包商)。更改工程参与方过程352能由GC或分包商使用更改订单模块48来执行。更改工程参与方过程352能包括更改参与任务354、核对参与方删除任务356和更改誓言书任务358。

图115示例说明能与更改参与方任务354有关的更改参与方屏。GC或分包商能通过更改订单模块48来访问更改参与方屏。更改参与方屏能包括工程名、工程号、业主名、工程地址和工程的当前状态。更改参与方屏能包括能修改的组织的列表。组织列表能包括组织名、组织角色、预算项、预算金额、支付金额、扣款、余额和删除每一参与方的链接。

图116示例说明能与核对参与方删除任务356有关的核对参与方删除屏。GC或分包商能通过更改订单模块48来访问核对参与方删除屏。核对参与方删除屏能包括工程名、工程号、业主名、工程地址，以及有关将删除的参与方的信息(例如组织名、组织角色、预算项、预算金额、支付金额、扣款和余额)。核对参与方删除屏能包括能力来指明参与方是否已经实质上参与该工程。

图117示例说明能与更改誓言书任务358有关的更改誓言书屏。GC或分包商能通过更改订单模块48来访问更改誓言书屏。更改誓言书屏能包括工程名、工程号、业主名、工程地址、工程的当前状态、预算金额、先前到期支付的金额和延期金额以及剩余预算。更改誓言书屏能包括输入注释的字段和输入密码的能力以及授权誓言书修改。

图118示例说明能包括在管理工程过程94中的维护工程屏任务360。维护工程屏任务360能用来编辑工程配置文件、联系人信息和清算工程。维护工程屏任务360能由GC、贷方、业主、或业主代表，使用工程模块28来执行。维护工程屏任务360能包括工程配置文件任务362、工程联系人信息任务364、工程信息任务366和关闭工程任务368。

图119示例说明能与工程配置文件任务362有关的工程配置文件表单。GC、贷方、业主、业主的代表能通过工程模块28访问工程配置文件表单。GC、贷方、业主、业主的代表能输入请求信息，诸如工程信息、工程资金信息、工程业主信息、现场信息和GC信息。

图120示例说明能与工程联系人信息任务364有关的工程联系人信息屏。GC、贷方、业主、业主的代表能通过工程模块28来访问工程联系人信息。工程联系人信息屏能包括工程名、工程标识、工程地址和工程参与方的联系人信息列表。联系人信息的列表能包括参与方标识号、组织名称、组织角色、工程管理名、联系人电子邮件地址和联系人电话号码。

图121示例说明能与创建工程信息任务366有关的工程信息屏。GC、贷方、业主、业主的代表能通过工程模块28访问工程信息屏。工程信息屏能包括工程信息、现场信息、工程业主信息和GC信息。

图122示例说明能与关闭工程任务368有关的关闭工程屏。GC、贷方、业主、业主的代表能通过工程模块28访问关闭工程屏。关闭工程屏能包括工程名、贷款帐号、业主名和关闭工程的能力。

图123示例说明能包括在管理系统环境过程102中的管理访问屏任务370。通过在施工支付过程期间，能使用管理访问屏任务370来定制显示给特定用户或组织的各种屏。例如，管理访问屏任务370可用于包含在施工支付过程期间显示在屏上的一个或多个组织的商标或徽标(例如，贷方的商标能包括在每一屏幕的右上角)。另外，能使用管理访问屏任务370来根据特定用户或组织的喜好或需求来修改特定表单或屏幕的布局。能由任一参与方，使用系统环境管理器52，执行管理访问屏任务370。管理访问屏任务370能包括登录任务372、退出任务374、工程主页任务376、重设密码任务378、主屏任务380、浏览工程任务382、遗忘密码任务384和你的密码任务386。

图124示例说明与登录任务372有关的登录屏。每一参与方能通过访问管理器38，访问登录屏。参与方能输入用户名和密码来登录。如果用户遗忘他或她的密码，登录屏能提供链接。

图125示例说明能与退出任务374有关的退出屏。每一参与方能通过访问管理器38，访问退出屏。退出屏能确认用户已经退出。

图126示例说明能与工程主页任务376有关的工程主页屏。每一参与方能通过访问管理器38，访问工程主页屏。工程主页屏能包括工程名、新消息的数量以及读取新消息的链接。工程主页能包括工程概述信息(包括工程时间表进度条和资金支付进度条)、完成支取信息(包括支取数、支取日期和支取信息的链接)、未决支取信息(包括支取数和起始日期)。工程主页能包括几个动作的链接、表单或屏幕(包括工程配置文件、工程预算、查看工程参与方、设置发票码、管理工程用户、产权保险公司核准跟踪、初始化未计划支取等等)。

图127示例说明能与重设密码任务378有关的重设密码屏。每一参与方能通过访问管理器38来访问重设密码屏。参与方可两次输入新密码以改变与特定用户名相关联的密码。

图128示例说明用于与主屏任务380有关的特定用户的主屏。每一参与方能通过访问管理器38来访问主屏。主屏能列出参与方涉及的工程，以及与每一工程有关的新消息的数量以及读取新消息的链接。

图129示例说明能与浏览工程任务382有关的浏览工程屏。每一参与方能通过访问管理器38来访问浏览工程屏。浏览工程屏能包括工程搜索特征以及工程列表。工程列表能包括工程名、GC名、编辑工程的链接以及选择一个或多个工程来浏览的能力。

图130示例说明能与遗忘密码任务384有关的遗忘密码屏。每一参与方能通过访问管理器38来访问遗忘密码屏。用户能输入他的或她的用户名和电子邮件地址，系统能将密码电邮给用户。

图131示例说明能在你的密码任务386期间传送的你的密码。图131的通知能包括你请求将你的密码电邮给你、密码以及下次你登录时使用该密码的请求的声明。

图132示例说明能包括在管理系统环境过程102中的管理消息屏过程388。管理消息屏过程388能用来查看消息、创建消息或查看系统状态消息。管理消息屏过程388可由任何参与方使用系统环境管理器52来执行。管理消息屏过程388能包括查看消息任务390、查看特定消息任务392、创建消息任务394和状态消息任务396。

图133示例说明能与查看消息任务390有关的查看消息屏。每一参与方能通过系统环境管理器52来访问查看消息任务390。查看消息屏能包括用户名、指定所显示消息的类型的能力(例如未读、最近、所有、发送消息或归档)，以及所指定的消息的类型的列表。消息的列表能包括选择特定消息的能力、消息日期、工程名、消息主题以及是否要求动作。查看消息屏也能提供归档被选消息和移动到消息的另一屏的能力。

图134示例说明能由用户查看的特定消息。特定消息能包括在此所示和所述的任一通知。

图135示例说明能与创建消息任务394有关的创建/发送消息屏。每一参与方能通过系统环境管理器52来访问创建/发送消息屏。用户能输入工程名、是否将消息发送到组织或用户、组织名、用户名、消息主题和消息。

图136示例说明能与状态消息任务396有关的状态消息屏。每一参与方能通过系统环境管理器52来访问状态消息屏。状态消息屏能发送消息，诸如已经初始化用于工程的支取以及已经通知所有参与方的声明。状态消息屏能包括组织或用户主页的链接。

图137-153示例说明根据本发明的另外实施例的管理施工支付过程的方法。结合参考图1-136和图154-179所示和所述的本发明的实施例来使用图137-153的方法的各方面。

图154-179是根据本发明的又一实施例的管理施工支付过程的方法的输入/输出图。结合参考图1-136和图137-153所示和所述的本发明的实施例来使用图154-179的方法的各方面。

图155包括公开工程任务、创建支取时间表单任务和识别和指定工程角色任务，其中每个由GC来执行。输入预算任务能由业主、业主的代表、GC、贷方或产权保险公司执行。更新细目任务能由GC对分包商和/或材料供应商执行，或由业主、贷方或产权保险公司对任何类型的参与方执行。关闭工程任务能由产权保险公司、GC或贷方执行。

图156包括进入工程明细任务，其中，系统假定，在公开工程前，工程已经具有来自所有必要机构和参与组织的完全许可。图156包括输入贷款明细，其中贷方可以选择仅输入用于法律和商业原因的信息。如果该工程不存在贷款，不输入信息。

图157包括评审建议的支取时间表单任务，其中，系统能通过在估计的工程时间表上，按同等间隔支取数来生成建议的支取时间表。图157包括接收或拒绝建议的支取时间表单任务，其中，GC能根据由业主、业主代表、贷方或GC建立的计划，人工地宣布支取。能拒绝自动计划并可手动地维护计划。

图159包括用于参与组织的输入工程预算，其中，能使用分层过程。在每一级，参与组织能执行他们用来支持他们的组织的过程。

图160包括授权更改订单任务，其中，问题解决(issue resolution)过程可以要求拒绝初始更改订单和创建所有方相互认可的第二更改订单。只有问题解决过程中的最终更改订单才必须核准。

图162包括添加组织任务，在参与工程前，必须添加组织。系统、产权保险公司、贷方或GC能将组织添加到系统。尽管在识别和指定维护工程支付诸过程的工程角色任务期间能添加组织，但可以通该过程相独立地添加组织。图162包括输入组织明细任务，其中，组织的初始联系人能负责输入他们的组织的明细和另外的联系人信息。每一组织能识别可负责更新他们的组织明细和联系人信息的内部系统管理员。图162包括维护组织明细任务，其中，由于敏感的金融信息，安全性会特别严格。

图164包括基于参与方的需求，能由第三方提供的核查组织任务。系统能便于验证组织和收取服务费。

图166包括能由GC执行的宣布支取任务。该支取是工程参与方能提交发票、业主(通常通过GC)能支付已完成的工作以及参与方接收付款并释放它们的相关留置权放弃的机构。图166包括生成誓词任务，其中，GC能在线评审提交(当需要时，参考备份纸张文件)，并且只要提交正确，系统能根据已经由参与支取的对方电子提交的信息来生成誓词。GC能拒绝提交以及能修订它们并准许重新提交。该机构能用来解决与发票有关的任何问题。图166包括通常能由贷方或产权保险公司执行的请求检查任务。图166包括通常能由贷方执行的授权支取任务，但可以要求包含业主、业主的代表，或另一指定的工程参与方。可配置授权机构能将任何工程参与方包括在授权过程中。图166包括能要求完成支取的输入和分级留置权放弃。不将资金传送到开发票方，直到输入并分级它们的留置权放弃为止。该要求确保支付和留置权放弃释放基本上在同时执行。图166包括执行同时支付/留置权放弃释放任务，其中，用于支付的留置权放弃的基本上同时的交换是自动的。该自动化交换能消除会议的需求并能消除支付和留置权放弃释放的延时。该自动交换能通过消除支付过程中的中间组织，降低留置权放弃的丢失的机会，并能加速对所有支取参与方的付款。

图167包括能将电子消息基本上同时发送到所有参与的和/或有关组织的公告支取任务。

图168包括能由希望通过支取过程支付的任何方执行的输入发票细目。电子提交跟随在支持提交的文书工作之后。能提供允许各方经扫描来提交支持信息的服务。

图169包括授权发票任务，其中，疑难解决过程可以要求拒绝初始发票以及创建所有各方相互认可的第二发票。仅核准该解决过程中的最终发票。

图170包括可以有与工程有关的一个以上监理的选择监理任务。在这种情况下，必须选择适当的监理来执行检查。

图171包括检查任务的确认范围，其中，请求检查的组织能定义检查的范围，用于整个誓词或誓词子集。图171包括输入检查结果任务，其中，视检查的范围和属性而定，支持文档可能是必要的。图171包括转发支持文档任务，其中，系统能允许将与数字照片或其他电子材料有关的文件附加到电子检查报告。

图173包括分级(stage)留置权放弃任务，其中，能在系统中分级电子签名的留置权放弃，防止任何更改。在本发明的一个实施例中，不将留置权放弃释放给产权保险公司，直到支付和留置权放弃的基本上同时交换。

图174包括确认支取授权和分级留置权放弃任务，这可包含所有留置权放弃的评审以确保它们完整和正确。

图178包括提供客户支持任务，这可包括支持添加或修改组织或工程、修复密码问题、修复工程和交易。图178包括系统管理任务，这可包括安全管理、金融审计和偶然性支持。图178包括用于系统参与方任务的维护活动性历史，能包括厂商历史，具有有关厂商和/或厂商的等级的历史。

在一些实施例中，CPMS10能帮助用户(如总承包商)利用某些法定标准来跟踪与工程有关的参与方(如分包商)的合规性(compliance)，如多种所需文件。这些法定标准可依照地点、业主、产权保险公司、总承包商或分包商而在不同各工程中有所差异。在一些实施例中，由于特定参与方的合规性和所欠参与方的支付之间的关系，CPMS10可以跟踪参与方的所要求的文件(如法律文件)，提供管理该文件的帮助，提供有关不完备的警告以及在一些个案中，在文件未准备好的情况下拒给支付。

如图180所示，在一些实施例中，CPMS10可包含文件跟踪模块400。文件跟踪模块400可指定和跟踪文件，例如从与工程相关的参与方(如分包商和/或分包商的分包商)接收到的合同、支付申请、誓词、保险文件、前留置权通知、留置权放弃等，并且可以提供警告并给出用于整个支付过程的强制合规性选项，直到并包括自动暂缓支付。文件可与特定工程、工程内特定预算支出项、特定参与方或组织相关联。应当理解，文件可包括纸质文件和电子文件。

为了为工程定义、指定和跟踪文件，CPMS10可通过文件跟踪模块400来支持定义一个或多个被跟踪的文件的数据实体。文件类型数据实体可以定义标准的文件类型和由CPMS10跟踪的标准文件类型的特征。CPMS10可使用文件类型数据实体来识别每一工程中被跟踪文件之间的标准区别，并且为每个文件类型的强制合规性识别警告和选项的性质。例如，每个文件类型数据实体可包含文件名和有效状态(如“未完成”、“未签名”、“已签名”、“未收到”、“已收到”、“现行(active)”、“过期”等)列表。虽然其他法律文件类型在不同情况下以及在不同法律管辖权下适用，但三种典型法律文件类型可包括带有有效状态“未完成”、“未签名”和“已签名”的协议；带有有效状态“未收到”和“已收到”的表单；以及带有“未收到”、“现行”和“过期”有效状态的证书。

CPMS10也可提供工程文件要求表，在此表上，工程管理者可以创建要求某特定工程各分包商提供的文件的列表。为便于说明，“分包商”用来指代传统上的分包商、分包商下的分包商和材料供应商。此外，在一些实施例中，法律文件跟踪功能可以应用在系统中和脱离系统的分包商和材料供应商。

工程文件要求表可识别工程标识符、法律文件类型和文件名称。文件名称可由工程管理者输入并可包括诸如“分包合同”、“保险证明”、“城市执照”等的值。为便于说明，“工程管理者”用来指代线上参与方(如总承包商、工程业主、产权保险公司等)或线下参与方(如分包商，该分包商为与其签订合同的各分包商定义文件要求)。

CPMS10也可使用其他数据实体来跟踪每个分包商对工程文件要求的合规性的状态。例如，CPMS10可使用包含有工程标识符、文件名称、分包商标识符、文件状态、文件标识符(如可选)和文件期满日(如可选)的分包商工程文件表。图181示出了与文件跟踪相关的数据实体的概念数据模型。

在一些实施例中，系统10也可以允许工程管理者或分包商来建立新的文件类型来解决工程管理者或分包商、工程性质、或管辖区或参与方或工程所在国家的法律规定的特别需要。可选择地，系统可以向工程管理者或分包商提供屏幕显示或其他用来帮助用户创建新文件类型的机构。

在一些实施例中，系统10定义单一的文件类型，用于所有类型的具有单一的一组状态的文件，而不是定义特定的文件类型。单一个文件类型可指定一个或多个数据元素，如某个参与方(如分包商)要求的特定文件的文件标识符、文件日期、期满日等。在一些实施例中，每个数据元素都是可选的。如果工程管理者输入期满日，文件跟踪模块认为文件会在该期满日过期，并跟踪该过期的时间。每个根据单个文件类型定义的文件也同各状态(如“未收到”，“已收到”，“不可用”)相关。在一些实施例中，每个文件的默认状态可被指定为“未收到”。

通过使用上述单一的文件类型，在工程管理者选择一个或多个需要从与特定施工工程相关的分包商获得的文件后，系统10可自动查阅文件状态，并可动态地确定文件处于现行状态还是过期状态。例如，如果文件有状态“未收到”或“不可用”，系统10可确定该文件既不处于现行状态，又没到期。同样地，带有“已收到”状态却没有期满日的文件被系统10认为处于现行状态。此外，带有“已收到”状态及期满日的文件，在系统或当前日期小于文件期满日时被系统10认为处于现行状态，并且在系统或当前日期大于文件期满日时被系统10认为处于过期状态。系统10可动态地评价文件是现行的还是过期的，当这样的信息对处理或显示必要时。

图182A示出了文件要求页450。工程管理者可使用文件要求页450来选择所需要的或需要从与特定施工工程相关的分包商获得的文件。工程管理者可从工程主页454的链接452进入文件选择页450，如图183所示。在一些实施例中，CPMS10只允许工程管理者进入文件要求页450。

文件要求页450允许工程管理者建立用于某工程的所需法律文件的表。该表支持任意数量的行(从零到无穷)并可允许工程管理者添加文件、选择文件用于删除和/或选择文件用于编辑。在一些实施例中，包含在文件要求页450中的表显示文件类型列，所述列包括提供系统预定义文件类型的下拉菜单，以及文件名称列，所述列包括用于用户输入和/或编辑字母数字(alpha-numeric)字段。

如图182A所示，文件要求页450可显示工程号、工程标识符、和从一个或多个同该工程相关的分包商要求的文件的列表。对于每个列出的文件，工程管理者可使用选择机构(如单选按钮)456来选择至少一个强制动作。强制动作规定了当分包商未提供所需文件时由系统10自动执行的至少一个动作。例如，强制动作可包含“仅提建议”动作，该动作包含自动向工程管理者通知缺少文件。强制动作也可包含“暂缓支付(Hold Payment)”动作，该动作包括自动向未提供所需文件的分包商暂缓支付。

如图182A所示，工程管理者可以自选地跟踪所需文件的过期。例如，工程管理者可使用与特定文件相关的跟踪过期选择机构458(如复选框)来指明是否跟踪文件过期。在一些实施例中，如果工程管理者为特定文件选择跟踪过期机构458，工程管理者可通过使用一个或多个通知日期选择或输入机构460来指明一个或多个通知日期。系统10可以通过使用通知日期机构来确定提前通知过期文件的天数，系统10需警告工程管理者和/或分包商文件将要过期。在一些实施例中，工程管理者可为特定文件指定多个通知日期。例如图182A所示，工程管理者可指定第一通知日期和第二通知日期。在一些实施例中，如果工程管理者指定零通知日期，系统10不会在文件到期前发送任何到期警告。即便工程管理者指定零通知日期，系统10可在文件到期时通知工程管理者。通知日期的默认值可设为零。

文件要求页450可包括添加要求选择机构462，工程管理者可选择添加要求选择机构用来向所要求文件的列表中添加文件。此外，文件要求页450可包括有一个或多个删除文件选择机构464，通过该机构，工程管理者可从所选择的文件中删除一个或多个文件。如图182A所示，工程管理者可通过选择包含在文件要求页450中的保存设置选择机构466来保存和提交对该工程所要求文件的修改。此外，工程管理者可通过选择取消选择机构468来取消对文件要求页450所列出的文件的任何修改。

在一些实施例中，系统10可自动选择和指定用于某特定工程的一个或多个文件和/或文件选项。例如，系统10可自动选择待跟踪的留置权放弃并对所请求的留置权放弃指定暂缓支付强制动作。CPMS10也可提供一个或多个类似文件要求页450的文件要求页，用来使工程管理者可在不同于工程级别的其他级别上规定文件需求，如组织级别、预算级别、预算支出项级别、合同级别等。例如，CPMS10可提供文件要求页，使得工程管理者可指定组织级别的文件需求。组织级别的文件需求规定了该工程管理者与之签约的每个组织的所要求文件，而不管与该组织相关联的具体工程。

在工程管理者对具体工程指定了文件选项和/或要求后，CPMS10可生成文件要求通知469a，如图128B所示。CPMS10可向与工程相关的分包商展示文件要求通知469a，这种展示或者在分包商接受为该工程指定任务的责任之前，或者在其后。如图182B所示，文件要求通知469a可列出参与方所需的每个文件，以及与文件相关的强制动作。如果工程管理者修改用于该工程(如使用文件要求页450)的文件要求，系统10可生成文件要求修改通知469b，如图182C所示。系统10可向与该工程有关的每个参与方(如分包商或材料供应商)显示通知469B。在一些实施例中，如图182C所示，文件要求修改通知469b可包含链接469C，各参与方可选择该链接来查看文件状态个别页490，如下图185B所描述的那样，用来查看需要从该参与方获得的文件的状态。

图184示出了根据本发明一实施例的文件状态总结页470。工程管理者可使用文件状态页470来输入关于特定分包商对工程文件要求的合规性的信息。在一些实施例中，工程管理者可通过选择包含在工程管理者的工程主页454中的链接472来到达文件状态总结页470，如图183所示。

如图184所示，文件状态总结页470可在单个的视图或页面上显示需要从与某个工程相关的所有分包商获得的一个或多个文件的状态。文件状态总结页470可显示工程名称，工程号，所有与该工程相关的分包商列表(仅限一层或多层)和用于该工程的每个被跟踪文件的列，指出了所需要文件的名称(如由工程管理者定义)。对于包含在文件状态总结页470中的每个文件来说，文件状态总结页可显示状态值、期满日(如果可用)、暂缓安置状态和对每个分包商的暂缓支付信息。

在一些实施例中，如图184所示，每个文件的状态可通过不同颜色或其他视觉表现被显示出来。例如，如果一个文件的状态为“未收到”，与该文件相关的格可呈现桔红色，表示该文件缺失。如果文件的状态为“已收到”、该文件是现行的，并且该文件的期满日距系统或当前日期还有60日或超过60日，与该文件相关的格呈现绿色，表示该文件被认为是当前的文件。如果文件的状态为“已收到”，该文件是现行的，并且文件的期满日距系统或当前日期在60日以内，与该文件相关的格呈现黄色，表示文件距过期时间不足60日。如果文件的状态为“已收到”并且该文件是过期的，与该文件相关的格呈现红色，表示该文件已过期。同样，如果文件的状态为“不可用”，与该文件相关的格呈现灰色，表示该文件对当前分包商不可用。

如图184所示，如果文件的状态表示该文件距过期时间不足60日或已经过期，文件状态总结页470可显示该文件的到期日期。此外，如果文件的状态指示文件尚未收到或已过期，并且文件被指定有“暂缓支付”强制值，文件状态总结页470可指出由于文件尚未收到或已过期因此支付被暂缓。另外，如果支付被暂缓，文件状态总结页470可显示由于缺失或过期的文件先前支付同样被暂缓。如果对于单个分包商有一个以上的支付在特定支取中被置于暂缓状态，文件状态总结页470也可显示每个暂缓支出的列表。如图184所示，文件状态总结页470也可包括包含有暂缓支付的支取的支取链接471。在一些实施例中，工程管理者可使用支取链接471来查看管理支出页585，如下图197A-B描述的那样。

在一些实施例中，文件状态总结页470也可包含与每个所列的特定分包商相关的链接，工程管理者可选择这些链接来查看用于该特定分包商的文件信息。例如，每个在文件总结页470中所列的分包商可以包含链接472，通过选择该链接，工程管理者可以查看文件状态个别页480，如图185A所示。

如图184所示，文件状态总结页470也可包含编辑文件要求链接或其他选择机构474，通过该机构，工程管理者可以进行选择来进入文件要求页450，并且查阅和/或编辑工程的文件要求。

如图184所示，文件状态总结页470可以包括经由分包商链接473的文件报告和经由文件链接475的文件报告。工程管理者可通过分包商链接473选择文件报告，用来查看报告，该报告指示了需要从一个或多个工程的分包商获得的全部文件的状态。同样地，工程管理者可以同过文件链接475选择文件报告，来查看指示需要从用于一个或多个工程的分包商获得的全部文件状态的报告。

在一些实施例中，在文件状态总结页470显示的信息可以在工程管理者对特定工程所需的文件做更改(如对某工程的文件要求表做更改)时被更新。在做此更改的情况下，法律文件跟踪表和文件状态总结表460被相应地更新，或添加行(row)，或删除行，并且文件名称也改变。例如，如果工程管理者对用于工程的法律文件要求表添加新文件，新表行被添加到法律文件跟踪表，每个分包商有一个行，并展示文件名称(例如来自法律文件跟踪表)以及文件的初始状态。在一些实施例中，新文件的初始状态自动设置到与文件类型(如新的类型协议文件可有初始默认状态值“未完成”)相关的有效状态之一。工程管理者可在工程期间的任何时候更新表和/或文件状态总结页。

如上所述，工程管理者可选择与列于文件总结页470的分包商相关的链接472来查看文件状态个别页480，如图185A所示。如图185A所示，文件状态个别页480对需要从特定分包商(如该工程法律文件要求表所辨明的)获得的每个文件，可以显示具有多个列和一个行的表。与该文件状态个别页480相关的分包商(和工程)可在页480顶端标识。这些列可包含：文件名称列，在一些实施例中这些文件名称列不可编辑；文件状态列，包含有下拉菜单或其他类型的选择机构482，并且根据与该文件相关的法律文件类型为该文件提供有效的状态；可选择的文件标识符列，可以是字母数字字段；以及可选的文件到期日期列，包括有日期字段。文件状态个别页480也可包括指示与特定文件相关的强制动作。

如图185A所示，文件状态个别页480显示了该文件的标识符。在一些实施例中，系统10依照从分包商收到的文件，自动设置文件的标识符。例如，系统10可随机地把唯一的标识符指定到从分包商收到的文件。工程管理者或分包商也可把唯一的标识符指定给文件。

对于每一列于文件状态个别页480的文件，页480显示了文件日期和期满日。在一些实施例中，工程管理者为特定文件设置文件日期和期满日。例如，工程管理者可以将文件日期设置为文件生效日期或工程管理者的收到日期。由工程管理者通过使用文件状态页480输入的日期可通过系统10生效。在一些实施例中，系统10也可为特定文件自动设置文件日期和/或期满日。

如图185A所示，文件状态个别页480也可显示指定到每个所需文件的强制动作。如以上描述的那样，如果分包商未提供所需文件，强制动作定义由系统10自动执行的动作

如图185A所示，文件状态个别页480可包括列有一个或多个可由工程管理者为特定文件执行的一个或多个动作的文件动作列。例如，如果分包商提交特定文件，文件动作列可包括通过查看链接483来查看提交的文件。其他包含在文件动作列的动作可包括用来下载所提交文件的下载链接，用来编辑所提交文件的编辑链接，用来删除所提交文件的提交链接以及代表分包商用来提交文件的提交链接。

如果工程管理者对文件状态个别页480所显示的数据做任何修改，总承包商可选择包含在页480中的保存更新选择机构484来保存这种改变，或选择包含在页480中的取消选择机构486来取消该改变。在一些实施例中，所保存的来自文件状态个别页480的修改自动反映在文件状态总结页460中。

系统10也可向与包含在特定文件状态个别页480内的文件信息相关的分包商提供文件状态个别页480的版本。向分包商提供的页480的版本可包含页480的只许查看版本(与向工程管理者提供的可编辑版本不同)。如图185B所示，只许查看文件状态个别页490显示工程(名称或标识符)以及参与方或组织(如名称或标识符)和参与方或组织(如名称或标识符)。在一些实施例中，分包商可通过使用工程主页500上的链接491进入只许查看文件状态个别页490，如图185C所示。

如图185B所示，只许查看版的文件状态个别页490可显示相同的信息，如文件状态个别页480的可编辑版显示的信息。例如，只许查看文件个别页490可为每个分包商要求的文件显示文件名、文件状态、文件标识符、文件日期、期满日、和强制动作。在一些实施例中，CPMS10可防止分包商修改只许查看版的页490显示的数据。

只许查看版的文件状态个别页490也可包含列有一个或多个分包商对于所给文件可执行动作的文件动作列。例如，文件动作列可包含提交链接492。分包商可以选择与列于页492的特定文件相关的链接490按电子方式提交系统10所需文件。其他包括在文件动作列的动作可包含用来查看所提交文件的查看链接，用来编辑所提交文件的编辑链接，以及用来删除所提交文件的删除链接。

如果分包商选择与特定文件相关的提交链接492，系统10可显示提交文件页510，如图186A-B所示。分包商可使用提交文件页510来选择一个或多个用来向系统10按电子方式提交的文件。在一些实施例中，提交文件页510可包括浏览选择机构512，分包商可选择该机构在用于该特定文件的一个或多个存储装置和/或文件目录中搜索。分包商在浏览存储装置和/或文件目录时找到或选择的文件可在输入机构513上显示。分包商也可通过使用输入机构513直接输入某特定文件的文件名(如完整的路径名)和/或通过使用浏览选择机构512来浏览文件。

一旦分包商找到并且选择或输入用来提交的特定文件，分包商可选择包含在提交文件页510中的添加附件选择机构514。分包商也可选择包含在提交文件页510中的清除选择机构516，在未向系统10提交文件的情况下清除显示于输入机构中的文件或文件名。

如图186B所示，分包商通过使用增加附件选择机构514来添加或附加的文件可被列于“附件(Attachments)”标题下的提交文件页510中。分包商可通过选择与特定文件相关的删除选择机构518，如某个复选框，来删除或去除一个或多个附加的文件。在分包商选择一个或多个用来删除的附加文件后，分包商可选择包含在提交文件页510中的删除选择机构520来将将所选择的文件从附加文件列表中删除。

一旦分包商附加一个或多个文件，分包商可以选择包含在提交文件页510中的提交选择机构522来把所附加的文件电子地传送至系统10。在分包商将附加的文件传送到系统10后，系统10可生成文件传送通知，如图187所示。系统10向分包商显示文件传送通知524。

在分包商提交一个或多个附加的文件后，系统10也可生成查阅提交的文件工程动作或通知，并可将工程动作发送至接收所述提交文件的工程管理者。在一些实施例中，系统10在工程管理者工程主页526中列出在工程管理者未决动作下的查阅提交的文件工程动作，如图188所示。如果工程管理者从工程主页选择工程动作或相关的选择机构，系统10可显示接收文件通知528，如图189所示。通知528可向工程管理者通知分包商已提交一个或多个要求文件的电子拷贝。此外，接收文件通知528可列出从分包商电子收到的一个或多个文件。

接收文件通知528也可通知工程管理者他/她应该下载每个提交的文件。在一些实施例中，如图189所示，下载并查阅提交的文件，工程管理者可在接收文件通知528选择与收到文件(如与所列文件相关的链接)相关的选择机构530。如果工程管理者选择该选择机构530，系统10可下载并显示向工程管理者提交的文件。

在工程管理者查阅提交的文件后，工程管理者可根据需要更新被系统10跟踪的文件的状态。例如，如图189所示，接收文件通知528可包含更新文件信息选择机构532。如果工程管理者选择更新文件选择机构532，系统10可显示与提交文件分包商相关的文件状态个别页480，如图185A描述的那样！如以上描述的那样，工程管理者可对文件状态个别页480显示的数据进行修改，并且选择包含在页480中的保存选择机构484来保存这种改变。在一些实施例中，如果工程管理者修改在文件状态个别页480中显示的数据，系统10可生成文件信息更新通知540，如图190所示。系统10可向工程管理者显示文件信息更新通知540。

在一些实施例中，只有工程管理者能更新文件信息。在一些实施例中，除了包括或代替工程管理者的人工修改，系统10可自动更新或修改文件信息。例如，系统10在分包商向系统10提交文件后可自动将文件状态改为“已收到”。

在一些实施例中，系统10执行例行的或周期的文件查阅(如每天的夜间)来识别过期文件。例如，作为批处理活动，系统10可有规律地(如每日)检查过期文件，如在系统不繁忙的时候(如凌晨5点前)。如图191所示，系统10可扫描由该系统管理的文件，并且对于每个文件来说，可以决定文件的是否设定为“已收到”。如果特定文件的状态设置为“已收到”，系统10扫描或查阅由系统10管理的其他或下一个文件。

如果由系统10查阅的文件的状态被设定为“已收到”，系统10可决定该文件是否与期满日相关(如与文件相关的期满日属性被设定为特定日期)。如果文件不与期满日相关(如与文件相关的期满日属性被设定为零)，系统10可扫描或查阅另外或下一个由系统10管理的文件。

如果系统10查阅的文件与期满日相关，系统10可决定当前或系统日期大于或等于文件期满日减去工程管理者为第一通知设定的天数。如果系统日期小于文件期满日减去该第一通知的天数，系统10判定文件并未过期，并且不需要过期通知，以及可以扫描或查阅另外或下个由系统10管理的文件。

如果系统10判定系统日期大于或等于文件期满日减去第一通知的天数，系统10可确定该有关该文件的第一通知是否已经被发送。在一些实施例中，系统10可跟踪过期通知何时被发送以及是否被发送。如果第一通知未被发送，系统10可发送第一过期警告通知。在一些实施例中，系统10将第一过期警告通知发送至与文件相关的分包商和/或工程管理者。图192示出根据本发明的一实施例的过期警告通知550。

如图191所示，系统10判定用于特定文件的第一通知已被发送，或在系统10为特定文件发送第一个通知后，系统10判定当前系统日期是否大于或等于文件期满日减去与工程管理者所设置的第二通知相关的天数。如果系统日期小于文件期满日减去与工程管理者设置的第二通知相关的天数，系统10可扫描或查看系统10管理的另外或下一个文件。

如果系统10判定系统日期大于或等于文件的期满日减去与第二通知相关的天数，系统10可判定与文件相关的第二通知是否已被发送。如果第二通知已被发送，系统10可发送第二过期警告通知(如图192所示的过期警告通知550)。

如果系统10判定用于特定文件的第二通知已被发送，或在系统10为特定文件发送第二个过期警告通知后，系统10可判定当前系统日期是否大于或等于文件的期满日。如果系统日期小于文件期满日，系统10可扫描或查看另外或下一个由系统10管理的文件。

如图191所示，如果系统10判定当前系统日期大于或等于某特定文件的期满日，系统10可判定用于该文件的期满日是否已发送。如果期满日已被发送，系统10可扫描或查看另外的或下一个由系统10管理的文件。

如果期满日未被发送，系统10可发送过期通知。在一些实施例中，系统10可向与过期文件相关的分包商和/或与工程相关的工程管理者发送过期通知。图193示出了依据本发明的一实施例的过期通知。在发送完过期通知后，系统10可扫描或查看另外或下一个由系统10管理的文件。

当支取被启动(或分包商被添加或选择用于某个支取)，系统10也可检查需要从包含在该支取中的每位分包商获得的文件的状态，并且如果必要，生成提交文件工程动作或者对有缺失或过期文件的分包商的通知。例如，如果需要从某个分包商求获得的文件的状态被设为“未收到”，系统10可生成要求缺失文件的提交文件工程动作。另外，如果需要从分包商获得的文件的状态被设为“已收到”，并且相关期满日在支取日期(如60日)后的预设时间之内，或者与支取日期相符或先于支取日期，系统10也可生成要求新文件的提交文件工程动作。图194示出了依照本发明的一实施例的更新所需要文件工程动作或通知560。在一些实施例中，分包商可通过包括在分包商工程主页500中的链接或选择机构562进入通知560，如图185C所示。

如图194所示，更新所需要文件的通知560可包含选择机构564，分包商可选择该机构来查看分包商的所要求文件的状态和/或提交要求的文件(如使用文件状态个别页490)。

在工程管理者选择“暂缓支付”动作作为为特定文件的强制值的情况中，系统10(如在工程管理者签名其发票之后)可对工程管理者指定有“暂缓支付”的任何有缺失或过期文件的分包商自动暂缓支付。例如，系统10可对每个包括在支取中的分包商查阅所要求文件的状态，并可决定与分包商相关的文件是否具有“未收到”状态，或已过期。如果文件未收到或已过期，系统10可判定该文件是否与“暂缓支付”强制动作相关。在一些实施例中，只要有一个文件不符合规定(如分包商缺失三个所需文件中的一个)，系统10自动对分包商暂缓支付。如果分包商有缺失或者过期文件，系统10只可对当前支取暂缓与该分包商相关的支付，并且不暂缓与其他支取相关的任何其他未完成支付。在其他实施例中如果分包商有缺失或过期文件，系统10可暂缓向该分包商的所有未完成支付。

当系统10暂缓支付时，系统10可以记录暂缓支付(如记录指示由于缺少或过期文件而暂缓支付的原因)并且生成一个或多个警告该暂缓支付相应个体的通知或消息。如图74B所描述的那样，查看支取要求表单可指示任何暂缓支付(如自动暂缓或人工暂缓)，该暂缓支付不会包含在为未决支取支出的支付中。

如果对特定分包商的支付被暂缓，系统10可生成暂缓支付通知570，如图195A所示。系统10可向分包商显示暂缓支付通知570(如通过包含在查看所有信息屏572的链接，如图195B所示)。如图195A所示暂缓支付通知570可通知分包商暂缓已被置于向分包商的支付中。在一些实施例中，暂缓支付通知570也可包含一个或多个链接或选择机构，通过该链接或选择机构，分包商可用来选择以查阅暂缓支付和/或执行用来更正暂缓支付的动作。

在一些实施例中，如果对分包商的将被暂缓的支付被标记为特定支付方法，系统10可简单地通知专对暂缓的支付的工程管理者，而非自动暂缓支付。例如，如果对分包商的将被暂缓的支付被标记为系统10之外进行的支付(如通过人工支票)，系统10可生成处于暂缓工程动作或通知580的支付，如图196所示。系统10可向工程管理者显示处于暂缓通知580的支付。处于暂缓通知580的支付可通知工程管理者，向特定分包商的支付依照缺失或过期的文件应被暂缓。针对暂缓通知580的支付也可指示与支付相关的方法。另外，如图196所示，通知580可指示工程管理者是否想改变与支付相关的支付方法(如将支付方法改为系统10内部管理的方法)，工程管理者应暂缓支付。处于暂缓通知580的支付也可包括链接或其他选择机构582，通过该链接或选择机构，工程管理者可进行选择，以查阅与其支付处于暂缓的分包商相关的文件状态(如通过与分包商相关的文件状态个别屏480)。

如以上参考文件要求页480所描述的那样，工程管理者可对所需文件指定“仅提建议”强制动作。与“暂缓支付”强制动作相同，在工程管理者在他/她的支付申请上签名后，系统10可为有缺失或过期文件的分包商向工程管理者发送查阅文件工程动作或通知。例如系统10可查阅需要从包括在支取中的分包商获得的文件的状态，并且如果所需文件的状态为“未收到”或已过期，系统10可生成查阅文件工程动作或者通知，并且向工程管理者显示工程动作或通知。在一些实施例中，系统10可为每个有缺失文件或过期文件的分包商生成查阅文件工程动作或通知。在其他实施例中，系统10可生成单个的查阅文件工程动作或通知，指出具有过期或缺失文件的所有分包商。查阅文件工程动作或通知可包括链接或选择机构，通过该链接或机构，工程管理者可选择以查阅需要从与查阅文件工程动作或通知(如文件状态个别页480或文件状态总结页470)相关的一个或多个分包商获得的文件的状态。

在一些实施例中，只有工程管理者可通过使用管理支付页585手动释放支付来释放暂缓支付，如下面参考图197A-B描述的那样。在其他一些实施例中，系统10可自动释放暂缓支付。例如一旦要求分包商提供的文件是当前有效的，系统10可自动向分包商释放任何暂缓支付。

为了手动释放暂缓支付，工程管理者可使用管理支付页585，如图197A-B所示。如图197A-B所示，管理支付页585可列出对特定支取的每个暂缓支付。工程支付页也可为特定支取列出每项支付。

如图197A-B所示，管理支付页585可包含查看留置权放弃选择机构586，文件跟踪选择机构587，和查看支取要求选择机构586来查阅由与该支取相关的每位分包商提交的留置权放弃。工程管理者可选择文件跟踪选择机构587来查看与该支取相关的每位分包商提交的文件的状态(如通过查看由图60A，62，68A，72或74A-B描述的未决支取要求屏)。

对于列于管理支付页585的每位分包商(或支付)来说，页585可包含编辑链接或选择机构589，通过该链接或选择机构，工程管理者可进行选择，用以编辑与特定分包商相关的支付信息。在一些实施例中，如果工程管理者选择与特定分包商相关的编辑链接598，系统10可显示管理支付页590，如图198A-B所示。通过使用管理支付页590，工程管理者可修改与对该分包商所完成支付相关的信息。

如图198A-B所示，管理支付页590可包括进行核查选择机构591，分割支付选择机构592，和释放暂缓选择机构593。为了改变与支付相关的支付方法(如将支付方法改为系统10外管理的方法)，工程管理者可选择支票选择机构591。在一些实施例中，将与支付相关的支付方法改变为系统10外管理的方法可自动释放暂缓支付。如果工程管理者选择进行核查选择机构591，系统10可自动更新显示于管理支付页590中的支付方法，可显示单独的改变支付方法页，或可允许工程管理者来更新显示于管理支付页590的支付方法。

为了将支付分割为多个子支付，工程管理者可选择分割支付选择机构592。例如，如果工程管理者想按多个子支付而非单独一个总支付来支付分包商，可选择分割支付选择机构592。在一些实施例中，如果工程管理者选择分割支付选择机构592，系统10可显示单独分割支付表单或可允许工程管理者来编辑在管理支付页590显示的支付数额。

为了释放暂缓支付，工程管理者可从暂缓选择机构593的选择释放。在一些实施例中，工程管理者也可通过使用评述输入机构594来提供释放暂缓支付的原因或评述，如图198A-B所示。如果工程管理者从暂缓选择机构593选择释放，系统10可改变支付状态，如管理选择页590所显示的那样，由“暂缓(Held)”到“请求(Requested)”，如图198B所示。

如果工程管理者改变显示于管理支付页590中的支付信息，工程管理者可选择包含在管理支付页590中的保存改变选择机构595。如果工程管理者保存对支付信息的改变，系统10可更新图198B所示的管理支付页590，并且可以更新图197B所示的管理支付屏585。另外，为了忽略对显示于管理支付页590的支付的任何改变，工程管理者可选择包含在页590中的取消选择机构596。

在一些实施例中，管理支付页590可包括其他选择机构。例如，如果支付未被支出，管理支付页590可包括支付选择机构，通过该机构，工程管理者可人工暂缓支付。

在一些实施例中，列有用于特定支取的所有支出的管理支付页585可与管理支付页590结合，管理支付页590列有与特定支付相关的支付信息，并允许工程管理者来修改这些支付信息，以创建支付页600，如图198C所示。在一些实施例中，支付页600可显示用于特定支取的所有支付。在其他实施例中，支付页600可只显示用于特定支取的暂缓支付。如图198C所示，工程管理者可使用支付页600来暂缓或释放用于支取的一个或多个支付。例如，支付页600所显示的每个支付可与选择机构602(如复选框)相关,工程管理者可选择该机构来选择特定支付。在工程管理者选择完一个或多个支付，工程管理者可选择包含在支付页600中的暂缓选择的支付选择机构603，来暂缓所有选择的支付。另外，工程管理者可选择释放选择的支付选择机构604来释放所有选择的支付。在一些实施例中，工程管理者也可通过使用包含在支付页600中的评述输入机构605来输入暂缓或释放特定支付的原因或评述。通过使用暂缓所选择支付选择机构603和释放所选择支付选择机构604，工程管理者可手动暂缓或释放支付。在一些实施例中，如前述那样，工程管理者可因不同于所需要文件缺失或过期的多种原因来手动暂缓和释放支付。

在一些实施例中，如果工程管理者手动释放暂缓支付，系统10会要求来自与工程管理者相关的授权用户的授权。例如，向与工程管理者相关的特定用户要求释放支付的授权，系统10可生成特殊支出工程动作或通知，并可在授权用户的工程主页610列出工程动作或通知，如图199所示。工程动作或通知可包括链接或其他选择机构612，通过该链接或其他选择机构612，授权用户可进行选择，以查看管理支付页620，如图200所示。工程支付页620可包括与管理支付页585相同的信息和选择机构，但可包括支出资金选择机构622。在授权用户查阅所释放的支付后，用户可选择支出资金选择机构622来授权被暂缓支付的释放。在授权用户选择支出资金选择机构622后，系统10可生成支付支出通知630，如图201所示。系统10可向授权用户显示支付支出通知630。

本领域的普通技术人员能够理解，可使用各种计算机设备，诸如个人计算机、服务器和具有处理器或能够执行程序或指令集的其他设备来实现本发明的实施例。通常，使用现有的硬件或本领域的普通技术人员易于创建的硬件来实现本发明。因此，并不总是详细地说明示例性设备的体系结构，只是提及该设备通常将具有处理器、存储器(一些类型)、以及输入和输出应用程序。处理器能是微型处理器、可编程逻辑控制、应用专用集成电路，或配置成提取和执行指令的计算设备。在某些情况下，设备也能具有操作系统和由操作系统管理的应用程序。还应当注意到尽管所示的CPMS10的组成部分连接在网络中，但不隐含具体的网络结构。如本领域的普通技术人员能想到的，能在各种组合中使用一个或多个网络或通信系统，诸如互联网、电话系统、无线网络、卫星网络、电缆TV网络和各种其他专用和公用网络以便提供创建本发明的实施例或实现所要求或所需的通信链路。因此，本发明不限于任何具体的网络或网络组合。

在权利要求书中阐述本发明的各个特征和优点。

Claims (22)

1.一种管理施工支付过程的方法，该施工支付过程涉及网络中与施工工程相关联的多个参与方，该方法包括:

使用计算机定义在所述施工工程的过程期间在所述多个参与方中至少两个参与方之间必须传递的多个所需文件，其中所述多个参与方包括第一参与方和第二参与方；

由所述计算机将第一强制动作指定到所述多个所需文件中的第一文件；

由所述计算机审阅所述第一文件的状态；

如果所述第一文件没有由所述第一参与方经所述计算机提供，则由所述计算机使所述第一强制动作自动发生。

2.如权利要求1所述的方法，其中由所述计算机将所述第一强制动作指定到所述第一文件，包括由所述计算机自动将所述第一强制动作指定到所述第一文件。

3.如权利要求2所述的方法，还包括：

在参与方设备上显示必须由所述第一参与方经所述计算机提供的所述多个所需文件的列表；

通过所述参与方设备，从所述第二参与方接收在所述多个所需文件的列表中对所述第一文件的选择；

从所述第二参与方接收强制动作列表中的第二强制动作的选择；

由所述计算机把所选择的第二强制动作指定到所述第一文件；

如果所述第一文件没有由所述第一参与方经所述计算机提供，则由所述计算机使所述第二强制动作自动发生。

4.如权利要求3所述的方法，其中如果所述第一文件没有由所述第一参与方经所述计算机提供，则由所述计算机使所述第第一强制动作自动发生的行为，还包括：

只有当所述第一文件没有由所述第一参与方提供，以及所述第二强制动作还没有被指定到所述第一文件时，才由所述计算机使所述第一强制动作自动发生。

5.如权利要求3所述的方法，其中所述第二强制动作为通知动作；由所述计算机使所述第二强制动作自动发生的行为，包括如果所述第一文件未被储存在建筑支付管理系统的存储器中，则自动通知所述多个参与方中的至少一方。

6.如权利要求3所述的方法，其中所述第二强制动作为暂缓支付动作；由所述计算机使所述第二强制动作自动发生的行为，包括如果所述第一文件未被储存在建筑支付管理系统的存储器中，则自动暂缓支付到所述第一参与方。

7.如权利要求1所述的方法，其中所述第一强制动作包括暂缓支付动作；且所述计算机使所述第第一强制动作自动发生包括暂缓由所述第二参与方到所述第一参与方的支付。

8.如权利要求7所述的方法，其中所述计算机使所述第第一强制动作自动发生，还包括自动按电子方式把该暂缓支付通知给所述多个参与方中的至少一方。

9.如权利要求1所述的方法，还包括对所述第一文件指定状态。

10.如权利要求9所述的方法，其中所述状态包括未完成、未签名、已签名、未收到、已收到、现行和过期的至少一种。

11.如权利要求9所述的方法，还包括根据从所述多个参与方中的至少一个以电子方式接收的选择，指定所述状态。

12.如权利要求9所述的方法，还包括自动以电子方式将所述第一文件的所述状态通知绐所述多个参与方的至少一方。

13.如权利要求9所述的方法，还包括更新所述第一文件的所述状态，并且将所述第一文件的所述状态通知绐所述多个参与方的至少一方。

14.如权利要求1所述的方法，还包括自动以电子方式将指定到所述第一文件的所述第一强制动作，通知绐所述第一参与方。

15.如权利要求1所述的方法，其中所述第一文件包括协议、表单或证书。

16.如权利要求1所述的方法，还包括将期满日指定给所述第一文件。

17.如权利要求16所述的方法，其中将期满日指定给所述第一文件包括根据由所述计算机从所述多个参与方中的至少一方按电子方式接收的选择来指定所述期满日。

18.如权利要求16所述的方法，还包括大致在所述期满日将该期满日自动通知绐所述多个参与方的至少一方。

19.如权利要求16所述的方法，还包括通过所述计算机，将至少一个期满通知日指定给所述期满日。

20.如权利要求19所述的方法，还包括大致在所述至少一个期满通知日，将所述期满日以电子方式自动通知绐所述多个参与方的至少一方。

21.如权利要求1所述的方法，还包括：

通过所述计算机，从所述第一参与方接收所述第一文件；

通过所述计算机，自动将从所述第一参与方接收的所述第一文件，储存到所述计算机的存储器中；以及

在所述第一文件被储存到所述计算机的所述存储器中之后，以电子方式将所述第一文件传送到所述第二参与方。

22.如权利要求21所述的方法，还包括当所述第一文件以电子方式被传送到所述第二参与方之后，以电子方式自动通知所述多个参与方的至少一方。