Стандарты и протоколы электронной коммерции iotp.
Протокол открытой торговли в Internet (Internet Open Trading Protocol – IOTP), разработанный в октябре 1998 года рабочей группой в области электронной коммерции (Trade Working Group), обеспечивает совместное функционирование различных систем электронной коммерции (подробнее см. http://book.itep.ru/4/6/iotp.htm). К таким системам относятся MasterCard, Visa, Mondex, GeldKarte, eCash, CyberCoin, Millicent, Proton и пр.
IOTP обеспечивает возможность проведения электронных торговых операций, в которых участвуют, с одной стороны, продавец (он подразумевает определенный состав участников торговой сделки: виртуальный магазин, платежная система, поставщик товаров и услуг) и, с другой стороны, покупатель, в ходе одной или нескольких торговых сессий.
Протокол IOTP описывает содержимое, формат и последовательность сообщений, которыми обмениваются между собой участники электронной торговли (покупатели, продавцы и банки или другие финансовые учреждения) и «третейские судьи».
Протокол спроектирован так, чтобы обеспечить его применимость при любых схемах электронных платежей на всех этапах процесса продажи. Конструкция IOTP предоставляет «виртуальные» возможности, в точности отражающие обычные реальные условия осуществления коммерции, основанные на бумажных деньгах, традиционных и общедоступных методах торговли и финансового обмена. При обсуждении условий торговой сделки ее участники могут оговаривать демонстрацию предлагаемых товаров и услуг, способ оплаты, условия приема платежа, доставку и приемку приобретенных товаров.
Целью создания IOTP является структурная формализация взаимодействий в электронной коммерции, обеспечивающая независимость процедур торговли от способа осуществления торговой сделки между участниками. Т.е. предоставление индустрии финансовых услуг протокола электронной торговли, который интегрирует любые существующие и перспективные платежные схемы (системы).
Кроме того, IOTP обеспечивает оформление и отслеживание доставки товаров и прохождения платежей. Использование ЭЦП в IOTP осуществляется опционально (по взаимному согласию сторон сделки). Классическим примером того, как одна цифровая подпись в IOTP подтверждает другую, является случай, когда продавец сначала подписывает оферту (предложение на продажу товара или предоставление услуг), которая позднее подтверждается кассиром с помощью подписи платежной расписки. Таким путем платеж в транзакции IOTP связывается с документами, подтверждающими совершение сделки.
Открытый торговый протокол Интернета определяет порядок осуществления следующих базовых операций:
покупка – предложение, оплата и опционно доставка;
возврат – возврат платежа для покупки, выполненной ранее;
обмен ценностями – включает в себя два платежа, например, в случае обмена валют;
аутентификация – проверка для организации или частного лица – являются ли они теми, за кого себя выдают;
отзыв платежа – отзыв электронного платежа из финансового учреждения;
депозит – размещение средств в финансовом учреждении;
запрос – получение информации о состоянии операции IOTP, которая находится в процессе реализации, или уже выполнена.
Участники электронной коммерции в рамках протокола IOTP могут играть следующие роли (см. рис 9):
покупатель;
продавец;
оператор платежей – платежная система;
агент (оператор) доставки – человек (организация), который доставляет товар покупателю;
агент обслуживания – человек (или организация), который предоставляет покупателю сопутствующие услуги.
Обмен данными между участниками электронной торговли в рамках IOTP включает:
запрос информации о товарах (услугах);
предложение – выставление продавцом покупателю оферты на продажу товара или предоставление услуг;
аутентификацию – используется любым из контрагентов для выяснения, являются ли другие контрагенты теми, за кого они себя выдают;
оплату – осуществление финансовых расчетов между покупателем и оператором платежей;
доставку – транспортировку и передачу товаров агентом доставки покупателю.
Рис 9. Схема взаимодействия участников электронной торговли в рамках IOTP
Существует несколько преимуществ использования IOTP:
возможность, как для покупателей, так и для продавцов, использовать в расчетах бóльшее число платежных систем;
создание механизма предложения различных банковских услуг покупателям;
покупатели получают более удобный и универсальный интерфейс для осуществления покупок;
банки могут играть роль третейского судьи для разрешения конфликтов и проблем между продавцом и покупателем;
осуществление записи всех операций, для последующего использования этих данных в системах учета, налоговых органах или, при возникновении разногласий, в судебных инстанциях.
Одним из препятствий на пути развития интернет-коммерции являются трудности автоматизации поиска контрагентов. Существующие технологии создания виртуальных агентов позволяют наделить программного робота функциями поиска контрагентов, согласования условий контрактов, а, в ряде случаев, и выполнения контрактов, но при отсутствии единых стандартов взаимодействия невозможно добиться высокой эффективности и повсеместного использования данных технологий.
Для автоматизации коммерческого взаимодействия контрагенты, которые могут находиться в любой точке земли, должны использовать универсальное ПО, позволяющее работать с любой из программ, которые применяют возможные партнеры и клиенты (что практически трудноосуществимо).
До появления стандарта UDDI не существовало общепринятого способа, позволяющего компаниям автоматизировать поиск торговых партнеров и взаимодействие с ними.
Веб-службы. Технологии использования виртуальных агентов
Веб-служба – виртуальный агент, предоставляющий услуги через Интернет.
Воспользоваться услугами веб-служб можно следующим образом. ПО системы электронной коммерции, в качестве которого может выступать, например, ПО банкомата или интернет-магазина, сначала осуществляет поиск соответствующей веб-службы в реестре UDDI, а потом посылает по указанному в описании веб-службы адресу запрос. Веб-служба принимает запрос и выполняет действия, возвращая ответ с результатами обработки запроса.
Например, компания, специализирующаяся в поставках грузов, может создать веб-службу, с помощью которой ее клиенты будут подсчитывать стоимость доставки при известном весе груза, начальной и конечной точках маршрута, сроках и других условиях доставки. Любой интернет-магазин, используя эту веб-службу, может автоматически подсчитать, сколько ему нужно запросить с покупателя за доставку. Опросив несколько соответствующих веб-служб интернет-магазин может выбрать наиболее экономичный способ доставки.
Для автоматизации использования веб-служб их программные интерфейсы должны быть детально описаны. Описание может включать такую информацию, как протокол взаимодействия, определение методов обращения к каждой веб-службе, форматы сообщений, протоколы сообщений, протоколы безопасности, список доступных операций и т.п.
Такое описание составляется с использованием языка WSDL. Это язык, на котором описывается веб-служба для опубликования в реестре UDDI. С его помощью отражаются особенности интерфейса и реализации веб-служб.
Стандартизация веб-служб позволяет организовать электронную торговую площадку, которая будет состоять из присутствующих в Интернете веб-служб (регистрация покупателей, управление каталогом товаров, организация закупки и отслеживание доставки товаров от поставщиков, ведение виртуальной корзины покупателя и определение стоимости покупки, конвертирование валют, прием платежей и т.п.). При этом нет необходимости вкладывать значительные средства в построение электронной торговой площадки: для этого будут задействованы готовые веб-службы, а оплата будет осуществляться по мере их использования. Если какая-либо веб-служба перестанет устраивать, то ее можно легко заменить на другую, выполняющую те же самые функции, но предоставленную другой компанией. Таким образом, использование технологии веб-служб делает возможным создание нового класса ПО, более гибкого по сравнению с существующим.
Пример. В августе 2002 г. компания ААА, используя веб-службы сторонних компаний, запустила самый крупный на сегодняшний день туристический портал. Пользователь, вместо совершения последовательных шагов по заказу авиабилета, гостиницы и проката автомобиля через Интернет, может все это проделать в рамках одной-единственной транзакции.
В рамках концепции веб-служб основные принципы разработки и эксплуатации «классического» ПО – модульность и стандартизация, переносятся на архитектуру и средства реализации Интернета со всеми вытекающими отсюда организационными и экономическими преимуществами (рис. 10).
Рис. 10. Организационные и экономические преимущества использования веб-служб
В настоящее время предприятия вынуждены тратить значительные средства на разработку собственных информационных систем, глобальная стандартизация избавляет от их от такой необходимости. Например, в отношении такого элемента информационной системы, как система приема платежей, в масштабах мировой экономики, можно ограничиться использованием нескольких веб-служб.
В ситуации, когда переход к использованию конкурирующей веб-службы не будет требовать материальных и временных затрат (возможно, что для приема каждого платежа, биллинг будет выбираться динамически) платежные системы, предоставляющие соответствующие услуги, будут находиться в состоянии абсолютной конкуренции. Следовательно, они будут заинтересованы в постоянном улучшении качества своих услуг. Это будет подталкивать их к постоянному внедрению наиболее совершенных технологий организации взаиморасчетов, что не под силу предприятиям других сфер деятельности (для которых организация взаиморасчетов не является основной деятельностью).
Так будет происходить международное «горизонтальное» разделение труда – разделение труда на базе отдельных составляющих бизнес-процесса. В процессе внедрения технологий веб-служб в различные сферы деятельности самостоятельная разработка информационных систем (в данных сферах деятельности) предприятиями станет окончательно невыгодна: в силу стремительного изменения средств программного и аппаратного обеспечения собственные разработки будут морально устаревать уже на этапе проектирования.