Letyshops

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

Тодд Бойл
Продолжение.
Поведение сервера STR | Поведение клиента STR | Почему веб-книга

Таблица STR пытается определить минимум важнейших данных для осуществляемых сделок. Она хранит "черновики" сделок ("предложения"), которые переданы отправителем и могут быть одобрены адресатом (далее - "получатель" или "другая сторона").

Если сервер STR получает ответ другой стороны на эти "черновики", программа обновляет совместно используемый раздел STR-записей при помощи ResponseCode (КодОтвета) или Signature (Подпись) и сохраняет конфиденциальные данные раздела другой стороны (коды или документы), ассоциированные с этим обменом. Сервер всего лишь выполняет механическую работу, такую как датирование или идентификация строк.

STR - компонент инфраструктуры, который можно реализовать как:

  • независимый сервер в сети;
  • сервер в составе какой-либо сетевой коммерческой системы наподобие магазина, обменного пункта, рынка, торгового централа и т. д.;
  • сервер, встроенный в коммерческую систему предприятия, которое периодически выходит в Интернет.

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

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

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

Вы спросите: "Если все содержание можно вложить в файл XML, зачем тогда столько колонок?" Цель здесь - обеспечить минимальный набор индексов, чтобы STR мог отвечать на запросы без синтаксического разбора файлов XML. При разработке было принято решение перенести Код счета, Сумму и Валюту в отдельные поля, чтобы можно было делать запросы по этим параметрам. Такие данные - основание для отчетов по срочным счетам к оплате/получению, по остатку кассы и т. д. Они автоматически сверяются с записями деловых партнеров. Функция STR - учет между компаниями.

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

[1][2][3] следующая>>
[вид для печати]
© Тодд Бойл

 

 

Реклама: