Work.com から HR サービスへの移行アプローチ
シナリオと組織のニーズに合った移行方法に従います。
必要なエディション
| サポートされているエディションを表示する。 |
次のいずれかの移行方法を実行します。
- 方法 1: Work.com から同じ個人取引先レコードを保持し、HR サービスで employee2 レコードと user レコードを作成します。この方法では、Work.com と HR サービスが同じ組織に存在することを確認します。
- 方法 2: HR サービスで employee2、個人取引先、ユーザーレコードを作成します。このアプローチは、Work.com と HR サービスが同じ組織にあるか異なる組織にあるかに関係なく機能します。
各方法にはプラス面とマイナス面があります。
アプローチの長所と短所 1: 古い個人取引先レコードを保持し、Employee2 およびユーザーレコードを作成する
| プラス面 | マイナス面 |
|---|---|
|
参照の一貫性 同じ個人取引先レコードを保持すると、HR サービスのケースおよびサービスカタログ要求レコードの個人取引先 ID と個人取引先責任者 ID への既存の参照が保持されます。 |
移行中に既存の個人取引先レコードを使用できない 移行フェーズ中にユーザーが Work.com の既存の個人取引先レコードを使用できない場合があるため、ビジネスプロセスが中断する可能性があります。 |
|
連動コンポーネントに対する最小限の変更 個人取引先オブジェクトに依存する標準コンポーネントとカスタムコンポーネントおよびプロセスは、ほとんど変更することなく HR サービスで引き続き動作します。 |
ダウンタイムの長期化 Employee2 および User オブジェクトの更新中にユーザーが HR サービスの重大なダウンタイムに遭遇し、通常の業務が中断される場合があります。 |
|
進行中のプロセスを完了するための十分な時間がない Work.com の進行中のプロセス (サービスカタログの要求や承認など) は、完了までに十分な時間がないために失敗します。これらのプロセスは、HR サービスには存在しないか、異なる可能性があります。 |
アプローチの長所と短所 2: Employee2、個人取引先、ユーザーレコードの作成
| プラス面 | マイナス面 |
|---|---|
|
既存のワークフローを中断させない 個人取引先、従業員 2、ユーザーレコードを作成すると、Work.com の既存のワークフローに影響が及ばないため、HR サービスを Work.com と共に実行できます。新しいレコードにより、ビジネスプロセスの継続性が確保されます。 |
オブジェクトの作成と更新の追加作業 この方法では、HR サービスで Employee2、個人取引先、およびユーザーオブジェクトの作成と更新が必要です。これには時間がかかり、リソースを大量に消費する可能性があります。 |
|
ダウンタイムの短縮 Work.com と HR サービスを個別に運用することでダウンタイムを最小限に抑え、Work.com の現在の業務への影響を最小限に抑えて移行を進めることができます。 |
|
|
進行中のプロセスを完了するための十分な時間 移行によって既存の Work.com の機能に影響が及ぶことはなく、Work.com で進行中の要求またはプロセスを完了するための十分な時間が確保されます。 |
