# Платёжные провайдеры в Польше: продления BLIK и выплаты в PLN

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

## Числа для предметного сравнения провайдеров

Мы разобрали исторические платёжные предложения, связанные только с этой страной. **Всего уникальных записей: 18**. Приём платежей: 15; выплаты: 3. На их основе можно предметно сравнить стоимость платежей, доступность денег и операционные требования. Предложения с несколькими странами исключены из расчётов: таких записей 187.

Источник — выгрузка PayStar от 14 сентября 2026 года с данными, предоставленными платёжными шлюзами. Агрегаты пересчитаны, но коммерческие заявления независимо не подтверждены. Это историческая выборка, а не обзор рынка, число PSP или методов, доказательство действующих подключений или текущей доступности. Условия могут меняться еженедельно и чаще. Независимые связи страны, валюты и метода не подтверждают все возможные платёжные маршруты. Число предложений по направлениям и график расчётных сроков охватывают все записанные валюты. Только сравнение процентов ниже ограничено записями комиссий в PLN.

Уникальные предложения только этого GEO по всем записанным валютам: 18. Это не методы, провайдеры или действующие подключения. [Скачать SVG](https://paystar.uk/poland-payment-solutions/media/2026-10-08-v2/charts/offers-ru-desktop-download.svg)

## Что показывают записанные процентные компоненты в PLN

Мы считаем среднее арифметическое явно указанных процентных компонентов в PLN, с одинаковым весом каждого сопоставимого предложения. Запись включена только при совпадении структурированного процента с одним однозначным процентом в исходном описании комиссии. Другая валюта комиссии, пропущенный процент и неоднозначное описание исключены.

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

| Направление | n | Среднее | Медиана | Диапазон |
| --- | --- | --- | --- | --- |
| Приём | 5 | 6,5% | 6,5% | 5,5–8% |
| Выплаты | Недостаточно сопоставимых данных для публикации агрегата |

Только явно указанные процентные компоненты в PLN. n — сопоставимая выборка направления; пропуски исключены, а не приняты за нулевую комиссию. [Скачать SVG](https://paystar.uk/poland-payment-solutions/media/2026-10-08-v2/charts/fees-ru-desktop-download.svg)

**Это процентные компоненты, а не полная цена платежа.** Отдельно нужно учитывать фиксированные комиссии, FX, налоги, резервы, минимумы, возвраты и другие нестандартные операции. Выборка не взвешена по обороту, не содержит измеренной конверсии и не позволяет ранжировать качество провайдеров. Малые или недостаточно независимые группы не публикуются.

### Условный расчёт для одного платежа

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

- Приём: 100 PLN × 6,5% = **6,5 PLN**.

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

## Важно, когда деньги становятся доступны

Предложения приёма по всем записанным валютам. T/D сохранены как в источнике: календарные или рабочие дни не предполагаются. «Другие» включает сложные обозначения и объединённые группы менее 3 записей. Это не гарантия сроков расчётов. [Скачать SVG](https://paystar.uk/poland-payment-solutions/media/2026-10-08-v2/charts/timing-ru-desktop-download.svg)

Успешное уведомление об оплате и деньги, доступные бизнесу, — разные события. Используйте записанные сроки как вопросы к провайдеру: что запускает отсчёт, какой действует cut-off, учитываются ли выходные, на какой счёт приходят средства и могут ли резерв или проверка отложить доступность?

Для выплат согласуйте предфинансирование, проверку получателя, обработку отказов и отражение вернувшихся денег в остатке. Срок расчётов по приёму не доказывает время завершения выплаты.

### Пример планирования денежного буфера

Если бизнес должен ежедневно финансировать обязательства на 10 000 PLN, разрыв в один день требует 10 000 PLN, в три дня — 30 000 PLN. Дополнительный буфер составляет 20 000 PLN. Это условная модель постоянного потока без комиссий, резервов и колебаний, а не наблюдаемое обещание сроков расчётов.

## Подтвердите настройку регулярных платежей после первой оплаты

Документация оператора BLIK описывает важное условие. Если банк не поддерживает регулярные платежи, а предусмотренная настройка отказа не передана, клиенту всё же может быть предложено подтвердить установочную транзакцию с положительной суммой, но приглашение настроить регулярные платежи не появится. При включении этой настройки транзакцию можно отклонить, если банк не поддерживает такой сценарий. [Введение в регулярные платежи BLIK](https://www.blik.com/lp/reccuring-payments/Introduction.html).

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

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

## Сопоставьте модель регулярных платежей BLIK с тарифом

От модели зависит, что клиент должен подтверждать. Сопоставьте её с реальным тарифным планом: одной отметки «регулярные платежи» в предложении недостаточно.

| Задача выставления платежей | Модель в документации BLIK | Вопрос для проверки |
| --- | --- | --- |
| Фиксированная сумма с фиксированной периодичностью и датой окончания | Модель A предусматривает автоматическую авторизацию в пределах этих параметров | Что произойдёт после изменения цены или периодичности? |
| Переменные суммы с подтверждением клиента | Модель M требует подтверждения каждой регулярной транзакции | Как клиент завершит ожидающее подтверждения продление? |
| Переменные суммы без подтверждения каждой транзакции | Модель O допускает такой порядок авторизации после первоначальной настройки | Настроена ли эта модель для данного мерчанта? |

Эти различия описаны в руководствах оператора по [модели A](https://www.blik.com/lp/reccuring-payments/Model_A.html), [модели M](https://www.blik.com/lp/reccuring-payments/Model_M.html) и [модели O](https://www.blik.com/lp/reccuring-payments/Model_O.html). Для модели O предусмотрены требования к настройке мерчанта и сертификации; существование модели само по себе не подтверждает доступ к ней через конкретного PSP.

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

## Проверьте оплаченный месяц и последующую смену тарифа

Рассмотрим **вымышленный** образовательный сервис с ежемесячной платой 49 PLN. Один клиент оплатил первый месяц, но регулярные платежи не настроены. У другого клиента подтверждено поручение по модели A на 49 PLN, после чего он выбирает тариф за 69 PLN.

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

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

## Проверяйте выплаты в PLN как отдельную услугу

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

KIR описывает **Express Elixir** как круглосуточную систему платежей в PLN в реальном времени. Это сведения об инфраструктуре, а не обязательство по API выплат конкретного PSP, охвату получателей или графику расчётов с мерчантом. [KIR: Express Elixir](https://www.kir.pl/nasza-oferta/banki/rozliczenia/express-elixir).

Для предложения по выплатам в PLN запросите требования к счёту получателя, порядок финансирования, поддерживаемые банки получателей, применимые лимиты и подтверждение окончательного результата. Для перечисления собранных средств отдельно сравните валюту, сроки, удержания и отчёты для сверки. Описание внутренней системы PLN не подтверждает трансграничные расчёты или возможность подключения иностранного мерчанта.

## Роль PayStar

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

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

Информация о платёжных вариантах бесплатна. Обработка платежей и согласованные технические услуги имеют отдельные коммерческие условия.

## Официальные источники и рамки исследования

- [BLIK recurring-payment introduction](https://www.blik.com/lp/reccuring-payments/Introduction.html)
- [BLIK Model A](https://www.blik.com/lp/reccuring-payments/Model_A.html)
- [BLIK Model M](https://www.blik.com/lp/reccuring-payments/Model_M.html)
- [BLIK Model O](https://www.blik.com/lp/reccuring-payments/Model_O.html)
- [KIR: Express Elixir](https://www.kir.pl/nasza-oferta/banki/rozliczenia/express-elixir)

Проверка источников: 8 октября 2026. Дата выгрузки остаётся 14 сентября 2026. Описания местных систем дают контекст, а не подтверждение возможностей конкретного провайдера.