Сравнивая провайдеров в Эквадоре, сначала опишите место и канал продажи. Покупатель у кассы может отсканировать показанный QR. Заказывающему через сообщение нужен запрос, который открывается на том же телефоне. Для оплаты поставщикам бизнесу потребуется отдельно проверенная исходящая услуга.
Deuna — местный пример того, почему эти различия важны. Сценарии приёма не взаимозаменяемы: сравнивайте действия покупателя, доказательства для продавца и движение денег в каждой предлагаемой схеме.
Подберите модель приёма к каналу продаж
Deuna различает статический QR, где сумму вводит покупатель, и интегрированные варианты с суммой от бизнеса. Динамический QR относится к конкретной операции и после использования перестаёт работать. Платёжные ссылки требуют API-интеграции и работают на телефоне покупателя через приложение Deuna. Страница для компаний также описывает запросы статуса и уведомления об успешной оплате в систему продавца. Deuna: решения для компаний.
Для кассы определите, кто вводит сумму и как сотрудник её проверяет. Для удалённых заказов запросите показ на телефоне покупателя: открытие ссылки, переход в приложение и возвращение к заказу. Подтвердите допустимые приложения для выбранного варианта. Поддержка QR не доказывает такую же поддержку ссылки.
Попросите PSP показать, как номер заказа сохраняется по всему пути. Полезный результат — связанная с заказом продажа с суммой, валютой, идентификатором транзакции и окончательным статусом, которые доступны сотруднику. Это критерии приёмки, а не функции, автоматически следующие из логотипа метода.
Проверьте вместе кассовую продажу и удалённый заказ
Представим гипотетический бизнес по продаже еды в Кито с двумя заказами: USD 12 на кассе и USD 28 с доставкой. Итого USD 40. Первый покупатель сканирует QR, второй получает платёжную ссылку. Суммы условные: это не клиентский кейс и не тариф.
Продавец должен сопоставить каждую подтверждённую оплату с заказом и отличить подтверждение от последующего зачисления в банк. Если покупатель у кассы ввёл неправильную сумму, нужен документированный порядок исправления. Если удалённый покупатель прервал оплату, заказ должен оставаться явно неоплаченным. Оба случая проверяют до запуска.
Допустим, из доставки исключили отсутствующий товар на USD 8. Согласованная покупка теперь стоит USD 20, а обе продажи вместе — USD 32 до комиссий. Уточните запрос и одобрение частичного возврата, его связь с исходной оплатой USD 28, поддержку операции и источник денег для неё.
Deuna перечисляет возвраты и отмены и разделяет отчёт о продажах и отчёт о перечислениях бизнесу. Используйте это различие при запросе образцов: приём, возврат и объединённое зачисление в банк должны сверяться без ошибочного учёта всех трёх как продаж. Операции и отчётность Deuna.
У оплаты без интернета есть собственные условия
Deuna описывает офлайн-процедуру для друзей и микробизнеса с аккаунтом Deuna. Получатель должен отсканировать в приложении QR на квитанции плательщика. По FAQ, деньги становятся доступными после восстановления связи одной из сторон и выполнения проверки квитанции. В исходном описании указаны до трёх офлайн-платежей общей суммой USD 15 в день и оплата в течение четырёх часов после последнего подключения плательщика. Deuna: платежи без интернета.
Это конкретная процедура приложения, а не доказательство офлайн-работы корпоративного API или интернет-магазина. Перед использованием подтвердите актуальные требования, версию приложения и лимиты. Обучите сотрудников реальной проверке и учёту незавершённых операций. Скриншот покупателя не заменяет предусмотренную проверку внутри приложения.
Согласуйте момент выдачи товара, расследование неопределённых квитанций и ответственного за предложение другого метода. Эти правила нужно подтвердить с провайдером до того, как бизнес начнёт полагаться на офлайн-платежи.
Счёт бизнеса и выплаты USD проверяйте отдельно
В инструкции подключения Deuna Negocios указаны эквадорский документ личности, действующий RUC, активный личный аккаунт Deuna и участие законного представителя бизнеса. Там же описаны поддерживаемые счета для перемещения баланса. Это требования конкретного приложения, а не универсальное правило всех PSP Эквадора и не доказательство доступности иностранной компании. Deuna Negocios: инструкция приложения.
Предоставьте структуру компании и требования к счёту получения. Получите письменно сроки перечисления, удержания и ограничения счёта. Уточните, можно ли финансировать платежи поставщикам из выручки либо требуется отдельное предварительное пополнение.
Для банковских выплат центральный банк Эквадора описывает SPI как электронные переводы через участвующие финансовые организации физическим лицам и компаниям со счетами в Эквадоре, с установленными сроками обработки. Описание внутренней инфраструктуры не подтверждает охват API конкретного PSP или зарубежные расчёты. Banco Central del Ecuador: SPI.
Запросите охват получателей, проверки реквизитов, время подачи поручений, комиссии и результаты по каждой выплате. Что происходит с отклонённым поручением и когда безопасно повторять операцию с неопределённым результатом? Успешный местный приём не подтверждает все исходящие направления.
Стройте шорт-лист вокруг полного платежного процесса
Срез PayStar от 14 сентября 2026 года содержит 13 уникальных предложений, связанных только с Эквадором: семь с классификацией приёма Deposit и шесть выплат Withdrawal. У всех 13 есть связь с USD. Это записи об офферах, а не независимые PSP, действующие интеграции или одобренные маршруты. Отдельные связи страны, валюты и метода не доказывают все сочетания, включая приведённые примеры Deuna.
Хотите бесплатно получить информацию об этих платёжных вариантах? Напишите нам. Передайте Анастасии через PayStar Discovery деятельность, страну регистрации, каналы продаж, предполагаемые суммы и задачи приёма и выплат. Discovery помогает структурировать шорт-лист и проверку. Бесплатная информация не включает интеграцию, процессинг или все последующие услуги. Бизнес выбирает PSP и заключает прямой договор; PSP принимает решение о подключении и выполняет обработку платежей и расчёты. Доступность и требования нужно подтвердить.
Роль PayStar
PayStar предоставляет информационные и технические услуги. PayStar не является банком или PSP, не организует приём платежей и расчёты от своего имени, не принимает и не хранит средства покупателей и бизнеса и не проводит расчёты по ним. Платёжные услуги оказывает выбранный провайдер по прямому договору с бизнесом. API, маршрутизация и контроль PayStar работают в пределах согласованной технической роли.