Webmoney коды ошибок

Интерфейс X20. Проведение транзакции в merchant.webmoney без ухода с сайта (ресурса, сервиса, приложения) продавца¶

Этот интерфейс доступен только участникам, использующим сервис merchant.webmoney.com (merchant.wmtransfer.com). Платеж невозможен с кошельков, зарегистрированных в merchant.webmoney.com (merchant.wmtransfer.com)

Подробнее о встроенных платежах через X20

Интерфейс позволяет произвести прием средств от участника WebMoney Transfer непосредственно на сайте, сервисе, приложении, консоли и т.п. (здесь и далее приложении продавца) не требуя от участника перехода на какие-либо сайты системы. При этом платеж будет проведен таким образом, как если бы участник заплатил обычным образом через merchant.webmoney.

Эффект отсутствия необходимости покидать сайт достигается тем, что участник подтверждает списание средств со своего WebMoney кошелька (или WebMoney чека) различными мобильными способами, в данный момент их три:

  • Подтверждение SMS-кодом, присланным на мобильный телефон участника
  • Оплатой WM-счета, выписанного участнику. В данный момент оплата ВМ-счетов возможна во всех мобильных (и вообще любых) приложениях по управлению кошельками WebMoney Transfer.

В случае авторизации по СМС с покупателя взимается дополнительная фиксированная комиссия в размере 0,05 WMZ, 0,05 WME, 0,01 WMX, 0,01 WMG, 9 WMK, 0,1 WMB, 0,1 WMH, 0,50 WML, 0.02 WMF, 0.05 WMT в зависимости от валюты платежа.

Интерфейс поддерживает работу с кошельками следующих типов: WMZ, WME, WMX, WMG, WMK, WMB, WMH, WML, WMF и WMT.

Интерфейс работает по тому же принципу идентификации и аутентификации продавца, что и Интерфейс X18 (WMSigner или SHA256 или MD5 или Secret key) и доступен как обычным продавцам, использующим merchant.webmoney, так и владельцам WMID Capitaller или продавцам зарегистрированным в сервисе processing.webmoney .

На воображаемом примере работу интерфейса можно описать следующим образом. Допустим покупатель находится в приложении какой-либо игровой консоли и собирается произвести оплату какой-либо услуги (игры).
При выборе способа оплаты через Вебмани покупателю предлагается указать свой номер мобильного телефона, ВМ-идентификатор или e-mail (либо взять эту информацию из профайла участника), чтобы инициировать оплату.
Далее приложение (серверная сторона приложения продавца) передает эту информацию (вместе с другими параметрами платежа, суммой и т.п) в первом XML запросе данного интерфейса. Результатом выполнения этого запроса является поиск участника по переданным данным и отправка СМС кода или выписка ВМ-счета. В случае отправки СМС кода так же выписывается и ВМ-счет.
После успешного выполнения этого запроса приложение продавца предлагает покупателю либо ввести подтверждающий код, присланный на СМС, либо ВМ-счет получен и оплачен. В этом случае приложение продавца осуществляет вызов второго XML-запроса данного интерфейса, в результате выполнения которого производится оплата, и в ответе на запрос продавец получает те же данные, которые он получил бы, если бы оплата произошла обычным способом через merchant.webmoney.

ВНИМАНИЕ!!!: Так как плательщик может оплатить ВМ-счет вместо отправки кода из СМС, продавцам необходимо предусмотреть обязательную проверку статуса платежа, перед тем как по своей инициативе переводить платеж в окончательный отрицательный статус. Для проверки статуса так же допустимо использовать отправку второго запроса с заведомо неверным кодом из СМС: если платеж был оплачен через ВМ-чек, то ответ будет положительным.

Пример использования интерфейса (эмуляция вызова и тексты запросов), воспользоваться тестом смогут только пользователи сервиса merchant.webmoney или разработчики, имеющие на своем ВМИД кошельки, настроенные в merchant.webmoney в рабочем или тестовом режиме.

  • URL для передачи первого, инициирующего запроса — https://merchant.webmoney.com/conf/xml/XMLTransRequest.asp
  • метод — POST
  • Content-Type — «text/xml»
  • формат запроса:
<merchant.request>
    <wmid></wmid>
    <lmi_payee_purse></lmi_payee_purse>
    <lmi_payment_no></lmi_payment_no>
    <lmi_payment_amount></lmi_payment_amount> 
    <lmi_payment_desc></lmi_payment_desc> 
    <lmi_clientnumber></lmi_clientnumber>     
    <lmi_clientnumber_type></lmi_clientnumber_type>     
    <lmi_sms_type></lmi_sms_type>
    <secret_key></secret_key>
    <sign></sign>
    <sha256></sha256>
    <md5></md5>
    <lang></lang>
    <lmi_shop_id></lmi_shop_id>
    <emulated_flag></emulated_flag>
</merchant.request>

кроме XML, интерфейс принимает данные в формате JSON

  • метод — POST
  • Content-Type — «text/json»
  • формат запроса:
{
   "wmid": (string),
   "lmi_payee_purse": (string),
   "lmi_payment_no": (int),
   "lmi_payment_amount": (float),
   "lmi_payment_desc": (string),
   "lmi_clientnumber": (string),
   "lmi_clientnumber_type": (int),
   "lmi_sms_type": (int),
   "secret_key": (string),
   "sign": (string),
   "sha256": (string),
   "md5": (string),
   "lang": (string),
   "lmi_shop_id": (int),
   "emulated_flag": (int)
}

поддерживается также формат JSONP

  • метод — GET
  • Content-Type — «text/jsonp»
  • параметр для передачи имени функции обратного вызова — callback
  • параметры запроса:
название get-параметр для JSONP назначение Обязательный? примечание
wmid wmid ВМ-идентификатор получателя или подписи да WMID, которому принадлежит кошелек, на который принимается платеж lmi_payment_no через сервис merchant.webmoney.com , либо WMID, подписавший запрос при использовании метода аутентификации WMSigner, при этом данному WMID , если ему не принадлежит кошелек, получивший платеж, должно быть дано доверие на выписку счетов от имени данного идентификатора
lmi_payee_purse lpp ВМ-кошелек получателя платежа да Номер кошелька который зарегистрирован и настроен в сервисе merchant.webmoney и на который продавец будет принимать оплату
lmi_payment_no lpn номер платежа да Номер платежа в системе учета продавца integer, который должен быть сформирован приложением продавца. Параметр полностью аналогичен параметру, передаваемому сервису merchant.webmoney.com в форме платежа в скрытом поле ввода lmi_payment_no и имеет тоже название. Обратите внимание, что если в настройках сервиса merchant.webmoney.com для кошелька lmi_payee_purse не установлена опция, принимать только уникальные lmi_payment_no, то в этом случае возможны варианты, когда по вине продавца сформировавшего для разных покупок или даже покупателей один и тот же lmi_payment_no, будет произведено две оплаты с одним и тем же номером в системе учета продавца. Старайтесь, чтобы каждая покупка в системе учета продавца имела уникальный номер lmi_payment_no Номер должен представлять собой целое число без знака не больше 2147483647.
lmi_payment_amount lpa сумма платежа да Сумма платежа, которую продавец желает получить от покупателя в том же типе ВМ-валюты что и кошелек продавца lmi_payee_purse. Сумма должна быть больше нуля, дробная часть отделяется точкой.
lmi_payment_desc lpd назначение платежа да Описание товара или услуги. Формируется продавцом. Если присутствует, добавляется в назначение платежа в операцию перевода WebMoney. Максимальная длина — 255 символов.
lmi_payment_desc_base64 lpdb64 назначение платежа нет Описание товара или услуги в UTF-8 и далее закодированное алгоритмом Base64. Формируется продавцом. Если присутствует, то результат раскодирования будет подставлен вместо LMI_PAYMENT_DESC. Позволяет не зависеть от кодировки на сайте продавца.
lmi_clientnumber lcn данные покупателя да Мобильный телефон (с кодом страны и города только цифры без плюсов, скобок и других символов например для России 79167777777 или Украины 380527777777) или ВМ-идентификатор покупателя (строго 12 цифр) или E-mail покупателя. При этом интерфейс автоматически найдет ВМ -идентификатор или WebMoney чек, с которого может быть произведена оплата покупателем.
lmi_clientnumber_type lcnt тип данных да Тип переданных в lmi_clientnumber данных, если передается мобильный телефон то необходимо указать в этом поле цифру 0, если ВМИД — цифру 1, если E-mail — цифру 2
lmi_sms_type lst тип СМС да Данное поле определяет тип подтверждения покупателем транзакции. Если в данном поле передать цифру 1, то покупателю будет выслана СМС. Если цифра 3, то будет произведена попытка (из настроек сделанных самим покупателем и анализа предыдущих платежей и т.п.) определить автоматически какой запрос будет предпочтительней для покупателя (в случае неуспеха будет выбран тип СМС). Если цифра 4, то СМС отправляться не будет и будет только выставлен ВМ-счет, который покупатель сможет оплатить через мобильное или какое-либо другое приложение WebMoney, но в этом случае будет недоступна оплата через WebMoney чек, так как в нем оплата возможна только при подтверждении через СМС. При этом обращаем внимание, что для любого значения от 1 до 4 данного параметра, если интерфейс определит, что оплата будет производиться с ВМ-идентификатора (не с WebMoney чека для которого обязательно нужен мобильный), то ВМ-счет все равно всегда будет выставлен покупателю. При этом покупатель может не получить СМС (если интерфейс вызывается именно с отправкой СМС), но он может оплатить счет в любом мобильном приложении по управлению кошельками и оплата пройдет штатно.
Просто в подтверждающем запросе приложение продавца может не передавать подтверждающий код (передать значение кода равно 0) или даже передать любой код, при этом в ответе все равно будут переданы данные успешного платежа.
Если цифра 5, то покупателю будет выслана СМС, при этом ВМ-счет НЕ будет выписан, то есть оплата будет возможна ТОЛЬКО через х20 и с подтверждением по СМС через интерфейс х20. Оптимальным для любых случаев в данном запросе является передача цифры 3.
sign Подпись запроса нет(см. примечание) Подпись производится ключами идентификатора wmid методом WMSigner и формируется из параметров: wmid + lmi_payee_purse + lmi_payment_no + lmi_clientnumber + lmi_clientnumber_type. Обратите внимание, что если кошелек lmi_payee_purse не принадлежит идентификатору wmid, то необходимо чтобы на security.webmoney.ru этому идентификатору было установлено доверие на выписку счетов для кошелька lmi_payee_purse. В случае если используется данный вариант аутентификации запроса, параметры sha256, md5 и secret_key должны остаться пустыми или не указываться.
sha256 Подпись запроса нет(см. примечание) Подпись производится методом SHA256 и формируется из параметров: wmid + lmi_payee_purse + lmi_payment_no + lmi_clientnumber + lmi_clientnumber_type + secret_key. В случае если используется данный вариант аутентификации запроса, параметры sign, md5 и secret_key должны остаться пустыми или не указываться. Обратите внимание, что при формировании строки к которой применяется алгоритм sha256 в качестве secret_key используется значение секретного слова из настроек кошелька в сервисе merchant.webmoney.com , при этом в самом запросе необходимо передавать ТОЛЬКО результат работы алгоритма в параметре sha256, параметр secret_key должен остаться не указанным или пустым!!! Например для сформированной для подписи строки «123456123456R123456123456117985777777712345» в данном параметре необходимо передать значение равное «81D14240ABCD2C6EAF03699CF12F12A3CA3223E79E510C2E912FC6867E6DA201»
md5 Подпись запроса нет(см. примечание) Подпись производится методом MD5 и формируется из параметров: wmid + lmi_payee_purse + lmi_payment_no + lmi_clientnumber + lmi_clientnumber_type + secret_key. В случае если используется данный вариант аутентификации запроса, параметры sign, sha256 и secret_key должны остаться пустыми или не указываться. Обратите внимание, что при формировании строки к которой применяется алгоритм md5 в качестве secret_key используется значение секретного слова из настроек кошелька в сервисе merchant.webmoney.com , при этом в самом запросе необходимо передавать ТОЛЬКО результат работы алгоритма в параметре MD5 , параметр secret_key должен остаться не указанным или пустым!!! Например для сформированной для подписи строки «123456123456R123456123456117985777777712345» в данном параметре необходимо передать значение равное «F4B0686BC1D22F9158B85B2DE4348ED7»
secret_key lsk секретное слово нет(см. примечание) В данном параметре передается значение секретного слова из настроек кошелька lmi_payee_purse в сервисе merchant.webmoney.com . Обратите внимание, что при использовании данного метода, проверка аутентичности соединения по https (валидности и принадлежности корневого сертификата сервера https://merchant.webmoney.com/ и т.п.) во избежание подмены DNS и т.п. остается на совести отправителя запроса. В случае если используется данный вариант аутентификации запроса, параметры sign, sha256 и md5 должны остаться пустыми или быть опущены.
lang l язык ответа нет В данном параметре передается значение ru-RU или en-US соответственно для русского или английского языка интерфейса. Данное значение определяет и язык отправляемых пользователю SMS запросов и язык ответов в теге userdesc
lmi_shop_id lsi номер магазина нет(см. примечание) Данный параметр обязателен к указанию только для агрегаторов (сервисы посредники осуществляющие прием платежей в пользу третьих лиц). В данном поле агрегаторы обязаны передавать регистрационный номер магазина в каталоге Меагасток http://www.megastock.ru/ в пользу которого осуществляется прием данного платежа
LMI_HOLD lh блокировка средств нет Срок холдирования платежа (блокировки средств). Если данный параметр передан, то совершается транзакция с протекцией по времени на указанное количество суток. Для зачисления средств продавец должен завершить операцию с сайта merchant.webmoney.com или вызвать XML-интерфейс X5, если продавец не сделает данных действий, то по истечении указанного срока средства возвращаются плательщику.
Досрочный возврат выполняется на странице merchant.webmoney.com или через XML-интерфейс X13
emulated_flag ef флаг эмуляции нет Данный флаг может помочь в случае необходимости эмулировать вызов данного первого запроса в интерфейсе. Флаг может принимать два значения 0 и 1. В случае указания 0 ничего не происходит. В случае указания 1 данный вызов происходит в режиме эмуляции. Это означает, что не происходит никаких реальных действий, не выписывается счет, не отправляется СМС пользователю, не регистрируется начало проведения платежа и т.п., но при этом в случае получения ответа с ошибкой 540 при указанном флаге — это означает что повторный вызов интерфейса с теми же параметрами, но без данного флага приведет к успеху (другими словами что пользователь в системе найден, у него есть средства на кошельках и т.п.). В случае если возникает любая другая ошибка, то именно она и будет получена при вызове интерфейса с теми же параметрами , но без флага.
  • формат ответа (XML):
<?xml version="1.0"?>
<merchant.response>
    <operation wmtransid="" wminvoiceid="">
        <realsmstype></realsmstype>
    </operation> 
    <retval>0</retval> 
    <retdesc></retdesc>
    <userdesc></userdesc>  
</merchant.response> 
  • формат ответа (JSON):
{
   "operation": 
     {
       "wminvoiceid":(int),
       "wmtransid":(int),
       "realsmstype":(int)
     },
   "retval":(int),
   "retdesc":(string),
   "userdesc":(string)
}
  • параметры ответа:
название назначение примечание
wminvoiceid ВМ-номер счета Уникальный номер ВМ-счета в системе WebMoney Transfer
realsmstype тип отправки СМС Если в данном поле передана цифра 1 — это значит что покупателю отправлена SMS, 4 — ничего не отправлялось
retval номер ошибки Цифровой код ошибки, в случае если выполнение запроса завершилось с ошибкой
retdesc описание ошибки Текстовое описание ошибки для разработчиков приложения продавца, описывающее причины невозможности успешного выполнения запроса
userdesc информация для покупателя В случае ошибки данный текст можно транслировать покупателю как инструкцию, которая поможет ему быстро и правильно понять, что необходимо сделать чтобы избежать ошибки в дальнейшем

Задача приложения продавца при успешном вызове первого запроса, получить и сохранить соответствующее платежу значение wminvoiceid.
Без этого значения не может быть вызван второй, подтверждающий оплату запрос. Если по каким-либо причинам (имеются ввиду обрывы связи, таймауты и прочие НЕявные или недокументированные ошибки) данное значение не получено или не сохранено, то необходимо вызвать первый запрос повторно (при этом не меняя его!!!), при этом все параметры должны оставаться без изменений.
Если состояние запроса не будет выяснено и не будет получен wminvoiceid, то повторный вызов с изменением какого-либо параметра, например суммы платежа, приведет к выписке нового ВМ-счета и отправке новой СМС-ки, при этом потенциально возможна ситуация, когда покупатель оплатит ОБА счета, хотя исходя из логики работы приложения продавца возможна только единственная оплата.
В случае необходимости отмены приема средств по какому-либо wminvoiceid возможен вызов подтверждающего интерфейса с параметрами отказа от приема оплаты по счету wminvoiceid, в этом случае, если оплата еще не произошла до момента вызова отказа, то она и не будет произведена и приложение продавца может выставить новый счет, не опасаясь поступления средств по предыдущему счету.

Также в любой момент приложение продавца может выяснить состояние счета wminvoiceid путем вызова интерфейса X18 либо вызова повторного, подтверждающего интерфейса XMLTransConfirm.asp

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

  • URL для передачи второго, подтверждающего запроса — https://merchant.webmoney.com/conf/xml/XMLTransConfirm.asp
  • метод — POST
  • формат запроса:
<merchant.request>
    <wmid></wmid>
    <lmi_payee_purse></lmi_payee_purse>
    <lmi_clientnumber_code></lmi_clientnumber_code>     
    <lmi_wminvoiceid></lmi_wminvoiceid>     
    <secret_key></secret_key>
    <sign></sign>
    <sha256></sha256>
    <md5></md5>
    <lang></lang>
</merchant.request>

кроме XML, интерфейс принимает данные в формате JSON

  • метод — POST
  • Content-Type — «text/json»
  • формат запроса:
{
   "wmid": (string),
   "lmi_payee_purse": (string),
   "lmi_wminvoiceid": (int),
   "lmi_clientnumber_code": (string),
   "secret_key": (string),
   "sign": (string),
   "sha256": (string),
   "md5": (string),
   "lang": (string)
}

поддерживается также формат JSONP

  • метод — GET
  • Content-Type — «text/jsonp»
  • параметр для передачи имени функции обратного вызова — callback
  • параметры запроса:
название get-параметр для JSONP назначение Обязательный? примечание
wmid wmid ВМ-идентификатор получателя или подписи да WMID, которому принадлежит кошелек, на который был принят платеж lmi_payment_no через сервис merchant.webmoney.com , либо WMID, подписавший запрос при использовании метода аутентификации WMSigner, при этом данному WMID , если ему не принадлежит кошелек, получивший платеж, должно быть дано доверие на выписку счетов от имени данного идентификатора
lmi_payee_purse lpp ВМ-кошелек получателя платежа да Номер кошелька который зарегистрирован и настроен в сервисе merchant.webmoney и на который продавец будет принимать оплату
lmi_clientnumber_code lcnc код покупателя да В данном поле передается цифровой код, который покупатель получил на мобильный телефон для подтверждения платежа. Если СМС не отправлялась покупателю (просто ожидается оплата покупателем ВМ-счета через мобильные программы управления кошельками), то здесь необходимо передать код со значением 0. В случае если все же СМС была отправлена покупателю, но покупатель оплатил ВМ -счет через программу управления кошельками, то передача здесь кода 0 все равно даст успешный результат, так как проверка кода просто не будет производиться. Если в данном параметре передать -1 и на момент выполнения запроса оплата еще не произошла, то счет будет отменен и оплата в дальнейшем будет невозможна.
lmi_wminvoiceid lwid номер ВМ-счета да номер ВМ-счета wminvoiceid, полученный из ответа на предыдущий запрос
sign Подпись запроса нет(см. примечание) Подпись производится ключами идентификатора wmid методом WMSigner и формируется из параметров: wmid + lmi_payee_purse +lmi_wminvoiceid+lmi_clientnumber_code. Обратите внимание, что если кошелек lmi_payee_purse не принадлежит идентификатору wmid, то необходимо чтобы на security.webmoney.ru этому идентификатору было установлено доверие на выписку счетов для кошелька lmi_payee_purse. В случае если используется данный вариант аутентификации запроса, параметры sha256, md5 и secret_key должны быть не указаны или должны быть указаны пустыми (для JSON должны быть обязательно явно указаны пустыми).
sha256 Подпись запроса нет(см. примечание) Подпись производится методом SHA256 и формируется из параметров: wmid + lmi_payee_purse +lmi_wminvoiceid+lmi_clientnumber_code+secret_key. В случае если используется данный вариант аутентификации запроса, параметры sign, md5 и secret_key должны быть не указаны или должны быть указаны пустыми (для JSON должны быть обязательно явно указаны пустыми). Обратите внимание, что при формировании строки, к которой применяется алгоритм sha256 в качестве secret_key используется значение секретного слова из настроек кошелька в сервисе merchant.webmoney.com , при этом в самом запросе необходимо передавать ТОЛЬКО результат работы алгоритма в параметре sha256 , параметр secret_key должен быть не указан или указан пустым (для JSON обязательно указан пустым)!!!
md5 Подпись запроса нет(см. примечание) Подпись производится методом MD5 и формируется из параметров: wmid + lmi_payee_purse +lmi_wminvoiceid+lmi_clientnumber_code+secret_key. В случае если используется данный вариант аутентификации запроса, параметры sign, sha256 и secret_key должны быть не указаны или должны быть указаны пустыми (для JSON должны быть обязательно явно указаны пустыми). Обратите внимание, что при формировании строки, к которой применяется алгоритм md5 в качестве secret_key используется значение секретного слова из настроек кошелька в сервисе merchant.webmoney.com , при этом в самом запросе необходимо передавать ТОЛЬКО результат работы алгоритма в параметре MD5 , параметр secret_key должен быть не указан или указан пустым (для JSON обязательно указан пустым)!!!
secret_key lsk секретное слово нет(см. примечание) В данном параметре передается значение секретного слова из настроек кошелька lmi_payee_purse в сервисе merchant.webmoney.com . Обратите внимание, что при использовании данного метода, проверка аутентичности соединения по https (валидности и принадлежности корневого сертификата сервера https://merchant.webmoney.com/ и т.п.) во избежание подмены DNS и т.п. остается на совести отправителя запроса. В случае если используется данный вариант аутентификации запроса, параметры sign, sha256 и md5 должны быть не указаны или должны быть указаны пустыми (для JSON должны быть обязательно явно указаны пустыми).
lang l язык ответа нет В данном параметре передается значение ru-RU или en-US соответственно для русского или английского языка интерфейса. Данное значение определяет и язык отправляемых пользователю SMS запросов и язык ответов в теге userdesc. Для JSON данный параметр должен быть обязательно явно указаны как минимум пустым.
  • формат ответа (XML):
<?xml version="1.0"?>
<merchant.response>
    <operation  wmtransid="" wminvoiceid="">
        <amount></amount>
        <operdate></operdate>
        <purpose></purpose>
        <pursefrom></pursefrom>
        <wmidfrom></wmidfrom>
    </operation> 
    <retval>0</retval> 
    <retdesc></retdesc> 
    <userdesc></userdesc> 
    <smssentstate></smssentstate> 
</merchant.response> 
  • формат ответа (JSON):
{
   "operation": 
     {
       "wminvoiceid":(int),
       "wmtransid":(int),
       "amount":(float),
       "operdate":(string),
       "purpose":(string),
       "pursefrom":(string),
       "wmidfrom":(string)
     },
   "retval":(int),
   "retdesc":(string),
   "userdesc":(string)
   "smssentstate":(string)
}
  • параметры ответа:
название назначение примечание
wminvoiceid номер ВМ-счета Уникальный номер ВМ-счета в системе по которому производится оплата
wmtransid номер ВМ-транзакции Уникальный номер транзакции. Если в данном параметре присутствует положительное число больше 0, только тогда это означает, что платеж был успешно совершен. Для обычных продавцов использующих merchant.webmoney наличие данного уникального номера транзакции означает, что средства от покупателя поступили и находятся на кошельке. Для продавцов, использующих processing.webmoney наличие wmtransid означает, что средства поступили, войдут в текущий реестр и будут отправлены очередным банковским переводом по этому реестру. Для продавцов с ВМИД Capitaller, настроивших в нем прием средств через merchant.webmoney это означает , что средства поступили на доходный кошелек и в ближайшее время будут распределены в соответствии с политикой бюджетного автомата. Если приложение продавца не имеет номер wmtransid (не зафиксировало его наличие или не сохранило его в своей системе учета), то ни предоставлять товар, ни оказывать услугу, ни пополнять лицевой счет и т.п. нельзя. В случае завершения запроса по таймауту или в случае обрыва связи его следует повторить до получения wmtranid или четкого номера ошибки в параметре retval, подтверждающего что платеж не прошел.
amount сумма платежа Сумма платежа в ВМ-валюте того же типа, что и кошелек продавца.
operdate дата платежа Дата платежа wmtransid по часам сервера системы.
pursefrom кошелек участника Номер ВМ-Кошелька участника, с которого была совершена транзакция. Если платеж был совершен с WebMoney чека (в инициирующем запросе был передан мобильный телефон, система определила наличие чека с таким номером телефона в системе и была отправлена подтверждающая СМС), то в качестве кошелька будет фигурировать кошелек системы Paymer соответствующего типа Z000000000001 (или G, B, E)
wmidfrom ВМИД участника ВМИД участника, с которого была совершена транзакция. Если платеж был совершен с WebMoney чека, то в качестве ВМИДа будет фигурировать ВМИД чековой системы Paymer 000000000000
retval номер ошибки Цифровой код ошибки, в случае если выполнение запроса завершилось с ошибкой
retdesc описание ошибки Текстовое описание ошибки для разработчиков приложения продавца, описывающее причины невозможности успешного выполнения запроса
userdesc информация для покупателя В случае ошибки данный текст можно транслировать пользователю как инструкцию, которая поможет ему быстро и правильно понять, что необходимо сделать чтобы избежать ошибки в дальнейшем
smssentstate статус отправки СМС Если интерфейс завершен с ошибкой 553 (когда оплата осуществляется с Вебмани чека и передан Lmi_clientnumber_code=0 для выяснения состояния оплаты) или с ошибкой 556 (когда оплата осуществляется с WebMoney кошелька и она еще не прошла), то данный тег присутствует в ответе (если СМС, то есть lmi_sms_type = 1,3 ) и содержит состояние СМС
BUFFERED — ожидает отправки
SENDING — отправляется оператору
SENDED- передано оператору
DELIVERED- доставлено
NON_DELIVERED — не доставлено
SUSPENDED — отложено для повтора
HLRPENDING — cообщение отложено в ожидании проверки идентификации SIM карты по данным HLR.
HLRMISMATCH — проверка идентификации SIM карты по данным HLR выявила несовпадение (Подтвердить замену SIm карты пользователь может по ссылке https://security.webmoney.ru/asp/resetphs.asp).

Напоминаем, что для возврата уже осуществленных платежей можно использовать безкомиссионный интерфейс возврата Интерфейс X14, он работает с любыми платежами, принятыми с помощью данного интерфейса и возвращает средства либо на кошелек плательщика, либо на его мобильный телефон WebMoney чека.

Описание ошибок, возвращаемых интерфейсом:

retval retdesc
-100 общая ошибка при обработке запроса
-1 некорректный merchant.request/wmid
-2 некорректный merchant.request/lmi_payee_purse
-2 некорректный merchant.request/request_wminvoiceid (менее 5 или более 25 символов)
-2 некорректный merchant.request/request_clientnumber_code (менее 5 или более 25 символов)
-3 некорректный merchant.request/lmi_payement_no
-4 некорректное значение merchant.request/lmi_payment_amount
-5 некорректный merchant.request/lmi_payment_desc (менее 5 или более 235 символов)
-6 некорректный merchant.request/lmi_clientnumber (менее 5 или более 50 символов)
-7 некорректный merchant.request/lmi_clientnumber_type, должен состоять из 1 цифры
-7 некорректный merchant.request/lmi_clientnumber_type, должно быть указано 0, 1, 2 или 3
-9 неверное значение sign
-9 неверное значение sign, допустимый формат :planstr
-9 неверное значение SHA256 или MD5, допустимый формат:planstr(данный planstr без secret_key)
-8 Попытка перевода с WM.Check на кошелек не удалась:PaymerResultNum
500 Указанный в lmi_clientnumber_code код неверен
501 Кошелек продавца не найден или находится не в рабочем режиме
502 Допускается только уникальное значение lmi_payment_no
503 Разрешены только кошельки WMZ, WME, WMX, WMG, WMV, WMK, WMB, WMH, WML
504 Идентификатор, указанный в тэге ‘wmid’ не обнаружен
505 Кошелек, указанный в lmi_payee_purse, не принадлежит указанному WMID и не имеет доверенности для выставления счетов
506 Не указан секретный ключ для lmi_payee_purse
507 Указанный секретный ключ для lmi_payee_purse неверен
509 Извините, для X20 недоступно свободное переключение в тестовый режим. Пожалуйста, переведите ваш кошелек продавца в рабочий режим (http://merchant.webmoney.com) или используйте фиксированный параметр тега lmi_payment_desc для совершения тестовых платежей (lmi_payment_desc=X20 тестовый платеж)
510 Платеж с WebMoney.Check невозможен, так как прием средств на кошелек продавца осуществляется в тестовом режиме.
511 Неверное значение lmi_clientnumber_type: допускается только номер телефона, WMID, или е-мейл
512 По номеру телефона, указанному в lmi_clientnumber_type не найдено ни одного WMID
513 Номер телефона, указанный в lmi_client_number не проверен
514 На WMID, найденном по номеру телефона, указанному в lmi_clientnumber_type недостаточно средств
515 Кошелек, найденный по указанному в lmi_clientnumber_type номеру телефона, используется для приема платежей при помощи Merchant и производить оплату с него не разрешается
516 WMID, указанный в lmi_clientnumber_type, не найден
517 В данных WMID, указанного в lmi_client_number нет проверенного номера телефона
518 На WMID, указанном в lmi_clientnumber_type недостаточно средств
519 Кошелек, найденный по указанному в lmi_clientnumber_type WMID, используется для приема средств при помощи Merchant и производить оплату с него не разрешается
520 По е-мейлу, указанному в lmi_clientnumber_type не найдено ни одного WMID
521 По указанному в lmi_client_number е-мейлу найден WMID, но в его аттестате нет проверенного номера телефона
522 По е-мейлу, указанному в lmi_clientnumber_type найден WMID, но на нем недостаточно средств
523 По е-мейлу, указанному в lmi_clientnumber_type найден WMID, но он используется для приема средств при помощи Merchant и производить оплату с него не разрешается
524 Сумма платежа превышает дневной лимит, установленный по-умолчанию
525 WMID найден, но для него не включена опция платежей по СМС. В то же время, эта опция включена для другого WMID, найденного по номеру телефона. Пожалуйста, используйте этот второй WMID для оплаты
526 Возможность оплаты отключена пользователем для данного телефона/WMID/е-мейла
527 Требуемый кошелек не найден в списке кошельков указанного (найденного) WMID плательщика
528 Сумма платежа превышает дневной лимит, установленный владельцем
529 Сумма платежа превышает недельный лимит, установленный владельцем
530 Сумма платежа превышает месячный лимит, установленный владельцем
531 На кошельке (указанном пользователем для СМС-платежей) недостаточно средств
532 СМС-платежи для найденного WMID отключены системой
532 Платежи с кошелька нужного типа отключены пользователем
533 СМС-платежи для найденного WMID отключены системой
535 Обнаружено слишком много отправленных СМС без совершения платежей для данного WMID/е-мейла/телефона
543 Попытка платежа с данного Чека на такую же сумму, с таким же номером и тому же продавцу была совершена менее 15 минут назад. Повторите попытку позже.
550 Номер платежа, указанный в lmi_wminvoiceid не зарегистрирован в системе как платеж с WebMoney.Check
551 Пользователь отказался от оплаты через WebMoney Check платежа lmi_wminvoiceid
553 Пользователь начал процесс оплаты через WM Check, но не указал код из СМС. Провести платеж при помощи WM.Check без введения кода из СМС невозможно.
555 Номер платежа, указанный в lmi_wminvoiceid не зарегистрирован в системе как СМС-платеж Webmoney
556 Указанный в lmi_clientnumber_code код неверен
557 Пользователь отказался от оплаты lmi_wminvoiceid
558 СМС для lmi_wminvoiceid не было отправлено XMLTransRequest
565 Использовать интерфейс в рабочем режиме могут владельцы начальных и выше аттестатов
566 Владельцу wmid, который был найден по телефону необходимо войти авторизоваться в своем WMID
571 WM.Check, указанный в lmi_client_number WebMoney, не существует
572 WM.Check, указанный в lmi_client_number WebMoney относится к другому типу титульных знаков (например, у продавца кошелек типа WMZ, а WebMoney check содержит кошелек типа WMB)
573 На WM.Check, указанный в lmi_client_number недостаточно средств

Данные тексты ошибок рекомендуется транслировать покупателю как инструкцию к действию, т.е. непосредтсвенно в интерфейсе (приложении) продавца.

500 Сообщение от WebMoney Transfer: вы неверно указали код, полученный по SMS для оплаты с вашего WebMoney-чека, возможно это код от другого платежа, дождитесь кода и попробуйте указать его снова.
501 Сообщение от WebMoney Transfer: в данный момент ваш продавец приостановил прием платежей, попробуйте, пожалуйста, позднее.
502 Только уникальное значение номера платежа в системе учета продавца является допустимым. Возможно вы уже делали или пытались делать платеж с таким номером и вам необходимо начать все снова.
503 Сообщение от WebMoney Transfer: В данный момент реализована возможность оплаты только для следующих типов кошельков WMZ, WME, WMX, WMG, WMV, WMK, WMB, WMH, WML. Вы пытаетесь заплатить на кошелек с типов ВМ-валюты, который пока не поддерживается.
504 Сообщение от WebMoney Transfer: в данный момент ваш продавец приостановил прием платежей, попробуйте, пожалуйста, позднее.
505 Сообщение от WebMoney Transfer: в данный момент ваш продавец приостановил прием платежей, попробуйте, пожалуйста, позднее.
506 Сообщение от WebMoney Transfer: в данный момент ваш продавец приостановил прием платежей, попробуйте, пожалуйста, позднее.
507 Сообщение от WebMoney Transfer: в данный момент ваш продавец приостановил прием платежей, попробуйте, пожалуйста, позднее.
508 Сообщение от WebMoney Transfer: в данный момент ваш продавец приостановил прием платежей, попробуйте, пожалуйста, позднее.
509 Сообщение от WebMoney Transfer: в данный момент ваш продавец приостановил прием платежей (кошелек в тестовом режиме), попробуйте, пожалуйста, позднее.
510 Сообщение от WebMoney Transfer: в данный момент ваш продавец приостановил прием платежей (кошелек в тестовом режиме), попробуйте, пожалуйста, позднее.
511 В данный момент можно заплатить только введя номер телефона или WM-идентификатор или E-mail, другие способы пока не поддерживаются.
512 По указанному вами телефону не найден ни один WM-идентификатор
513 По указанному вами телефону найден WM-идентификатор, но данный телефон не проверен, пожалуйста перейдите на passport.webmoney.ru и там в личных данных проверьте свой номер телефона, получив SMS и введя код проверки.
514 В WM-идентификаторе, который был найден по указанному вами телефону нет достаточного для оплаты количества средств
515 В WM-идентификаторе, который был найден по указанному вами телефону найден кошелек с достаточным для оплаты количеством средств, но этот кошелек настроен на прием оплаты в merchant.webmoney и заплатить с него нельзя. Пожалуйста, или пополните другой кошелек или зайдите на https://security.webmoney.ru/asp/trustlistmerch.asp и укажите точно какой именно кошелек необходимо использовать для оплаты в этом типе платежей по телефону.
516 Указанный WM-идентификатор не найден в системе.
517 Найден указанный вами WM-идентификатор, но телефон прописанный в нем не проверен, пожалуйста, перейдите на passport.webmoney.ru и там в личных данных проверьте свой номер телефона, получив SMS и введя код проверки.
518 Найден указанный вами WM-идентификатор, но на его кошельке средств для оплаты недостаточно.
519 В WM-идентификаторе, который был найден, есть кошелек с достаточным для оплаты количеством средств, но этот кошелек настроен на прием оплаты в merchant.webmoney и заплатить с него нельзя. Пожалуйста, или пополните другой кошелек или зайдите на https://security.webmoney.ru/asp/trustlistmerch.asp и укажите точно какой именно кошелек необходимо использовать для оплаты в этом типе платежей по телефону.
520 По указанному вами E-mail не найден ни один WM-идентификатор.
521 По указанному вами E-mail найден WM-идентификатор, но телефон в нем не проверен. Пожалуйста, перейдите на passport.webmoney.ru и там в личных данных проверьте свой номер телефона, получив SMS и введя код проверки.
522 На кошельках WM-идентификатора, который был найден по указанному вами E-mail, средств для оплаты недостаточно.
523 В WM-идентификаторе, который был найден по указанному вами E-mail, есть кошелек с достаточным для оплаты количеством средств, но этот кошелек настроен на прием оплаты в merchant.webmoney и заплатить с него нельзя. Пожалуйста, или пополните другой кошелек или зайдите на https://security.webmoney.ru/asp/trustlistmerch.asp и укажите точно какой именно кошелек необходимо использовать для оплаты в этом типе платежей по телефону.
524 Вы пытаетесь заплатить сумму, которая превышает лимит, установленный по умолчанию или назначенный вами. Отрегулировать лимиты для каждого типа кошельков можно на странице https://security.webmoney.ru/asp/trustlistmerch.asp
525 Указанный вами WM-идентификатор найден, но в нем не включена опция оплаты по SMS, она включена в другом WM-идентификаторе с тем же телефоном. Либо используйте его, либо включите опцию в этом ВМИД на странице https://security.webmoney.ru/asp/trustlistmerch.asp
526 По введенным вами данным найден WM-идентификатор, в котором опция оплаты по SMS была выключена владельцем WM-идентификатора. Включить ее опять можно на странице https://security.webmoney.ru/asp/trustlistmerch.asp
527 По введенным вами данным найден WM-идентификатор, но в нем нет подходящего для оплаты кошелька (или кошелек не настроен), произведите настройку кошелька на сайте https://security.webmoney.ru/asp/trustlistmerch.asp
528 Сумма платежа превышает назначенный вами (или по умолчанию) дневной лимит для платежей такого типа, регулировка лимитов находится на странице https://security.webmoney.ru/asp/trustlistmerch.asp
529 Сумма платежа превышает назначенный вами (или по умолчанию) недельный лимит для платежей такого типа, регулировка лимитов находится на странице https://security.webmoney.ru/asp/trustlistmerch.asp
530 Сумма платежа превышает назначенный вами (или по умолчанию) месячный лимит для платежей такого типа, регулировка лимитов находится на странице https://security.webmoney.ru/asp/trustlistmerch.asp
531 Назначенный вами (или по умолчанию) кошелек для платежей по SMS не имеет достаточной суммы.
532 По введенным вами данным найден WM-идентификатор, но кошелек требуемого типа не настроен на оплату через SMS, обратитесь к странице https://security.webmoney.ru/asp/trustlistmerch.asp
532 Для найденного WM-идентификатора платежи по SMS невозможны, обратитесь, пожалуйста в тех. поддержку системы WebMoney Transfer
533 Для найденного WM-идентификатора платежи по SMS невозможны, обратитесь, пожалуйста в тех. поддержку системы WebMoney Transfer
534 Вы уже платили данным способом (SMS), но с кошелька другого типа, к сожалению пока мы не можем автоматически включить вам возможность оплаты для этого типа кошелька. Установите для нужного кошелька лимиты на оплату на странице https://security.webmoney.ru/asp/trustlistmerch.asp и попробуйте снова.
535 Слишком много SMS не закончившихся оплатой отправлено на Ваш телефон, пожалуйста, подождите и попробуйте позднее.
540 Возникает только при вызове первого запроса интерфейса с указанным emulated_flag=1, означает что запрос в режиме эмуляции успешен.
543 Несколько минут назад вы уже пытались платить этому продавцу на эту же сумму и с этим же номером платежа, попробуйте пожалуйста позднее.
550 Что-то идет не так, вы пытаетесь подтвердить платеж, который не зарегистрирован в системе как платеж с WebMoney.Check, обратитесь, пожалуйста, с этой проблемой к своему продавцу.
551 Вы отказались от оплаты данного платежа с помощью WebMoney.Check, чтобы все же заплатить надо начинать снова.
553 Данный платеж пока еще не оплачен. Вы оплачиваете его через WebMoney чек, при этом вы не указали код, высланный вам по SMS.
555 Что-то идет не так, вы пытаетесь подтвердить платеж, который не зарегистрирован в системе как платеж с WebMoney, обратитесь, пожалуйста, с этой проблемой к своему продавцу.
556 Либо данный платеж пока еще не оплачен (если вы оплачиваете счет через какую-либо программу или сайт по управлению WM-кошельками), либо вы указали неверный код, высланный вам по SMS.
557 Вы отказались от оплаты данного платежа с помощью WebMoney, чтобы все же заплатить надо начинать снова.
558 SMS не была отправлена по данному платежу.
565 В данный момент Ваш продавец приостановил прием платежей
566 Вам необходимо авторизоваться в Вашем WMID и попробовать повторно выполнить платёж
571 Вы указали номер телефона по которому не зарегистрирован WebMoney.Check и поиск подходящего WM-идентификатора в системе по указанному телефону также ничего не дал (возможно WMID с таким телефоном есть, но на нем нет средств или нужного типа кошелька).
572 Вы указали номер телефона, по которому зарегистрирован WebMoney.Check, но его тип не совпадает с типом кошелька продавца, например, вы пытаетесь чеком с WMB-балансом заплатить продавцу на WMZ-кошелек.
573 Вы указали номер телефона по которому не зарегистрирован WebMoney.Check, либо на нем нет требуемой для оплаты суммы, если на данном телефоне есть регистрация в WebMoney, то на найденных WMID нет необходимой суммы требуемого типа WM-валюты.
-22 Код не может быть больше 7 цифр

см. также
XML-интерфейсы
Подключение опции оплаты с помощью SMS
Ролик, демонстрирующий оплату через X20
Демонстрационное приложение для iOS в исходниках + пример кода для сайта
Библиотека для работы с интерфейсом X20 и демонстрационное приложение для Android
Тематический сайт интерфейса

#1

Участник

  • Группа:
    Пользователи
  • сообщений
    10
  • Регистрация:
    04-апреля 07
  • МестоположениеРоссия
  • Webmoney BL

Отправлено 25 июня 2007 — 18:22

При проверке Click&Buy Merchant Interface возникают ошибки

«Сервер вернул следующую ошибку:
— код ошибки:5
— описание ошибки: step 23

Ну ладно, хорошо, что ошибки возвращаются.. А где описание ошибок???

Далее. Сайт https://merchant.web…f/guide_pci.asp копия со страницы:

Идентфикация WM Keeper Classic на сайте

Идентификация WM Keeper Classic основана на проверке подписи, выполненой кипером. Интерфейс проверки подписи, сформированной WM Keeper Classic приведен в разделе Профессионалам\разработчикам\Интерфейс X7 или Профессионалам\разработчикам\Интерфейс 7

Попробуйте перейти по этим ссылкам.. Хрена! Ошибка 404 — «такой странцы не существует»..

Кто-нибудь, помогите!

    • 0

  • Наверх



#3

Участник

swa (WMID 239912202671 )

  • Группа:
    Пользователи
  • сообщений
    10
  • Регистрация:
    04-апреля 07
  • МестоположениеРоссия
  • Webmoney BL

Отправлено 28 июня 2007 — 16:19

Блин! я спрашиваю о другом!!!

Достали вашие ответы не по сути проблемы, а «оп чем знаю»..

Кто спрашивал про аутентификацию??????

    • 0

  • Наверх


#4

Знаток

Патентовед (WMID 194427007413 )

  • Группа:
    Пользователи
  • сообщений
    353
  • Регистрация:
    25-марта 06
  • МестоположениеРоссия
  • Webmoney BL

Отправлено 28 июня 2007 — 23:13

…Идентфикация WM Keeper Classic на сайте
Идентификация WM Keeper Classic основана на проверке подписи, выполненой кипером. Интерфейс проверки подписи, сформированной WM Keeper Classic приведен в разделе Профессионалам\разработчикам\Интерфейс X7 или Профессионалам\разработчикам\Интерфейс 7
Попробуйте перейти по этим ссылкам.. Хрена! Ошибка 404 — «такой странцы не существует»..
Кто-нибудь, помогите!

Блин! я спрашиваю о другом!!!
Достали вашие ответы не по сути проблемы, а «оп чем знаю»..
Кто спрашивал про аутентификацию?

Вы и спрашивали (см. конец поста №1). Помочь с ошибкой 404 при открытии описания протокола X7.

Ошибки же, согласно примеру, выдаёт обработчик исключительных событий. А как он записан, … (ищу ответы)

    • 0

  • Наверх


С какими только проблемами не приходится сталкиваться пользователям платежных систем.

Особенно это касается тех, кто управляет электронными кошельками не через официальные сайты, а используя различный софт. К примеру, Webmoney предлагает пользоваться специальным клиентом или мобильным приложением.

Ошибка при авторизации – частая проблема пользователей, от которой можно легко избавиться. Появиться она может в разных случаях, например, если вы пытаетесь добавить счет другого участника в корреспонденты или выполнить перевод средств.

Техническая поддержка не отвечает быстро, поэтому лучше разобраться во всём самостоятельно.

Почему появляется ошибка e-num?

Программа e-num – это специальный клиент, за счет которого обеспечивается повышенная безопасность электронных кошельков.

С его помощью генерируются коды доступа, для использования программ и сервисов Webmoney. Поэтому, если у вас появляется ошибка при e-num авторизации, необходимо искать проблему именно в этом клиенте.

Не торопитесь сразу принимать кардинальные меры, возможно, произошел системный сбой и через некоторое время всё восстановится. Если же спустя некоторое время ничего не изменилось и ошибка повторяется, отправляйтесь . Там вы сможете скачать новый клиент e-num:

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

При этом, старый удалять не обязательно, можно установить сколько угодно e-num на один компьютер.

После пере установленного Windows, а так же какая очень распространенная ошибка может при этом появиться. Начинаем все так как описано в статье по этой ссылке, до второго рисунка (включительно), так как Вы активируете старый аккаунт. Место хранения ключей E-num, адрес Вашей электронной почты и способ авторизации через SMS. Нажимаем далее и тут иногда выскакивает неожиданно:

во время выполнения операции произошла ошибка. код: -2147467259 Описание: Не удалось обратиться к сервису, так как поставщик сертификата неизвестен.

Если кому нужен действительно этот сертификат, то его можно скачать по этой ссылке . Но в большинстве случаев проблема вовсе не в нем. Проблема в том, что Ваш WebMoney Keeper Classic просто напросто не может соединиться с интернетом. WM кипер — как сделать, чтобы он установил соединение с интернетом:
— зайдите в «Свойства обозревателя» Internet Explorer и во вкладке «Подключение» установите используемое Вами подключение по умолчанию и там же отметить «Всегда использовать принятое по умолчанию подключение», сохраните настройки;

Проверьте — можете ли Вы выйти в интернет из браузера Internet Explorer (IE);

После этого перезапустите компьютер;

У меня обычно это проблема решалась когда я запускал Internet Explorer (он у меня установлен как браузер по умолчанию, хотя я сам использую только Mozila Firefox и Chrome от Google). Как только я выходил в интернет из IE и в свойствах обозревателя ставил своё подключение по умолчанию, то сразу же после очередного запуска кипера — проблема с ошибкой решалась, иногда правда приходилось делать перезагрузку компа.

Но однажды, эта проблема, описанными выше способами, не решилась. Оказалось, что во всем виновна недавно установленная Windows XP SP-3 Black Edition. Не знаю в чем проблема, но с этой винды, я так и не нашел способа пользоваться . На других Windows, после их переустановки, проблем с кипером у меня не возникало. Сейчас я использую Windows 7, на ней вообще никогда проблем не возникает с программами которые связаны с интернетом.

При нормальном раскладе Вам на телефон придет СМС с кодом, вводите сначала его, затем свой пароль в WebMoney Transfer. Затем выскочит сообщение о том что кошельки не удалось обнаружить. Здесь я всегда выбираю пункт «создать новый кошелек», все-равно просто так кошелек не создастся, а все старые кошельки появятся без проблем.

Кипер начнет соединяться с сетью, после чего выскочит сообщение «активация оборудования, добавление корреспондента с подтверждением». Здесь нужно быть повнимательнее, так как Вам придет КОД либо на сотовый телефон, либо на адрес Вашей электронной почты.

В новом окне откроется запрос на активацию кипера для использования на новом оборудовании, здесь нажимаем ДА. Появится окно с уведомление, что оборудование активировано, нажмите F5 в кипере. Лично у меня ни какое обновление страницы в кипере не помогает никогда, приходиться закрывать кипер и запускать его снова. Но в этот раз проблем с запуском быть не должно.

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

Итак, у Вас произошла ошибка при обмене WebMoney (вебмани)
. Что делать?

Давайте для начала определимся, а ушли ли от Вас деньги сервису? Быть может, Ваш перевод изначально не был совершён и Ваши средства в настоящий момент как были у Вас на кошельке, так там и остались. Обновите список кошельков или посмотрите историю операций. Если Ваш перевод не был совершён, то Вам просто необходимо повторить свой обмен. Среди основных причин таких неприятностей чаще всего встречается неучтённая комиссия платёжной системы: частенько люди забывают, что за любой перевод (транзакцию) система вебмани взымает комиссию в 0.8%. Другими словами, если у Вас на кошельке есть 100 рублей, Вы не сможете обменять ровно 100 рублей. С учётом необходимости оплаты комиссии Вы сможете обменять только 99 рублей и 20 копеек. Другие причины отмены платежа достаточно разнообразны, но мы не будем на них останавливаться, поскольку это совершенно неважно: средства при Вас и Вы можете просто повторить обмен.

Что делать в том случае, если Вы перевели средства, но деньги не пришли
(т.е. Вы не получили перевод
)?

В этом случае, как ни странно, тоже ровным счётом ничего страшного не случилось. Вы будете смеяться, но 99% пользователей, которые сообщают об ошибке обмена, просто не обновили список своих кошельков. То есть деньги им давным-давно пришли (как правило, прямо в момент обмена!), но они этого просто не видят. Обновите список своих кошельков. Если же денег до сих пор нет — убедитесь, что у Вас в настройках разрешено получение переводов. Вы вполне могли совершенно случайно их запретить! Если же и этот пункт Вы проверили, обратите внимание на лимиты на остаток средств на кошельках и на объём транзакций: если хотя бы один из лимитов превышен, Вы не сможете получить перевод.

Подробнейшие инструкции на этот счёт (с картинками!) Вы можете найти на нашем сайте — на странице быстрой помощи .

Если же все очевидные варианты Вы уже исключили, а денег до сих пор нет — даже в этом случае совершенно не нужно паниковать и расстраиваться! Просто обратитесь за помощью к администрации сервиса посредством тикет-системы: на Ваш вопрос ответят очень быстро, доходчиво объяснят причину произошедшего и порекомендуют дальнейшие шаги для устранения причины этой ошибки. Это можно сделать на специальной странице тикет-системы .

Помните, что даже в самом крайнем случае, когда причину ошибки устранить окажется технически невозможно, Вы всегда можете просто получить свои средства назад. Но до этого, как правило, доходит лишь в исключительных случаях и осуществлённые обмены удаётся быстро завершить.

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

Итак, у Вас произошла ошибка при обмене WebMoney (вебмани)
. Что делать?

Давайте для начала определимся, а ушли ли от Вас деньги сервису? Быть может, Ваш перевод изначально не был совершён и Ваши средства в настоящий момент как были у Вас на кошельке, так там и остались. Обновите список кошельков или посмотрите историю операций. Если Ваш перевод не был совершён, то Вам просто необходимо повторить свой обмен. Среди основных причин таких неприятностей чаще всего встречается неучтённая комиссия платёжной системы: частенько люди забывают, что за любой перевод (транзакцию) система вебмани взымает комиссию в 0.8%. Другими словами, если у Вас на кошельке есть 100 рублей, Вы не сможете обменять ровно 100 рублей. С учётом необходимости оплаты комиссии Вы сможете обменять только 99 рублей и 20 копеек. Другие причины отмены платежа достаточно разнообразны, но мы не будем на них останавливаться, поскольку это совершенно неважно: средства при Вас и Вы можете просто повторить обмен.

Что делать в том случае, если Вы перевели средства, но деньги не пришли
(т.е. Вы не получили перевод
)?

В этом случае, как ни странно, тоже ровным счётом ничего страшного не случилось. Вы будете смеяться, но 99% пользователей, которые сообщают об ошибке обмена, просто не обновили список своих кошельков. То есть деньги им давным-давно пришли (как правило, прямо в момент обмена!), но они этого просто не видят. Обновите список своих кошельков. Если же денег до сих пор нет — убедитесь, что у Вас в настройках разрешено получение переводов. Вы вполне могли совершенно случайно их запретить! Если же и этот пункт Вы проверили, обратите внимание на лимиты на остаток средств на кошельках и на объём транзакций: если хотя бы один из лимитов превышен, Вы не сможете получить перевод.

Подробнейшие инструкции на этот счёт (с картинками!) Вы можете найти на нашем сайте — на странице быстрой помощи .

Если же все очевидные варианты Вы уже исключили, а денег до сих пор нет — даже в этом случае совершенно не нужно паниковать и расстраиваться! Просто обратитесь за помощью к администрации сервиса посредством тикет-системы: на Ваш вопрос ответят очень быстро, доходчиво объяснят причину произошедшего и порекомендуют дальнейшие шаги для устранения причины этой ошибки. Это можно сделать на специальной странице тикет-системы .

Помните, что даже в самом крайнем случае, когда причину ошибки устранить окажется технически невозможно, Вы всегда можете просто получить свои средства назад. Но до этого, как правило, доходит лишь в исключительных случаях и осуществлённые обмены удаётся быстро завершить.

24.02.2010, 23:23

Отправила письмо в техподдержку, прошли сутки…ответа так и не получила, поэтому прошу помоши тут, возможно у кого-то была похожая ситуация и вы сможете мне помочь =(

Вообщем при входе в вебмани все ок, меня запускает в программу НО как только начинается соединение с центром, у меня выходит ошибка

Https://wiki.webmoney.ru/files/sereznaya.jpg

Я пробовала переустановить вебмани, результата нет, затем пыталась сменить нахождение файлов ключей но меня не пускает в ИНСТРУМЕНТЫ, пишет Нет соединения с центром…

Что делать? это вирус или глюк или что? или проблемы у вебмани? Подскажите умоляю, заранее спасибо.

24.02.2010, 23:37

денег много было на аке? :-(

24.02.2010, 23:40

ну не сказать чтобы очень…нормально так.
Когда вхожу в вебмани то там все эти деньги и лежат, просто при установке соединения меня выкидывает на эту ошибку а затем закрывается вебмани…=(

Васисуалий

25.02.2010, 00:28

денег этих там скорее всего уже нет, а отображается кэш.
Пишите в арбитраж, они вас отправят на процедуру восстановления доступа — 20 рабочих дней.

25.02.2010, 01:09

написала в техподдержку, скорее всего ответят в течении 2- дней…
а как в арбитраж писать? =(
почему вы решили что там денег нет? думаете взлом? сталкивались с такой ситуацией? спасибо заранее за ответы.

25.02.2010, 01:12

support.wmtransfer.com

Email: [email protected]

Проверьте машину антивирусом
http://www.freedrweb.com/download+cureit/

25.02.2010, 01:28

25.02.2010, 11:05

Лошарики продолжают нести деньги в вебмани.
Их #бут — они крепчают:D

25.02.2010, 11:36

написала в арбитраж, спасибо. Надеюсь помогут и надеюсь не взлом =(
не помогут. взлом. у меня тоже самое произошло вот, что мне написали
Возможны два варианта: либо кто-то получил доступ к Вашему кошельку, либо у Вас на компьютере троян.
В первом случае рекомендуем Вам сменить ключи и все пароли, которые используются для доступа к wmid, а также установить блокировку по IP.
Если Вы не имеете доступа к wmid, то Вам следует проходить стандартную процедуру восстановления доступа — http://webmoney.ru/rus/about/demo/help/classic/resp1_02_key_lose.shtml
Для того чтобы найти вирус-Троян на вашем компьютере, Вы можете поступить следующим образом, см. http://virusinfo.info/showthread.php?t=1235
Кроме того, рекомендуется внимательно ознакомиться с содержанием https://security.webmoney.ru/asp/default.asp и сайта http://owebmoney.ru

Вам следует обратиться в милицию с заявлением о совершении в отношении Вас
противоправных действий.

Для этого Вам необходимо:

1. Обратиться в ОВД по месту Вашего жительства (найти ближайшее ОВД в г.
Москве можно по ссылке http://petrovka38.ru/rus/map/index.wbp);
2. Не забыть взять с собой паспорт;
3. Написать заявление на имя начальника ОВД, в которое Вы обратились;
4. Получить талон-уведомление о регистрации Вашего заявления в журнале КУСП;
5. Рекомендовать дежурному по ОВД (либо лицу, принимавшему у Вас заявление)
обратиться для разрешения вопросов, связанных с Вашим заявлением, в
подразделения Специальных Технических Мероприятий.

В заявлении необходимо максимально точно указать всю имеющуюся у Вас
информацию: номер кошелька, Ваши контактные данные, подробную информацию о
платеже. По возможности приложите документы, подтверждающие зачисления на Ваш
кошелек.
увели не много и не мало 24к mwr. Вывели через обменник:
Заявка №18078: 24732.14 WMR => 23866.52 руб. Альфабанк, счет 40817810108930005019 Лепеева Наталья Юрьевна. ChangeMoney.me

Попросил арбитраж от имени WebMoney обратиться в Альфа Банк для блокировки счета который используют злоумышленник и получил ответ
Вынуждены констатировать, что Вам следует обращаться в правоохранительные органы.

25.02.2010, 13:03

С самой этой натальей юрьевной сяжитесь! может она паспорт теряла и сама счет в альфа банке не открывала (или давно уже умерла), (http://amp-modeling.info/se_12.php)вот тогда от ее имени (если жива) счет можно заблокировать обратившиьс в службу безопасности Альфа банка.

25.02.2010, 13:04

25.02.2010, 13:14

Чингaчгyк Бoльшoй Змeй (индeeц): «Тoлькo блeднoлиций бpaт мoжeт двaжды нacтyпaть нa гpaбли!»
Нy чтo eщe мoжнo cкaзaть… oбычныe peкoмeндaции, 64 битнaя (a нe 32 бтнaя) лeгaльнaя виcтa или 7 c включeнным aвтooбнoвлeниeм.
paбoтa в интepнeт пoд юзepoм, a нe aдминoм. paбoтa oпepoй или лиcoй и никoгдa IE, aнтивиpyc.
В 64 битнoй виндe виpyc нe мoжeт зapaзить cиcтeмy пpocтo cкoпиpoвaв ceбя в system32 или system64, тaк кaк
зaпycтитьcя мoгyт тoлькo пoдпиcaнныe цифpoвoй пoдпиcью дpaйвepa, (http://amp-modeling.info/se_14.php)a пoдпиcь микpocoфтa дo cих пop нe cлoмaнa хaкepaми.
Нe юзaть кипep, a тoлькo лaйт, cepтификaт бeз экcпopтa и c пapoльнoй зaщитoй.

Васисуалий

25.02.2010, 16:13

спасибо =((((млин жалко конечно….как думаете кошелек стоит возвращать или нет? =(

Mika2010 добавил 25.02.2010 в 13:09
а как они проникли на мой компьютер? вродиб письма подозрительные не читала, по сайтам сомнительным не лазила, только тут и еще на парочке сайтов…не понимаю как такое могло произойти =/
через дыру в браузере, при посещении зараженных сайтов
обязательно ставьте блокировку по IP (надо иметь статический) — зачастую помогает

Алког0лик

25.02.2010, 17:58

Enum(привязывайте к телефону).
Где могли подхватить кто его знает. А так восстанавливайте конечно, а то будите мучится увели или нет деньги, а вебмани вам об этом не скажут(правила у них такие).
Но мой печальный опыт подсказывает, что практически 100% денег там уже нет.

25.02.2010, 18:45

Абалдеть!
Ток хотел создать темку — как у меня увели вебмани, а тут уже есть куда писать:)

Рассказываю что произошло сегодня у меня — почитайте, т.к. есть 2 очень интересных момента.
На ПК установлен Kaspersky Internet Security, лицензия, самозащита включена режим эксперта (или как там называется, когда обо всем что не разрешено он спрашивает — че делать)

Т.к. я ленивый, то kvm файлы находятся на HDD (да это наверное основной косяк)

Вчера закончив работу с вебмани (кипер-класик) закрыл приложение, от инета не отцепился, комп оставил на ночь бэкапы собирать.

В 13-00 понадобилось сделать платеж — запускаю кипер — ошибка, как у ТС, я пробую ещё пару раз, перезагружаю ПК — опять тоже самое, делаю повторную инициализацию — пароли от кипера/ключей не подходят.
Ладно думаю (может глюки у них) — у меня E-num авторизация настроена — захожу в интерфейс оплаты и выпадаю в осадок — на WMR кошельке 0.
Провожу оплату с WMZ, почему то там 90WMZ осталось.
Все ещё надеясь на глюки WM (ведь СМСок о подключение с не авторизованного оборудования/с левых IP небыло) — иду в журнал подключений (авторизуюсь также через енум) — смотрю все заходы только из моей подсети, но!! вижу что последний IP не равен предпоследнему (а ведь я комп от инета не отключал, до проблем со входом) — захожу в кабинет провайдера — и смотрю — действительно последний IP (указанный в вебмани) мне никогда не выдавался, да и подключение там было только на 1 минуту.
Тут я уже понял что взлом был, денюжка тю-тю.
Ну да ладно — все это фигня. (Написал куда нужно на восстановление — жду)

Самое главное — как увели?

почему побрезговали WMZ валютой, а взяли токо деревянные?
как злоумышленник узнал из какой подсети нужно искать машину зомби, ведь для этого нужно войти в панель вебмани, а для этого авторизоваться — мнебы сразу СМС пришло (хотя хз — если вебмани не вернет деньги буду заявление писать — если повезет и машина с которой был вход в вебмани окажется не зомбированной, а чисто совпадение, что ворюга пользуется одним провайдером вместе со мной, будет класно)

Васисуалий

25.02.2010, 23:13

а вебмани вам об этом не скажут(правила у них такие).
по телефону звонишь и говорят, есть ли на кошельках заявленная сумма или нет

Вебмани безопасность настроена на вход только с IP маски xxx.xxx.*.*

Товарищ, уже сотню раз говорено, блок по маске эффекта мало дает (тем более если у вас что-то вроде корбины или укртелеком), нужен блок по ОДНОМУ ип адресу.

Почему не было СМС о запуске на не активированном оборудование.

Активация обходится программно, и не представляет вообще никакой преграды для злоумышленника, слышал от компетентных лиц.

Почему касперский пропустил заразу.
потому что касперский — УГ

Как злоумышленник узнал из какой подсети нужно искать машину зомби, ведь для этого нужно войти в панель вебмани

Самое очевидное — когда троян тырил ваши пароли и файлы ключей, он передал и ваш текущий ип адрес, благо это элементарно

Вобщем с безопасностью у вебмани полный швах, тут надо быть постоянно настрёме. Все их тыканья в сторону того, что пользователи сами некомпетентны — довольно убоги. Могли хотя бы обеспечить круглосуточный арбитраж, так нет, пн-пт 9-00 — 18-00.

26.02.2010, 00:58

Ну да… во всем виноваты WebMoney… ну не лол ли, а?

26.02.2010, 01:36

потому что касперский — УГ

Давайте только не будем глупости говорить и тем более холивар разводить.

26.02.2010, 01:42

Если головы на плечах нет — никакая защита не поможет.
Надеялся на связку блокировка по маске IP+фаервол касперского, как оказалось — ошибся.

Васисуалий

26.02.2010, 01:55

Давайте только не будем глупости говорить и тем более холивар разводить.
Кошелёк стоит на том же компьютере, ключи на диске.
Если головы на плечах нет — никакая защита не поможет.
мои личные знакомые работают как в касперском, так и в др вебе, уж я знаю не понаслышке. Так что про «говорить глупости» это вы себе еще раз перед зеркалом повторите.

Бытует мнение, что многие пострадавшие просто не все договаривают, предпочитая обвинять ВМ в косячности софта…
Можно провести аналогию такую — вы себе купили замок на входную дверь. А вам производитель говорит — вы только из квартиры не выходите, а то ещё ограбят — мы всё равно замок улучшать не будем (пусть остаётся такая же херня, к которой уже отмычки у каждого ленивого воришки есть) . Если уж выходите — ставьте мину-растяжку (блок по ИП) :D

26.02.2010, 02:00

храните ключи на флешке и пачаще проверяйте систему бесплатной утилитой доктора веба

26.02.2010, 04:02

Можно провести аналогию такую — вы себе купили замок на входную дверь. А вам производитель говорит — вы только из квартиры не выходите, а то ещё ограбят — мы всё равно замок улучшать не будем (пусть остаётся такая же херня, к которой уже отмычки у каждого ленивого воришки есть) . Если уж выходите — ставьте мину-растяжку (блок по ИП) :D

Мне больше кажется уместной такая аналогия:
Вам установили небольшой сейф в офис, не банковское хранилище, но все же можно теперь не в стол запирать на ключик наличку, и говорят: вы все же не принимайте в этом помещении кого не попадя, всяких там подозрительно выглядящих личностей, не кричите на улице том что здесь есть сейф, и не рассказывайте всем сколько в нем денег, не храните ключ от сейфа на гвоздике рядом с ним, не пишите шифр на его дверке, установите сигнализацию и поставьте охранника, и очень хорошо бы ввести систему пропусков… ;) а то ведь могут унести ваши денежки прям в сейфе под мышкой… :)

26.02.2010, 08:26

Все думаю как у меня могли увести пароль для входа в вебмани — не пойму, ну да ладно фиг с этим паролем — может их логер каспер пропустил, но как ворюга получил пароль к ключам, ведь он мной вводился последний раз года полтора назад? или необходимость в этом как-то обходится тоже?

26.02.2010, 12:16

потерто——————-

26.02.2010, 12:41

Сколько придется ждать — зависит от их загруженности.

Кстати мне сказали что последний раз снималась сумма в размере 800 уе, я помню что я снимала но это было где-то 9 февраля…а мне сказали что снимали 12 февраля 800 уе но у меня там уже не было таких денег, как такое может быть? Оо там максимум было 500 уе но не 800 это я точно знаю.
Если у вас персональный аттестат и высокий BL — запросто могли взять кредит.

Система электронных платежей Webmoney является одним из самых популярных инструментов для безналичной оплаты. Треть Рунета постоянно использует электронные деньги для платежей. Из-за высокой нагрузки на сервера иногда возникают сбои, связанные с переводом средств. В таком случае Webmoney показывает код ошибки 500 и уведомляет пользователя о невозможности операции. В этой статье рассмотрим причины и пути решения проблемы.

Уязвимости в сетевом коде Webmoney

Главное достоинство сервиса – быстрый расчет деньгами, который не привязан к физическому местоположению клиента. Все платежи осуществляются в электронном виде, где один денежный знак Webmoney соответствует реальной денежной единице отдельной страны. С развитием Интернета количество активных пользователей возросло в геометрической прогрессии. Чем больше людей пользуется системой, тем больше вероятность случайной ошибки в программном обеспечении сервера.

Перевод, вывод на карту, пополнение счета – функции, которые уязвимы при пиковой нагрузке на серверное оборудование. Кроме этого, возможен вариант превышения количества запросов с помощью DDOS-атаки. Злоумышленники используют хакерские программы чтобы пробить защиту системы и воспользоваться чужими кошельками.

На сегодняшний день Webmoney один из самых защищенных интернет сервисов.

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

Сайт Викиденьги рекомендует пройти Курс Ленивого Инвестора, на которым вы узнаете как вылезти из финансовой задницы и научиться получать пассивный доход. Никаких заманух, только качественная информация от практикующего инвестора (от недвижимости до криптовалюты).

Что значит код 500 в ошибке Webmoney

Пользователь получает сообщение о неисправности из-за ошибок в протоколах HTTP. Они связаны с неполадками в работе сервера, который отправляет пакеты данных на компьютер пользователя. Чтобы понять, в чём суть ошибки, на экран выводится специальный код. Всего существует четыре типа, они различаются по числу в начале номера:

  • 2xx. Запрос был выполнен успешно;
  • 3хх. Пакеты данных были перенаправлены на другой сервер;
  • 4хх. Допущена критическая ошибка, данные не были переданы пользователю. Сигнализирует о неточности указанных человеком данных;
  • 5xx. Неисправность или перегрузка сервера. Эти коды указывают на неправильную конфигурацию оборудования, по вине которого не происходит обмен данными.

Если сервер вебмани перегружен и не может выдавать запрос в отведенное время, пользователь увидит сообщение «Internal server error», что и называется ошибкой 500. Почти всегда она связана с проблемами оборудования и неточностями в программном коде.

В системе Webmoney при сбое во время платежа появляется сообщение «Произошла ошибка при обработке команды. Код ошибки 500».

Причины ошибки

Большинство скриптов для серверного оборудования пишется на языке PHP. Если они размещены на хостинге, указание прав доступа 777 к ним может выдать ошибку. Это связано с тем, что такие права позволяют редактировать файлы в любой момент времени любым пользователем, что значительно снижает безопасность сайта. Блокировка прав зависит от хостера и не всегда исполняется в принудительном порядке.

Настройка файла-конфигуратора.htaccess также может повлиять на работу системы. Неправильные директивы, сторонние правила и неточности в написании структуры расцениваются сервером как критическая ошибка. Чтобы решить проблему нужно отключить директиву Options. Это можно сделать с помощью комментария соответствующей строки. Большинство хостингов предоставляют свой файл с корректным синтаксисом.

Сложные скрипты требуют значительных вычислительных затрат, что влечет за собой перегрузку сервера. Для оптимизации работы в настройках сервера установлен определенный промежуток времени. Если файл скрипта не был исполнен за это время, он принудительно отключается. В результате клиент получает сообщение об ошибке 500 в Webmoney.

Последняя причина – неправильная настройка CGI-скриптов:

  • Окончания строк файлов написаны в формате Windows, а не UNIX. Чтобы этого избежать, скрипты должны загружаться на сервер в режиме ASCII;
  • Папки со скриптами не имеют прав доступа 07555;
  • После окончания работы файла получен некорректный HTTP-заголовок ответа.

Решение проблемы

Прежде чем обращаться в техподдержку, убедитесь, что проблема действительно на стороне сервера. Если другие сайты кроме Webmoney тоже показывают ошибку 500, неисправность можно решить вручную. Для этого нужно очистить файлы cookies и кэш память в своем браузере. В Google Chrome перейдите на значок инструментов в правом верхнем углу. Выберите опцию «Удаление данных о просмотренных страницах» во вкладке «Дополнительные инструменты». В окне «Очистить историю» выделите все пункты для полного освобождения памяти.

После выполнения очистки закройте свой аккаунт Webmoney и перезагрузите компьютер. Заново войдите в учетную запись и проверьте работоспособность сервиса. Если проблема осталась, отключите все лишние расширения Chrome. Иконки расширений находятся слева от вкладки инструментов.

Ничего не помогло? Остается последний вариант – обращение в техподдержку. Для этого перейдите по адресу support.wmtransfer.com и кликните по ссылке создания нового обращения. Если вы не можете перевести средства из-за ошибки, это сделают вручную работники сервиса. Детально опишите свою проблему и по возможности приложите скриншоты. Это значительно ускорит процесс.

Другие коды ошибок

Кроме кода ошибки 500 существует еще несколько частых неисправностей при работе Webmoney. Они связаны с техническими нюансами в работе киперов и кошельков. Например, код 5 сигнализирует о сбое в обновлении программы или ошибках интерфейса Click&Buy Merchant. Код 11 появляется при установке нескольких разных киперов на один компьютер. Это невозможно из-за несовпадений и конфликтов адресов IP.

Коды ошибок, которые встречаются редко:

  • Указывает на сбой в работе Merchant Pay, появляется лишь в 1% от всех случаев неисправностей;
  • Случается при несовместимости данных банковских операций и справок;
  • Появляется после попытки внести карту Paymer на счёт WMZ. При этом карта должна быть заранее предоплаченной;
  • Возникает при вводе регистрационного номера в WM Keeper Classic.

Webmoney постоянно развивается и совершенствуется, добавляются новые функции и инструменты. Вместе с развитием могут появится и новые баги в работе системы. При обнаружении ранее неизвестных ошибок рекомендуем обращаться в техподдержку сервиса для предоставления наиболее эффективного решения.

Заключение

Большинство неисправностей связано с серверным оборудованием. Пользователь может лишь очистить кэш память своего браузера, если проблема появляется и на других сайтах. При ошибке 500 в Webmoney часто могут сорваться переводы денежных средств на банковскую карту. В таком случае рекомендуется немедленно обращаться в техподдержку для возврата денег. Не рискуйте! Не сообщайте никому свои пароли и привязанный e-mail к аккаунту. Злоумышленники могут использовать любую возможность, чтобы завладеть учетной записью и кошельками.

Webmoney код ошибки 500Система электронных платежей Webmoney является одним из самых популярных инструментов для безналичной оплаты. Треть Рунета постоянно использует электронные деньги для платежей. Из-за высокой нагрузки на сервера иногда возникают сбои, связанные с переводом средств. В таком случае Webmoney показывает код ошибки 500 и уведомляет пользователя о невозможности операции. В этой статье рассмотрим причины и пути решения проблемы.

Содержание:

  • Уязвимости;
  • Что значит код 500;
  • Причины;
  • Решение;
  • Другие ошибки;
  • Выводы.

Содержание:

  • 1 Уязвимости в сетевом коде Webmoney
  • 2 Что значит код 500 в ошибке Webmoney
  • 3 Причины ошибки
  • 4 Решение проблемы
  • 5 Другие коды ошибок
  • 6 Заключение

Главное достоинство сервиса – быстрый расчет деньгами, который не привязан к физическому местоположению клиента. Все платежи осуществляются в электронном виде, где один денежный знак Webmoney соответствует реальной денежной единице отдельной страны. С развитием Интернета количество активных пользователей возросло в геометрической прогрессии. Чем больше людей пользуется системой, тем больше вероятность случайной ошибки в программном обеспечении сервера.

Перевод, вывод на карту, пополнение счета – функции, которые уязвимы при пиковой нагрузке на серверное оборудование. Кроме этого, возможен вариант превышения количества запросов с помощью DDOS-атаки. Злоумышленники используют хакерские программы чтобы пробить защиту системы и воспользоваться чужими кошельками.

На сегодняшний день Webmoney один из самых защищенных интернет сервисов.

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

Что значит код 500 в ошибке Webmoney

Пользователь получает сообщение о неисправности из-за ошибок в протоколах HTTP. Они связаны с неполадками в работе сервера, который отправляет пакеты данных на компьютер пользователя. Чтобы понять, в чём суть ошибки, на экран выводится специальный код. Всего существует четыре типа, они различаются по числу в начале номера:

  • 2xx. Запрос был выполнен успешно;
  • 3хх. Пакеты данных были перенаправлены на другой сервер;
  • 4хх. Допущена критическая ошибка, данные не были переданы пользователю. Сигнализирует о неточности указанных человеком данных;
  • 5xx. Неисправность или перегрузка сервера. Эти коды указывают на неправильную конфигурацию оборудования, по вине которого не происходит обмен данными.

Если сервер вебмани перегружен и не может выдавать запрос в отведенное время, пользователь увидит сообщение «Internal server error», что и называется ошибкой 500. Почти всегда она связана с проблемами оборудования и неточностями в программном коде.Произошла ошибка при обработке команды. Код ошибки 500

В системе Webmoney при сбое во время платежа появляется сообщение «Произошла ошибка при обработке команды. Код ошибки 500».

Причины ошибки

Большинство скриптов для серверного оборудования пишется на языке PHP. Если они размещены на хостинге, указание прав доступа 777 к ним может выдать ошибку. Это связано с тем, что такие права позволяют редактировать файлы в любой момент времени любым пользователем, что значительно снижает безопасность сайта. Блокировка прав зависит от хостера и не всегда исполняется в принудительном порядке.

Настройка файла-конфигуратора .htaccess также может повлиять на работу системы. Неправильные директивы, сторонние правила и неточности в написании структуры расцениваются сервером как критическая ошибка. Чтобы решить проблему нужно отключить директиву Options. Это можно сделать с помощью комментария соответствующей строки. Большинство хостингов предоставляют свой файл с корректным синтаксисом.

Сложные скрипты требуют значительных вычислительных затрат, что влечет за собой перегрузку сервера. Для оптимизации работы в настройках сервера установлен определенный промежуток времени. Если файл скрипта не был исполнен за это время, он принудительно отключается. В результате клиент получает сообщение об ошибке 500 в Webmoney.

Последняя причина – неправильная настройка CGI-скриптов:

  • Окончания строк файлов написаны в формате Windows, а не UNIX. Чтобы этого избежать, скрипты должны загружаться на сервер в режиме ASCII;
  • Папки со скриптами не имеют прав доступа 07555;
  • После окончания работы файла получен некорректный HTTP-заголовок ответа.

Решение проблемы

Прежде чем обращаться в техподдержку, убедитесь, что проблема действительно на стороне сервера. Если другие сайты кроме Webmoney тоже показывают ошибку 500, неисправность можно решить вручную. Для этого нужно очистить файлы cookies и кэш память в своем браузере. В Google Chrome перейдите на значок инструментов в правом верхнем углу. Выберите опцию «Удаление данных о просмотренных страницах» во вкладке «Дополнительные инструменты». В окне «Очистить историю» выделите все пункты для полного освобождения памяти.

После выполнения очистки закройте свой аккаунт Webmoney и перезагрузите компьютер. Заново войдите в учетную запись и проверьте работоспособность сервиса. Если проблема осталась, отключите все лишние расширения Chrome. Иконки расширений находятся слева от вкладки инструментов.Webmoney ошибку 500

Ничего не помогло? Остается последний вариант – обращение в техподдержку. Для этого перейдите по адресу support.wmtransfer.com и кликните по ссылке создания нового обращения. Если вы не можете перевести средства из-за ошибки, это сделают вручную работники сервиса. Детально опишите свою проблему и по возможности приложите скриншоты. Это значительно ускорит процесс.

Другие коды ошибок

Кроме кода ошибки 500 существует еще несколько частых неисправностей при работе Webmoney. Они связаны с техническими нюансами в работе киперов и кошельков. Например, код 5 сигнализирует о сбое в обновлении программы или ошибках интерфейса Click&Buy Merchant. Код 11 появляется при установке нескольких разных киперов на один компьютер. Это невозможно из-за несовпадений и конфликтов адресов IP.

Коды ошибок, которые встречаются редко:

  • Указывает на сбой в работе Merchant Pay, появляется лишь в 1% от всех случаев неисправностей;
  • Случается при несовместимости данных банковских операций и справок;
  • Появляется после попытки внести карту Paymer на счёт WMZ. При этом карта должна быть заранее предоплаченной;
  • Возникает при вводе регистрационного номера в WM Keeper Classic.

Webmoney постоянно развивается и совершенствуется, добавляются новые функции и инструменты. Вместе с развитием могут появится и новые баги в работе системы. При обнаружении ранее неизвестных ошибок рекомендуем обращаться в техподдержку сервиса для предоставления наиболее эффективного решения.

Заключение

Большинство неисправностей связано с серверным оборудованием. Пользователь может лишь очистить кэш память своего браузера, если проблема появляется и на других сайтах. При ошибке 500 в Webmoney часто могут сорваться переводы денежных средств на банковскую карту. В таком случае рекомендуется немедленно обращаться в техподдержку для возврата денег. Не рискуйте! Не сообщайте никому свои пароли и привязанный e-mail к аккаунту. Злоумышленники могут использовать любую возможность, чтобы завладеть учетной записью и кошельками.

Понравилась статья? Поделить с друзьями:
  • Webasto air top 2000stc коды ошибок
  • Webasto air top 2000 stc ошибки дизельный
  • Webmoney вывод на карту ошибка
  • Webasto air top 2000 st ошибка f01
  • Webasto air top 2000 st коды ошибок мигание