Как диагностировать проблему

Единый способ найти причину проблемы от клиентского проявления до журнала

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

Зафиксируйте проявление

Запишите время с часовым поясом, страницу, пользователя или роль, номер заявки, направление, сумму и точное действие. Сохраните текст ошибки и обезличенный снимок экрана.

Определите масштаб: одна заявка, одно направление, один пользователь, один провайдер или вся система. Сравните с заведомо рабочим объектом.

Проверьте цепочку

1. Видит ли объект оператор в панели.
2. Сохранено ли ожидаемое значение после повторного открытия.
3. Разрешает ли действие право текущей группы.
4. Активны ли родительские объекты и зависимости.
5. Выбрано ли правило с более высоким приоритетом.
6. Получил ли сервер запрос и создал ли результат.
7. Выполнилась ли фоновая задача.
8. Есть ли запись в профильном журнале.
9. Обновилось ли состояние новой заявки.
10. Отображает ли клиентский сайт новое состояние без старого кеша.

Используйте диагностику и журналы

Откройте «Утилиты» — «Диагностика системы» и профильные журналы. Для мерчанта, реквизитов, статусов, AML, KYC, входов и уведомлений используйте соответствующий журнал, а не общий вывод браузера.

Если проблема связана с задержкой, проверьте планировщик, очереди и время последнего успешного обновления.

Безопасный эксперимент

Создайте минимальный тестовый объект или новую тестовую заявку. Измените только один параметр и сравните результат. Не используйте рабочую финансовую заявку для повторных выплат, callback или удаления.

Когда передавать специалисту

Передайте проблему, если требуется доступ к серверу, базе, очередям, журналу приложения или внешнему провайдеру. Приложите собранные факты и не передавайте секреты.