Совместно используемое хранилище данных о сделках (Shared Transaction Repository, STR)
Тодд Бойл
STR: определение и задачи
STR - спецификация ПО высокого уровня, предназначенная для решения следующих задач:
1 уровень - открытая служба хранения документов. Позволяет любому участнику любой сделки поместить шифрованную копию любого документа о сделке или другой коммерческий документ XML в Интернет, откуда другая сторона (или стороны) сделки может получить его в любое время. Простой механизм учета данных, времени и содержания сделки помогает достичь взаимной договоренности и избежать недоразумений.
2 уровень - служба оповещения и передачи сообщений. Предоставляет услуги промежуточного хранения для оповещения сторон-участников о существовании сделки, давая сторонам ключ для безопасного получения сообщений.
3 уровень - служба регистрации ответов, таких как подтверждения. Позволяет участникам поместить безотзывное сообщение о принятии или одобрении документа, подтвержденное сервером и снабженное меткой даты и времени, для заключения коммерческих сделок по Интернету.
4 уровень - служба архивации и формирования отчетности. Обеспечивает надежное и оперативное хранение данных о сделках между сторонами, достаточное для надежной и точной сверки всех балансов между участниками (такими как банки), для сверки кредиторских и дебиторских счетов.
Две группы пользователей
STR - продукт простой, не отягощенный особой логикой. Программа получает копию сделки и направляет ее на рассмотрение и одобрение указанному адресату (-ам) - другой стороне. Если другая сторона посылает с подходящим ключом сообщение о принятии, то акцепт остается на постоянное хранение в зашифрованном виде, доступный только для двух участвующих сторон.
У этой спецификации STR (вер. 0.60) есть две целевые группы пользователей.
Специалисты по электронной коммерции/XML, прочтите следующее: Это межплатформенный сервер. Сервер STR задуман как кодовый модуль поверх базы данных типа postgreSQL с http-интерфейсом. Это может быть perl, python, PHP, java и т. д. на веб-сервере Apache. STR компилируется в готовый комплекс бухгалтерского ПО, или же доступ к нему обеспечивается через ASPs или BSPs. Его можно также скомпилировать в кассовом аппарате или ином устройстве, подключенном к Интернету. Роль STR может выполнять беспроводный Palm Pilot. STR способен регистрировать элементарные сценарии коммерческих сделок. В записи STR имеется элемент полезной нагрузки (XMLpayload), который не обрабатывается сервером STR синтаксически или иначе. Явный пример полезного элемента - платежное поручение или счет-фактура. Данная разработка должна поддерживать простейшие типы сценариев или моделей коммерческих сделок ebXML, предоставляя поле GroupID, которое ассоциирует завершенные этапы бизнес-процесса. STR - недорогой способ получить основные преимущества BizTalk и ebXML, не платя за различные коммерческие межплатформенные программы или XML-процессор. Поле GroupID дает простой механизм для множественных поэтапных сделок. Клиентские приложения могут использовать его для внедрения или исполнения сценариев RosettaNet PIPs, IBM TPAs, OAG и т. д. посредством ассоциаций между различными сделками. Единичных сделок в бизнесе почти не бывает Операции происходят последовательно. Например, предложение-согласие составляют сделку, но редко содержат весь цикл исполнения и оплаты. Даже если переведены средства по платежному поручению, клиент ожидает исполнения. Существует целая наука и масса литературы по этому вопросу, которые использует рабочая группа по бизнес-процессам ebXML. EbXML и BPMI намерены опубликовать стандартное определение бизнес-процесса в 4-м квартале 2000 г. Примечание: Эта система не полностью анонимна - она требует хотя бы псевдонима. STR-сервер принимает строки-записи от любой стороны, но они остаются висячими (orphaned) и недоступными до тех пор, пока в таблице пользователей не создана пользовательская запись. | Бухгалтеры и аудиторы, прочтите следующее: Добро пожаловать в первую виртуальную Главную веб-книгу! STR - это Главная книга с тройной записью (triple-entry), которая поддерживает записи сторон, не связанных друг с другом сетью. Книга может включать все записи вашей Главной книги, но основное ее назначение - хранить строки, относящиеся к внешним участникам сделок. Щелкните мышью здесь (*), чтобы ознакомиться с графическим учебным курсом, который демонстрирует, как совместное использование данных в Интернете может улучшить работу бухучета. STR - не автоматическая система сверки или воспроизведения, а настоящая база данных общего пользования. Это подлинный шаг от хранения данных в пределах одной компании к единому, совместно используемому сетевому хранению и выполнению сделок. Таблица постоянных записей STR дает любой стороне доступ к интерфейсу и услугам в классической бухгалтерской системе двойной записи, как вспомогательный регистр. Чтобы начать совместное использование данных о сделке, строки записей главной книги можно передавать на STR в формате файла одноуровневой базы данных типа rootledgerXML и в том же формате получать с STR. Данные сводятся в вашей Главной книге как любая вспомогательная ведомость. Каждый участник сделки может также получать свои записи. Принятие или непринятие другой стороной каких-либо строк не влияет на ваше использование STR в качестве Главной книги. Это снижает затраты на учет и работу с документами, что важно для малых и средних предприятий. Несетевое ПО, с которым работают вручную, создает ряд проблем, в том числе - избыточность данных. Согласно официальной таблице, затраты, связанные с лишними данными в США, оцениваются в 150 млрд. долларов. Сервер STR решает проблему ручного ввода и дублирования информации. Совместно используемые хранилища данных о сделках могут иметь успех только в открытых системах, с открытыми стандартами. |