Enot.io - это сервис по предоставлению возможности приема средств на вашем сайте, по простому - интернет эквайринг.
Не нужно подписывать договор с каждым сервисом и настраивать их, достаточно лишь нас!
Важные факты о нас:
Для новых магазинов входящие транзакции блокируются на 24 часа, до зачисления средств на баланс (АНТИ-СКАМ)
Способы оплаты зависят от статуса регистрации
Мы не работаем со скам проектами, инвестиционными фондами, закрепительными платежами и прочими. Не тратьте время.
Выводы средств с личного счета выполняются раз в 6 часов. Без выходных.
Онлайн поддержка клиентов и тикет система для владельцев магазинов
Тарифы на прием средств:
QIWI - 2%
Яндекс.Деньги - 2%
Банковские карты - 3%
Payeer - 2%
Bitcoin - 2%
Perfect Money - 2%
Apple Pay, Samsung Pay, Google Pay - 0%
* Тарифы могут меняться:
Тарифы на вывод средств:
QIWI - 2%
Банковские карты - 2% + 50руб
Bitcoin - 4-8% (обсуждается индивидуально)
Яндекс - 2%
Форма оплаты
Контакты:
Email: support@enot.io
Telegram: @enot_io
Website: enot.io
Enot.io
Услуги предоставляет "ООО Платёжные системы"
enot.io - а по апи ответить не хотите?
У вас всегда сводится общение к саморекламе и полному игнорированию обратной связи?
Я вижу это так. А значит никогда не посоветую ваш сервис кому либо. Буду говорить:
Видите - обратной связи с клиентами они не ведут!
Неделю игнорируете комментарий. Так не работают. Мне кажется это "бизнес по-русски". А значит нет вам доверия.
Поправьте меня если я не прав.
Владимир, пусть рекламируются, просто особой радости от этого не испытают, если не внедрят, то о чем я просил, тк без этого реализовать полноценную интеграцию с каким-либо плагином или дополнение, функционал которого не сводится только к созданию заказа как в ИМ, не выйдет.
Если бы внедрили возможность указывать произвольные данные, то профит был бы всем. АПИ несложное, я бы выпустил доп к wp-recall в ближайшее время.
Андрей CS сказал(а)
Все это хорошо, только сообщите, почему ваш API такой ограниченный? в данный момент, я не вижу возможности отправить через платежную форму произвольные пользовательские данные, чтобы потом получить их для обработки после совершения платежа.
Пока что можно их добавлять в comment
В TG вы получите более подробный ответ @
Назначение платежа (показывается клиенту при оплате)
как правило произвольных параметров несколько, для удобства они могут передаваться в json-строке, а также кодироваться через base64, указанный параметр 'c' показывается клиенту при оплате, вы предлагаете показывать ему при оплате эту кашу?
Кроме того, в вашей документации не указаны ограничения на длину строки, нет уверенности, что по этому параметру параметр также подойдет.
