BuyAccX · API 对接服务 -> Интеграция через API

数字Товар与服务 API 对接｜目录、报价、下单与交付

了解 BuyAccX API 的商品、库存、余额、订单与发货接口，以及社交服务、临时邮箱、查询工具、接码和节点的对接流程及密钥管理。 -> Узнайте об API сервиса: интерфейсах товаров, остатков, баланса, заказов и выдачи, а также о процессе интеграции соцуслуг, временной почты, инструментов проверки, приёма SMS и узлов, и об управлении ключами.

查看 API 文档 -> Просмотреть документацию API

通过统一 API 连接哪些服务？ -> Какие сервисы подключаются через единый API?

BuyAccX API 面向需要将本站商品与服务接入自有网站或系统的用户。接口包括商品目录与详情、可售库存、平台售价、余额、建立订单及读取发货内容，也提供社交服务、临时邮箱、公开查询工具、接码与代理节点的对应目录或操作。具体路径和字段以当前 API 文档为准。 -> API предназначен для пользователей, желающих интегрировать товары и услуги платформы в свои сайты или системы. Интерфейсы включают каталог и описание товаров, доступные остатки, цены, баланс, создание заказов и получение содержимого выдачи; также доступны каталоги/операции для соцуслуг, временной почты, публичных инструментов проверки, приёма SMS и прокси‑узлов. Конкретные пути и поля смотрите в актуальной документации API.

在服务端管理 API Key -> Управление API Key на сервере

登录后，符合密钥管理条件的账号可以在 API 页面建立和撤销密钥。请求使用文档规定的 Bearer 认证方式；密钥应保存在自己的服务端，不能放在网页脚本、公开代码仓库或分享截图中。新建后按页面提示保存；发现泄露时及时撤销并更新自己的系统配置。 -> После входа аккаунты, соответствующие требованиям управления ключами, могут создавать и отзывать ключи на странице API. Запросы должны использовать способ аутентификации Bearer, указанный в документации; ключи следует хранить на собственном сервере и не размещать в веб‑скриптах, публичных репозиториях кода или скриншотах. После создания сохраните ключ по подсказкам страницы; при обнаружении утечки немедленно отзывайте ключ и обновляйте конфигурацию системы.

读取目录、确认报价、再提交订单 -> Считать каталог, подтвердить цену и затем отправить заказ

接入时先读取产品或服务目录及所需规格，查询对应报价和余额，再按接口定义提交购买。目录价格会变化，不能永久使用一次读取的金额。创建订单时使用文档规定的幂等标识处理重试，并记录本站订单号；网络超时后应核对是否已创建订单，避免重复购买。 -> При интеграции сначала считывайте каталог товаров/услуг и требуемые спецификации, запрашивайте соответствующую цену и баланс, а затем отправляйте покупку по описанию интерфейса. Цены в каталоге могут меняться — нельзя навсегда полагаться на один раз прочитанные значения. При создании заказа используйте идемпотентный идентификатор, как указано в документации, для обработки повторных попыток и сохраняйте номер заказа на платформе; при сетевом таймауте проверяйте, был ли заказ уже создан, чтобы избежать дублирования.

按订单查询结果与交付内容 -> Проверка статуса заказа и содержимого выдачи

提交后，通过订单接口读取状态与交付结果，而不是把请求成功等同于服务已经完成。接码、社交服务及文件交付的等待和结果形式不同，应按对应接口解析。先用小量订单核对余额扣款、错误处理与发货格式，再扩大接入范围；售后及取消仍按该服务的适用规则处理。 -> После отправки используйте интерфейс заказов для чтения статуса и результатов выдачи, а не приравнивайте успешный ответ запроса к завершённой услуге. Время ожидания и форматы результатов для приёма SMS, соцуслуг и передачи файлов различаются — обрабатывайте их по соответствующим интерфейсам. Сначала проверьте на небольшом количестве заказов списание баланса, обработку ошибок и формат выдачи, затем расширяйте интеграцию; послепродажная поддержка и отмены по‑прежнему обрабатываются в соответствии с правилами конкретной услуги.

Частые вопросы.

API 可以直接放在前端网页调用吗？ -> Можно ли вызывать API напрямую из фронтенда?

带密钥的购买与个人数据请求应由自己的服务端发起，避免向访问者暴露 API Key。 -> Запросы на покупку с использованием ключа и запросы персональных данных следует выполнять с вашего серверного бэкенда, чтобы не раскрывать API Key посетителям.

API 返回成功就代表已经发货吗？ -> Означает ли успешный ответ API, что доставка уже выполнена?

不一定。需读取对应订单的状态和发货结果，按具体服务的等待及完成流程处理。 -> Не обязательно. Нужно читать статус соответствующего заказа и результат выдачи и действовать в соответствии с процессом ожидания и завершения для конкретной услуги.

Обновление содержимого:2026-10-06Фактически доступные позиции, цены, условия доставки и послепродажного обслуживания определяются страницей услуги и правилами сайта.