Описание
Страница статуса VPOS.am показывает ключевые компоненты платежного контура и помогает отделять инциденты провайдера от ошибок интеграции.
Какие компоненты нужно отслеживать
Платежный контур состоит из нескольких частей: создание платежа, checkout, callback провайдера, webhook-доставка, фискальная очередь, сверка и интерфейс оператора.
Если все эти компоненты объединить в один общий статус, бизнес не поймет, где именно проблема. Поэтому каждый компонент должен отображаться отдельно.
Как трактовать инцидент
Инцидентом считается не только полный downtime. Для клиента важны и частичные сбои: задержка webhook, рост отказов, недоступность фискальной очереди, невозможность проверить статус платежа.
До запуска полноценной публичной status-инфраструктуры такие случаи фиксируются операционной командой и подтверждаются клиенту по запросу.
Что не стоит обещать заранее
Нельзя обещать точный SLA, если он не подтвержден мониторингом, регламентом реагирования и историей эксплуатации. Корректнее описать текущий режим мониторинга, каналы связи и границы ответственности.
Такой честный подход лучше для B2B-клиентов: они понимают, что именно контролируется сейчас и что будет добавлено по мере развития платформы.
Частые вопросы
Почему статус платежного API и webhook delivery надо показывать отдельно?
Платеж может создаваться успешно, но webhook delivery или fiscal queue могут иметь задержку. Разделение компонентов помогает понять реальную зону влияния инцидента.
Можно ли обещать SLA на раннем этапе MVP?
Нет, если SLA еще не подтвержден мониторингом, регламентом реагирования и историей эксплуатации. Честнее показывать текущий режим мониторинга и каналы связи.