При сравнении провайдеров в Португалии начните с того, что происходит с заказом, пока покупатель платит. Реквизиты MULTIBANCO могут оставаться неоплаченными после оформления. Покупка через MB WAY требует подтверждения запроса в приложении. Эти сценарии по-разному влияют на резерв товара, сообщения покупателю и доказательства, необходимые перед отгрузкой.

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

Реквизиты MULTIBANCO дают возможность оплатить заказ

В сценарии разовой оплаты SIBS Payment Gateway покупатель получает entity, reference и сумму, затем платит через банкомат, интернет-банк или мобильный банк. Создание реквизитов не завершает платёж. Такой заказ должен отличаться от заказа с подтверждённой оплатой.

Попросите PSP показать, что получает покупатель и что видят сотрудники. Могут ли они найти неоплаченный reference, узнать срок действия и связать позднее подтверждение с исходным заказом? Какое событие разрешает отгрузку или активацию услуги? Эти вопросы важнее знакомого названия в списке методов.

Согласуйте срок действия с резервированием товара

В официальном FAQ MULTIBANCO указано, что срок действия reference различается и покупателю нужно ориентироваться на дату продавца. Попытка оплатить просроченные реквизиты отклоняется. Единого срока для любого португальского checkout нет.

Согласуйте период с провайдером и объясните покупателю политику резерва. Если товар удерживается только до определённого времени, выясните, как с этим временем связаны действительность платежа и отмена заказа. Отдельно проверьте повторное предъявление уже оплаченного reference. Документация SIBS описывает разовый сценарий, но не универсальное правило повторного использования всех продуктов. Не обещайте многократное применение или автоматическое отклонение дубля без проверки конкретной схемы.

Возьмём гипотетический заказ на EUR 45, в котором продаётся последний товар на складе. Reference действует до 18:00, до этого же времени зарезервирован товар. Покупатель платит в 17:59, а подтверждение приходит магазину в 18:02. Автоматическое снятие резерва ровно в 18:00 может вступить в конфликт с выполненным платежом.

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

Оплата у границы срока. Гипотетический заказ EUR 45. Перед снятием резерва проверьте окончательный статус. 17:59: Покупатель оплатил; 18:00: Срок reference и резерва; 18:02: Пришло подтверждение
Оплата у границы срока

Для MB WAY также нужен окончательный результат

В обычной онлайн-покупке, описанной MB WAY, покупатель выбирает метод, вводит мобильный номер и принимает запрос в приложении. Здесь взаимодействие строится вокруг подтверждения текущей покупки, а не хранения реквизитов для оплаты позднее.

Продавцу всё равно нужны доказательства завершения. В разовой интеграции MB WAY от SIBS результат асинхронный: первоначальный ответ не окончательный, а неподтверждённый запрос истекает после отведённого времени. Проверяйте результат через уведомление или сервис статусов провайдера.

При оценке протестируйте принятие, отказ и отсутствие ответа. Покупатель должен видеть подходящий следующий шаг, а сотрудники — различать неуспех и ещё неизвестный результат. Уточните фактические тайм-ауты и правила повтора для выбранной интеграции. Речь идёт о разовых покупках; подписки и другие варианты MB WAY требуют отдельной проверки.

Два разных сценария покупателя. Это два пути приёма. Созданные реквизиты или первичный ответ API ещё не означают оплату. MULTIBANCO: Получить entity, reference и сумму; Оплата позже: Проверить результат и срок; MB WAY: Подтвердить запрос в приложении; Результат: Получить финальное подтверждение
Два разных сценария покупателя

Возвраты, расчёты с продавцом и выплаты EUR проверяют отдельно

Возврат связан с покупкой, а платёж поставщику или иная выплата бизнеса имеет другое назначение. SIBS описывает цифровой возврат по MULTIBANCO reference без отдельного банковского перевода. Подтвердите, что он доступен в предлагаемой схеме PSP. Для MB WAY запросите те же подробности: допустимые операции, полный или частичный возврат, сроки, источник средств и доказательство завершения.

Затем сравните расчёты по выручке: счёт, валюту, график, комиссии и отражение возвратов в сверке. Подтверждение покупательской оплаты не доказывает, что деньги уже поступили на счёт бизнеса.

Для выплат в EUR составьте отдельное задание: типы и страны получателей, назначение, источник средств, суммы и объёмы. Узнайте, какие направления и операции PSP может одобрить, как проверяет реквизиты и обрабатывает отклонённые или неопределённые переводы. Приём местного платёжного метода не подтверждает эти возможности и допустимость вашей компании.

Начните с конкретного задания по Португалии

Срез PayStar от 14 сентября 2026 года содержит 13 уникальных предложений, связанных только с Португалией. Все 13 классифицированы как приём Deposit и имеют связь с EUR. Это число записей об офферах, а не независимых PSP, действующих интеграций или одобренных маршрутов. Отдельные связи страны, валюты и метода не доказывают все сочетания.

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

Хотите бесплатно получить информацию об этих платёжных вариантах? Напишите нам. Передайте Анастасии через PayStar Discovery деятельность, страну регистрации, параметры транзакций и задачи приёма и выплат. Бесплатная информация касается вариантов; интеграция, процессинг и все последующие услуги Discovery в неё не входят. Бизнес выбирает PSP и заключает прямой договор; PSP отвечает за коммерческое одобрение, обработку платежей и расчёты.

Что есть в исторической выборке. Это офферы, не число независимых PSP и не доли рынка. Текущую доступность подтверждают отдельно. Ноль выплат относится только к этой выборке. 13 total; 13 Deposit; 0 Withdrawal.
Что есть в исторической выборке

Роль PayStar

PayStar предоставляет информационные и технические услуги. PayStar не является банком или PSP, не организует приём платежей и расчёты от своего имени, не принимает и не хранит средства покупателей и бизнеса и не проводит расчёты по ним. Платёжные услуги оказывает выбранный провайдер по прямому договору с бизнесом. API, маршрутизация и контроль PayStar работают в пределах согласованной технической роли.