მიმოხილვა
Status page payment API-ის, webhook delivery-ის, fiscal queue-ის და reconciliation-ისთვის.
Status components
Payment API, checkout, webhook delivery, fiscal queue, reconciliation და merchant console tracked separately.
Incidents
Public status infrastructure-ის გაშვებამდე incidents-ს operations team აკონტროლებს და client request-ზე ადასტურებს.
როგორ გამოვიყენოთ ეს გვერდი
Status ეხმარება ბიზნესის მფლობელს, დეველოპერს და ოპერაციულ გუნდს ერთ payment scenario-ზე შეთანხმებაში. გაშვებამდე უნდა დაფიქსირდეს sales channel, provider route, webhook-ის პასუხისმგებელი, status verification და customer support flow. ასევე საჭიროა test payment-ის, refund-ის და reconciliation-ის შედეგების ერთად გადამოწმება.
FAQ
Why should payment API and webhook delivery have separate statuses?
Payment creation can work while webhook delivery or fiscal queue has a delay. Separate components show the real impact area of an incident.
Can an MVP promise a public SLA?
Not unless the SLA is backed by monitoring, response procedures and operating history. It is more accurate to publish current monitoring mode and contact channels.