要求管理について

この説明は次のセクションに分かれています:

サービス部門

サービス部門は会社内に存在し、リクエスト、要求契約、および要求見積の所有者です。サービス部門は、サービス カタログで定義されたサービスを提供します。

各サービス部門は、デフォルトのタイムゾーンサイト、物流サイト、および販売サイトを使用して作成する必要があります。

納入サービス部門には、リクエストの結果として生じる要求作業工程の納入を処理するための 1 つまたは複数のサービス提供ユニットを定義できます。

サービス部門の変更

別のサービス部門を選択し、オプションでサービス提供ユニットにすることにより、接続されているサービス部門を変更できます。リクエストに関連するすべてのサービスを提供し、現在のサービス部門と同じ会社に属するサービス部門のみを選択できます。要求契約が接続されている場合、リンクされた組織も考慮されます。サービス部門を変更すると、既存のスコープとタスクがキャンセルされ、手動で追加されたタスクを除いて、以前の詳細を持つ新しいスコープとタスクが生成されます。計画済みステータスの一覧 - 購買要求または転送オーダーは削除されます。

サービス提供ユニット

サービス提供ユニットは、リクエストと範囲にリンクされた一覧 - 作業工程の実行を担当します。複数のサービス提供ユニットをサービス部門に接続することができ、1 つのサービス提供ユニットを既定サービス提供ユニットとして定義することができ、作業工程の作成時に設定されます。

サービス提供ユニットには、サービス部門の代替物流サイトも含まれる場合があります。代替物流サイトは品目サイトとして使用され、サービス部門で指定された値が上書きされます。

サービス提供ユニットは 1 つのサービス部門にのみ存在できます。

ユーザアクセスグループ

リクエストとそれに関連するエンティティの表示は、ユーザアクセスグループを介して制御されます。

サービス ユーザー

サービス ユーザーページには、ユーザーとシステム内の接続に関する情報が提供されます。さまざまなエンティティへのユーザー アクセスを表示および管理できます。

要求処理

リクエストの開始

リクエストは手動で開始することも、繰返しサービスプログラムから開始することもできます (リクエスト上のソースオプションは、マニュアルまたは繰返しサービスプログラムのいずれかに設定されます)。開始時に、サービス カタログからのサービスとサービス項目を他の情報とともに選択できます。リクエストに追加されたサービスごとにリクエスト 範囲が作成されます。リクエストの作成中に、サービス カタログ内のサービス項目の設定に基づいて依存関係を持つリクエスト作業工程が自動的に作成されます。リクエストのサービス提供ユニット、要求範囲、要求作業工程は、新規ステータスのときに変更できます。

リクエスト内のサービス提供ユニットを変更すると、範囲とタスクにも適用されます。要求範囲でサービス提供ユニットを変更すると、タスクにも適用されます。

AboutReqMng2

エスカレーション

エスカレーション ステップの主な目的は、資源の使用を最適化し、SLA コミットメントが満たされるようにすることです。スケジュールには複数のオプションがあります。

実施

要求作業工程が資源に割当られたら、モバイルへの転送を実行する必要があります (ボタンまたはデータベースジョブを使用)。これにより、技術者にプッシュ通知が送信され、モバイル クライアントで作業工程が利用できるようになります。モバイル実行の詳細については、モバイル作業オーダ情報で詳しく説明しています。

請求管理と締め切り

割当が「完了」に設定されると、作業工程ステータスが「作業完了」に更新されます。割当を使用しない場合は、タスクのステータスを直接更新できます。売上と原価の明細はリクエストで確認できます。原価と売上のリクエスト ページの請求管理ボタンを使用すると、リクエスト別または個々の範囲別にグループ化された請求書プレビューを作成できます。請求書プレビューが承認されると、請求書が作成されます。

ステータス処理

各エンティティには独自のステータスロジックがあり、エンティティ間ではある程度の自動化が行われます。以下に説明するエンティティごとの利用可能なステータス、

リクエスト 要求範囲 作業工程 仕事の割当
新規 新規 新規 割当済
リリース済 リリース済 リリース済 承認済
開始済 開始済 作業開始済 ルート上
完了 完了 作業完了 ロケーション待機
クローズ済 クローズ済 Finished 作業開始済
取消 取消 取消 保留完了
完了
未完了
取消
AboutReqMng2

一部のステータス変更アクションはビジネス プロセスを実行し、以下のように他のエンティティのステータスを変更します。

要求範囲がリリースされました
要求作業工程がリリースされました
資材オーダがリリースされました
一覧 - 購買要求が作成されます
実績の固定価格販売明細が作成される

要求作業工程が開始されました
要求範囲が開始されました
リクエストが開始されました

要求作業工程ステータスを、タスクの最後の割当の場合、作業完了に設定します
要求範囲リクエスト範囲が完了しました
リクエストが完了しました

リクエストステータスを完了からクローズ済に設定します

リクエストステータスを完了からクローズ済に設定します

要求範囲を閉じる
要求作業工程を完了する

リクエストステータスを完了からクローズ済に設定します

要求範囲のステータスを完了からクローズ済に設定します
リクエストステータスを完了からクローズ済に設定します

要求作業工程ステータスを作業完了からFinishedに設定します
要求範囲のステータスを完了からクローズ済に設定します
リクエストステータスを完了からクローズ済に設定します

価格の取り扱い

価格ルール:

価格ルールは基本情報として設定でき、異なる販売グループ、原価タイプ両方でない場合は、その他すべてに対して複数のルール明細を定義することができます。ルールは、一般的な価格設定の場合はサービス カタログ内のサービスに接続でき、顧客向けの特別価格設定の場合は契約に接続できます。

トグルを使用して、「合計範囲の簡易設定」を作成することができます。クイックセットアップオプションが無償、売上パーセンテージの値が 0 である価格ルール明細が表示されます。オプション固定価格を使用すると、売上パーセンテージが 0 の価格ルール明細が表示されますが、販売部分を定義する必要があり、価格ルールが適用されると、販売部分で定義された価格が固定価格として取得されます。クイックセットアップオプションが使用量ベース売上パーセンテージは 100 であり、総使用原価が請求されることを示します。

特定の価格ルール明細を定義するのにクイック設定が不十分な場合は、通常の設定を使用できます。通常の設定で定義できる価格ルール明細には 3 つのタイプがあります。販売グループ、原価タイプそして他のすべて。販売グループタイプ価格ルール明細では、売上のパーセンテージで販売グループを定義する必要があります。原価タイプ価格ルール明細には、原価タイプを指定する必要があります。原価タイプは、次のいずれかになります。人員、資材、調達、経費そして工具/設備。原価タイプの売上は作業工程レベルで定義され、報告されたトランザクションに基づいて作成されます。の他のすべてタイプ価格ルール明細は、他の特定の価格ルール明細によってカバーされない他のすべての価格をカバーする、デフォルトの単一の必須価格ルール明細です。

リクエストの価格ルール/要求範囲:

固定価格:

その他販売:

評価基準:

正しいルール明細を選択するには、まず販売/計画明細で販売部品を評価します。販売グループそして原価タイプ。上記の基準に対して価格ルール明細が定義されていない場合は、他のすべて考慮されます。

アプリケーションのルール:

ルール明細のルールは、上記のテーブルに従って計画および販売に適用されます。固定価格は、次のように定義された価格ルール明細によって自動的に作成されます。固定価格を含む。
その他の売上(計画および実績)については、売上% とマークアップはルールに従って設定されます。販売価格(原価ベースのシナリオ)と販売額は、マークアップ率と売上率を考慮して計算されます。

使用量ベースの価格ルール明細をスムーズに機能させるには、作業タスク上の計画明細に販売部品が自動的に取得されるように設定することが重要です。これを実現するには、作業タスク フロー中に必要な資源と資材を、関連するサービス提供ユニットの一覧 - 商品に接続する必要があります。計画内の販売部品や作業タスク内の販売明細を手動で定義することも可能です。

価格ルールのルール明細 固定価格の適用可能性 その他の売上 (計画と実績) への適用可能性
1.固定価格に含む 販売部が定義された固定価格明細が作成される 売上は売上に考慮されない
[売上%はゼロに設定されています]
2.マークアップ率による原価ベース 適用外 販売価格は原価に基づいて計算されます
[販売価格 = 原価 (割増% + 1)]
3.売上% 適用外 定義された売上に基づく売上

価格ロジック:

販売価格と割引を取得する際には、契約や価格表などを考慮して価格ロジックが適用されます。

複数の支払顧客:

要求範囲には、1 つの請求顧客と複数のその他の支払者を含めることができます。その他の支払者は以下の方法で追加できます。

請求書を発行する場合、顧客ごとに個別の請求書が作成され、スコープに添付されます。

場所処理

リクエストの開始と繰返し範囲の作成中に、次のオプションを使用して場所を定義できます。

リクエストと要求範囲の開始中に、選択したオブジェクトが場所に関連付けられている場合、そのロケーションと住所は自動的に取得され、ロケーションと住所フィールドに表示されます。上記のオプションのいずれかを選択することで、取得した場所を上書きすることができます。

リクエストが完了する前に、リクエスト レベルで場所を編集できます。また、場所の更新は、関連付けられている要求範囲と要求作業工程に反映されます。リクエスト範囲が完了する前に、リクエスト範囲レベルで場所を編集できます。また、変更を加えると、それぞれのリクエスト範囲に接続されている要求作業工程が更新されます。

要求作業工程レベルでは、場所を編集することもでき、必要に応じて、要求作業工程の終了場所を定義することもできます。たとえば、ジョブが 1 つの電力線塔で始まり、別の電力線塔で終了する場合、終了場所が役立つことがあります。終了場所を設定する前に作業工程の開始場所を定義する必要があり、分割が発生したときに資源がどこにいるかは未定義であるため、 「複数訪問を許可」を無効にする必要があることに注意することが重要です。

アクセス処理

リクエストプロセスでは、リクエストレベル、作業工程レベル、および販売レベルでアクセス制御が処理されます。

それぞれのページの「アクセス制御」セクションに移動すると、リクエストと要求作業工程にアクセスできるユーザーを確認できます。サービス部門およびサービス提供ユニットにリンクされたユーザアクセスグループは、作成時にリクエストおよび関連する要求作業工程にコピーされます。

リクエストの作成:

リクエストの作成には制限がなく、どのユーザーでもリクエストを作成できます。ただし、サービス部門/リクエストに定義されたユーザアクセスグループによって、リクエストへの表示アクセスが制御されます。サービス部門を使用するには、少なくとも 1 つのユーザアクセスグループを定義する必要があります。リクエストが作成されると、ユーザアクセスグループ内のユーザーと、リクエストを作成したユーザーがそのリクエストを表示できるようになります。

処理リクエスト:

リクエストをさらに表示および処理するには、ユーザーはサービス部門に接続する必要があります (これは主に、リクエスト レベルで情報を表示する連絡先エージェント、サービス マネージャー、請求担当者向けです)。ユーザーは、サービス部門内のユーザアクセスグループ、またはサービス部門に接続されているサービス提供ユニット内のユーザアクセスグループに属している必要があります。これらのユーザーは、組織またはサービス提供ユニットが所有するリクエストを表示できます。リクエストのアクセス制御アシスタントを使用して、既存のユーザー アクセス グループを変更することができます。

処理作業工程:

要求作業工程を表示するには、ユーザーは要求作業工程のユーザアクセスグループのメンバーである必要があります。リクエストを作成すると、サービス部門およびサービス提供ユニットにリンクされたユーザアクセスグループが要求作業工程にコピーされます。要求作業工程ページのアクセス制御アシスタントを使用して、既存のユーザー アクセス グループを変更することができます。

SLA 処理

SLAコミットメント

SLAコミットメントは、サービスプロバイダーと顧客などの 2 者間のコミットメントとして定義することも、内部コミットメントとして定義することもできます。SLAコミットメントは、固定の開始日から期日を計算するか、期日を特定の期限にするか、またはイベントによって SLAコミットメントの開始基準がトリガー、別のイベントによってそれが満たされるようにイベント駆動型に設定できます。同じリクエスト、要求範囲、および要求作業工程に対して複数のSLA コミットメントを作成でき、同じイベントで 1 つの SLAコミットメントを満たし、別の SLA コミットメントの開始をトリガーできます。また、同じ開始イベントと履行イベントを持ち、期間を別々に設定して複数のSLA コミットメントを作成することも可能です。たとえば、1 つは顧客に対してコミットし、もう 1 つはスケジュールに使用します。

SLAの概要

SLA 概要には、リクエストとそれに接続された範囲または要求作業工程に関するすべてのSLA コミットメントの概要が表示されます。SLA 概要は、前述のエンティティに 1 つ以上のSLA コミットメントが存在する場合にのみ利用できます。カレンダでは、各 SLAコミットメントは期日に対応して配置されます。SLAコミットメントに期限がない場合、カレンダには表示されません。

編集範囲

要求範囲は、リクエストのログ記録中の間違い、顧客から受け取った誤った情報、技術者が実行中に範囲に影響する違いを特定するなど、さまざまな理由により変更する必要がある場合があります。サービス、サービス項目、契約、および場所を編集すると、他の多くの基礎フローに影響するため、範囲変更には特別な処理が必要です。これらの属性が更新されると、元の要求範囲はキャンセルされ、新しい詳細が入力された元の要求範囲の新しいコピーが作成されます。

サービス/報告済項目の編集

手動で作成されたリクエスト(繰返しサービスプログラム経由ではない)の場合、要求範囲のステータスが「新規」、 「リリース済」、または「開始済み」であれば、サービス、サービス報告済項目(オブジェクトまたはモデル)、ロケーションと住所を編集できます。変更されると、既存の範囲はキャンセルされ、編集された情報を含む新しい範囲が作成されます。既存の範囲に接続されている一覧 - 作業工程を自動的にキャンセルできる場合、範囲が編集されるとそれらのタスクは自動的にキャンセルされます。ただし、既存の範囲に接続されている一覧 - 作業工程にトランザクションがある場合は、既存の範囲が修正済と、それらの作業工程は新しい範囲に移動されます。一覧 - 作業工程を自動的にキャンセルすると、割当や要求などの基礎となる接続もすべてキャンセルされます。移動された一覧 - 作業工程の販売明細は、移動前にすでに請求されていない限り、新しい範囲に適用される価格ルールで更新されます。価格ルールを介して報告された実績固定価格は、請求書作成(請求書プレビュー/請求書の作成)が考慮され、移動前に価格取得元の「価格ルール」が「マニュアル」に変更された場合にのみ、新しい範囲に移動されます。ただし、手動で報告された実績固定価格は常に新しい範囲に移動されます。新規範囲に接続された一覧 - 作業工程の最高ステータスは、新規範囲のステータスにもなります。

契約の変更

契約は、リクエストを終了する前のどの段階でも変更できます。契約が変更されると、範囲、一覧 - 作業工程、価格もそれに応じて変更されます。

作業再開

AboutReqMng2

再開リクエスト

閉じられたリクエストは再度開くことができます。そうすることで、リクエストのステータスが「完了」に変更されます。リクエストに追加の要求範囲を追加する場合は、リクエストを再開できます。

再開リクエスト範囲

閉じられた要求範囲は再度開くことができます。そうすることで、要求範囲のステータスが「完了」に変更されます。リクエストが閉じられている間にこのアクションを実行すると、リクエストのステータスも完了に変更されます。

たとえば、追加の要求作業工程または計画済/実績固定価格明細を要求範囲に追加する場合は、要求範囲を再開できます。

再開要求作業工程

Finished要求作業工程は再開できます。そうすることで、要求作業工程のステータスが「作業完了」に変更されます。要求範囲とリクエストがクローズされているときにこのアクションを実行すると、それらのステータスは完了に変更されます。

要求作業工程は、要求作業工程のクローズ中に追加のトランザクション、販売明細、または資材が見逃され、追加する必要がある場合などに再開できます。

適用可能性

サービスへの適用可能性

サービス カタログで定義されたサービスは、通常、あらゆるタイプの資産に対してグローバルに適用できます。ただし、サービスがすべての種類の資産に適用できない場合は、サービス上で資産の適用可能性を定義できます。資産をグループ化するために使用される 1 つのグループ化基準または 2 つのグループ化基準の組み合わせを使用して適用可能性セットを定義すると、サービスはそれらのオブジェクトとモデルに対して作成されたリクエストにのみ適用可能になります。サービスオブジェクトとして定義された資産の場合、使用可能なグループ化基準は、製造会社、オブジェクトタイプ、およびカテゴリです。モデル資産の場合、使用できるグループ化基準はオブジェクトタイプのみです。

リクエスト開始では、範囲に接続されたサービスおよびサービス項目/製品で定義されたグループ化基準に従って、適用可能性が自動的に適用されます。

サービスの標準タスクへの適用可能性

サービス項目に接続された標準タスクは通常、あらゆるタイプの資産に対してグローバルに適用可能です。ただし、サービス実行のすべてのサービスおよびすべての種類の資産に対して標準タスクが提供されていない場合は、サービスに接続された標準タスクで適用可能性を定義できます。資産のグループ化に使用される 1 つのグループ化基準または 2 つのグループ化基準の組み合わせを使用して適用可能性セットを定義すると、標準タスクはそれらのオブジェクトとモデルに対して作成されたリクエストにのみ適用されます。

リクエストを開始するときの自動タスク作成では、接続された標準タスクは、標準タスク接続とサービス項目/製品で定義されたグループ化基準に従ってフィルタリングされます。

標準タスクへの適用可能性

標準タスクの技術データ (作業手順、資材、資源、スキル、証明書、および能力) は通常、あらゆる種類の資産に対してグローバルに適用できます。ただし、標準タスク要件がすべてのタイプの資産に適していない場合は、標準タスク要件で特定の資産の適用可能性を定義できます。

作業手順、資材、資源、スキル、資格、証明書は、標準タスクおよびサービス項目/製品のグループ化基準に従ってフィルタリングされたレコードを使用して作成されます。

タイムゾーンの処理

リクエスト

IFS Cloud のすべてのタイムゾーン関連の日時フィールドは、サイトのタイムゾーンまたはサーバーのタイムゾーンのいずれかに保存されます。要求管理では、日時はデータベース サーバーのタイムゾーンに保存され、ユーザーのローカル タイム ゾーンでユーザーに表示されます。これは、 IFS Cloud 勘定科目設定の稼働時間フィールドで設定されます。同じ設定からタイムゾーン バッジを有効にすると、バッジの上にマウスを置いたときにタイムゾーンの詳細が表示され、時刻も UTC 時間で表示できるようになります。UTC 時間は、世界中でタイムゾーンを確立するために使用される標準です。UTC+00:00 は、他のすべてのタイムゾーンの基となる識別子として使用されます。たとえば、ニューヨーク (EDT) は UTC -4 です。

要求作業工程

要求作業工程では、日時はサービス部門のタイムゾーン サイトのタイムゾーンに保存され、同じタイムゾーンでユーザーに表示されます。タイムゾーン バッジは、IFS Cloud 勘定科目設定のタイムゾーン グループから有効にすることができ、ユーザーがバッジの上にマウスを置いたときにタイムゾーンの詳細が表示され、時刻は UTC 時間で表示されます。UTC 時間は、世界中でタイムゾーンを確立するために使用される標準です。UTC+00:00 は、他のすべてのタイムゾーンの基となる識別子として使用されます。たとえば、ニューヨーク (EDT) は UTC -4 です。

要求見積

要求見積では、日時はデータベース サーバーのタイムゾーンに保存され、ユーザーのローカル タイム ゾーンでユーザーに表示されます。これは、 IFS Cloud 勘定科目設定の稼働時間フィールドで設定されます。同じ設定からタイムゾーン バッジを有効にすると、バッジの上にマウスを置いたときにタイムゾーンの詳細が表示されるようになります。時間は UTC 時間でも表示できます。UTC 時刻 - 世界中でタイムゾーンを確立するために使用される標準。UTC+00:00 は、他のすべてのタイムゾーンの基となる識別子として使用されます。たとえば、ニューヨーク (EDT) は UTC -4 です。

要求範囲へのプロジェクト接続

リクエストはプロジェクトから作成することも、プロジェクト情報を手動でリクエスト スコープに接続して、リクエストをプロジェクトにリンクすることもできます。プロジェクト アクティビティからスコープを接続または切断するには、 リクエスト詳細ページのスコープタブに移動します。

アクティビティに接続するには、スコープ ラインを選択し、プロジェクト接続コマンドをクリックして、アクティビティに接続を選択します。開いたアクティビティに接続ダイアログで、プロジェクト、サブプロジェクト、および関連するアクティビティを入力します。プログラムフィールドはオプションです。

リクエスト スコープがプロジェクト アクティビティに正常に接続されたとします。その場合、リクエストページのプロジェクト接続フィールドにこれが示され、プロジェクト情報がスコープタブに表示されます。関連するすべてのリクエスト作業タスクはプロジェクト情報を継承します。接続されたプロジェクトの情報は、リクエストページのタスクタブにも表示され、要求作業工程ページのプロジェクト接続フィールドにも示されます。

プロジェクト アクティビティを切断するには、リクエストの詳細 ページの スコープタブに移動し、スコープ ラインを選択してプロジェクト接続をクリックし、 アクティビティ接続解除を選択します。プロジェクトは、要求作業工程レベルで接続または切断することはできません。

このアクションを実行するには、特定の条件を満たす必要があります。