使用ガイド: バッテリー交換スケジュール
このワークフローは、交換が必要なデバイスのバッテリーの特定、バッテリーおよびデバイスの保証状況の確認、エンドユーザーの承認を得て、事前に定義されたITSMチケットをバッテリー交換のために更新するプロセスを自動化します。
ワークフローが正しく構成されていることを確認するには、その構成ガイドでハイライトされた手順に従ってください: 構成ガイド: バッテリー交換スケジューリング
ワークフロー構造
このセクションでは、このワークフローの主要な手順を説明します。 最初の確認項目は、デバイスのオペレーティングシステムです。 両方のオペレーティングシステムで同じリモートアクションが実行されますが、チェックされる出力は異なります。
macOS
デバイスで「バッテリー状態を取得する」リモートアクションが実行され、「バッテリーの状態」出力が分析されます。 これはmacOSに組み込まれた機能であり、次の2つの状態があります:
正常: バッテリーは正常に機能しています。
サービス推奨: バッテリーは正常に動作していますが、充電保持能力は新品時より低下しています。 バッテリーの交換を検討することをお勧めします。
「バッテリー交換アドバイザリー」キャンペーンがユーザーに送信され、バッテリーが交換の必要があることが通知されます。 それに対してバッテリーの交換が必要か、または望むかを確認する必要があります。 ユーザーが交換を拒否した場合、ワークフローは終了します。
キャンペーンが受け入れられた場合、次のステップとして、デバイス名とリモートアクションからのバッテリーの状態出力を使用して、そのグローバルパラメータとして設定されたITSMチケットを更新することになります。


Windows
デバイスで「バッテリー状態を取得する」リモートアクションが実行され、「バッテリーの健康状態」出力が分析されます。
バッテリーの健康状態が60%を超える場合は良好とされ、この場合ワークフローは終了します。
バッテリーの健康状態が60%未満の場合は悪いとされます。 ワークフローは続行されます。

バッテリーの健康状態が悪いデバイスのバッテリーサイクルカウントが分析されます。
サイクルカウントが300未満の場合は良好とみなされ、この場合、ワークフローは終了します。
サイクルカウントが300を超える場合は悪いとみなされ、この場合、バッテリーが交換されるべきと判断されます。

デバイスが保証の対象かどうかを確認するため、「保証状況の取得」というリモートアクションが実行されます。
ワークフローはデバイスメーカーをチェックし、DellとLenovoのデバイスの場合、バッテリーも保証範囲内かどうかを確認します。 この場合、保証内での交換バッテリーをリクエストするためのチケットをログに記録できます。 HPデバイスの場合は、このステップをスキップします。この情報は利用できません。
保証が切れたデバイスには、「保証情報を取得する」リモートアクションからさらにチェックが行われます。 デバイスの「年数」がチェックされます。 デバイスが4年以上(必要に応じてワークフロー内でこのデバイス年齢をカスタマイズ可能)である場合、バッテリーを交換する価値がないかもしれません。 これらのデバイスについては、ワークフローは終了します。
これらのハードウェアチェックを通過したすべてのデバイスにおいては、次のステップとして「バッテリー交換アドバイザリー」キャンペーンがユーザーに送信され、バッテリーが交換の必要があることが通知されます。 それに対してバッテリーの交換が必要か、または望むかを確認する必要があります。 ユーザーが交換を拒否した場合、ワークフローは終了します。

キャンペーンが受け入れられた場合、次のステップとして、デバイス名、バッテリーの健康状態およびサイクル回数の値、そして適用されるワークフロー条件を使用して、そのグローバルパラメータとして設定されたITSMチケットを更新することになります。

関連するトピック
組織内のデバイスのバッテリー状態についての詳細情報を得るために、Nexthinkは組み込みのダッシュボード「バッテリーの健康」をリリースしています。 このダッシュボードは、バッテリーの健康に関する見識に焦点を当てた専用のダッシュボードを提供することで、診断能力を強化します。 これには、バッテリーの在庫、健康、および状態に関する重要な情報が含まれており、交換が必要なバッテリーを特定し、バッテリー寿命を改善するためのデータ駆動型の決定を支援します。
Last updated
Was this helpful?