सेवा स्थिति

स्थिति पेज हर घटक को संचालन, धीमा, आंशिक या बड़ा आउटेज या रखरखाव के रूप में शुरुआत, अपडेट और समाधान सहित दिखाए। नकली अपटाइम न बनाए और मैन्युअल प्रोसेसिंग न छिपाए।

सामान्य घटना किसी एक ऑर्डर की भुगतान स्थिति तय नहीं करती। सत्यापित ऑर्डर पेज पुष्टि व डिलीवरी का स्रोत है; पहुँच बाधित हो तो सेवा लौटने पर USV- संदर्भ सहित संपर्क करें।

Status page storefront/catalog, guest checkout, OxaPay creation, webhook, email, passwordless access, tracking और manual fulfillment अलग करता है। incident में प्रभावित components, start, impact, mitigation और resolved time हो, customer data नहीं। planned maintenance अलग है। history केवल recorded events से; uptime percentage या पुरानी reliability गढ़ी नहीं जाती।

हरा component किसी individual order की पुष्टि नहीं और provider outage का दायरा summary से अलग हो सकता है। payment/fulfillment में secure order page मानें और mismatch USV व समय सहित बताएँ। incident updates factual व timestamped हों; recovery estimate को estimate कहें। अंतिम contact/policy [STATUS_CONTACT_TO_VERIFY], [MAINTENANCE_NOTICE_POLICY_TO_VERIFY] हैं।