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

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

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

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

Пользователи, как правило, будут хранить детали своих сделок на серверах ASP или BSP. В таких случаях им понадобится доступ сверху вниз: от их корневой книги к таким деталям.

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

Продолжение в следующем выпуске.