EA015056B1 - Система управления платежом в строительстве с функциональными возможностями отслеживания документа - Google Patents

Abstract

Предложены система и способ управления процессом платежа в строительстве, задействующим множество участников, связанных со строительным проектом, и по меньшей мере один документ, который подлежит передаче по меньшей мере между двумя участниками из множества участников в ходе строительного проекта. Один способ может включать в себя назначение по меньшей мере одного правоприменительного действия по меньшей мере по одному документу, причем правоприменительное действие производится автоматически, если документ не передан между по меньшей мере двумя участниками.

Description

Заявка на данное изобретение представляет собой частично продолжающуюся заявку по заявке с серийным номером 11/032699 на выдачу патента США, поданной 10 января 2005 г., которая испрашивает приоритет предварительной заявки с серийным номером 60/583782, поданной 29 июня 2004 г., содержание обеих этих заявок включено в настоящие материалы посредством ссылки. Заявка на выдачу патента также испрашивает приоритет предварительной заявки с серийным номером 60/785411 на выдачу патента, поданной 23 марта 2006 г., все содержание которой также включено в настоящие материалы посредством ссылки.

Уровень техники

Проекты жилого и коммерческого строительства требуют, чтобы несколько организаций взаимодействовали друг с другом для распределения платежей. Обычный процесс управления платежом в строительстве начинается с устного уведомления, что будет иметь место выделение средств со строительного кредита или счета владельца собственности. Генеральный подрядчик (ГП) строительного проекта уведомляет по телефону, факсу или на совещании субподрядчиков (или любых других лиц, фирму или корпорацию, задействованных ГП, таких как поставщиков материалов) о выделении средств. Субподрядчики подготавливают счета и посылают их ГП почтой, факсом, курьерской доставкой или передают на совещании с ГП. ГП и субподрядчики часто должны договариваться о величине в долларах финального счета по телефону или на встречах. ГП подтверждает счета, вводит реквизиты в бухгалтерскую систему проекта ГП и готовит свой собственный счет.

Как только счета окончательно сформированы, ГП также вручную готовит заявление под присягой. В заявлении под присягой ГП подтверждает, что субподрядчики, задействованные ГП, выполнили конкретные услуги по строительству или ремонту собственности. В заявлении под присягой ГП также подтверждает величину в долларах, на которую имеет право каждый субподрядчик.

ГП направляет выполненное заявление под присягой титульной компании и заимодателю (кредитору строительного займа (кредита)) и/или владельцу собственности. Заимодатель, владелец собственности или титульная компания уведомляет инспектора, что должен быть выполнен осмотр собственности, и посылает инспектору заявление под присягой. Инспектор собирает предыдущие инспекционные отчеты для собственности. Инспектор проводит новую инспекцию и вручную готовит отчет инспекции. Инспектор передает отчет инспекции, отчет заимодателю, владельцу собственности и/или титульной компании посредством факса, почты или курьерской доставкой.

Заимодатель, владелец собственности и/или титульная компания получают заявление под присягой и отчет инспекции по почте, факсу, при курьерской доставке или на встрече с ГП и/или инспектором. Заимодатель, владелец собственности и/или титульная компания должны обратиться к предшествующему выделению средств и проектной документации. Заимодатель, владелец собственности и/или титульная компания часто должны договариваться о величинах оплаты и деталях проекта с ГП по телефону, с использованием факса или на встрече. Заимодатель, владелец собственности и/или титульная компания одобряют заявление под присягой и передают одобрение по телефону, с использованием факса или на встрече. Заимодатель или владелец собственности затем одобряют расходование величины в долларах, определенной в заявлении под присягой.

Заимодатель строительного займа или банк владельца собственности обычно передают фонды, необходимые для оплаты всем субподрядчикам, на счет условного депонирования. Часто титульная компания после этого выплачивает ГП фонды со счета условного депонирования. ГП и/или титульная компания готовят чеки для субподрядчиков. В это время субподрядчики в основном осуществляют отказы от удержания по предыдущему выделению фондов из строительного кредита или для работы, завершенной в течение предыдущего месяца. В результате отказы от удержания по текущему выделению средств или текущему месяцу фактически не снимаются, пока не будет произведено последующее выделение средств из строительного кредита или до следующего месяца. Кроме того, субподрядчики могут иметь своих собственных субподрядчиков, которым они должны заплатить после получения платежа от ГП.

Обычный процесс платежа в строительстве может занять 90 дней или дольше от даты устного уведомления о выделения средств до той даты, когда субподрядчики фактически получат платеж. Обычный процесс платежа в строительстве, как правило, предполагает ненадежное устное уведомление о событиях, от которого зависит ход процесса. Например, если один субподрядчик недоступен для подготовки счета или представления отказа от удержания, процесс платежа для всех других субподрядчиков может быть задержан. Кроме того, если один из субподрядчиков не способен обеспечить надлежащие документы, которые требует ГП, ГП (или другие участники выше линии и/или ниже линии) часто угрожает приостановкой платежа субподрядчику, чтобы вынудить субподрядчика соблюдать правовые стандарты. Например, ГП может сообщить субподрядчику, что ему не будет произведена оплата, если он не вернет подписанную копию его договора субподряда.

Обычный процесс платежа в строительстве также предполагает огромные объемы ввода данных. Например, для одного большого строительного проекта ГП часто должен вводить сотни счетов в свою бухгалтерскую систему каждый месяц. Кроме того, ГП каждый месяц должен собирать сотни отказов от удержания. Дополнительно, ГП должен каждый месяц готовить, одобрять, подписывать и распределять сотни чеков субподрядчикам. Далее, ГП должен сохранять все бумажные документы, собранные в ходе

- 1 015056 каждого процесса выделения средств. Согласование уведомлений о выделении средств, одобрений и обменов отказами от удержания для платежа требует сотен факсов, телефонных звонков и встреч ежемесячно.

Сущность изобретения

Варианты осуществления изобретения обеспечивают систему и способ для управления процессом платежа в строительстве, задействующие множество участников, связанных со строительным проектом, и по меньшей мере один документ, который подлежит передаче по меньшей мере между двумя участниками из множества участников в ходе строительного проекта. Один способ, воплощающий изобретение, может включать в себя назначение по меньшей мере одного правоприменительного действия по меньшей мере по одному документу, причем правоприменительное действие производится автоматически, если документ не передан по меньшей мере между двумя участниками.

Одна система управления платежом в строительстве, воплощающая изобретение может включать в себя модуль отслеживания документов для назначения по меньшей мере одного правоприменительного действия по меньшей мере по одному документу причем по меньшей мере одно правоприменительное действие производится автоматически, если документ не передан по меньшей мере между двумя участниками.

Один графический интерфейс пользователя для системы управления платежом в строительстве, воплощающей изобретение, включает в себя отдельную страницу статуса документа, доступную по меньшей мере двумя участниками, сводную страницу статуса документа, отображающую по меньшей мере одно правоприменительное действие, назначенное по меньшей мере по одному документу и подлежащее автоматическому выполнению, если по меньшей мере один документ не передан по меньшей мере между двумя участниками.

Краткое описание чертежей

Фиг. 1 - схематическая иллюстрация системы управления платежом в строительстве в соответствии с одним вариантом осуществления изобретения.

Фиг. 2 - схематическая иллюстрация процессов управления платежом в строительстве, которые могут быть выполнены с использованием системы по фиг. 1.

Фиг. 3 - схематическая иллюстрация процесса управления проектом.

Фиг. 4 - схематическая иллюстрация процесса управления организацией.

Фиг. 5 - схематическая иллюстрация процесса управления выделением средств.

Фиг. 6 - схематическая иллюстрация процесса управления распоряжением об изменении.

Фиг. 7 - схематическая иллюстрация задач управления системным окружением.

Фиг. 8 - схематическая иллюстрация процесса создания организации.

Фиг. 9 - иллюстрация создания формы организации.

Фиг. 10 - иллюстрация уведомления обновления пользовательской системы.

Фиг. 11 - иллюстрация системного уведомления.

Фиг. 12 - иллюстрация формы редактирования организации.

Фиг. 13 - иллюстрация уведомления активации организации.

Фиг. 14 - иллюстрация формы активации организации.

Фиг. 15 - иллюстрация уведомления об активированной организации.

Фиг. 16 - иллюстрация уведомления о деактивировании организации.

Фиг. 17 - схематическая иллюстрация процесса поддержания организации.

Фиг. 18 - иллюстрация экрана представления организации.

Фиг. 19 - иллюстрация экрана просмотра организации.

Фиг. 20 - иллюстрация формы редактирования организации.

Фиг. 21 - иллюстрация уведомления об обновленном профиле организации.

Фиг. 22 - схематическая иллюстрация процесса создания пользователя.

Фиг. 23 - иллюстрация формы создания пользователя.

Фиг. 24 - иллюстрация уведомления обновления профиля пользователя.

Фиг. 25 - схематическая иллюстрация процесса поддержания пользователя.

Фиг. 26 - иллюстрация экрана представления пользователя.

Фиг. 27 - иллюстрация экрана просмотра пользователей.

Фиг. 28 - иллюстрация формы редактирования пользователя.

Фиг. 29 - иллюстрация уведомления об обновленном профиле пользователя.

Фиг. 30 - схематическая иллюстрация процесса создания проекта.

Фиг. 31 и 32 - иллюстрации формы создания проекта.

Фиг. 33 - иллюстрация уведомления о созданном проекте.

Фиг. 34 - иллюстрация экрана доступа пользователя по проекту.

Фиг. 35 - иллюстрация уведомления об обязанностях по проекту.

Фиг. 36 - схематическая иллюстрация процесса поддержания бюджета.

Фиг. 37 - иллюстрация формы ввода бюджета высокого уровня.

Фиг. 38 - иллюстрация формы ввода дат выделения средств.

- 2 015056

Фиг. 39 - иллюстрация формы установки кода счета.

Фиг. 40 - иллюстрация формы присвоения кодов счета.

Фиг. 41 - иллюстрация уведомления принятия проекта.

Фиг. 42 - иллюстрация формы принятия проекта.

Фиг. 43 - иллюстрация уведомления об отклоненном проекте.

Фиг. 44 - иллюстрация уведомления о принятом проекте.

Фиг. 45 - иллюстрация экрана домашней страницы проекта.

Фиг. 46 - иллюстрация уведомления добавления пользователей.

Фиг. 47 - иллюстрация формы доступа пользователя по проекту.

Фиг. 48 - иллюстрация уведомления об обязанностях по проекту.

Фиг. 49 - иллюстрация экрана представления бюджета проекта.

Фиг. 50 - иллюстрация формы ввода бюджета.

Фиг. 51 - схематическая иллюстрация процесса прекращения статьи бюджета.

Фиг. 52А - иллюстрация формы ввода бюджета высокого уровня.

Фиг. 52В, 52С - иллюстрации формы редактирования бюджета.

Фиг. 52Ό - иллюстрация домашней страницы проекта.

Фиг. 53 - иллюстрация экрана прекращения бюджета.

Фиг. 54 - схематическая иллюстрация процесса выделения средств.

Фиг. 55 - иллюстрация уведомления о создании запланированного выделения средств.

Фиг. 56А-56С - иллюстрации формы инициирования выделения средств.

Фиг. 56Ό - иллюстрация домашней страницы проекта.

Фиг. 56Е- иллюстрация участников, включенных в уведомление выделения средств.

Фиг. 57 А, 57В - иллюстрации уведомления о вводе счета.

Фиг. 57С - иллюстрация экрана представления всех сообщений.

Фиг. 58А, 58В - иллюстрации формы ввода счета.

Фиг. 58С - иллюстрация уведомления о представленном счете.

Фиг. 59 - иллюстрация уведомления о подписи счета.

Фиг. 60А - иллюстрация экрана представления находящегося на рассмотрении запроса выделения средств.

Фиг. 60В - иллюстрация экрана подписи документа.

Фиг. 60С, 60Ό - иллюстрации формы автоматически выработанного счета.

Фиг. 60Е - иллюстрация подписанного счета.

Фиг. 60Е - иллюстрация отчета о ревизии подписи.

Фиг. 600 - иллюстрация уведомления о подписанном документе.

Фиг. 61 - иллюстрация уведомления об обновленных деталях счета.

Фиг. 62 - иллюстрация экрана представления находящегося на рассмотрении запроса выделения средств.

Фиг. 63 - иллюстрация уведомления об отклоненных деталях счета.

Фиг. 64А - иллюстрация счета, не включенного в уведомление о выделении средств.

Фиг. 64В - иллюстрация формы ввода счета.

Фиг. 64С - иллюстрация домашней страницы проекта.

Фиг. 64Ό - иллюстрация уведомления о представленном счете.

Фиг. 64Е - иллюстрация формы одобрения счета.

Фиг. 64Е - иллюстрация экрана представления счета.

Фиг. 640 - иллюстрация уведомления об одобренных счетах.

Фиг. 65 - иллюстрация формы автоматически выработанного счета.

Фиг. 66А - иллюстрация формы автоматически выработанного заявления под присягой.

Фиг. 66В - иллюстрация экрана отсылки подписывающему.

Фиг. 66С - иллюстрация уведомления об отосланном подписывающему счете.

Фиг. 66Ό - иллюстрация домашней страницы проекта.

Фиг. 66Е - иллюстрация экрана подписи документа.

Фиг. 66Е - иллюстрация формы автоматически выработанного отказа от удержания.

Фиг. 660, 66Н - иллюстрация подписанного отказа от удержания,

Фиг. 661 - иллюстрация уведомления о подписанном счете.

Фиг. 661 - иллюстрация экрана подписи документа.

Фиг. 66К - иллюстрация формы автоматически выработанного отказа от удержания.

Фиг. 66Ь - иллюстрация подписанного отказа от удержания.

Фиг. 66М - иллюстрация экрана подписи документа.

Фиг. 66Ν - иллюстрация формы нотариального заверения подписанного отказа от удержания.

Фиг. 660 - иллюстрация нотариально заверенного отказа от удержания.

Фиг. 66Р - иллюстрация уведомления о подписанном документе.

Фиг. 67 - иллюстрация уведомления о выполнении фондов доступными.

- 3 015056

Фиг. 68А - иллюстрация экрана представления запроса выделения средств.

Фиг. 68В - иллюстрация экрана запроса отказов от удержания.

Фиг. 68С - иллюстрация домашней страницы проекта.

Фиг. 68Ό - иллюстрация уведомления о запрошенных отказах от удержания.

Фиг. 69А - иллюстрация уведомления подписи отказа от удержания.

Фиг. 69В - иллюстрация домашней страницы проекта.

Фиг. 69С - иллюстрация экрана подписи документа.

Фиг. 70А и 70В - иллюстрации формы автоматически выработанного отказа от удержания.

Фиг. 70С - иллюстрация подписанного отказа от удержания.

Фиг. 70Ό - иллюстрация экрана подписи документа.

Фиг. 70Е - иллюстрация формы нотариального заверения подписанного отказа от удержания.

Фиг. 70Е - иллюстрация нотариально заверенного отказа от удержания.

Фиг. 700 - иллюстрация уведомления о подписанном документе.

Фиг. 71 - иллюстрация уведомления о подписанном отказе от удержания.

Фиг. 72 - иллюстрация экрана представления запроса выделения средств.

Фиг. 73А - иллюстрация уведомления о подписании всех отказов от удержания.

Фиг. 73В - иллюстрация экрана представления всех сообщений.

Фиг. 74А и 74В - иллюстрации формы представления запроса выделения средств.

Фиг. 75А и 75В - иллюстрации уведомления о выплаченном платеже.

Фиг. 75С - иллюстрация домашней страницы проекта.

Фиг. 75Ό - иллюстрация страницы получения платежа выделения средств.

Фиг. 76 - схематическая иллюстрация задач поддержания системных экранов.

Фиг. 77 - иллюстрация формы поддержания кодов фазы.

Фиг. 78 - иллюстрация экрана администрирования логина пользователя.

Фиг. 79 - иллюстрация формы добавления/редактирования списка выбора.

Фиг. 80 - иллюстрация формы добавления/редактирования роли организации.

Фиг. 81 - иллюстрация формы задания по умолчанию/конфигурирования установок.

Фиг. 82 - иллюстрация формы редактирования уведомления.

Фиг. 83 - иллюстрация формы задания по умолчанию/конфигурирования процесса.

Фиг. 84 - иллюстрация формы добавления/редактирования роли пользователя.

Фиг. 85 - схематическая иллюстрация процессов выполнения инспекции и связанных задач.

Фиг. 86 - иллюстрация уведомления о подготовке к проведению инспекции.

Фиг. 87 - иллюстрация уведомления требования инспекции.

Фиг. 88 - иллюстрация экрана требуемой инспекции.

Фиг. 89 - иллюстрация уведомления ввода отчета инспекции.

Фиг. 90 - иллюстрация формы ввода отчета инспекции.

Фиг. 91 - иллюстрация экрана ввода отчета инспекции.

Фиг. 92 - иллюстрация уведомления о неуспешном отчете инспекции.

Фиг. 93 - иллюстрация экрана отображения предыдущих инспекций.

Фиг. 94 - схематическая иллюстрация процесса одобрения запроса выделения средств.

Фиг. 95 - иллюстрация формы Авторизации Запроса Выделения Средств Один.

Фиг. 96 - иллюстрация уведомления отклонения Авторизации Запроса Выделения Средств Один.

Фиг. 97 - иллюстрация уведомления подтвержденной инспекции.

Фиг. 98 - иллюстрация уведомления о модифицированных деталях платежа.

Фиг. 99 - иллюстрация уведомления авторизованной инспекции.

Фиг. 100 - иллюстрация уведомления Авторизации Запроса Выделения Средств Два.

Фиг. 101 - иллюстрация формы Авторизации Запроса Выделения Средств Два.

Фиг. 102 - иллюстрация уведомления отклоненной Авторизации Запроса Выделения Средств Два.

Фиг. 103 - иллюстрация уведомления разрешенной Авторизации Запроса Выделения Средств Два.

Фиг. 104 - иллюстрация уведомления о выдаче отказа от удержания.

Фиг. 105 - схематическая иллюстрация процесса запроса изменения.

Фиг. 106 - иллюстрация формы запроса изменения.

Фиг. 107 - иллюстрация уведомления о выданном запросе изменения.

Фиг. 108 - иллюстрация уведомления авторизации запроса изменения.

Фиг. 109 - схематическая иллюстрация процесса обработки запроса изменения.

Фиг. 110 - иллюстрация экрана отображения ожидающего запроса изменения.

Фиг. 111 - иллюстрация формы авторизации запроса изменения.

Фиг. 112 - иллюстрация уведомления об отклоненном запросе изменения.

Фиг. 113 - иллюстрация уведомления об одобренном запросе изменения.

Фиг. 114 - схематическая иллюстрация процесса изменения участника проекта.

Фиг. 115 - иллюстрация экрана изменения участника.

Фиг. 116 - иллюстрация экрана проверки удаления участника.

- 4 015056

Фиг. 117 - иллюстрация экрана изменения аффидавита (заявления под присягой).

Фиг. 118 - схематическая иллюстрация задач поддержания экранов проекта.

Фиг. 119 - иллюстрация формы профиля проекта.

Фиг. 120 - иллюстрация экрана контактной информации по проекту.

Фиг. 121 - иллюстрация экрана информации по проекту.

Фиг. 122 - иллюстрация экрана закрытия проекта.

Фиг. 123 - схематическая иллюстрация задач управления экраном доступа.

Фиг. 124 - иллюстрация экрана входа.

Фиг. 125 - иллюстрация экрана выхода.

Фиг. 126 - иллюстрация экрана домашней страницы проекта.

Фиг. 127 - иллюстрация экрана сброса пароля.

Фиг. 128 - иллюстрация основного экрана для конкретного пользователя.

Фиг. 129 - иллюстрация экрана просмотра проектов.

Фиг. 130 - иллюстрация экрана забытого пароля.

Фиг. 131 - иллюстрация уведомления о вашем пароле.

Фиг. 132 - схематическая иллюстрация процесса управления экранами сообщений.

Фиг. 133 - иллюстрация экрана представления сообщений.

Фиг. 134 - иллюстрация особого сообщения, отображаемого пользователем.

Фиг. 135 - иллюстрация экрана создания/отправки сообщений.

Фиг. 136 - иллюстрация экрана сообщения состояния.

Фиг. 137-153 - блок-схемы, иллюстрирующие способ управления процессом платежа в строительстве, в соответствии с другим вариантом осуществления изобретения.

Фиг. 154-179 диаграммы ввода/вывода, иллюстрирующие способ управления процессом платежа в строительстве, в соответствии с еще одним другим вариантом осуществления изобретения.

Фиг. 180 - схематическая иллюстрация системы управления платежом в строительстве в соответствии с другим вариантом осуществления изобретения.

Фиг. 181 - схематическая иллюстрация данных, управляемых системой управления платежом в строительстве по фиг. 180 для отслеживания документов в соответствии с одним вариантом осуществления изобретения.

Фиг. 182А - иллюстрация страницы требования документа.

Фиг. 182В - иллюстрация уведомления требования документа.

Фиг. 182С - иллюстрация уведомления модификации требования документа.

Фиг. 183 - иллюстрация домашней страницы проекта.

Фиг. 184 - иллюстрация сводной страницы статуса документа.

Фиг. 185А - иллюстрация отдельной страницы статуса документа.

Фиг. 185В - иллюстрация версии только для просмотра отдельной страницы статуса документа.

Фиг. 185С - иллюстрация домашней страницы проекта.

Фиг. 186А, В - иллюстрации страниц подачи документа.

Фиг. 187 - иллюстрация уведомления о поданном документе.

Фиг. 188 - иллюстрация домашней страницы проекта.

Фиг. 189 - иллюстрация уведомления о получении документа.

Фиг. 190 - иллюстрация уведомления об обновленной информации документа.

Фиг. 191 - блок-схема, иллюстрирующая способ идентификации документов с истекшим сроком, в соответствии с одним вариантом осуществления изобретения.

Фиг. 192 - иллюстрация предупреждающего извещения об истечении срока.

Фиг. 193 - иллюстрация извещения об истечении срока.

Фиг. 194 - иллюстрация уведомления о необходимости обновленного документа.

Фиг. 195А - иллюстрация уведомления о задержанном платеже.

Фиг. 195В - иллюстрация экрана представления всех сообщений.

Фиг. 196 - иллюстрация уведомления о платеже, подлежащем задержанию.

Фиг. 197А, В - иллюстрации страницы управления платежами.

Фиг. 198А, В - иллюстрации страницы управления платежом.

Фиг. 198С - иллюстрация страницы платежей.

Фиг. 199 - иллюстрация домашней страницы проекта.

Фиг. 200 - иллюстрация страницы управления платежом.

Фиг. 201 - иллюстрация уведомления о расходованных фондах.

Прежде чем перейти к подробному описанию вариантов осуществления изобретения, следует отметить, что признается очевидным то, что изобретение не ограничено деталями конструкции и расположением компонентов, раскрытых в этом описании или представленных на соответствующих фигурах чертежей. Изобретение может быть выполнено в соответствии с другими вариантами осуществления и может обеспечивать достижение результата различными путями. Кроме того, очевидным является, что фразеология и терминология, используемые в настоящих материалах, приведены в целях описания и не мо

- 5 015056 гут быть истолкованы, как ограничения.

Использование выражений включающий в себя, содержащий или имеющий и их разновидностей в настоящих материалах предназначено для охвата элементов, перечисленных после них, а также их эквивалентов и дополнительных элементов.

Термины установленный, связанный и соединенный используются в широком смысле и охватывают как непосредственную, так и косвенную установку, соединение и связь. Кроме того, соединенный и связанный не ограничены физическими или механическими связям или соединениями и могут включать в себя электрические соединения и связи, прямые и косвенные. Кроме того, электронные коммуникации и уведомления могут быть выполнены с использованием любых известных средств, в том числе непосредственных соединений, беспроводных соединений и т. д.

Следует отметить, что для осуществления изобретения можно использовать множество аппаратно и программно-управляемых устройств, а также множество различных структурных компонентов. Кроме того, как это описано далее, конкретные конфигурации, представленные на фигурах чертежей, предназначены для иллюстрации вариантов осуществления изобретения, причем возможны и другие альтернативные конфигурации.

На фиг. 1 представлена схематическая иллюстрация системы 10 управления платежом в строительстве (СУПС) в соответствии с одним вариантом осуществления изобретения. СУПС 10 может включать в себя сервер 12 приложений, сервер 14 баз данных, модуль 16 прикладной логики, веб-сервер 18, сеть 20 (такую, как Интернет или другие сети отдельно или в совокупности с Интернет), службу 22 проверки, участвующие организации или физические лица 24 (в дальнейшем участник или организация) и платежную систему 26. Платежная система 26 может включать в себя систему автоматизированной расчетной палаты (АРП), систему банковского перевода, систему дебетовой карты, систему кредитной карты, систему выработки чека, которая может вырабатывать чеки, тратты, вексели, простые вексели, долговые расписки, дебет-ноты или другие оборотные инструменты или любую другую подходящую систему электронного перевода фондов (ЭПФ).

Сервер 12 приложений может сохранять модуль 28 проекта, модуль 30 управления формой, устройство 32 разрешений и авторизаций, систему 34 управления базами данных, модуль 36 бюджета, администратор 38 доступа, администратор 40 уведомлений, модуль 42 организации, модуль 44 выделения средств, модуль 46 контракта, модуль 48 распоряжения об изменении, модуль 50 пользователя, администратор 52 системного окружения и электронный промежуточный бункер/средство 54 условного депонирования. Модуль 44 выделения средств может включать в себя основной модуль 56, модуль 58 инспекции и модуль 60 одобрения выделения средств. Администратор 52 системного окружения может включать в себя генератор 62 сообщения (отчета), модуль 64 помощи и модуль 66 обслуживания системы. Электронный промежуточный бункер/средство 54 условного депонирования может сохранять один или большее число отказов 68 от удержания. Очевидным является, что компоненты сервера 12 приложений могут быть объединены иным образом, чем показано и описано со ссылкой на фиг. 1. Программное обеспечение, используемое для кодирования различных модулей, диспетчеров и устройств сервера 12 приложений, может быть объединено или разнесено любым подходящим образом, оно может быть сохранено и к нему может быть обеспечен доступ любым подходящим образом.

Сервер 12 приложений может быть связан с сервером 14 баз данных, модулем 16 прикладной логики и службой 22 проверки. Однако в некоторых вариантах осуществления служба 22 проверки может быть связана только с сетью 20. Модуль 16 прикладной логики может быть связан с веб-сервером 18 или в некоторых вариантах осуществления непосредственно с сетью 20. Веб-сервер 18 может быть связан с сетью 20.

Участники 24 могут включать в себя владельца 70 собственности (и/или представителя 72 владельца), генерального подрядчика (ГП) 74, инспектора 76, одного или нескольких субподрядчиков (субподрядчик А 78, субподрядчик В 80 и т.д.), одного или нескольких поставщиков 82 материалов, одного или нескольких заимодателей 84 (и/или одного или нескольких должностных лиц 86 кредитора), одну или несколько титульных компаний 87 и одного или нескольких архитекторов 88. Участники 24 могут также включать в себя одного или нескольких проектировщиков интерьера (и/или изготовителей мебели), одного или нескольких владельцев недвижимого имущества (т. е. владельца земли, который продает строительную площадку владельцу 70 собственности) или одного или нескольких инженеров. Участники 24 могут включать в себя организации и/или физических лиц, которых рассматривают выше линии (т.е. выше в процессе строительства, чем ГП) или ниже линии (т.е. нанимаемых ГП). Участники 24 выше линии могут включать в себя заимодателей, архитекторов, проектировщиков интерьера, владельцев собственности, представителей владельцев собственности, титульные компании и владельцев недвижимого имущества. Участники 24 ниже линии могут включать в себя субподрядчиков и поставщиков материалов. СУПС 10 может быть использована для облегчения процесса платежа в строительстве между любым из этих типов участников 24, выше или ниже линии ГП. СУПС 10 часто описываются в настоящих материалах, как используемая для облегчения платежа между ГП и субподрядчиками. Однако очевидным является, что СУПС 10 может быть использована для облегчения платежа между любыми типами участников, а не только между ГП и субподрядчиками.

- 6 015056

В дополнение к классификации участников, как являющихся выше или ниже линии ГП, стоимости, связанные с процессом строительства, могут быть классифицированы как мягкие стоимости или твердые стоимости. Мягкие стоимости могут включать в себя оплату инспектора, оплату архитектора, оплату по планировке интерьера, оплату титульной компании, оплату разрешения, коммунальные счета за собственность в ходе процесса строительства, стоимость мебели, аудио/визуального оборудования, компьютеров и т.д. Твердые стоимости могут включать в себя все затраты, понесенные организациями или физическими лицами, нанятыми ГП, включая все затраты субподрядчиков и поставщиков материалов, нанятых ГП. Каждый строительный проект может включать в себя полный бюджет (с точки зрения владельца), который включает в себя все мягкие и твердые стоимости. Каждый строительный проект может также включать в себя бюджет ГП. СУПС 10 может быть использована для облегчения всех платежей, сделанных в пределах полного бюджета и бюджета ГП. Однако в некоторых вариантах осуществления изобретения СУПС 10 может быть использована только для облегчения платежа по твердым затратам, регулируемым ГП (т.е. только по бюджету ГП). Для среднего специалиста очевидным является, что СУПС 10 может быть использована для облегчения платежа только по твердым стоимостям ГП, только мягким стоимостям участниками выше линии ГП или совокупности твердых и мягких стоимостей участниками выше и ниже линии ГП. СУПС 10 часто описывается в настоящих материалах в отношении твердых стоимостей, но также может быть использована для мягких стоимостей или совокупности твердых и мягких стоимостей.

Каждый участник 24 может быть связан с платежной системой 26; однако некоторые из участников 24 могут не быть связаны с платежной системой 26 в некоторых вариантах осуществления изобретения. В некоторых вариантах осуществления платежная система 26 может включать в себя систему АРП с одним или несколькими инициирующими депозитарными финансовыми учреждениями (ИДФУ) и одним или несколькими получающими депозитарными финансовыми учреждениями (ПДФУ).

Участники 24 могут обращаться к серверу 12 приложений, чтобы использовать различные модули, администраторов и блоки для выполнения способов управления платежом в строительстве в соответствии с несколькими вариантами осуществления изобретения.

В некоторых вариантах осуществления СУПС 10 может соединять всех участников проекта, по существу, с однородной сетевой системой, работающей в реальном времени; может организовать бюджетирование строительного проекта; может облегчить представление и одобрение счетов электронным образом; и может автоматизировать и упростить процесс платежа и выдачи отказа от удержания посредством использования электронных платежей и выработки выдач электронным образом соответствующих отказов от удержания.

Хотя и могут иметь место изменения в деталях (например, в публично финансируемом проекте, инициирование проекта и надзор за ним могут быть выполнены лицом, выдающим поручительскую гарантию, а не банком), один из вариантов осуществления СУПС 10 может быть использован следующим образом. Должностное лицо по займам (кредитам) может войти в Интернет и зайти на веб-сайт СУПС. После проверки на разрешение доступа должностное лицо по займам (кредитам) может войти в портфель займодателя и получить доступ к ряду экранов для создания нового проекта посредством ввода всех деталей проекта. Детали проекта могут включать в себя детали по участникам для каждого проекта, например по владельцу, архитектору, генеральному подрядчику и титульной страховой компании. Каждый участник может получить уведомление электронной почты о своей причастности к проекту и может проверить детали своего профиля. ГП может добавить субподрядчиков и поставщиков материалов. Субподрядчики и поставщики материалов могут получить уведомление, что они были добавлены к проекту и могут пройти процесс проверки и получения доступа. ГП может выбрать количество выделений средств и даты выделения средств для проекта. СУПС 10 может уведомить в реальном времени участников о предстоящей дате выделения средств. Каждый из участников может заполнить свою форму запроса выделения средств путем ввода деталей своих счетов за материалы и труд. ГП может рассмотреть запросы выделения средств и разрешить их, а СУПС 10 может выработать заявление под присягой. Затем могут последовать серии инспекций строительной площадки, одобрений, снятий отказов от удержания, выработка заявлений и т.д., о которых могут быть сделаны напоминания СУПС 10 посредством уведомлений электронной почты в реальном времени. Как только все формы заполнены и проверены, СУПС 10 может обеспечить выполнение платежей. Платежи могут быть депонированы непосредственно на банковский счет участника через электронную платежную систему. Этот процесс может быть повторен для всех выделений средств. Бюджет проекта может поддерживаться в балансе путем выполнения выплат, сбора отказов от удержания и одобрения инспекций. Ход проекта может быть отслежен при помощи СУПС 10 посредством графических индикаторов хода.

СУПС 10 может иметь следующие особенности: разовую регистрацию участвующих организаций в СУПС 10; уведомление в реальном времени о выделении средств; автоматизированную выработку счета; автоматизированную выработку заявления под присягой; автоматизированную выработку отказа от удержания; скоординированные платеж/разрешение отказа от удержания и прямое распределение фондов участвующим организациям.

- 7 015056

Разовая регистрация участвующих организаций в СУПС 10 может понизить стоимость участия в обслуживании, потому что участник должен зарегистрироваться только один раз. Разовая регистрация также снижает количество потенциальных ошибок, поскольку ввод регистрационной информации должен быть выполнен только один раз. Это делает более вероятным то, что потенциальные участники будут фактически участвовать и когда они действительно будут участвовать, они получат хороший (свободный от ошибок) результат. Разовая регистрация позволяет гарантировать, что стороне, желающей быть участницей процесса, и он-лайновому сообществу, использующему процесс, нужно один раз зарегистрироваться, чтобы получить возможность участвовать в любом из проектов, платежи по которым выполняют через СУПС 10. СУПС 10 может улучшить эффективность регистрации участвующих организаций в процесс платежа в строительстве путем создания устойчивого сообщества, которое облегчает процесс участия со временем в многочисленных проектах, посредством однократного сбора информации об организации и персональной информации. Способ позволяет организациям быть зарегистрированными в качестве потенциального участника любого проекта, который инициируется членом сообщества хозяйствующих субъектов, использующим СУПС 10. В дополнение к своей значимости при участии в многочисленных проектах одноразовая регистрация также ценна для участников при выполнении доступа к информации относительно многочисленных владельцев ГП, заимодателей, субподрядчиков и т.д. Например, одноразовая регистрация дает владельцам, заимодателю и ГП возможность узнать через СУПС 10 о новых субподрядчиках.

В некоторых вариантах осуществления пользователь СУПС 10 может использовать СУПС 10 для поиска организаций, доступных для заключения контракта по конкретному проекту. Например, СУПС 10 может вырабатывать сообщения, которые содержат список организаций, связанных с конкретными задачами по проекту, связанных с конкретными географическими областями и т.д. СУПС 10 может также обеспечить информацию (например, рейтинги, опыт, контактная информация и т.д.) для организаций, зарегистрированных в системе, которую пользователь может использовать для принятия обоснованного решения об организациях, привлекаемых по контрактам на выполнение проекта. СУПС 10 может также обеспечить список привилегированных или рекомендованных организаций на основании истории организации, управляемой СУПС 10, и/или обзоров или комментариев, представленных в СУПС 10 другими организациями.

В некоторых вариантах осуществления участники могут также вырабатывать свой собственный список предпочтительных организаций, который может быть доступен только участнику, создавшему список, или предоставлен другим участникам, использующим СУПС 10 и/или используемых СУПС 10, при создании рейтингов или ранжирования для зарегистрированных организаций. Кроме того, владелец, имеющий несколько подлежащих выполнению проектов, каждый с различным ГП, может получить доступ к информации о каждом отдельном ГП.

Уведомление в реальном времени о выделении средств позволяет гарантировать, что все участники выделения средств: 1) уведомлены своевременным и единообразным способом и 2) обеспечены шаблоном для предоставления информации, необходимой для оплаты. СУПС 10 помогает устранять ошибки (без уведомления или путаницы в том, из какого проекта пришел запрос), которые задерживают процесс платежа. СУПС 10 улучшает эффективность уведомления в реальном времени о процессе выделения средств, давая ГП возможность поддержания расписания выделения средств на СУПС 10, путем уменьшения усилия, затрачиваемого на уведомления участников выделения средств, посредством автоматизации процесса построения списка участников для выделения средств, путем автоматического уведомления участников выделения средств о выделении средств, как только о нем было объявлено, посредством обеспечения легко доступных связей так, чтобы субподрядчики могли получить доступ к СУПС 10 для представления документации, которая требуется при выделении средств. СУПС 10 уведомляет участников в реальном времени, в том смысле, что своевременность является существенным аспектом ее правильного поведения. Поэтому СУПС 10 работает в реальном времени в той мере, что это отвечает ее требованиям по времени (например, предельным срокам). Другими словами, СУПС 10 делает уведомление доступным для всех участников как можно быстрее после того, как инициировано выделение средств. Хотя участник может и не иметь доступа к уведомлению, как только оно стало доступно (например, может не иметь доступа к СУПС 10), посредством СУПС 10 информация выделения средств делается доступной всем участникам. Уведомление в реальном времени обеспечивает каждому участвующему своевременный доступ к информации выделения средств, как только информация становится доступной. Следует понимать, что действие в реальном времени является не тем же самым, что и действие в режиме он-лайн, или видимое посредством веб-страницы, или действием действительно быстро. Вопросы времени, воплощенные в требованиях по предельным срокам, временным рамкам или ограничениям по времени, обычно являются зависимыми от приложения. Они являются не просто функцией бюрократических задержек, сетевых полос пропускания, скоростей процессора или того, какой браузер, сервер или сетевой язык программирования используют для создания интерфейса человек-машина или интерфейса пользователя. Хотя эти вещи могут оказать воздействие на фактор времени в процессе, они не обеспечивают способы фактического управления ресурсами, необходимыми для соответствия требованиям по времени.

- 8 015056

СУПС 10 может быть использована владельцем, представителем владельца, заимодателем, ГП или титульной компанией для создания и поддержания бюджета проекта. Как было отмечено выше, бюджет проекта может включать в себя мягкие затраты выше линии ГП, твердые затраты ниже линии ГП или совокупность твердых и мягких затрат. В некоторых вариантах осуществления участники могут также использовать СУПС 10 для одобрения бюджета. Например, владелец может одобрить бюджет, созданный ГП, ГП может одобрить бюджет, созданный субподрядчиком, и/или субподрядчик может одобрить бюджет, созданный субподрядчиком подуровня, с которым субподрядчик имеет контракт, и т.д. Некоторые варианты осуществления СУПС 10 могут быть также использованы для создания и управления распоряжениями об изменении, которыми изменяют бюджет (обычно расширяя бюджет), а измененный бюджет одобряют соответствующими участниками. Бюджет может включать в себя общую стоимость для строительного проекта, наряду с затратами по статьям для каждой фазы или работы, которые должны быть выполнены для окончания строительного проекта. СУПС 10 может структурировать бюджет для облегчения платежей субподрядчиков, чтобы позволить эффективно отслеживать ход и обеспечить автоматизированное выставление счетов.

СУПС 10 может создавать автоматизированные счета, которые точно соответствуют полному бюджету проекта и также точно соответствуют отказам от удержания и заявлениям под присягой. СУПС 10 автоматизированным образом создает счета, которые являются во времени снимком деятельности, уже имевшей место в отношении полного бюджета проекта. СУПС 10 может быть использована для создания автоматизированным образом счетов, которые точно соответствуют статьям в полном бюджете. Это приводит к формированию счетов и сообщений, которые согласуются с путем, которым представлен строительный проект в финансовых целях, целях отслеживания и т. д. При использовании СУПС 10 экран счета может быть использован для ввода информации, необходимой для создания счета; однако не вся информация, необходимая для создания счета, должна вводиться повторно, потому что информация может быть собрана посредством обращения к полному бюджету проекта. Это также гарантирует, что счета (и документы 0702/703) будут согласованы с полным бюджетом проекта и будут согласованы между выделениями средств или любыми другими периодами времени (если только участник, такой как владелец, не захочет, чтобы счета изменились). СУПС 10 может также быть использована для настройки автоматизированным образом подготавливаемых (автоматизированных) счетов (или документов 0702/703) в соответствии с требованиями заимодателя, владельца, представителя владельца, ГП и т.д.

Бюджет и автоматизированные счета могут быть использованы для единообразного сбора и непрерывного обеспечения ссылок на информацию, которая будет использована во всем процессе управления платежом в строительстве. Собранную информацию не нужно повторно вводить в процессе платежа, что позволяет гарантировать, что не будут внесены ошибки (из-за неправильного нажатия клавиши или неверного истолкования данных). Обычно участникам обеспечена видимость в процессе платежа, проводимого с использованием СУПС 10. Это помогает снизить усилие, необходимое для определения статуса проекта и понимания того, какую работу каждый участник должен сделать, чтобы облегчить процесс платежа. Это также помогает выделять организации или персоналии, которые могут обычно вносить задержки или ошибки в процесс, облегчая исправление поведения или устранение участника. Точное выставление счета минимизирует усилия по разрешению пересмотра и выставления счета, способствует вынесению полных и точных заявлений под присягой, минимизирует несоответствия между заявлениями под присягой и инспекциями и позволяет выполнить своевременный платеж. СУПС 10 может повысить эффективность нескольких действий позднее в процессе платежа в строительстве посредством обеспечения своевременным образом ввода полной и согласованной информации по счету.

СУПС 10 может быть использована для выработки автоматизированным образом (автоматизированных) заявлений под присягой и автоматизированным образом (автоматизированных) отказов от удержания. Используя СУПС 10, ГП знает, кто был уведомлен в отношении выделения средств и кто ответил путем предоставления счета. Как только счета одобрены ГП (и любым другим участником выше линии ГП, таким как владелец, представитель владельца, заимодатель, титульная компания и т.д., который должен одобрить счета), СУПС 10 может использовать одобренные счета для автоматической выработки заявления под присягой и отказов от удержания, а также других документов под другими названиями, которые обеспечивают те же самые функциональные возможности (например, установленные законом декларации). СУПС 10 может автоматически вырабатывать заявление под присягой и отказы от удержания по счетам, представленным субподрядчиками и поставщиками материалов, позволяя гарантировать, что никакие опечатки не будут внесены и что заявление под присягой и отказы от удержания будут включать в себя только статьи, которые были представлены субподрядчиками и поставщиками материалов. СУПС 10 может позволить уменьшить риск погрешностей в заявлении под присягой и отказах от удержания посредством привлечения деталей счета, уже сохраненных в системе, для автоматического создания содержимого заявления под присягой и отказов от удержания. Эта обработка помогает устранять ошибки, которые возможны из-за нестандартных, непоследовательных и несвоевременных счетов и опечаток, которые могут произойти при перезаписи или перепечатке. В целом, это понижает профиль риска процесса платежа в строительстве путем увеличения точности и своевременности критичной для строительного проекта информации. СУПС 10 позволяет создавать автоматизированные отказы от удер

- 9 015056 жания в соответствии с действующими юридическими стандартами тех мест, где расположена строительная площадка.

СУПС 10 позволяет вырабатывать заявления под присягой, которые точно соответствуют счетам. Счета часто разбивают по типам выполняемой работы (например, электрика, сантехника и т.д.), в то время как заявления под присягой часто разбивают по участникам, выполняющим работу (например, ГП, субподрядчикам и поставщикам материалов). СУПС 10 может быть использована для гарантирования того, что сумма величин по счету равна общей сумме по заявлению под присягой. Кроме того, СУПС 10 может также быть использована для обеспечения равенства величин по отказам от удержания величинам по счетам, поскольку информацию для автоматизированных отказов от удержания собирают из одобренных счетов, которые сохранены в СУПС 10. Дополнительно, отказы от удержания будут совместимы с заявлением под присягой, поскольку заявление под присягой также было выработано СУПС 10 с использованием информации по одобренным счетам. Это особенно ценно, когда ГП и субподрядчики (или владельцы, заимодатель и ГП) оспаривали сумму по счету и договорились об окончательной величине по прошествии периода времени. Окончательная величина будет отражена в автоматизированном и одобренном счете, который сохранен в СУПС 10 и используется для выработки отказов от удержания и заявления под присягой. СУПС 10 гарантирует, что только одобренная величина счета будет отражена в документах заявления под присягой и отказа от удержания. Также используя сохраненный бюджет как рамочную структуру для всех автоматизированных документов, СУПС 10 в дальнейшем гарантирует, что счета, отказы от удержания и заявления под присягой будут точны и непротиворечивы. СУПС 10 может быть также использована для настройки счетов, заявлений под присягой и отказов от удержания на основании требований заимодателя, владельца, представителя владельца, ГП и т.д. В некоторых вариантах осуществления участник может использовать СУПС 10 для добавления текста к отказу от удержания. Например, ГП может добавить дополнительные охранительные формулировки в отказ от удержания для проектов, где конкретные законы (например, как это требуется регионом или государством, с которыми связан проект) делают отказы от удержания безусловными по закону. В некоторых вариантах осуществления участники могут также использовать СУПС 10 для определения и/или управления дополнительными типами документов или информацией, такими как аффидевит, которые включают в себя таблицу поставщиков и сторон, связанных с проектом. Кроме того, участники могут вводить или определять для СУПС 10 формы собственности, которые участники могут использовать для конкретных проектов, организаций и т.д.

СУПС 10 также помогает повысить эффективность выработки заявлений под присягой и отказов от удержания посредством мигрирующего сохранения документов счета, заявления под присягой и отказа от удержания в электронной среде с уменьшением времени и усилий, необходимых для сохранения и обеспечения доступа к ним. Это повышает общую эффективность процесса платежа в строительстве посредством выполнения этих документов доступными для авторизованных сторон, нуждающихся в них для выполнения своих обязанностей. База данных СУПС 10 может сохранять библиотеку подписанных электронным образом счетов, заявлений под присягой и отказов от удержания. В случае необходимости участники могут использовать СУПС 10 для получения копий документов по любому из электронным образом подписанных документов.

В одном варианте осуществления СУПС 10 может создавать автоматизированные счета, заявление под присягой и отказы от удержания, как только вся информация была введена и все аспекты были учтены. В других вариантах осуществления СУПС 10 может, во-первых, создавать автоматизированные счета, обеспечивать одобрение счетов, во-вторых, создавать автоматизированное заявление под присягой, обеспечивать подписание заявления под присягой и, в третьих, создавать автоматизированные отказы от удержания.

Как только вся информация (счета, инспекционные отчеты, банковская информация и т.д.) введена и все аспекты учтены, владелец, представитель владельца, заимодатель, титульная компания или ГП может заплатить участникам выделения средств.

В некоторых вариантах осуществления оплата участникам может быть произведена непосредственно владельцем, представителем владельца, заимодателем, титульной компанией или ГП.

В других вариантах осуществления оплата каждому участнику может быть произведена косвенно через участника, который непосредственно нанимал каждого участника. Например, если субподрядчик первого уровня был нанят по контракту ГП и субподрядчик первого уровня нанял по контракту субподрядчика второго уровня, ГП может заплатить субподрядчику первого уровня за работу, выполненную субподрядчиком первого уровня и субподрядчиком второго уровня, а субподрядчик первого уровня может заплатить подрядчику второго уровня.

Субподрядчики, поставщики материалов или любые другие участники могут обеспечить свои отказы от удержания в обмен на платеж. СУПС 10 может организовать этот процесс и может автоматически выполнить обмен без риска того, что любая сторона выполнит свою часть, а другие не выполнят свои. СУПС 10 также помогает устранить потребность в дорогих и отнимающих много времени встречах для обеспечения обмена отказами от удержания на платеж. СУПС 10 (которая строго отслеживает документы) также помогает гарантировать сбор всех отказов от удержания. Это уменьшает риск того, что плохое

- 10 015056 ведение учета приведет к отсутствию снятия отказов от удержания при завершении строительного проекта, СУПС 10 может повысить эффективность процесса выполнения платежа/разрешения отказа от удержания посредством осуществления способа в сетевой компьютерной системе. Это позволяет всем сторонам надежно подготовить как платеж, так и разрешение отказа от удержания в доверительным образом реализованной среде. СУПС 10 обеспечивает эффективный обмен платежа на отказ от удержания, потому что СУПС 10 позволяет организовать многостадийную подготовку платежа и отказа от удержания для автоматизированного обмена, таким образом уменьшая риск, связанный с проектом. ГП может быть уверен в том, что он получит соответствующие отказы от удержания, совпадающие с платежом, и что субподрядчики не будут рисковать, в связи с долгими задержками платежа.

СУПС 10 может облегчить обмен отказами от удержания и платежными поручениями. В некоторых вариантах осуществления СУПС 10 может снимать отказ(ы) от удержания по существу одновременно с подтверждением от платежной системы 26, что участник(и) получил(и) платеж. Термин по существу одновременно, в том смысле, как он использован в настоящем описании и формуле изобретения, включает в себя любой период времени, меньший, чем время, необходимое для запроса, обработки и перевода фондов при платеже автоматизированной расчетной палатой (АРП) (что может занять приблизительно до 72 ч). Например, по существу одновременное снятие отказов от удержания может включать в себя незамедлительное снятие отказов от удержания, снятие пакета отказов от удержания в конце рабочего дня или снятие отказов от удержания после типичного периода времени, который требуется для перевода фондов посредством системы АРП.

В одном варианте осуществления СУПС 10 может получать и сохранять отказы от удержания в электронном промежуточном бункере/средстве 54 условного депонирования, пока не получены все отказы от удержания от участников выделения средств. Как только все отказы от удержания получены, СУПС 10 может послать инструкции для платежной системы 26 для передачи фондов каждому участнику выделения средств. Например, как только все субподрядчики электронным образом подписали и представили свои отказы от удержания СУПС 10, СУПС 10 может проинструктировать платежную систему 26 произвести оплату каждому субподрядчику. СУПС 10 может снимать отказы от удержания либо когда платежное поручение передано платежной системе 26, либо только после получения подтверждения, что участники фактически получили капитал.

Если платежная система 26 включает в себя систему АРП, платежные поручения обычно обрабатываются пакетами так, что участники не получают фонды незамедлительно. В системе АРП платежное поручение обычно может быть возвращено ПДФУ в течение 48-часового периода. В течение этого 48-часового периода ПДФУ может уведомить СУПС 10 и ИДФУ, что фонды не могут быть переданы (например, из-за недостаточности фондов, недействительности номера счета и т.д.). После этого 48-часового периода СУПС 10 может предположить, что ПДФУ обработало платежное поручение, если СУПС 10 не уведомлена об ином. ИДФУ обычно имеет 24-часовую границу для сбора платежных поручений от ПДФУ и выполнения платежа по счетам участников выделения средств. В результате может пройти приблизительно 72 ч со времени, когда СУПС 10 передают платежные поручения до перевода ИДФУ фондов на счета участников.

В некоторых вариантах осуществления СУПС 10 может оставлять в силе отказы от удержания даже после получения подтверждения от платежной системы 26, что участник(и) получил(и) платеж. Например, СУПС 10 может сохранять в силе отказы от удержания до 31-го дня или до тех пор, пока не будет инициировано следующее выделение средств.

В некоторых вариантах осуществления СУПС 10 может пометить определенных участников для удаления этих участников из пакетной обработки системы АРП и может произвести оплату этим участникам отдельно другим способом, таким как прямой перевод фондов, или с помощью другого типа мгновенной электронной передачи фондов.

В других вариантах осуществления большинству участников оплата может быть произведена по типу мгновенной электронной передачи фондов (такой как прямой перевод), а некоторые участники могут быть объединены для одного или нескольких пакетных переводов АРП.

В других вариантах осуществления СУПС 10 может передавать каждое платежное поручение платежной системе 26, по мере получения СУПС 10 каждого отказа от удержания от каждого участника, и фонды могут быть незамедлительно переданы участнику, от которого был получен отказ от удержания. Обычно СУПС 10 может группировать платежные поручения любым подходящим образом и может использовать любой подходящий тип способа платежа.

В каждом варианте осуществления изобретения СУПС 10 может установить связь между текущим отказом от удержания и текущим платежом, соответствующим текущему выделению средств вместо того, чтобы обменивать предыдущий отказ от удержания на текущий платеж текущего выделения средств. Например, СУПС 10 может снять отказ от удержания за текущий месяц для текущего выделения средств вместо разрешения отказа от удержания за предыдущий месяц для текущего выделения средств. Таким образом, на субподрядчика не возлагается ответственность, если СУПС 10 снимает его отказ от удержания перед осуществлением платежа, и на владельца (или ГП, титульную компанию, заимодателя и т.д.) не возлагается ответственность, если СУПС 10 выполняет платеж перед тем, как отказы от удержания

- 11 015056 сняты.

Вместо того чтобы произвести оплату ГП, который платит своим субподрядчикам, которые затем платят своим субподрядчикам, участникам СУПС 10 можно произвести оплату, непосредственно используя электронное распределение фондов (например, любой подходящий тип ЭПФ, АРП или банковского перевода фондов). Это ускоряет процесс платежа (снижая затраты) и уменьшает риск неоплаты сторонам (по иерархии). Прямое распределение фондов становится возможным благодаря СУПС 10, используемой для сбора всей информации, которая является необходимой для выполнения платежей. Информации, собранной с использованием СУПС 10, можно доверять в силу строгости, с которой способы могут быть осуществлены программным обеспечением. В результате, прямое распределение фондов может быть эффективным (не нужно никаких переделок или повторного ввода необходимой информации) и свободным от ошибок.

СУПС 10 может улучшить эффективность процесса оплаты субподрядчика/поставщика материалов, уменьшая время, необходимое для завершения процесса платежа;

уменьшать операционные затраты, заменяя иерархический процесс платежа прямыми платежами, при улучшении финансового и административного управления;

заменить использование чеков электронным переводом фондов, уменьшая затраты на связь и улучшая видимость статуса платежей, а также уменьшая риск несвоевременного или неполного платежа всем сторонам, вовлеченным в процесс строительства (особенно низовым в цели снабжения).

На фиг. 2-7 представлен краткий обзор процессов управления платежом в строительстве, которые могут быть выполнены участниками 24, использующими различные модули, администраторы и машины, сохраненные на сервере 12 приложений.

На фиг. 2 представлен процесс 94 управления проектом (который может быть выполнен модулем 28 проекта и/или модулем 36 бюджета), процесс 96 управления выделением средств (который может быть выполнен модулем 44 выделения средств), процесс 98 управления распоряжением об изменении (который может быть выполнен модулем 48 управления распоряжением об изменении), процесс 100 управления организацией (который может быть выполнен модулем 42 организации и/или модулем 50 пользователя), процесс 102 управления системным окружением (который может быть выполнен администратором 38 доступа, администратором 40 уведомлений и/или администратором 52 системного окружения).

На фиг. 3 представлен процесс 94 управления проектом, который может включать в себя задачу 104 создания проекта, задачу 106 поддержания проекта и задачу 108 создания бюджета.

На фиг. 4 представлен процесс 100 управления организацией, который может включать в себя задачу 112 создания организации, задачу 114 поддержания организации, задачу 116 создания пользователя и задачу 118 поддержания пользователя.

На фиг. 5 представлен процесс 96 управления выделением средств, который может включать в себя задачу 120 инициирования выделения средств, задачу 122 создания запроса выделения средств, задачу 124 расходования фондов, задачу 126 выполнения инспекции и задачу 128 одобрения запроса выделения средств.

На фиг. 6 представлен процесс 98 управления распоряжением об изменении, который может включать в себя задачу 130 создания запроса изменения, задачу 132 обработки запроса изменения и задачу 134 изменения участника.

На фиг. 7 представлены задачи 102 управления системным окружением, которые могут включать в себя задачу 136 управления доступом, задачу 138 управления сообщениями, задачу 140 создания отчетов, задачу 142 обеспечения помощи и задачу 144 поддержания системы. Задача 140 создания отчетов может быть выполнена любым участником выше или ниже линии ГП для того, чтобы создавать специальным образом сформированные сообщения относительно продвижения строительного проекта, включая возможность контроля частей строительного проекта, конкретных участников, полного проекта документов, представленных участниками, и т.д.

На фиг. 8-136 и 182А-201 представлены способы управления платежом в строительстве в соответствии с несколькими вариантами осуществления изобретения.

На фиг. 8 представлен процесс 146 создания организации, который может быть включен в процесс 100 управления организацией. Процесс 146 создания организации может быть выполнен любым из участников 24, использующим модуль 42 организации. Процесс 146 создания организации может включать в себя задачу 148 создания организации, задачу 150 обновления профиля организации, задачу 152 редактирования организации, задачу 154 активации уведомления организации, задачу 156 активации организации и либо задачу 158 отклонения организации, либо задачу 160 активированной организации. Задача 162 обновления профиля пользователя может также быть выполнена, как описано далее со ссылкой на фиг. 22.

- 12 015056

На фиг. 9 представлена форма создания организации, которая может быть связана с задачей 148 создания организации. Каждый участник 24 может получить доступ к форме создания организации посредством модуля 42 организации. Участник 24 может ввести в требуемую информацию, такую как деловая информация, первичная контактная информация, налоговая информация и банковская информация.

В некоторых вариантах осуществления первый пользователь, участвующей организации 24, который вводит свою информацию как первичную контактную информацию, может считаться администратором для этого участника 24 и ему может быть предоставлено больше доступа к информации для участника, чем последующим пользователям. СУПС 10 может использовать всестороннюю ролевую безопасность так, чтобы участники проекта видели только информацию, соответствующую их определенным потребностям в проекте. Как только организация зарегистрирована в СУПС 10, эта организация может получать платежи по любым проектам, управляемым СУПС 10.

На фиг. 10 представлено уведомление, которое может быть передано в ходе задачи 162 обновления профиля пользователя. Термины уведомление системы или уведомление, или сообщение системы, как они использованы в настоящем описании и формуле изобретения, относятся к любой форме связи с участником 24, такой как сообщение электронной почты, экранное уведомление, текстовое сообщение, речевое сообщение и т. д. Системное уведомление по фиг. 10 может включать в себя имя пользователя и временный пароль для первого пользователя участника 24.

На фиг. 11 представлено уведомление, которое может быть передано в ходе задачи 150 обновления профиля организации. Уведомление по фиг. 11 может быть послано администратору для участника 24. Уведомление может включать в себя заявление, требующее от получателя обновить профиль организации, добавить пользователей перед участием в проекте и обеспечить сведения о банке.

На фиг. 12 представлена форма редактирования организации, которая может быть связана с задачей 152 редактирования организации. Каждый участник 24 может получить доступ к форме редактирования организации посредством модуля 42 организации. Участник 24 может изменить существующую информацию, такую как деловая информация, первичная контактная информация, налоговая информация и банковская информация. В некоторых вариантах осуществления первый пользователь участвующей организации 24, который ввел свою информацию как первичную контактную информацию, является единственным пользователем, которому предоставлен доступ к форме редактирования организации.

На фиг. 13 представлено уведомление активации организации, которое может быть передано в ходе задачи 156 уведомления активации организации. Уведомление по фиг. 13 может включать в себя заявление, что детали организации были обновлены, и запрос на подтверждение и активацию организации.

На фиг. 14 представлена форма активации организации, которая может быть связана с задачей 156 активации организации. Форма по фиг. 14 может включать в себя список участников 24 (например, включающий в себя название организации, ее роль в процессе строительства, возможность выбирать участников 24 и возможность просматривать информацию для участников 24). Форма по фиг. 14 может также включать в себя функциональную возможность Найти, возможность определить тип участника 24 и возможности отклонить/дезактивировать выбранные организации и представить причину отклонения/дезактивации.

На фиг. 15 представлено уведомление об активированной организации, которое может быть передано в ходе задачи 160 активированной организации.

Подобным образом, на фиг. 16 представлено уведомление об отклоненной организации, которое может быть передано в ходе задачи 158 отклонения организации.

На фиг. 17 представлен процесс 162 поддержания организации, который может быть включен в процесс 100 управления организацией. Процесс 162 поддержания организации может использоваться непосредственно организациями или другими участниками для поддержания точности контактной информации, информации о банковском счете или любого другого типа информации, необходимой для процесса платежа в строительстве. Процесс 162 поддержания организации может быть выполнен любым из участников, использующих модуль 42 организации. Процесс 162 поддержания организации может включать в себя задачу 164 просмотра организации, задачу 166 редактирования организации, задачу 168 обновленной организации и задачу 170 представления организации.

На фиг. 18 показан экран представления организации, который может быть связан с задачей 170 представления организации. Экран представления организации может включать в себя деловую информацию и первичную контактную информацию для организации.

На фиг. 19 показан экран просмотра организации, который может быть связан с задачей 164 просмотра организации. Экран просмотра организации может включать в себя список участников, содержащий название организации, роль организации в процессе строительства, первичный контакт и телефонный номер. Экран просмотра организации может включать в себя функциональную возможность Найти и связи для представления дополнительной информации о каждом участнике. В одном варианте осуществления экран просмотра организации может быть использован ГП для отображения его предпочтительных субподрядчиков или поставщиков материалов.

- 13 015056

На фиг. 20 представлена форма редактирования организации, которая может быть связана с задачей 166 редактирования организации. Участник может редактировать существующую информацию, такую как деловая информация, первичная контактная информация, налоговая информация и банковская информация. В некоторых вариантах осуществления первый пользователь организации, который ввел свою информацию, как первичную контактную информацию является единственным пользователем, которому предоставлен доступ к форме редактирования организации.

На фиг. 21 представлено уведомление об обновленном профиле организации, которое может быть передано в ходе задачи 168 обновленной организации. Уведомление по фиг. 21 может включать в себя информацию относительно обновленного профиля для участника наряду с именем первичного пользователя или администратора для участника. В некоторых вариантах осуществления уведомление об обновленном профиле организации может быть передано всем организациям, связанным с организацией, которая обновила свой профиль. Например, если организация обновляет свой адрес или Федеральный Идентификационный Номер Работодателя, СУПС 10 может передать уведомление об обновленном профиле организации другим организациям, связанным с системой 10. В некоторых вариантах осуществления СУПС 10 передает уведомление только организациям, связанным или работающим с организацией, которая обновила свою информацию. СУПС 10 может передавать уведомления приблизительно в реальном времени.

На фиг. 22 представлен процесс 172 создания пользователя, который может включать в себя в процесс 100 управления организацией.

Процесс 172 создания пользователя может быть использован каждый раз, когда создают нового пользователя в существующей организации, чтобы предоставить новому пользователю соответствующий доступ к СУПС 10 (например, соответствующие уровни безопасности с пользовательской идентификацией и паролем). Процесс 172 создания пользователя может быть также использован для обновления пользовательских профилей. Процесс 172 создания пользователя может быть выполнен любым из участников 24, использующих модуль 42 организации. Процесс 172 создания пользователя может включать в себя задачу 174 создания пользователя и задачу 176 обновления профиля пользователя.

На фиг. 23 представлена форма создания пользователя, которая может быть связана с задачей 174 создания пользователя. В некоторых вариантах осуществления форма создания пользователя может быть использована для добавления пользователей после того, как первичный пользователь или администратор уже создан для участника. Новый пользователь может ввести личную информацию, информацию безопасности (например, имя пользователя и пароль), предпочтения в отношении уведомления электронной почты и уровни проверки на разрешение доступа (например, может ли пользователь управлять проектами и/или подписывать документы).

На фиг. 24 представлено уведомление обновления профиля пользователя, которое может быть передано в ходе задачи 176 обновления профиля пользователя. Уведомление по фиг. 24 может включать в себя заявление, что пользователь был добавлен как член организации, а также информацию безопасности пользователя (например, имя пользователя и временный пароль).

На фиг. 25 представлен процесс 178 поддержания пользователя, который может быть включен в процесс 100 управления организацией и может продолжаться от фиг. 22. Процесс 178 поддержания пользователя может быть использован для просмотра пользователей в каждой организации и представления, редактирования и обновления пользователей в каждой организации. Процесс 178 поддержания пользователя может быть выполнен любым из участников, использующих модуль 42 организации. Процесс 178 поддержания пользователя может включать в себя задачу 180 просмотра пользователя и задачу 182 редактирования пользователя, задачу 184 обновленного профиля пользователя и задачу 186 представления пользователя.

На фиг. 26 показан экран представления пользователя, который может быть связан с задачей 186 представления пользователя. Экран представления пользователя по фиг. 26 может включать в себя персональную информацию пользователя, предпочтение в отношении уведомления электронной почты и уровень проверки на разрешение доступа.

На фиг. 27 показан экран просмотра пользователей, который может быть связан с задачей 180 просмотра пользователей. Экран просмотра пользователей по фиг. 27 может включать в себя список из одного или нескольких пользователей для каждого участника и может включать в себя имена пользователей, адреса электронной почты и телефонные номера. Экран просмотра пользователей может также включать в себя связи для редактирования информации для каждого пользователя.

На фиг. 28 представлена форма редактирования пользователя, которая может быть связана с задачей 182 редактирования пользователя. Пользователь может обеспечить персональную информацию, предпочтения в отношении уведомления электронной почты и уровни проверки на разрешение доступа.

На фиг. 29 представлено уведомление об обновленном профиле пользователя, которое может быть передано в ходе задачи 184 обновленного профиля пользователя.

На фиг. 30 представлен процесс 188 создания проекта, который может быть включен в процесс 94 управления проектом. Процесс 188 создания проекта может быть выполнен ГП, заимодателем, владельцем или представителем владельца, использующим модуль 28 проекта для инициирования нового проек

- 14 015056 та в СУПС 10. Процесс 188 создания проекта может включать в себя задачу 190 создания проекта, задачу 192 созданного проекта, задачу 194 доступа пользователя по проекту и задачу 196 обязанностей по проекту.

На фиг. 31 и 32 представлена форма создания проекта, которая может быть связана с задачей 190 создания проекта. ГП, заимодатель, владелец или представитель владельца могут предоставить информацию идентификации проекта, информацию о финансировании проекта, информацию о владельце проекта, информацию об архитекторе проекта и информацию о площадке. В некоторых вариантах осуществления ГП, заимодатель, владелец или представитель владельца могут также использовать форму создания проекта, чтобы задать другие варианты по проекту, такие как определение, могут ли субподрядчики просматривать проектную информацию, и определение параметров настройки документа (например, текста отказа от удержания, параметров настройки отказа от удержания, способов платежа, и т.д.). Например, ГП, заимодатель, владелец или представитель владельца могут использовать форму создания проекта для определения настроек отказа от удержания, которые определяют настройки для каждого типа отказа от удержания, которым будут управлять для конкретного проекта (например, частичных отказов от удержания и окончательных отказов от удержания), такие как время снятия отказов от удержания. Например, система 10 может снимать отказы от удержания, когда выполнено подписание, когда выплачены фонды, когда инициировано последующее выделение средств и т.д. Кроме того, ГП может использовать форму создания проекта или формы другой конфигурации, обеспечиваемые СУПС 10, для конфигурирования маршрутов для одобрения различных стадий проекта. Например, ГП может установить пределы счета и/или требования к подписи для конкретного проекта.

Кроме того, ГП, заимодатель, владелец или представитель владельца могут использовать форму создания проекта или другие формы, обеспечиваемые СУПС 10, для определения проекта, как являющегося проектом по открытой книге или проектом по закрытой книге. В проекте по открытой книге ГП, заимодатель, владелец или представитель владельца (например, участники выше линии) могут просматривать детали частей проекта, управляемых субподрядчиками и поставщиками материалов (например, участниками ниже линии), включенными в проект. Например, в проекте по открытой книге, если субподрядчик, имеющий контракт с ГП, создает вторичный бюджет для одного или нескольких предметов удержания, приписанных субподрядчику, ГП может просмотреть детали вторичного бюджета, такие как величины, вторичные субподрядчики, имеющие контракт с субподрядчиком и т.д. В некоторых вариантах осуществления в проекте по открытой книге ГП, заимодатель, владелец или представитель владельца могут потребовать контракты и документы (например, отказы от удержания, контракты, заявления под присягой и т.д.) от связанных с проектом субподрядчиков и поставщиков материалов каждого уровня.

В проекте по закрытой книге ГП, заимодатель, владелец или представитель владельца могут видеть только на один уровень вниз к первому уровню субподрядчиков и поставщиков материалов проекта. Например, в проекте по закрытой книге ГП, заимодатель, владелец или представитель владельца могут обращаться только к своим собственным бюджетам, субподрядчикам, поставщикам материалов и т.д., а субподрядчики первого уровня и поставщики материалов обеспечивают ГП только размеры и информацию по единовременно выплачиваемой сумме, так как ГП не уполномочен просматривать детали контрактов, бюджетов, счетов и т. д. по субподрядчикам и поставщикам материалов.

В некоторых вариантах осуществления участники на каждом уровне проекта могут определить, считается ли часть проекта, которой они управляют, проектом по открытой книге или проектом по закрытой книге. В этом отношении каждый участник на каждом уровне проекта может просмотреть детали каждого уровня проекта ниже участника, пока каждый уровень установлен как проект по открытой книге. Если, однако, один уровень проекта установлен как проект по закрытой книге, участник может просмотреть только детали ниже по отношению к уровню проекта по закрытой книге и не может просмотреть детали далее следующих уровней. На основании настроек проекта, установленных пользователями, СУПС 10 может управлять доступом к информации в пределах проекта и регулировать этот доступ.

В некоторых вариантах осуществления, в дополнение к созданию проекта, ГП, заимодатель, владелец, представитель владельца, субподрядчик или поставщик материалов могут создать один или несколько подпроектов в рамках конкретного проекта. Например, в сложном строительном проекте множества зданий ГП может создать подпроект для каждого здания. Каждый подпроект может включать в себя отдельный бюджет; отдельные счета, заявления под присягой и отказы от удержания; отдельные настройки проекта; отдельных участников и т.д.

На фиг. 33 представлено уведомление о созданном проекте, которое может быть передано в ходе задачи 192 созданного проекта. Уведомление по фиг. 33 может включать в себя заявление о том, что ГП, заимодатель, владелец или представитель владельца создали новый проект, а также связь с экраном, которая позволяет пользователям из участников быть приписанными к проекту.

На фиг. 34 показан экран доступа пользователя по проекту, который может быть связан с задачей 194 доступа пользователя по проекту. Экран доступа пользователя по проекту может включать в себя название проекта, номер проекта, название ГП и список пользователей для конкретного проекта и/или конкретной организации. Пользователи могут быть идентифицированы по имени и имени пользователя и могут считаться менеджером проекта или подписывающим лицом.

- 15 015056

На фиг. 35 представлено уведомление об обязанностях по проекту, которое может быть передано в ходе задачи 196 обязанностей по проекту. Уведомление по фиг. 35 может включать в себя заявление, что обязанности пользователя в отношении проекта были изменены.

На фиг. 36 представлен процесс 198 поддержания бюджета, который может быть включен в процесс 94 управления проектом. Процесс 198 поддержания бюджета может быть использован для создания и представления бюджета высокого уровня для строительного проекта, назначения статей участникам и возложения обязанностей на участников. В некоторых вариантах осуществления СУПС 10 может также позволить пользователю назначать статью одному или нескольким участникам или контрактам. Например, если ГП заключил контракт с тремя организациями по конкретной статье бюджета, ГП может назначить часть статьи каждой организации. Кроме того, если ГП или субподрядчик запрашивают дополнительные детали или подзадачи в рамках конкретной статьи, ГП или субподрядчик могут использовать СУПС 10 для разбивки статьи на многочисленные статьи. ГП или субподрядчик могут использовать СУПС 10 для выделения части величины бюджета, величины удержания, величины или процента завершенной работы, величины платежа и т.д. из первоначальной статьи в новые статьи.

Используя модуль 36 бюджета, процесс 198 поддержания бюджета может быть выполнен ГП для субподрядчиков или субподрядчиком для субподрядчика второго уровня или поставщика материалов. Процесс 198 поддержания бюджета может включать в себя задачу 200 ввода бюджета высокого уровня, задачу 202 принятия проекта, задачу 204 формы принятия бюджета, задачу 206 отклоненного бюджета, задачу 208 добавления пользователей, задачу 210 принятого проекта, задачу 211 домашней страницы проекта, задачу 212 доступа пользователя по проекту, задачу 214 обязанностей по проекту и задачу 216 представления бюджета проекта. Если проект отклонен, процесс 198 поддержания бюджета может включать в себя задачу 218 ввода бюджета и может вернуться к задаче 202 принятия проекта. После задачи 200 ввода бюджета высокого уровня процесс 198 поддержания бюджета может включать в себя задачу 220 установки кода счета, задачу 222 ввода дат выделения средств и задачу 224 присвоения кода счета.

На фиг. 37 представлена форма ввода бюджета высокого уровня, которая может быть связана с задачей 200 ввода бюджета высокого уровня. Форма ввода бюджета высокого уровня может включать в себя название проекта, номер проекта и стоимость контракта. ГП или субподрядчик могут представить значение процента удержания, коды фаз, описания кодов фазы, названия организаций, величины бюджета и коды банковских счетов. ГП или субподрядчик могут определить, является ли организация только обеспечивающей материалы. Форма ввода бюджета высокого уровня может также включать в себя связи с экранами/формами установки дат выделения средств и установки кода счета. Коды фаз и описания кодов фаз могут быть использованы для определения требований по контракту в отношении каждой конкретной работы, которая должна быть завершена для завершения проекта. Коды фаз и описания фаз могут быть предоставлены, например, Американским институтом архитекторов (АИА, ΑΙΑ), Институтом строительных спецификаций (ИСС, С81) или их можно получить путем переделки кодов фаз и описаний фаз АИА или ИСС. В некоторых вариантах осуществления коды фаз и описания фаз могут быть полностью переделаны участниками. Под бюджетом высокого уровня можно также понимать перечень стоимостей, обязательных затрат (после того как ГП получил предложения от субподрядчиков) или оценку проекта.

В некоторых вариантах осуществления коды фаз, включенные в бюджет высокого уровня, обеспечивают основание для запросов выделения средств, в которых каждый запрос выделения средств включает в себя определенные статьи, связанные с определенными кодами фаз. В некоторых вариантах осуществления ГП может использовать внешнюю программу для выработки бюджета и модуль 36 бюджета может взаимодействовать с внешней программой для импорта бюджета в сервер 12 приложений или сервер 14 баз данных. В некоторых вариантах осуществления участник может, используя СУПС 10, создать или импортировать шаблон бюджета, который пользователь может использовать при создании бюджета для проектов.

На фиг. 38 представлена форма ввода дат выделения средств, которая может быть связана с задачей 222 ввода дат выделения средств. ГП или субподрядчик могут ввести день месяца, на который должно иметь место выделения средств, а также определенные даты для выделений средств (например, каждый месяц в конкретный день). Форма ввода дат выделения средств может также включать в себя кнопку Са1сн1а1с Ога\у Эа1с5 (Вычислить Даты Выделения Средств) для автоматического вычисления дат выделения средств и/или кнопку Αάά Ога\у Эа1с (Добавить Дату Выделения Средств) для ручного ввода дат выделения средств. В некоторых вариантах осуществления ГП или субподрядчик могут также использовать СУПС 10 для обеспечения открытого окружения по выставлению счета для конкретного проекта, что позволяет участникам проекта представить счет в любое время в ходе проекта.

На фиг. 39 представлена форма установки кода счета, которая может быть связана с задачей 220 установки кода счета. ГП или субподрядчик могут выбрать код счета (например, коды по зданиям - здание 1, 2, или 3), ввести новый код счета, создать код счета, ввести предпочтение для отображения строк бюджета (например, по кодам фаз) и ввести предпочтение для вариантов распечатки. Форма установки кода счета позволяет облегчить автоматизированную выработку счетов и заявлений под присягой посредством СУПС 10. Коды счета могут быть использованы для специально настроенных сообщений или

- 16 015056 для взаимодействия с другими типами существующего программного обеспечения. Коды счета могут позволить участникам сортировать статьи бюджета на основании требований архитектора, владельца и т.д. СУПС 10 могут также использовать коды банковского счета в бюджете для взаимодействия с существующими системами учета. Коды банковского счета могут быть использованы для поддержания бюджета, записи результатов выделения средств и облегчения выставления счета и платежа.

На фиг. 40 представлена форма присвоения кода счета, которая может быть связана с задачей 224 присвоения кода счета. ГП или субподрядчик могут предоставить код счета (например, здание 1, 2 или 3) и могут использовать связи для доступа к подбюджетам для каждого кода фазы. Форма присвоения кода счета может включать в себя название проекта, адрес проекта, коды фаз, описания кодов фаз, организацию, с которой имеется контракт на работу, и величину бюджета. Форма присвоения кода счета может также облегчить автоматизированную выработку счетов и заявлений под присягой посредством СУПС 10.

На фиг. 41 представлено уведомление принятия проекта, которое может быть связано с задачей 202 принятия проекта. Уведомление по фиг. 41 может включать в себя заявление, что субподрядчик или поставщик материалов был добавлен как участник по проекту, описание проекта и детали участия субподрядчика или поставщика материалов. Субподрядчик или поставщик материалов могут использовать связь, чтобы обратиться к форме принятия проекта, как показано на фиг. 42, для принятия или отклонения проекта.

На фиг. 42 показана форма принятия проекта, которая может быть связана с задачей 204 формы принятия бюджета. Форма принятия проекта может включать в себя номер проекта ГП, системный номер проекта, название ГП, название проекта, адрес проекта и статью бюджета. Форма принятия проекта позволяет обеспечить субподрядчика или поставщика материалов проектной информацией и статьей бюджета. Субподрядчик или поставщик материалов могут использовать кнопки Ассер! (Принять) или ИесИие (Отклонить) для принятия или отклонения проекта, связанного со статьей бюджета. Субподрядчик или поставщик материалов могут также представить причину отклонения проекта. Статьи из форм принятия проекта могут быть также использованы для облегчения автоматизированной выработки счетов и заявлений под присягой посредством СУПС 10.

На фиг. 43 показано уведомление об отклоненном проекте, которое может быть передано в ходе задачи 206 отклоненного проекта. Уведомление по фиг. 43 может включать в себя название субподрядчика или поставщика материалов, который отклонил проект, отклоненную статью бюджета и причину отклонения. Уведомление по фиг. 43 может обеспечить возможность назначить другого участника на организационную роль.

На фиг. 44 представлено уведомление о принятом проекте, которое может быть передано в ходе задачи 210 принятого проекта. Уведомление по фиг. 44 может включать в себя название субподрядчика или поставщика материалов, который принял проект и принятую статью бюджета. Уведомление по фиг. 43 позволяет обеспечить возможность доступа к деталям проекта.

На фиг. 45 представлена домашняя страница проекта, которая может быть связана с задачей 211 домашней страницы проекта. Домашняя страница проекта может включать в себя название проекта, информацию о завершенных выделениях средств и информацию о выделениях средств, находящихся на рассмотрении. Домашняя страница проекта может включать в себя обзор проекта с индикатором хода расписания проекта, индикатором хода расходования фондов и индикатором хода завершения в процентах. Домашняя страница проекта может включать в себя одну или несколько связей с конкретными действиями, которые могут быть выполнены в отношении проекта (например, профиль проекта, бюджет проекта, представление участников проекта, установка кодов счета, управления пользователями проекта, инициирование незапланированных выделений средств и т.д.).

На фиг. 46 показано уведомление добавления пользователей, которое может быть передано в ходе задачи 208 добавления пользователей. Уведомление по фиг. 46 может включать в себя заявление, подтверждающее, что субподрядчик или поставщик материалов присоединились к проекту. Уведомление по фиг. 46 может включать в себя запрос о субподрядчике или поставщике материалов для добавления пользователей (например, членов организации) в систему.

На фиг. 47 показана форма доступа пользователя по проекту, которая может быть связана с задачей 212 доступа пользователя по проекту. Субподрядчик или поставщик материалов могут выбрать проверку на разрешение доступа каждому пользователю (например, менеджеру проекта или подписывающему лицу). Форма доступа пользователя проекта может включать в себя название проекта, название ГП и список пользователей в организации поставщика материалов или субподрядчика.

На фиг. 48 представлено уведомление об обязанностях по проекту, которое может быть связано с задачей 214 обязанностей по проекту. Уведомление по фиг. 48 может включать в себя заявление, что обязанности пользователя были изменены, а также новые проверки на разрешение доступа. Уведомление по фиг. 48 может включать в себя связь для доступа к бюджету проекта.

На фиг. 49 показан экран представления бюджета проекта, который может быть связан с задачей 216 представления бюджета проекта. ГП или субподрядчик могут обращаться к экрану представления бюджета проекта посредством модуля 36 бюджета. Экран представления бюджета проекта может включать в себя название проекта, название ГП, адрес проекта и список статей бюджета. Список статей бюд

- 17 015056 жета может включать в себя коды фаз, описания кодов фаз, субподрядчика или поставщика материалов, с которым имеется контракт по статье бюджета, величина бюджета, платежи, удержание, баланс и связь с любым из подбюджетов.

На фиг. 50 представлена форма ввода бюджета, которая может быть связана с задачей 218 ввода бюджета. ГП или субподрядчик могут обращаться к форме ввода бюджета посредством модуля 36 бюджета. ГП или субподрядчик могут ввести в требуемую информацию, такую как коды фаз, описания кодов фаз и величину бюджета. ГП или субподрядчик могут изменить организацию, связанную с конкретной статьей бюджета. ГП или субподрядчик могут выбрать, является ли организация только обеспечивающей материалы.

На фиг. 51 представлен процесс 226 прекращения статьи бюджета, который может быть включен в процесс 94 управления проектом. Процесс 226 прекращения статьи бюджета может быть выполнен ГП или субподрядчиком. Процесс 226 прекращения статьи бюджета может включать в себя задачу 228 ввода бюджета высокого уровня и задачу 230 прекращения бюджета.

На фиг. 52А представлена форма ввода бюджета высокого уровня, которая может быть связана с задачей 228 ввода бюджета высокого уровня. ГП или субподрядчик могут обращаться к форме ввода бюджета высокого уровня посредством модуля 36 бюджета. Форма ввода бюджета высокого уровня может включать в себя название проекта, номер проекта, стоимость контракта и список организаций. ГП или субподрядчик могут вводить требуемую информацию, такую как проценты удержания, коды фаз, описания кодов фаз, кода банковского счета, и то, является ли организация только поставляющей материалы. ГП или субподрядчик могут также выбрать добавление новых статей или прекращение конкретной статьи. Форма ввода бюджета высокого уровня может включать в себя связи с формой установки дат выделения средств и/или формой установки кодов счетов.

На фиг. 52В, 52С представлена форма редактирования бюджета или расписания величин. ГП и/или субподрядчик или поставщик материалов могут использовать форму редактирования бюджета для редактирования информации о бюджете для проекта. В некоторых вариантах осуществления пользователь может получить доступ к форме редактирования бюджета с домашней страницы проекта, как показано на фиг. 52Ό.

На фиг. 53 представлен экран прекращения бюджета, который может быть связан с задачей 226 прекращения бюджета. После того как ГП или субподрядчик выбирает статью для прекращения, экран прекращения бюджета обеспечивает подтверждение и заявление, что любой неоплаченный баланс может быть сделан доступным для переназначения.

На фиг. 54 представлен процесс 232 выделения средств, который может быть включен в процесс 96 управления выделением средств. Процесс 232 выделения средств может быть использован для создания расписания для выделений средств проекта; для инициирования каждого выделения средств; для ввода и подписи счетов; для просмотра находящихся на рассмотрении выделений средств; для выработки счетов, заявлений под присягой и отказов от удержания; для определения, доступны ли фонды; и расходования фондов. Процесс 232 выделения средств может быть выполнен несколькими из участников, использующими модуль 44 выделения средств. Процесс 232 выделения средств может включать в себя задачу 234 создания расписания выделения средств, задачу 236 инициирования выделения средств, задачу 238 ввода счета, задачу 240 ввода формы счета, задачу 242 подписания счета, задачу 244 обновления деталей счета, задачу 246 просмотра ожидающих запросов выделения средств, задачу 248 выработки счета, задачу 250 формирования заявления под присягой, задачу 252 доступных фондов, задачу 254 просмотра запроса выделения средств, задачу 256 подписания отказа от удержания, задачу 258 формирования отказа от удержания, задачу 260 подписания всех отказов от удержания, задачу 262 кнопки просмотра запроса выделения средств с расходуемыми фондами, задачу 264 подписания отказа от удержания, задачу 266 просмотра запроса выделения средств. Процесс 232 выделения средств может также включать в себя задачу 270 принятия деталей платежей, задачу 272 счета, не включенного в выделение средств, и задачу 274 не принятия деталей платежа. Процесс 232 выделения средств может быть выполнен так, чтобы отказы от удержания были сняты для текущего выделения средств, а не для предыдущего выделения средств.

На фиг. 55 представлено уведомление создания запланированного выделения средств, которое может быть передано в ходе задачи 234 создания расписания выделения средств. Уведомление по фиг. 55 может быть передано в реальном времени всем участникам выделения средств и может включать в себя заявление, что запланированное выделение средств находится на рассмотрении и что участники для выделения средств еще не выбраны.

На фиг. 56А, 56В показаны формы инициирования выделения средств, которые могут быть связаны с задачей 236 инициирования выделения средств. ГП может обращаться к формам инициирования выделения средств посредством модуля 44 выделения средств. В некоторых вариантах осуществления ГП может обращаться к формам инициирования выделения средств посредством связи с домашней страницей проекта, как показано на фиг. 56Ό. Форма инициирования выделения средств может включать в себя название проекта, номер проекта, адрес проекта, номер выделения средств, дату выделения средств и список потенциальных участников для выделения средств. Список потенциальных участников может включать в себя коды фаз, описания кодов фаз, название организации, величину бюджета, величину пла

- 18 015056 тежа, препятствие, накопленные удержания и остаточный баланс. ГП может выбрать каждого участника для выделения средств. ГП может выбрать подмножество потенциальных участников для выделения средств (например, по меньшей мере одного потенциального участника) или может выбрать всех потенциальных участников для выделения средств.

В некоторых вариантах осуществления форма инициирования выделения средств может включать в себя механизм выбора для того, чтобы однократно выбрать всех потенциальных участников для выделения средств. В других вариантах осуществления СУПС 10 может автоматически выбрать всех или подмножество потенциальных участников для выделения средств, не требуя от ГП выбора отдельных участников. После того как ГП выбирает одного или нескольких участников, подлежащих включению в выделение средств, СУПС 10 может выработать уведомление об участниках, включенных в уведомление выделения средств, как показано на фиг. 56Е, и может отобразить участников, включенных в уведомление выделения средств ГП.

В некоторых вариантах осуществления ГП может также использовать форму инициирования выделения средств для закрытия обрабатываемого выделения средств. Кроме того, ГП может использовать форму инициирования выделения средств или другие формы, обеспечиваемые СУПС 10 для открытия перекрывающихся выделений средств. СУПС 10, однако, может предъявлять правила или рекомендации по открытию перекрывающихся выделений средств, чтобы единовременно управлять множеством выделений средств, такие как воспрепятствование подписанию нового выделения средств (например, одобренного для расходования) прежде, чем подписано предыдущее выделение средств, или воспрепятствование оплате по выделению средств вне последовательности.

На фиг. 57А, 57В представлены уведомления о вводе счета, которые могут быть переданы в ходе задачи 238 ввода счета. Уведомления по фиг. 57 могут включать в себя заявление, что для проекта запланировано выделение средств и что субподрядчик или поставщик материалов могут ввести детали соответствующих платежей. Уведомления могут также включать в себя роль организации и конкретную статью бюджета для субподрядчика или поставщика материалов. Уведомления могут быть переданы в реальном времени всем участникам выделения средств. В некоторых вариантах осуществления субподрядчик или поставщик материалов могут обращаться к уведомлению о вводе счета с экрана представления всех сообщений, как показано на фиг. 57С.

На фиг. 58 А, 58В представлены формы ввода счета, которые могут быть связаны с задачей 240 формы ввода счета. Субподрядчик или поставщик материалов могут использовать формы ввода счета для предоставления величины счета для выделения средств. Форма ввода счета может также включать в себя название проекта, номер проекта, адрес проекта, номер выделения средств, дату выделения средств и конкретную статью для этого субподрядчика или поставщика материалов. После предоставления субподрядчиком или поставщиком материалов информации счета СУПС 10 может выработать уведомление о представленном счете, как показано на фиг. 58С, и может отобразить уведомление о представленном счете субподрядчику или поставщику материалов.

В некоторых вариантах осуществления ГП или управляющий проектом могут определить величины по выставляемым счетам, которые должны быть введены субподрядчиком. Например, используя СУПС 10, ГП может определить величину счета (например, процент от полной величины) для конкретного субподрядчика. Субподрядчик может просмотреть и предоставить определенную таким образом величину счета, используя СУПС 10, но в некоторых вариантах осуществления не может изменить величину.

На фиг. 59 представлено уведомление подписи счета, которое может быть передано субподрядчику или поставщику материалов в ходе задачи 242 подписи счета. Уведомление по фиг. 59 может включать в себя заявление, что ГП или управляющий проектом одобрили счет на конкретное выделение средств и что заявление под присягой должно быть подписано. СУПС 10 может быть использована для назначения ролей обеспечения безопасности/полномочия каждому пользователю, таких как управление, учет или наличие полномочия подписывать. СУПС 10 может уведомить о пользователе с полномочием подписывать заявление под присягой так, чтобы должностное лицо организации подписывал заявление под присягой, в случае необходимости. СУПС 10 может быть использована для изменения ролей обеспечения безопасности/полномочий, которые являются необходимыми для подписи заявления под присягой (например, заимодатель может требовать, чтобы заявление под присягой подписало должностное лицо, а не администратор для организации).

На фиг. 60А, 60В представлены экраны подписи документов или формы подписи счета, которые могут быть связаны с задачей 242 подписи счета. Субподрядчик или поставщик материалов могут обращаться к формам подписи счета посредством модуля 44 выделения средств. Используя формы подписи счета, субподрядчик или поставщик материалов могут просмотреть детали счета, такие как конкретная организация, запрошенная величина, величина бюджета, величина платежа, накопленное удержание и остаточный баланс. Субподрядчик или поставщик материалов могут затем выбрать подписание заявления о счете. Форма подписи счета может включать в себя связь для представления формы автоматически выработанного счета или форму автоматически выработанного заявления под присягой.

- 19 015056

В некоторых вариантах осуществления для подписи счета электронным образом субподрядчик или поставщик материалов могут выбрать механизм выбора заявления о подписи счета, включенный в экран подписи документа или форму подписи счета, как показано на фиг. 60А, 60В. После того как субподрядчик или поставщик материалов выбирает механизм выбора заявления подписи счета, СУПС 10 может выработать и отобразить форму автоматически выработанного счета, как показано на фиг. 60С, 60Ό. Для подписания формы счета субподрядчик или поставщик материалов могут выбрать механизм выбора подписания документа, включенный в форму. После того как субподрядчик или поставщик материалов электронным образом подписывает форму автоматически выработанного счета, система 10 может создать и отобразить форму юридически обязывающего подписанного счета, как показано на фиг. 60Р. В некоторых вариантах осуществления СУПС 10 может вырабатывать сообщение проверки, такое как экран сообщения о проверке подписи, как показано на фиг. 60Р, каждый раз, когда пользователь электронным образом подписывает документ, используя СУПС 10.

После того как субподрядчик или поставщик материалов подписывает автоматически выработанную форму счета, СУПС 10 может выработать уведомление о подписанном документе, как показано на фиг. 600, и может отобразить уведомление о подписанном документе субподрядчику или поставщику материалов. В некоторых вариантах осуществления, когда субподрядчик или поставщик материалов предоставляют подписанный счет, СУПС 10 может также требовать, чтобы субподрядчик или поставщик материалов предоставил подписанное уведомление о предварительном удержании.

Фиг. 61 представляет уведомление об обновленных деталях счета, которое может быть передано ГП в ходе задачи 244 обновленных деталей счета. Уведомление по фиг. 61 может включать в себя заявление, что субподрядчик или поставщик материалов обновили детали платежа для выделения средств на конкретную дату для конкретного проекта. Уведомление может обеспечить связь для того, чтобы представить детали счета.

На фиг. 62 показан экран представления находящегося на рассмотрении запроса выделения средств, который может быть связан с задачей 246 представления находящегося на рассмотрении запроса выделения средств. ГП может получить доступ к экрану представления находящегося на рассмотрении запроса выделения средств с помощью модуля 44 выделения средств. ГП может выбрать каждого участника для включения в выделение средств, подтвердить выделение средств и послать уведомление в реальном времени подписывающему лицу каждой организации. Однако ГП также может отклонить ожидающий запрос выделения средств, уведомить выбранных участников о необходимости повторно ввести счет и сообщить причину отклонения запроса выделения средств. Экран представления находящегося на рассмотрении запроса выделения средств может включать в себя название проекта, номер проекта, адрес проекта, номер выделения средств, дату выделения средств, список участников, которые представили счета, и список участников, которые не представили счета. Участники могут быть организованы по кодам фаз. Для каждого кода фазы экран представления находящихся на рассмотрении запросов выделения средств может включать в себя требуемую величину, величину бюджета, величину платежа, накопленное удержание и остаточный баланс. В некоторых вариантах осуществления экран представления находящегося на рассмотрении запроса выделения средств (или домашняя страница проекта) может также обеспечить один или несколько графических показателей продвижения конкретного выделения средств, таких как индикатор продвижения (выполнения). Управляющий проектом может определить, какие участники могут просматривать показатели продвижения. Кроме того, в некоторых вариантах осуществления СУПС 10 может автоматически передавать уведомления (например, приблизительно в реальном времени) участникам, которые сообщают участникам о статусе конкретного выделения средств.

На фиг. 63 представлено уведомление об отклоненных деталях счета, которое может быть передано в ходе задачи 274 не принятых деталей платежа. Уведомление по фиг. 63 может включать в себя заявление, что детали платежа и счета, введенные конкретным пользователем для выделения средств, которое проводится на некоторую дату для конкретного проекта, не были приняты и причины отклонения. Уведомление может включать в себя запрос к субподрядчику или поставщику материалов на повторный ввод деталей платежа перед тем, как выделение средств закроется.

На фиг. 64 представлен счет, не включенный в уведомление выделения средств, которое может быть передано в ходе задачи 272 не включенного в выделение средств счета. Уведомление по фиг. 64 может включать в себя заявление, что участник не представлял одобренное заявление под присягой для выделения средств для проекта и что участник и все его субподрядчики не будут включены в выделение средств. Уведомление может констатировать, что все представленные заявления под присягой и счета были уничтожены.

После того как субподрядчики или поставщики материалов представляют счета на конкретное выделение средств, СУПС 10 может выработать объединенный счет на основании полученных счетов. СУПС 10 может также включить детали счета, предоставленные ГП.

На фиг. 64В представлена форма ввода счета, которую ГП может использовать для ввода деталей счета для конкретного выделения средств.

В некоторых вариантах осуществления ГП может обращаться к форме ввода счета с домашней страницы проекта, как показано на фиг. 64С.

- 20 015056

Как показано на фиг. 64В, ГП может ввести величину счета для самостоятельно выполненной работы. Форма ввода счета может также отображать величины счета, полученные от субподрядчиков или поставщиков материалов, включенных в выделение средств. В некоторых вариантах осуществления ГП или управляющий проектом могут предъявлять счет по субподрядчику или поставщику материалов. Например, ГП может выставить счет по одному или нескольким объектам или периодам работы, по которым ГП еще не получил счет от субподрядчика или поставщика материалов. Предъявляя счет, ГП может получить величину удержания по объектам или периодам работы.

После того как ГП вводит детали счета, используя форму ввода счета, показанную на фиг. 64В, СУПС 10 может выработать уведомление о представленном счете, как показано на фиг. 64Ό, и может отобразить уведомление о представленном счете ГП.

ГП может также одобрить или отклонить счета, которые ГП получает от субподрядчиков и поставщиков материалов, используя форму одобрения счетов, как показано на фиг. 64Е. Используя форму одобрения счетов, ГП может выбрать один или несколько счетов для отклонения и/или один или несколько счетов для принятия. В некоторых вариантах осуществления, если ГП отклоняет счет, ГП может использовать форму одобрения счетов для представления причин или комментариев, которые указывают, почему ГП отклонил счет.

Как показано на фиг. 64Е, для каждого полученного счета форма одобрения счетов может включать в себя связь с представлением счета. ГП может выбрать связь с представлением счета, относящуюся к конкретному субподрядчику или поставщику материалов, для представления счета, полученного от субподрядчика или поставщика материалов. Например, если ГП выбирает связь с представлением счета, относящуюся к конкретному субподрядчику или поставщику материалов, СУПС 10 может отобразить экран представления счета, как показано на фиг. 64Е, который отображает счет, предъявленный субподрядчиком или поставщиком материалов. После того как ГП одобряет один или несколько счетов, СУПС 10 может выработать уведомление об одобренных счетах, как показано на фиг. 64С. и может отобразить уведомление об одобренных счетах ГП.

После того как ГП одобрил один или несколько счетов, полученных от субподрядчиков или поставщиков материалов, и/или ввел детали счета, используя форму ввода счета, показанную на фиг. 64В, СУПС 10 может выработать счет, на основании информации счета, полученной от субподрядчиков или поставщиков материалов и ГП.

На фиг. 65 представлена форма автоматически выработанного счета (например, форма, которая является совместимой с промышленной практикой, такая как форма 0702/703), которая может быть связана с задачей 248 выработки счета (маркирован 0702/703 на фиг. 54). ГП, субподрядчики и поставщики материалов могут обращаться к формам счета посредством модуля 44 выделения средств. Субподрядчики, поставщики материалов и/или архитектор могут подписать форму счета электронным образом (например, с использованием продукции поставщика программного обеспечения электронной подписи, такого как Л1рйаТги8! СогрогаЕои).

На фиг. 66А показана форма автоматически выработанного заявления под присягой, которая может быть связана с задачей 250 формы заявления под присягой. ГП может обращаться к форме заявления под присягой посредством модуля 44 выделения средств. ГП может подписывать форму заявления под присягой электронным образом (например, с использованием продукции поставщика программного обеспечения электронной подписи, такого как А1рНаТги51 СогрогаЕои).

После выработки СУПС 10 счета и/или заявления под присягой на основании одобренных счетов от субподрядчиков и поставщиков материалов и деталей счета, введенных ГП, ГП может просмотреть электронные документы, используя экран отсылки подписывающему, как показано на фиг. 66В. После того как ГП просмотрит автоматически выработанные документы, ГП может использовать экран отсылки подписывающему лицу для представления счета и/или заявления под присягой пользователю, связанному с ГП, который авторизован СУПС 10 подписывать документы (в дальнейшем упоминаемому, как подписывающее лицо). После того как ГП представляет документы для подписи, СУПС 10 может выработать уведомление об отосланном подписывающему лицу счете, как показано на фиг. 66С, и может отобразить уведомление об отосланном подписывающему лицу счете ГП.

Когда один или несколько документов представлены ГП для подписи, СУПС 10 может уведомить подписывающее лицо, что один или несколько документов ожидают подписи. Например, СУПС 10 может отобразить уведомление на домашней странице проекта подписывающего лица, как показано на фиг. 66Ό. Чтобы подписывать документ, подписывающее лицо может обратиться к экрану подписи документа, как показано на фиг. 66Е. Используя экран подписи документа, показанный на фиг. 66Е, подписывающее лицо может также отклонить документ и может ввести причины или комментарии, которые указывают, почему подписывающее лицо отклонило документ.

Подписывающее лицо может подписать документ, выбирая механизм выбора подписи счета (например, подпись 0702), включенный в экран подписи документа. Если подписывающее лицо выбирает механизм выбора подписи счета, СУПС 10 может отобразить автоматически выработанную форму счета, как показано на фиг. 66Е. Для электронным образом подписи отображенной формы счета подписывающее лицо может выбрать механизм выбора подписи документа, включенный в форму счета, как показано

- 21 015056 на фиг. 66Е. После того как подписывающее лицо выбирает механизм выбора подписи документа, СУПС 10 вырабатывает и отображает подписанный счет, как показано на фиг. 660, 66Н. После того как подписывающее лицо подписывает счет, СУПС 10 может выработать уведомление о подписанном счете, как показано на фиг. 661, и может отобразить уведомление о подписанном счете подписывающему лицу.

После того как подписывающее лицо подписывает счет и/или заявление под присягой, СУПС 10 может подсказать подписывающему лицу (например, тому же пользователю, который подписал счет и/или заявление под присягой или другому пользователю, связанному с ГП и авторизованному подписывать документы) подписать отказ от удержания, связанный со счетом и/или заявлением под присягой, используя экран подписи документа, как показано на фиг. 661. Для подписи отказа от удержания подписывающее лицо может выбрать механизм выбора подписи отказа от удержания, включенный в экран подписи документа. Если подписывающее лицо выбирает механизм выбора подписи счета, СУПС 10 отображает автоматически выработанную форму отказа от удержания, как показано на фиг. 66К. Для электронным образом подписи отображенного отказа от удержания подписывающее лицо может выбрать механизм выбора подписи документа, включенный в форму отказа от удержания, как показано на фиг. 66К. После того как подписывающее лицо выбирает механизм выбора подписи документа, СУПС 10 вырабатывает и отображает подписанный отказ от удержания, как показано на фиг. 66Ь.

Подобным образом, СУПС 10 может напомнить нотариусу, связанному с ГП, нотариально заверить подписанный отказ от удержания, используя экран подписи документа, как показано на фиг. 66М. В некоторых вариантах осуществления каждая организация, зарегистрированная в системе 10, может назначить по меньшей мере одного пользователя как нотариуса для организации. Нотариус может использовать СУПС 10 для установления пароля или личного идентификационного номера (ЛИН, ΡΙΝ) нотариуса. Нотариусу может быть предложено ввести ЛИН нотариуса при регистрации в системе 10 и/или при подписи конкретного документа. Для предотвращения неправомочного использования ЛИН нотариуса сеанс нотариуса в СУПС 10 может быть ограничен по времени и СУПС 10 может потребовать от нотариуса повторный ввод ЛИН нотариуса. Кроме того, в некоторых вариантах осуществления СУПС 10 может создавать контрольный след каждый раз, когда нотариус нотариально заверяет документ. Чтобы обратиться к контрольному следу для конкретного нотариального заверения, пользователь может обратиться к нотариально заверенному документу через СУПС 10 и может выбрать или кликнуть на электронное нотариальное заверение, отображенное в документе. СУПС 10 затем может отобразить контрольный след, связанный с выбранным нотариальным заверением. СУПС 10 может обеспечить подобную функциональную возможность контрольного следа для всех типов электронных подписей и авторизаций, записываемых системой 10.

Для нотариального заверения подписанного отказа от удержания нотариус может выбрать механизм выбора нотариального заверения отказа от удержания, включенный в экран подписи документа, показанный на фиг. 66М. Если нотариус выбирает механизм выбора нотариального заверения отказа от удержания, СУПС 10 может отобразить форму нотариального заверения подписанного отказа от удержания, как показано на фиг. 66Ν. Для электронным образом нотариального заверения отображенной подписанной формы отказа от удержания нотариус может выбрать механизм выбора нотариального заверения или подписи документа, включенный в форму нотариального заверения подписанного отказа от удержания, как показано на фиг. 66Ν. После того как нотариус выбирает механизм выбора подписи документа, СУПС 10 может выработать и отобразить нотариально заверенный подписанный отказ от удержания, как показано на фиг. 660. СУПС 10 может также выработать уведомление о подписанном документе, как показано на фиг. 66Ρ, и может отобразить уведомление о подписанном документе подписывающему лицу.

На фиг. 67 представлено заявление о выполнении фондов доступными, которое может быть передано в ходе задачи 252 доступных фондов. Уведомление по фиг. 67 может включать в себя инструкции следовать по связи для запроса отказов от удержания и высвобождения фондов, когда фонды свободны к высвобождению для выделения средств по проекту.

На фиг. 68А показан экран представления запроса выделения средств, который может быть связан с задачей 254 представления запроса выделения средств. ГП может обратиться к экрану представления запроса выделения средств с помощью модуля 44 выделения средств. ГП может просмотреть детали выделения средств, разрешить использование фондов и запросить отказы от удержания. Экран представления запроса выделения средств может включать в себя название проекта, номер проекта, адрес проекта, номер выделения средств, дату выделения средств и список участников выделения средств. Список участников может включать в себя имя участника, код фазы, сведения о том, был ли получен отказ от удержания, затребованную величину, величину бюджета, величину платежа, накопленное удержание и остаточный баланс. Список участников может также включать в себя любого субподрядчика и их отказы от удержания или другие типы представленных документов (например, счета, заявление под присягой, контракты и т. д.).

- 22 015056

На фиг. 68В представлен экран запроса отказов от удержания, к которому можно обратиться через экран представления запроса выделения средств, как показано на фиг. 68А, или домашнюю страницу проекта, как показано на фиг. 68С. Используя экран запроса отказов от удержания, ГП может просмотреть список субподрядчиков и поставщиков материалов, связанных с выделением средств. Чтобы запросить отказы от удержания от указанных субподрядчиков и поставщиков материалов, ГП может выбрать механизм выбора запроса отказов от удержания, включенный в экран запроса отказов от удержания. После того как ГП выбирает механизм выбора запроса отказов от удержания, СУПС 10 может выработать уведомление о запрошенных отказах от удержания, как показано на фиг. 68Ό, и может отобразить для ГП уведомление о запрошенных отказах от удержания.

На фиг. 69А представлено уведомление подписи отказа от удержания, которое может быть передано в ходе задачи 256 подписи отказа от удержания. Уведомление по фиг. 69А может быть передано в реальном времени всем участникам выделения средств и может включать в себя заявление, что выделение средств, запланированное для проекта, было разрешено и что от субподрядчика или поставщика материалов требуется подписать свой отказ от удержания, чтобы получить платежи по выделению средств. В некоторых вариантах осуществления субподрядчики и поставщики материалов могут обращаться к уведомлению подписи отказа от удержания через домашнюю страницу проекта, как показано на фиг. 69В.

В некоторых вариантах осуществления для того, чтобы подписать отказ от удержания, субподрядчики и поставщики материалов могут выбрать связь, включенную в уведомление подписи отказа от удержания. Если субподрядчик или поставщик материалов выбирают связь, включенную в уведомление подписи отказа от удержания, СУПС 10 может выработать и отобразить экран подписи документа, как показано на фиг. 69С. Чтобы подписать отказ от удержания, субподрядчик или поставщик материалов могут выбрать механизм выбора подписи отказа от удержания, включенный в экран подписи документа. Если субподрядчик или поставщик материалов выбирают механизм выбора подписи отказа от удержания, СУПС 10 отображает автоматически выработанную форму отказа от удержания.

На фиг. 70 А, 70В представлена автоматически выработанная форма отказа от удержания, которая может быть связана с задачей 258 формы отказа от удержания. Субподрядчики и поставщики материалов могут получить доступ к форме отказа от удержания посредством модуля 44 выделения средств. Форма отказа от удержания может быть автоматически выработана на основании бюджета, с учетом статей для каждого субподрядчика или поставщика материалов. Субподрядчики и поставщики материалов могут подписать формы отказа от удержания электронным образом (например, используя продукты для выполнения электронной подписи корпорации А1рйаТги81), посредством выбора механизм выбора подписи, включенного в форму отказа от удержания, как показано на фиг. 70В. После того как они подписаны, отказы 68 от удержания могут быть сохранены в электронном промежуточном бункере/средстве 54 условного депонирования. Как только субподрядчик или поставщик материалов подписывает отказ от удержания, СУПС 10 может отобразить подписанный или электронным образом выполненный отказ от удержания, как показано на фиг. 70С.

В некоторых вариантах осуществления в дополнение к подписанию отказа от удержания субподрядчик или поставщик материалов могут нотариально заверить отказ от удержания. Например, СУПС 10 может напомнить нотариусу, связанному с субподрядчиком или поставщиком материалов, нотариально заверить подписанный отказ от удержания с использованием экрана подписи документа, как показано на фиг. 70Ό. Для нотариального заверения подписанного отказа от удержания нотариус может выбрать механизм выбора нотариального заверения отказа от удержания, включенный в экран подписи документа, показанный на фиг. 70Ό. Если нотариус выбирает механизм выбора нотариального заверения отказа от удержания, СУПС 10 может отобразить форму нотариального заверения отказа от удержания, как показано на фиг. 70Е. Для электронным образом нотариального заверения отображенной формы подписанного отказа от удержания нотариус может выбрать механизм выбора нотариального заверения или подписи документа, включенный в форму нотариального заверения подписанного отказа от удержания, показанную на фиг. 70Е. После того как нотариус выбирает механизм выбора подписи документа, СУПС 10 вырабатывает и отображает заверенный нотариально подписанный отказ от удержания, как показано на фиг. 70С. СУПС 10 может также выработать уведомление о подписанном документе, как показано на фиг. 70Н, и может отобразить уведомление о подписанном документе субподрядчику или поставщику материалов.

На фиг. 71 показано уведомление о подписанном отказе от удержания, которое может быть передано в ходе задачи 266 подписанного отказа от удержания. Уведомление по фиг. 71 может включать в себя заявление, что субподрядчик или поставщик материалов подписал свой отказ от удержания для выделения средств по проекту. Уведомление может включать в себя доступ к деталям выделения средств и отказов от удержания, полученных в настоящий момент.

На фиг. 72 показан экран представления запроса выделения средств, который может быть связан с задачей 268 представления запроса выделения средств. ГП, субподрядчик или поставщик материалов могут обращаться к экрану представления запроса выделения средств с помощью модуля 44 выделения средств. Экран представления запроса выделения средств может включать в себя название проекта, но

- 23 015056 мер проекта, адрес проекта, номер выделения средств, дату выделения средств и список участников выделения средств. Список участников может включать в себя имя участника, код фазы, сведения о том, был ли получен отказ от удержания, затребованную величину, величину бюджета, величину платежа, накопленное удержание и остаточный баланс. Список участников может также включать в себя любого субподрядчика и его отказы от удержания.

На фиг. 73А представлено уведомление о подписании всех отказов от удержания, которое может быть передано в ходе задачи 260 подписания всех отказов от удержания. Уведомление по фиг. 73 может включать в себя заявление, что все отказы от удержания для выделения средств по проекту были подписаны. Уведомление может включать в себя связь для представления деталей выделения средств и расходования фондов. В некоторых вариантах осуществления ГП может обращаться к уведомлению о подписании всех отказов от удержания с экрана представления всех сообщений, как показано на фиг. 73В.

На фиг. 74А, 74В показаны формы представления запроса выделения средств, которые могут быть связаны с задачей 262 расходования фондов. ГП (или архитектор, владелец, представитель владельца, заимодатель или титульная компания) могут обращаться к формам представления запроса выделения средств и могут одобрять выделение средств с помощью модуля 44 выделения средств и/или модуля 60 одобрения выделения средств. Формы представления запроса выделения средств могут включать в себя название проекта, номер проекта, адрес проекта, номер выделения средств, дату выделения средств и список участников выделения средств. Список участников может включать в себя имя участника, код фазы, сведения о том, был ли получен отказ от удержания, затребованную величину, величину бюджета, величину платежа, накопленное удержание и остаточный баланс. Список участников может также включать в себя любого субподрядчика и его отказы от удержания. Когда ГП выплачивает фонды, отказы от удержания по существу одновременно снимаются, и платежное поручение посылают в систему 26 АРПА.

Как показано на фиг. 74В, форма представления запроса выделения средств может указывать величину платежа для конкретного субподрядчика или поставщика материалов. Форма представления запроса выделения средств может также указывать величину задержанного платежа для конкретного субподрядчика или поставщика материалов. В некоторых вариантах осуществления СУПС 10 может автоматически задержать платеж субподрядчику или поставщику материалов. Например, как описано ниже, СУПС 10 может автоматически задержать платеж тому субподрядчику или поставщику материалов, который не представил один или несколько необходимых документов, таких как контракт, лицензия, страховой документа и т.д. Используя СУПС 10, ГП может также вручную задержать платеж конкретному субподрядчику или поставщику материалов по различным другим причинам.

Как показано на фиг. 74В, форма представления запроса выделения средств может также включать в себя связи, которые ГП может использовать для просмотра отказов от удержания, представленных для выделения средств, или просмотра статуса документов, которые требуются от участников выделения средств.

На фиг. 75А, 75В показаны уведомления о выплаченном платеже, которые могут быть переданы в ходе задачи 264 выплаченных платежей. Уведомления по фиг. 75А, 75В могут быть переданы в реальном времени всем участникам выделения средств и могут включать в себя заявление, что платежи выплачены по выделению средств, запланированному на конкретную дату по проекту. В некоторых вариантах осуществления ГП может обратиться к уведомлению о выплаченном платеже посредством домашней страницы проекта, как показано на фиг. 75С.

В дополнение к уведомлению ГП о выплаченных платежах или вместо этого уведомления, СУПС 10 может уведомить субподрядчиков или поставщиков материалов, получающих платеж по выделению средств о выплаченных платежах, используя экран получения платежа по выделению средств, как показано на фиг. 75Ό.

На фиг. 76 представлены задачи 276 поддержания системных экранов, которые могут быть включены в процесс 102 управления системным окружением. Задачи 276 поддержания системных экранов могут быть использованы каждым пользователем или каждой организацией для настройки программного окружения в соответствии с конкретными потребностями. Например, организация может настроить коды фаз для своих проектов. Задачи 276 поддержания системных экранов могут быть выполнены любым из участников, использующим администратора 52 системного окружения. Задачи 276 поддержания системных экранов могут включать в себя задачу 278 поддержания кодов фаз, задачу 280 администратора логина пользователя, задачу 282 дополнения/редактирования списка выбора, задачу 284 дополнения/редактирования роли организации, задачу 286 параметров настройки по умолчанию, задачу 288 редактирования уведомлений, задачу 290 конфигурации по умолчанию и задачу 292 дополнения/редактирования роли пользователя.

На фиг. 77 представлена форма поддержания кодов фаз, которая может быть связана с задачей 278 поддержания кодов фаз. Каждый участник может обратиться к форме поддержания кодов фаз посредством администратора 52 системного окружения. Участник может добавить новую или удалить выбранную статьи бюджета.

- 24 015056

На фиг. 78 представлен экран администрирования логина пользователя, который может быть связан с задачей 280 администратора логина пользователя. Каждый участник может обратиться к экрану администратора логина пользователя с помощью администратора 52 системного окружения. Пользователь в организации может ввести в имя пользователя и использовать экран для входа в систему, как любой пользователь в системе.

На фиг. 79 показана форма дополнения/редактирования списка выбора, которая может быть связана с задачей 282 дополнения/редактирования списка выбора. Администратор СУПС 10 может добавлять новые или удалять выбранные записи списка выбора (например, списки состояний, типы проектов и т.д.) в различных выпадающих меню, обеспечиваемых СУПС 10.

На фиг. 80 представлена форма дополнения/редактирования роли организации, которая может быть связана с задачей 284 дополнения/редактирования роли организации. ГП может обращаться к форме дополнения/редактирования роли организации посредством администратора 52 системного окружения. ГП может выбрать проверку на разрешение доступа для каждого типа организации (например, банка, титульной компании, ГП, субподрядчика или архитектора).

На фиг. 81 показана форма задания по умолчанию/конфигурирования установок, которая может быть связана с задачей 286 установок по умолчанию. ГП может обращаться к форме задания по умолчанию/конфигурирования установок посредством администратора 52 системного окружения. ГП может ввести свои предпочтительные установки, такие как дни напоминания о близком выделении средств, дни напоминания о начале выделения средств, минимальное время выполнения запроса выделения средств, идентификация безопасности, сведения о том, нужно ли инспектору заплатить через систему АРПА, нужно ли ожидать все отказы от удержания, сведения о том, кто платит инспектору (например, банк, титульная компания, владелец, представитель владельца или ГП).

На фиг. 82 представлена форма редактирования уведомления, которая может быть связана с задачей 288 редактирования уведомлений. ГП может обращаться к форме редактирования уведомления посредством администратора 52 системного окружения. ГП может изменить уведомления, которые переданы в ходе различных процессов. ГП может выбрать конкретное уведомление и редактировать уведомление по умолчанию по мере необходимости. ГП может также определить, необходимы ли конкретные авторизации, такие как авторизация банка, для изменения уведомления.

На фиг. 83 представлена форма задания по умолчанию/конфигурирования процесса, которая может быть связана с задачей 290 конфигураций по умолчанию. ГП, владелец, представитель владельца, заимодатель и т.д. могут обращаться к форме задания по умолчанию/конфигурирования процесса посредством администратора 52 системного окружения для настройки частей процесса платежа в строительстве или изменять правила для частей процесса платежа в строительстве. Например, ГП может определять и сохранить свои собственные коды фаз. ГП, владелец, представитель владельца, заимодатель и т.д. могут выбирать, активировать ли им конкретные задачи в каждом процессе и могут обращаться к связи для редактирования каждого из уведомлений, связанных с задачами.

На фиг. 84 представлена форма дополнения/редактирования роли пользователя, которая может быть связана с задачей 292 дополнения/редактирования роли пользователя. ГП может обращаться к форме дополнения/редактирования роли пользователя посредством администратора 52 системного окружения. ГП может выбирать роли для конкретного пользователя, такого как администратор системы, пользователь справочной службы системы, локальный администратор, регулярный пользователь, и доступ только для просмотра. ГП может добавить новые роли или удалить выбранные роли.

На фиг. 85 представлены задачи 294 выполнения инспекций, которые могут быть включены в процесс 96 управления выделением средств. Задачи 294 выполнения инспекции могут быть использованы для планирования и облегчения инспекций строительного проекта, если они необходимы перед каждым выделением средств. Задачи 294 выполнения инспекций могут быть выполнены ГП и инспектором с использованием модуля 58 инспекции модуля 94 выделения средств. Задачи 294 выполнения инспекций могут включать в себя задачу 296 требуемой инспекции, задачу 298 формы требуемой инспекции, задачу 300 подготовки к проведению инспекции, задачу 302 представления предыдущих инспекций, задачу 304 ввода инспекции, задачу 306 ввода отчета инспекции, задачу 308 формы отчета инспекции и задачу 310 неуспешного отчета инспекции.

На фиг. 86 представлено уведомление о подготовке к проведению инспекции, которое может быть передано в ходе задачи 300 уведомления о подготовке к проведению инспекции.

Уведомление по фиг. 86 может включать в себя заявление, что выделение средств запланировано для проекта на некоторую дату и что от инспектора требуется подготовиться к проведению инспекции для выделения средств. Уведомление может констатировать, что инспекция должна быть проведена только после получения подтверждения.

На фиг. 87 представлено уведомление требуемой инспекции, которое может быть передано в ходе задачи 296 уведомления требуемой инспекции. Уведомление по фиг. 87 может включать в себя заявление, что запланированное выделение средств находится на рассмотрении для проекта, и связь для определения, требуется ли инспекция для выделения средств.

- 25 015056

На фиг. 88 представлен экран требуемой инспекции, который может быть связан с задачей 298 требуемой инспекции. ГП (или владелец, представитель владельца, заимодатель или титульная компания) может обращаться к экрану требуемой инспекции посредством модуля 58 инспекции модуля 44 выделения средств. Экран требуемой инспекции может включать в себя название проекта, номер проекта, номер выделения средств, название владельца, дату выделения средств, адрес проекта и список участников. Список участников может включать в себя величину запроса, название организации, роль организации, статью бюджета, величину бюджета, величину платежа, накопленное удержание и остаточный баланс. Экран требуемой инспекции может также включать в себя общие комментарии, комментарии инспектору и сведения о том, должна ли инспекция быть запланированной.

На фиг. 89 представлено уведомление ввода отчета инспекции, которое может быть передано в ходе задачи 304 ввода инспекции. Уведомление по фиг. 89 может включать в себя заявление, что расписание выделения средств на некоторую дату по проекту было авторизовано и что получатель должен выполнить инспекцию. Уведомление может включать в себя связь для представления деталей проекта и выработки контрольного списка инспекции.

На фиг. 90 представлена форма ввода отчета инспекции, которая может быть связана с задачей 306 ввода отчета инспекции. Инспектор может вводить детали инспекции в форму отчета инспекции. Форма отчета инспекции может включать в себя название проекта, номер проекта, номер выделения средств, дату выделения средств, название владельца, адрес проекта, дату инспекции и общие комментарии инспекции.

На фиг. 91 представлен экран формы отчета инспекции, который может быть связан с задачей 308 формы отчета инспекции. ГП, владелец, представитель владельца, титульная компания или инспектор могут обращаться к экрану формы отчета инспекции посредством модуля 58 инспекции модуля 44 выделения средств.

На фиг. 92 представлено уведомление о неуспешном отчете инспекции, которое может быть передано в ходе задачи 310 неуспешного отчета инспекции. Уведомление по фиг. 92 может включать в себя заявление, что имеется высокий уровень обеспокоенности о проекте после инспекции, проведенной на конкретную дату. Уведомление может включать в себя связь для получения доступа к форме отчета инспекции.

На фиг. 93 показан экран представления предыдущих инспекций, который может быть связан с задачей 302 представления предыдущих инспекций. ГП, владелец, представитель владельца, титульная компания или инспектор могут обращаться к экрану представления предыдущих инспекций с помощью модуля 58 инспекции модуля 44 выделения средств и могут выбрать инспекцию, выполненную на конкретную дату.

На фиг. 94 представлен процесс 312 одобрения запроса выделения средств, который может быть включен в процесс 96 управления выделением средств. Процесс 312 одобрения запроса выделения средств может быть использован для подтверждения, что необходимые инспекции были выполнены, одобрения каждого выделения средств в процессе платежа в строительстве и выдачи отказов от удержания. Процесс 312 одобрения запроса выделения средств может быть выполнен ГП и/или любым участником выше линии ГП (таким как владелец, представитель владельца, титульная компания, архитектор и т.д.) с использованием модуля 60 одобрения выделения средств модуля 44 выделения средств. Как только проект был инициирован, СУПС 10 может быть использована для одобрения любого типа платежа, связанного с процессом строительства. СУПС 10 позволяет облегчить параллельные одобрения (например, как ГП, так и владелец должны одобрить выделение средств) или последовательность одобрений (например, одобрить выделение средств должен архитектор, затем владелец, затем заимодатель). СУПС 10 может быть использована для конфигурирования процесса одобрения для каждого проекта. СУПС 10 может быть использована для одобрения распоряжения об изменении для бюджета или конкретных величин, которые в рамках контракта определены между сторонами. Например, СУПС 10 может быть использована для получения одобрения от ГП и/или любого участника выше линии ГП для распоряжения об изменении, которое превышает определенную величину, или для одобрения всех распоряжений об изменении после того, как предел был превышен. Процесс 312 одобрения запроса выделения средств может включать в себя задачу 314 Авторизации Запроса Выделения Средств Один, задачу 316 Авторизации Запроса Выделения Средств Один отклонено, задачу 318 подтвержденных инспекций, задачу 320 авторизованной инспекции, задачу 322 модифицированных деталей платежа, задачу 324 уведомления Авторизации Запроса Выделения Средств Два, задачу 326 Авторизации Запроса Выделения Средств Два, задачу 328 отклонения Авторизации Запроса Выделения Средств Два, задачу 330 разрешения Авторизации Запроса Выделения Средств Два и задачу 332 выдачи отказа от удержания.

На фиг. 95 представлена форма Авторизации Запроса Выделения Средств Один или форма авторизации заявления под присягой, которая может быть связана с задачей 314 Авторизации Запроса Выделения Средств Один. ГП, владелец, представитель владельца или титульная компания могут обращаться к форме Авторизации Запроса Выделения Средств Один посредством модуля 44 выделения средств. Форма Авторизации Запроса Выделения Средств Один может включать в себя название проекта, номер проекта, владельца, адрес проекта, номер выделения средств и дату выделения средств. Форма Авторизации

- 26 015056

Запроса Выделения Средств Один может включать в себя любые вводимые данные для каждой организации, включая величину запроса, название организации, роль организации, статью бюджета, величину бюджета, величину платежа, накопленное удержание и остаточный баланс. Форма Авторизации Запроса Выделения Средств Один может включать в себя полученные авторизации, предстоящие авторизации, сведения о том, требуется ли инспекция, возможность ввести пароль для авторизации и возможность отказать в авторизации и указать причину.

На фиг. 96 представлено уведомление отклоненной авторизации первого выделения средств, которое может быть передано в ходе задачи 316 Авторизации Запроса Выделения Средств Один отклонено. Уведомление по фиг. 96 может включать в себя заявление, что в авторизации выделения средств для проекта было отказано и связь для представления и/или изменения деталей выделения средств.

На фиг. 97 представлено уведомление подтвержденной инспекции, которое может быть передано в ходе задачи 318 подтвержденных инспекций. Уведомление по фиг. 97 может включать в себя заявление, что выделение средств, запланированное для проекта, было авторизовано, и инструкции выполнить инспекцию площадки, а также связь для представления деталей проекта и выработки контрольного списка.

На фиг. 98 представлено уведомление о модифицированных деталях платежа, которое может быть передано в ходе задачи 322 модифицированных деталей платежа. Уведомление по фиг. 98 может включать в себя заявление, что детали платежа для выделения средств по проекту не были приняты. В уведомлении могут быть перечислены детали проектного участия и платежей, относящихся к выделению средств, роль организации, статья бюджета и величина платежа.

На фиг. 99 представлено уведомление авторизованной инспекции, которое может быть передано в ходе задачи 320 авторизованной инспекции. Уведомление по фиг. 99 может включать в себя заявление, что инспекция площадки по проекту была авторизована.

На фиг. 100 представлено Уведомление Авторизации Запроса Выделения Средств Два, которое может быть передано в ходе задачи 324 уведомления - Авторизации Запроса Выделения Средств Два. Уведомление по фиг. 100 может включать в себя заявление, что от получателя требуется проверить отчет инспекции, введенный в проект, что разрешение получателя требуется прежде, чем выделение средств может перейти к следующей фазе (например, опрос получателей выделения средств в отношении отказов от удержания), и связь для представления отчета инспекции и предоставления разрешения на выделение средств или отказа от него.

На фиг. 101 показана форма Авторизации Запроса Выделения Средств Два, которая может быть связана с задачей 326 Авторизации Запроса Выделения Средств Два. ГП, владелец, представитель владельца или титульная компания могут обращаться к форме Авторизации Запроса Выделения Средств Два с помощью модуля 60 одобрения выделения средств модуля 44 выделения средств. Форма Авторизации Запроса Выделения Средств Два может включать в себя название проекта, номер проекта, владельца, адрес проекта, номер выделения средств и дату выделения средств. Форма Авторизации Запроса Выделения Средств Два может включать в себя любые вводимые данные для каждой организации, включая величину запроса, название организации, роль организации, статью бюджета, величину бюджета, величину платежа, накопленное удержание и остаточный баланс. Форма Авторизации Запроса Выделения Средств Два может включать в себя полученные авторизации, предстоящие авторизации, сведения о том, требуется ли инспекция, возможность ввести пароль для авторизации и возможность отказать в авторизации и указать причину.

На фиг. 102 представлено уведомление отклоненной Авторизации Запроса Выделения Средств Два, которое может быть передано в ходе задачи 328 отклоненной Авторизации Запроса Выделения Средств Два. Уведомление по фиг. 102 может включать в себя заявление, что в авторизации выделения средств, запланированного для проекта, отказано участником и что выделение средств не может произойти без этой авторизации.

На фиг. 103 представлено уведомление разрешенной Авторизации Запроса Выделения Средств Два, которое может быть передано в ходе задачи 330 Авторизации Запроса Выделения Средств Два. Уведомление по фиг. 103 может включать в себя заявление, что выделение средств по проекту было авторизовано участником.

На фиг. 104 представлено уведомление выдачи (внесения) отказа от удержания, которое может быть передано в ходе задачи 332 выдачи отказа от удержания. Уведомление по фиг. 104 может включать в себя заявление, что выделение средств, запланированное по проекту, было авторизовано участником, и что от получателя требуется выдать отказ от удержания, чтобы получить платежи по выделению средств, а также связь, позволяющая получателю выдать отказ от удержания.

На фиг. 105 представлен процесс 334 запроса изменения, который может быть включен в процесс 98 управления распоряжением об изменении. Процесс 334 запроса изменения может быть использован для изменения полного бюджета проекта (обычно, чтобы расширить бюджет), добавления новых статей, разбиения статьи, изменения существующих статей или прекращения отношений с субподрядчиками и высвобождения остаточных фондов для других участников. Процесс 334 запроса изменения может быть выполнен ГП, архитектором, владельцем, представителем владельца, заимодателем или субподрядчиком с использованием модуля 48 распоряжения об изменении. Процесс 334 запроса изменения может вклю

- 27 015056 чать в себя задачу 336 запроса изменения, задачу 338 выданного запроса изменения 340 и задачу 340 авторизации запроса изменения.

На фиг. 106 представлена форма запроса изменения, которая может быть связана с задачей 336 запроса изменения. ГП или субподрядчик могут обращаться к форме запроса изменения посредством модуля 48 распоряжения об изменении. Форма запроса изменения может включать в себя название проекта, номер проекта, адрес проекта, название владельца и список величин для изменения. Список величин для изменения может включать в себя величину изменения, название организации, роль организации, статью бюджета, величину бюджета, величину платежа и остаточный баланс. Форма запроса изменения может включать в себя поле описания изменения. Форма запроса изменения может включать в себя сведения, является ли форма платежа займом или платежом владельца, а также является ли способ платежа заемным, посредством чека владельца или с помощью кредитной карты. Форма запроса изменения может включать в себя в настоящее время предполагаемую дату завершения и новую предполагаемую дату завершения.

На фиг. 107 представлено уведомление о выданном запросе изменения, которое может быть передано в ходе задачи 338 выданного запроса изменения. Уведомление по фиг. 107 может включать в себя заявление, что по проекту был выдан запрос изменения и он ожидает авторизации. Уведомление может включать в себя детали запроса изменения, название организации, статью бюджета, текущую величину бюджета и величину изменения.

На фиг. 108 представлено уведомление авторизации запроса изменения, которое может быть передано в ходе задачи 340 авторизации запроса изменения. Уведомление по фиг. 108 может включать в себя заявление, что по проекту был выдан запрос изменения и что для запроса изменения требуется одобрение получателя. Уведомление может включать в себя связь для представления деталей запроса изменения, а также для одобрения или отклонения запроса изменения.

На фиг. 109 представлен процесс 342 обработки запроса изменения, который может быть включен в процесс 98 управления распоряжением об изменении. Процесс 342 обработки запроса изменения может быть использован для обеспечения гарантии авторизации изменений, сделанных в бюджете, соответствующим участником, таким как архитектор, заимодатель, титульная компания, владелец, представитель владельца или ГП. Процесс 342 обработки запроса изменения может быть выполнен ГП, архитектором, владельцем, представителем владельца, заимодателем или субподрядчиком с использованием модуля 48 распоряжения об изменении. Процесс 342 обработки запроса изменения может включать в себя задачу 344 представления находящихся на рассмотрении запросов изменения, задачу 346 авторизации запроса изменения, задачу 348 отклоненного запроса изменения и задачу 350 одобренного запроса изменения.

На фиг. 110 показан экран представления находящегося на рассмотрении запроса изменения, который может быть связан с задачей 344 представления находящегося на рассмотрении запроса изменения. ГП, субподрядчик, владелец, представитель владельца, заимодатель или архитектор могут обращаться к экрану представления находящегося на рассмотрении запроса изменения посредством модуля 48 распоряжения об изменении. Экран представления находящегося на рассмотрении запроса изменения может включать в себя название проекта, номер проекта, адрес проекта, название владельца и список величин для изменения. Список величин для изменения может включать в себя величину изменения, название организации, роль организации, статью бюджета, величину бюджета, величину платежа и остаточный баланс. Экран представления находящегося на рассмотрении запроса изменения может включать в себя поле описания изменения. Экран представления находящегося на рассмотрении запроса изменения может включать в себя сведения о том, является ли способ платежа заемным, посредством чека владельца или с помощью кредитной карты. Экран представления находящегося на рассмотрении запроса изменения может включать в себя новую предполагаемую дату завершения, полученные авторизации и предстоящие авторизации.

На фиг. 111 представлена форма авторизации запроса изменения, которая может быть связана с задачей 346 авторизации запроса изменения. ГП, субподрядчик, владелец, представитель владельца, заимодатель или архитектор могут обращаться к форме авторизации запроса изменения посредством модуля 48 распоряжения об изменении. Форма авторизации запроса изменения может включать в себя название проекта, номер проекта, адрес проекта, название владельца и список величин для изменения. Список величин для изменения может включать в себя величину изменения, название организации, роль организации, статью бюджета, величину бюджета, величину платежа и остаточный баланс. Форма авторизации запроса изменения может включать в себя поле описания изменения. Форма авторизации запроса изменения может включать в себя сведения о том, является ли способ платежа заемным, посредством чека владельца или с помощью кредитной карты. Форма авторизации запроса изменения может включать в себя новую предполагаемую дату завершения, полученные авторизации и предстоящие авторизации. Форма авторизации запроса изменения может включать в себя возможность ввода пароля и авторизации запроса изменения, и возможность отказаться от запроса изменения и ввести причину отказа.

- 28 015056

На фиг. 112 представлено уведомление об отклоненном запросе изменения, которое может быть передано в ходе задачи 348 отклоненного запроса изменения. Уведомление по фиг. 112 может включать в себя заявление, что запрос изменения, выданный на некоторую дату по проекту, был отклонен участником.

На фиг. 113 представлено уведомление об одобренном запросе изменения, которое может быть передано в ходе задачи 350 одобренного запроса изменения. Уведомление по фиг. 113 может включать в себя заявление, что запрос изменения, выданный на некоторую дату по проекту, был одобрен участником (например, заимодателем). Только запрос изменения может быть использован для изменения полного бюджета проекта (обычно, чтобы расширить бюджет) посредством добавления новых статей, изменения существующих статей или прекращения отношений с субподрядчиками и высвобождения остаточных фондов для других участников. СУПС 10 может быть использована для обеспечения гарантии авторизации изменений, сделанных в бюджете, соответствующим участником, таким как архитектор, заимодатель, титульная компания, владелец, представитель владельца или ГП. Уведомление по фиг. 113 может быть передано, когда соответствующий участник одобрил запрос изменения.

На фиг. 114 представлен процесс 352 изменения участника проекта, который может быть включен в процесс 98 управления распоряжением об изменении. Процесс 352 изменения участника проекта может быть использован для того, чтобы, например, прекратить отношения с одним субподрядчиком и сделать остаточные фонды доступными другому участнику (такому как замещающий субподрядчик). Процесс 352 изменения участника проекта может быть выполнен ГП или субподрядчиком с использованием модуля 48 распоряжения об изменении. Процесс 352 изменения участника проекта может включать в себя задачу 354 изменения участника, задачу 356 проверки удаления участника и задачу 358 изменения аффидавита.

На фиг. 115 представлен экран изменения участника, который может быть связан с задачей 354 изменения участника. ГП или субподрядчик могут обращаться к экрану изменения участника посредством модуля 48 распоряжения об изменении. Экран изменения участника может включать в себя название проекта, номер проекта, название владельца, адрес проекта и текущий статус проекта. Экран изменения участника может включать в себя список организаций, которые могут быть изменены. Список организаций может включать в себя название организации, роль организации, статью бюджета, величину бюджета, величину платежа, накопленное удержание, остаточный баланс и связь для удаления каждого участника.

На фиг. 116 представлен экран проверки удаления участника, который может быть связан с задачей 356 проверки удаления участника. ГП или субподрядчик могут обращаться к экрану проверки удаления участника посредством модуля 48 распоряжения об изменении. Экран проверки удаления участника может включать в себя название проекта, номер проекта, название владельца, адрес проекта и информацию об участнике, подлежащем удалению (например, название организации, роль организации, статью бюджета, величину бюджета, величину платежа, накопленное удержание и остаточный баланс). Экран проверки удаления участника может включать в себя возможность определения того, участвовал ли участник в проекте материально.

На фиг. 117 представлен экран изменения аффидавита (заявления под присягой), который может быть связан с задачей 358 изменения аффидавита. ГП или субподрядчик могут обращаться к экрану изменения аффидавита посредством модуля 48 распоряжения об изменении. Экран изменения аффидавита может включать в себя название проекта, номер проекта, название владельца, адрес проекта, текущий статус проекта, величину бюджета, предварительно выплаченную на определенную дату, величину, удержанную на определенную дату, и остаточный бюджет. Экран изменения аффидавита может включать в себя поле для ввода комментариев и возможность ввода пароля и разрешения изменения аффидавита.

На фиг. 118 представлены задачи 360 поддержания экранов проекта, которые могут быть включены в процесс 94 управления проектом. Задачи 360 поддержания экранов проекта могут быть использованы для редактирования профиля проекта, контактной информацию и для закрытия проекта. Задачи 360 поддержания экранов проекта могут быть выполнены ГП, заимодателем, владельцем или представителем владельца с использованием модуля 28 проекта. Задачи 360 поддержания экранов проекта могут включать в себя задачу 362 профиля проекта, задачу 364 контактной информации по проекту, задачу 366 информации по проекту и задачу 368 закрытия проекта.

На фиг. 119 представлена форма профиля проекта, которая может быть связана с задачей 362 профиля проекта. ГП, заимодатель, владелец или представитель владельца могут обращаться к форме профиля проекта посредством модуля 28 проекта. ГП, заимодатель, владелец или представитель владельца могут вводить требуемую информацию, такую как проектная информация, информация о финансировании проекта, информация о владельце проекта, информация о площадке и информация о ГП.

На фиг. 120 представлен экран контактной информации по проекту, который может быть связан с задачей 364 контактной информации по проекту. ГП, заимодатель, владелец или представитель владельца могут обращаться к экрану контактной информации по проекту посредством модуля 28 проекта. Экран контактной информации по проекту может включать в себя название проекта, идентификацию про

- 29 015056 екта, адрес проекта и список контактной информации для участников проекта. Список контактной информации может включать в себя идентификационный номер участника, название организации, роль организации, имя менеджера проектов, контактный адрес электронной почты и контактный телефонный номер.

На фиг. 121 представлен экран контактной информации по проекту, который может быть связан с задачей 366 создания информации по проекту. ГП, заимодатель, владелец или представитель владельца могут обращаться к экрану информации по проекту посредством модуля 28 проекта. Экран информации по проекту может включать в себя информацию по проекту, информацию по площадке, информацию о владельце проекта и информацию о ГП.

На фиг. 122 представлен экран закрытия проекта, который может быть связан с задачей 368 закрытия проекта. ГП, заимодатель, владелец или представитель владельца могут обращаться к экрану закрытия проекта посредством модуля 28 проекта. Экран закрытия проекта может включать в себя название проекта, номер заемного счета, название владельца и возможность закрыть проект.

На фиг. 123 представлены задачи 370 управления экранами доступа, которые могут быть включены в процесс 102 управления системным окружением. Задачи 370 управления экранами доступа могут быть использованы для настройки различных экранов, отображенных для конкретных пользователей или организаций в ходе процесса платежа в строительстве. Например, задачи 370 управления экранами доступа могут быть использованы для включения товарного знака или эмблемы организации в один или большее число экранов, отображаемых в ходе процесса платежа в строительстве (например, товарный знак заимодателя может быть включен в верхний правый угол каждого экрана). Кроме того, задачи 370 управления экранами доступа могут быть использованы для изменения внешнего вида конкретных форм или экранов в соответствии с предпочтениями или требованиями конкретных пользователей или организаций. Задачи 370 управления экранами доступа могут быть выполнены любым из участников с использованием администратора 52 системного окружения. Задачи 370 управления экранами доступа могут включать в себя задачу 372 входа в систему, задачу 374 выхода из системы, задачу 376 домашней страницы проекта, задачу 378 сброса пароля, задачу 380 основного экрана, задачу 382 просмотра проектов, задачу 384 забытого пароля и задачу 386 вашего пароля.

На фиг. 124 представлен экран входа в систему, который может быть связан с задачей 372 входа в систему. Каждый участник может обращаться к экрану входа в систему посредством администратора 38 доступа. Участник может ввести имя пользователя и пароль для входа в систему. Экран входа в систему может обеспечить связь, если пользователь забыл свой пароль.

На фиг. 125 представлен экран выхода из системы, который может быть связан с задачей 374 выхода из системы. Каждый участник может обращаться к экрану выхода из системы посредством администратора 38 доступа. Экран выхода из системы может подтвердить, что пользователь вышел из системы.

На фиг. 126 представлен экран домашней страницы проекта, который может быть связан с задачей 376 домашней страницы проекта. Каждый участник может обращаться к экрану домашней страницы проекта посредством администратора 38 доступа. Экран домашней страницы проекта может включать в себя название проекта, количество новых сообщений и связи для прочтения новых сообщений. Домашняя страница проекта может включать в себя обзорную информацию по проекту (включая индикатор хода расписания проекта и индикатор хода расходования фондов), информацию о выполненных выделениях средств (включая количество выделений средств, дату выделения средств и связи к информации по выделениям средств), информацию о находящихся на рассмотрении выделениях средств (включая количество выделений средств и дату начала). Домашняя страница проекта может включать в себя связи к нескольким действиям, формам или экранам (например, профилю проекта, бюджету проекта, представлению участников проекта, установке кодов счета, управлению пользователями проекта, отслеживанием одобрения титульной компании, инициированию незапланированного выделения средств и т.д.).

На фиг. 127 представлен экран сброса пароля, который может быть связан с задачей 378 сброса пароля. Каждый участник может обращаться к экрану сброса пароля посредством администратора 38 доступа. Участник может ввести новый пароль дважды для того, чтобы изменить пароль, связанный с конкретным именем пользователя.

На фиг. 128 представлен основной экран для конкретного пользователя, который может быть связан с задачей 380 основного экрана. Каждый участник может обращаться к основному экрану посредством администратора 38 доступа. На основном экране могут быть перечислены проекты, в которые вовлечен участник, а также количество новых сообщений, связанных с каждым проектом, и связь для прочтения новых сообщений.

На фиг. 129 представлен экран просмотра проектов, который может быть связан с задачей 382 просмотра проектов. Каждый участник может обратиться к экрану просмотра проектов посредством администратора 38 доступа. Экран просмотра проектов может включать в себя функциональную возможность поиска проекта и список проектов. Список проектов может включать в себя название проекта, название ГП, связь для редактирования проекта и возможность выбрать один или несколько проектов для просмотра.

- 30 015056

На фиг. 130 представлен экран забытого пароля, который может быть связан с задачей 384 забытого пароля. Каждый участник может обращаться к экрану забытого пароля посредством администратора 38 доступа. Пользователь может ввести свое имя пользователя и адрес электронной почты, а система может послать пароль пользователю по электронной почте.

На фиг. 131 представлено уведомление о вашем пароле, которое может быть передано в ходе задачи 386 вашего пароля. Уведомление по фиг. 131 может включать в себя заявление, что ваш пароль, который вы запросили, направлен вам по электронной почте, пароль и предложение использовать пароль в следующий раз, когда вы будете входить в систему.

На фиг. 132 представлен процесс 388 управления экранами сообщения, который может быть включен в процесс 102 управления системным окружением. Процесс 388 управления экранами сообщения может быть использован для представления сообщений, создания сообщений или представления сообщения статуса системы. Процесс 388 управления экранами сообщения может быть выполнен любым из участников с использованием администратора 52 системного окружения. Процесс 388 управления экранами сообщения может включать в себя задачу 390 представления сообщения, задачу 392 представления особого сообщения, задачу 394 создания сообщения и задачу 396 сообщения состояния.

На фиг. 133 показан экран представления сообщений, который может быть связан с задачей 390 представления сообщения. Каждый участник может обратиться к задаче 390 представления сообщения посредством администратора 52 системного окружения. Экран представления сообщения может включать в себя название пользователя, возможность определять тип сообщений, которые отображены (например, непрочитанные, недавние, все, посланные сообщения или заархивированные), и список сообщений определенного типа. Список сообщений может включать в себя возможность выбора конкретных сообщений, дат сообщений, названия проекта, предмета сообщения, а также того, требуется ли совершение действия. Экран представления сообщения может также обеспечить возможность архивировать выбранные сообщения и переходить к другому экрану сообщений.

На фиг. 134 показано особое сообщение, просматриваемое пользователем. Особое сообщение может включать в себя любое из уведомлений, показанных и описанных в настоящих материалах.

На фиг. 135 представлен экран создания/отправки сообщений, который может быть связан с задачей 394 создания сообщения. Каждый участник может обращаться к экрану создания/отправки сообщения посредством администратора 52 системного окружения. Пользователь может ввести название проекта, указать, послать ли сообщение организации или пользователю, ввести названия организаций, имена пользователей, предмет сообщения и сообщение.

На фиг. 136 представлен экран сообщения состояния, который может быть связан с задачей 396 сообщения состояния. Каждый участник может обращаться к экрану сообщения состояния посредством администратора 52 системного окружения. На экране сообщения состояния могут быть размещены сообщения, такие как заявление, что по проекту было инициировано выделение средств и что все участники были уведомлены. Экран сообщения состояния может включать в себя связь с домашней страницей организации или пользователя.

На фиг. 137-153 представлен способ управления процессом платежа в строительстве в соответствии с другим вариантом осуществления изобретения. Аспекты способа по фиг. 137-153 могут быть использованы в совокупности с вариантом осуществления изобретения, показанным и описанным со ссылкой на фиг. 1-136 и 154-179.

На фиг. 154-179 показаны диаграммы ввода/вывода для способа управления процессом платежа в строительстве в соответствии с еще одним другим вариантом осуществления изобретения. Аспекты способа по фиг. 154-179 могут быть использованы в совокупности с вариантами осуществления изобретения, показанными и описанными со ссылкой на фиг. 1-136 и 137-153.

На фиг. 155 представлены задача открытия проекта, задача создания расписания выделения средства и задача идентификации и назначения ролей по проекту, каждая из которых может быть выполнена ГП. Задача ввода бюджета может быть выполнена владельцем, представителем владельца, ГП, заимодателем или титульной компанией. Задача обновления деталей может быть выполнена ГП для субподрядчиков и/или поставщиков материалов либо владельцем, заимодателем, либо титульной компанией для любого типа участника. Задача закрытия проекта может быть выполнена титульной компанией, ГП или заимодателем.

На фиг. 156 представлена задача ввода деталей проекта, в которой система может предположить, что проект имеет полное одобрение от всех необходимых агентств и участвующих организаций перед открытием проекта. Фиг. 156 включает в себя ввод деталей займа, при котором заимодатель может выбрать ввод только выбранной информации по правовым или деловым причинам. Если для проекта нет никакого займа, то никакая информация не вводится.

Фиг. 157 содержит задачу рассмотрения предложенного расписания выделения средств, при которой система может выработать предложенное расписание выделения средств путем равного разнесения количества выделений средств по предполагаемому расписанию проекта. Фиг. 157 представляет задачу принятия или отклонения предложенного расписания выделения средств, при которой ГП может вручную объявить выделения средств в соответствии с расписанием (планом), установленным владельцем,

- 31 015056 представителем владельца, заимодателем или ГП. Автоматизированное расписание может быть отвергнуто и расписание может поддерживаться вручную.

На фиг. 159 представлен ввод бюджета проекта для участвующей организации, где может быть использован иерархический процесс. На каждом уровне участвующая организация может выполнить процесс для организаций, который они используют, чтобы поддержать их.

На фиг. 160 представлена задача авторизации распоряжения об изменении, при которой процесс решения проблемы может потребовать отклонения первоначального распоряжения об изменении и создания второго распоряжения об изменении, которое взаимно согласуемо всеми сторонами. В процессе решения только заключительное распоряжение об изменении должно быть одобрено.

На фиг. 162 представлена задача добавления организации, при которой должна быть добавлена организация перед тем, как она сможет участвовать в проекте. Добавлять организации в систему могут система, титульная компания, заимодатель или ГП. Наряду с тем что организации могут быть добавлены в ходе задачи идентификации и назначения ролей по проекту процесса поддержания плана платежей по проекту, организации могут быть добавлены и независимо от этого процесса. На фиг. 162 представлена задача ввода деталей организации, при которой первоначальный контакт в организации может быть ответственным за ввод деталей своей организации и дополнительной контактной информации. Каждая организация может идентифицировать внутреннего администратора системы, который может быть ответственным за обновление деталей своей организации и контактной информации. На фиг. 162 представлена задача поддержания деталей организации, при которой требования по безопасности могут быть особенно строгими в силу особых требований к финансовой информации.

На фиг. 164 представлена задача проверки организации, которая может быть обеспечена третьим лицом на основании требований участников. Система позволяет облегчить проверку организаций и взимать плату за обслуживание.

На фиг. 166 представлена задача объявления о выделении средств, которая может быть выполнена ГП. Выделение средств представляет собой механизм, посредством которого участники проекта могут представить счета, владелец (обычно посредством ГП) может заплатить за выполненную работу, а участвующие стороны могут получить платеж и снять свои соответствующие отказы от удержания. На фиг. 166 представлена задача выработки заявления под присягой, при которой ГП может рассмотреть подачи в онлайновом режиме (со ссылкой на документацию на бумажном носителе, если необходимо) и, если подача правильная, система может выработать заявление под присягой на основании информации, которая была электронным образом представлена сторонами, участвующими в выделении средств. ГП может отклонить подачи, и они могут быть пересмотрены и повторно представлены для одобрения. Этот механизм может быть использован для разрешения любых проблем со счетом. На фиг. 166 представлена задача запроса инспекции, которая обычно может быть выполнена заимодателем или титульной компанией. На фиг. 166 представлена задача авторизации выделения средств, которая обычно может быть выполнена заимодателем, но может потребовать и вовлечения владельца, представителя владельца или другого назначенного участника проекта. Конфигурируемый механизм разрешения может включать любого участника проекта в процесс авторизации. На фиг. 166 представлена задача ввода и устроения отказов от удержания, которая может требоваться для завершения выделения средств. Фонды не переводят сторонам выставления счета, пока отказы от удержания сторон не будут введены и организованы. Это требование гарантирует по существу одновременное выполнение разрешения отказа от удержания и платежа. На фиг. 166 представлена задача выполнения одновременного платежа/отказа от удержания, при которой по существу одновременный обмен отказом от удержания на платеж является автоматизированным. Такой автоматизированный обмен может устранить потребность во встречах и может устранить задержки по времени между выдачей отказа от удержания и платежом. Такой автоматизированный обмен позволяет уменьшить вероятность того, что отказ от удержания будет потерян, и позволяет ускорить платеж всем участникам выделения средств, устраняя промежуточные организации из процесса платежа.

На фиг. 167 представлена задача объявления выделения средств, при которой электронное сообщение может быть послано по существу одновременно всем участвующим и/или заинтересованным организациям.

На фиг. 168 представлена задача ввода деталей счета, которая может быть выполнена любой стороной, которая желает получить оплату с помощью процесса выделения средств. Электронная подача может сопровождаться бумажными документами, которые сопровождают подачу. Может быть обеспечена служба, которая позволяет сторонам представлять сопровождающую информацию путем сканирования.

На фиг. 169 представлена задача авторизации счета, при которой процесс решения проблемы может потребовать отклонения первоначального счета и создания второго счета, который является взаимно согласуемым всеми сторонами. Только заключительный счет будет одобрен в процессе решения.

На фиг. 170 представлена задача выбора инспектора, при которой с проектом может быть связано более одного инспектора. В этом случае для выполнения инспекции должен быть выбран правильный инспектор.

- 32 015056

На фиг. 171 представлена задача подтверждения объема инспекции, при которой организация, запросившая инспекцию, может определить объем инспекции, либо для всего заявления под присягой, либо для сокращенного варианта заявления под присягой. На фиг. 171 представлена задача ввода результатов инспекции, в которой сопроводительная документация может быть необходима в зависимости от объема и сущности инспекции.

На фиг. 171 представлена задача направления вспомогательной документации, при которой система может позволить присоединять файлы с цифровыми фотографиями или другим электронным материалом к электронным отчетам инспекции.

На фиг. 173 представлена задача организации отказа от удержания, при которой подписанный электронным образом отказ от удержания может быть организован в системе, защищенной от любых изменений. В одном варианте осуществления изобретения отказ от удержания не выдается титульной компании, пока не произойдет по существу одновременный обмен платежами и отказами от удержания.

На фиг. 174 представлена задача подтверждения авторизации выделения средств и организованных отказов от удержания, которая может включать в себя обзор всех отказов от удержания для гарантии, что они полны и правильны.

На фиг. 178 представлена задача обеспечения поддержки пользователя, которая может включать в себя поддержку добавления или изменения организаций или проектов, урегулирования проблем с паролем, урегулирования проектов и сделок. На фиг. 178 представлена задача администрирования системы, которая может включать в себя администрирование безопасности, финансовой ревизии и поддержки в случае непредвиденного обстоятельства. На фиг. 178 представлена задача поддержания истории действий для участников системы, которая может включать в себя справочник по продавцам с историей о продавцах и/или рейтингами продавцов.

В некоторых вариантах осуществления СУПС 10 позволяет помочь пользователям (например, генеральным подрядчикам) отследить соответствие участников, связанных с проектом (например, субподрядчиков), определенным юридическим стандартам, таким как различные типы необходимых документов. Эти юридические стандарты могут изменяться от проекта к проекту в зависимости от места действия, владельца, титульной компании, генерального подрядчика или субподрядчика. В некоторых вариантах осуществления в силу связи между соответствием конкретного участника и платежом, который предназначен участнику, СУПС 10 позволяет отследить документы, требуемые от участников (например, юридические документы), обеспечить помощь в управлении такими документами, предложить предупреждения о несоответствиях и в некоторых случаях задержать платеж, когда документы не в порядке.

Как показано на фиг. 180, в некоторых вариантах осуществления СУПС 10 может включать в себя модуль 400 отслеживания документов. Модуль 400 отслеживания документов может назначать и отслеживать документы, такие как контракты, заявки на платеж, заявления под присягой, страховые документы, уведомления предзалогового удержания, отказы от удержания и т.д., получаемые от участников (например, субподрядчиков и/или субподрядчиков субподрядчиков) связанных с проектом, и может обеспечить предупреждения и предложить варианты для принудительного обеспечения соответствия через процесс платежа, вплоть до и включая автоматическое задержание платежа. Документы могут быть связаны с конкретным проектом, конкретной статьей бюджета в проекте или с конкретным участником или организацией. Очевидным является, что документы могут включать в себя бумажные документы и электронные документы.

Для определения, назначения и отслеживания документов для проекта СУПС 10 может поддерживать информационные объекты, определяющие один или несколько документов, которые подлежат отслеживанию модулем 400 отслеживания документов.

Информационные объекты типа документа могут определять стандартные типы документов и особенности стандартных типов документов, отслеживаемых СУПС 10. СУПС 10 может использовать информационные объекты типа документа для распознавания стандартных различий в документах, отслеживаемых по каждому проекту, и для идентификации сущности предупреждений и вариантов для принудительного обеспечения соответствия для каждого типа документа. Например, каждый информационный объект типа документа может включить в себя название документа и список действительных статусов (например, Неполный, Неподписанный, Подписанный, Неполученный, Полученный, Активный, Просроченный и т.д.). Хотя могут быть подходящими и другие типы юридических документов в различных обстоятельствах и в различных юрисдикциях, три типичных типа юридических документов могут включать в себя соглашение с действующими статусами Неполное, Неподписанное и Подписанное; форму с действующими статусами Неполученная и Полученная и сертификат (свидетельство) с действующими статусами Не получен, Активен и Просрочен.

СУПС 10 может также обеспечить таблицу требований по документам проекта, где управляющий проектом может создать список документов, которые требуются от каждого субподрядчика для конкретного проекта. Для целей обсуждения термин субподрядчик используется для обозначения традиционных субподрядчиков и субподрядчиков для субподрядчиков, а также поставщиков материалов. Кроме того, в некоторых вариантах осуществления возможность отслеживания юридических документов может применяться как к внутрисистемным, так и к внесистемным субподрядчикам и поставщикам материалов.

- 33 015056

Таблица требований по документам проекта может идентифицировать идентификатор проекта, тип юридического документа и название документа. Название документа может быть введено управляющим проектом и может включать в себя значения, такие как Субподряд, Страховое свидетельство, Городская Лицензия и т.д. Для целей обсуждения термин управляющий проектом используется для обозначения участника выше линии (например, генерального подрядчика, владельца проекта, титульной компании и т. д.) или участника ниже линии (например, субподрядчика, определяющего требования по документам для субподрядчиков, имеющих контракт с субподрядчиком).

СУПС 10 может также использовать другой информационный объект для отслеживания статуса соответствия каждого субподрядчика в отношении требований по документам проекта. Например, СУПС 10 может использовать таблицу документов субподрядчика проекта, которая включает в себя идентификатор проекта, название документа, идентификатор субподрядчика, статус документа, идентификатор документа (например, дополнительно) и дату истечения срока документа (например, дополнительно). На фиг. 181 представлена концептуальная модель данных для объектов данных, связанных с отслеживанием документа.

В некоторых вариантах осуществления система 10 может также позволить управляющему проектом или субподрядчику создавать новые типы документов для удовлетворения конкретных потребностей управляющего проектом или субподрядчика, учета сущности проекта или правовых требований юрисдикции, или страны участников, или страны проекта. По выбору, система может предоставить управляющему проектом или субподрядчику экран или другой механизм для содействия пользователю в создании нового типа документа.

В некоторых вариантах осуществления вместо того, чтобы определять конкретные типы документов, система 10 определяет единственный тип документа, который применим ко всем типам документов с единственным набором статусов. Единственный тип документа может определять один или несколько элементов данных, таких как идентификатор документа, даты документа и даты истечения срока для конкретного документа, требуемого от участника (например, субподрядчика). В некоторых вариантах осуществления каждый из элементов данных может быть использован по выбору. Если управляющий проектом вводит дату истечения срока, модуль отслеживания документов предполагает, что срок по документу истечет на дату истечения срока, и отслеживает время истечения. Каждый документ, определенный под единственным типом документа, также связан со статусом (например, Неполученный, Полученный, Неприменимый). В некоторых вариантах осуществления статус по умолчанию для каждого документа может быть задан как Неполученный.

Используя вышеупомянутый единственный тип документа, после того как управляющий проектом выбирает один или несколько документов, которые требуются от субподрядчиков, связанных с конкретным строительным проектом, система 10 может автоматически просмотреть статус документов и динамически определить, активен ли документ или его срок истек. Например, если документ имеет статус Неполученный или Неприменимый, система 10 может решить, что документ не является ни активным, ни с истекшим сроком. Подобным образов, документ со статусом Полученный, но без даты истечения срока система 10 предполагает активным. Кроме того, документ со статусом Полученный и с датой истечения срока система 10 считается активным, если системная или текущая дата является более ранней, чем дата истечения срока документа, и считается имеющим истекший срок, если системная или текущая дата является более поздней или равной по отношению к дате истечения срока документа. Система 10 может динамически оценить, активен ли документ или имеет истекший срок, когда такая информация необходима для обработки или отображения.

На фиг. 182А представлена страница 450 требования документа. Управляющий проектом может использовать страницу 450 требования документа, чтобы выбрать один или несколько документов, которые следует запросить или потребовать от субподрядчиков, связанных с конкретным строительным проектом. Управляющий проектом может обратиться к странице 450 требования документа по связи 452 на домашней странице 454 проекта, как показано на фиг. 183. В некоторых вариантах осуществления СУПС 10 позволяет обратиться к странице 450 требования документа только управляющему проектом.

Страница 450 требования документа позволяет управляющему проектом строить таблицу необходимых юридических документов для проекта. Таблица может поддерживать любое количество строк (например, от нуля до бесконечности) и может позволить управляющему проектом добавлять документ, выбирать документ для удаления и/или выбирать документ для редактирования. В некоторых вариантах осуществления таблица, включенная в страницу 450 требования документа, отображает столбец типа документа, который включает в себя ниспадающее предложение типов документа, которые заранее определены системой, и столбец названия документа, который включает в себя буквенно-цифровую область для пользователя, для ввода и/или редактирования.

Как показано на фиг. 182А, страница 450 требования документа может отображать номер проекта, идентификатор проекта и список из одного или нескольких документов, которые требуются от субподрядчиков, связанных с проектом. Для каждого документа списка управляющий проектом может использовать механизм 456 выбора (например, селективную кнопку) для выбора по меньшей мере одного правоприменительного действия. Правоприменительное действие определяет по меньшей мере одно дейст

- 34 015056 вие, которое будет автоматически выполнено системой 10, если субподрядчик не обеспечивает требуемый документ. Например, правоприменительное действие может включать в себя действие Только Известить, которое включает в себя автоматическое уведомление управляющего проектом о недостающем документе. Правоприменительное действие может включать в себя также действие Задержать Платеж, которое включает в себя автоматическое задержание платежа субподрядчику, который не обеспечивает требуемый документ.

Как также показано на фиг. 182 А, управляющий проектом может по выбору отслеживать истечение срока по требуемому документу. Например, управляющий проектом может использовать механизм 458 выбора отслеживания истечения срока (например, позицию для отметки), связанный с конкретным документом, для определения того, нужно ли отслеживать истечение документа. В некоторых вариантах осуществления, если управляющий проектом выбирает механизм 458 выбора отслеживания истечения срока для конкретного документа, управляющий проектом может определить один или несколько дней уведомления, используя механизмы 460 ввода или выбора одного или нескольких дней уведомления. Система 10 может использовать дни уведомления для определения, за сколько дней до истечения срока по документу система 10 должна предупредить управляющего проектом и/или субподрядчика, что срок по документу близок к истечению. В некоторых вариантах осуществления управляющий проектом может определить множественные дни уведомления для конкретного документа. Например, как показано на фиг. 182А, управляющий проектом может определить первые дни уведомления и вторые дни уведомления. В некоторых вариантах осуществления, если управляющий проектом определяет нулевые дни уведомления, система 10 не будет посылать никаких предупреждений об истечении срока или уведомлений прежде, чем срок по документу истечет. Даже если управляющий проектом определяет нулевое число дней уведомления, система 10 может уведомить управляющего проекта, когда срок по документу истек. Значение по умолчанию дней уведомления может быть задано равным нулю.

Страница 450 требования документа может включать в себя механизм 462 выбора добавления требования. Управляющий проектом может выбрать механизм выбора добавления требования, чтобы добавить документ к списку требуемых документов. Дополнительно к этому, страница 450 требования документа может включать в себя один или несколько механизмов 464 выбора удаления документа, которые управляющий проектом может использовать для удаления одного или нескольких документов из списка выбранных документов. Как показано на фиг. 182А, управляющий проектом может также сохранить или зафиксировать модификации, сделанные в документах, которые требуются по проекту, посредством выбора механизма 466 выбора сохранения установок, включенного в страницу 450 требования документа. Кроме того, управляющий проектом может отменить любые модификации, сделанные в документах, перечисленных на странице 450 требования документа, посредством выбора механизма 468 отмены выбора.

В некоторых вариантах осуществления система 10 может автоматически выбрать и назначить один или несколько документов и/или вариантов документа для конкретного проекта. Например, система 10 может автоматически выбирать отказы от удержания, которые подлежат отслеживанию и назначать в отношении затребованных отказов от удержания правоприменительное действие по задержанию платежа. СУПС 10 может также обеспечить одну или несколько страниц требования документа, подобных странице 450 требования документа, которые позволяют управляющему проектом определять требования документа на уровнях иных, чем уровень проекта, таких как уровень организации, уровень бюджета, уровень статьи бюджета, уровень контракта и т.д. Например, СУПС 10 может обеспечивать страницу требования документа, которая позволяет управляющему проектом определять требования документов уровня организации, которые определяют документы, требуемые от каждой организации, подряженной управляющим проектом, независимо от определенного проекта, с которым организация связана.

После того как управляющий проектом назначает варианты документа и/или требования для конкретного проекта, СУПС 10 может выработать уведомление 469а требования документа, как показано на фиг. 182В. СУПС 10 может отображать уведомление 469а требования документа субподрядчику, связанному с проектом, либо до, либо после того, как субподрядчик примет ответственность за возложенные задачи по проекту. Как показано на фиг. 182В, уведомление 469а требования документа может указывать каждый документ, требуемый от участника, и правоприменительное действие, связанное с документом. Если управляющий проектом изменяет требования документа для проекта (например, используя страницу 450 требования документа), система 10 может выработать уведомление 469Ь модификации требования документа, как показано на фиг. 182С. Система 10 может отображать уведомление 469Ь каждому участнику (например, субподрядчику или поставщику материалов), связанному с проектом. В некоторых вариантах осуществления, как показано на фиг. 182С, уведомление 469Ь модификации требования по документу может включать в себя связь 469с, которую участник может выбрать для представления отдельной страницы 490 статуса документа, как описано ниже в отношении фиг. 185В, для представления статуса документа, требуемого от участника.

На фиг. 184 представлена сводная страница 470 статуса документа в соответствии с одним вариантом осуществления изобретения. Управляющий проектом может использовать страницу 470 статуса документа для ввода информации о соответствии конкретного субподрядчика требованиям по документам для проекта. В некоторых вариантах осуществления управляющий проектом может перейти к сводной

- 35 015056 странице 470 статуса документа, выбирая, связь 472, включенную в домашнюю страницу 454 проекта управляющего проекта, как показано на фиг. 183.

Как показано на фиг. 184, сводная страница 470 статуса документа может отображать статус одного или нескольких документов, которые требуют от всех субподрядчиков, связанных с проектом, в виде одного представления или страницы. Сводная страница 470 статуса документа может представлять название проекта, номер проекта, список всех субподрядчиков по проекту (например, только первый уровень или множественный уровень) и столбец для каждого документа, отслеживаемого по проекту, определяющий название требуемого документа (например, как определено управляющим проектом). Для каждого документа, включенного в сводную страницу 470 статуса документа, сводная страница статуса документа может представлять значение статуса, дату истечения срока (если применимо), статус помещения на задержание и информацию по задержанному платежу для каждого субподрядчика.

В некоторых вариантах осуществления, как показано на фиг. 184, статус каждого документа может быть обозначен конкретным цветом или другим визуальным представлением. Например, если документ имеет статус Неполученный, ячейка, связанная с документом, может быть окрашена оранжевым, указывая, что документ отсутствует. Если документ имеет статус Полученный, документ является активным и дата истечения срока по документу равна 60 дням или больше от системной или текущей даты, ячейка, связанная с документом, может быть окрашена зеленым, указывая, что документ считают действующим. Если документ имеет статус Полученный, документ является активным и дата истечения срока документа находится в пределах 60 дней после системной даты, ячейка, связанная с документом, может быть окрашена желтым, указывая, что документ находится в пределах 60 дней до истечения срока. Если документ имеет статус Полученный и срок по документу истек, ячейка, связанная с документом, может быть окрашена красным, указывая, что документ просрочен. Подобным образом, если документ имеет статус Неприменимый, ячейка, связанная с документом, может быть окрашена серым, указывая, что документ не применим к субподрядчику.

Как показано на фиг. 184, если документ имеет статус, указывающий, что документ находится в пределах 60 дней до истечения срока или срок уже истек, сводная страница 470 статуса документа может отображать дату истечения срока по документу. Кроме того, если статус документа указывает, что документ не был получен или срок истек, а по документу назначено правоприменительное значение Задержать Платеж, сводная страница 470 статуса документа может указывать, что платеж задержан на основании того факта, что документ не был получен или срок по нему истек. Кроме того, если платеж задержан, сводная страница 470 статуса документа может отображать предыдущие платежи, также задержанные в связи с отсутствующими или имеющими истекшие сроки документами. В некоторых вариантах осуществления для каждого задержанного платежа сводная страница 470 статуса документа может отображать задержанный платеж столько, сколько платеж задерживается. Если более чем один платеж единственному субподрядчику задержан в конкретном выделении средств, сводная страница 470 статуса документа может также отображать список для каждого задержанного платежа. Как показано на фиг. 184, сводная страница 470 статуса документа может также включать в себя связь 471 выделения средств к выделению средств, которое включает в себя задержанный платеж. В некоторых вариантах осуществления управляющий проектом может использовать связь 471 выделения средств для представления страницы 585 управления платежами, как описано ниже в отношении фиг. 197А, 197В.

В некоторых вариантах осуществления сводная страница 470 статуса документа может также включать в себя связь, ассоциированную с каждым из представленных в списке субподрядчиков, которую управляющий проектом может выбрать для просмотра информации о документах для конкретного субподрядчика. Например, каждый субподрядчик, представленный в списке на сводной странице 470 статуса документа, может включать в себя связь 472, которую управляющий проектом может выбрать для просмотра отдельной страницы 480 статуса документа, как описано в отношении фиг. 185А.

Как показано на фиг. 184, сводная страница 470 статуса документа может также включать в себя связь редактирования требований документа или другой механизм 474 выбора, который управляющий проектом может выбрать для получения доступа к странице 450 требования документа и просмотра, и/или редактирования требований документа проекта.

Как также показано на фиг. 184, сводная страница 470 статуса документа может включать в себя связь 473 с отчетом о документах по субподрядчику и связь 475 с отчетом о документах по документу. Управляющий проектом может выбрать связь 473 с отчетом о документах по субподрядчику для просмотра отчета, указывающего статус всех документов, затребованных от субподрядчика по одному или нескольким проектам. Подобным образом, управляющий проектом может выбрать связь 475 с отчетом о документах по документу для просмотра отчета, указывающего статус определенного документа для одного или нескольких субподрядчиков по одному или нескольким проектам.

В некоторых вариантах осуществления может быть обновлена информация, отображаемая на сводной странице 470 статуса документа, когда управляющий проектом делает изменения в документах, требуемых для конкретного проекта (например, делает изменения в таблице требования документа для проекта). В случае когда такие изменения сделаны, таблицу отслеживания юридического документа и сводную страницу 460 статуса документа обновляют соответственно посредством либо добавления, либо

- 36 015056 удаления строк и изменения названий документов. Например, если управляющий проектом добавляет новый документ в таблицу требований по юридическим документам для проекта, новые строки добавляются в таблицу отслеживания юридического документа, по одной строке для каждого субподрядчика, которые показывают название документа (например, из таблицы отслеживания юридического документа) и первоначальный статус для документа. В некоторых вариантах осуществления первоначальный статус нового документа автоматически устанавливается как один из действительных статусов, связанных с типом документа (например, новый документ по типу соглашения имел бы первоначальное значение статуса по умолчанию Не завершенный). Управляющий проектом может обновить таблицу и/или сводную страницу статуса документа в любое время в ходе проекта.

Как было раскрыто ранее, управляющий проектом может выбрать связь 472, ассоциированную с субподрядчиком, указанным на сводной странице 470 статуса документа, для просмотра отдельной страницы 480 статуса документа, как показано на фиг. 185А. Как показано на фиг. 185А, отдельная страница 480 статуса документа может отображать таблицу с множеством столбцов и одной строкой по каждому документу, который запрашивается от конкретного субподрядчика (например, как идентифицировано в таблице требований по юридическим документам для этого проекта). Субподрядчик (и проект), связанный с отдельной страницей 480 статуса документа, может быть идентифицирован вверху страницы 480. Столбцы могут включать в себя столбец названия документа, который в некоторых вариантах осуществления является не редактируемым; столбец статуса документа, который включает в себя ниспадающее меню или другие типы механизмов 482 выбора, которые предлагают действительные статусы для документа на основании типа юридического документа, связанного с документами; присутствующий при необходимости столбец идентификатора документа, который будет буквенно-цифровым полем; и присутствующий при необходимости столбец даты истечения срока документа, который включает в себя поле даты. Отдельная страница 480 статуса документа может также включать в себя столбец, который указывает правоприменительное действие, связанное с конкретным документом.

Как показано на фиг. 185А, отдельная страница 480 статуса документа отображает идентификатор документа. В некоторых вариантах осуществления система 10 автоматически устанавливает идентификатор документа на основании документа, полученного от субподрядчика. Например, система 10 может случайным образом присвоить уникальный идентификатор документу, полученному от субподрядчика. Управляющий проектом или субподрядчик могут также присваивать документу уникальный идентификатор.

Для каждого документа, представленного на отдельной странице 480 статуса документа, страница 480 отображает дату документа и дату истечения срока. В некоторых вариантах осуществления управляющий проектом устанавливает дату документа и дату истечения срока для конкретного документа. Например, управляющий проектом может установить дату документа на дату, когда документ был совершен или был получен управляющим проектом. Даты, введенные управляющим проектом, использующим отдельную страницу 480 статуса документа, могут быть подтверждены системой 10. В некоторых вариантах осуществления система 10 может также автоматически устанавливать дату документа и/или дату истечения срока для конкретного документа.

Как показано на фиг. 185А, отдельный экран 480 статуса документа также отображает правоприменительные действия, назначенные по каждому из затребованных документов. Как раскрыто ранее, правоприменительные действия определяют действия, автоматически предпринимаемые системой 10, если субподрядчик не обеспечивает требуемого документа.

Как также показано на фиг. 185А, отдельная страница 480 статуса документа может включать в себя столбец действия по документу, в котором указаны одно или несколько действий, которые управляющий проектом может выполнить для данного документа. Например, если субподрядчик представил конкретный документ, столбец действия по документу может включать в себя связь 483 представления. Управляющий проектом может выбрать связь 483 представления для просмотра представленного документа. Другие действия, включенные в столбец действия по документу, могут включать в себя связь выгрузки для выгрузки представленного документа, связь редактирования для редактирования представленного документа, связь удаления для удаления представленного документа и связь представления для представления документа от имени субподрядчика.

Если управляющий проектом вносит какие-нибудь модификации в данные, отображенные на отдельной странице 480 статуса документа, генеральный подрядчик может выбрать механизм 484 выбора сохранения обновлений, включенный в страницу 480, чтобы сохранить изменения, или может выбрать механизм 486 отмены выбора, включенный в страницу 480, чтобы отменить изменения. В некоторых вариантах осуществления модификации, которые сохранены из отдельной страницы 480 статуса документа, автоматически отражаются в сводной странице 460 статуса документа.

Система 10 может также обеспечить версию отдельной страницы 480 статуса документа субподрядчику, который связан с информацией документа, включенной в конкретную отдельную страницу 480 статуса документа. Версия страницы 480, предоставленная субподрядчику, может включать в себя версию страницы 480, предназначенную только для просмотра (например, не редактируемую версию, которую предоставляют управляющему проектом). Как показано на фиг. 185В, отдельная страница 490 стату

- 37 015056 са документа, предназначенная только для просмотра, отображает проект (например, название или идентификатор) и участника или организацию (например, название или идентификатор). В некоторых вариантах осуществления субподрядчик может обратиться к допускающей только просмотр отдельной странице 490 статуса документа, используя связи 491 в домашней странице 500 проекта, как показано на фиг. 185С.

Как показано на фиг. 185В, версия отдельной страницы 490 статуса документа, допускающая только просмотр, может отображать информацию, подобную информации, отображаемой на редактируемой версии отдельной страницы 480 статуса документа. Например, допускающая только просмотр отдельная страница 490 статуса документа может отображать название документа, статус документа, идентификатор документа, дату документа, дату истечения срока и правоприменительное действие для каждого документа, требуемого от субподрядчика. В некоторых вариантах осуществления СУПС 10 может препятствовать субподрядчику изменять любые данные, отображенные в версии страницы 490, допускающей только просмотр.

Версия отдельной страницы 490 статуса документа, допускающая только просмотр, может также включать в себя столбец действий по документу, который представляет одно или несколько действий, которые субподрядчик может выполнить для данного документа. Например, столбец действий по документу может включать в себя связь 492 подачи. Субподрядчик может выбрать связь 492 подачи, ассоциированную с конкретным документом, представленным на странице 490, чтобы электронным образом подать требуемый документ в систему 10. Другие действия, содержащиеся в столбце действий по документу, могут включать в себя связь просмотра для просмотра поданного документа, связь редактирования для редактирования поданного документа и связь удаления для удаления поданного документа.

Если субподрядчик выбирает связь 492 подачи, ассоциированную с конкретным документом, система 10 может отобразить страницу 510 подачи документа, как показано на фиг. 186 А, 186В. Субподрядчик может использовать страницу 510 подачи документа для выбора одного или нескольких документов для их подачи электронным образом в систему 10. В некоторых вариантах осуществления страница 510 подачи документа может включать в себя механизм 512 выбора просмотра, который субподрядчик может выбрать для того, чтобы выполнить поиск в одном или нескольких устройствах памяти и/или каталогах файлов по конкретному документу. Документы, найденные и отобранные субподрядчиком при просмотре устройства памяти и/или каталогов файлов, могут быть отображены в механизме 513 ввода. Субподрядчик может также непосредственно вводить название файла (например, полное имя пути) для конкретного документа, используя механизм 513 ввода, в дополнение к просмотру документа или вместо просмотра, используя механизм 512 выбора просмотра.

Как только субподрядчик находит и выбирает или вводит конкретный документ для подачи, субподрядчик может выбрать механизм 514 выбора добавления приложений, включенный в страницу 510 подачи документа. Субподрядчик может также выбрать механизм 516 выбора очистки, включенный в страницу 510 подачи документа, для очистки документа или названия файла, отображенного в механизме ввода, без подачи документа в систему 10.

Как показано на фиг. 186В, документы, добавленные или приложенные субподрядчиком с использованием механизма 514 выбора добавления приложений, могут быть указаны на странице 510 подачи документа под заголовком Приложения. Субподрядчик может удалить или переместить один или несколько приложенных документов посредством выбора механизма 518 выбора удаления, такого как позиция для отметки, связанная с конкретным документом. После того как субподрядчик выбрал для удаления один или несколько приложенных документов, субподрядчик может выбрать механизм 520 выбора удаления выбранного, включенного в страницу 510 подачи документа, для удаления выбранных документов из списка приложенных документов.

Как только субподрядчик приложил один или несколько документов, субподрядчик может выбрать механизм 522 выбора подачи, включенный в страницу 510 подачи документа, чтобы электронным образом передать приложенные документы в систему 10. После того как субподрядчик подает приложенные документы в систему 10, система 10 может выработать уведомление 524 о переданных документах, как показано на фиг. 187. Система 10 может отобразить уведомление 524 о переданных документах субподрядчику.

После того как субподрядчик подает этот один или несколько приложенных документов, система 10 может также выработать действие или уведомление проекта по просмотру поданных документов и может послать действие по проекту управляющему проектом, который должен получить поданные документы. В некоторых вариантах осуществления система 10 представляет действие проекта по просмотру поданных документов под находящимися в обработке действиями управляющего проектом на домашней странице 526 проекта, как показано на фиг. 188. Если управляющий проектом выбирает действие по проекту или соответствующий механизм выбора с домашней страницы 526 проекта, система 10 может отобразить уведомление 528 о получении документа, как показано на фиг. 189. Уведомление 528 может уведомлять управляющего проекта, что субподрядчик подал электронную копию одного или нескольких требуемых документов. Кроме того, уведомление 528 о получении документа может указывать один или несколько документов, полученных электронным образом от субподрядчика.

- 38 015056

Уведомление 528 о получении документа может также уведомлять управляющего проекта, что он или она должны выгрузить каждый поданный документ. В некоторых вариантах осуществления, как показано на фиг. 189, для выгрузки и просмотра поданного документа управляющий проектом может выбрать механизм 530 выбора, связанный с полученным документом (например, связь, ассоциированную с указанным документом), в уведомлении 528 о получении документа. Если управляющий проектом выбирает механизм 530 выбора, система 10 может выгрузить и отобразить поданный документ управляющему проектом.

После того как управляющий проектом просмотрит поданный документ, управляющий проектом может обновить статус документа, отслеживаемого системой 10, если это необходимо. Например, как показано на фиг. 189, уведомление 528 о получении документа может включать в себя механизм 532 выбора информации обновления документа. Если управляющий проектом выбирает механизм 532 выбора обновления документа, система 10 может отобразить отдельную страницу 480 статуса документа, как описано в отношении фиг. 185А, связанную с субподрядчиком, который подал документ. Как описано выше, управляющий проектом может внести изменения в данные, отображенные на отдельной странице 480 статуса документа, и может выбрать механизм 484 выбора сохранения обновлений, включенный в страницу 480, для сохранения изменений. В некоторых вариантах осуществления, если управляющий проектом изменяет данные, отображенные на отдельной странице 480 статуса документа, система 10 может выработать уведомление 540 об обновлении информации документа, как показано на фиг. 190. Система 10 может отобразить уведомление 540 об обновлении информации документа управляющему проектом.

В некоторых вариантах осуществления только управляющий проектом может обновить информацию документа. В других вариантах осуществления, в дополнение к ручному изменению управляющим проектом или вместо него, система 10 может обновлять или изменять информацию документа автоматически. Например, система 10 может автоматически изменить статус документа на Полученный после того, как субподрядчик подаст документ в систему 10.

В некоторых вариантах осуществления система 10 выполняет обычный или периодический просмотр (например, по ночам) документов, чтобы идентифицировать просроченные документы. Например, в пакетном режиме система 10 может проверять любой документ на истечение срока на регулярной основе (например, ежедневно), например во время малого использования системы (например, до 5:00 утра). Как показано на фиг. 191, система 10 может просматривать документы, управляемые системой, и для каждого документа может определять, установлен ли статус документа, как Полученный. Если статус конкретного документа не установлен, как Полученный, система 10 просматривает другой или следующий документ, управляемый системой 10.

Если документ, просмотренный системой 10, имеет статус, который установлен, как Полученный, система 10 может определить, связан ли документ с датой истечения срока (например, атрибут даты истечения срока, связанный с документом, установлен на конкретную дату). Если документ не связан с датой истечения срока (например, атрибут даты истечения срока, связанный с документом, установлен на нуль), система 10 может просмотреть другой или следующий документ, управляемый системой 10.

Если документ, просмотренный системой 10, связан с датой истечения срока, система 10 может определить, является ли текущая или системная дата большей чем или равной дате истечения срока документа минус количество дней, установленных управляющим проектом для первого извещения. Если системная дата является меньшей, чем дата истечения срока документа минус количество дней первого извещения, система 10 может определить, что срок по документу не истек и что извещение об истечении срока не требуется, и может просмотреть другой или следующий документ, управляемый системой 10.

Если система 10 определяет, что системная дата является большей чем или равной дате истечения срока документа минус количество дней первого извещения, система 10 может определить, было ли уже послано первое извещение в отношении документа. В некоторых вариантах осуществления система 10 может отслеживать, были ли переданы и когда были переданы извещения об истечении срока. Если первое извещение еще не было послано, система 10 может послать первое предупреждающее извещение об истечении срока. В некоторых вариантах осуществления система 10 посылает первое предупреждающее извещение об истечении срока субподрядчику, связанному с документом и/или управляющему проектом. На фиг. 192 представлено предупреждающее извещение 550 об истечении срока в соответствии с одним вариантом осуществления изобретения.

Как показано на фиг. 191, если система 10 определяет, что первое извещение уже было послано для конкретного документа, или после того как система 10 посылает первое извещение для конкретного документа, система 10 определяет, является ли текущая системная дата большей чем или равной дате истечения срока документа минус количество дней, связанных со вторым извещением, установленным управляющим проектом. Если системная дата является меньшей, чем дата истечения срока документа минус количество дней, связанных со вторым извещением, система 10 может просмотреть другой или следующий документ, управляемый системой 10.

- 39 015056

Если система 10 определяет, что системная дата больше чем или равна дате истечения срока документа минус количество дней, связанных со вторым извещением, система 10 может определить, было ли уже послано второе извещение, связанное с документом. Если второе извещение еще не было послано, система 10 может послать второе предупреждающее извещение об истечении срока (например, предупреждающее извещение 550 об истечении срока, показанное на фиг. 192).

Если система 10 определяет, что второе извещение уже было послано для конкретного документа, или после того как система 10 посылает второе предупреждающее извещение об истечении срока для конкретного документа, система 10 может определить, является ли текущая системная дата большей чем или равной дате истечения срока по документу. Если системная дата является меньшей, чем дата истечения срока документа, система 10 может просмотреть другой или следующий документ, управляемый системой 10.

Как показано на фиг. 191, если система 10 определяет, что текущая системная дата является большей чем или равной дате истечения срока для конкретного документа, система 10 может определить, было ли уже послано извещение об истечении срока для документа. Если извещение об истечении срока уже было послано, система 10 может просмотреть другой или следующий документ, управляемый системой 10.

Если уведомление об истечении срока еще не было послано, система 10 может послать уведомление об истечении срока. В некоторых вариантах осуществления система 10 может посылать уведомление об истечении срока субподрядчику, связанному с документом с истекшим сроком и/или управляющему проектом, связанному с проектом.

На фиг. 193 представлено извещение 522 об истечении срока в соответствии с одним вариантом осуществления изобретения. После посылки извещения об истечении срока система 10 может просмотреть другой или следующий документ, управляемый системой 10.

Когда инициировано выделение средств (или когда субподрядчик добавлен или выбран для выделения средств), система 10 может также проверить статус всех документов, которые требуются от каждого субподрядчика, включенного в выделение средств, и, в случае необходимости, выработать проектное действие или уведомление по представлению документа для каждого субподрядчика с отсутствующими или просроченными документами. Например, если статус документа, который требуется от субподрядчика, установлен, как Неполученный, система 10 может выработать проектное действие по подаче документа, затребующее отсутствующий документ. Кроме того, если статус документа, который требуется от субподрядчика, установлен как Полученный, и соответствующая дата истечения срока находится в пределах заранее определенного времени после даты выделения средств (например, 60 дней), или находится до даты выделения средств, или равна ей, система 10 может также выработать проектное действие по подаче документа, затребующее новый документ.

На фиг. 194 представлено проектное действие или уведомление 560 о необходимости обновленного документа в соответствии с одним вариантом осуществления изобретения. В некоторых вариантах осуществления субподрядчик может обращаться к уведомлению 560 посредством связи или механизма 562 выбора, включенного в домашнюю страницу 500 проекта субподрядчика, как показано на фиг. 185В.

Как показано на фиг. 194, уведомление 560 о необходимости обновленного документа может включать в себя механизм 564 выбора, который субподрядчик может выбрать для просмотра статуса документов, которые требуются от субподрядчика, и/или подать требуемые документы (например, используя отдельную страницу 490 статуса документа).

В случаях, когда управляющий проектом выбрал действие Задержать Платеж в качестве правоприменительного значения для конкретного документа, система 10 (например, после того как управляющий проектом подписал свой счет) может автоматически задержать платеж для любого субподрядчика, который имеет отсутствующие или просроченные документы, по которым управляющий проектом назначил правоприменительное действие Задержать Платеж. Например, система 10 может просмотреть статус требуемых документов для каждого субподрядчика, включенного в выделение средств, и может определить, имеет ли документ, связанный с субподрядчиком, статус Неполученный или является просроченным. Если документ не был получен или был просрочен, система 10 может определить, связан ли документ с правоприменительным действием Задержать Платеж. Если просроченный или отсутствующий документ связан с правоприменительным действием Задержать Платеж, система 10 может задержать платеж для субподрядчика, связанного с документом. В некоторых вариантах осуществления для системы 10 требуется только одно нарушение документа (например, у субподрядчика отсутствует один документ из трех требуемых документов) прежде, чем она автоматически задержит платеж субподрядчику. Если субподрядчик имеет отсутствующие или просроченные документы, система 10 может только задержать платеж, связанный с субподрядчиком для текущего выделения средств и не задерживает никакие другие предстоящие платежи, связанные с другими выделениями средств. В других вариантах осуществления, если субподрядчик имеет отсутствующие или просроченные документы, система 10 может задержать субподрядчику все предстоящие платежи.

- 40 015056

Когда система 10 задерживает платеж, система 10 может сделать запись о задержанном платеже (например, записать причины задержания платежа, указывающие, что платеж был задержан из-за отсутствующих документов или документов с истекшим сроком) и может выработать одно или несколько уведомлений или сообщений, предупреждающих соответствующих лиц о задержанном платеже. Как показано на фиг. 74В, описанной ранее, форма представления запроса выделения средств может указывать любые задержанные платежи (например, автоматически задержанные или задержанные вручную), которые не будут включены в платежи, расходуемые для находящегося в обработке выделения средств.

Если платеж задержан для конкретного субподрядчика, система 10 может выработать уведомление 570 о задержанном платеже, как показано на фиг. 195А. Система 10 может отображать уведомление 570 о задержанном платеже субподрядчику (например, по связи, включенной в экран 572 представления всех сообщений, как показано на фиг. 195В). Как показано на фиг. 195А, уведомление о задержанном платеже 570 может сообщать субподрядчику, что на платеж субподрядчику было наложено задержание. В некоторых вариантах осуществления уведомление 570 о задержанном платеже может также включать в себя одну или несколько связей или механизмов выбора, которые субподрядчик может выбрать для просмотра задержанного платежа и/или выполнения действия для выверки задержанного платежа.

В некоторых вариантах осуществления, если платеж субподрядчику, подлежащий задержанию, помечен как конкретный способ платежа, система 10 может просто уведомить управляющего проектом о платеже, подлежащем задержанию, вместо того, чтобы автоматически задержать платеж. Например, если платеж субподрядчику, подлежащий задержанию, помечен как платеж, который будет сделан вне системы 10 (например, посредством ручной проверки), система 10 может выработать платеж, подлежащий проектному действию или уведомлению 580 задержания, как показано на фиг. 196. Система 10 может отображать уведомление 580 о платеже, подлежащем задержанию, управляющему проектом. Уведомление 580 о платеже, подлежащем задержанию, может сообщать управляющему проектом, что платеж конкретному субподрядчику должен быть задержан из-за отсутствующих или имеющих истекшие сроки документов. Уведомление 580 о платеже, подлежащем задержанию, может также указывать способ платежа, связанный с платежом. Кроме того, как показано на фиг. 196, уведомление 580 может указывать, что, если управляющий проектом хочет изменить способ платежа, связанный с платежом (например, изменить способ платежа на способ, управляемый внутри системы 10), управляющий проектом должен поместить платеж на задержание. Уведомление 580 о платеже, подлежащем удержанию, может также включать в себя связь или другой механизм 582 выбора, который управляющий проектом может выбрать для просмотра статуса документов, связанных с субподрядчиком, платеж которого подлежит задержанию (например, через отдельный экран 480 статуса документа, связанный с субподрядчиком).

Как описано ранее в отношении страницы 450 требования документа, управляющий проектом может назначить правоприменительное действие Известить Только по требуемому документу. Подобно правоприменительному действию Задержать Платеж, после того как управляющий проектом подписал свою платежную заявку, система 10 может послать проектное действие или уведомление просмотра документов управляющему проектом для субподрядчиков, которые имеют отсутствующие или просроченные документы. Например, система 10 может просмотреть статус документов, которые требуются от субподрядчиков, включенных в выделение средств, и, если требуемый документ имеет статус Неполученный или является просроченным, система 10 может выработать проектное действие или уведомление просмотра документа и может отобразить проектное действие или уведомление управляющему проектом. В некоторых вариантах осуществления система 10 может выработать проектное действие или уведомление просмотра документа для каждого субподрядчика, который имеет просроченные или отсутствующие документы. В других вариантах осуществления система 10 может выработать единственное проектное действие или уведомление просмотра документа, которое указывает всех субподрядчиков, которые имеют просроченные или отсутствующие документы. Проектное действие или уведомление просмотра документа может включать в себя связь или механизм выбора, которые управляющий проектом может выбрать для просмотра статуса документов, которые требуются от одного или нескольких субподрядчиков, связанных с проектным действием или уведомлением просмотра документа (например, отдельную страницу 480 статуса документа или сводную страницу 470 статуса документа).

В некоторых вариантах осуществления только управляющий проектом может высвободить задержанный платеж посредством выполняемого вручную высвобождения платежа с использованием страницы 585 управления платежами, как описано ниже в отношении фиг. 197А, 197В. В других вариантах осуществления система 10 может автоматически высвободить задержанный платеж. Например, как только документы, которые запрошены от субподрядчика становятся соответствующими требованиям, система 10 может автоматически высвободить любой из задержанных платежей субподрядчику.

Для высвобождения задержанных платежей вручную управляющий проектом может использовать страницу 585 управления платежами, как показано на фиг. 197А, 197В. Как показано на фиг. 197А, 197В, страница 585 управления платежами может указывать каждый платеж, задержанный по конкретному выделению средств. Страница управления платежами может также указывать каждый платеж, сделанный по конкретному выделению средств.

- 41 015056

Как показано на фиг. 197А, 197В, страница 585 управления платежами может включать в себя механизм 586 выбора просмотра отказов от удержания, механизм 587 выбора отслеживания документа и механизм 588 выбора представления запроса выделения средств. Управляющий проектом может выбрать механизм 586 выбора просмотра отказов от удержания для просмотра отказов от удержания, поданных каждым субподрядчиком, связанным с выделением средств. Управляющий проектом может выбрать механизм 587 выбора отслеживания документа для просмотра статуса документов, поданных каждым субподрядчиком, связанным с выделением средств (например, через сводную страницу 470 статуса документа). Управляющий проектом может выбрать механизм 588 выбора представления запроса выделения средств для просмотра деталей выделения средств (например, посредством экрана представления находящегося на рассмотрении запроса выделения средств, как было описано ранее в отношении фиг. 60А, 62, 68А, 72 или 74А, 74В).

Для каждого субподрядчика (или платежа), указанного на странице 585 управления платежами, страница 585 может содержать механизм 589 выбора или связь редактирования, которые управляющий проектом может выбрать для редактирования информации платежа, связанного с конкретным субподрядчиком. В некоторых вариантах осуществления, если управляющий проектом выбирает связь 598 редактирования, ассоциированную с конкретным субподрядчиком, система 10 может отобразить страницу

590 управления платежом, как показано на фиг. 198А, 198В. Используя страницу 590 управления платежом, управляющий проектом может изменить информацию, связанную с платежом, сделанным субподрядчику.

Как показано на фиг. 198А, 198В, страница 590 управления платежом может включать в себя механизм 591 выбора выполнения проверки, механизм 592 выбора разбиения платежа и механизм 593 выбора снятия задержания. Для изменения способа платежа, связанного с платежом (например, изменения способа платежа на способ, управляемый вне системы 10), управляющий проектом может выбрать механизм

591 выбора выполнения проверки. В некоторых вариантах осуществления изменение способа платежа, связанного с платежом, на способ, управляемый извне системы 10, может автоматически высвободить задержанный платеж. Если управляющий проектом выбирает механизм 591 выбора выполнения проверки, система 10 может автоматически обновить способ платежа, отображенный на странице 590 управления платежом, может отобразить отдельную страницу изменения способа платежа или может позволить управляющему проектом обновить способ платежа, отображенный на странице 590 управления платежом.

Для разделения платежа на множество подплатежей управляющий проектом может выбрать механизм 592 выбора разбиения платежа. Например, управляющий проектом может выбрать механизм 592 выбора разбиения платежа, если управляющий проектом хочет заплатить субподрядчику путем многочисленных подплатежей, а не единовременно выплачиваемым платежом по всей сумме. В некоторых вариантах осуществления, если управляющий проектом выбирает механизм 592 выбора разбиения платежа, система 10 может отобразить отдельную форму разбиения платежа или может позволить управляющему проектом редактировать величину платежа, отображенную на странице 590 управления платежом.

Для высвобождения задержанного платежа управляющий проектом может выбрать высвобождение в механизме 593 выбора задержания. В некоторых вариантах осуществления управляющий проектом может также обеспечить причины или комментарии по высвобождению задержанного платежа, используя механизм 594 ввода комментариев, как показано на фиг. 198А, 198 В. Если управляющий проектом выбирает высвобождение из механизма 593. выбора задержания, система 10 может изменить статус платежа, отображенный на странице 590 управления платежом, с Задержанный на Требуемый, как показано на фиг. 198В.

Если управляющий проектом вносит какие-нибудь изменения в информацию платежа, отображенную на странице 590 управления платежом, управляющий проектом может выбрать механизм 595 выбора сохранения изменений, включенный в страницу 590 управления платежом. Если управляющий проектом сохраняет изменения, внесенные в информацию платежа, система 10 может обновить страницу 590 управления платежом, как показано на фиг. 198С и может обновить экран 585 управления платежами, как показано на фиг. 197В. Альтернативно, чтобы проигнорировать любые изменения, внесенные в информацию платежа, отображенную на странице 590 управления платежом, управляющий проектом может выбрать механизм 595 выбора отмены, включенный в страницу 590.

В некоторых вариантах осуществления страница 590 управления платежом может включать в себя другие механизмы выбора. Например, если платеж не был осуществлен, страница 590 управления платежом может включать в себя механизм выбора задержания платежа, который управляющий проектом может использовать, чтобы вручную задержать платеж.

В некоторых вариантах осуществления страница 585 управления платежами, которая указывает все платежи по конкретному выделению средств, может быть объединена со страницей 590 управления платежом, которая содержит информацию платежа, связанную с конкретным платежом, и позволяет управляющему проектом изменять информацию платежа для того, чтобы создать страницу 600 платежей, как показано на фиг. 198С. В некоторых вариантах осуществления страница 600 платежей может отображать

- 42 015056 все платежи по конкретному выделению средств. В других вариантах осуществления страница 600 платежей может отображать только задержанные платежи по конкретному выделению средств. Как показано на фиг. 198С, управляющий проектом может использовать страницу 600 платежей для задержания или высвобождения одного или нескольких платежей по выделению средств. Например, каждый платеж, отображенный на странице 600 платежей, может быть связан с механизмом 602 выбора (например, позицией для отметки), который управляющий проектом может выбрать для выбора конкретного платежа. После того как управляющий проектом выбрал одни или несколько платежей, управляющий проектом может выбрать механизм 603 выбора задержания выбранных платежей, включенный в страницу 600 платежей, для того чтобы задержать все выбранные платежи. В качестве альтернативы управляющий проектом может выбрать механизм 604 выбора высвобождения выбранных платежей, чтобы высвободить все выбранные платежи. В некоторых вариантах осуществления управляющий проектом может также вводить причины или комментарии по задержанию или высвобождению конкретного платежа, используя механизм 605 ввода комментария, включенный в страницу 600 платежей. Используя механизм 603 выбора задержания выбранных платежей и механизм 604 выбора высвобождения выбранных платежей, управляющий проектом может вручную задерживать и высвобождать платежи. В некоторых вариантах осуществления, как было ранее раскрыто, управляющий проектом может вручную задерживать и высвобождать платежи по различным причинам, иным, чем отсутствующие или просроченные требуемые документы.

В некоторых вариантах осуществления, если управляющий проектом вручную высвобождает задержанный платеж, система 10 может потребовать авторизации от авторизованного пользователя, связанного с управляющим проектом. Например, чтобы запросить авторизацию высвобожденного платежа от конкретного пользователя, связанного с управляющим проектом, система 10 может выработать специальное действие или уведомление расходования по проекту и может указать действие или уведомление по проекту на домашней странице 610 проекта авторизованного пользователя, как показано на фиг. 199. Действие или уведомление по проекту могут включать в себя связь или другой механизм 612 выбора, который авторизованный пользователь может выбрать для просмотра страницы 620 управления платежами, как показано на фиг. 200. Страница 620 управления платежами может включать в себя информацию и механизмы выбора, подобно странице 585 управления платежами, но может включать в себя механизм 622 выбора расходования фондов. После того как авторизованный пользователь просматривает высвобожденный платеж, пользователь может выбрать механизм 622 выбора расходования фондов, чтобы авторизовать высвобождение задержанного платежа. После того как авторизованный пользователь выбирает механизм 622 выбора расходования фондов, система 10 может выработать уведомление 630 о выплаченном платеже, как показано на фиг. 201. Система 10 может отображать авторизованному пользователю уведомление 630 о выплаченном платеже 630.

Для среднего специалиста в данной области техники очевидным является, что варианты осуществления изобретения могут быть реализованы с использованием различных компьютерных устройств, таких как персональные компьютеры, серверы и другие устройства, которые имеют процессоры или которые могут выполнять программы или наборы инструкций. Вообще говоря, изобретение может быть осуществлено с использованием существующих аппаратных средств или аппаратных средств, которые могут быть легко созданы средними специалистами в данной области техники. Таким образом, архитектура представленных в качестве примеров устройств не всегда объясняется подробно, однако имеется в виду, что устройства обычно содержат процессор, память (некоторого вида) и приложения ввода и вывода. Процессор может быть микропроцессором, программируемым логическим управляющим устройством, проблемно-ориентированной интегральной схемой или вычислительным устройством, конфигурированным так, чтобы извлекать и выполнять инструкции. В некоторых случаях устройства могут также иметь операционные системы и прикладные программы, которыми управляют операционные системы. Также очевидным является, что, хотя компоненты СУПС 10 и показаны соединенными в сеть, не подразумевается никакая определенная конфигурация сети. Одна или несколько сетей или систем связи, таких как Интернет, телефонные системы, беспроводные сети, спутниковые сети, сети кабельного телевидения и различные другие частные и общественные сети, могут быть использованы в различных комбинациях для обеспечения линий коммуникации, желаемых или необходимых для создания вариантов осуществления или выполнения изобретения, так, как это будет очевидным среднему специалисту в данной области техники. Таким образом, изобретение не ограничено какими-либо определенной сетью или комбинациями сетей.

Различные признаки и преимущества изобретения сформулированы в нижеследующей формуле изобретения.

Claims (18)

1. ФОРМУЛА ИЗОБРЕТЕНИЯ

   1. Способ управления процессом платежа в строительстве, задействующим множество участников, связанных со строительным проектом, включающий в себя определение с использованием компьютерной системы множества необходимых документов в электронном виде, которые должны быть переданы по меньшей мере между двумя участниками из множества участников в ходе строительного проекта;

   отображение списка из множества необходимых документов на экране отображения участника;

   прием от одного участника из множества участников посредством устройства участника выбора одного из множества необходимых документов в электронном виде;

   прием от одного участника из множества участников посредством устройства участника выбора по меньшей мере одного правоприменительного действия из списка правоприменительных действий, причем список правоприменительных действий включает в себя действие по приостановке платежа;

   назначение компьютерной системой выбранного правоприменительного действия выбранному документу в электронном виде, контролирование компьютерной системой статуса выбранного документа в электронном виде и автоматическое выполнение компьютерной системой одного правоприменительного действия, если выбранный документ в электронном виде не передан электронным образом между участниками, причем автоматическое выполнение правоприменительного действия включает в себя обеспечение доступа к набору исполняемых компьютером инструкций из множества наборов исполняемых компьютером инструкций на основании выбранного правоприменительного действия и выполнение набора исполняемых компьютером инструкций.
2. 2. Способ по п.1, дополнительно включающий в себя автоматическое уведомление электронным образом по меньшей мере двух участников о выбранном правоприменительном действии.
3. 3. Способ по п.1, дополнительно включающий в себя формирование одного или более электронных сообщений, которые указывают статус выбранного документа в электронном виде.
4. 4. Способ по п.1, в котором список правоприменительных действий включает в себя действие уведомления, причем выбранное правоприменительное действие представляет собой действие уведомления, и причем автоматическое выполнение выбранного правоприменительного действия включает в себя автоматическое уведомление по меньшей мере одного из участников, если выбранный документ в электронном виде не передан по меньшей мере между двумя участниками.
5. 5. Способ по п.1, в котором выбранное правоприменительное действие представляет собой действие по приостановке платежа, причем автоматическое выполнение выбранного правоприменительного действия включает в себя автоматическое задержание платежа по меньшей мере одному из участников, если выбранный документ в электронном виде не передан между участниками.
6. 6. Способ по п.5, в котором автоматическое выполнение правоприменительного действия дополнительно включает в себя автоматическое уведомление электронным образом по меньшей мере одного из участников о задержанном платеже.
7. 7. Способ по п.1, дополнительно включающий в себя назначение даты истечения срока выбранному документу в электронном виде.
8. 8. Способ по п.7, в котором дату истечения срока назначают на основании ввода пользователя, полученного электронным образом по меньшей мере от одного из участников.
9. 9. Способ по п.7, в котором дата истечения срока назначается автоматически.
10. 10. Способ по п.7, в котором автоматическое выполнение правоприменительного действия дополнительно включает в себя автоматическое уведомление по меньшей мере одного из участников о дате истечения срока на дату истечения срока.
11. 11. Система управления платежом в строительстве для строительного проекта, задействующего множество участников, связанных со строительным проектом, включающая в себя устройство участника;

    модуль отслеживания документов, подключенный к компьютерной системе, причем модуль отслеживания документов выполнен с возможностью определения множества необходимых документов в электронном виде, которые должны быть переданы по меньшей мере между двумя участниками из множества участников в ходе строительного проекта;

    отображения на экране отображения участника списка из множества необходимых документов;

    приема от одного участника из множества участников посредством устройства участника выбора одного из множества необходимых документов в электронном виде;

    приема от одного участника из множества участников посредством устройства участника выбора правоприменительного действия из списка правоприменительных действий, причем список правоприменительных действий включает в себя действие по приостановке платежа;

    назначения выбранного правоприменительного действия выбранному документу в электронном виде; контролирования статуса выбранного документа в электронном виде и

    - 44 015056 автоматического выполнения правоприменительного действия, если выбранный документ в электронном виде не передан электронным образом между участниками, причем автоматическое выполнение правоприменительного действия включает в себя обеспечение доступа к набору исполняемых компьютером инструкций из множества наборов исполняемых компьютером инструкций на основании выбранного правоприменительного действия и выполнение набора исполняемых компьютером инструкций.
12. 12. Система управления платежом в строительстве по п.11, в которой модуль отслеживания документов автоматически уведомляет электронным образом участников о назначенном правоприменительном действии.
13. 13. Система управления платежом в строительстве по п.11, в которой модуль отслеживания документов формирует одно или более электронных сообщений, которые указывают статус выбранного документа в электронном виде.
14. 14. Система управления платежом в строительстве по п.11, в которой список правоприменительных действий включает в себя действие уведомления, причем модуль отслеживания документов автоматически выполняет выбранное правоприменительное действие посредством автоматического уведомления по меньшей мере одного из участников, если выбранный документ в электронном виде не передан между участниками, когда выбранное правоприменительное действие представляет собой действие уведомления.
15. 15. Система управления платежом в строительстве по п.13, в которой модуль отслеживания документов автоматически выполняет выбранное правоприменительное действие посредством автоматического задержания платежа по меньшей мере одному из участников, если выбранный документ в электронном виде не передан между участниками, когда выбранное правоприменительное действие представляет собой действие по приостановке платежа.
16. 16. Система управления платежом в строительстве по п.15, в которой модуль отслеживания документов автоматически уведомляет электронным образом по меньшей мере одного из участников о задержанном платеже.
17. 17. Система управления платежом в строительстве по п.11, в которой модуль отслеживания документов назначает дату истечения срока по выбранному документу в электронном виде.
18. 18. Система управления платежом в строительстве по п.17, в которой модуль отслеживания документов автоматически уведомляет по меньшей мере одного из участников о дате истечения срока на дату истечения срока.