Oracle Service Cloud 移行サービス：迅速、信頼性、監査可能
サポートデータの移行は、必ずしも大変な作業である必要はありません。Help Help Desk Migration Oracle Service Cloud （旧 RightNow）のチケット、連絡先、ナレッジベースの記事を、一貫したプロセスで移行します。.
ダウンタイムもベンダーロックインもありません。チケット、連絡先、記事間の関係はそのまま維持されます。移行はアプリケーション層で実行されるため（生の database エクスポートではないため）、ワークフローは継続して機能し、過去のデータも引き続き利用可能です。.
何かをコミットする前に、実際のデータがどのように移動するかを確認します。.
クレジットカードは不要です 素早いセットアップ
インタラクティブな移住計算ツール
スライダーを調整して移行時間とコスト削減を見積もる
60,000件以上の移行成功事例に基づく推定値です。実際の結果は異なる場合があります。.
Oracle Service Cloudから移行できるデータは何ですか？
Oracle Service Cloud データ移行において、 Help Desk Migration 構造と履歴を維持しながら、すべてのコアデータを転送します。.
これには以下が含まれます。
事件（違反切符）
依頼者、企業、担当者グループ、添付ファイル、コメント、カスタムフィールド、および作成、更新、完了のタイムスタンプはすべて一緒に移行されます。.
連絡先および組織
関係性は維持されるため、連絡先は適切な組織やチケットに紐づけられたままになります。.
ナレッジベースの記事
記事、添付ファイル、インライン画像は、3万件以上の記事を含む大規模なナレッジベースであっても、階層構造を損なうことなく移行されます。.
職員記録
エージェント、役割、グループ割り当ては引き継がれ、所有権とワークフローのロジックが維持されます。.
添付ファイルとインライン画像
ファイルは元のチケットや記事に紐づけられたままになります。.
カスタムフィールドと列挙型
メタデータとカスタム設定は、定義どおりに正確に移行されます。.
その結果、新しいヘルプデスクは既存のシステムと完全に同じものになります。履歴の欠落、リンク切れ、文脈の喪失は一切ありません。.
ユーザーとロールの移行
エージェントは、役割、権限、および活動履歴とともに移行されます。チケットの所有権、ナレッジベースの作成者、およびワークフローの割り当ては変更されません。.
役割とグループのマッピングは、フィールドマッピングの際に、対象システムの権限モデルに合わせて調整されます。.
チケットの移行を完了する
Oracle Service Cloud すべてのインシデントは、完全なデータセットとともに移行されます。
- 依頼者と会社：顧客情報とアカウント情報
- 担当者とグループ:所有権とルーティングロジック
- 添付ファイルとインライン画像：ファイルはリンクされたままです
- 公開コメントと非公開コメント：会話履歴全体
- カスタムフィールド:ソースメタデータ
- 作成日、更新日、および終了日：ライフサイクルタイムスタンプ
移行されたインシデントは元の構造を維持し、既存のワークフローを引き続きサポートします。.
リンクされた関係性を維持する
Oracle Service Cloud 連絡先移行時には、電話番号や組織とのつながりなど、すべての重要な詳細情報が引き継がれます。.
各連絡先は、関連するインシデントおよび組織と常に紐づけられています。連絡先、アカウント、およびサポートのやり取り間の関係は、報告およびワークフローの継続性のために保持されます。.
KB構造と添付ファイルの維持
Oracle Service Cloud ナレッジベース移行には、インライン画像とファイル添付が含まれます。カテゴリ、サブカテゴリ、および階層関係は変更されません。.
大規模な知識ベース（3万件以上の記事）は、階層構造の平坦化やコンテンツの損失を防ぐため、カテゴリをマッピングしたバッチ処理で処理されます。ターゲットシステムは、データ損失や構造変更なしに、元の知識ベースレイアウトを再現します。.
アカウント移行
Help Desk Migrationを使用すると、 Oracle Service Cloud のアカウントを移行先のプラットフォームのエージェントにマッピングしたり、その逆を行ったりして、移行後のチケットの割り当て方法を制御できます。複数のエージェントを1つのエージェントにマッピングすることも可能です。.
削除済みアカウントおよび非アクティブアカウント
削除済みまたは非アクティブなアカウントから、対象プラットフォーム上のアクティブなエージェントにチケットを再割り当てできます。.
組織フィールド:
- 名前
連絡先フィールド:
- 名前
- メール
- 電話
インシデントフィールド:
- 主題
- 接触
- 会社
- グループ
- 譲受人
- 作成日
- 更新日
- 締め切り日
-
- コメント投稿者
- コメントのプライバシー
- コメントの宣伝
- コメント本文
- コメントの添付ファイル
- コメントの記録
- コメント作成日
-
- 文字列カスタムフィールド
- ブール型カスタムフィールド
- 日付のカスタムフィールド
- 数値カスタムフィールド
- カスタムフィールドを選択
- 複数選択のカスタムフィールド
コレクションフィールド:
- 名前
- 説明
サブコレクションフィールド:
- 名前
- カテゴリ
- 親
記事の分野:
- タイトル
- 体
- 著者
- フォルダ
- 添付ファイル
Oracle Service Cloud 移行オプション：移行対象と移行方法を制御する
Help Desk Migration を使用すると、移行するデータとその処理方法を設定できます。.
選択肢は以下のとおりです。
- タグチケット：対象システムでの整理を容易にするためにラベルを追加します。.
- 添付ファイルをスキップする：転送時間を短縮するために、必要不可欠なレコードのみを移行します。.
- 添付ファイルとインライン画像を移行する：チケットの完全なコンテキストを保持する。.
- 最新のレコードを優先的に移行します。履歴データよりも先に、アクティブなサポートデータを移動します。.
- デモ中に移行したいチケットと記事（ID別）を選択してください。.
これらの設定により、チームはデータ構造と使いやすさを維持しながら、ビジネスニーズに合わせて移行を調整できます。.
カスタムデモ移行：テスト用データサブセット
選択したインシデントまたはナレッジベース記事に対してカスタムデモを実行し、 Oracle Service Cloud方法を事前に検証できます。これにより、本格的な移行を行う前に、添付ファイル、書式設定、および関連性を確認できます。
インライン画像と添付ファイルの移行処理
埋め込み画像はファイル添付ファイルに変換することで、チケットのコンテキストを維持しつつ、対象システムでのストレージ容量を最適化できます。すべてのファイルは元のチケットおよび記事にリンクされたままです。
Oracle Service Cloudから最新プラットフォームへ：
お客様に最適なヘルプデスクへ移行しましょう
Oracle Service Cloud 移行の仕組み
Oracle Service Cloud の移行プロセスは、まず現在の設定をレビューし、依存関係を特定して、チケットや連絡先からカスタムフィールドやナレッジベース記事まで、すべてのオブジェクトをマッピングすることから始まります。本格的な移行の前に、まずデモ移行を実行してワークフローを確認し、データをチェックし、潜在的な問題を検出してください。.
ソースプラットフォームとターゲットプラットフォームを接続する
マップデータフィールド
デモ移行
検証
完全移行
