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

[0001] Система управления платежами в строительстве, содержащая

[0002] Система управления платежами в строительстве по п.1, в которой процессор дополнительно выполнен с возможностью уведомлять вторую сторону, когда режим выставления детализированного счета был включен или выключен.

[0003] Система управления платежами в строительстве по п.1, в которой процессор дополнительно выполнен с возможностью запрашивать одобрение или отклонение счета как у первой стороны, так и у второй стороны.

[0004] Система управления платежами в строительстве по п.1, в которой процессор дополнительно выполнен с возможностью принимать детали счета от первой стороны, когда система не работает в режиме выставления детализированного счета.

[0005] Система управления платежами в строительстве по п.1, в которой процессор дополнительно выполнен с возможностью не допускать ввода второй стороной деталей счета, когда система работает в режиме выставления детализированного счета.

[0006] Система управления платежами в строительстве по п.1, в которой процессор дополнительно выполнен с возможностью не допускать ввода первой стороной деталей счета, когда система не работает в режиме выставления детализированного счета.

[0007] Система управления платежами в строительстве по п.1, в которой процессор дополнительно выполнен с возможностью включать или выключать режим выставления детализированного счета для счета в ответ на входные данные от первой стороны.

[0008] Система управления платежами в строительстве по п.1, в которой процессор дополнительно выполнен с возможностью выключать режим выставления детализированного счета после приема отклонения счета от второй стороны и входных данных от первой стороны.

[0009] Система управления платежами в строительстве по п.1, в которой процессор дополнительно выполнен с возможностью включать режим выставления детализированного счета после приема отклонения счета от первой стороны и входных данных от первой стороны.

[0010] Система управления платежами в строительстве по п.1, в которой процессор дополнительно выполнен с возможностью включать режим выставления детализированного счета для новых счетов по умолчанию.

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

[0012] Система управления платежами в строительстве по п.1, в которой процессор дополнительно выполнен с возможностью принимать комментарий от одной из первой стороны и второй стороны и отображать комментарий другой из первой и второй сторон.

[0013] Система управления платежами в строительстве по п.12, в которой процессор дополнительно выполнен с возможностью отображать комментарий и множество других комментариев, принятых от первой и второй стороны, в хронологически упорядоченном списке.

[0014] Система управления платежами в строительстве по п.12, в которой процессор дополнительно выполнен с возможностью ассоциировать комментарий с изменением, внесенным в детали счета.

[0015] Система управления платежами в строительстве по п.12, в которой процессор дополнительно выполнен с возможностью ассоциировать комментарий с одобрением или отклонением счета.

[0016] Система управления платежами в строительстве по п.12, в которой процессор дополнительно выполнен с возможностью сохранять комментарий в компьютерное считываемое запоминающее устройство.

[0017] Система управления платежами в строительстве по п.12, в которой процессор дополнительно выполнен с возможностью сохранять комментарий в компьютерное считываемое запоминающее устройство.

[0018] Система управления платежами в строительстве по п.17, в которой процессор дополнительно выполнен с возможностью сохранять комментарий и множество других комментариев, принятых от первой стороны и второй стороны, в компьютерное считываемое запоминающее устройство в хронологически упорядоченном списке.

[0019] Система управления платежами в строительстве по п.12, в которой комментарий включает в себя текстовый комментарий.

[0020] Система управления платежами в строительстве по п.19, в которой текстовый комментарий включает в себя ссылку (канал связи) на фотографию.

[0021] Система управления платежами в строительстве по п.12, в которой комментарий включает в себя фотографию.

[0022] Система управления платежами в строительстве по п.12, в которой комментарий включает в себя по меньшей мере одно из видео- и аудиозаписи.

[0023] Система управления платежами в строительстве по п.1, в которой первой стороной является инженер-сметчик.

[0024] Система управления платежами в строительстве по п.1, в которой первой стороной является генеральный подрядчик, а второй стороной является субподрядчик.

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

[0026] Система управления платежами в строительстве по п.1, в которой процессор дополнительно выполнен с возможностью инициировать электронную оплату счета после приема одобрения счета от первой и второй сторон.

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

[0028] Система управления платежами в строительстве, содержащая

[0029] Система управления платежами в строительстве, содержащая

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

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

Родственная заявка

Заявка на настоящее изобретение испрашивает приоритет предварительной заявки США № 60/926867 от 30 апреля 2007 г., полное содержание которой приводится в данном документе. Заявка также является частичным продолжением ранее зарегистрированной находящейся одновременно на рассмотрении заявки США № 12/061805 от 3 апреля 2008 г., полное содержание которой приводится в данном документе.

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

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

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

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

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

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

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

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

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

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

Фиг. 4a является графическим пользовательским интерфейсом для ввода деталей счета согласно одному варианту осуществления изобретения.

Фиг. 4b является графическим пользовательским интерфейсом на фиг. 4a с активным окном комментариев.

Фиг. 5 является графическим пользовательским интерфейсом для одобрения или отклонения детализированного счета.

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

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

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

Фиг. 9 является графическим пользовательским интерфейсом для управления счетами субподрядчиков.

Подробное описание предпочтительных вариантов воплощения изобретения

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

Системы управления платежами в строительстве дают визуальный доступ к объекту для заинтересованных сторон. Системы управления платежами в строительстве описаны в рассматриваемых заявках США № 12/061805 и 11/032699. Варианты осуществления системы управления платежами в строительстве, описанные в данном документе, могут объединять некоторые или все признаки, описанные в указанных выше рассматриваемых патентных заявках США.

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

На фиг. 1 показана система 100 управления платежами согласно варианту осуществления изобретения. Сервер 101 соединен с терминалом 103 плательщика и терминалом 105 получателя платежа. Сервер 101 содержит компьютерное считываемое запоминающее устройство 101A (например, жесткий диск) и процессор 101B. Сервер также включает в себя аппаратные средства для подключения к локальной вычислительной сети (LAN) и Интернету. Компьютерное считываемое запоминающее устройство 101A включает в себя сохраненные данные, относящиеся к строительным объектам, управляемым с помощью системы 100 управления платежами, и программные инструкции для связи с другими компьютерами через LAN или Интернет. Пользовательский веб-интерфейс также сохранен на компьютерном считываемом запоминающем устройстве 101A и выполняется процессором 101B, так что пользовательский веб-интерфейс может быть доступен другим компьютерам.

В некоторых вариантах осуществления терминалы 103, 105 плательщика и получателя платежа являются персональными компьютерами общего назначения, в то время как в других случаях они являются специализированными компьютерами, предназначенными конкретно для использования в системе 100 управления платежами. В этом варианте осуществления терминал 103 плательщика является персональным компьютером, содержащим жесткий диск и CPU. Он соединен непосредственно с сервером через локальную вычислительную сеть (LAN). Терминал 105 получателя платежа является персональным компьютером с жестким диском и CPU. Он соединен с сервером через Интернет-соединение 107. Пользовательский веб-интерфейс сохранен на компьютерном считываемом запоминающем устройстве 101A на сервере 101 и отображается на терминалах 103, 105 плательщика и получателя платежа. В других вариантах осуществления терминалы 103, 105 плательщика и получателя платежа могут быть соединены с сервером 101 другими способами. Например, оба терминала 103, 105 могут быть соединены с сервером через Интернет 107.

Дополнительные терминалы могут также получать доступ к серверу 101. Например, сметчик третьей стороны или правительственный инспектор может осуществлять доступ к серверу 101 через терминал 109. В некоторых вариантах осуществления доступ к серверу 101 предоставляется через пользовательский веб-интерфейс. Авторизованный пользователь может получать доступ к серверу 101 и системе 100 управления платежами с любого компьютера с доступом в Интернет.

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

Плательщик запрашивает счет (этап 201). Получатель платежа создает счет (этап 203) и вводит детали счета (этап 205). Система формирует счет на основе деталей счета, помещая детали в отформатированный шаблон. Счет затем готов для внутреннего просмотра и подписи получателем платежа (этап 207). Получатель платежа может либо просмотреть детали счета в формате таблицы в пользовательском интерфейсе терминала, либо просмотреть/распечатать отформатированный счет. Если получатель платежа не удовлетворен счетом, получатель платежа не подписывает счет (этап 209) и вносит дополнительные изменения (этап 205). В некоторых вариантах осуществления для получателя платежа определяется ограничение по времени или срок, чтобы предложить изменения и утвердить счет. Альтернативно, если указанный счет не подписан и возвращен плательщику перед датой снятия средств, получателю платежа не будет произведена оплата во время этого списания средств.

Когда получатель платежа удовлетворен содержимым счета, предоставляется электронная подпись (этап 209), и счет отправляется плательщику для просмотра. Плательщик затем либо утверждает, либо отклоняет счет (этап 211). Если плательщик не удовлетворен содержимым счета, счет отклоняется и возвращается получателю платежа для дополнительного редактирования (этап 205). Иначе, счет теперь готов к продолжению процесса оплаты (этап 213). После того как счет готов для оплаты, плательщик может выполнять и доставлять платеж вручную (например, с помощью чека) либо может быть использована система управления платежами, чтобы совершать электронный платеж (например, через автоматизированную расчетную палату или систему электронного перевода платежей).

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

В этом примере, когда плательщик желает получить создаваемый счет (этап 301), плательщик создает счет (303) и вводит детали счета (этап 305). Если плательщик удовлетворен содержимым счета, он отправляется получателю платежа (этап 307) для просмотра (этап 309). Однако, если плательщик не удовлетворен содержимым счета, плательщик может продолжать редактировать содержимое (этап 305). После того как счет передан и просмотрен получателем платежа (этап 309), получатель платежа решает, утвердить или отклонить счет (этап 311). Если получатель платежа удовлетворен, предоставляется электронная подпись, и счет возвращается плательщику (этап 313). Если получатель платежа не удовлетворен, получатель платежа отклоняет счет и возвращает его плательщику для дополнительного редактирования (этап 305). В этом примере получатель платежа не имеет возможности вносить какие-либо изменения в счете - он может только утвердить или отклонить его. Когда получатель платежа утверждает и электронным образом подписывает счет, он возвращается плательщику. Плательщик может все еще отклонить счет и внести дополнительные изменения в содержимое (этап 305). Иначе, счет готов к продолжению процесса оплаты (этап 315).

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

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

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

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

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

На фиг. 4а показан графический пользовательский интерфейс, который представляется стороне, которая вводит детали счета (например, получателю платежа, плательщику или оценщику третьей стороны). Пользовательский интерфейс включает в себя редактируемые текстовые поля для наименования 401 проекта, номера 403 договора и даты 405. Также включена редактируемая текстовая табл. 407, содержащая поля для позиции счета/наименования получателя платежа, процента завершения, запланированной величины оплаты и общей суммы, которая должна быть уплачена по счету. При создании или редактировании счета эти поля могут быть изменены, и новые записи могут быть добавлены в табл. 407. По окончании пользователь щелкает кнопку 409, чтобы сохранить изменения. Альтернативно, пользователь может щелкнуть кнопку 411, чтобы сбросить какие-либо изменения и вернуться к предыдущей версии счета.

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

В примере на фиг. 4a генеральный подрядчик создает счет для поставщика материалов ("Building Supply Co."). Табл. 407 включает в себя три записи: завершение фундамента, стеклянная дверь - части и стеклянная дверь - установка. Для каждой позиции, включенной в табл. 407, существует кнопка 413 разговора. В других вариантах осуществления предусмотрена только одна кнопка 413 разговора. Нажимая кнопку 413 разговора, пользователь может инициировать асинхронную текстовую связь с другой стороной. Фиг. 4b показывает окно 421 разговора, которое открывается, когда одна из кнопок 413 разговора нажата. Окно 421 разговора включает в себя поле 423 для ввода текста, кнопку 425 отправки и поле 427 отображения, которое показывает сообщения, которые были отправлены или приняты пользователем.

Как показано на фиг. 4b, и текстовые комментарии, и числовые значения, представляющие изменения, внесенные в счет, отображаются в поле 427 отображения окна 421 разговора. Следом за каждой записью расположена кнопка 429 раскрытия/сворачивания (например, "+" и "-"). Когда запись раскрывается (например, кнопка 429 отображается как "-"), поле 427 отображения включает в себя табл. 431, которая перечисляет подробности каких-либо изменений в счете, внесенных пользователем, с комментарием. Табл. 431 показывает предыдущие детали счета, новые детали счета и разницу между ними. Табл. 431 также указывает, кто какие детали вводил.

Как обсуждалось выше и с дополнительными подробностями ниже, функциональная возможность выставления детализированного счета может быть включена или выключена во время создания счета. В примере на фиг. 4b функциональная возможность выставления детализированного счета выключена. После того, как пользователь 1 (USER 1) ввел первоначальные детали счета, пользователь 2 (USER 2) изменил детали записи "стеклянная дверь - установка" счета с 0% завершения на 80% завершения. Так как комментарий от пользователя 1 находится в свернутом виде (как указано знаком "+"), табл. 431 не отображается. Так как комментарий от пользователя 2 находится в развернутом виде, табл. 431 показывает детали, которые первоначально введены пользователем 1, обновленные детали, введенные пользователем 2, и разницу между ними.

В некоторых вариантах осуществления фотографии также передаются с помощью окна 421 разговора, чтобы обеспечивать визуальное доказательство выполненной работы или доставленных материалов. Например, пользователь 2 на фиг. 4b может использовать окно 421 разговора, чтобы отправлять фотографию частично завершенной установки стеклянной двери пользователю 1.

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

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

На фиг. 5 показан графический пользовательский интерфейс, который представляется стороне, которая просматривает/утверждает счет. В примере на фиг. 3 это может быть либо получатель платежа на этапе 309, либо плательщик на этапе 313. Как и на фиг. 4a, пользовательский интерфейс включает в себя поля для наименования 501 объекта, номера 503 договора и даты 505. Однако, так как этот экран предназначен только для просмотра/одобрения, эти поля нередактируемые. Похожим образом, табл. 507 включает в себя информацию, которая была введена в табл. 407 (фиг. 4a), но табл. 507 является нередактируемой. Пользователь может утвердить отдельный элемент в счете, щелкая на кнопку 509 "одобрение", соответствующую отдельной позиции. Альтернативно, пользователь может утвердить весь счет, выбирая кнопку 511 "утвердить все".

Как отмечено выше, субподрядчики могут отклонить детализированный счет. Пользователь может отклонить отдельные позиции, выбирая соответствующую кнопку 513 "отклонение", или может отклонить все перечисленные позиции, выбирая кнопку 515 "отклонить все". Субподрядчик, отклоняющий детализированный счет, может также предоставить причину отклонения, используя кнопку 517 "разговор". Хотя фиг. 5 показывает кнопку 517 "разговор", ассоциированную с каждой перечисленной позицией, только одна кнопка 517 разговора предусмотрена в других вариантах осуществления.

Как обсуждалось выше, выбор кнопки 517 "разговор" инициирует обмен текстовыми сообщениями в реальном времени с другой стороной (в этом случае, стороной, указывающей детали счета). Если другая сторона недоступна для "разговора", система 100 управления платежами информирует другую сторону об отклонении, когда в следующий раз другая сторона осуществляет доступ к системе. Указывающей стороне предлагается повторно ввести счет. Переговоры относительно отклоненной позиции могут затем быть проведены с помощью кнопки 413 "разговор" (фиг. 4a) или решены в режиме офлайн.

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

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

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

На фиг. 6 показан способ использования системы 100 управления платежами, где установка выставления детализированного счета изменяется во время создания счета. Плательщик запрашивает счет из системы (этап 601), инициирует создание счета (этап 603) и вводит/редактирует детали счета (этап 605). После того как плательщик ввел/отредактировал детали счета, плательщик либо отправляет счет получателю платежа (этап 607), либо сохраняет счет без отправки его получателю платежа. Если счет не отправлен, плательщик может вносить дополнительные изменения в счете (этап 605).

Если плательщик готов отправить счет получателю платежа (этап 607), плательщик выполняет определение относительно установки выставления детализированного счета. Если плательщик желает использовать выставление детализированного счета (т.е. выставление детализированного счета плательщиком), "блокировка" ставится на счет (этап 609). Получатель платежа тогда имеет возможность просмотреть детали счета (этап 611) и либо утвердить, либо отклонить счет (этап 613). Если получатель платежа отклоняет счет, он отправляется обратно плательщику с инструкцией повторного ввода деталей счета вместе с какими-либо комментариями, введенными получателем платежа (например, с помощью кнопки 517 "разговор"). Если получатель платежа утверждает счет, присоединяется электронная подпись (этап 613) и счет отправляется обратно плательщику (этап 615). Плательщик может все еще отклонить счет и внести дополнительные редактирования (этап 605). Иначе, счет готов к продолжению процесса оплаты (этап 617).

Если плательщик желает использовать выставление детализированного счета получателем платежа, на счет не ставится блокировка, когда он отправляется получателю платежа (этапы 607 и 609). Получатель платежа опять просматривает счет (этап 619), и ему предоставляется возможность присоединить электронную подпись (этап 621). Если получатель платежа утверждает счет, он возвращается плательщику для окончательного одобрения (этап 615), как обсуждено выше. Однако, если получатель платежа не подписывает счет, получатель платежа теперь имеет возможность внести изменения, добавления или удаления в счет (этап 623). Когда получатель платежа заканчивает вносить изменения, обновленный счет отправляется плательщику для просмотра (этапы 625 и 627). После просмотра счета (этап 627) плательщик решает, утвердить или отклонить обновленный получателем платежа счет (этап 629). Если плательщик утверждает изменения получателя, счет готов продолжить процесс оплаты (этап 617). Иначе, плательщик вносит дополнительные изменения в счет (этап 605) и отправляет счет обратно получателю платежа (этап 607).

Как обсуждалось выше, плательщик имеет возможность разблокировать счет в любое время (например, выключить выставление детализированного счета) (этап 631). Если, например, получатель платежа отправил сообщение плательщику при просмотре счета (этап 611) с помощью кнопки 517 "разговор" (фиг. 5), плательщик может выбирать удаление блокировки (этап 631) и разрешать получателю платежа вносить изменения непосредственно в счет, вместо внесения изменений самим плательщиком.

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

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

На фиг. 7 показан сценарий, где счет инициирован с выключенным выставлением детализированного счета (т.е. блокировка счета удалена). После того как плательщик запрашивает счет (этап 701), счет разблокируется и получатель платежа имеет возможность вводить и редактировать детали счета (этап 703). После того как детали были введены, счет может быть отправлен пользователю, ассоциированному с получателем платежа, который имеет полномочия одобрения и подписи, для внутреннего просмотра получателем платежа (этап 705). В это время получатель платежа может либо подписать счет (этап 707), либо внести дополнительные добавления, удаления или изменения (этап 703). Когда получатель платежа утверждает счет, присоединяется электронная подпись (этап 707) и счет отправляется плательщику для просмотра.

Если плательщик утверждает счет (этап 709), присоединяется другая электронная подпись (этап 711) и счет готов к оплате. Однако, если плательщик не утверждает счет, плательщик может либо вернуть его получателю платежа для дополнительного редактирования (этап 703), либо может выбирать выполнение изменений непосредственно в счете (этап 713). Если плательщик вносит изменения непосредственно (этап 713), счет будет возвращен получателю платежа с блокировкой либо включенной, либо выключенной (т.е. выставление детализированного счета плательщиком или выставление детализированного счета получателем платежа) (этап 715). Если счет возвращен с отключенной блокировкой, уведомление, описывающее состояние установки выставления детализированного счета, отправляется получателю платежа (этап 717), и получатель платежа может вносить дополнительные изменения в счет (этап 703). Процесс продолжается, как обсуждалось выше. Уведомления (не показаны) могут также быть использованы в способе на фиг. 6.

Однако, если счет возвращен с включенной блокировкой, получатель платежа больше не имеет возможности вносить изменения непосредственно в счет. Система отправляет уведомление получателю платежа, информирующее получателя платежа о том, что блокировка счета была включена и активировано выставление детализированного счета (этап 719). Получатель платежа просматривает счет (этап 721) и отправляет его стороне с полномочием подписи для окончательного внутреннего просмотра получателем платежа (этап 723). Если получатель платежа утверждает обновленный счет, присоединяется электронная подпись (этап 725) и счет возвращается плательщику для окончательного одобрения (этапы 709 и 711). Если получатель платежа не утверждает счет, он отправляется обратно плательщику для дополнительного редактирования (этап 713). Как обсуждалось выше со ссылкой на фиг. 6, плательщик имеет возможность разблокировать счет в любое время (этап 727).

Как обсуждалось выше, в некоторых вариантах осуществления уведомления и перечень мер отправляются пользователю, когда происходят определенные события. Например, как показано на фиг. 7, уведомление отправляется, когда установка выставления детализированного счета была изменена и когда созданный счет находится на просмотре. Фиг. 8 показывает графический пользовательский интерфейс для представления этих уведомлений согласно одному варианту осуществления. Когда пользователь (например, плательщик, получатель платежа, генеральный подрядчик или субподрядчик) осуществляет доступ к системе 100, страница со списком задач идентифицирует пользователя (801), номер договора (803) и текущую дату (805). В некоторых вариантах осуществления поле номера договора (803) является выбираемым, так что один и тот же пользователь может просматривать задачи для разных договоров.

Табл. 807 показывает предстоящие задачи/уведомления для участника. Например, на фиг. 8, компании "Building Supply Co." необходимо просмотреть счет номер 0001 и ввести детали для счета номер 0002. Список задач также включает в себя уведомление, информирующее компанию Building Supply Co. о том, что состояние выставления детализированного счета было изменено для счета номер 0002. Табл. 807 также включает в себя дату получения и сроки. Пользователь осуществляет доступ к индивидуальным элементам из списка, выбирая кнопку 809 "просмотр", соответствующую надлежащему элементу.

На фиг. 9 показана "страница разделения стадий", с которой пользователь (например, генеральный подрядчик) может управлять несколькими счетами. Страница разделения стадий идентифицирует пользователя (901), номер договора (903) и текущую дату (905). В некоторых вариантах осуществления поле 903 номера договора является выбираемым, так что пользователь может просматривать счета для разных договоров. Табл. 907 предоставляет информацию для каждого счета, такую как наименование субподрядчика, номер счета, текущее состояние счета, общая сумма, на которую должен быть выставлен счет, процент завершения и фактическая сумма, выставляемая по счету. Пользователь выбирает счет, помечая блок 909, соответствующий надлежащему счету. После выбора одного или более из перечисленных счетов пользователь выбирает одну из кнопок 911, 913, 915, чтобы выполнять ассоциированную операцию. Например, пользователь может отправить счет субподрядчику (кнопка 911), просмотреть текущую версию счета (кнопка 913) или просмотреть задачи, ассоциированные со счетом (кнопка 915). В некоторых вариантах осуществления поле "состояние" в табл. 907 включает в себя гипертекстовую ссылку на интерфейс для выполнения предстоящей задачи (например, графический пользовательский интерфейс на фиг. 4 или 5).

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

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

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

Платежи контрактным дочкам и управление такой иерархией договора/бюджета обсуждаются в рассматриваемых патентных заявках США № 11/485545, зарегистрированной 12 июля 2006 г., и 11/485610, зарегистрированной 12 июля 2006 г., которые, обе, содержатся в данном документе по обращению.

Конструкции и способы, описанные выше, являются иллюстративными. Другие конфигурации, проекты и использования возможны. Варианты осуществления изобретения могут быть применены к множеству ситуаций, в которых одна сторона указывает детали счета, а другая сторона утверждает и подписывает счет. Цель изобретения, следовательно, не ограничена транзакциями между генеральным подрядчиком и субподрядчиком, не ограничена ситуациями, затрагивающими плательщика и получателя платежа. Например, как обсуждалось выше, в определенных вариантах осуществления третья сторона определяет детали счета, и ни плательщик, ни получатель платежа не имеют какого-либо контроля над процессом. Термины "плательщик" и "получатель платежа" не ограничены генеральными подрядчиками и субподрядчиками. Например, плательщиком может быть банк или владелец недвижимости, тогда как получателем платежа может быть генеральный подрядчик. В других примерах получателем платежа может быть субпоставщик, поставщик материалов или субподрядчик.

Хотя система 100 управления платежами описана выше как веб-приложение, функционирующее на сервере и доступное посредством персональных компьютеров через Интернет, возможны другие архитектуры системы. Например, в некоторых вариантах осуществления вся прикладная программа работает на одном терминале. В других вариантах прикладная программа работает на двух или более персональных компьютерах, соединенных непосредственно друг с другом без центрального сервера. По существу, термин "процессор" предназначен, чтобы включать в себя отдельный CPU/микропроцессор или множество CPU на нескольких терминалах, подключенных к системе 100 управления платежами. Различные признаки и преимущества изобретения изложены в последующей формуле изобретения.