Совместно используемое хранилище данных о сделках (Shared Transaction Repository, STR)

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

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

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

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

Пример многосторонней сделки

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

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

Допустим, есть Предложение с заказом на покупку. Если продавец вводит Принятие, первая фаза обмена завершена. STR упрощает урегулирование остатков следующим образом:

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

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