PayStar API Documentation
  1. ПРОДУКТЫ И ВОЗМОЖНОСТИ | RU
  • PRODUCTS & FEATURES | EN
    • GATEWAY QUALITY INDEX (GQI)
    • DIRECT CONNECT
    • PAYSTAR CORE
    • Deposits & Payouts
    • Issues (Tickets)
    • Secure data (One-time secret)
    • Summary Report
    • Payment Analytics
    • Payment Form Analytics
    • Unified audit log
    • Export reports
    • Black list
    • Limits
    • Commissions
    • Team
    • My Account
    • PayStar in 100 Questions
  • ПРОДУКТЫ И ВОЗМОЖНОСТИ | RU
    • ИНДЕКС КАЧЕСТВА ПЛАТЕЖНЫХ ШЛЮЗОВ
    • ПРЯМОЕ ПОДКЛЮЧЕНИЕ
    • PAYSTAR ЯДРО
    • Депозиты и выплаты
    • Issues (Задачи)
    • Защищённые данные (One-time secret)
    • Сводный отчёт
    • Аналитика по платежам
    • Единый журнал событий
    • Аналитика платёжной формы
    • Экспорт отчётов
    • Черный список
    • Лимиты
    • Комиссии
    • Команда
    • Мой аккаунт
    • PayStar в 100 вопросах
  • MERCHANT API DOC | EN
    • Introduction
    • Glossary
    • Authorization key
    • Sandbox
    • Additional fields
    • Currencies
    • Bank names
    • Telecom operators
    • Callbacks
    • Error descriptions
    • Tech FAQ
    • Events
    • Payment history v2
      • Payment history - backward compatibility (legacy `X.Y.Z.W`)
    • Integratins
      • Stripe
      • Inwizo
      • 2Checkout
      • Adyen
      • AffiniPay
      • Alikassa
      • AlliancePay
      • Amazon Pay
      • AnyMoney
      • AstroPay
      • Aureavia
      • AurisMyChanger
      • Authorize.Net
      • Avatarix
    • Balance H2H
    • Deposit H2H - Card & P2P
    • Deposit H2H - Token
    • Deposit H2C - Card
    • Deposit status H2H - PayStar ID
    • Deposit status H2H - Merch ID
    • Payout H2H
    • Payout status H2H - PayStar ID
    • Payout status H2H - Merch ID
  1. ПРОДУКТЫ И ВОЗМОЖНОСТИ | RU

Issues (Задачи)

Как ставить, уточнять и принимать задачи#


1) Где находится раздел Issues и как он выглядит#

Issues — это канбан-доска со статусами (колонками). Каждая карточка — отдельная задача.
image.png

2) Статусы задач и логика движения по доске#

Обычно в PayStar используются такие статусы:
Draft — черновик (задача создана, но ещё не взята в работу)
Development — в разработке
Testing — тестирование
Requires acceptance — требуется приёмка со стороны инициатора
Success — задача завершена
image.png

Что делать в статусе Requires acceptance#

Если задача перешла в Requires acceptance, значит команда считает работу выполненной и ждёт:
подтверждения “ок” в комментарии;
либо замечаний с конкретикой (что не так и как должно быть).

3) Создание новой задачи: пошагово#

1.
Откройте Issues
2.
Нажмите Add issue
3.
Выберите Source* (мастер “места задачи”)
4.
Заполните обязательные поля (помечены *)
5.
При необходимости укажите Priority и Owner
6.
Нажмите Add
image.png

4) Source — многоуровневый мастер “места задачи”#

Source — это многоуровневый мастер, который локализует “место” задачи и подсказывает, какие поля обязательны именно для этого места.
Логика:
вы выбираете где возникла задача,
форма автоматически добавляет нужные поля и требования.
image.png

5) Варианты Source и когда их использовать#

5.1) Head — панели администраторов#

Выбирайте Source = Head, если задача относится к админской панели (операционка, финансы, отчёты, сверки, шлюзы, лимиты и т.д.).
После выбора Head появляется поле Head* — выбор раздела админки (модуля), где возникла задача.
image.png

5.2) MerchHead — кабинет мерчанта#

Выбирайте Source = MerchHead, если задача относится к кабинету мерчанта (настройки, отчёты мерчанта, доступы, платежи, уведомления и т.д.).
Как и в Head, система просит указать соответствующий раздел (модуль) и обязательные поля.
image.png

5.3) API — документация#

Выбирайте Source = API, если задача относится к API-документации:
описания эндпоинтов,
схемы и поля,
примеры request/response,
enums,
тексты ошибок,
FAQ.
image.png

5.4) Integration — постановка задачи на интеграцию#

Выбирайте Source = Integration, если нужно поставить задачу на интеграцию провайдера/шлюза/PSP. Этот вариант включает расширенную форму с обязательными полями — чтобы команда могла стартовать интеграцию без долгих уточнений.
Часто в Integration требуются:
Gateway name + direction* (например: Bank name — deposit P2P)
Tech contact* (email / @telegram)
Test API key* и Prod API key*
API Doc* (ссылка/файл)
Available balance for test*
Card for test* (или тестовые реквизиты/данные для метода)
image.png

6) Важно: “Head” встречается в двух смыслах#

Чтобы не путаться:
Source = Head — это место (админская панель)
поле Head* — это раздел/модуль внутри выбранного места
Подсказка: Source = место, Head = раздел*.

7) Как правильно писать Subject и Description#

Subject — заголовок задачи#

Subject должен быть коротким и понятным: действие + контекст.
Примеры:
“Добавить фильтр по сумме платежа”
“Transactions: нельзя изменить статус”
“Integration: 500 ошибка на payout”

Description — подробное описание (шаблон)#

Рекомендуемая структура:
Контекст: Source + раздел (Head*), провайдер/метод/валюта (если применимо)
Шаги воспроизведения: 1) … 2) … 3) …
Ожидаемо: что должно быть
Фактически: что сейчас
Данные: Order/Payment ID, external_id, gateway_id, время/таймзона
Доказательства: скриншот/видео/лог/файл
image.png

8) Priority и Owner: как использовать#

Priority — приоритет#

Рекомендуем:
Highest — блокер (деньги, конверсия, прод-инцидент, остановка операций)
Medium/High — важное, но не блокирующее
Low — некритично

Owner — ответственный#

Owner — человек, который ведёт задачу до результата. Это снижает риск “ничьих” задач и помогает фильтровать очередь.

9) Вложения (Attachments) и комментарии (Comments)#

Attachments#

Внутри карточки задачи можно прикреплять файлы:
drag & drop,
или Choose a file.
image.png

Comments#

Комментарии используются для:
уточнений,
результатов теста,
приёмки,
ссылок на логи/артефакты.
image.png

10) Поиск и фильтры: как быстро найти нужную задачу#

Вверху доски доступны фильтры и поиск, например:
Status
Issue ID
User
Owner
Created
Search
Чтобы сбросить всё — нажмите Clear Filters.
image.png

11) Типовые ошибки и как их избежать#

Частые ошибки:
выбран неверный Source → форма не собрала обязательные данные;
не указан Head* для Head/MerchHead;
нет шагов воспроизведения и “ожидаемо/фактически”;
нет идентификаторов (Order/Payment ID, external_id) и доказательств (лог/скрин);
для Integration нет доков/контакта/ключей/тестовых данных.

12) Как безопасно передавать ключи и пароли#

Не вставляйте секреты в открытом виде в Description или Comments.
Используйте механизм защищённых данных (one-time secret) или встроенную кнопку “секретов” (если доступна в форме), чтобы ограничить срок жизни и число просмотров.
Previous
Депозиты и выплаты
Next
Защищённые данные (One-time secret)
Built with