# Как принимать оплату картами в кастомном POS-приложении

> Published: 2026-10-27
> Updated: 2026-10-27
> Author: Mathias Nielsen
> Category: Pay
> Canonical: https://finalpos.com/ru/blog/accept-card-payments-custom-pos-app-ru

Форма ввода карты — это не платежный терминал. Вот четыре реальных способа принимать карты в кастомном или созданном ИИ POS-приложении, требования Apple, Google и провайдера к каждому из них, а также сроки.

Чтобы принимать оплату картами в кастомном POS-приложении, вы взаимодействуете с провайдером платежных услуг (PSP) по одному из четырех путей: сертифицированный картридер, Tap to Pay on iPhone, Tap to Pay on Android или смарт-терминал с подключением к облаку. Ваше приложение никогда напрямую не считывает номер карты. Оно отправляет сумму на сертифицированное оборудование или ПО и получает статус операции (одобрено или отклонено). У каждого пути есть свои требования со стороны Apple, Google или вашего провайдера, и именно эта бумажная работа, а не код, занимает основное время.

В этом руководстве пошагово описан каждый путь с реальными требованиями. Мы обрабатываем платежи для собственной POS-системы Final, поэтому сами прошли каждый из этих этапов.

![Прием оплаты картами в кастомном POS-приложении: бесконтактная карта приложена к телефону продавца на стойке кафе](https://storage.googleapis.com/final-os-media/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/aa1be6a479fcf8f3-accept-card-payments-custom-pos-app-hero.png)

## Почему нельзя просто добавить форму ввода карты в POS-систему?

Потому что форма ввода карты переводит операцию в разряд «карта не присутствует» (card-not-present), а торговой кассе необходим режим «карта присутствует» (card-present). Когда покупатель вводит номер карты в веб-форму, платеж обрабатывается как онлайн-покупка: с повышенными комиссиями, высоким риском фрода и переложением оспаривания операций на вас. Когда сертифицированное устройство считывает карту или телефон, платеж считается проведенным в присутствии карты, что дешевле и безопаснее для всех.

Прием платежей в режиме card-present требует сертифицированного оборудования или ПО. Именно поэтому каждый из описанных ниже путей работает через готовые решения PSP, а не через ваш собственный код. Разница в комиссиях подробно описана в статье [оплата в присутствии карты против оплаты без присутствия карты](/en-US/blog/card-present-vs-card-not-present).

## Путь 1: Как использовать картридер в собственном приложении?

Выберите PSP с готовым SDK для очных платежей, купите один из его сертифицированных ридеров и свяжите его со своим приложением. Stripe Terminal, Adyen и другие работают именно так.

1. Откройте аккаунт у PSP и активируйте сервис очных платежей.
2. Интегрируйте его iOS, Android или React Native SDK.
3. Закажите сертифицированные ридеры и зарегистрируйте их в своем аккаунте.
4. Находите и подключайте ридеры из своего приложения, а затем принимайте платежи через SDK.
5. Запланируйте обновления прошивки ридера, которые рассылает PSP.

Вы не можете подключить случайный ридер: обрабатывать карты могут только устройства, сертифицированные вашим провайдером, так как сертификация покрывает связку из конкретного ридера, ПО и процессинга. Подробнее в [картридеры для кастомных POS-приложений](/en-US/blog/card-reader-sdk-custom-pos) и [сертификация EMV для POS](/en-US/blog/emv-certification-pos).

## Путь 2: Что требуется для Tap to Pay on iPhone?

Tap to Pay on iPhone превращает сам телефон в платежный ридер. Шаги Apple: заключить договор с поддерживаемым PSP, запросить разрешение Tap to Pay on iPhone, интегрировать ProximityReader API или SDK провайдера, следовать Human Interface Guidelines от Apple и отправить приложение на проверку ([обзор Tap to Pay от Apple](https://developer.apple.com/tap-to-pay/)). Apple указывает, что PSP отвечает за сертификации, позволяющие продавцам принимать платежи.

На практике это означает:

1. **Корпоративный аккаунт разработчика.** Запрос разрешения должен подавать владелец аккаунта (Account Holder) организации, а для регистрации организации нужен номер D-U-N-S. См. [номера D-U-N-S и аккаунты разработчиков Apple](/en-US/blog/duns-number-apple-developer).
2. **Форма запроса.** Укажите вашего PSP и регионы работы.
3. **Разрешение для разработки.** Apple выдает его для сборки и тестирования на собственных устройствах.
4. **Требования Apple к UX.** Вместе с разрешением Apple высылает требования к интерфейсу и маркетингу (надписи на кнопках, точки входа, онбординг).
5. **Разрешение для дистрибуции.** Вы отвечаете на письмо Apple и запрашиваете разрешение на дистрибуцию. Оно необходимо для TestFlight и App Store.
6. **App Review.** Приложение публикуется после прохождения проверки.

Функция работает на iPhone XS и новее и не работает на iPad. Полное руководство читайте в [как получить разрешение Tap to Pay on iPhone](/en-US/blog/tap-to-pay-iphone-entitlement), советы по прохождению проверки — в [прохождение App Review с приложением Tap to Pay](/en-US/blog/tap-to-pay-app-review), а альтернативы — в [почему Tap to Pay не работает на iPad](/en-US/blog/tap-to-pay-on-ipad).

## Путь 3: Чем отличается Tap to Pay на Android?

На Android нет аналога разрешений от Apple, но SDK платежного провайдера выполняет собственные проверки. Типичные требования:

- Устройство Android со встроенным NFC на базе Android 11 или новее
- Сертифицированное Google устройство, проходящее проверку целостности (attestation)
- Релизная сборка (non-debuggable): SDK провайдера отказываются принимать реальные касания в режиме отладки, поэтому тестирование идет на эмуляторе ридера
- Разрешения на геопозицию и другие доступы, запрашиваемые SDK

Планшеты Android могут работать, если они соответствуют требованиям провайдера. Детали в [Tap to Pay на Android в кастомном приложении](/en-US/blog/tap-to-pay-android-sdk).

## Путь 4: Может ли браузерная POS-система принимать карты?

Да, с помощью подключенного к облаку смарт-терминала. Ваш сервер передает через API провайдера команду отправить платеж на конкретный терминал на стойке; терминал обрабатывает карту и возвращает результат вашему серверу. Это единственный очный путь для веб-POS, так как веб-страница не может считать бесконтактную карту, а Safari не может подключаться к Bluetooth-ридерам.

Это решение подходит для стационарных касс. Оно добавляет зависимость от сети, поэтому нужно заранее продумать поведение при обрыве связи.

## Как выбрать платежного провайдера для кастомной POS?

Начните со стран присутствия, затем оцените онбординг и оборудование:

| Вопрос | Почему это важно |
| --- | --- |
| Работает ли провайдер в ваших странах? | Tap to Pay и ридеры запускаются поэтапно по странам |
| Доступен ли онбординг self-serve? | Stripe подключит быстро; Adyen ориентирован на крупный бизнес и отбирает заявки строже |
| Какие SDK предлагаются? | Наборы SDK для iOS, Android, React Native и облачных терминалов различаются у разных провайдеров |
| Какие ридеры сертифицированы? | Работают только сертифицированные устройства |
| Поддерживаются ли офлайн-платежи? | Режим store-and-forward зависит от провайдера и перекладывает риск отказа на вас |
| Подключаете ли вы других продавцов? | Если да, вы выступаете как платформа и вам могут потребоваться соглашения PayFac |

Наше прямое сравнение — в статье [Stripe Terminal против Adyen для кастомного POS-приложения](/en-US/blog/stripe-terminal-vs-adyen). Если вы планируете принимать платежи от имени других бизнесов, сначала прочитайте [стать платежным фасилитатором или использовать платформу](/en-US/blog/payment-facilitator-vs-platform); для одного магазина вы выступаете обычным продавцом (merchant).

## Какую часть compliance вы наследуете, а какую ведете сами?

Использование сертифицированного SDK или ридера от PSP означает, что данные карт никогда не проходят через ваш код, что сводит объем требований PCI DSS к минимуму. Провайдер берет на себя платежные сертификации. За вами остаются:

- Заполнение опросника самооценки PCI (SAQ) для вашего процессинга
- Контроль доступа, логирование и обновления на устройствах с POS
- Корректность чеков, возвратов и сторнирования налогов
- Соблюдение правил Apple и провайдера по отображению и маркетингу Tap to Pay

Если вы разрабатываете и остальные блоки POS-системы, в нашем материале про то, как [создать собственную POS-систему с помощью ИИ](/en-US/blog/build-your-own-pos-system-with-ai), описаны PCI, налоги и развертывание, а статья [POS-оборудование для кастомных приложений](/en-US/blog/pos-hardware-for-custom-apps) закрывает вопросы принтеров и ящиков.

## Сколько времени уйдет до приема первого платежа по карте?

| Шаг | Типичный срок |
| --- | --- |
| Корпоративный аккаунт Apple с D-U-N-S (для Tap to Pay on iPhone) | От нескольких дней до недель |
| Аккаунт PSP и активация эквайринга | От одного дня до нескольких недель в зависимости от провайдера |
| Интеграция SDK и тестовые платежи | 1–3 недели |
| Разрешение Tap to Pay для разработки, затем для дистрибуции | Недели |
| App Review | Дни (дольше при отклонениях) |

## Можно ли начать принимать карты с первого дня?

Да, если собрать кассовый интерфейс на платформе, у которой уже есть все разрешения. Это Final. Ваш ИИ собирает кассовый интерфейс в Flow Studio, и когда требуется оплата картой, Final Pay берет на себя ридер или Tap to Pay:

- **Уже одобренные ридеры и Tap to Pay.** Final Pay принимает карты, бесконтактную оплату и Tap to Pay на поддерживаемых устройствах. См. [как принять платеж через Tap to Pay](/help/take-a-tap-to-pay-payment) и [как принять платеж на кассе](/help/take-a-payment).
- **Ваш собственный ИИ строит интерфейс.** Подключите Claude, Cursor или любой MCP-клиент через [MCP-сервер Final](/help/connect-your-own-ai-mcp).
- **Тарифы в одну строку.** Без абонентской платы. Наличные — $0. Карты — 2.49% + $0.10 в США и по миру, 1.99% в Канаде и 0.99% в Европе.

Честный компромисс: вы проводите операции через Final Pay, а не выбираете собственного провайдера, при этом география работы зависит от страны и устройства (список доступен в [где доступен Final Pay](/help/where-final-pay-is-available)). Если платежи — это ваш продукт, создавайте интеграцию самостоятельно по указанным выше путям. Если платежи — это просто способ получать деньги за продажи, то все разрешения за вас уже получены.

## FAQ

**Q: Как принимать платежи по картам в собственном POS-приложении?**
A: Через SDK платежного провайдера для очной оплаты: сертифицированный считыватель карт, смарт-терминал с облачным подключением или Tap to Pay на смартфоне. Ваше приложение никогда не обрабатывает необработанные данные карт — оно отправляет сумму и получает результат.

**Q: Может ли веб-POS принимать карты при очной продаже?**
A: Да, путем управления подключенным к облаку смарт-терминалом через API платежного провайдера. Сама по себе веб-страница не может считывать данные бесконтактной карты.

**Q: Что требуется для использования Tap to Pay on iPhone?**
A: Поддерживаемый платежный провайдер, разрешение Tap to Pay, запрошенное владельцем корпоративного аккаунта разработчика Apple, сначала разрешение для разработки, а затем для дистрибуции после UX-проверки Apple, а также прохождение App Review. Работает на iPhone XS или новее.

**Q: Работает ли Tap to Pay на iPad?**
A: Нет. Tap to Pay on iPhone работает только на iPhone. POS-приложения на iPad принимают карты с помощью сертифицированного Bluetooth-ридера или смарт-терминала.

**Q: Какой платежный провайдер стоит использовать для кастомного POS?**
A: Stripe Terminal работает по системе самообслуживания и позволяет небольшим командам быстро начать работу. Adyen больше подходит крупному бизнесу и более избирателен при подключении клиентов. Всё остальное зависит от ваших стран, оборудования и объёма транзакций.

**Q: Какую комиссию берёт Final за оплату картами?**
A: Без подписки. Наличные — $0, а приём карт — 2,49% + $0,10 в США и по всему миру, 1,99% в Канаде и 0,99% в Европе.