Робот

оВебМани.Ру - всё о WebMoney. Планета WebMoney: населена роботами

© Никита Сенченко Главное, что отличает WebMoney от других систем и, тем более, банковских платежных карт - это возможность полностью автоматизировать свой бизнес. оВебМани.Ру уже неоднократно повторял это, и позволит себе повторить ещё раз. В данной статье мы сделаем обзор инструментов WebMoney, позволяющих роботизировать ваши бизнес-процессы, и приведем конкретные примеры. Любая предпринимательская деятельность в Интернете основана на 2 главных принципах: онлайновость (моментальность) и круглосуточная доступность. Представьте себя на месте покупателя, у которого закончились деньги на мобильном телефоне. У него есть на выбор 2 сайта, где он может пополнить свой мобильник за WebMoney: первый принимает оплату и зачисляет средства на счёт моментально, второй - "в течение 2 часов, после рассмотрения заявки менеджером". Какой сайт выберет покупатель? Даже если второй сайт предложит скидку, лично я пойду на первый. И так поступит большинство из нас. Это лишь очень частный случай. Таких примеров можно привести массу. И мы обязательно их приведём в данной статье. Забегая вперёд, во всех этих примерах робот заменяет действия человека. И в итоге однозначно выигрывает, потому что работает 24 часа в сутки, 365 дней в году, не устаёт, не ошибается, не уходит в декрет, не отлучается на перекур. Однажды правильно запрограммированный, робот работает как часы, экономя бизнесмену время и деньги. За ним лишь нужно иногда следить и смазывать ему гайки. В этом и заключается главная задача интернет-бизнеса: переложить монотонные, повторяющиеся и поддающие формализации действия с человека на программу , скрипт, сервер. А человек пусть в это время занимается творчеством, т.е. тем, что автоматизации не поддаётся: модерация форума, копирайтинг, PR, консультация клиентов и т.д. WebMoney отдаёт "наружу" целый ряд инструментов автоматизации, которыми могут пользоваться в своих программах сторонние разработчики. Среди этих инструментов XML-интерфейсы, WM Merchant, WM Login, механизм доверенностей и др. Рассмотрим их подробнее. Основой всей автоматизации в WebMoney являются XML-интерфейсы. Их на данный момент 17. Они позволяют запрограммировать всё или почти всё, что мог бы делать вручную ваш сотрудник: отправлять и получать WM-переводы, рассылать WM-сообщения, проверять данные аттестата и т.д. Мы уже писали подробно о большинстве XML-интерфейсов в , и статьях. Перечислим их ещё раз: Автоматические обменные пункты, обменивающие одну электронную валюту WM на другую, активно используют для того чтобы проверить текущий остаток на кошельке и отобразить его на сайте как доступный к обмену резерв валюты. Информация о фактическом остатке может использоваться также для обнаружения несанкционированных переводов с кошелька: расчётный остаток должен быть всегда равен фактическому. Кроме того, автообменки в обязательном порядке используют другой интерфейс - - для перевода на кошелек клиента причитающейся ему суммы WM. Сервисы, автоматизировавшие выдачу WM-кредитов, используют сразу несколько интерфейсов. Онлайн-выдача кредита без ручного участия кредитора происходит так: выписывается счёт для оплаты на D-кошелек заёмщика через интерфейс . Потом проверяется, что этот счет оплачен - . Потом на Z-кошелек заёмщика переводятся WMZ - . захватывают региональные рынки обмена наличных денег на WM. Для этого они строят шлюзы пополнения кошельков с терминальными сетями. Получив от терминальной сети сигнал о том, что деньги от клиента получены, сервер обменного пункта зачисляет на указанный кошелек клиента необходимую сумму WM с помощью интерфейса X2. Во всех трёх рассмотренных примерах сервис совершает исходящие WM-переводы. Клиент сам вводит на сайте (или в платёжном терминале) номер своего кошелька, на который он хочет получить средства. Поэтому сначала необходимо убедиться, что клиент не допустил механической ошибки при указании кошелька. Проверить кошелёк на предмет его существования в WebMoney позволяет . Очень часто интернет-сервисы ведут базу своих клиентов для того чтобы оповещать их о новостях, акциях, скидках. Если у вас хранятся WMID ваших клиентов, можно организовать такую рассылку по внутренней WM-почте с помощью интерфейса . Приблизительное время отправки одного сообщения - 1 секунда. Вообще, WM-почта - хорошая штука. Она абсолютно защищена от перехвата, а сообщения доходят моментально и не теряются, в отличии от email. Поэтому X6 можно и нужно использовать для доставки клиенту конфиденциальной информации, например, купленного PIN-кода, лицензионного ключа и т.д. Приняв оплату за товар или услугу, продавец не всегда может выполнить свои обязательства. К примеру, сервис пополнения мобильных телефонов попытался пополнить телефон своего клиента, но получил отказ от мобильного оператора. Средства в этом случае нужно вернуть. Здесь также нет необходимости в ручном вмешательстве человека: достаточно задействовать интерфейс , который вернёт WM плательщику без потери 0.8% комиссии. Хороший способ упростить бизнес-процессы и повысить скорость обработки заказов придумал доменный регистратор . Всем известно, что информации из персонального аттестата WebMoney можно доверять так же, как и нотариально заверенным данным, и уж, по крайней мере, куда больше, чем непроверенной декларации пользователя, что его зовут, например, Иван Петров. Используя это, WebNames.ru позволяет упростить процедуру заключения договора, обязательную при регистрации доменов .RU и .SU. Информация (ФИО, паспортные данные) подтягивается из персонального аттестата клиента по интерфейсу . Для этого клиенту достаточно доверить просмотр своих аттестационных данных для WMID WebNames.ru по специальной ссылке на сайте Центра Аттестации: . Таким образом, наличие персонального аттестата WebMoney позволяет клиенту всего за несколько минут делегировать домены, не дожидаясь заключения договора. На сайте Арбитражного сервиса есть . Два пользователя WebMoney, прежде чем осуществить сделку, могут составить и заключить электронный контракт, в котором прописаны условия сделки: порядок расчетов, обязанности сторон и т.д. При этом один пользователь размещает контракт, а второй принимает (акцептует) его. Зафиксированные таким образом обязательства в дальнейшем позволят разрешить спор в Арбитраже, если возникнет конфликтная ситуация. Контракты и описанные в них условия принимаются Арбитражем при рассмотрении исков в безусловном порядке, в отличие от ICQ-диалогов и email-переписки, например. Сервис, который имеет множество клиентов, как правило, предлагает каждому из них акцептовать оферту, открыто опубликованную на сайте. Это не очень надежно, поскольку текст оферты может быть изменён в любой момент любой из сторон и доказать, на какие именно условия сделки соглашались стороны, - невозможно. Составлять же контракты и загружать их на Арбитражный сервер для каждого клиента в отдельности - утомительно. Здесь пригодится новый интерфейс , который позволяет автоматизированно размещать контракты на сервере и просматривать WMID, которые эти контракты акцептовали. При регистрации в Keeper Classic и Light пользователи получают закрытый ключ. Для Classic он хранится в файле .kwm, для Light - в сертификате X.509. Открытые ключи сохраняются на сервере WebMoney. Каждая команда, отправляемая Кипером на сервер, подписывается закрытым ключом (то же происходит и при использовании XML-интерфейсов, только там подпись формирует не клиентская программа WM Keeper, а модуль подписи wmsigner, размещенный на сервере клиента). Сервер WebMoney проверяет подпись с помощью открытого ключа. Таким образом, WebMoney является своего рода Центром Сертификации для своих пользователей . А это даёт грандиозные возможности, особенно, если учесть, что у нас в руках есть . Если пользователь А подпишет некоторую строку своим ключом и отправит эту подпись пользователю Б, то тот может прибегнуть к интерфейсу X7 и проверить валидность подписи. Естественно, таким образом можно подписывать целые документы и организовывать электронный документооборот. Особенную выгоду даёт то, что подписывание документов и проверку подписей можно автоматизировать и легко развернуть на сервере благодаря модулю wmsigner, о котором мы . Мы дополнили // ИНТЕРФЕЙС X7. Проверка подписи // На входе: WMID, чью подпись нужно проверить; исходная строка; подпись исходной строки // На выходе: массив ['retval'=>код выполнения, 'retdesc'=>описание результата, 'res'=>результат проверки (yes\no)] function _WMXML7 ($wmid,$string,$sign) { global $Global_WMID, $XML_addr; $rsign=_GetSign($Global_WMID.$wmid.$string.$sign); // подписываем запрос $xml=" "; // сформировали xml-пакет с запросом $resxml=_GetAnswer($XML_addr[7], $xml); // отправили запрос на сервер WM и получили ответ // echo $resxml; $xmlres = simplexml_load_string($resxml); // обработали ответ if(!$xmlres) { $result['retval']=1000; $result['retdesc']="Не получен XML-ответ"; } else { $result['retval']=strval($xmlres->retval); $result['retdesc']=iconv("UTF-8", "CP1251", strval($xmlres->retdesc)); $result['res']=strval($xmlres->testsign->res); // параметр с результатом проверки } return $result; } Функция реализует интерфейс X7, и сейчас мы продемонстрируем, как это работает. Хотя для полного понимания рекомендуем сначала прочесть и статьи. Предположим, Вася и Петя обмениваются какой-то информацией (для простоты будем называть её "исходной строкой"). Вася должен убедиться, что информация получена от Пети, а не от кого-то другого. Вася подписывает строку своим ключом с помощью модуля wmsigner. Ниже мы используем для этого функцию _GetSign() из $sign=_GetSign("test123","111111111111"); // здесь test123 - исходная строка; 111111111111 - Васин WMID Вася передаёт Пете исходную строку "test123" и полученную подпись этой строки. Петя обращается к интерфейсу X7, которому скармливает Васин WMID 111111111111, исходную строку и её подпись. Запрос к серверу Петя, как обычно в XML-интерфейсах WebMoney, подписывает ключом от своего WMID 222222222222: include("path/to/wmxml.inc.php"); // подключаем библиотеку // В блоке констант библиотеки прописываем Петин WMID: // $Global_WMID="222222222222"; $string="test123"; // исходная строка $sign="здесь полученная от Васи подпись исходной строки"; $result=_WMXML7("111111111111",$string,$sign); echo "Результат проверки:".$result['res']; Параметр <res> xml-ответа (из функции _WMXML7() он возвращается в $result['res']) содержит результат проверки подписи. Если там "yes" - подпись верная, если "no" - подпись неверная. Изучив XML-интерфейсы, вы поняли, что любая команда, отправляемая серверу WebMoney, должна подписываться ЭЦП (ключом) этого WMID. Проверяя электронную подпись в такой команде, сервер WebMoney убеждается, что команда действительно отправлена данным WMID и не сфальсифицирована. Но на этом возможности не заканчиваются. Один WMID может другому WMID на совершение определённых действий от его имени. Например, Вася может разрешить Пете просмотр остатка на Васином кошельке и истории операций по нему, совершение переводов с этого кошелька, а также выписку счетов от имени Васиного WMID. Тогда Петя, используя соответствующие XML-интерфейсы, сможет смотреть текущий баланс на Васином кошельке, производить с него исходящие транзакции и т.д. - точно так же, как если бы это делал сам Вася. При этом Вася не передаёт Пете физический доступ к своему WMID, а Петя подписывает запросы к XML-интерфейсам своими собственными ключами. Доверенности дают мощнейший инструмент для автоматизации бизнес-процессов в системе WebMoney и, в том числе, используются многими сервисами самой системы. Скажем, чтобы подключить свои кошельки к Keeper Mobile или Mini, нужно дать на них доверенности служебным WMID системы. То же самое и с сервисами , Mentor и др. Одним из классических примеров, как могут быть использованы доверенности, является следующий. Если ваши клиенты должны делать регулярные (например, ежемесячные) платежи в вашу п