GET /v1/status/affecting

אימות

שלח מפתח API כטוקן Bearer. נקודת קצה זו אינה מציינת הרשאת ספציפית במפרט, לכן הקצה למפתח שלך את המינימום הנדרש ובדוק את התגובה במקום להניח הנחות.

נקודת קצה זו אינה דורשת מזהה ארגון. המפתח שלך כבר מזהה את הארגון שאליו הוא שייך, והתגובה מוגבלת אליו בלבד.

נסה זאת

החלף כל דבר בסוגריים זוויתיים בערכים משלך, ואת מציין מיקום המפתח במפתח מלוח הבקרה שלך.

curl -X GET https://api.zinndigital.com/v1/status/affecting \
  -H "Authorization: Bearer zdk_live_…"

מחובר? קונסולת ה-API בלוח הבקרה שלך מזינה את מזהה הארגון האמיתי שלך ואת המפתח שלך, ומריצה את הבקשה מול ה-API הפיזי כך שתוכל לראות את התגובה בפועל. פתח נקודת קצה זו במסוף ה-API

פרטים

⚖️ Owner, 2026-08-24: *"when the ai things check sites and people submit tickets and things, does it count for outages and like tell them this is caused by x outage and we are working on it already no need to submit a ticket type of thing and link them to status to follow for updates when it's resolved."* ⭐ Deliberately CHEAP and separate from `POST /v1/tickets/deflect`, which runs live DNS-backed probes and is therefore behind a button. The requirement is that an open incident is surfaced BEFORE the customer writes anything, so this must be able to load with the page: it reads two indexed tables and makes no network call. ⭐ The same read backs the AI assistant's refusal panel and the MCP server, so all three surfaces answer from one implementation rather than three that drift. ⛔ Relevance is a real test. A maintenance window is returned only while it is OPEN and only when it touches a region this organisation actually has a site in. Telling a customer a known outage explains them when it does not is worse than saying nothing. ⛔ The organisation comes from the caller's own scope; there is no `org_id` parameter. An attacker-chosen one would be a cross-tenant read of another tenant's placement footprint.

תשובה

שגיאות שנקודה קצה זו עשויה להחזיר

401 · 429