Начните с кабинета продавца
После входа откройте управление API продавца. Здесь предусмотрены создание и редактирование API, настройка backend-сервиса, OpenAPI JSON, документация Markdown, тарифы, статус шлюза и видимость в каталоге. Права аккаунта и платежные возможности зависят от текущей конфигурации. Если раздел недоступен, уточните условия доступа у оператора до обещания даты запуска. Подготовьте материалы:- Понятное название, категорию, описание и сценарий покупателя.
- Доступный backend и его авторизацию без секретов поставщика в публичных примерах.
- Описание OpenAPI с полями запроса, ответами, ошибками и ограничениями.
- Короткую инструкцию первого вызова, тестовые данные и рабочий процесс поддержки.
Настройте тарифы и проверьте публикацию
Проверьте единицу оплаты, валюту, включенные тарифы, месячную квоту и ограничения частоты. Редактор поддерживает ограничения по запросам или символам; выберите подходящую единицу и объясните подсчет. Проверьте поведение при исчерпании квоты и влияние отмены или продления на доступ. Не обещайте бесплатный тест, безлимит или особую модель оплаты до настройки и проверки. Уточните у оператора требования к рассмотрению и одобрению карточки. Переключатель публикации не гарантирует срок одобрения. Сохраните конфигурацию, проверьте статус шлюза и убедитесь, что нужная карточка видна в маркетплейсе. До объявления доступности выполните документированный запрос с авторизованного аккаунта покупателя.Рассчитайте маржу с явными допущениями
Только для планирования предположим: 20 клиентов за период платят по 10 USD, валовая выручка — 200 USD. Допустим, возвраты составляют 20 USD, условная комиссия платформы — 10% от оставшихся 180 USD, затраты поставщика — 50 USD. Расчетный вклад равен 200 − 20 − 18 − 50 = 112 USD, до платежных комиссий, налогов и других расходов. Это вымышленные допущения, а не цены, комиссии или правила расчетов Rock API. Замените все входные значения и порядок вычетов условиями своего договора. Учтите также неудачные запросы, время поддержки, пики трафика и разницу между продажами и суммой, доступной для выплаты.Сверяйте продажи и выплаты отдельно
В разделе транзакций продавца проверяйте записи о доходах, а в разделе выплат продавцу — статус счета и расчетные ведомости. Наличие продажи не доказывает зачисление денег в банк. Подтвердите у оператора требования к подключению, комиссии платформы и платежной системы, ответственность за возвраты и споры, право на выплаты, минимальные суммы, сроки, валюты и налоговые документы. Экран выплат не гарантирует поддержку всех стран или фиксированный график.Подготовьте материалы для публикации API
Организуйте документацию и первый запуск покупателя, затем проверьте настроенный процесс в кабинете продавца.