Статутът на обработка на поръчките. Може да съдържа следните стойности:
Аз създадох - поръчката е била създадена, но клиентът не е влязло още данните си за плащане; вие трябва да продължи да отправя запитвания до статуса на поръчката
обработка - за да е все още в процес на плащане обработка портал; вие трябва да продължи да отправя запитвания до статуса на поръчката
отхвърлено - Отхвърлена поръчка FONDY плащане шлюза, външна система за плащане или придобиване на банка
одобрен - поръчката се осъществява успешно, средствата, блокирани в сметката на платеца и скоро ще бъде кредитирана Merchant; Merchant може да предоставя услуги или "кораб" продукт
с изтекъл срок - за цялата продължителност на поръчката като параметър от живота си. изтекъл.
обратно - по-рано една успешна сделка е прекратен изцяло или частично. В този случай reversal_amount параметър има нулева стойност

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

Получаване на искането и подпис отговор (подпис параметър)

Подпис се формира чрез прилагане на функцията SHA1 в низ, състоящ се от парола търговец и всички настройки, prikonkatenirovannyh към него и разделени от вертикална лента по азбучен ред |

Поискайте от търговеца:

линия, използвана за генериране на символи:

Ако параметърът е празен и не съдържа никакви данни, а след това прикрепете вертикална лента не е необходимо.

Пример подпис код за проверка на страниците, посочени в параметрите или response_url server_callback_url използващи PHP SDK:

Спомагателен файл с примери на функции за работа с подпис Signature.php

проверка подпис с помощта на класа на подпис

Разрешаване на проблеми с генерирането и валидиране на подписа на параметъра

Има два вида ситуации, когато има грешка при проверка параметър подпис.

1. Ако искането за покупка / плащане периодично / ляво / статус, или всяка друга заявка с параметър подпис, изпратено до API Fondy, и отговорът се върна: Невалиден подпис.
2. Ако от Fondy сървъра server_callback_url или response_url върна POST отговор, но когато се опитате да създадете подпис и да я сравни с параметър подписа на подписите на POST отговор, не съвпадат

Помислете за два случая:

1. Ако искането е изпратено до API Fondy, и отговорът се върна вид "Невалиден подпис подпис:` 6bd069be8a6e2f2bbe176df00ba63cc681ca38aa`; response_signature_string: `********** | 125 | USD | 1396424 | демо поръчка 789 | Demo123456`", проверете следното:

• проверете дали сте използвали правилната парола от техническите настройки в Merchant Merchant уебсайт:

Пример отговор от Fondy (JSON):

За да се диагностицира причината за несъответствие на подписа, изпълнете следните стъпки:

• уверете се, че стойността на 0 не е език за програмиране в празна стойност
• Уверете се, че параметрите response_signature_string подпис и не са включени в изчисляването на подписа (параметър response_signature_string връща само ако търговецът е в тестов режим и съдържа намек, като е образувано подпис в отговора)
• ако искането съдържа кирилица или други не-английски букви, тя е изпратена, кодирани в UTF-8
• влезте низа в кода, към който се прилага SHA1 време на формирането на подписването на параметъра. Сравнете го с низ, който се връща в response_signature_string на параметъра
• провери дали празните параметри се връщат в отговора. Ако е така, тогава самата линия, която се занимава с характера на подпис разделител | за всеки такъв празен параметър не е необходимо да се включи
• Ако се развие в PHP, използвайте getSignature:
• уверете се, че резултатът е функция SHA1 в малки. Точно така. 6bd069be8a6e2f2bbe176df00ba63cc681ca38aa. Не е вярно. 6BD069BE8A6E2F2BBE176DF00BA63CC681CA38AA

Дефиниране на заявката

Исканията за FONDY сървъра могат да се изпращат по 2 начина

В API схемата Взаимодействие поддържа следните текстови формати запитването: HTML ФОРМА, XML, JSON. Тази опция е полезна за:

В контекста на заявката винаги се връща отговор в същия формат, като искането. Т.е. ако искането е отправено в JSON формат, тогава отговорът щеше да се върне във формат JSON. Отговорът на този въпрос е междинен и съдържа адреса, който искате да пренасочите на клиента да въведете данните за плащането.

Изпращане схема взаимодействие заявка не включва междинен отговор в контекста на заявката. Окончателният отговор ще бъде върната на URL адрес на търговеца, посочен в параметри и response_url server_callback_url на.

Пример А верига за взаимодействие

Пример гостоприемник към хост взаимодействие на схема В (JSON)

Нормално временен отговор

Отговорът в случай на грешка

Пример гостоприемник към хост взаимодействие на схема В (XML)