Letyshops

Совместно используемое хранилище данных о сделках (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 решает проблему ручного ввода и дублирования информации. Совместно используемые хранилища данных о сделках могут иметь успех только в открытых системах, с открытыми стандартами.

Продолжение в выпусках: #101, #102, #103

 

 

Реклама: