Веб-разработка22 мин1 апреля 2026 г.
Payme, Click, Uzum: как подключить онлайн-оплату на сайт
Роберт МировОбновлено 1 апреля 2026 г.
Онлайн-оплата в Узбекистане — ожидание клиента, а не «приятный бонус». Покупатель привык платить картой UZCARD или HUMO через Payme, Click или Uzum Bank (ранее Apelsin) — приложения, которыми пользуются каждый день. Если на сайте или в боте нет привычной кнопки, часть людей уходит «оплачу позже» и не возвращается. Ниже — спокойный разбор для владельца бизнеса: чем системы отличаются простыми словами, какие документы нужны, чем платёжная ссылка отличается от полной интеграции по API (программный интерфейс между сайтом и платёжкой), как обработать callback (уведомление «оплата прошла»), вилка по срокам и бюджету, связка с Telegram-ботом, возвраты и типичные ошибки. Без хайпа и без обещания «подключите за час». Связка с логистикой — в оплате и доставке. Запуск магазина с нуля — в интернет-магазине.
01Зачем онлайн-оплата — без пугалок
Онлайн-оплата нужна не «для красоты», а чтобы закрыть разрыв между решением купить и фактом денег на счёте. Типичные сценарии в Ташкенте и регионах:
• интернет-магазин с корзиной: клиент оформляет заказ и сразу платит;
• услуги с предоплатой: запись, консультация, доставка цветов, курсы;
• Telegram-бот: каталог → ссылка на оплату → статус менеджеру;
• лендинг услуги: кнопка «Оплатить» без полноценного магазина.
Без приёма карт бизнес часто держит цепочку: заявка → переписка → перевод → скрин → ручная проверка. Это работает при малом потоке и ломается, когда заявок больше, чем один менеджер успевает сверить.
| Было | Стало | |
|---|---|---|
| «Напишите номер карты» в личке | Кнопка Payme / Click / Uzum на сайте или в боте | |
| Скрин чека и ручная сверка | Callback обновляет статус заказа автоматически | |
| «Оплачу завтра» и тишина | Оплата в момент оформления или сразу после | |
| Споры «я платил / не платил» без логов | Лог callback и статус в системе | |
| Одна кнопка «неудобного» приложения | Две системы — привычный выбор клиента |
Онлайн-оплата не заменяет сервис и доставку. Она убирает лишнее трение на финальном шаге — там, где чаще всего теряются уже тёплые клиенты.
02Payme, Click, Uzum — обзор простыми словами
Payme — один из самых узнаваемых способов оплаты в Узбекистане. Клиент платит через приложение или виджет: карты UZCARD и HUMO. Комиссия мерчанту часто в вилке ~1–1.5% (точная цифра — в договоре). Кнопке доверяют многие городские покупатели: «есть Payme» = «можно платить спокойно».
Click — широкая аудитория и удобный REST API (стандартный способ обмена данными по HTTPS). Локальные карты плюс часто Visa/Mastercard. Одобрение заявки нередко 3–5 рабочих дней. Комиссия-ориентир ~1–2%. Удобен, если нужна быстрая техническая связка с сайтом или ботом.
Uzum Bank (ранее Apelsin) — растёт среди более молодой аудитории и клиентов экосистемы Uzum. QR, рассрочка, подписки — зависят от продукта и тарифа. Комиссия-ориентир ~0.8–1.5%. Если ваши покупатели уже в экосистеме Uzum, кнопка Uzum снижает трение.
Все три работают в двух режимах:
• платёжная ссылка — клиент уходит в приложение / страницу оплаты по готовой ссылке;
• полная интеграция API — сайт или бот создаёт счёт, принимает redirect/iframe и обрабатывает callback.
Цифры комиссий и сроки — мягкие ориентиры. Актуальные условия всегда у мерчант-поддержки выбранной системы. Не ориентируйтесь на чужой тариф из чата — условия зависят от ниши, оборота и договора.
03Ссылка или полная интеграция: что выбрать
Владельцы часто путают «кнопку со ссылкой» и «оплату внутри магазина». Это разные уровни зрелости.
Платёжная ссылка подходит, если:
• поток заказов небольшой;
• товары/услуги считаются вручную или по прайсу в чате;
• достаточно лендинга или бота без склада;
• бюджет на разработку ограничен, нужен старт за дни.
Полная интеграция API нужна, если:
• есть корзина, остатки, статусы доставки;
• менеджеры не должны вручную сверять каждый платёж;
• реклама ведёт на каталог, а не на «напишите нам»;
• важны возвраты, повторные callback и логи для споров.
| Было (ссылка / ручной режим) | Стало (API + callback) | |
|---|---|---|
| Менеджер генерирует ссылку вручную | Сайт/бот создаёт счёт по сумме заказа | |
| Статус «оплачен» ставят глазами | Callback меняет статус в системе | |
| Дубли платежей разбирают в чате | Идемпотентность: повторный callback не плодит заказ | |
| Реклама ведёт в переписку | Клиент платит на checkout без лишнего шага |
Правило UZNEO: начните с того сценария, который закрывает 80% заказов. Ссылку можно заменить полной интеграцией позже — если с первого дня заложить HTTPS, понятные статусы и место для callback. Магазин с корзиной логичнее сразу строить как интернет-магазин, а не «сайт-визитка + ссылки навсегда».
04Документы и юрлицо: что обычно спрашивают
Полноценный эквайринг (приём карт через платёжную систему на сайт/в бот) в Узбекистане обычно доступен юрлицу: ИП или ООО с ИНН и расчётным счётом в банке Узбекистана. Физлицо полноценный эквайринг на сайт, как правило, не подключает — остаются разовые переводы и упрощённые схемы, которые плохо масштабируются.
Типичный пакет документов (уточняйте у системы):
• свидетельство / выписка о регистрации;
• ИНН и банковские реквизиты;
• описание товаров или услуг (что продаёте, как доставляете);
• сайт или лендинг с контактами и офертой / политикой возврата;
• лицензия — если ниша требует (медицина, образование, финансы и т.п.).
На что смотрят при модерации:
• понятно ли, что продаёте и по какой цене;
• есть ли контакты и реквизиты юрлица;
• не выглядит ли сайт «пустой заглушкой» под сомнительный трафик;
• описаны ли возвраты и условия оказания услуги.
Если сайта ещё нет — можно стартовать с лендинга и платёжных ссылок, параллельно готовя юрпакет. Но для рекламы и доверия покупателя лучше сразу закрыть минимум: кто продавец, что продаёте, как вернуть деньги.
05Пошаговое подключение
Шаг 1. Юрлицо и счёт. ИП или ООО, ИНН, расчётный счёт. Без этого полноценный эквайринг обычно недоступен.
Шаг 2. Заявка в систему. Кабинеты: Payme Business / Click Business / Uzum Merchant. Заполняете анкету, прикладываете документы, указываете URL сайта и описание бизнеса.
Шаг 3. Договор и ключи. Рассмотрение часто 3–7 рабочих дней (Click нередко быстрее; у других бывает до ~10). После одобрения получаете merchant ID (идентификатор продавца) и API-ключи / доступы в песочницу (test) и прод.
Шаг 4. Интеграция. Разработчик: создание счёта на сумму заказа, redirect или iframe на оплату, обработка callback, обновление статуса, страница успеха/ошибки. У опытной команды код часто 1–3 дня на одну–две системы — если сайт уже с backend.
Шаг 5. Тест и запуск. Платежи на малую сумму, отмены, повторный callback, уведомление менеджеру, пробный возврат (хотя бы процесс). В прод — только после успешных тестов.
В UZNEO подключаем Payme/Click к готовому сайту обычно за 3–7 дней или делаем магазин под ключ за 20–30 дней — ориентир, зависит от стека, числа систем и сценария возвратов.
06Сравнение систем и какую выбрать
| Параметр | Payme | Click | Uzum | |
|---|---|---|---|---|
| Комиссия (ориентир) | ~1–1.5% | ~1–2% | ~0.8–1.5% | |
| Карты | UZCARD, HUMO | UZCARD, HUMO, часто Visa/MC | UZCARD, HUMO | |
| Подключение | ~5–7 дн. | ~3–5 дн. | ~5–10 дн. | |
| Вывод | Обычно ежедневно | Обычно ежедневно | Обычно ежедневно | |
| Рассрочка | Смотреть тариф | Смотреть тариф | Часто доступна | |
| QR | Да | Да | Да | |
| Сильная сторона | Узнаваемость | API и скорость онбординга | Экосистема / молодая аудитория |
Практическая рекомендация: минимум две системы на checkout — например Payme + Click или Payme + Uzum. Одна кнопка отсекает тех, у кого нет нужного приложения или привычки платить именно там.
Как выбрать пару:
• городской ритейл и услуги — часто Payme + Click;
• аудитория ближе к Uzum / маркетплейсу — Payme + Uzum;
• нужны иностранные карты чаще — уточняйте у Click актуальный тариф Visa/MC.
Не подключайте «все три сразу», если команда не готова тестировать и поддерживать три callback. Лучше две стабильные кнопки, чем три сырых.
07Сроки и вилка бюджета
Срок складывается из двух частей: одобрение мерчанта (зависит от системы и полноты документов) и техническая интеграция (зависит от стека сайта).
Мягкие ориентиры по срокам:
• заявка и договор — часто 3–7 рабочих дней;
• код к готовому сайту с backend — часто 1–3 дня на систему;
• готовая интеграция с тестами в UZNEO — ориентир 3–7 дней;
• магазин под ключ с оплатой — ориентир 20–30 дней.
Вилка бюджета на интеграцию (мягкий ориентир, не прайс-лист):
• платёжная ссылка на лендинг — от сотен тысяч сум / десятки $;
• полная интеграция к готовому сайту — часто от ~2–5+ млн сум за одну–две системы (CMS, Next.js, кастом — разная сложность);
• бот + оплата — часто от ~2.5 млн сум, срок ~7–10 дней по сценарию;
• магазин под ключ — оплата входит в смету разработки интернет-магазина.
Что удорожает проект: устаревший сайт без HTTPS, нет backend для callback, нестандартная CMS, три системы сразу, сложные возвраты и учёт в CRM. Что удешевляет: чистый стек, одна–две системы, понятные статусы заказа, готовность тестировать.
Стек сайта влияет на срок сильнее, чем «какая кнопка красивее». Сравнение платформ — в WordPress, Tilda и Next.js.
08Технические требования и чеклист callback
Что обычно требуют системы и здравый смысл:
• HTTPS (SSL) — обязательно; Let's Encrypt достаточно;
• backend для callback («оплата прошла / не прошла»). Статический сайт без сервера — только ссылки;
• страница заказа: товары, сумма в UZS, идентификатор заказа;
• страница успеха и понятное сообщение при ошибке;
• публичная политика возврата;
• контакты и реквизиты юрлица.
Что такое callback простыми словами. После оплаты платёжная система вызывает ваш URL и сообщает результат. Сайт должен: проверить подпись/токен (по документации системы), найти заказ, обновить статус, ответить системе корректным кодом, записать лог. Без этого деньги могут списаться, а заказ останется «ожидает оплаты».
Чеклист теста перед продом:
1. Успешный тестовый платёж → заказ = «оплачен».
2. Отмена / неуспех → статус не «оплачен».
3. Повторный callback не дублирует заказ и не начисляет товар дважды.
4. Логи callback пишутся (для разбора спорных случаев).
5. Уведомление менеджеру (почта / Telegram).
6. Возврат (хотя бы ручной процесс) описан и проверен.
7. Сумма и валюта в счёте совпадают с заказом (нет расхождений на копейки/тийины).
Упрощённый вариант: кнопка → ссылка Payme/Click → оплата в приложении. Подходит для разовых услуг. Полная интеграция нужна магазину с корзиной и складом.
09Оплата в Telegram-боте
Много бизнесов в Ташкенте принимают оплату через Telegram-бота — это быстрее полноценного магазина и дешевле мобильного приложения.
Типичный сценарий:
• клиент выбирает товар или услугу в боте;
• бот создаёт счёт и выдаёт ссылку Payme/Click/Uzum;
• клиент платит в приложении;
• callback обновляет статус в боте / CRM;
• менеджер получает уведомление в Telegram.
Когда бота достаточно: доставка еды и цветов, услуги с предоплатой, небольшие каталоги, запись с депозитом.
Когда лучше сайт или Mini App: каталог 100+ позиций, фильтры, сложная доставка, личный кабинет, SEO и реклама на посадочные страницы.
| Было | Стало | |
|---|---|---|
| Прайс в канале + «напишите менеджеру» | Бот принимает заказ и выдаёт оплату | |
| Скрин перевода в личку | Статус «оплачен» после callback | |
| Ночные заявки ждут утра | Оплата и фиксация заказа 24/7 |
Ориентир связки бот + оплата: часто от ~2.5 млн сум, срок ~7–10 дней — зависит от каталога, языков и числа платёжных систем. Бот хорошо стыкуется с рекламой и CRM, если статусы оплаты попадают в одну карточку сделки.
10Возвраты, доверие и поддержка клиента
Кнопка оплаты без понятных правил возврата повышает число претензий и усложняет жизнь мерчанту. Клиент должен заранее понимать:
• за сколько дней можно отменить заказ;
• возвращается ли предоплата за услугу;
• кто платит комиссию при возврате (часто это условие договора с платёжкой);
• куда писать при спорной ситуации.
Практичный минимум на сайте:
• страница «Оплата и возврат» простым языком;
• контакты поддержки (Telegram / телефон / email);
• реквизиты юрлица;
• срок обработки возврата (например, «до N рабочих дней после подтверждения»).
Технически возврат может быть через кабинет мерчанта вручную или через API — зависит от системы и тарифа. На старте часто хватает ручного процесса, если он описан и менеджер знает шаги. Главное — не оставлять клиента без ответа после списания.
Доверие строится не слоганом «безопасная оплата», а привычными кнопками, HTTPS, понятным статусом заказа и живой поддержкой. Это спокойнее любого баннера.
11Типичные ошибки
1. Одна система — часть клиентов без нужного приложения уходит на финальном шаге.
2. Нет HTTPS — заявку отклонят или аудит не пройдёт.
3. Callback не обработан — деньги списались, заказ «висит». Нужны сервер и логи.
4. Нет тестовых платежей — на проде сюрприз со статусами и дублями.
5. Устаревший стек без обновлений — риск уязвимостей; современный вариант — Next.js vs WordPress/Tilda.
6. Нет страницы возврата — жалобы клиентов усложняют жизнь мерчанту и портят отзывы.
7. Реклама до готовности оплаты — трафик платите, конверсию теряете на checkout.
8. Три сырые кнопки сразу — поддержка и тесты размазываются, баги остаются незамеченными.
| Было | Стало | |
|---|---|---|
| Одна кнопка «как у конкурента» | Две проверенные системы под аудиторию | |
| Статический сайт + «оплата потом» | Backend + callback + статусы | |
| Запуск рекламы в день подключения | Сначала чеклист теста, потом бюджет | |
| Возвраты «разберёмся» | Публичные правила + понятный процесс |
Исправление обычно дешевле переподключения «с нуля»: закрыть чеклист callback, добавить вторую кнопку и описать возврат.
12Чеклист перед запуском рекламы
Перед тем как лить бюджет в Google Ads, Instagram или Telegram, пройдите короткий список. Это дешевле, чем чинить оплату под горящим трафиком.
1. Юрлицо и мерчант-договор активны, ключи не от тестового контура.
2. HTTPS работает на всех страницах checkout.
3. Две платёжные кнопки или осознанно одна — с пониманием, кого отсекаете.
4. Успех / ошибка / отмена меняют статус заказа корректно.
5. Повторный callback проверен.
6. Менеджер получает уведомление о новой оплате.
7. Политика возврата опубликована.
8. Сделаны 2–3 реальных платежа на малую сумму «как клиент».
9. Связка с доставкой понятна — кто собирает заказ после «оплачен» (см. оплату и доставку).
10. Есть ответственный: кто чинит оплату в выходные, если callback упал.
Если пункт из списка «потом» — лучше подождать с масштабом рекламы. UZNEO обычно сначала закрывает оплату и статусы, потом усиливает трафик.
Итог
Payme + Click (или Uzum) — спокойный стандарт для сайта и бота в Узбекистане. Порядок: юрлицо → заявка → выбор ссылки или API → чеклист callback → тест → только потом реклама. Не усложняйте: две рабочие кнопки, понятный возврат и логи споров важнее «всех систем сразу». UZNEO делает интернет-магазины с оплатой, подключает оплату к существующему сайту и собирает связки с Telegram-ботом. Напишите в Telegram — оценим срок, стек и вилку бюджета за понятный следующий шаг.
Автоматизировать продажи и заявки?
Боты, CRM и интеграции под ваш бизнес. Схему автоматизации пришлём за 24 часа в Telegram.
Связанные услуги
Другие статьи
8
CRM22 мин
Лучшие CRM для бизнеса в Узбекистане
CRM17 мин
CRM для малого бизнеса: что это и зачем она нужна на практике
CRM19 мин
Внедрение CRM: этапы, сроки и типичные ошибки
CRM18 мин
AmoCRM, Bitrix24 или своя CRM: как выбрать
CRM19 мин
Интеграция CRM с Telegram, Instagram и сайтом: единая воронка без потери заявок
Telegram-боты14 мин
Зачем бизнесу Telegram-бот: что он даёт и когда ещё рано
Telegram-боты19 мин
Telegram-бот vs мобильное приложение: что выбрать бизнесу в Узбекистане
Telegram-боты18 мин
