Как подключить Click и Payme к сайту в Узбекистане

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

Что именно вы подключаете

Выбирать набор методов по неподтверждённому «охвату рынка» не стоит. Проверьте способы оплаты у своей аудитории и согласуйте резервный сценарий. Актуальные условия подключения публикует Click Business: https://business.click.uz/ru . Комиссию, сроки согласования и доступность отдельных функций подтверждают для выбранного договора; их нельзя переносить из чужого проекта.

Зафиксируйте заказ до перехода к оплате

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

Реализуйте протокол выбранного продукта

У Click есть разные интерфейсы интеграции. Официальная документация описывает, в частности, взаимодействие Prepare и Complete для Shop API: https://docs.click.uz/ . Пример из другого продукта нельзя считать готовым обработчиком для любого способа оплаты. Разработчик должен сверить поля, проверку подлинности и ответы именно с используемым протоколом.

Payme отдельно описывает методы Merchant API для проверки, создания, проведения, отмены и проверки состояния транзакции: https://developer.help.paycom.uz/metody-merchant-api/ . Используйте этот жизненный цикл при проектировании статусов. Набор методов и поведение интеграции согласуйте по актуальной документации, а не по сокращённому примеру из статьи.

Разделите уведомление, оплату и исполнение

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

Примите интеграцию по проверяемым сценариям

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

Договоритесь о возвратах и поддержке

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

Для оценки интеграции подготовьте выбранного провайдера, пример заказа и список систем учёта. Разработку магазина можно обсудить на https://zorr.uz/solutions/ecommerce . Стоимость и срок определяются согласованными сценариями, доступами и проверкой партнёра.