> For the complete documentation index, see [llms.txt](https://legal.dispel.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://legal.dispel.com/terms-and-policies/legal-and-privacy-ja/sapto/mentenansuwindou.md). # メンテナンスウィンドウ Dispel は、当社のプラットフォームが円滑に動作し続けるよう、定期的な保守を行っています。 予定メンテナンスウィンドウに以下が伴う場合、 ダウンタイム[^1] **10分を超える場合、** 少なくとも48時間前までに通知します。プライベートデプロイメントをご利用の場合は、さらに事前にご相談のうえ、双方にとって都合のよい時間を調整します。1年間における予定ダウンタイムは10時間を超えません。 ### メンテナンスウィンドウ {% hint style="success" %} 当社プラットフォームにおける Dispel の定期メンテナンスウィンドウは、以下のスケジュールで実施されます：\ \ [dashboard.dispel.io](https://dashboard.dispel.io)：午前10時（EST）～正午（EST） **毎週火曜日。** [app.dispel.com](https://app.dispel.com)：午前10時（EST）～正午（EST） **毎週水曜日**. {% endhint %} ### **顧客への影響スコア** Dispel プラットフォームに更新をデプロイする際、所要時間やユーザーへの影響はさまざまです。私たちは、更新ウィンドウがワークフローにどの程度影響するのか、どの程度の影響があるのか、そしてその期間中に何が見える可能性があるのかをお客様に理解していただけるよう、デプロイにスコアを付けています。 下記のスコアには、更新イベントの前にお客様へいつ通知する予定かも含まれています。私たちは通知のリードタイムを守り、 [定期的に予定されたメンテナンスウィンドウ](#maintenance-windows)にデプロイするよう努めていますが、緊急対応、バグ修正、脆弱性修正の場合には、必ずしも十分な事前通知を行えないことがあります。 {% hint style="info" %} 通知は Dispel の変更履歴に掲載されます： *変更履歴を表示するには app.dispel.com での認証が必要です* {% endhint %}
影響スコア説明通知のリードタイム
1デプロイされた項目はワークフローに影響を与えず、目に見えるダッシュボードの変更も発生しません。同日
2デプロイされた項目により、目に見える変更や新機能が追加される場合がありますが、Dispel で最も一般的なワークフローを大きく変更することはありません。同日
3デプロイされた項目は既存機能を更新し、標準的なお客様のワークフローに大きな影響を与えます15営業日
4デプロイされた項目によりダウンタイムが必要になり、お客様による移行作業が必要になります。30営業日
### 脆弱性および重大なバグ修正 脆弱性または重大なバグの修正が発生した場合、Dispel はいつでもメンテナンスモードに入る可能性があります。可能な限り合理的な範囲で、できるだけ早くお客様に積極的にご連絡します。 [^1]: 「[**ダウンタイム**](/terms-and-policies/legal-and-privacy-ja/sapto/support-policy.md)」とは、（Dispel の内部および外部監視システムの組み合わせによって判断される）一定期間を指し、その間は、多数のユーザーがサービスにログインできず、ダッシュボードを表示できず、アクセス権があり、かつ現在有効なアクセス権限を持つ任意のアセットに到達できません。 --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://legal.dispel.com/terms-and-policies/legal-and-privacy-ja/sapto/mentenansuwindou.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.