MX2007000352A

MX2007000352A - Sistema y metodo de administracion de pagos de construccion.

Info

Publication number: MX2007000352A
Application number: MX2007000352A
Authority: MX
Inventors: Patrick J Allin; Charles C Cherry; William H Eichhorn; Michael L Flynn; Howard L Niden; Richard P Pedersen Jr; Matthew R Bagley
Original assignee: Textura Corp
Priority date: 2004-06-29
Filing date: 2005-01-10
Publication date: 2007-11-09
Also published as: US7882004B2; CA2570897A1; US20100250417A1; US20120197789A1; AU2010200023A1; AU2010200025B2; US9355417B2; AU2010200025A1; US8180707B2; US20100131395A1; US10621566B2; US20140316957A1; US20080027840A1; US7734546B2; US20080046359A1; US7725384B2; AU2005267592B2; EA011312B1; AU2010200006B2; EP1769452A4

Abstract

Sistema y metodo para administrar un procedimiento de pagos de construccion; un metodo representado por la presente invencion puede incluir permitir a un participante recibir un pago asociado con un proyecto que tiene acceso a la informacion de registro; un metodo puede incluir generar una notificacion en tiempo real de un uso de fondos; otro metodo puede incluir generar una facturacion automatizada que incluye uno o mas articulos de linea; todavia otro metodo puede incluir generar en forma automatica una declaracion jurada que incluye montos en dolares de las facturaciones automatizadas; todavia otro metodo puede incluir recibir un acuse de recibo de que un participante ha recibido fondos y libera en forma substancialmente simultanea una exencion de gravamen; otro metodo representado por la presente invencion puede incluir reconciliar un presupuesto principal y presupuestos secundarios que incluyen articulos de linea antes de administrar un uso de fondos.

Description

SISTEMA Y MÉTODO DE ADMINISTRACIÓN DE PAGOS DE CONSTRUCCIÓN CAMPO DE LA INVENCIÓN Se reclama prioridad bajo el U.S.C. 35 §119 para la Solicitud de Patente de E.U.A. No. de Serie 60/583J82 presentada el 29 de junio del 2004.

ANTECEDENTES DE LA INVENCIÓN Los proyectos de construcción residenciales y comerciales requieren que diversas organizaciones se comuniquen entre sí con el objeto de distribuir los pagos. Un procedimiento de administración de pagos de construcción convencional empieza con una notificación verbal de que el uso de fondos del crédito de construcción o la cuenta del propietario de la propiedad tendrá lugar. El contratista general (GC) del proyecto de construcción notifica a los subcontratistas (o cualquier otra persona, firma o corporación comprometida con el CG, tales como proveedores de materiales) del uso de fondos vía telefónica, por fax o en una reunión. Los subcontratistas preparan las facturaciones y las envían al GC por correo, fax, entrega personal o en una reunión con el GC. El GC y los subcontratistas con frecuencia deben negociar el monto en dólares de la facturación final vía telefónica o en reuniones. El GC confirma las facturaciones, ingresa los detalles de un sistema de contabilidad de proyecto GC y prepara su propia facturación. Una vez que las facturaciones están completas, el GC también prepara manualmente una declaración jurada. En la declaración jurada, el GC confirma que los contratistas involucrados con el GC han realizado los servicios particulares en la construcción o reparación de la propiedad. En la declaración jurada, el GC también configura el monto en dólares conferida a cada subcontratista. El GC envía la declaración jurada ejecutada a la compañía titular y el acreedor del crédito de construcción y/o propietario de la propiedad. El acreedor, el propietario de la propiedad o la compañía titular notifican a un inspector que se debe realizar una inspección de la propiedad y envía la declaración jurada al inspector. El inspector realiza la inspección nueva y prepara manualmente un reporte de inspección. El inspector distribuye el reporte de inspección al acreedor, el propietario de la propiedad y/o la compañía titular por fax, correo o entrega personal. El acreedor, el propietario de la propiedad y/o la compañía titular recibe la declaración jurada y el reporte de inspección por correo, fax, entrega personal o en una reunión con el GC y/o el inspector. El acreedor, el propietario de la propiedad y/o la compañía titular deben recuperar el uso de fondos anterior y la documentación del proyecto. El acreedor, el propietario de la propiedad y/o la compañía titular con frecuencia deben negociar los montos del pago y los detalles del proyecto con el GC vía telefónica, fax o en una reunión. El acreedor, el propietario de la propiedad y/o la compañía titular aprueban la declaración jurada y comunican la aprobación vía telefónica, fax o en una reunión. El acreedor o el propietario de la propiedad, aprueban entonces el desembolso de un monto en dólares especificado en la declaración jurada. El acreedor del crédito de construcción o el banco del propietario de la propiedad transfieren generalmente los fondos necesarios para pagar a todos los subcontratistas a una cuenta de depósito en garantía. Con frecuencia, la compañía titular desembolsa entonces los fondos de la cuenta de depósito en garantía para el GC. El GC y/o la compañía titular preparan los cheques para los subcontratistas. En este punto, los subcontratistas generalmente completan las exenciones de gravamen para el uso de fondos anterior del crédito de construcción o para el trabajo completado durante el mes anterior. Como resultado, las exenciones de gravamen para el uso de fondos actual o el mes actual no son liberadas realimente hasta que se realiza el uso de fondos subsiguiente del crédito de construcción o hasta el mes siguiente. Adicionalmente, los subcontratistas pueden tener sus propios subcontratistas a los que deben pagar después de recibir el pago del GC. El procedimiento de pago de construcción convencional puede llevarse 90 días o más a partir de la fecha de la notificación de uso de fondos verbal a la fecha en que los subcontratistas reciben realmente el pago. El procedimiento de pago de construcción convencional involucra generalmente la notificación verbal no confiable de los eventos a los cuales está supeditado el movimiento del procedimiento. Por ejemplo, si un subcontratista no está disponible para preparar una facturación o presentar una exención de pago, el procedimiento de pago para todos los demás contratistas puede ser demorado. El procedimiento de pago de construcción convencional también involucra montos enormes de ingresos de datos. Por ejemplo, para un proyecto de construcción grande único, un GC con frecuencia debe ingresar cientos de facturaciones en su sistema de contabilidad cada mes. También, un GC debe reunir cientos de exenciones de gravamen cada mes. Adicionalmente, un GC debe preparar, aprobar, firmar y distribuir cientos de cheques a los subcontratistas cada mes. Adicionalmente, un GC debe almacenar todos los documentos en papel recolectados durante cada procedimiento de uso de fondos. El cumplimiento puntual de las notificaciones de usos de fondos, las aprobaciones e intercambios de exenciones de gravamen para el pago requiere cientos de faxes, llamadas telefónicas y reuniones cada mes.

BREVE DESCRIPCIÓN DE LA INVENCIÓN Las modalidades de la presente invención proveen un sistema y método para administrar un procedimiento de pago de construcción. Un método representado por la presente invención puede incluir recibir información de registro para un participante, almacenar la información de registro y transferir al participante un pago asociado con un proyecto de construcción accediendo a la información de registro. Un sistema de administración de pagos de construcción representado por la presente invención incluye un servidor de aplicación que almacena un módulo de organización y un sistema de administración de base de datos, el módulo de organización que recibe la información de registro de información para un participante. El sistema también puede incluir un servidor de base de datos conectado al sistema de administración de base de datos, el servidor de la base de datos almacena la información de registro de organización, el sistema de administración de base de datos tiene acceso a la información de registro de organización con el objeto de transferir al participante un pago asociado con un proyecto de construcción. Otro sistema de administración de pagos de construcción que representa la invención puede incluir un servidor de aplicación que almacena un módulo de organización y un sistema de administración de base de datos, el módulo de organización recibe la información de registro de la organización de un participante. El sistema también puede incluir un servidor de base de datos conectado al sistema de administración de base de datos, el servidor de base de datos almacena la información de registro de organización, el sistema de administración de base de datos accede a la información de registro de la organización con el objeto de transferir al participante un pago asociado con un proyecto de construcción.

Un método que representa la presente invención puede incluir establecer comunicación con una pluralidad de participantes en un proyecto de construcción, generar una notificación de un uso de fondos, y transmitir en forma electrónica en tiempo real la notificación a la pluralidad de participantes. Otro sistema que representa la presente invención puede incluir un servidor de aplicación que almacena un administrador de notificaciones y un módulo de usos de fondos, el administrador de notificaciones y el módulo de usos de fondos generan una notificación de un uso de fondos. La administración de notificaciones transmite en forma electrónica en tiempo real la notificación a una pluralidad de participantes. Algunas modalidades de la presente invención incluyen generar un presupuesto para un proyecto de construcción, y generar por lo menos una facturación automatizada, una declaración jurada automatizada y por lo menos una exención de gravamen automatizada con base en el presupuesto. Una modalidad de la presente invención incluye recibir por lo menos una facturación de por lo menos un subcontratista, y generar en forma automática una declaración jurada de un contratista general que incluye un monto de dólares desde cada una de la por lo menos una facturación. Todavía otro sistema que representa a la presente invención puede incluir un servidor de aplicación que almacena un módulo de presupuesto y un módulo de usos de fondos, el módulo de presupuesto genera un presupuesto para un proyecto de construcción, el módulo de uso de fondos genera por lo menos una facturación automatizada, una declaración jurada automatizada y por lo menos una exención de gravamen automatizada con base en el presupuesto. Otro método de la presente invención incluye recibir una exención de gravamen de un participante en un proyecto de construcción, almacenar la exención de gravamen, transmitir a un sistema de pago una instrucción para pagar al participante y recibir del sistema de pago un acuse de recibo de que el participante ha recibido fondos y substancialmente en forma simultánea liberar la exención de gravamen. Todavía otro método de la presente invención incluye recibir una exención de gravamen de un participante en un proyecto de construcción, y transmitir a un sistema de pago una instrucción para pagar al participante y substancialmente en forma simultánea liberar la exención de gravamen. Aún en otra modalidad de la presente invención, se incluye un servidor de aplicación que almacena un módulo de mantenimiento de depósito y un uso de fondos, recibiendo el depósito de mantenimiento electrónico y almacenando una exención de gravamen de un participante en un proyecto de construcción, el módulo de uso de fondos transmite a un sistema de pago una instrucción para pagar al participante, el módulo de uso de fondos recibe del sistema de pago un acuse de recibo de que el participante ha recibido fondos y libera substancialmente en forma simultánea la exención de gravamen. Todavía otro método de la presente invención incluye crear un presupuesto principal para un proyecto de construcción que incluye por lo menos un presupuesto secundario de por lo menos uno de un contratista general, por lo menos un subcontratista, y por lo menos un proveedor de materiales, el por lo menos un presupuesto secundario incluye cada uno un artículo de línea; y reconciliar el presupuesto principal y el por lo menos un presupuesto secundario que incluye el por lo menos un artículo de línea antes de administrar un uso de fondos. El software que representa la presente invención puede ¡ncluir un módulo de proyecto para crear y administrar un proyecto, un módulo de presupuesto para crear y mantener un presupuesto para el proyecto y un módulo de usos de fondos para crear, programar y administrar los usos de fondos para el proyecto con base en el presupuesto. Una interfase de usuario gráfica que representa la presente invención puede incluir por lo menos una de una barra de progreso de programación de proyecto, una barra de progreso de fondos desembolsados, y una barra de progreso de porcentaje completado, indicando la barra de progreso de programación de proyecto el progreso con respecto a las fechas calendarizadas, indicando la barra de progreso de fondos desembolsados el progreso con respecto a un monto en dólares del presupuesto, y la barra de progreso de porcentaje completo indicando el progreso con respecto a un porcentaje del trabajo completado sobre un proyecto de construcción.

BREVE DESCRIPCIÓN DE LOS DIBUJOS La Figura 1 , es una ilustración esquemática de un sistema de administración de pagos de construcción de conformidad con una modalidad de la presente invención. La Figura 2, es una ilustración esquemática de los procedimientos de administración de pago de construcción que pueden ser realizados utilizando el sistema de la Figura 1. La Figura 3, es una ilustración esquemática de un procedimiento de proyecto de administración. La Figura 4, es una ilustración esquemática de un procedimiento de organización de administración. La Figura 5, es una ilustración esquemática de un procedimiento de uso de fondos de administración. La Figura 6, es una ilustración esquemática de un procedimiento de orden de cambio de administración. La Figura 7, es una ilustración esquemática de las tareas de administración de ambiente del sistema. La Figura 8, es una ilustración esquemática de una creación de procedimiento de organización. La Figura 9, es una ilustración de creación de forma de organización.

La Figura 10, es una ilustración de una actualización de notificación de sistema de usuario. La Figura 11 , es una ilustración de una actualización de notificación de sistema de usuario. La Figura 12, es una ilustración de una edición de forma de organización. La Figura 13, es una ilustración de una activación de notificación de organización. La Figura 14, es una ilustración de una activación de forma de organización. La Figura 15, es una ilustración de una notificación de organización activada. La Figura 16, es una ilustración de una notificación de desactivación de organización. La Figura 17, es una ilustración esquemática de un mantenimiento del procedimiento de organización. La Figura 18, es una ilustración de una vista de pantalla de organización. La Figura 19, es una ilustración de una pantalla de búsqueda de organización. La Figura 20, es una ilustración de una edición de la forma de organización.

La Figura 21 , es una ilustración de una notificación de perfil de organización actualizado. La Figura 22, es una ilustración esquemática de una creación del procedimiento del usuario 172. La Figura 23, es una ilustración de una creación de la forma de usuario. La Figura 23, es una ilustración de una creación de la forma de usuario. La Figura 24, es una ilustración de una actualización de notificación de perfil de usuario. La Figura 25, es una ilustración esquemática de un mantenimiento de procedimiento de usuario. La Figura 26, es una ilustración de una vista de pantalla del usuario. La Figura 27, es una ilustración de una pantalla de búsqueda de usuarios. La Figura 28, es una ilustración de una edición de forma de usuario. La Figura 29, es una ilustración de una notificación de perfil de usuario actualizada. La Figura 30, es una ilustración esquemática de una creación del procedimiento de proyecto.

Las Figuras 31 y 32, son ilustraciones de una creación de forma de proyecto. La Figura 33, es una ilustración de una notificación de proyecto creado. La Figura 34, es una ilustración de una pantalla de acceso de usuario del proyecto. La Figura 35, es una ilustración de una notificación de responsabilidades del proyecto. La Figura 36, es una ilustración esquemática de un mantenimiento del procedimiento de presupuesto. La Figura 37, es una ilustración de un ingreso de la forma de presupuesto de nivel superior. La Figura 38, es una ilustración de un ingreso de forma de fechas de usos de fondos. La Figura 39, es una ilustración de una forma de configuración de código de facturación. La Figura 40, es una ilustración de una asignación de forma de códigos de facturación. La Figura 41 , es una ilustración de una aceptación de notificación de proyecto. La Figura 42, es una ilustración de una aceptación de forma de proyecto.

La Figura 43, es una ilustración de una notificación de proyecto declinado. La Figura 44, es una ilustración de una notificación de proyecto aceptado. La Figura 45, es una ilustración de una página principal de proyecto. La Figura 46, es una ilustración de una notificación de agregar usuarios. La Figura 47, es una ilustración de una forma de acceso de usuario de proyecto. La Figura 48, es una ilustración de una notificación de responsabilidades del proyecto. La Figura 49, es una ilustración de una pantalla de vista de presupuesto de proyecto. La Figura 50, es una ilustración de un ingreso de forma de presupuesto. La Figura 51 , es una ilustración esquemática de una terminación de procedimiento de artículo de presupuesto. La Figura 52, es una ilustración de un ingreso de forma de presupuesto de nivel superior. La Figura 53, es una ilustración de una pantalla de presupuesto terminado.

La Figura 54, es una ilustración esquemática de un procedimiento de uso de fondos. La Figura 55, es una ilustración de una creación de notificación de uso de fondos programado. La Figura 56, es una ilustración de un inicio de forma de uso de fondos. La Figura 57, es una ilustración de un ingreso de notificación de facturación. La Figura 58, es una ilustración de un ingreso de forma de facturación. La Figura 59, es una ilustración de una firma de notificación de facturación. La Figura 60, es una ilustración de una firma de forma de facturación. La Figura 61 , es una ilustración de una notificación de detalles de facturación actualizada. La Figura 62, es una ilustración de una vista de pantalla de solicitud de uso de fondos pendiente. La Figura 63, es una ilustración de una notificación de detalles de facturación pendientes. La Figura 64, es una ilustración de una facturación no incluida en la notificación de uso de fondos.

La Figura 65, es una ilustración de una forma de facturación generada en forma automática. La Figura 66, es una ilustración de una forma de declaración jurada. La Figura 67, es una ilustración de una realización de notificación de fondos disponibles. La Figura 68, es una ilustración de una vista de pantalla de solicitud de uso de fondos. La Figura 69, es una ilustración de una firma de notificación de exención de gravamen. La Figura 70, es una ilustración de una forma de exención de gravamen. La Figura 71 , es una ilustración de una notificación de exención de gravamen firmada. La Figura 72, es una ilustración de una vista de pantalla de solicitud de uso de fondos. La Figura 73, es una ilustración de una notificación de exenciones de gravamen firmadas. La Figura 74, es una ilustración de una vista de forma de solicitud de uso de fondos. La Figura 75, es una ilustración de una notificación de pago desembolsado.

La Figura 76, es una ilustración esquemática de las tareas de mantenimiento de pantallas del sistema. La Figura 77, es una ilustración de un mantenimiento de forma de códigos de fase. La Figura 78, es una ilustración de una pantalla de administración de registro de usuario. La Figura 79, es una ilustración de una forma de agregar / editar lista de selección. La Figura 80, es una ilustración de una forma de agregar / editar funciones de la organización. La Figura 81 , es una ilustración de una forma de configuraciones por defecto / configurar. La Figura 82, es una ilustración de una edición de forma de notificación. La Figura 83, es una ilustración de una forma de defecto / configuración procedimiento. La Figura 84, es una ilustración de una forma de agregar / editar función del usuario. La Figura 85, es una ilustración esquemática para realizar los procedimientos de inspecciones y tareas relacionadas. La Figura 86, es una ilustración de una preparación para conducir la notificación de inspección.

La Figura 87, es una ilustración de una notificación de inspección requerida. La Figura 88, es una ilustración de una pantalla de inspección requerida. La Figura 89, es una ilustración de un ingreso de notificación de reporte de inspección. La Figura 90, es una ilustración de una pantalla de forma de reporte de inspección. La Figura 91 , es una ilustración de una pantalla de forma de reporte de inspección. La Figura 92, es una ilustración de una notificación de falla de reporte de inspección. La Figura 93, es una ilustración de una vista de pantalla de inspecciones previas. La Figura 94, es una ilustración esquemática de una aprobación de procedimiento de solicitud de uso de fondos. La Figura 95, es una ilustración de una forma de autorización de solicitud de uso de fondos. La Figura 96, es una ilustración de una notificación de solicitud de autorización de uso de fondos declinada. La Figura 97, es una ilustración de una notificación de inspección confirmada.

La Figura 98, es una ilustración de una notificación de detalles de pago notificada. La Figura 99, es una ilustración de una notificación de inspección autorizada. La Figura 100, es una ilustración de una notificación de dos solicitudes de autorización de uso de fondos. La Figura 101 , es una ilustración de una forma de dos solicitudes de autorización de uso de fondos. La Figura 102, es una ilustración de una notificación de dos solicitudes de autorización de uso de fondos declinada. La Figura 103, es una ilustración de una notificación de dos solicitudes de autorización de uso de fondos aprobada. La Figura 104, es una ilustración de una notificación de emisión exención de gravamen. La Figura 105, es una ilustración esquemática de un procedimiento de solicitud de cambio. La Figura 106, es una ilustración de una forma de solicitud de cambio. La Figura 107, es una ilustración de una notificación de solicitud de cambio emitida. La Figura 108, es una ilustración de una notificación de autorización de solicitud de cambio.

La Figura 109, es una ilustración esquemática de un procedimiento de solicitud de cambio de procedimiento. La Figura 110, es una ilustración de una vista de pantalla de solicitud de cambio pendiente. La Figura 111 , es una ilustración de una autorización de forma de solicitud de cambio. La Figura 112, es una ilustración de una notificación de solicitud de cambio declinada. La Figura 113, es una ilustración de una notificación de solicitud de cambio aprobada. La Figura 114, es una ilustración esquemática de un procedimiento de cambio de participante de proyecto. La Figura 115, es una ilustración de una pantalla de cambio de participante. La Figura 116, es una ilustración de una pantalla de verificación de eliminación de participante. La Figura 117, es una ilustración de pantalla de cambio de acta notarial. La Figura 118, es una ilustración esquemática de las tareas de mantenimiento de pantalla de proyecto. La Figura 119, es una ilustración de una forma de perfil de proyecto.

La Figura 120, es una ilustración de una pantalla de información de contactos del proyecto. La Figura 121 , es una ilustración de una pantalla de información de proyecto. La Figura 122, es una ilustración de una pantalla de cierre de proyecto. La Figura 123, es una ilustración esquemática de tareas de administración de pantalla de acceso. La Figura 124, es una ilustración de una pantalla de ingreso. La Figura 125, es una ilustración de una pantalla de salida. La Figura 126, es una ilustración de una pantalla de página principal de proyecto. La Figura 127, es una ilustración de una pantalla de anulación de contraseña. La Figura 128, es una ilustración de una pantalla principal para un usuario en particular. La Figura 129, es una ilustración de una pantalla de búsqueda de proyectos. La Figura 130, es una ilustración de una pantalla de olvido de contraseña. La Figura 131 , es una ilustración de una notificación de su contraseña.

La Figura 132, es una ilustración esquemática de un procedimiento de pantallas de mensaje de administración. La Figura 133, es una ilustración de una vista de pantalla de mensajes. La Figura 134, es una ilustración de un mensaje específico siendo visto por un usuario. La Figura 135, es una ilustración de una pantalla de crear / enviar mensajes. La Figura 136, es una ilustración de una pantalla de estado de mensajes. Las Figuras 137 a 153, son diagramas de flujo que ilustran un método de administración de un procedimiento de pago de construcción de acuerdo con otra modalidad de la presente invención. Las Figuras 154 a 179, son diagramas de ingreso / egreso que ilustran un método de administración de un procedimiento de pago de construcción de acuerdo con todavía otra modalidad de la presente invención.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Antes de que cualesquiera modalidades de la presente invención sean explicadas a detalle, debe ser entendido que la presente invención no está limitada en su aplicación a los detalles de construcción y la configuración de componentes publicados en la siguiente descripción o ilustrados en los siguientes dibujos. La invención tiene la capacidad de otras modalidades y de ser practicada o de ser realizada en varias formas. También, debe ser entendido que la fraseología y terminología utilizadas en la presente es para los propósitos de descripción y no debe ser considerada como limitante. El uso de "incluye", "comprende" o "tiene" y las variaciones de las mismas en la presente, significan que abarca los artículos relacionados en lo sucesivo y los equivalentes de los mismos, así como también artículos adicionales. Los términos "montado", "conectado" y "acoplado" son utilizados ampliamente y abarcan el montaje, conexión y acoplamiento tanto en forma directa como indirecta. Además, "conectado" y "acoplado" no están restringidos a conexiones físicas o mecánicas o acopladas, y pueden incluir conexiones eléctricas o de acoplamiento, tanto directas como indirectas. También, las comunicaciones electrónicas y notificaciones pueden ser realizadas utilizando cualquier medio conocido que incluye conexiones directas, conexiones inalámbricas, etc. Se debe observar que una pluralidad de dispositivos basados en hardware y software, así como también una pluralidad de diferentes componentes estructurales pueden ser utilizados para implementar la presente invención. Además, y como se describe en los párrafos subsecuentes, las configuraciones específicas ilustradas en los dibujos son pretendidas para las modalidades ilustradas de la invención y que otras configuraciones alternativas son posibles.

La Figura 1 , ilustra un sistema de administración de pagos de construcción (CPMS) 10 de acuerdo con una modalidad de la presente invención. El CPMS 10 puede incluir un servidor de aplicación 12, un servidor de base de datos 14, un módulo lógico de aplicación 16, un servidor de la red mundial 18, una red 20 (tal como la Internet u otras redes individuales o en combinación con la Internet), un servicio de verificación 22, organizaciones o individuos participantes 24 (en lo sucesivo, "participante" u "organización") y un sistema de pago 26. El sistema de pago 26 puede incluir un sistema local de autorización automatizado (ACH), un sistema de transferencia por cable, un sistema de tarjeta de débito, un sistema de tarjeta de crédito, o cualquier otro sistema de transferencia de fondos electrónico adecuado (EFT). El servidor de aplicación 12 puede almacenar y proporcionar acceso a un módulo de proyecto 28, un módulo de manejo de forma 30, un motor de permisos y autorizaciones 32, un sistema de administración de base de datos 34, un módulo de presupuesto 36, un administrador de acceso 38, un administrador de notificaciones 40, un módulo de organización 42, un módulo de uso de fondos 44, un módulo de contratación 46, un módulo de orden de cambio 48, un módulo del usuario 50, un administrador de ambiente del sistema 52 y un depósito de retención/garantía electrónico 54. El módulo del uso de fondos 44 puede incluir un módulo central 56, un módulo de inspección 58 y un módulo de aprobación del uso de fondos 60. El administrador de ambiente del sistema 52 puede incluir un generador de reporte 62, un módulo de ayuda 64 y un módulo de mantenimiento del sistema 66. El depósito de retención/garantía electrónico 54 puede almacenar una o más exenciones de gravamen 68. Se debe entender que los componentes del servidor de aplicación 12 podrían ser combinados en una forma diferente que aquella mostrada y descrita con respecto a la Figura 1. El software utilizado para codificar los diversos módulos, administradores y motores del servidor de aplicación 12 pueden ser combinados o separados en cualquier forma adecuada y pueden ser almacenados y accedidos en cualquier forma adecuada. El servidor de aplicación 12 puede ser conectado al servidor de la base de datos 14, al módulo lógico de aplicación 16 y al servidor de verificación 22. Sin embargo, en algunas modalidades, el servicio de verificación 22 puede únicamente ser conectado a la red 20. El módulo lógico de aplicación 16 puede ser conectado al servidor la red mundial 18 ó, en algunas modalidades, directamente a la red 20. El servidor la red mundial 18 puede ser conectado a la red 20. Los participantes 24 pueden incluir un propietario de propiedad 70 (y/o el representante del propietario 72), un contratista general (GC) 74, un inspector 76, un o más subcontratistas (Subcontratista A 78, Subcontratista B 80, etc.), uno o más proveedores de material 82, uno o más acreedores 84 (y/o uno o más funcionarios acreedores 86), una o más compañías titulares 86 y uno o más arquitectos 88. Los participantes 24, también pueden incluir uno o más diseñadores de interiores (y/o fabricantes de muebles) y uno o más propietarios de bienes inmuebles (es decir, propietario del terreno quien vende el sitio de construcción al propietario de la propiedad 70). Los participantes 24 pueden incluir organizaciones y/o individuos que son consideradas ya sea "sobre la línea" (es decir, más elevados en el procedimiento de construcción que el GC) o "debajo de la línea" (es decir, empleado por el GC). Los participantes sobre la línea 24 pueden incluir acreedores, arquitectos, diseñadores de interiores, propietarios de la propiedad, representantes de los propietarios, compañías titulares y propietarios de bienes inmuebles. Los participantes debajo de la línea 24 pueden incluir subcontratistas y proveedores de materiales. El CPMS 10 puede ser utilizado para facilitar el procedimiento de pago de construcción entre cualquiera de estos tipos de participantes 24, ya sea sobre o debajo de la línea del GC. El CPMS 10 con frecuencia es descrito en la presente siendo utilizado para facilitar el pago entre un GC y los subcontratistas. Sin embargo, podría ser entendido que el CPMS 10 puede ser utilizado para facilitar el pago entre cualquier tipo de participante, no solamente entre un CG y los subcontratistas. Además, para la clasificación de participantes estando sobre o debajo de la línea del CG, los costos asociados con el procedimiento de construcción pueden ser clasificados como costos "flexibles" o "rígidos". Los costos flexibles pueden incluir los honorarios del inspector, honorarios del arquitecto, honorarios de diseñador de interiores, honorarios de la compañía titular, honorarios permitidos, cobros de utilidad para el propietario durante el procedimiento de construcción, costos de inmobiliario, equipo de audio / visual, computadoras, etc. Los costos rígidos pueden incluir todos los costos incurridos por las organizaciones o individuos empleados por el CG, que incluyen todos los costos para los subcontratistas y los proveedores de material empleados por el CG. Cada proyecto de construcción puede ¡ncluir un presupuesto general (desde la perspectiva del propietario) que incluye todos los costos flexibles y rígidos. Cada proyecto de construcción también puede ¡ncluir un presupuesto del CG. El CPMS 10 puede ser utilizado para facilitar todos los pagos realizados dentro del presupuesto general y el presupuesto del CG. Sin embargo, en algunas modalidades de la presente invención, el CPMS 10 puede ser utilizado únicamente para facilitar el pago de los costos rígidos administrados por el CG (es decir, únicamente el presupuesto del CG). Un experto ordinario en la materia debe comprender que el CPMS 10 puede ser utilizado para facilitar el pago únicamente para costos rígidos por el CG, únicamente costos flexibles de los participantes sobre la línea del CG, o una combinación de costos rígidos y flexibles de los participantes sobre y debajo de la línea del CG. El CPMS 10 con frecuencia es descrito en la presente con respecto a los costos rígidos, aunque también puede ser utilizado para los costos flexibles o una combinación de costos rígidos y flexibles. Cada uno de los participantes 24 pueden estar conectados al sistema de pagos 26; sin embargo, algunos de los participantes 24 pueden no estar conectados al sistema de pagos 26 en algunas modalidades de la presente invención. En algunas modalidades, el sistema de pagos 26 puede incluir un sistema ACH con una o más instituciones financieras de depósito de origen (ODFI) y una o más instituciones financieras de depósito de recepción (RDFI). Los participantes 24 pueden tener acceso al servidor de aplicación 12 con el objeto de utilizar los diversos módulos, administradores y motores para realizar los métodos de administración de pago de construcción de acuerdo con diversas modalidades de la presente invención. En algunas modalidades, el CPMS 10 puede conectar a todos los participantes del proyecto a un sistema substancialmente uniforme en tiempo real a basado en la red mundial, puede organizar la preparación del presupuesto para el proyecto de construcción, puede facilitar el envío y aprobación electrónica de facturaciones, y puede automatizar y simplificar el pago y el procedimiento de liberación de exención de gravamen a través del uso de pagos electrónicos y la producción de las liberaciones de exención de gravamen. Mientras que puede haber variaciones en los detalles (por ejemplo, en un proyecto financiado públicamente, el inicio y la vigilancia del proyecto podrían ser realizados por un emisor de garantías vinculado con el emisor, en lugar de un banco), una modalidad del CPMS 10 puede ser utilizada como se explicará más adelante. Un funcionario acreedor puede abrir la sesión en la Internet e ingresar al sitio la red mundial CPMS. Después de una autorización de seguridad, el funcionario acreedor puede ingresar al portafolio del acreedor y acceder a una serie de pantallas para crear un nuevo proyecto mediante el ingreso de todos los detalles del proyecto. El funcionario acreedor puede incluir detalles de los participantes para cada proyecto, por ejemplo, el propietario, arquitecto, contratista general y compañía de seguros titular. Cada participante puede recibir una notificación por correo electrónico de su intervención en el proyecto y puede verificar sus detalles de perfil. El GC puede agregar subcontratistas y proveedores de material. Los subcontratistas y proveedores de materiales pueden recibir la notificación de que han sido agregados al proyecto y pueden pasar a través del procedimiento de seguridad y verificación. El CG puede seleccionar el número del uso de fondos y fechas del uso de fondos para el proyecto. El CPMS 10 puede notificar a los participantes de una fecha de uso de fondos pendiente en tiempo real. Cada participante puede completar su forma de solicitud del uso de fondos mediante el ingreso de los detalles de su material y facturación de trabajo. El CG puede revisar la solicitud del uso de fondos y autorizárselas a ellos, y el CPMS 10 puede generar la declaración jurada. Una serie de inspecciones, aprobaciones, finalización de exención de gravamen, generación de declaraciones, etc., del sitio del proyecto, pueden ocurrir en forma subsiguiente, todas de las cuales pueden ser impulsadas por el CPMS 10 a través de notificaciones por correo electrónico en tiempo real. Una vez que las formas han sido completadas y verificadas, el CPMS 10 puede facilitar los pagos. Los pagos pueden ser depositados directamente dentro de una cuenta bancaria del participante por medio de un sistema de pago electrónico. Este procedimiento puede ser repetido para todos los usos de fondos. El presupuesto del proyecto puede ser mantenido en equilibrio a través de la finalización de los pagos, la recolección de exenciones de gravamen, y las inspecciones aprobadas. El progreso del proyecto puede ser rastreado a través del CPMS 10 por medio de indicadores de progreso gráfico. El CPMS 10 puede incluir las siguientes características: el registro de una sola vez de las organizaciones participantes dentro del CPMS 10; la notificación en tiempo real de un uso de fondos; la generación de facturación automatizada; generación de la declaración jurada automatizada; la generación de exención de gravamen automatizada; la liberación de pago / exención de gravamen coordinada y la distribución directa de fondos para las organizaciones participantes. El registro de una sola vez de las organizaciones participantes dentro del CPMS 10 puede disminuir los costos de participación en el servicio debido a que el participante tiene que registrarse únicamente una vez. El registro de una sola vez, también reduce el número de errores potenciales debido a que el ingreso tiene que ser hecho únicamente una vez. Esto hace más probable que los participantes potenciales participarán de hecho y cuando lo hacen, tendrán un buen resultado (sin errores). El registro de una sola vez ayuda a asegurar que una parte que desea ser un participante en el procedimiento y la comunidad en línea que utiliza el procedimiento, únicamente necesita registrarse una sola vez para tener la capacidad de participar en cualesquiera proyectos cuyos pagos son ejecutados a través del CPMS 10. El CPMS 10, puede mejorar la eficiencia del registro de las organizaciones participantes dentro del procedimiento de pago de construcción mediante la creación de una comunidad duradera, la cual facilita el procedimiento de participación en proyectos múltiples durante un tiempo mediante la captura de la información de organización e individual una vez. El método permite a las organizaciones ser registradas como un participante potencial en cualquier proyecto que va a ser iniciado por un miembro de la comunidad de negocios que utiliza el CPMS 10. Además de su valor en la participación en proyectos múltiples, el registro de una sola vez también es valioso para que los participantes accedan a la información con respecto a GCs, propietarios, acreedores, subcontratistas múltiples, etc. Por ejemplo, el registro de una sola vez proporciona a los propietarios, acreedores y a los GCs la oportunidad de aprender con respecto a nuevos subcontratistas a través del CPMS 10. También, un propietario que tiene varios proyectos pendientes cada uno con diferentes GCs puede acceder a información con respecto a cada GC individual. La notificación en tiempo real del uso de fondos ayuda a asegurar que todos los participantes en un uso de fondos sean: 1 ) notificados en una forma oportuna y uniforme; y 2) se les proporcione una plantilla para proporcionar la información necesaria para ser pagada. El CPMS 10 ayuda a eliminar los errores (sin notificación o confusión de cuál proyecto proviene la solicitud) que retrasa el procedimiento de pago. El CPMS 10 mejora la eficiencia de la notificación en tiempo real del procedimiento de uso de fondos otorgando al CG la opción de mantener el programa del uso de fondos en el CPMS 10, mediante la reducción del esfuerzo de notificación de los participantes en el uso de fondos, automatizando el procedimiento de la construcción la lista de los participantes para un uso de fondos, notificando en forma automática a los participantes del uso de fondos de que el uso de fondos una vez que ha sido declarada, proporcionando enlaces que se pueden acceder fácilmente, de tal manera que los subcontratistas puedan acceder al CPMS 10 para enviar la documentación que es requerida por el uso de fondos. El CPMS 10 puede ser utilizado por un propietario, representante del propietario, acreedor, CG o compañía titular para crear y mantener un presupuesto del proyecto. Como se observó anteriormente, el presupuesto del proyecto puede incluir costos flexibles sobre la línea del CG, costos rígidos debajo de la línea CG o una combinación de costos rígidos y flexibles. Algunas modalidades del CPMS 10 también pueden ser utilizadas para crear y administrar ordenes de cambio en las cuales, el presupuesto es modificado (generalmente extendiendo el presupuesto) y el presupuesto modificado es aprobado por los participantes adecuados. El presupuesto puede incluir un costo total para el proyecto de construcción, junto con los costos del artículo de línea para cada fase o trabajo que debe ser realizado para completar el proyecto de construcción. El CPMS 10 puede estructurar el presupuesto para facilitar el pago de los subcontratistas, para permitir el rastreo del progreso eficiente y para permitir la facturación automatizada. El CPMS 10 puede crear facturaciones automatizadas que corresponden de manera precisa al presupuesto del proyecto general y que también corresponden de manera precisa a las exenciones de gravamen y declaraciones juradas. El CPMS 10 crea facturaciones automatizadas que son instantáneas al momento de la actividad que ya ha ocurrido contra el presupuesto general del proyecto. El CPMS 10 puede ser utilizado para crear facturaciones automatizadas que corresponden de manera precisa a los artículos de línea en el presupuesto general. Este resultado en las facturaciones y reportes que son consistentes con la forma en la cual, el proyecto de construcción es dividido para los propósitos financieros, propósitos de rastreo, etc. Utilizando el CPMS 10, puede ser utilizada una pantalla de facturación para capturar la información necesaria para crear la facturación; sin embargo, no toda la información necesaria para crear la facturación debe de ser ingresada de nuevo, debido a que la información puede ser recolectada haciendo referencia al presupuesto del proyecto general. Esto también garantiza que las facturaciones (y los documentos G702/703) serán consistentes con el presupuesto del proyecto general y podrán ser consistentes entre los uso de fondos o entre cualesquiera otros períodos de tiempo (a menos que un participante, tal como el propietario quiera que las facturaciones cambien). El CPMS 10, también puede ser utilizado para personalizar las facturaciones automatizadas (o los documentos G702/703) de acuerdo con los requerimientos del acreedor, el propietario, el representante del propietario, el GC, etc. El presupuesto y la facturación automatizada pueden ser utilizados para recolectar de manera uniforme y continuamente la información de referencia que será utilizada en todo el procedimiento de administración de pago de la construcción. La información recolectada no tiene que ser ingresada nuevamente en el procedimiento de pago lo que ayuda a asegurar que los errores (ya sea debido a un error en la captura o debido a una mala interpretación de la fecha) no sean introducidos. En general, los participantes tienen visibilidad dentro del procedimiento de pago conducido utilizando el CPMS 10. Esto ayuda a disminuir el esfuerzo necesario para determinar el estado del proyecto y para entender qué trabajo debe de hacer cada participante para facilitar el procedimiento de pago. Esto también ayuda a destacar organizaciones o individuos quienes pueden habitualmente provocar retraso o errores en el procedimiento, haciéndolo más fácil corregir el comportamiento o eliminar al participante. La facturación exacta reduce al mínimo la revisión de la facturación y el esfuerzo de la resolución del asunto, promueve las declaraciones juradas exactas y completas, reduce al mínimo las discrepancias entre las declaraciones juradas e inspecciones, y permite el pago oportuno. El CPMS 10 puede mejorar la eficiencia de diversas actividades posteriores en el procedimiento de pago de construcción mediante la captura completa y consistente de la información consistente en una forma oportuna. El CPMS 10 puede ser utilizado para generar declaraciones juradas y exenciones de gravamen automatizadas. Utilizando el CPMS 10, el CG sabe quién fue notificado del uso de fondos y quién ha recibido respuesta proporcionando una facturación. Una vez que las facturaciones son aprobadas por el GC (y cualquier otro participante sobre la línea del GC, tal como el propietario, el representante del propietario, el acreedor, la compañía titular, etc., que debe de aprobar las facturaciones), el CPMS 10 puede utilizar las facturaciones aprobadas para generar automáticamente la declaración jurada y las exenciones de gravamen. El CPMS 10 puede generar automáticamente la declaración jurada y las exenciones de gravamen a partir de las facturaciones enviadas por los subcontratistas y proveedores de materiales, ayudando a garantizar que ningún error tipográfico podrá ser introducido y que las declaraciones juradas y las exenciones de gravamen únicamente incluirán los artículos de línea que han sido enviados por los subcontratistas y proveedores de material. El CPMS 10 puede ayudar a reducir el riesgo de inexactitudes en la declaración jurada y las exenciones de gravamen por el uso de fondos en los detalles de la facturación almacenados fácilmente en el sistema para crear automáticamente el contenido de la declaración jurada y las exenciones de gravamen. Este procedimiento ayuda a eliminar errores que son posibles debido a las facturaciones inoportunas y errores tipográficos no estándar, inconsistentes que pueden ocurrir durante la trascripción. En general, este disminuye el perfil de riesgo del procedimiento de pago de construcción incrementando la exactitud y puntualidad de la información del proyecto de construcción crítico. El CPMS 10 puede crear las exenciones de gravamen automatizadas de acuerdo con los estándares legales del estado en el cual, está localizado el sitio de construcción.

El CPMS 10 puede generar declaraciones juradas que corresponden de manera precisa a las facturaciones. Las facturaciones con frecuencia son divididas por el tipo de trabajo que esté siendo realizado (por ejemplo, eléctrica, plomería, etc.), mientras que las declaraciones juradas son con frecuencia divididas por los participantes que realizan el trabajo (por ejemplo, GC, subcontratistas y proveedores de material). El CPMS 10 puede ser utilizado para asegurar que la suma de los montos de la facturación sean igual al total del monto en la declaración jurada. También, el CPMS 10 puede ser utilizado para asegurar que los montos en las exenciones de gravamen sean iguales a los montos en las facturaciones, debido a que la información para las exenciones de gravamen automatizadas es acumulada a partir de las facturaciones aprobadas que han sido almacenadas en el CPMS 10. Además, las exenciones de gravamen podrán ser consistentes con la declaración jurada debido a que la declaración jurada también fue generada por el CPMS 10 utilizando la información de las facturaciones aprobadas. Esto es particularmente valioso cuando los GCs y los subcontratistas (o propietarios, acreedores y GCs) han discutido el monto de la facturación y han negociado un monto final sobre un período de tiempo. El monto final podrá ser reflejado en las facturaciones automatizadas y aprobadas que son almacenadas en el CPMS 10 y utilizadas para generar las exenciones de gravamen y la declaración jurada. El CPMS 10 asegura que únicamente el monto de facturación aprobado podrá ser reflejado en la exención de gravamen y los documentos de declaración jurada. También utilizando el presupuesto almacenado como un esquema para todos los documentos automatizados, el CPMS 10 además asegura que las facturaciones, las exenciones de gravamen y las declaraciones juradas podrán ser precisas y consistentes. El CPMS 10 también puede ser utilizado para personalizar las declaraciones juradas y las exenciones de gravamen con base en los requerimientos del acreedor, el propietario, el representante del propietario, el GC, etc. El CPMS 10 también ayuda a mejorar la eficiencia de generar declaraciones juradas y exenciones de gravamen mediante el almacenamiento migratorio de la facturación, la declaración jurada y documentos de exención de gravamen a un medio electrónico, que reduce el tiempo y el esfuerzo necesarios para almacenar y acceder a ellos. Esto mejora la eficiencia general del procedimiento de pago de construcción haciendo que estos documentos estén disponibles para las partes autorizadas que los necesitan para realizar sus responsabilidades. La base de datos del CPMS 10 puede almacenar una librería de facturaciones firmadas electrónicamente, declaraciones juradas y exenciones de gravamen. Si es necesario, los participantes pueden usar el CPMS 10 para generar copias impresas de cualesquiera documentos firmados electrónicamente. En una modalidad, el CPMS 10 puede crear las facturaciones automatizadas, declaración jurada y exenciones de gravamen una vez que toda la información ha sido ingresada y todos los asuntos han sido resueltos. En otra modalidad, el CPMS 10 puede crear las primeras facturaciones automatizadas, asegurar que las facturaciones sean aprobadas, crear la segunda declaración jurada automatizada, asegurar que la declaración jurada sea firmada y crear la tercera exención de gravamen. Una vez que toda la información (facturaciones, reportes de inspección, información bancaria, etc.), ha sido ingresada y todos los asuntos han sido resueltos, el propietario, el representante del propietario, el acreedor, la compañía titular o el GC pueden pagar a los participantes en el uso de fondos. Los subcontratistas, proveedores de materiales o cualesquiera otros participantes pueden proporcionar sus exenciones de gravamen a cambio del pago. El CPMS 10 puede organizar este procedimiento y puede ejecutar automáticamente el cambio sin el riesgo de que cualquier persona haga su parte sin que la otra haga la suya. El CPMS 10 también ayuda a eliminar la necesidad de las reuniones en persona costosas y que requiere mucho tiempo para efectuar el cambio de las exenciones de gravamen por el pago. El CPMS 10 (el cual rastrea rigurosamente los documentos) también ayuda a asegurar que todas las exenciones de gravamen sean recolectadas. Esto reduce el riesgo de mantener registros dañados que resultarán en exenciones de gravamen que no han sido liberadas a la conclusión del proyecto de construcción. El CPMS 10 puede mejorar la eficiencia del procedimiento de liberación de pago / exención de gravamen por la implementación del método en un sistema de cómputo de red permitido. Esto permite a todas las partes preparar de manera segura tanto los pagos como la liberación de la exención de gravamen en un ambiente fiable. El CPMS 10 facilita un cambio eficiente de pagos por la exención de gravamen, debido a que el CPMS 10 permite que tanto el pago como la exención de gravamen sean representados en la preparación para un intercambio automatizado reduciendo de esta manera el riesgo asociado con el proyecto. El GC puede ser asegurado que recibirá las exenciones de gravamen adecuadas coincidentes con el pago, y los subcontratistas no tolerarán el riesgo asociado con el retraso prolongado en el pago. El CPMS 10 puede facilitar un cambio de las exenciones de gravamen e instrucciones de pago. En algunas modalidades, el CPMS 10 puede liberar la exención(s) de gravamen substancialmente en forma simultánea con un acuse de recibo sistema de pago 26 de que el participante(s) ha recibido el pago. El término "substancialmente en forma simultánea" es utilizado en la presente y en las Reivindicaciones adjuntas que incluyendo cualquier período de tiempo menor del tiempo necesario para la solicitud, el procedimiento y la transferencia de fondos con un pago local de autorización automatizado (ACH) (el cual puede tomar aproximadamente 72 horas). Por ejemplo, el término "substancialmente en forma simultánea" libera de exenciones de gravamen puede incluir una liberación inmediata de las exenciones de gravamen, una liberación de un lote de exenciones de gravamen al término de un día laboral, o una liberación de un lote de exenciones de gravamen al término de un día laboral o una liberación de las exenciones de gravamen después del período de tiempo típico que toma la transferencia de fondos por medio de un sistema ACH. En una modalidad, el CPMS 10 puede recibir y almacenar las exenciones de gravamen en la caja de retención / depósito electrónica 54 hasta que todas las exenciones de gravamen de los participantes en el uso de fondos han sido recibidas. Una vez que todas las exenciones de gravamen han sido recibidas, el CPMS 10 puede enviar instrucciones al sistema de pago 26 para transferir los fondos a cada participante en el uso de fondos. Por ejemplo, una vez que todos los subcontratistas firman electrónicamente y envían sus exenciones de gravamen al CPMS 10, el CPMS 10 puede instruir al sistema de pago 26 pagar a cada subcontratista. El CPMS 10 puede liberar las exenciones de gravamen ya sea cuando la instrucción de pago es trasmitida al sistema de pago 26 ó únicamente después de recibir un acuse de recibo de que los participantes han recibido realmente los fondos. Si el sistema de pago 26 incluye un sistema ACH, las instrucciones de pago son procesadas generalmente en lotes de tal manera que los participantes no recibirán los fondos inmediatamente. En un sistema ACH, la instrucción de pago generalmente puede ser regresada por el RDFI durante un período de 48 horas. Durante este período de 48 horas, el RDFI puede notificar al CPMS 10 y al ODFI que los fondos no pueden ser transferidos (por ejemplo, debido a fondos insuficientes, un número de cuenta inválido, etc.). Después de este período de tiempo de 48 horas, el CPMS 10 puede asumir que el RDFI ha procesado la instrucción de pago si el CPMS 10 no ha sido notificado de lo contrario. El ODFI generalmente tiene una ventana frontal de 24 horas para recolectar las instrucciones de pago del RDFI y liberar el pago a las cuentas de los participantes en el uso de fondos. Como resultado, puede tomar aproximadamente 72 horas desde el momento en que el CPMS 10 transmite las instrucciones de pago hasta que el ODFI transfiere los fondos dentro de las cuentas de los participantes. En algunas modalidades, el CPMS 10 puede marcar a ciertos participantes para remover a aquellos participantes del lote de procesamiento del sistema ACH y puede pagar a esos participantes en forma separada mediante otro método, tal como por una transferencia por cable directa de fondos u otro tipo inmediato de transferencia de fondos electrónicos. En otra modalidad, a la mayoría de los participantes se les puede pagar por un tipo inmediato de transferencia de fondos electrónico (tal como una transferencia por cable directa), aunque algunos participantes pueden ser combinados por una o más transferencias de lotes ACH. En todavía otras modalidades, el CPMS 10 puede transmitir cada instrucción de pago al sistema de pago 26 a medida que el CPMS 10 recibe cada exención de gravamen de cada participante y los fondos pueden ser transferidos inmediatamente al participante desde el cual fue recibida la exención de gravamen. En general, el CPMS 10 puede agrupar las instrucciones de pago en cualquier forma adecuada y puede utilizar cualquier tipo adecuado de método de pago. En cada modalidad de la invención, el CPMS 10 puede establecer una conexión entre la exención de gravamen corriente y el pago corriente correspondiente al uso de fondos actual, en lugar de intercambiar la exención de gravamen anterior por el pago actual del uso de fondos actual.

Por ejemplo, el CPMS 10 puede liberar la exención de gravamen para el mes corriente mediante el uso de fondos actual, en lugar de liberar la exención de gravamen para el mes anterior para el uso de fondos corriente. En esta forma, el subcontratista no está expuesto a inconvenientes si el CPMS 10 libera su exención de gravamen antes de que el pago sea hecho, y el propietario (o GC, compañía titular, acreedor, etc.), no está expuesto a inconvenientes si el CPMS 10 hace el pago antes de que las exenciones de gravamen sean liberadas. En lugar de pagar el GC quien paga a sus subcontratistas, quien paga entonces a sus subcontratistas, los participantes en el CPMS 10 pueden recibir el pago utilizando directamente una distribución electrónica de fondos (por ejemplo, cualquier tipo adecuado de EFT, ACH, o transferencia por cable de fondos). Esto agiliza el procedimiento de pago (reduce los costos) y reduce el riesgo de que las partes (en la jerarquía) no reciban el pago. La distribución directa de los fondos se hace posible mediante el CPMS 10 siendo utilizada para recolectar toda la información que es necesaria para realizar los pagos. La información recolectada utilizando el CPMS 10 puede ser fiable, debido al rigor con el cual, los métodos pueden ser implementados con el software. Como un resultado, la distribución directa de los fondos puede ser eficiente (ninguna actualización o reingreso de la información es necesaria) y sin errores. El CPMS 10 puede mejorar la eficiencia del procedimiento de pago de los subcontratistas/proveedores de materiales mediante la reducción del tiempo transcurrido necesario para completar el procedimiento de pago. El CPMS 10 puede reducir los costos de la transacción mediante el reemplazo de un procedimiento de pago jerárquico con los pagos directos, mientras que mejora el control fiscal y de administración. El CPMS 10 puede reemplazar el uso de cheques por una transferencia electrónica de fondos, reduciendo los costos de comunicaciones y mejorando la visibilidad dentro del estado de pagos y reduciendo el riesgo de pagos inoportunos o incompletos a todas las partes involucradas en el procedimiento de construcción (especialmente aquellos más bajos en la cadena de suministro). Las Figuras 2 a 7, ilustran una visión general de los procedimientos de administración de pagos de construcción que pueden ser realizados por los participantes 24 utilizando los diversos módulos, administradores y motores almacenados en el servidor de aplicación 12. La Figura 2, ilustra un procedimiento de administración de proyecto 94 (el cual puede ser realizado por el módulo de proyecto 28 y/o el módulo de presupuesto 36), un procedimiento de administración de uso de fondos 96 (el cual puede ser realizado por el módulo de uso de fondos 44), un procedimiento de administración de orden de cambio 98 (el cual puede ser realizado por el módulo de administración de orden de cambio 48), un procedimiento de administración de organización 100 (el cual puede ser realizado por el módulo de organización 42 y/o el módulo del usuario 50), un procedimiento de administración de ambiente del sistema 102 (el cual puede ser realizado por el administrador de acceso 38, el administrador de notificaciones 40 y/o el administrador de ambiente del sistema 52). La Figura 3, ilustra el procedimiento de administración de proyecto 94, el cual puede incluir una tarea de creación de proyecto 104, una tarea de mantenimiento de proyecto 106 y una tarea de creación de presupuesto 108. La Figura 4 ilustra un procedimiento de administración de organización 100, el cual puede incluir una tarea de creación de organización 112, una tarea de mantenimiento de organización 114, una tarea de creación de usuario 116 y una tarea de mantenimiento del usuario 118. La Figura 5, ilustra el procedimiento del uso de administración de fondos 96, el cual puede incluir una tarea de inicio de uso de fondos 120, una tarea de creación de solicitud de uso de fondos 122, una tarea de fondos desembolsados 124, una tarea de realización de inspección 126 y una tarea de solicitud de uso de fondos aprobada 128. La Figura 6, ilustra el procedimiento de administración de orden de cambio 98, el cual puede incluir una tarea de creación de solicitud de cambio 130, una tarea de solicitud de cambio de procedimiento 132 y una tarea de cambio participante 134. La Figura 7, ilustra las tareas de administración de ambiente del sistema 102, las cuales pueden incluir una tarea de administración de acceso 136, una tarea de administración de mensajes 138, una tarea de creación de reporte 140, una tarea de proporcionar ayuda 142 y una tarea de mantenimiento del sistema 144. La tarea de creación de reportes 140 puede ser realizada por cualquier participante sobre o debajo de la línea del GC con el objeto de crear reportes personalizados con respecto al progreso del proyecto de construcción, que incluye la capacidad para monitorear las porciones del proyecto de construcción, participantes particulares, el proyecto general, etc. Las Figuras 8-136, ilustran los métodos de administración de pago de construcción de acuerdo con diversas modalidades de la presente invención. La Figura 8, ilustra un procedimiento de creación de organización 146, el cual puede ser incluido en el procedimiento de administración de organización 100. El procedimiento de creación de organización 146 puede ser realizado por cualesquiera de los participantes 24 utilizando el módulo de organización 42. El procedimiento de creación de organización 146 puede incluir una tarea de creación de organización 148, una tarea de actualización de perfil de organización 150, una tarea de edición de organización 152, una tarea de activación de notificación de organización 154, una tarea de activación de organización 156 y ya sea una tarea de organización rechazada 158 o una tarea de organización activada 160. Una tarea de activación de perfil del usuario 162 también puede ser realizada, como se describe además con respecto a la Figura 22. La Figura 9, ilustra una forma de creación de organización que puede ser asociada con la tarea de creación de organización 148. Cada participante 24 puede tener acceso a la forma de creación de organización a través del módulo de organización 42. El participante 24 puede ingresar la información requerida, tal como información de negocios, información de contacto principal, información de impuestos e información bancaria. En algunas modalidades, el primer usuario de la organización participante 24 que ingresa su información como la información de contacto principal puede ser considerado un administrador para ese participante 24 y puede acceder a más información para el participante que los usuarios subsecuentes. El CPMS 10 puede utilizar la seguridad basada en una función completa de tal manera que los participantes del proyecto únicamente vean la información personalizada para sus necesidades específicas en el proyecto. Una vez que una organización es registrada en el CPMS 10, la organización puede recibir los pagos para cualquier proyecto administrado por el CPMS 10. La Figura 10, ilustra una notificación que puede ser transmitida durante la tarea de actualización de perfil del usuario 162. Los términos "notificación del sistema" o "notificación" o "mensaje del sistema" como se utilizan en la presente y las Reivindicaciones anexas se refieren a cualquier forma de comunicación con un participante 24, tal como un mensaje de correo electrónico, una pantalla de aviso, un mensaje de texto, un mensaje de voz, etc. La notificación del sistema de la Figura 10 puede incluir un nombre de usuario y una contraseña temporal para el primer usuario del participante 24. La Figura 11 , ilustra una notificación que puede ser transmitida durante la tarea de actualización del perfil de la organización 150. La notificación de la Figura 11 puede ser enviada al administrador por el participante 24. La notificación puede incluir una declaración que solicita el receptor para actualizar el perfil de organización, agregar usuarios antes de participar en un proyecto y proporcionar detalles del banco.

La Figura 12, ilustra la edición de una forma de organización que puede ser asociada con la tarea de edición de organización 152. Cada participante 24 puede tener acceso a la edición de la forma de organización a través el módulo de organización 42. El participante 24 puede modificar la información existente, tal como la información de negocios, la información de contacto principal, información de impuesto e información bancaria. En algunas modalidades, el primer usuario de la organización participante 24 que ingresó su información como la información de contacto principal es el único contacto con acceso a la edición de la forma de organización. La Figura 13, ilustra la activación de una notificación de organización que puede ser transmitida durante la tarea de activación de notificación de organización 156. La notificación de la Figura 13, puede incluir una declaración de que los detalles de la organización han sido actualizados y una solicitud de que la organización fue validada y activada. La Figura 14, ilustra la forma de activación de una organización que puede ser asociada con la tarea de activación de organización 156. La forma de la Figura 14 puede ¡ncluir una lista de los participantes 24 (por ejemplo, incluyendo el nombre de la organización, su función en el procedimiento de construcción, la capacidad para seleccionar participantes 24 y la capacidad para ver la información para los participantes 24). La forma de la Figura 14, también puede incluir una característica de "encontrar", la capacidad para especificar el tipo de participantes 24 y la capacidad para declinar/desactivar organizaciones seleccionadas y para proporcionar una razón para la declinación/desactivación. La Figura 15, ilustra una notificación de organización activada que puede ser transmitida durante la tarea de organización activada 160. De un modo similar, la Figura 16, ilustra una notificación de organización declinada que puede ser transmitida durante la tarea de organización declinada 158. La Figura 17, ilustra un mantenimiento del procedimiento de organización 162, el cual puede ser incluido en el procedimiento de administración de organización 100. El procedimiento de administración de organización 162 puede ser utilizado por las organizaciones mismas o por otros participantes para mantener la exactitud de la información de contacto, la información de cuenta de banco o cualquier otro tipo de información necesaria para el procedimiento de pago de construcción. El mantenimiento del procedimiento de organización 162 puede ser realizado por cualquiera de los participantes utilizando el módulo de organización 42. El mantenimiento del procedimiento de organización 162 puede incluir una tarea de organización de búsqueda 164, una tarea de edición de una organización 166, una tarea de actualización de organización 168 y una tarea de vista de organización 170. La Figura 18, ilustra una vista de pantalla de organización que puede ser asociada con la vista de tarea de organización 170. La vista de pantalla de organización puede incluir información de negocios e información de contacto principal para una organización. La Figura 19, ilustra una pantalla de búsqueda de organización que puede ser asociada con la tarea de búsqueda de organización 164. La pantalla de búsqueda de organización puede incluir una lista de los participantes, que incluye el nombre de la organización, la función de la organización en el procedimiento de construcción, el contacto principal y el número telefónico. La pantalla de búsqueda de organización puede incluir una característica "encontrar" y enlaces para ver la información adicional acerca de cada participante. En una modalidad, la pantalla de búsqueda de organización puede ser utilizada por un GC para ver a sus subcontratistas o proveedores de materiales preferidos. La Figura 20, ilustra la edición de una forma de organización que puede ser asociada con la tarea de edición de organización 166. El participante puede editar la información existente, tal como información de negocios, información de contacto principal, información de impuestos e información bancaria. En algunas modalidades, el primer usuario de la organización que ingresó su información como la información de contacto principal es el único usuario que tiene acceso a la edición de la forma de organización. La Figura 21 , ilustra una notificación de perfil de organización actualizado que puede ser transmitida durante la tarea de organización actualizada 168. La notificación de la Figura 21 , puede ¡ncluir información con respecto al perfil actualizado para el participante junto con un nombre del usuario principal o administrador para el participante. La Figura 22, ilustra la creación del procedimiento del usuario 172 la cual puede estar incluida en el procedimiento de administración de organización 100. El procedimiento de creación de usuario 172 puede ser utilizado cada vez un usuario nuevo en una organización existente es creado con el objeto de dar al nuevo usuario el acceso adecuado al CPMS 10 (por ejemplo, los niveles de seguridad adecuados con una identificación y contraseña de usuario). El procedimiento de creación del usuario 172 también puede ser utilizado para actualizar los perfiles del usuario. El procedimiento de creación de usuario 172 puede ser realizado por cualquiera de los participantes 24 utilizando el módulo de organización 42. El procedimiento de creación de usuario 172 puede incluir una tarea de creación de usuario 174 y una tarea de actualizar perfil de usuario 176. La Figura 23, ilustra la creación de una forma de usuario que puede ser asociada con la tarea de creación de usuario 174. En algunas modalidades, la creación de la forma del usuario puede ser utilizada para agregar usuarios después de que el usuario principal o administrador ya ha sido creados para el participante. El usuario nuevo puede ingresar la información personal, información de seguridad (por ejemplo, nombre de usuario y contraseña), preferencias de notificación por correo electrónico y niveles de autorización de seguridad (por ejemplo, ya sea que el usuario pueda administrar los proyectos y/o firmar documentos).

La Figura 24, ilustra una notificación de perfil del usuario actualizado que puede ser transmitida durante la tarea de actualización de perfil del usuario 176. La notificación de la Figura 24 puede incluir una declaración de que el usuario ha sido agregado como un miembro de la organización, junto con la información de seguridad del usuario (por ejemplo, nombre del usuario y una contraseña provisional). La Figura 25, ilustra un procedimiento de mantenimiento de usuario 178, el cual puede ser incluido en el procedimiento de administración de organización 100 y puede continuar desde la Figura 22. El procedimiento de mantenimiento de usuario 178 puede se utilizado para buscar a los usuarios en cada organización y para ver, editar y actualizar a los usuarios en cada organización. El procedimiento de mantenimiento de usuario 178 puede ser realizado por cualquiera de los participantes utilizando el módulo de organización 42. El procedimiento de mantenimiento de usuario 178 puede incluir una tarea de búsqueda de usuarios 180 y la tarea de edición de usuario, una tarea de actualización de perfil del usuario 184 y una tarea de vista de usuario 186. La Figura 26, ilustra una pantalla de vista de usuario que puede ser asociada con la vista de la I usuario 186. La pantalla de vista del usuario de la Figura 26 puede incluir la información personal del usuario, preferencia de notificación por correo electrónico y el nivel de autorización de seguridad. La Figura 27 ilustra una pantalla de búsqueda de usuarios que puede ser asociada con la tarea de búsqueda de usuarios 180. La pantalla de búsqueda de usuarios de la Figura 27 puede ¡ncluir una lista de uno o más usuarios para cada participante y puede incluir los nombres de los usuarios, direcciones de correo electrónico y números telefónicos. La pantalla de búsqueda de usuarios también puede ¡ncluir enlaces para editar la información para cada usuario. La Figura 28, ilustra la edición de una forma del usuapo que puede ser asociada con la tarea de edición de usuario 182. Un usuario puede proporcionar información personal, preferencias de notificación por correo electrónico y niveles de autorización de seguridad. La Figura 29, ilustra una notificación de perfil del usuario actualizado que puede ser transmitida durante la tarea de actualización de perfil del usuario 184. La Figura 30, ilustra un procedimiento de creación de proyecto 188, el cual puede ser incluido en el procedimiento de administración de proyecto 94. El procedimiento de creación de proyecto 188 puede ser realizado por un CG, un acreedor, un propietario, o un representante del propietario utilizando el módulo de proyecto 28 para iniciar un proyecto nuevo en el CPMS 10. El procedimiento de creación de proyecto 188 puede incluir la tarea de creación de proyecto 190, una tarea de creación de proyecto 192, una tarea de acceso de usuario al proyecto 194 y una tarea de responsabilidades del proyecto 196. Las Figuras 31 y 32, ilustran la creación de una forma de proyecto que puede ser asociada con la tarea de creación de proyecto 190.

Un CG, un acreedor, un propietario, o un representante del propietario pueden proporcionar información de identificación del proyecto, información de financiamiento del proyecto, información del propietario del proyecto, información del arquitecto del proyecto e información del sitio. La Figura 33, ilustra una notificación de proyecto creado que puede ser transmitida durante la tarea de creación de proyecto 192. La notificación de la Figura 33 puede incluir una declaración de que el GC, acreedor, propietario, o representante del propietario han creado un proyecto nuevo, junto con un enlace a una pantalla que permite a los usuarios de los participantes ser asignados al proyecto. La Figura 34, ilustra una pantalla de acceso del usuario del proyecto que puede ser asociada con la tarea de acceso del usuario del proyecto 194. La pantalla de acceso del usuario del proyecto puede incluir el nombre del proyecto, el número del proyecto, en nombre del GC y una lista de usuarios para un proyecto particular y/o una organización particular. Los usuarios pueden ser identificados por medio de su nombre y nombre de usuario y pueden ser considerados como un administrador de proyecto o un firmante. La Figura 35, ilustra una notificación de responsabilidades de proyecto que puede ser transmitida durante la tarea de responsabilidades de proyecto 196. La notificación de la Figura 35 puede ¡ncluir una declaración de que una responsabilidad del usuario con respecto a un proyecto ha sido modificada.

La Figura 36, ilustra un procedimiento de mantenimiento de presupuesto 198, el cual puede ser incluido en el procedimiento de administración de proyecto 94. El procedimiento de mantenimiento de presupuesto 198 puede ser utilizado para crear y ver un presupuesto de nivel superior para el proyecto de construcción, para asignar los artículos de línea a los participantes y para asignar responsabilidades a los participantes. Utilizando el módulo de presupuesto 36, se puede realizar el procedimiento de mantenimiento de presupuesto 198 por un GC para los subcontratistas o por un subcontratista para un subcontratista de segundo nivel o un proveedor de materiales. El procedimiento de mantenimiento de presupuesto 198 puede incluir el ingreso de una tarea de presupuesto de nivel superior 200, una tarea de aceptación de proyecto 202, una tarea de forma de aceptación de proyecto 204, una tarea de proyecto declinado 206, una tarea de agregar usuarios 208, una tarea de proyecto aceptado 210, una tarea de página principal de proyecto 211 , una tarea de acceso del usuario de proyecto 212, una tarea de responsabilidades de proyecto 214 y tarea de vista de presupuesto de proyecto 216. Si el proyecto es declinado, el procedimiento de mantenimiento del presupuesto 198 puede incluir una tarea de ingreso de presupuesto 218 y puede regresar a la tarea de aceptación de proyecto 202. Después de la tarea de ingreso de presupuesto de nivel superior 200, el procedimiento de mantenimiento de presupuesto 198 puede incluir una tarea de configuración de código de facturación 220, una tarea para ingresar fechas de uso de fondos 222 y una tarea de asignación de código de facturación 224.

La Figura 37, ilustra el ingreso de la forma de presupuesto de nivel superior que puede ser asociado con la tarea de ingreso de presupuesto de nivel superior 200. El ingreso de la forma del presupuesto del nivel superior puede incluir el nombre del proyecto, el número de proyecto y el valor del contrato. Un GC ó un subcontratista, puede proporcionar un valor de porcentaje de retención, códigos de fase, descripciones de código de fase, nombres de organizaciones, montos de presupuesto y códigos de cuenta. Un GC o subcontratista pueden especificar si la organización es únicamente para proporcionar materiales. El ingreso de la forma de presupuesto de nivel superior también puede incluir enlaces para configurar las fechas del uso de fondos y configurar las formas / pantallas de código de facturación. Los códigos de fase y las descripciones de código de fase pueden ser utilizados para definir los requerimientos de contratación de cada trabajo particular que debe de ser completado con el objeto de completar el proyecto. Los códigos de fase y las descripciones de fase pueden ser proporcionados, por ejemplo, por el American Institute of Architects (AIA), por el Construction Specifications Institute (CSI), o mediante la personalización de los códigos de fase y descripciones de fase AIA o CSI. En algunas modalidades, los códigos de fase y las descripciones de fase pueden ser completamente personalizadas por los participantes. El presupuesto de nivel superior también puede ser referido como el programa de valores, los costos comprometidos (después de que el CG ha recibido ofertas de los subcontratistas), o el cálculo del proyecto. En algunas modalidades, los códigos de fase incluidos en el presupuesto del nivel superior proporcionan la base para la solicitud del uso de fondos, en el que cada solicitud de uso de fondos incluye artículos de línea específicos asociados con los códigos de fase específicos. En algunas modalidades, el CG puede utilizar un programa de software externo para generar un presupuesto y el módulo de presupuesto 36 puede hacer interfase con el programa de software externo para importar el presupuesto dentro del servidor de aplicación 12 ó del servidor de la base de datos 14. La Figura 38, ¡lustra el ingreso de la forma de fechas del uso de fondos que puede ser asociada con la tarea de ingreso de fechas de uso de fondos 222. Un GC o subcontratista puede ingresar el día del mes en el cual los usos de fondos son realizados, junto con las fechas específicas de los usos de fondos (por ejemplo, cada mes en un día particular). El ingreso de la forma de fechas de uso de fondos también puede incluir un botón de Calcular el Uso de fondos para calcular en forma automática las fechas del uso de fondos y/o un botón de Agregar Fecha del Uso de fondos para el ingreso en manual de las fechas del uso de fondos. La Figura 39, ilustra una forma de configuración de código de facturación que puede ser asociada con la tarea de configuración de código de facturación 220. Un GC o subcontratista puede seleccionar un código de facturación (por ejemplo, códigos por construcción-construcción 1 , 2 ó 3), ingresar un código de facturación nuevo, crear un código de facturación, ingresar una preferencia para el despliegue de líneas de presupuesto (por ejemplo, por código de fase) e ingresar a una prioridad para opciones de impresión. La forma de configuración de código de facturación puede facilitar la generación automatizada de facturaciones y declaraciones juradas por el CPMS 10. Los códigos de facturación pueden ser utilizados para reportes personalizados o para conexiones de interfase con otros tipos de softwares existentes. Los códigos de facturación pueden permitir clasificar los artículos de línea de presupuesto con base en los requerimientos del arquitecto, el propietario, etc. El CPMS 10 puede también utilizar los códigos de cuentas en el presupuesto para hacer la interfase con los sistemas de cuentas existentes. Los códigos de cuenta pueden ser utilizados para mantener el presupuesto, para guardar los resultados del uso de fondos, y facilitar la facturación y los pagos. La Figura 40, ilustra una forma de asignación de códigos de facturación que puede estar asociada con la tarea de asignación de código de facturación 224. Un GC o subcontratista puede proporcionar el código de facturación (por ejemplo, Construcción 1 , 2, ó 3) y puede utilizar enlaces para acceder a los sub-presupuestos por cada código de fase. La asignación de forma de códigos de facturación puede incluir el nombre del proyecto, el domicilio del proyecto, los códigos de fase, las descripciones de códigos de fase, la organización para la cual el trabajo es contratado y el monto de presupuesto. La asignación de forma de códigos de facturación puede también facilitar la generación automatizada de facturaciones y las declaraciones juradas por el CPMS 10.

La Figura 41 , ilustra una forma de aceptación de proyecto que puede estar asociada con la tarea de aceptación de proyecto 202. La notificación de la Figura 41 puede incluir una declaración de que el subcontratista o proveedor de materiales ha sido agregando como un participante en un proyecto, una descripción de proyecto y los detalles de participación del subcontratista o del proveedor de materiales. El subcontratista o proveedor de materiales puede utilizar un enlace para acceder una forma de aceptación de proyecto como se mostró en la Figura 42 para aceptar o declinar el proyecto. La Figura 42, ilustra una forma de aceptación de proyecto que puede estar asociada con la tarea de forma de aceptación de proyecto 204. La forma de aceptación de proyecto puede incluir el número de proyecto del GC, el número del proyecto del sistema, el nombre del GC, el nombre del proyecto, el domicilio de proyecto y un artículo de línea del presupuesto. La forma de aceptación de proyecto puede proporcionar al subcontratista o al proveedor de materiales la información del proyecto y un artículo de línea de presupuesto. El subcontratista o proveedor de materiales puede utilizar los botones de aceptar o declinar para aceptar o declinar el proyecto asociado con el artículo de línea del presupuesto. El subcontratista o proveedor de materiales puede también proporcionar una razón para declinar el proyecto. Los artículos de línea de las formas de aceptación de proyecto pueden también ser utilizados para facilitar la generación automatizada de facturación y declaraciones juradas mediante el CPMS 10.

La Figura 43, ¡lustra una notificación de proyecto declinado que puede ser transmitida durante la tarea de proyecto declinado 206. La notificación de la Figura 43 puede incluir el nombre del subcontratista o proveedor de materiales que ha declinado el proyecto, el artículo de presupuesto declinado y la razón para la declinación. La notificación de la Figura 43 puede proporcionar la capacidad para asignar las funciones de la organización a otro participante. La Figura 44, ilustra una notificación de proyecto aceptado que puede ser transmitida durante la tarea del proyecto aceptado 210. La notificación de la Figura 44 puede ¡ncluir el nombre del subcontratista o proveedor de materiales que ha aceptado el proyecto y el artículo de presupuesto aceptado. La notificación de la Figura 43 puede proporcionar la capacidad de ingresar los detalles del proyecto. La Figura 45, ilustra una página principal de proyecto que puede estar asociada con la tarea una página principal de proyecto 211. La página principal de proyecto puede incluir el nombre del proyecto, la información y usos de fondos completos y la información de los usos de fondos pendientes. La página principal de proyecto puede incluir las generalidades del proyecto con una barra de progreso de programa del proyecto, una barra de progreso de fondos desembolsados y una barra de progreso del porcentaje completo. La página principal de proyecto puede incluir uno o más enlaces para acciones particulares que pueden ser realizadas con respecto al proyecto (por ejemplo, el perfil del proyecto, el presupuesto del proyecto, vista de los participantes del proyecto, configuración de códigos de facturación, administración de usuarios del proyecto, los usos de fondos iniciales no programados etc.) La Figura 46, ilustra una notificación de agregar usuarios que puede ser transmitida durante la tarea de agregar usuarios 208. La notificación de la Figura 46 puede incluir una declaración que confirma que el subcontratista o proveedor de materiales se ha unido al proyecto. La notificación de la Figura 46 puede incluir una solicitud para el subcontratista o proveedor de materiales para agregar a los usuarios (por ejemplo, los miembros de la organización) para el sistema. La Figura 47, ilustra una forma de acceso de usuario de proyecto que puede estar asociada con la tarea de acceso de usuario de proyecto 212. El subcontratista o proveedor de materiales puede seleccionar cada autorización de seguridad del usuario (por ejemplo, un administrador de proyecto o un firmante). La forma de acceso de usuario de proyecto puede incluir el nombre de proyecto, el nombre del GC y una lista de usuarios en la organización del subcontratista o proveedor de materiales. La Figura 48, ilustra un notificación de responsabilidades del proyecto que puede estar asociada con de tarea de responsabilidades del proyecto 214. La notificación de la Figura 48 puede incluir una declaración de que las responsabilidades del usuario han sido modificadas, junto con las autorizaciones de seguridad nuevas. La notificación de la Figura 48 puede incluir un enlace para acceder al proyecto de presupuesto.

La Figura 49, ilustra una vista de pantalla de presupuesto de proyecto que puede estar asociada con la tarea de la vista de presupuesto de proyecto 216. Un GC o subcontratísta puede acceder a la vista de pantalla del proyecto de presupuesto a través del módulo de presupuesto 36. La vista de pantalla de presupuesto de proyecto puede incluir el nombre del proyecto, el nombre del GC, el domicilio del proyecto y una lista de los elementos del presupuesto. La lista de los artículos de presupuesto puede incluir los códigos de fase, las descripciones del código de fase, el subcontratista o proveedor de materiales para el cual, el artículo de presupuesto es contratado, el monto de presupuesto, los pagos, la retención, el saldo y un enlace de algunos sub-presupuestos. La Figura 50, ilustra un ingreso de forma de presupuesto puede estar asociada con la tarea de ingreso de presupuesto 218. Un GC o subcontratista puede ingresar la forma ingreso de presupuesto a través del módulo de presupuesto 36. El GC o subcontratista puede ingresar la información requerida, tal como los códigos de fase, la descripción del código de fase, y el monto de presupuesto. El GC o subcontratista puede cambiar la organización asociada con un artículo de línea de presupuesto particular. El GC o subcontratista puede seleccionar si la organización únicamente está abasteciendo materiales. La Figura 51 , ilustra una terminación de procedimiento de artículo de presupuesto 226, el cual puede estar incluido en el procedimiento de administración de proyecto 94. El procedimiento de terminación de artículo de presupuesto 226 puede ser realizado por un GC o subcontratista. El procedimiento de terminación de artículo de presupuesto 226 puede incluir una tarea de ingreso presupuesto de nivel superior 228 y una tarea de terminación de presupuesto 230. La Figura 52, ilustra una el ingreso de una forma de presupuesto de nivel superior que puede estar asociada con la tarea de ingreso de presupuesto de nivel superior 228. Un GC o subcontratista puede tener acceso a la forma de ingreso de presupuesto de nivel superior a través del modulo de presupuesto 36. El ingreso de forma de presupuesto de nivel superior puede ¡ncluir el nombre del proyecto, el número del proyecto, el precio del contrato y una lista de organizaciones. El GC o subcontratista puede ingresar la información requerida, tal como un porcentaje de retención, códigos de fase, descripciones de código de fase, código de cuenta, y si la organización abastece únicamente materiales. El GC o subcontratista puede también elegir agregar artículos de línea nuevos o terminar un artículo de línea especial. El ingreso de forma de presupuesto de nivel superior puede incluir enlaces a una configuración de forma de fechas de uso de fondos y/o una configuración de forma de códigos de facturación. La Figura 53, ilustra una pantalla de presupuesto terminado que puede estar asociada con la tarea de terminación de presupuesto 226. Después de que un GC o subcontratista selecciona un artículo de línea para terminarlo, la pantalla de terminación de presupuesto proporciona una confirmación y una declaración de que cualquier saldo no pagado puede estar disponible para asignarse nuevamente. La Figura 54, ilustra un procedimiento de uso de fondos 232, el cual puede estar incluido en el procedimiento de administración de uso de fondos 96. El procedimiento de uso de fondos 232 puede ser utilizado para crear una programación para los usos de fondos del proyecto; para iniciar cada uso de fondos; para ingresar y firmar facturaciones; para ver los usos de fondos pendientes; para generar facturaciones, declaraciones juradas y exenciones de gravamen; para determinar si los fondos están disponibles; y para desembolsar los fondos. El procedimiento de uso de fondos 232 puede estar realizado por varios de los participantes que utilizan el módulo de uso de fondos 44. El procedimiento de uso de fondos 232 puede incluir una tarea de creación de programación de uso de fondos 234, una tarea de inicio de uso de fondos 236, una tarea de ingreso de facturación 238, una tarea de ingreso de forma de facturación 240, una tarea de firma de facturación 242, una tarea de detalles de facturación actualizados 244, una tarea de ver las solicitudes de usos de fondos pendientes 246, una tarea de generación de facturaciones 248, una tarea de forma de declaración jurada 250, una tarea de fondos disponibles 252, una tarea de vista de solicitud de usos de fondos 254, un tarea de firma de exención de gravamen 256, una tarea de forma de exención de gravamen 258, una tarea de todas las exenciones de gravamen firmadas 260, una solicitud de vista de usos de fondos con la tarea de botón de desembolso de fondos 262, una tarea de pagos desembolsados 264, una tarea de exención de gravamen firmada 266, una tarea de vista de solicitud de uso de fondos 268. El procedimiento de uso de fondos 232 puede también incluir una tarea de detalle de pagos aceptados 270, una facturación no incluida en la tarea de uso de fondos 272, una tarea de detalles de pagos no aceptados 274. El procedimiento de uso de fondos 232 puede ser realizado de tal manera que las exenciones de gravamen serán liberadas por el uso de fondos actual, no por los usos de fondos previos. La Figura 55, ilustra una creación de notificación de uso de fondos programada que puede ser transmitida durante la tarea de creación de uso de fondos programado 234. La notificación de la Figura 55 puede ser transmitida en tiempo real a todos los participantes de usos de fondos y puede incluir una declaración de que un uso de fondos programado está pendiente y que los participantes para el uso de fondos aún no han sido seleccionados. La Figura 56, ilustra un inicio de forma de uso de fondos que puede estar asociado con la tarea de inicio de uso de fondos 236. Un GC puede acceder al inicio de la forma de uso de fondos a través del módulo de uso de fondos 44. La forma de inicio de uso de fondos puede incluir el nombre del proyecto, el número del proyecto, el domicilio del proyecto, el número del uso de fondos, la fecha del uso de fondos, y una lista de los participantes potenciales para el uso de fondos. La lista de participantes potencíales puede incluir los códigos de fase, las descripciones de código de fase, el nombre de la organización, le monto del presupuesto, el monto de pagos, las retenciones acumuladas y el saldo pendiente. El GC puede seleccionar cada uno de los participantes para el uso de fondos. La Figura 57, ilustra un ingreso de notificación de facturación que puede ser transmitido durante la tarea de ingreso de facturación 238. La notificación de la Figura 57 puede incluir una declaración de que un uso de fondos ha sido programado para un proyecto y que el subcontratista o el proveedor de materiales pueden ingresar los detalles de los pagos vencidos. La notificación también puede incluir las función de organización y el artículo de presupuesto particular para el subcontratista o el proveedor de materiales. La notificación puede ser transmitida en tiempo real a todos los participantes del uso de fondos. La Figura 58, ilustra un ingreso de forma de facturación que puede estar asociada con la tarea de ingreso de forma de facturación 240. El subcontratista o proveedor de materiales puede utilizar la forma de ingreso de facturación para proporcionar el monto facturado por el uso de fondos. La forma de ingreso de facturación puede también ¡ncluir el nombre del proyecto, el número del proyecto, el domicilio del proyecto, el número del uso de fondos, la fecha del uso de fondos y los artículos de línea particulares para el subcontratista o proveedor de materiales. La Figura 59, ilustra una firma de notificación de facturación que puede ser transmitida al GC durante la tarea de firma de facturación 242. La notificación de la Figura 59 puede incluir una declaración de que el subcontratista o proveedor de materiales ha aprobado la facturación para un uso de fondos particular y que una declaración jurada debe ser firmada. El CPMS 10 puede ser utilizado para asignar las funciones de seguridad / autoridad a cada usuario, tal como administración, contabilidad, o autorización de firma. El CPMS 10 puede notificar a un usuario, con la autoridad para firmar las declaraciones juradas de tal manera que un funcionario de la organización firma firme la declaración jurada, si es necesario. El CPMS 10 puede ser utilizado para cambiar las funciones de seguridad / autoridad que sean necesarias para firmar una declaración jurada (por ejemplo, un acreedor puede solicitar que un funcionario firme la declaración jurada, en lugar de un administrador para la organización). La Figura 60, ilustra una forma de firma de facturación que pueda estar asociada con la tarea de firma de facturación 242. El GC puede acceder a la forma de firma de facturación a través del módulo uso de fondos 44. El GC puede revisar los detalles de la facturación, tales como la organización particular, la solicitud de monto, el monto del presupuesto, el monto del pago, las retenciones acumuladas y el saldo pendiente. El GC puede entonces seleccionar firmar la declaración de facturación. La forma de firma de facturación puede incluir un enlace a una forma de declaración jurada automatizada. La Figura 61 , ilustra una notificación de los detalles de facturación actualizada que puede ser transmitida al GC durante la tarea de los detalles de facturación actualizados 244. La notificación de la Figura 61 puede incluir una declaración de que un subcontratista o proveedor de materiales han actualizado los detalles de pago para un uso de fondos en una fecha particular para un proyecto particular. La notificación puede proporcionar un enlace con el objeto de que se vean los detalles de la facturación. La Figura 62, ilustra una vista de pantalla de solicitud de uso de fondos pendiente que puede estar asociada con la tarea de vista de la solicitud de uso de fondos pendiente 246. Un GC puede acceder a la vista de pantalla de solicitud de uso de fondos pendiente a través del módulo uso de fondos 44. El GC puede seleccionar a cada participante para incluirlo en el uso de fondos, confirmar el uso de fondos, y enviar una notificación en tiempo real para el firmante de cada organización. Sin embargo, el GC también puede rechazar la solicitud de uso de fondos pendiente, notificar a los participantes seleccionados que ingresen nuevamente una facturación, y proporcionen una razón para rechazar la solicitud de uso de fondos. La vista de pantalla de solicitud de uso de fondos pendiente puede incluir el nombre del proyecto, el número del proyecto, el domicilio del proyecto, el número de uso de fondos, la fecha del uso de fondos, una lista de participantes que han presentado las facturaciones, y una lista de participantes que no han presentado facturaciones. Los participantes pueden estar organizados por códigos de fase. Por cada código de fase, la vista de pantalla de solicitud de usos de fondos pendientes puede incluir el monto solicitado, el monto de presupuesto, el monto de pago, las retenciones acumuladas y el saldo pendiente.

La Figura 63, ilustra una notificación de detalles de facturación rechazada que puede ser transmitida durante la tarea de detalles de pago no aceptados 274. La notificación de la Figura 63, puede incluir una declaración de que el pago y los detalles de facturación ingresados por un usuario particular para un uso de fondos a ser conducido en una fecha para un proyecto particular no han sido aceptados y las razones para su rechazo. La notificación puede incluir una solicitud para que el subcontratista o el proveedor de materiales para ingrese nuevamente los detalles de pago antes del cierre del uso de fondos. La Figura 64, ilustra una facturación no incluida en la notificación de uso de fondos que puede ser transmitida durante la tarea de facturación no incluida en el uso de fondos 272. La notificación de la Figura 64 puede incluir una declaración de que el participante no envió una declaración jurada aprobada para un uso de fondos para un proyecto y que el participante y todos su subcontratistas no estarán incluidos en el uso de fondos. La notificación puede establecer que todas las declaraciones juradas y las facturaciones que fueron presentadas han sido destruidas. La Figura 65, ilustra una forma de facturación generada de forma automáticamente (por ejemplo, una forma que es consistente con las prácticas industriales, tales como una forma G702/703) que puede estar asociada con la tarea de generación de facturación 248 (etiquetada como G702/703 en la Figura 54). Un GC, subcontratista y los proveedores de materiales pueden acceder a las formas de facturación a través del módulo de uso de fondos 44.

Los subcontratistas, proveedores de materiales, y/o arquitecto puede firmar la forma de facturación en forma electrónica (por ejemplo, utilizando un proveedor de software de firma electrónica, tal como AlphaTrust Corporation). La Figura 66, ilustra una forma de declaración jurada generada automáticamente que puede estar asociada con la tarea de la forma de declaración jurada 250. Un GC puede tener acceso a la forma de declaración jurada a través de módulo uso de fondos 44. El GC puede firmar la forma de declaración jurada en forma electrónica (por ejemplo, utilizando un proveedor de software de firma electrónica, tal como AlphaTrust Corporation). La Figura 67, ¡lustra una realización de notificación de fondos disponibles que puede ser transmitida durante la tarea de fondos disponibles 252. La notificación de la Figura 67 puede incluir instrucciones para seguir un enlace para solicitar exenciones de gravamen y liberar los fondos, cuando los fondos están disponibles para ser liberados por un uso de fondos en un proyecto. La Figura 68, ilustra una vista de pantalla de solicitud de uso de fondos que puede estar asociada la tarea de vista de solicitud de uso de fondos 254. Un GC puede tener acceso a la vista de pantalla de solicitud de uso de fondos a través del módulo de uso de fondos 44. El GC puede revisar los detalles del uso de fondos, autorizar fondos, y las solicitudes de exenciones de gravamen. La vista de pantalla de solicitud de uso de fondos puede incluir el nombre del proyecto, el número del proyecto, el domicilio del proyecto, el número de uso de fondos, la fecha del uso de fondos, y una lista de participantes en el uso de fondos. La lista de participantes puede incluir el nombre del participante, el código de fase, si una exención de gravamen que ha sido recibida, el monto solicitado, el monto del presupuesto, el monto pagado, la retención acumulada y el saldo pendiente. La lista de participantes puede también incluir algunos subcontratistas y sus exenciones de gravamen. La Figura 69, ilustra una notificación de firma exención de gravamen que puede ser transmitida durante la tarea de la firma de exención de gravamen 256. La notificación de la Figura 69 puede ser transmitida en tiempo real a todos los participantes de usos de fondos y puede incluir una declaración de que el uso de fondos programado para un proyecto ha sido autorizado y de tal manera que se solicita al subcontratista o proveedor de materiales firmar su exención de gravamen para recibir los pagos por el uso de fondos. La Figura 70, ilustra una forma de exención de gravamen generada de forma automática que puede estar asociada con la tarea de forma de exención de gravamen 258. Los subcontratistas y proveedores de materiales pueden tener acceso a la forma de exención de gravamen a través del modulo uso de fondos 44. La forma de exención de gravamen puede estar generada en forma automática con base en el presupuesto, que incluye los artículos de línea para cada subcontratista o proveedor de materiales. El subcontratista o proveedor de materiales puede firmar las formas de exención de gravamen de forma electrónica (por ejemplo, utilizando los productos de firma electrónica de AlphaTrust Corporation). Una vez firmada, la exención de gravamen 68 puede ser almacenada en la caja de retención/garantía electrónica 54. LA Figura 71 , ilustra una notificación de exención de gravamen firmada que puede ser transmitida durante la tarea de exención de gravamen firmada 266. La notificación de la Figura 71 puede incluir una declaración de que un subcontratista o proveedor de materiales han firmado su exención de gravamen para un uso de fondos para un proyecto. La notificación puede incluir el acceso a los detalles del uso de fondos y las exenciones de gravamen recibidas hasta el momento. La Figura 72, ¡lustra una vista de pantalla de solicitud de uso de fondos que puede estar asociada con la tarea de vista de solicitud de uso de fondos 268. Un GC, subcontratista o proveedor de materiales puede tener acceso a la vista de pantalla de solicitud de uso de fondos a través de un módulo de uso de fondos 44. La vista de pantalla de solicitud de uso de fondos puede incluir el nombre del proyecto, el número del proyecto, el domicilio del proyecto, el número del uso de fondos, la fecha del uso de fondos y una lista de participantes en el uso de fondos. Una lista de participantes puede ¡ncluir el nombre del participante, el código de fase, si una exención de gravamen ha sido recibida, el monto solicitado, el monto del presupuesto, el monto de pago, las retenciones acumuladas y el saldo pendiente. La lista de participantes puede también incluir a cualquier subcontratista y sus exenciones de gravamen.

La Figura 73, ilustra una notificación de todas las exenciones de gravamen firmadas que puede ser transmitida durante todas las exenciones de gravamen firmadas 260. La notificación de la Figura 73 puede incluir una declaración de que todas las exenciones de gravamen para el uso de fondos para el proyecto han sido firmadas. La notificación puede incluir un enlace para ver los detalles del uso de fondos y para el desembolso de fondos. La Figura 74, ilustra una vista de forma de solicitud de uso de fondos que puede estar asociada con la vista de solicitud de uso de fondos con la tarea del botón de fondos desembolsados 262. Un GC (o arquitecto, propietario, representante del propietario, acreedor o titular de la compañía) puede tener acceso a la vista de forma de solicitud de uso de fondos y aprobar el uso de fondos a través del módulo uso de fondos 44 y/o el módulo para aprobación del uso de fondos 60. La vista de pantalla de solicitud de uso de fondos puede incluir el nombre del proyecto, el número del proyecto, el domicilio del proyecto, el número de uso de fondos, la fecha del uso de fondos y una lista de participantes en el uso de fondos. La lista de participantes puede incluir el nombre del participante, el código de fase, ya sea una exención de gravamen ha sido recibida, el monto solicitado, el monto del presupuesto, el monto de pago, las retenciones acumuladas y el saldo pendiente La lista de participantes puede también incluir a cualquier subcontratista y sus exenciones de gravamen. Cuando el GC desembolsa los fondos, las exenciones de gravamen son liberadas substancialmente en forma simultánea y la instrucción de pago es enviado al sistema ACH 26.

La Figura 75, ¡lustra una notificación de pago desembolsado que puede ser transmitida durante la tarea de pagos desembolsados 264. La notificación de la Figura 75 puede ser transmitida en tiempo real a todos los participantes de usos de fondos y puede incluir una declaración de que los pagos han sido desembolsados para el uso de fondos programado en una fecha especial en el proyecto. La Figura 76, ilustra las tareas de mantenimiento de pantallas del sistema 276, las cuales pueden estar incluidas en el procedimiento de administración de ambiente del sistema 102. Las tareas de mantenimiento de pantallas del sistema 276 pueden ser utilizadas por cada usuario o cada organización para personalizar el ambiente de software de acuerdo con las necesidades particulares. Por ejemplo, una organización puede personalizar los códigos de fase para sus proyectos. Las tareas de mantenimiento de pantallas del sistema 276 pueden ser ejecutadas por cualquier participante utilizando el administrador de ambiente del sistema 52. Las tareas de mantenimiento de pantallas del sistema 276 puede incluir una tarea de mantenimiento de códigos de fase 278, una tarea de acceso al administrador del usuario 280, una tarea de agregar / editar la lista de selección 282, una tarea de agregar/editar de funciones de organización 284, una tarea de configuraciones por defecto 286, una tarea de notificaciones de edición 288, una tarea de configuración por defecto 290 y la tarea de agregar / editar de funciones de usuario 292.

La Figura 77, ilustra una forma de mantenimiento de códigos de fase que puede estar asociada con la tarea de mantenimiento de códigos de fase 278. Cada participante puede tener acceso a la forma de mantenimiento de los códigos de fase a través del administrador del ambiente del sistema 52. El participante puede agregar nuevos o eliminar los elementos de presupuesto seleccionados. La Figura 78, ilustra una pantalla de administración de ingreso de usuario, que puede estar asociada con la tarea de administración de ingreso de usuario 280. Cada participante puede tener acceso a la pantalla de registro de administración de usuario a través del administrador de ambiente del sistema 52. El usuario en la organización puede ingresar el nombre de un usuario y utilizar la pantalla para registrarse dentro del sistema como cualquier usuario en el sistema. La Figura 79, ilustra una forma de agregar / editar lista de selección que puede estar asociada con la tarea de agregar / editar la lista de selección 282. Un administrador del CPMS 10 puede agregar nuevos ingresos de datos o eliminarlos de la lista de selección seleccionada (por ejemplo, las listas de estados, tipos de proyectos, etc.) para diversos menús de despliegue de menús proporcionados por el CPMS 10. La Figura 80, ilustra una forma agregar / editar funciones de la organización que puede estar asociada con la tarea de agregar / editar funciones de organización 284. Un GC puede tener acceso a la forma de agregar / editar funciones de organización a través del administrador de ambiente del sistema 52. El GC puede seleccionar la autorización de seguridad para cada tipo de organización (por ejemplo, banco, compañía titular, GC, subcontratista o arquitecto). La Figura 81 , ilustra una forma de configuraciones por defecto / configuración que puede estar asociada con la tarea de configuraciones por defecto 286. Un GC que puede tener acceso a la forma de configuración de defecto / configuración a través del administrador de ambiente del sistema 52. El GC puede ingresar sus configuraciones preferidas, tal como el recordatorio de días de cierre del uso de fondos, el recordatorio de los días de inicio de uso de fondos, el tiempo mínimo restante para la solicitud de uso de fondos, la identificación de seguridad, si al inspector se le pagará por medio del sistema ACH, si esperar por todas las exenciones de gravamen, y quien paga al inspector (por ejemplo, el banco, la compañía titular, el propietario, el representante del propietario o el GC). La Figura 82, ilustra una forma de notificación de edición que puede estar asociada con la tarea de notificaciones de edición 288. Un GC puede tener acceso a la forma de notificación de edición a través del administrador de ambiente del sistema 52. El GC puede modificar las notificaciones que son transmitidas durante los diversos procedimientos. El GC puede seleccionar una notificación en particular y editar la notificación por defecto como sea necesario. El CG puede también especificar si las autorizaciones particulares son necesarias, tal como una autorización para cambiar la notificación por el banco.

La Figura 83, ilustra una forma de procesamiento por defecto / configuración que puede estar asociada con la tarea de las configuraciones por defecto 290. Un GC, de propietario, de representante de propietario, acreedor, etc., puede tener acceso a la forma de procedimiento de defecto / configuración a través del administrador de ambiente del sistema 52, con el objeto de personalizar las porciones del procedimiento de pago de construcción o para cambiar las reglas de las porciones del procedimiento de pago de construcción. Por ejemplo, un GC puede definir y almacenar sus propios códigos de fase. El GC, propietario, representante del propietario, acreedor, etc., pueden elegir si activar las tareas en particular en cada procedimiento y pueden acceder a un enlace para editar cada una de las notificaciones asociadas con las tareas. La Figura 84, ilustra una forma de función agregar / editar usuario que puede ser asociada con la tarea de función de agregar / editar usuario 292. Una GC puede acceder a la forma de función de agregar / editar usuario a través del administrador de ambiente del sistema 52. El GC puede seleccionar las funciones para un usuario en particular, tal como un administrador de sistema, una ayuda técnica del sistema para el usuapo, un administrador local, un usuario regular y ver únicamente los accesos. El GC puede agregar funciones nuevas o borrar funciones seleccionadas. La Figura 85, ilustra las tareas de realización de inspección 294, las cuales pueden estar incluidas en el procedimiento de administración de usos de fondos 96. Las tareas de realización de inspección 294 pueden ser utilizadas para programar y facilitar las inspecciones del proyecto de construcción, si es necesario antes de cada uso de fondos. Las tareas de realización de inspecciones 294 pueden ser realizadas por el GC y el inspector que utiliza el módulo de inspección 58 del módulo de usos de fondos 94. Las tareas de realización de inspecciones 294 pueden incluir una tarea de inspección requerida 296, una forma de tarea de inspección requerida 298, una preparación para conducir la tarea de inspección 300, una vista de tarea de inspecciones anteriores 302, una tarea de ingreso de inspección 304, una de tarea de ingreso de reporte de inspección 306, una tarea de forma de reporte de inspección 308, y una tarea de reporte de inspección fallida 310. La Figura 86, ilustra una preparación para realizar la notificación de inspección que puede ser transmitida durante la preparación para conducir la tarea de notificación de inspección 300. La notificación de la Figura 86 puede incluir una declaración de que un uso de fondos ha sido programado para un proyecto en una fecha y que al inspector se le ha solicitado prepararse para conducir una inspección del uso de fondos. La notificación puede establecer que la inspección debe ser conducida únicamente después de recibir la información. La Figura 87, ilustra una notificación de inspección requerida que puede ser transmitida durante la tarea de notificación de inspección requerida 296. La notificación de la Figura 87, puede incluir una declaración de un uso de fondos programado que está pendiente para un proyecto y un enlace para especificar si una inspección es requerida para el uso de fondos.

La Figura 88, ilustra una pantalla de inspección requerida que puede estar asociada con la tarea de inspección requerida 298. Un GC (o propietario, representante del propietario, acreedor o compañía titular) pueden tener acceso a la pantalla de inspección requerida a través del módulo de inspección 58 del módulo de uso de fondos 44. La pantalla de inspección requerida puede incluir el nombre del proyecto, el número del proyecto, el número de uso de fondos, el nombre del propietario, la fecha del uso de fondos, el domicilio del proyecto y una lista de participantes. La lista de participantes puede incluir el monto de solicitud, el monto de pago, el acumulado retrasado y el saldo restante. La pantalla de inspección requerida también puede incluir comentarios generales, comentarios al inspector y si una inspección debe ser programada. La Figura 89, ilustra un ingreso de notificación de reporte de inspección que puede ser transmitido durante la tarea de ingreso de inspección 304. La notificación de la Figura 89, puede incluir una declaración de que el programa de uso de fondos en una fecha para un proyecto ha sido autorizado y que el receptor debe proceder con la inspección. La notificación puede incluir un enlace para ver los detalles del proyecto y para generar una lista de verificación de inspección. La Figura 90, ilustra una forma de ingreso de reporte de inspección que puede ser asociada con la tarea de ingreso de reporte de inspección 306. El inspector puede ingresar los detalles de la inspección en la forma de reporte de inspección. La forma de reporte de inspección puede incluir el nombre del proyecto, el número de proyecto, el número de uso de fondos, el nombre del propietario, el domicilio del proyecto, la fecha de inspección y los comentarios de inspección general. La Figura 91 , ilustra una pantalla de forma de inspección que puede ser asociada con la tarea de forma de reporte de inspección 308. Un GC, propietario, representante del propietario, compañía titular o inspector pueden tener acceso a la pantalla de forma de reporte de inspección a través del módulo de inspección 58 del módulo de usos de fondos 44. La Figura 92, ilustra una notificación de reporte de inspección fallido que puede ser transmitido durante la tarea de reporte de inspección fallido 310. La notificación de la Figura 92 puede incluir una declaración de que existe un nivel de preocupación alta para el proyecto después de la inspección conducida en una fecha en particular. La notificación puede incluir un enlace para acceder a la forma de reporte de inspección. La Figura 93, ilustra una vista de pantalla de inspecciones anteriores que puede ser asociada con la vista de tarea de inspecciones anteriores 302. Un GC, propietario, representante del propietario, compañía titular o inspector pueden tener acceso a la vista de pantalla de inspecciones previas a través del módulo de inspección 58 del módulo de uso de fondos 44 y puede seleccionar una inspección realizada en una fecha en particular. La Figura 94, ilustra un procedimiento de aprobación de solicitud de uso de fondos 312, el cual puede estar incluido en la administración de procedimiento de uso de fondos 96. La aprobación del procedimiento de solicitud de uso de fondos 312 puede ser utilizada para configurar que las inspecciones necesarias han sido realizadas, para aprobar cada uso de fondos en el procedimiento de pago de construcción, y para presentar las exenciones de gravamen. La aprobación de procedimiento de solicitud de uso de fondos 312 puede ser realizada por un GC y/o cualquier participante sobre la línea del GC (tal como el propietario, el representante del propietario, la compañía titular, el arquitecto, etc.) utilizando el módulo de aprobación de uso de fondos 60 del módulo de uso de fondos 44. Una vez que el proyecto ha sido iniciado, el CPMS 10 puede ser utilizado para aprobar cualquier tipo de pago asociado con el procedimiento de construcción. El CPMS 10 puede facilitar las aprobaciones en paralelo (por ejemplo, tanto el GC como el propietario deben aprobar el uso de fondos) o una secuencia de aprobaciones (por ejemplo, el arquitecto debe aprobar el uso de fondos, entonces el propietario, entonces el acreedor). El CPMS 10 puede ser utilizado para configurar el procedimiento de aprobación para cada proyecto. El CPMS 10 puede ser utilizado para aprobar las órdenes de cambio para el presupuesto o los montos particulares contratados entre las partes. Por ejemplo, el CPMS 10 puede ser utilizado para obtener la aprobación desde un GC y/o cualquier participante por encima de la línea del GC para un orden de cambio que excede un monto determinado o para aprobar todas las ordenes de cambio después de que un límite ha sido excedido. La aprobación de procedimiento de solicitud de uso de fondos 312 puede incluir una tarea de una solicitud de autorización de uso de fondos 314, una tarea de una solicitud de autorización de uso de fondos declinada 316, una tarea de inspecciones confirmadas 318, una tarea de inspección autorizada 320, una tarea de detalles de pago modificados 322, una tarea de notificación - dos solicitudes de autorización de uso de fondos 324, una tarea de dos solicitudes de autorización de uso de fondos 326, una tarea de dos solicitudes de autorización de uso de fondos declinadas 328, una tarea de dos solicitudes de autorización de uso de fondos aprobada 330, y una tarea de presentación de exención de gravamen 332. La Figura 95, ilustra una forma de una solicitud de autorización de uso de fondos o una forma de autorización de declaración jurada, que pueden estar asociadas con la tarea de una solicitud de autorización de uso de fondos 314. Un GC, propietario, representante del propietario o compañía titular pueden tener acceso a la forma de una solicitud de autorización de uso de fondos a través del módulo de usos de fondos 44. La forma de una solicitud de autorización de uso de fondos puede incluir el nombre del proyecto, el número del proyecto, el propietario, el domicilio del proyecto, el número de uso de fondos y la fecha del uso de fondos. La forma de una solicitud de autorización de uso de fondos puede incluir cualquier ingreso para cada organización, incluyendo el monto solicitado, el nombre de la organización, la función de la organización, el artículo de presupuesto, el monto del presupuesto, el monto de pago, el depósito de garantía y el saldo restante. La forma de una solicitud de autorización de uso de fondos puede incluir las autorizaciones recibidas, las autorizaciones sin resolver, si una inspección es requerida, la capacidad para ingresar una contraseña para la autorización y la capacidad de negar autorización y especificar una razón. La Figura 96, ilustra una autorización de notificación declinada de primer uso de fondos que puede ser transmitida durante la tarea de una solicitud de autorización de uso de fondos declinada 316. La notificación de la Figura 96 puede incluir una declaración de que el uso de fondos para un proyecto al que se le ha negado la autorización y un enlace para ver y/o modificar los detalles del uso de fondos. La Figura 97, ilustra una notificación confirmada de inspección que puede ser transmitida durante la tarea de inspecciones confirmada 318. La notificación de la Figura 97 puede incluir una declaración de que el uso de fondos programado para un proyecto ha sido autorizado y las instrucciones para proceder con la inspección del sitio, junto con un enlace para ver los detalles del proyecto y para generar una lista de verificación de inspección. La Figura 98, ilustra una notificación de detalles de pago notificados que pueden ser transmitidos durante la tarea de detalles de pago modificados 322. La notificación de la Figura 98 puede incluir una declaración de que los detalles de pago para un proyecto para un uso de fondos no han sido aceptados. La notificación puede relacionar detalles de participación de proyecto y pagos pendientes para el uso de fondos, función de organización, artículo de presupuesto y monto del pago. La Figura 99, ilustra una notificación de inspección autorizada que puede ser transmitida durante la tarea de inspección autorizada 320. La notificación de la Figura 99 puede incluir una declaración de que la inspección en el sitio para un proyecto ha sido autorizada. La Figura 100, ilustra una notificación de dos solicitudes de autorización de uso de fondos que puede ser transmitida durante la tarea de notificación - dos solicitudes de autorización de uso de fondos 324. La notificación de la Figura 100 puede incluir una declaración de que al receptor se le solicita verificar el reporte de inspección ingresado para un proyecto, que una autorización del receptor es requerida antes de que el uso de fondos pueda proceder a la siguiente fase (por ejemplo, solicitar los receptores del uso de fondos para las exenciones de gravamen), y un enlace para ver el reporte de inspección y para otorgar o negar la autorización para el uso de fondos. La Figura 101 , ilustra una forma de dos solicitudes de autorización de uso de fondos que pueden ser asociadas con la tarea de dos solicitudes de autorización de uso de fondos 326. Un GC, propietario, representante del propietario o compañía titular pueden tener acceso a la forma de dos solicitudes de autorización de uso de fondos a través del módulo de aprobación de uso de fondos 60 del módulo de uso de fondos 44. La forma de dos solicitudes de autorización de uso de fondos puede incluir el nombre del proyecto, el número del proyecto, el propietario, el domicilio del proyecto, el número del uso de fondos y la fecha del uso de fondos. La forma de dos solicitudes de autorización de uso de fondos puede incluir cualquier ingreso para cada organización que incluye el monto de solicitud, el nombre de la organización, la función de la organización, el artículo de presupuesto, el monto del presupuesto, el monto del pago, la retención de respaldo y el saldo restante. La forma de dos solicitudes de autorización de uso de fondos puede incluir las autorizaciones recibidas, las autorizaciones sin resolver, si se requiere una inspección, la capacidad de ingresar una contraseña para la autorización, y la capacidad de negar la autorización y especificar una razón [ESTA FIGURA ES DIFÍCIL DE LEER, ¿PODEMOS OBTENER UNA COPIA MEJOR?]. La Figura 102, ¡lustra una notificación de dos solicitudes de autorización de uso de fondos declinadas que pueden ser transmitidas durante la tarea de dos solicitudes de autorización de uso de fondos declinada 328. La notificación de la Figura 102 puede incluir una declaración de que se ha negado la autorización para el uso de fondos programado para un proyecto por un participante y que el uso de fondos no puede proceder sin esta autorización. La Figura 103, ilustra una notificación aprobada de dos solicitudes de autorización de uso de fondos que pueden ser transmitidas durante la tarea de dos solicitudes de autorización de uso de fondos 330. La notificación de la Figura 103 puede incluir una declaración de que un uso de fondos para un proyecto ha sido autorizado por un participante. La Figura 104, ilustra una emisión de notificación de exención de gravamen que puede ser transmitida durante la tarea de emitir la exención de gravamen 332. La notificación de la Figura 104, puede incluir una declaración de que un uso de fondos programado para un proyecto ha sido autorizado para un participante y que se solicita al receptor emitir una exención de gravamen para recibir los pagos para el uso de fondos, junto con un enlace que permite que el receptor emita una exención de gravamen. La Figura 105, ilustra un procedimiento de solicitud de cambio 334, el cual puede estar incluido en la administración del procedimiento de orden de cambio 98. El procedimiento de solicitud de cambio 334 puede ser utilizado para modificar el presupuesto de proyecto general (normalmente para expandir el presupuesto) agregando artículos de línea nuevos, cambiando los artículos de línea existentes, o terminando con los subcontratistas y poniendo disponibles el resto de los fondos para otros participantes. El procedimiento de solicitud de cambio 334 puede ser realizado por un GC, un arquitecto, un propietario, un representante del propietario, un acreedor o subcontratista utilizando el módulo de orden de cambio 48. El procedimiento de solicitud de cambio 334 puede incluir una tarea de solicitud de cambio 336, una tarea de solicitud de cambio emitida 338, y una tarea autorización de solicitud de cambio 340. La Figura 106, ilustra una forma de solicitud de cambio que puede ser asociada con la tarea de solicitud de cambio 336. Un GC o subcontratista puede tener acceso a la forma de solicitud de cambio a través del módulo de orden de cambio 48. La forma de solicitud de cambio puede incluir el nombre del proyecto, el número del proyecto, el domicilio del proyecto, el nombre del propietario y una lista de los montos a cambiar. La lista de montos a cambiar puede incluir el monto de cambio, el nombre de la organización, la función de la organización, el artículo de presupuesto, el monto del presupuesto, el monto de pago y el saldo restante. La forma de solicitud de cambio puede incluir un campo de descripción del cambio. La forma de solicitud de cambio puede incluir, si la forma de pago es crédito o pago del propietario, y si el método de pago es crédito, cheque del propietario o tarjeta de crédito. La forma de solicitud de cambio puede incluir la fecha de terminación actualmente estimada y una fecha de terminación estimada. La Figura 107, ilustra una notificación de solicitud de cambio emitida que puede ser transmitida durante la tarea de solicitud de cambio emitida 338. La notificación de la Figura 107 puede incluir una declaración de que una solicitud de cambio ha sido emitida sobre un proyecto y que está pendiente de autorización. La notificación puede incluir los detalles de la solicitud de cambio, el nombre de la organización, el artículo de presupuesto, el monto de presupuesto corriente y el monto de cambio. La Figura 108, ilustra una notificación de autorización de solicitud de cambio que puede ser transmitida durante la tarea de autorización de solicitud de cambio 340. La notificación de la Figura 108, puede incluir una declaración de que una solicitud de cambio ha sido emitida sobre un proyecto y que la aprobación del receptor es requerida para la solicitud de cambio. La notificación puede incluir un enlace para ver los detalles de la solicitud de cambio, así como también para aprobar o declinar la solicitud de cambio.

La Figura 109, ilustra un procedimiento del procedimiento de solicitud de cambio 342, el cual puede estar incluido en el procedimiento de administración de orden de cambio 98. El procedimiento del procedimiento de solicitud de cambio 342 puede ser utilizado para garantizar que los cambios están siendo realizados al presupuesto son autorizados por el participante adecuado o el GC. El procedimiento del procedimiento de solicitud de cambio 342 puede ser realizado por un GC, arquitecto, propietario, representante del propietario, acreedor o subcontratista utilizando el módulo de orden de cambio 48. El procedimiento del procedimiento de solicitud de cambio 342 puede incluir una vista de la tarea de solicitud de cambio pendiente 344, una tarea de autorización de solicitud de cambio 346, una tarea de solicitud de cambio declinada 348 y una tarea de solicitud de cambio aprobada 350. La Figura 110, ilustra una vista de pantalla de solicitud de cambio pendiente que puede ser asociada con la vista de tarea de solicitudes de cambio pendientes 344. Un GC, subcontratista, representante del propietario, acreedor o arquitecto pueden tener acceso a la vista de pantalla de solicitud de cambio pendiente a través del módulo de orden de cambio 48. La vista de pantalla de solicitud de cambio pendiente puede incluir el nombre del proyecto, el número del proyecto, el domicilio del proyecto, el nombre del propietario y una lista de los montos a cambiar. La lista de montos a cambiar puede incluir el monto de cambio, el nombre de la organización, la función de la organización, el artículo de presupuesto, el monto de presupuesto, el monto de pago y el saldo restante. La vista de pantalla de solicitud de cambio pendiente puede incluir un campo de descripción del cambio. La vista de pantalla de solicitud de cambio pendiente puede incluir si el método de pago es crédito, cheque del propietario o tarjeta de crédito. La vista de pantalla de solicitud de cambio pendiente puede incluir la fecha de terminación estimada nueva, las autorizaciones recibidas y las autorizaciones sin resolver. La Figura 111 , ilustra una forma de autorización de solicitud de cambio que puede estar asociada con la tarea de autorización de solicitud de cambio 346. Un GC, subcontratista, propietario, representante del propietario, acreedor o arquitecto pueden tener acceso a la forma de autorización de solicitud de cambio a través del módulo de orden de cambio 48. La forma de autorización solicitud de cambio puede incluir el nombre del proyecto, el número del proyecto, el domicilio del proyecto, el nombre del propietario y una lista de los montos a cambiar. La lista de montos a cambiar puede incluir el monto de cambio, el nombre de la organización, la función de la organización, el artículo de presupuesto, el monto de presupuesto, el monto de pago y el saldo restante. La forma de autorización de solicitud de cambio puede incluir un campo de descripción de cambio. La forma de autorización de solicitud de cambio puede incluir si el método de pago es crédito, cheque del propietario o tarjeta de crédito. La forma de autorización de solicitud de cambio puede incluir la fecha de terminación estimada nueva, las autorizaciones recibidas, y las autorizaciones sin resolver. La forma de autorización de solicitud de cambio puede incluir la capacidad de ingresar una contraseña y de autorizar la solicitud de cambio y la capacidad de rehusarse a la solicitud de cambio e ingresar una razón para el rechazo. La Figura 112, ¡lustra una notificación declinada de solicitud de cambio que puede ser transmitida durante la tarea declinada de solicitud de cambio 348. La notificación de la Figura 112 puede incluir una declaración de que una solicitud de cambio emitida en una fecha para un proyecto ha sido declinada por un participante. La Figura 113, ilustra una notificación aprobada de solicitud de cambio que puede ser transmitida durante la tarea de aprobación de solicitud de cambio 350. La notificación de la Figura 113 puede incluir una declaración de que una solicitud de cambio emitida en una fecha para un proyecto ha sido aprobada por un participante (por ejemplo, un acreedor). Únicamente una solicitud de cambio puede ser utilizada para modificar el presupuesto de proyecto en general (generalmente para expandir el proyecto) agregando artículos de línea nuevos, cambiando los artículos de línea existentes o terminando a los subcontratistas y poniendo disponibles los fondos restantes para otros participantes. El CPMS 10 puede ser utilizado para garantizar que los cambios que se están realizando al presupuesto son autorizados por el participante adecuado, tales como el arquitecto, el acreedor, la compañía titular, el propietario, el representante del propietario o el GC. La notificación de la Figura 113 puede ser transmitida cuando el participante adecuado ha aprobado la solicitud de cambio.

La Figura 114, ilustra un procedimiento de cambio de participante del proyecto 352, el cual puede estar incluido en el procedimiento de administración de orden de cambio 98. El procedimiento de cambio de participante del proyecto 352 puede ser utilizado, por ejemplo, para terminar a un subcontratista y para hacer que el resto de los fondos estén disponibles para otro participante (tal como un subcontratista de reemplazo). El procedimiento de cambio de participante de proyecto 352 puede ser realizado por un GC o un subcontratista que utiliza el módulo de orden de cambio 48. El procedimiento de cambio de participante del proyecto 352 puede incluir una tarea de cambio de participante 354, una tarea de verificación de borrado de participante 356 y una tarea de cambio de acta notarial 358. La Figura 115, ilustra una pantalla de cambio de participante que puede ser asociada con la tarea de cambio de participante 354. Un GC o subcontratista pueden tener acceso a la pantalla de cambio de participante a través del módulo de orden de cambio 48. La pantalla de cambio de participante puede incluir el nombre del proyecto, el número del proyecto, el nombre del propietario, el domicilio del propietario y el estado actual del proyecto. La pantalla de cambio de participante puede incluir una lista de las organizaciones que pueden ser cambiadas. La lista de organizaciones puede incluir el nombre de la organización, la función de la organización, el artículo de presupuesto, el monto de presupuesto, el monto del pago, la retención de soporte, el saldo pendiente y un enlace para borrar a cada participante.

La Figura 116, ilustra una pantalla para verificar borrado de participante que puede estar asociada con la tarea de verificar el borrado de participante 356. Un GC o subcontratista puede tener acceso a la pantalla de verificación de borrado de participante a través del módulo de orden de cambio 48. La pantalla de verificación de borrar participante puede incluir el nombre del proyecto, el número del proyecto, el nombre del propietario, el domicilio del proyecto y la información sobre el participante a ser borrada (por ejemplo, nombre de la organización, función de la organización, artículo de presupuesto, monto del presupuesto, monto del pago, retención de respaldo, y saldo restante). La pantalla de verificación de borrado de participante puede incluir la capacidad de especificar si el participante ha participado materialmente en el proyecto. La Figura 117, ilustra una pantalla de cambio de acta notarial que puede estar asociada con la tarea de cambio de acta notarial 358. Un GC o subcontratista puede tener acceso a la pantalla de cambio de acta notarial a través del módulo de orden de cambio 48. La pantalla de cambio de acta notarial puede incluir el nombre del proyecto, el número del proyecto, el nombre del propietario, el domicilio del proyecto, el estado actual del proyecto, el monto del presupuesto, el monto pagado con anterioridad hasta la fecha, el monto de respaldo hasta la fecha, y el resto del presupuesto. La pantalla de cambio de acta notarial puede incluir un campo para ingresar comentarios y la capacidad para ingresar una contraseña y autorizar el cambio en el acta notarial.

La Figura 118, ilustra las tareas de mantenimiento de pantallas del proyecto 360, las cuales pueden estar incluidas en el procedimiento de administración de proyecto 94. Las tareas de mantenimiento de pantallas de proyecto 360 pueden ser utilizadas para editar el perfil del proyecto, la información de contacto y para cerrar un proyecto. Las tareas de mantenimiento de pantallas de proyecto 360 pueden ser realizadas por un GC, acreedor, propietario o representante del propietario utilizando el módulo de proyecto 28. Las tareas de mantenimiento de pantallas de proyecto 360 pueden incluir una tarea de perfil de proyecto 362, una tarea de confirmación de contacto del proyecto 364, una tarea de información de proyecto 366 y una tarea de cierre de proyecto 368. La Figura 119, ilustra una forma de perfil de proyecto que puede estar asociada con la tarea de perfil de proyecto 362. Un GC, un acreedor, propietario o representante del propietario puede tener acceso a la forma de perfil del proyecto a través del módulo de proyecto 28. El GC, acreedor, propietario o representante del propietario puede ingresar la información solicitada, tal como información de proyecto, información de financiamiento del proyecto, información del propietario del proyecto, información del sitio e información del GC. La Figura 120, ilustra una pantalla de información de contactos del proyecto que puede estar asociada con la tarea de información de contacto del proyecto 364. Un GC, acreedor, propietario o representante del propietario pueden tener acceso a la pantalla de información de contactóte proyecto a través del módulo de proyecto 28. La pantalla de información de contacto de proyecto puede incluir el nombre del proyecto, la identificación del proyecto, el domicilio del proyecto y una lista de información de contacto para los participantes en el proyecto. La lista de información de contacto puede incluir el número de identificación de participante, el nombre de la organización, la función de la organización, el nombre del administrador de proyecto, el domicilio electrónica del contacto y el número telefónico del contacto. La Figura 121 , ¡lustra una pantalla de información de proyecto que puede estar asociada con la tarea de creación de información de proyecto 366. Un GC, acreedor, propietario o representante del propietario pueden tener acceso a la pantalla de información de proyecto a través del módulo de proyecto 28. La pantalla de información de proyecto puede incluir información de proyecto, información del sitio, información del propietario del proyecto e información del GC. La Figura 122, ¡lustra una pantalla de cierre de proyecto que puede estar asociada con la tarea de cierre de proyecto 368. Un GC, acreedor, propietario o representante del propietario pueden tener acceso a la pantalla de cierre de proyecto a través del módulo de proyecto 28. La pantalla de cierre de proyecto puede incluir el nombre del proyecto, el número de cuenta de crédito, el nombre del propietario y la capacidad para cerrar el proyecto.

La Figura 123, ¡lustra las tareas de administración de pantallas de acceso 370, las cuales pueden estar incluidas en el procedimiento de administración de ambiente del sistema 102. Las tareas de administración de pantallas de acceso 370 pueden ser utilizadas para personalizar las diversas pantallas desplegadas para los usuarios u organizaciones particulares durante el procedimiento de pago de construcción. Por ejemplo, las tareas de pantallas de administración de acceso 370 pueden ser utilizadas para incluir una marca comercial o logotipo de la organización sobre una o más de las pantallas desplegadas durante el procedimiento de pago de construcción (por ejemplo, una marca comercial del acreedor puede estar incluida en la esquina superior derecha de cada pantalla). Adicionalmente, las tareas de pantallas de administración de acceso 370 pueden ser utilizadas para cambiar el diseño de las formas o pantallas particulares de acuerdo con las preferencias o requerimientos de los usuarios u organizaciones particulares. Las tareas de administración de pantallas de acceso 370 pueden ser realizadas por cualquiera de los participantes utilizando el administrador de ambiente del sistema 52. Las tareas de administración de pantallas de acceso 370 pueden incluir una tarea de ingreso al sistema 372, una tarea de salida 374, una tarea de página principal del proyecto 376, una tarea de restablecimiento de la contraseña 378, una tarea de pantalla principal 380, una tarea de búsqueda de proyectos 382, una tarea de olvido de contraseña 384 y una tarea de su contraseña 386.

La Figura 124, ilustra una pantalla de ingreso al sistema que puede estar asociada con la tarea de ingreso al sistema 372. Cada participante puede acceder a la pantalla de ingreso al sistema a través del administrador de acceso 38. El participante puede ingresar un nombre de usuario y una contraseña para ingresar al sistema. La pantalla de ingreso al sistema puede proveer un enlace si un usuario olvida su contraseña. La Figura 125, ¡lustra una pantalla de salida que puede estar asociada con la tarea de salida 374. Cada participante puede tener acceso a la pantalla de salida a través del administrador de acceso 38. La pantalla de salida puede confirmar que el usuario ha salido del sistema. La Figura 126, ilustra una pantalla de página principal del proyecto que puede estar asociada con la tarea de página principal del proyecto 376. Cada participante puede tener acceso a la pantalla de página principal del proyecto a través del administrador de acceso 38. La pantalla de página principal del proyecto puede incluir el nombre del proyecto, el número de mensajes nuevos, y un enlace para leer los mensajes nuevos. La página principal de proyecto puede incluir la información general del proyecto (que incluye una barra de progreso de programación del proyecto y una barra de progreso de fondos desembolsados), información de usos de fondos completados (incluyendo número de uso de fondos, fecha del uso de fondos y enlaces a la información del uso de fondos), información de usos de fondos pendientes (que incluye número de uso de fondos y fecha de inicio). La página principal del proyecto puede ¡ncluir los enlaces a diversas acciones, formas o pantallas (por ejemplo, perfil de proyecto, presupuesto de proyecto, vista de participantes en el proyecto, configuración de códigos de facturación, administración de usuarios de proyecto, rastreo de aprobación de compañía titular, iniciar un uso de fondos programado, etc.). La Figura 127, ilustra una pantalla de restablecimiento de contraseña que puede estar asociada con la tarea de restablecimiento de contraseña 378. Cada participante puede tener acceso a la pantalla de restablecimiento de contraseña a través del administrador de acceso 38. El participante puede ingresar la contraseña nueva dos veces con el objeto de cambiar la contraseña asociada con un nombre de usuario en particular. La Figura 128, ilustra una pantalla principal para un usuario en particular que puede estar asociada con la tarea de pantalla principal 380. Cada participante puede tener acceso a la pantalla principal a través del administrador de acceso 38. La pantalla principal puede relacionar los proyectos en los que el participante está involucrado, junto con el número de mensajes nuevos asociados con cada proyecto y un enlace para leer los mensajes nuevos. La Figura 129, ilustran una pantalla de búsqueda de proyectos que puede estar asociada con la tarea de búsqueda de proyectos 382. Cada participante puede tener acceso a la pantalla de búsqueda de proyectos a través del administrador de acceso 38. La pantalla de búsqueda de proyectos puede incluir una característica de búsqueda del proyecto y una lista de los proyectos. La lista de los proyectos puede incluir el nombre del proyecto, el nombre del GC, un enlace para editar el proyecto y la capacidad para seleccionar uno o más proyectos a buscar. La Figura 130, ilustra una pantalla de olvido de contraseña que puede estar asociada con la tarea de olvido de contraseña 384. Cada participante puede tener acceso a la pantalla de olvido de contraseña a través del administrador de acceso 38. Un usuario puede ingresar su nombre de usuario y dirección electrónica, y el sistema puede enviar la contraseña por correo electrónico al usuario. La Figura 131 , ilustra una notificación de su contraseña que puede ser transmitida durante la tarea de su contraseña 386. La notificación de la Figura 131 , puede incluir una declaración de que usted solicitó que su contraseña le sea enviada por correo electrónico, la contraseña y una solicitud para utilizar la contraseña la próxima vez que usted ingrese al sistema. La Figura 132, ¡lustra un procedimiento de administración de pantallas de mensajes 388, el cual puede estar incluido en el procedimiento de administración de ambiente del sistema 102. El procedimiento de administración de pantallas de mensajes 388 puede ser utilizado para ver los mensajes, para crear mensaje o para ver un mensaje de estado del sistema. El procedimiento de administración de pantallas de mensajes 388 puede ser realizado por cualquiera de los participantes utilizando el administrador de ambiente del sistema 52. El procedimiento de administración de pantallas de mensajes 388 puede incluir una tarea de vista de mensajes 390, una tarea de vista de mensaje específico 392, una tarea de creación de mensaje 394 y una tarea de estado de mensaje 396. La Figura 133, ilustra una vista de pantalla de mensajes que puede estar asociada con la tarea de vista de mensaje 390. Cada participante puede tener acceso a la tarea de vista de mensaje 390 a través del administrador de ambiente del sistema 52. La vista de pantalla de mensaje puede incluir el nombre del usuario, la capacidad para especificar el tipo de mensajes que son desplegados (por ejemplo, no leído, reciente, todos, mensajes enviados o archivados), y una lista del tipo de mensajes especificados. La lista de mensajes puede incluir la capacidad de seleccionar mensajes particulares, la fecha del mensaje, el nombre del proyecto, el asunto del mensaje y si una acción es requerida. La vista de pantalla de mensaje puede proveer también la capacidad para archivar los mensajes seleccionados y moverlos a otra pantalla de mensajes. La Figura 134, ilustra un mensaje específico que está siendo visto por un usuario. El mensaje específico puede incluir cualquiera de las notificaciones mostradas y descritas en la presente descripción. La Figura 135, ilustra una pantalla de crear / enviar mensajes que puede estar asociada con la tarea de crear mensaje 394. Cada participante puede tener acceso a la pantalla de crear / enviar mensaje a través del administrador de ambiente del sistema 52. Un usuario puede ingresar un nombre de proyecto, si enviar el mensaje a una organización o a un usuario, los nombres de la organización, los nombres de usuario, el asunto del mensaje y un mensaje. La Figura 136, ilustra una pantalla de estado del mensaje que puede estar asociada con la tarea de estado del mensaje 396. Cada participante puede tener acceso a la pantalla de estado del mensaje a través del administrador de ambiente del sistema 52. La pantalla de estado del mensaje puede enviar mensajes, tales como una declaración de que un uso de fondos ha sido iniciado para un proyecto y que todos los participantes han sido avisados. La pantalla de estado del mensaje puede incluir un enlace para una organización o página principal de usuario. Las Figuras 137 a 153, ¡lustran un método para administrar un procedimiento de pagos de construcción de acuerdo con otra modalidad de la presente invención. Los aspectos del método de las Figuras 137 a 153 pueden ser utilizados en conjunto con la modalidad de la presente invención mostrada y descrita con respecto a las Figuras 1 a 136 y las Figuras 154 a 179. Las Figuras 154 a 179 son diagramas de entrada / salida para un método de administración de un procedimiento de pago de construcción de acuerdo con todavía otra modalidad de la presente invención. Los aspectos del método de las Figuras 154 a 179 pueden ser utilizados en conjunto con las modalidades de la presente invención mostradas y descritas con respecto a las Figuras 1 a 136 y las Figuras 137 a 153.

La Figura 155, incluye una tarea de abrir proyecto, una tarea de crear programación de uso de fondos, y una tarea de identificación y asignación de funciones de proyecto, cada una de las cuales puede ser realizada por un GC. Una tarea de ingreso de presupuestos puede ser realizada por un propietario, representante del propietario, GC, acreedor o compañía titular. Una tarea de detalles de actualización puede ser realizada por un GC para los subcontratistas y/o proveedores de materiales o mediante un propietario, acreedor o compañía titular para cualquier tipo de participante. Una tarea de cierre de proyecto puede ser realizada por una compañía titular, GC o acreedor. La Figura 156, incluye una tarea de ingreso de detalles del proyecto en la cual, el sistema puede asumir que el proyecto tiene la aprobación completa de todas las agencias necesarias y organizaciones participantes antes de abrir un proyecto. La Figura 156, incluye un ingreso de detalles de crédito en el cual, el acreedor puede elegir ingresar únicamente la información seleccionada por razones legales o de negocios. Si no existe crédito para el proyecto, no se ingresa información. La Figura 157, incluye una tarea de revisión de programación de uso de fondos propuesta, en la cual, el sistema puede generar una programación de uso de fondos propuesta separando de igual mantera el número de usos de fondos a través de la programación de proyecto estimada. La Figura 157, incluye una tarea de aceptación o rechazo de programación de uso de fondos propuesta en la cual, un GC puede declarar manualmente los usos de fondos de acuerdo con una programación establecida por el propietario, el representante del propietario, el acreedor o el GC. Una programación automatizada puede ser rechazada y la programación puede ser mantenida manualmente. La Figura 159, incluye un ingreso de presupuesto de proyecto para una organización participante, en el cual se puede utilizar un procedimiento jerárquico. En cada nivel, la organización participante puede realizar el procedimiento para la organización que esta utiliza para soportarlo. La Figura 160, incluye una tarea de autorización de orden de cambio en la cual, un emisión de resolución del procedimiento puede requerir el rechazo de una orden de cambio inicial y la creación de una segunda orden de cambio que se puede agregar en forma mutua a todas las partes. Únicamente una orden de cambio final en el procedimiento de resolución debe ser aprobada. La Figura 162, incluye una tarea de agregar organización en la cual, una organización debe ser agregada antes de que pueda participar en un proyecto. El sistema, la compañía titular, el acreedor o el GC pueden agregar organizaciones al sistema. Aunque las organizaciones pueden ser agregadas durante la tarea de identificación y asignación de funciones del proyecto del procedimiento de mantenimiento del plan de pagos del proyecto, las organizaciones pueden ser agregadas en forma independiente de ese procedimiento. La Figura 162, incluye una tarea de ingreso de detalles de la organización, en la cual, el contacto inicial en una organización puede ser el responsable de ingresar los detalles de su organización y la información de contacto adicional. Cada organización puede identificar un administrador interno del sistema, quien puede ser el responsable de actualizar los detalles de su organización y la información de contacto. La Figura 162, incluye una tarea de mantenimiento de detalles de la organización, en la cual, la seguridad puede ser particularmente estricta debido a lo delicado de la información financiera. La Figura 164, incluye una tarea de verificación de organización, la cual puede ser provista por un tercer con base en los requerimientos de los participantes. El sistema puede facilitar las verificaciones de las organizaciones y el cargo de una tarifa de servicios. La Figura 166, incluye una tarea de declaración de uso de fondos que puede ser realizada por un GC. El uso de fondos es el mecanismo mediante el cual, los participantes del proyecto pueden presentar facturaciones, el propietario (generalmente a través del GC) puede pagar el trabajo completado, y las partes participantes reciben el pago y liberan sus exenciones de gravamen asociadas. La Figura 166, incluye una tarea de generación de declaración jurada en la cual, el GC puede revisar los envíos en línea (haciendo referencia a la documentación de soporte en papel cuando es necesario) y una vez que la presentación es correcta, el sistema puede generar una declaración jurada con base en la información que ha sido presentada en forma electrónica por las partes participantes en el uso de fondos. El GC puede rechazar las presentaciones y éstas pueden ser revisadas y presentadas nuevamente para su aprobación. Este mecanismo puede ser utilizado para resolver cualesquiera asuntos con la facturación. La Figura 166, incluye una tarea de inspección de solicitud que generalmente puede ser realizada por el acreedor o la compañía titular. La Figura 166, incluye una tarea de autorización de uso de fondos que generalmente puede ser realizada por el acreedor, aunque puede requerir que se involucre al propietario, representante del propietario u otro participante en el proyecto diseñado. Un mecanismo de autorización que se puede configurar puede incluir a cualquier participante del proyecto en el procedimiento de autorización. La Figura 166, incluye una tarea de ingreso y ejecución de exenciones de gravamen, las cuales pueden ser requeridas para completar el uso de fondos. Los fondos no son transmitidos a las partes que facturan hasta que sus exenciones de gravamen son ingresadas y ejecutadas. Este requerimiento, garantiza la ejecución en forma substancialmente simultánea del pago y liberación de exenciones de gravamen. La Figura 166, incluye una tarea de ejecución de pago simultánea / liberación de exención de gravamen, en el cual el intercambio substancialmente simultánea de exención de gravamen por el pago es automatizado. Este intercambio automatizado puede eliminar la necesidad de reuniones y puede eliminar las demoras de tiempo entre el pago y la liberación de exenciones de gravamen. Este intercambio automatizado puede reducir el cambio que una exención de gravamen será extraviada y puede acelerar el pago a todos los participantes en el uso de fondos eliminando a las organizaciones intermedias del procedimiento de pago. La Figura 167, incluye una tarea de anunciar uso de fondos en el cual, un mensaje electrónico puede ser enviado substancialmente en forma simultánea a todas las organizaciones participantes y/o interesadas. La Figura 168 incluye una tarea de ingresar detalles de facturación, la cual puede ser ejecutada por cualquier parte que desee recibir el pago a través del procedimiento de uso de fondos. La presentación electrónica puede ser seguida por el trámite administrativo que soporta la presentación. Un servicio puede ser provisto, el cual permite que las partes presenten la información de soporte por medio de lectura digital. La Figura 169, incluye una tarea de autorización de facturación, en la cual una emisión de resolución del procedimiento puede requerir el rechazo de la facturación inicial y la creación de una segunda facturación que puede ser acordada mutuamente por todas las partes. Únicamente la facturación final en el procedimiento de resolución será aprobada. La Figura 170, incluye una tarea de selección de inspector en la cual, puede existir más de un inspector asociado con un proyecto. En este caso, el inspector correcto debe ser seleccionado para realizar la inspección. La Figura 171 , incluye una tarea de confirmación de alcance de inspección, en el cual la organización que solicita la inspección puede definir el alcance de la inspección, ya sea para la declaración jurada completa o para un subgrupo de declaraciones juradas. La Figura 171 , incluye una tarea de ingreso de resultados de inspección en la cual, la documentación de soporte puede ser necesaria dependiendo del alcance y naturaleza de la inspección. La Figura 171 , incluye una tarea de envío de documentación de soporte, en la cual el sistema puede permitir que los archivos con fotografías digitales u otro material electrónico sean adjuntos a los reportes de inspección electrónicos. La Figura 173, incluye una tarea de ejecución de exención de gravamen en la cual, la exención de gravamen firmada electrónica puede ser ejecutada en el sistema, asegurada de cualesquiera alteraciones. En una modalidad de la presente invención, la exención de gravamen no es liberada para la compañía titular hasta que ocurre el ¡ntercambio de pagos y exenciones de gravamen substancialmente simultáneo. La Figura 174, incluye una tarea de configuración de autorización de uso de fondos y ejecución de exenciones de gravamen, la cual puede incluir una revisión de todas las exenciones de gravamen para garantizar que están completas y son correctas. La Figura 178, incluye una tarea de proporcionar soporte al cliente que puede incluir el soporte para agregar o modificar organizaciones o proyectos, solucionar problemas de contraseña, solucionar proyectos y transacciones. La Figura 178, incluye una tarea de administración del sistema que puede incluir administración de seguridad, auditoría financiera y soporte de contingencia. La Figura 178, incluye un historial de actividad de mantenimiento para la tarea de participantes en el sistema que puede incluir un directorio de distribuidores con el historial sobre los distribuidores y/o evaluación de los distribuidores. Un experto en la materia debe comprender que las modalidades de la presente invención pueden ser implementadas utilizando diversos dispositivos de cómputo, tales como computadoras personales, servidores y otros dispositivos que tienen procesadores o que tienen la capacidad de ejecutar programas o grupos de instrucciones. En general, la presente invención puede ser implementada utilizando el hardware existente o el hardware que podría ser creado actualmente por aquellos expertos en la materia. Por lo tanto, la arquitectura de los dispositivos de ejemplo no se ha explicado en todos los casos a detalles, excepto para observar que los dispositivos generalmente tendrán un procesador, memoria (de algún tipo), y aplicaciones de ingreso y salida de datos. El procesador puede ser un microprocesador, un control de lógica programable, un circuito integrado de aplicación específica o un dispositivo de cómputo configurado para buscar y ejecutar instrucciones. En algunos casos, los dispositivos también pueden tener sistemas operativos y programas de aplicación que son administrados por sistemas operativos. También se debe observar que aunque los sistemas de control 40 y 80 se muestran conectados en una red, esto no implica una configuración de red específica. Una o más redes o sistemas de comunicaciones, tales como la Internet, sistemas telefónicos, redes inalámbricas, redes satelitales, redes de televisión por cable y otras diversas redes privadas y públicas podrían ser utilizadas en diversas combinaciones para proveer los enlaces de comunicación deseados o necesarios para crear las modalidades o implementaciones de la presente invención, como será evidente para aquellos expertos en la materia. Por lo tanto, la presente invención no está limitada a una red o combinaciones de redes en específico. Las diversas características y ventajas de la presente invención son establecidas en las siguientes Reivindicaciones.

Claims

NOVEDAD DE LA INVENCIÓN REIVINDICACIONES

1.- Un método para administrar un procedimiento de pago de construcción, caracterizado porque el método comprende las acciones de: generar un presupuesto para un proyecto de construcción por medio de por lo menos una forma electrónica; recibir un monto de facturación de por lo menos un participante en el proyecto de construcción por medio de por lo menos una red de cómputo; generar por lo menos una de una facturación automatizada y una declaración jurada automatizada con base en el monto de facturación y el presupuesto; generar por lo menos una exención de gravamen automatizada con base en por lo menos una de la facturación automatizada y la declaración jurada automatizada; y ejecutar en forma electrónica por lo menos una de la facturación automatizada, la declaración jurada automatizada y la por lo menos una exención de gravamen automatizada para crear por lo menos una de una facturación legalmente vinculada, una declaración jurada legalmente vinculada y una exención de gravamen legalmente vinculada.

2.- El método de conformidad con la Reivindicación 1 , caracterizado además porque comprende adicionalmente la acción de transmitir una notificación con respecto a la aprobación de la facturación automatizada.

3.- El método de conformidad con la Reivindicación 1 , caracterizado además porque el presupuesto generado incluye una pluralidad de artículos de línea y en donde la facturación automatizada incluye por lo menos uno de la pluralidad de artículos de línea.

4.- El método de conformidad con la Reivindicación 1 , caracterizado además porque el presupuesto generado incluye por lo menos uno de costos de una organización no empleados por un contratista general del proyecto de construcción y costos de una organización empleados por el contratista general.

5.- El método de conformidad con la Reivindicación 1 , caracterizado además porque comprende adicionalmente la acción de garantizar que la declaración jurada automatizada y la por lo menos una exención de gravamen automatizada correspondan a la por lo menos una facturación automatizada.

6.- El método de conformidad con la Reivindicación 1 , caracterizado además porque comprende adicionalmente la acción de garantizar que una suma de los montos de facturación en dólares incluidos en la facturación automatizada iguala al monto en dólares de la declaración jurada incluida en la declaración jurada automatizada.

7.- El método de conformidad con la Reivindicación 1 , caracterizado además porque comprende adicionalmente la acción de garantizar que un monto de facturación en dólares incluido en la facturación automatizada iguala a un monto en dólares de la exención de gravamen incluida en la por lo menos una exención de gravamen automatizada.

8.- El método de conformidad con la Reivindicación 1 , caracterizado además porque las acciones de generar por lo menos una de una facturación automatizada y una declaración jurada automatizada y generar por lo menos una exención de gravamen automatizada incluyen generar la facturación automatizada, aprobar la facturación automatizada, generar en forma subsiguiente la declaración jurada automatizada, aprobar la declaración jurada automatizada y en forma subsiguiente generar la por lo menos una exención de gravamen automatizada.

9.- El método de conformidad con la Reivindicación 1 , caracterizado además porque comprende adicionalmente la acción de liberar en forma automática la exención de gravamen legalmente vinculada después que el participante recibe el pago a partir de un sistema de pago.

10.- Un sistema de administración de pagos de construcción, caracterizado porque comprende: un servidor de aplicación que almacena un módulo de caja de retención y de uso, la caja de retención electrónica recibe una declaración jurada de de un participante en un proyecto de construcción y el módulo de uso de fondos transmite el pago al participante en respuesta a la recepción de la exención de gravamen y libera la exención de gravamen en respuesta al pago.

11.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 10, caracterizado además porque la caja de retención electrónica almacena la exención de gravamen.

12.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 10, caracterizado además porque el módulo de uso de fondos transmite el pago al participante transmitiendo a un sistema de pago una instrucción automatizada para pagar al participante.

13.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 12, caracterizado además porque el módulo de uso de fondos libera la exención de gravamen recibiendo un acuse de recibo del sistema de pago de que el participante ha recibido los fondos y substancialmente en forma simultánea libera la exención de gravamen después de recibir el acuse de recibo.

14.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 10, caracterizado además porque la caja de retención electrónica recibe una pluralidad de exenciones de gravamen de una pluralidad de participantes y almacena cada una de la pluralidad de exenciones de gravamen hasta que toda la pluralidad de exenciones de gravamen son recibidas y en donde el módulo de uso de fondos transmite una instrucción automatizada para pagar a la pluralidad de participantes cuando toda la pluralidad de exenciones de gravamen es recibida.

15.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 10, caracterizado además porque la caja de retención electrónica recibe una pluralidad de exenciones de gravamen de una pluralidad de participantes y almacena cada una de la pluralidad de exenciones de gravamen y el módulo de uso de fondos transmite una instrucción automatizada para pagar a cada uno de la pluralidad de participantes cuando cada una de la pluralidad de exenciones de gravamen es recibida.

16.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 10, caracterizado además porque la caja de retención electrónica recibe la pluralidad de exenciones de gravamen de una pluralidad de participantes y almacena cada una de la pluralidad de exenciones de gravamen y el módulo de uso de fondos transmite una primera instrucción para pagar por lo menos a uno de la pluralidad de participantes cuando por lo menos una de la pluralidad de exenciones de gravamen es recibida y una segunda instrucción para pagar a por lo menos uno de la pluralidad de participantes cuando toda la pluralidad de exenciones de gravamen es recibida.

17.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 12, caracterizado además porque el sistema de pagos incluye por lo menos uno de un sistema local de autorización automatizado, un sistema de transferencia por cable, un sistema de tarjeta de débito, un sistema de tarjeta de crédito y un sistema de elaboración de cheques.

18.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 10, caracterizado además porque la caja de retención electrónica y el módulo de uso de fondos reciben y liberan la exención de gravamen que corresponde al trabajo realizado por un uso de fondos actual.

19.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 10, caracterizado además porque el servidor de aplicación almacena un módulo de presupuesto, el módulo de presupuesto genera un presupuesto para un proyecto de construcción y el módulo de uso de fondos genera por lo menos una facturación automatizada, una declaración jurada automatizada y por lo menos una exención de gravamen automatizada con base en el presupuesto.

20.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 10, caracterizado además porque comprende adicionalmente un servicio de firma electrónico para ejecutar en forma electrónica la exención de gravamen.

21.- Un método para administrar un procedimiento de pagos de construcción, caracterizado porque el método comprende: establecer comunicación con una pluralidad de participantes en un proyecto de construcción por medio de por lo menos una red de cómputo; generar en forma automática una notificación electrónica de un uso de fondos en tiempo real en respuesta a un participante asociado con el proyecto de construcción que inicia en forma electrónica el uso de fondos; seleccionar un grupo de la pluralidad de participantes; y hacer disponible una notificación electrónica para el grupo de la pluralidad de participantes por medio de por lo menos una red de cómputo.

22.- El método de conformidad con la Reivindicación 21 , caracterizado además porque la acción de seleccionar un grupo de la pluralidad de participantes incluye seleccionar a toda la pluralidad de participantes con base en una selección recibida en forma electrónica a partir de los participantes que inician el uso de fondos.

23.- El método de conformidad con la Reivindicación 21 , caracterizado además porque la acción de seleccionar un grupo de la pluralidad de participantes incluye seleccionar un subgrupo de la pluralidad de participantes con base en una selección recibida en forma electrónica de los participantes de inician el uso de fondos.

24.- El método de conformidad con la Reivindicación 21 , caracterizado además porque la acción de seleccionar un grupo de la pluralidad de participantes incluye seleccionar en forma automática a toda la pluralidad de participantes, y en donde el grupo de la pluralidad de participantes incluye por lo menos un participante contratado por un contratista general.

25.- El método de conformidad con la Reivindicación 21 , caracterizado además porque la notificación se hace disponible en tiempo real.

26.- El método de conformidad con la Reivindicación 21 , caracterizado además porque la acción de hacer disponible la notificación para el grupo de la pluralidad de participantes incluye desplegar una pantalla de aviso que puede ser vista por cada participante del grupo de la pluralidad de participantes.

27.- El método de conformidad con la Reivindicación 21 , caracterizado además porque la acción de hacer disponible la notificación para el grupo de la pluralidad de participantes incluye transmitir en forma electrónica la notificación al grupo de la pluralidad de participantes enviando por lo menos uno de un mensaje de correo electrónico, un mensaje de texto, un mensaje de voz y un mensaje por fax.

28.- El método de conformidad con la Reivindicación 27, caracterizado además porque la notificación es transmitida en forma electrónica en tiempo real.

29.- El método de conformidad con la Reivindicación 27, caracterizado además porque la notificación es transmitida en forma electrónica en un momento previamente determinado.

30.- El método de conformidad con la Reivindicación 27, caracterizado además porque la notificación es transmitida en forma electrónica con base en las preferencias de notificación del grupo de la pluralidad de participantes.

31.- Un sistema de administración de pagos de construcción, caracterizado porque comprende: un servidor de aplicación que almacena un administrador de notificaciones y un módulo de uso de fondos, el módulo de uso de fondos genera en forma automática una notificación de un uso de fondos en tiempo real en respuesta a un participante asociado con un proyecto de construcción que inicia el uso de fondos con el módulo de uso de fondos y seleccionar un grupo de una pluralidad de participantes asociados con el proyecto de construcción, haciendo disponible el administrador de notificaciones, la notificación para el grupo de la pluralidad de participantes.

32.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 31 , caracterizado además porque el módulo de uso de fondos selecciona el grupo de la pluralidad de participantes para incluir a toda la pluralidad de participantes asociada con el proyecto de construcción con base en una selección recibida del participante que inicia el uso de fondos.

33.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 31 , caracterizado además porque el módulo de uso de fondos selecciona el grupo de la pluralidad de los participantes para incluir un subgrupo de la pluralidad de participantes asociados con el proyecto de construcción con base en una selección recibida de los participantes que inician el uso de fondos.

34.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 31 , caracterizado además porque el módulo de uso de fondos selecciona en forma automática el grupo de la pluralidad de los participantes para incluir a toda la pluralidad de participantes asociados con el proyecto de construcción, y en donde el grupo de la pluralidad de participantes incluye por lo menos un participante contratado por un contratista general.

35.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 31 , caracterizado además porque el administrador de notificación hace disponible la notificación para el grupo de la pluralidad de participantes en tiempo real.

36.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 31 , caracterizado además porque el administrador de notificaciones hace disponible la notificación para el grupo de la pluralidad de participantes desplegando una pantalla de aviso que puede ser vista por cada participante del grupo de la pluralidad de participantes.

37.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 31 , caracterizado además porque el administrador de notificación hace disponible la notificación para el grupo de la pluralidad de participantes transmitiendo en forma electrónica la notificación a cada participante del grupo de la pluralidad de participantes enviando por lo menos uno de un mensaje de correo electrónico, un mensaje de texto, un mensaje de voz y un mensaje por fax.

38.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 37, caracterizado además porque el administrador de notificaciones transmite la notificación en forma electrónica al grupo de la pluralidad de participantes en tiempo real.

39.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 37, caracterizado además porque el administrador de notificaciones transmite en forma electrónica la notificación al grupo de la pluralidad de participantes en un momento previamente determinado.

40.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 37, caracterizado además porque el administrador de notificaciones transmite en forma electrónica la notificación al grupo de la pluralidad de participantes con base en las preferencias de notificación del grupo de la pluralidad de participantes.

41.- Un método para administrar un procedimiento de pagos de construcción, caracterizado porque el método comprende las acciones de: crear una primera solicitud ejecutada en forma electrónica para el pago en representación de un primer participante en un proyecto de construcción; transmitir la primera solicitud de pago a un segundo participante en el proyecto de construcción por medio de por lo menos una red de cómputo; crear una segunda solicitud ejecutada en forma electrónica para el pago con base en la primera solicitud de pago; transmitir la segunda solicitud de pago a una fuente de pago en el proyecto de construcción por medio de por lo menos una red de cómputo; trasmitir directamente un pago al segundo participante desde la fuente de pago; y transmitir directamente un pago al primer participante desde la fuente de pago.

42.- El método de conformidad con la Reivindicación 41 , caracterizado además porque la primera solicitud de pago ejecutada en forma electrónica incluye por lo menos una de una facturación ejecutada en forma electrónica y una declaración jurada ejecutada en forma electrónica.

43.- El método de conformidad con la Reivindicación 41 , caracterizado además porque la segunda solicitud de pago ejecutada en forma electrónica incluye por lo menos una de una facturación ejecutada en forma electrónica y una declaración jurada ejecutada en forma electrónica.

44.- El método de conformidad con la Reivindicación 41 , caracterizado además porque la fuente de pago incluye por lo menos uno de un propietario, un acreedor, una compañía titular, un contratista general y un subcontratista.

45.- El método de conformidad con la Reivindicación 41 , caracterizado además porque comprende adicionalmente la acción de recibir en forma electrónica la aprobación de la primera solicitud de pago del segundo participante por medio de por la menos una red de cómputo.

46.- El método de conformidad con la Reivindicación 41 , caracterizado además porque comprende adicionalmente la acción de recibir en forma electrónica la aprobación de la segunda solicitud de pago de la fuente de pago por medio de por la menos una red de cómputo.

47.- El método de conformidad con la Reivindicación 41 , caracterizado además porque comprende adicionalmente la acción de reconciliar en forma automática la primera solicitud de pago con base en un presupuesto del proyecto de construcción.

48.- El método de conformidad con la Reivindicación 41 , caracterizado además porque comprende adicionalmente la acción de reconciliar en forma automática la segunda solicitud de pago con base en un presupuesto para el proyecto de construcción.

49.- El método de conformidad con la Reivindicación 41 , caracterizado además porque la acción de transmitir en forma directa el pago al primer participante incluye transmitir a un sistema de pago una instrucción para pagar al primer participante y recibir del sistema de pago un acuse de recibo de que el primer participante ha recibido los fondos.

50.- El método de conformidad con la Reivindicación 49, caracterizado además porque la acción de transmitir a un sistema de pago una instrucción para pagar al primer participante, incluye generar una instrucción de pago automatizada y transmitir la instrucción de pago automatizada a por lo menos uno de sistema local de autorización automatizado, un sistema de transferencia por cable, un sistema de tarjeta de débito, un sistema de tarjeta de crédito y un sistema de generación de cheques.

51.- Un sistema de administración de pagos de construcción, caracterizado porque comprende: un servidor de aplicación que almacena un módulo de uso de fondos, el módulo de uso de fondos genera una primera solicitud de pago ejecutada en forma electrónica en representación de un primer participante en un proyecto de construcción, transmitir la primera solicitud para pagar a un segundo participante en el proyecto de construcción, generar una segunda solicitud de pago ejecutada en forma electrónica en representación del segundo participante con base en la primera solicitud de pago, transmitir la segunda solicitud de pago a una fuente de pago, transmitir directamente un pago de una fuente de pago al primer participante y transmitir directamente desde la fuente de pago al segundo participante.

52.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 51 , caracterizado además porque la primera solicitud de pago ejecutada en forma electrónica incluye por lo menos una de una facturación ejecutada en forma electrónica y una declaración jurada ejecutada en forma electrónica.

53.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 51 , caracterizado además porque la segunda solicitud de pago ejecutada en forma electrónica incluye por lo menos una de una facturación ejecutada en forma electrónica y una declaración jurada ejecutada en forma electrónica.

54.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 51 , caracterizado además porque la fuente de pago incluye por lo menos uno de un propietario, un acreedor, una compañía titular, un contratista general y un subcontratista.

55.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 51 , caracterizado además porque el módulo de uso de fondos recibe la aprobación de la primera solicitud de pago del segundo participante.

56.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 51 , caracterizado además porque el módulo de uso de fondos recibe la aprobación de la segunda solicitud de pago de la fuente de pago.

57.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 51 , caracterizado además porque comprende adicionalmente un módulo de presupuesto para reconciliar la primera solicitud de pago con base en un presupuesto del proyecto de construcción.

58.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 51 , caracterizado además porque comprende adicionalmente un módulo de presupuesto para reconciliar la segunda solicitud de pago con base en un presupuesto del proyecto de construcción.

59.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 51 , caracterizado además porque el módulo de uso de fondos transmite en forma directa un pago al primer participante, generando y transmitiendo a un sistema de pago una instrucción automatizada para pagar al primer participante y recibiendo del sistema de pago un acuse de recibido de que el primer participante ha recibido los fondos.

60.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 59, caracterizado además porque el sistema de pago incluye por lo menos uno de un sistema local de autorización automatizado, un sistema de transferencia por cable, un sistema de tarjeta de débito, un sistema de tarjeta de crédito y un sistema de generación de cheques.

61.- Un método para administrar un procedimiento de pago de construcción, caracterizado porque el método comprende las acciones de: crear en forma electrónica un presupuesto principal para un proyecto de construcción que incluye por lo menos un primer artículo de línea por medio de por lo menos una forma electrónica; asignar en forma electrónica el por lo menos un artículo de línea a un participante del proyecto de construcción por medio de por lo menos una forma electrónica; crear en forma electrónica un presupuesto secundario para el por lo menos un primer artículo de línea por medio de por la menos una forma electrónica, el presupuesto secundario creado para el por lo menos uno de un contratista general, un subcontratista y un proveedor de materiales y que incluye por lo menos un segundo artículo de línea; y reconciliar en forma automática el presupuesto principal y el presupuesto secundario antes de administrar un uso de fondos con el objeto de verificar que el presupuesto secundario está en equilibrio con el presupuesto principal.

62.- El método de conformidad con la Reivindicación 61 , caracterizado además porque la verificación de que el presupuesto secundario está en equilibrio con el presupuesto principal incluye verificar que un monto del presupuesto secundario no es mayor que un monto del por lo menos un primer artículo de línea.

63.- El método de conformidad con la Reivindicación 61 , caracterizado además porque comprende adicionalmente excluir al participante del uso de fondos si el presupuesto secundario no está en equilibrio con el presupuesto principal.

64.- El método de conformidad con la Reivindicación 61 , caracterizado además porque comprende adicionalmente la acción de crear por lo menos una de una facturación automatizada, una declaración jurada automatizada y una exención de gravamen automatizada con base en el presupuesto principal que incluye el por lo menos un primer artículo de línea y el presupuesto secundario incluye el por lo menos un segundo artículo de línea.

65.- El método de conformidad con la Reivindicación 64, caracterizado además porque comprende adicionalmente la acción de ejecutar en forma electrónica por lo menos una de la facturación automatizada, la declaración jurada automatizada y la exención de gravamen automatizada.

66.- El método de conformidad con la Reivindicación 61 , caracterizado además porque el presupuesto principal incluye por lo menos uno de costos rígidos y costos flexibles y en donde el presupuesto secundario incluye únicamente costos rígidos.

67.- El método de conformidad con la Reivindicación 61 , caracterizado además porque el presupuesto principal incluye un valor de porcentaje de retención.

68.- El método de conformidad con la Reivindicación 61 , caracterizado además porque el presupuesto secundario incluye un valor de porcentaje de retención.

69.- El método de conformidad con la Reivindicación 61 , caracterizado además porque la acción de crear en forma electrónica un presupuesto principal incluye importar un presupuesto principal.

70.- El método de conformidad con la Reivindicación 61 , caracterizado además porque la acción de crear en forma electrónica un presupuesto secundario incluye importar un presupuesto secundario.

71.- Un sistema de administración de pagos de construcción, caracterizado porque comprende: un módulo de proyecto para crear y administrar un proyecto de construcción; y un módulo de presupuesto para crear y mantener un presupuesto principal que incluye por lo menos uno de un primer artículo de línea para el proyecto y para asignar el por lo menos un primer artículo de línea a un participante del proyecto de construcción y para crear y mantener un presupuesto secundario para el por lo menos un primer artículo de línea incluido en el presupuesto principal, el presupuesto secundario creado para por lo menos uno de un contratista general, un subcontratista y un proveedor de materiales y que incluye por lo menos un segundo artículo de línea y en donde el módulo de presupuesto reconcilia en forma automática el presupuesto principal y el presupuesto secundario antes de administrar un uso de fondos con el objeto de verificar que el presupuesto secundario está en equilibrio con el presupuesto principal.

72.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 71 , caracterizado además porque el módulo de presupuesto verifica que el presupuesto secundario está en equilibrio con el presupuesto principal verificando que un monto del presupuesto secundario no es mayor que un monto del por lo menos un primer artículo de línea.

73.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 71 , caracterizado además porque el módulo de presupuesto excluye al participante del uso de fondos si el presupuesto secundario no está en equilibrio con el presupuesto principal.

74.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 71 , caracterizado además porque comprende adicionalmente un módulo de uso de fondos para crear, programar y administrar el uso de fondos para el proyecto de construcción con base en el presupuesto principal y generar por lo menos uno de una facturación automatizada, una declaración jurada automatizada y una exención de gravamen automatizada con base en el presupuesto principal.

75.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 71 , caracterizado además porque comprende adicionalmente una caja de retención de exención de gravamen electrónica para recibir y almacenar las exenciones de gravamen de los participantes en el uso de fondos y un servicio de firma electrónica para ejecutar en forma electrónica las exenciones de gravamen.

76.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 71 , caracterizado además porque el módulo de proyecto asigna una pluralidad de participantes para el proyecto de construcción.

77.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 71 , caracterizado además porque comprende adicionalmente un módulo de orden de cambio para modificar por lo menos uno del presupuesto principal y el presupuesto secundario y para aprobar las modificaciones a por lo menos uno del presupuesto principal y el presupuesto secundario.

78.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 71 , caracterizado además porque el presupuesto principal incluye un valor de porcentaje de retención.

79.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 71 , caracterizado además porque el presupuesto secundario incluye un valor de porcentaje de retención.

80.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 71 , caracterizado además porque el módulo de presupuesto importa por lo menos uno del presupuesto principal y el presupuesto secundario.

81.- Un sistema de administración de pagos de construcción, caracterizado porque comprende: un servidor de aplicación que almacena un administrador de notificaciones, el administrador de notificaciones almacena una pluralidad de flujos de trabajo para el control automático de secuencias de notificación electrónicas del sistema de administración de pagos de construcción, transmite en forma electrónica automáticamente una primera notificación a un segundo participante en un proyecto de construcción con base en la información recibida del primer participante y relacionado con el proyecto de construcción, validar en forma automática la respuesta, y transmitir en forma electrónica automáticamente una segunda notificación a un tercer participante en el proyecto de construcción con base en una respuesta recibida del segundo participante.

82.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 81 , caracterizado además porque el tercer participante incluye al primer participante.

83.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 81 , caracterizado además porque la por lo menos una primera notificación y la segunda notificación son transmitidas en forma electrónica en tiempo real.

84.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 81 , caracterizado además porque la por lo menos una de la primera notificación y la segunda notificación es transmitida en forma electrónica con base en las preferencias del usuario.

85.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 81 , caracterizado además porque la primera notificación incluye por lo menos una de una pantalla de aviso, un mensaje de correo electrónico, un mensaje de texto, un mensaje de voz y un mensaje por fax.

86.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 81 , caracterizado además porque la segunda notificación incluye por lo menos uno de una pantalla de aviso, un mensaje de correo electrónico, un mensaje de texto, un mensaje de voz y un mensaje por fax.

87.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 81 , caracterizado además porque la información recibida del primer participante incluye información de proyecto.

88.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 87, caracterizado además porque la primera notificación incluye una notificación de responsabilidades del proyecto asignadas al segundo participante.

89.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 88, caracterizado además porque la respuesta recibida del segundo participante incluye por lo menos uno de una aceptación de las responsabilidades del proyecto y una declinación de las responsabilidades del proyecto.

90.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 89, caracterizado además porque la segunda notificación incluye por lo menos una de una notificación de que el segundo participante aceptó las responsabilidades del proyecto y una notificación de que el segundo participante declinó las responsabilidades del proyecto.

91.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 80, caracterizado además porque la información recibida del primer participante incluye la información de inicio de uso de fondos.

92.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 91 , caracterizado además porque la primera notificación incluye una notificación para ingresar una facturación.

93.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 92, caracterizado además porque la respuesta recibida del segundo participante incluye un monto de facturación.

94.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 93, caracterizado además porque el monto de facturación incluye por lo menos un porcentaje de trabajo completado y un monto en dólares del trabajo completado.

95.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 93, caracterizado además porque comprende adicionalmente un modulo de uso de fondos almacenado en el servidor de aplicación, el módulo de uso de fondos genera en forma automática por lo menos uno de la facturación y una declaración jurada con base en el monto de facturación.

96.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 80, caracterizado además porque la información recibida del primer participante incluye la información de desembolso de fondos.

97.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 96, caracterizado además porque la primera notificación incluye una notificación para firmar una exención de gravamen.

98.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 97, caracterizado además porque la respuesta recibida del segundo participante incluye una exención de gravamen ejecutada en forma electrónica.

99.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 98, caracterizado además porque la segunda notificación incluye por lo menos uno de una notificación de que una exención de gravamen ha sido firmada y una notificación de que una pluralidad de exenciones de gravamen han sido firmadas.

100.- El sistema de administración de pagos de construcción de conformidad con la Reivindicación 99, caracterizado además porque el administrador de notificaciones transmite en forma electrónica una tercera notificación al segundo participante, la tercera notificación incluye una notificación de que los fondos han sido desembolsados para el segundo participante.