Znuny マイグレーション サービス

ダウンタイムゼロのZnuny移行:履歴の損失なし

Znunyは、カスタマーサービス、ヘルプデスク、ITサービス管理のための無料のオープンソースチケットシステムであり、Znuny GmbHによって ((OTRS)) Community Editionの後継として維持されています。.

Help Desk Migration では、必要なすべてのデータをオンプレミスのZnunyからAPI経由で他のプラットフォームに移行します。 database ダンプも、ダウンタイムも、チケット履歴の手動再構築も不要です。.

専門家によるコンサルティングを予約する

クレジットカードは不要です 素早いセットアップ

APIベースの転送
6万件以上の移行
SOC2と GDPR

インタラクティブな移住計算ツール

スライダーを調整して移行時間とコスト削減を見積もる

2,000
1K 500K
10-15 分 移行所要時間の見積もり
85% 時間の節約と代替手段
$3,777 節約 vs 社内開発

60,000件以上の移行成功事例に基づく推定値です。実際の結果は異なる場合があります。.

Znunyから移行できるデータは何ですか?

サポート履歴はすべて重要であり、プラットフォームを変更するからといって、その履歴が失われるべきではありません。Znunyから引き継がれる内容は以下のとおりです。.

企業

重要な顧客情報や組織情報を保持したまま企業記録を移行することで、既存の企業構造を新しいプラットフォームでもそのまま維持できます。.

連絡先

顧客の名前、メールアドレス、電話番号、その他の利用可能な顧客情報とともに連絡先を転送し、顧客記録を適切な組織に紐付けます。.

チケット

メッセージ、タイムスタンプ、ステータス、優先度、担当者、その他のサポートされているチケットデータなどの重要な詳細情報を含むチケット履歴を移動することで、チームは過去の会話の完全なコンテキストに基づいて作業を継続できます。.

Znuny移行の仕組み

移行プロセスは、接続、マッピング、デモ実行、移行、検証の4つの段階を経て行われます。移行ウィザードがバックグラウンドで転送を処理するため、チームは作業を継続しながら、移行の進捗状況をリアルタイムで監視できます。.

1. ソースプラットフォームとターゲットプラットフォームを接続する

まず、 Help Desk Migration ウィザードにアクセスし、必要な接続情報を入力してください。

  • すべての認証情報に対する暗号化認証:お客様の認証情報は安全に暗号化されます。
  • APIベースの接続:スクリプト、SQLダンプ、手動エクスポートは不要です。
  • Znunyのセットアップは簡単です。APIユーザーとWebサービスは既に設定されているため、セットアップはわずか数分で完了します。

わずか数分でプラットフォームを接続 →

2. レコードを選択してデータをマッピングする

マッピングとは、Znunyの構造と他のプラットフォームの構造間でレコードをどのように変換するかを決定する部分です。標準フィールドの約95%は、移行ウィザードで自動的にマッピングされます。.

  • エンティティを選択してください。連絡先、会社、チケットなど。
  • 動的フィールドとカスタムフィールドをマッピングします。まずターゲットのフィールドを作成してください。ウィザードは、既に存在するフィールドにのみマッピングできます。
  • 既成のオプションを選択してください。デモ対象のレコードを選択したり、添付ファイルをスキップしたり、最新のレコードを優先表示したり、リンクされていない連絡先をフィルタリングしたりできます。

データのマッピング方法 →

3. 無料のデモ移行を実行する

実際のデータサンプルを移行し、移行先のシステムでどのように表示されるかを正確に確認してください。本格的な移行を実行する前に、連絡先、会社、チケット、フィールド値などをテストしてください。.

なぜ重要なのか: 数千件のレコードを移行した後よりも、20件の実際のサンプルレコードを使ってフィールドマッピングやチケットの状態を調整する方がはるかに簡単です。

デモ移行の実行方法 →

4. 完全移行と検証

デモ結果を確認後、本格的な移行を開始してください。

  • 進捗状況はリアルタイムで監視されます
  • チームはソースプラットフォーム上で作業を続け、エンドユーザーに対してロックされたり読み取り専用にされたりすることはありません。

次に、目的地で確認してください。

  • 移行されたチケットを確認する
  • フィールドマッピングを確認する
  • 本番稼働前に矛盾点をすべて解消してください。

→ 無料デモ移行を予約する

ソースプラットフォームとターゲットプラットフォームを接続する
レコードを選択してデータをマッピングする
無料のデモ移行を実行する
完全移行と検証

自動移行 vs. Database ダンプ vs. エンジニア主導

オンプレミスの Znuny では、クラウド プラットフォームでは通常提供されていないオプションが 1 つあります。それは、 database の直接アクセスです。SQL レベルの移行は高速に見えるかもしれませんが、ソース データベースと宛先 databaseが Znuny と OTRS のように密接に関連するスキーマを使用している場合にのみ確実に機能します。他のプラットフォームでは、関係が壊れたりデータが欠落したりするリスクが高まります。.

機能/指標 SQLダンプ/ CSV
Help Desk Migration
エンジニア主導のオーダーメイド
タイムスタンプ 多くの場合、インポート時の日付で上書きされます
オリジナルの作成日/更新日を保持
オリジナルの日付は保存されています
相互リンクと関係ID エージェント/チケット/連絡先リンクが破損するリスクが高い
IDベースのマッピングによって維持されます
カスタムロジックによって維持管理されます
Znunyインスタンスをライブで利用するリスク 直接データベースアクセスは本番環境に影響を与える可能性があります
APIのみ利用可能。 database の直接アクセスはできません。
アプローチ次第
クロスプラットフォームスキーマ Znuny ↔ OTRS のみ実行可能
100以上のプラットフォームで動作します
工事費はエンジニアリングコスト
セルフサービスによる透明性 直接的ではあるが、手作業が多く、エラーが発生しやすい。
高:直接的な現場マッピング、鮮明な視界
低: 舞台裏で管理されている
移行前テスト ステージングコピーの手動試行錯誤
実際のサンプルデータを使用した無料デモ移行
カスタムステージング実行が必要です
打ち上げの時間です すぐに開始、後片付けはゆっくり
セルフサービス展開の迅速化
高:計画および構築段階が長期にわたる
総費用 front低いが、隠れた手作業の労力は大きい
最大20件のレコードは無料です
高:専任エンジニアリング時間

専門家のサポート付き自動化ツールが最適な場合

カスタムエンジニアリングなしでオーダーメイドレベルの忠実度を実現 ― IDベースのマッピングにより、チケット↔エージェント↔顧客間の関係を維持
完全なセルフサービスによる透明性 ― 自分でフィールドをマッピングして、それぞれの場所を正確に確認する
契約前に無料デモをお試しください。実際のサンプルデータを移行し、本格的な移行を実行する前に結果を検証できます。
コンサルティング契約は必須ではありません。有料の調査フェーズも、専任のプロジェクトチームも必要ありません。

Znuny向けのすぐに使える移行オプション

移行プロセスにカスタマイズ設定を重ねることで、移行対象とその方法を制御できます。ほとんどの設定は、導入前に無料デモでテスト可能です。.

デモ移行のレコードを選択してください

ユースケース: 本格的な移行を実行する前に、特定のレコードがどのように転送されるかをテストしたい場合。すべてを移行するのではなく、選択したレコード、フィールドマッピング、フォーマット、および移行先システムでのデータの表示方法を検証する必要があります。

解決策: 「デモ移行用のレコードを選択」機能を使用すると、転送するレコードを選択できます。これにより、完全な移行を実行する前に、移行先でのレコードのマッピングと表示を確認できます。

最新のレコードを最初に移行する

ユースケース: サポートチームは、顧客対応を開始する前に、システム移行が完全に完了するのを待つ余裕がありません。新しい問い合わせが次々と入ってきており、現在の作業を中断することはできません。

解決策: 「最新のレコードを優先的に移行」を選択すると、最新のチケットが最初にインポートされるため、古いレコードがバックグラウンドで移行されている間も、エージェントは現在の問題への対応を開始できます。完全移行のみに対応しています。

添付ファイルをスキップ

ユースケース: データには、保存する必要のない大量の添付ファイル(スクリーンショット、PDF、画像など)が含まれており、移行をできるだけ早く完了させる必要がある。

解決策: 「添付ファイルをスキップ」を選択すると、添付ファイルが転送対象から完全に除外されるため、転送するデータ量が減り、添付ファイルの優先順位が低い場合に移行速度が向上します。

フルマイグレーションを一時停止して再開します

ユースケース: 貴社の業務やサーバーでは、移行作業を一時停止する必要がある期間があります。移行作業は業務時間外に実行し、システム負荷が重要な時期には停止し、後で最初からやり直すことなく再開したい場合。

解決策: 「インターバルマイグレーション」を使用すると、業務スケジュールに合わせて、あるいはZnunyの場合はサーバーの容量に合わせて、フルマイグレーションを一時停止および再開できます。最大5回まで一時停止でき、各一時停止期間は最大5日間です。

Znunyの移行パス

Help Desk Migration サポートは、Znunyから100以上の他のヘルプデスク、ITSM、カスタマーサービスプラットフォームへの移行を支援します。通常、自社ホスティングのインフラストラクチャでは対応しきれなくなったチームや、買収後に統合を行うチームが対象となります。.

クレジットカードは不要です 素早いセットアップ

Znunyへの移行費用はいくらですか?

料金は定額制ではなく、レコード数に基づいて計算され、直線的な料金体系ではありません。移行量が多いほど、1レコードあたりの料金は安くなります(どちらの方向でも同様です)。.

数量ベースの価格設定

重要な記録のみが対象となります。チケット、連絡先/顧客ユーザー、および企業情報です。.

例えば、Essentialサポートパッケージでカスタマイズなしの基本的な移行を行う場合、1,000件のレコードで約100ドルかかりますが、同じ条件で10,000件のレコードの場合は約514ドルかかります。.

柔軟なオプションとサポート

カスタマイズ(タグ付け、サイドディスカッション、相互リンクの更新など)によって最終価格が調整されます。.

サポートレベルは、複雑さによって、スタンダードからホワイトグローブセットアップまで段階的に設定されます。.

お支払い前に:

無料デモ移行では、少数のサンプル(通常20件のチケット)を移行することで、マッピングのテストと精度の確認を行うことができます。常に無料で、一切の義務は発生しません。.

デモ終了後、データタイプ別のレコード総数と、フル移行の概算価格が表示されます。.

セキュリティとコンプライアンス

移行中、私のデータは安全ですか?

ZnunyへのAPI専用アクセス

直接 database 接続することも、ファイルシステムにアクセスすることも、シェルにアクセスすることもできません。また、Znunyがソースである場合、Znunyに何も書き戻されることはありません。.

範囲指定可能で取り消し可能な認証情報

APIユーザーは、あなたが許可したもののみを閲覧または作成でき、移行が検証されたらアカウントを削除します。.

GDPR コンプライアンス

どちらにしても関連性がありますが、特にデータ所在地の確保が、Znunyをオンプレミスで運用する理由の一つである場合は重要です。.

SOC 2 タイプ II

セキュリティ対策は、確立された基準に基づき、独立した機関によって定期的に評価されます。.

チームがZnuny移行を選択する理由

チームがZnunyから移行する主な理由は、セルフホスティングの運用コストがニーズに合わなくなった場合です。チームは、マネージドインフラストラクチャ、組み込みAI、最新の顧客ポータル、あるいは成長を続ける組織全体で利用できる単一のプラットフォームなどを求めている可能性があります。.

01

管理業務

所有するインフラが少なくなる

Znunyのセルフホスティングモデルはチームにコントロール権を与えますが、同時にアップグレード、バックアップ、スケーリングの管理も必要になります。マネージドプラットフォームに移行することで、チームが対応しなければならない運用作業を軽減できます。.

02

内蔵AI

自分で構築せずにAIを利用

ヘルプデスク部門では、個別のAIツールを評価、統合、保守する作業を行うよりも、すぐに使えるAI機能を利用したい場合に、AIシステムの移行を選択する場合があります。.

03

最新の顧客ポータル

よりスムーズな顧客体験

移行の動機としては、より洗練された顧客ポータルサイトの必要性や、顧客が現代のサービスチームとやり取りする際に期待するスタイルにより合致したサポート体験の提供などが挙げられます。.

04

複数のプラットフォームではなく、1つのプラットフォーム

チームを一つのシステムに統合する

組織が拡大したり合併したりすると、個別のツールを使用すると不必要な複雑さが生じる可能性があります。Znunyから移行することで、複数のシステムを維持する代わりに、サポート業務を共通プラットフォームに統合することができます。.

よくある質問

Help Desk Migration には、Znunyインスタンスに接続するためのネットワーク接続が必要です。オンプレミス環境の場合、通常、移行サービスIPアドレスを許可リストに追加するか、一時的なファイアウォールルールを作成します。アクセスは読み取り専用かつAPIのみで、移行が検証された後に取り消すことができる専用のZnunyエージェントアカウントを介して行われます。VPNアクセス、 database 認証情報、サーバーアクセスは不要で、本番環境のインスタンスに書き込みが行われることもありません。.

Znunyからのセルフサービス移行のほとんどは、マッピングが確認されれば数時間以内に完了します。所要時間は、データ量、カスタマイズ内容、オンプレミスサーバーの処理能力によって異なります。大規模なデータセットの場合、インターバル移行機能を使用すると、業務時間に合わせてプロセスを一時停止および再開できるため、一度に長時間エクスポートする必要性が軽減されます。.

Znunyの動的フィールド(テキスト、ドロップダウン、日付、複数選択フィールドなど)は、移行先のプラットフォーム上の同等のカスタムフィールドにマッピングできます。移行ウィザードは既に存在するフィールドにのみデータをマッピングできるため、移行先で必要なカスタムフィールドを先に作成してください。.

database ダンプは、移行先がOTRSなど、関連性の高いシステムである場合に有効です。しかし、それ以外のプラットフォームでは database スキーマが大きく異なるため、直接ダンプするとリスクが高まります。APIベースの移行では、Znunyがサポートするインターフェースを介してチケット、リレーションシップ、タイムスタンプを読み取るため、本番 database への直接クエリを回避し、エクスポート時にリレーションシップが破損するリスクを軽減できます。.

はい。無料のデモ移行では、本格的な移行を実行する前に、実際のZnunyデータのごく一部をエクスポートできます。通常、これには約20件のチケットと記事が含まれるため、データセット全体を移行する前に、フィールドマッピング、リレーションシップ、フォーマット、および全体的な結果を確認できます。.

いいえ。Znunyとターゲットプラットフォームを接続し、移行設定を行い、移行ウィザードでフィールドを直接マッピングできます。Znuny側での主な技術要件は、専用のAPIユーザーを設定し、必要なWebサービス構成をインポートすることです。手順を追ったドキュメントが用意されており、より複雑なシナリオについては移行の専門家がサポートいたします。.

いいえ。移行処理はバックグラウンドで実行され、ライブ運用を妨げることなくデータを読み取ることができるため、チームはZnunyでの作業を継続できます。.

Help Desk Migration 、Znunyから Zendesk、 Freshdesk、 Zoho Desk、 Jira Service Management、 ServiceNow、 HubSpot Service Hubなど、100以上のヘルプデスクおよびITSMプラットフォームへの移行をサポートしています。サポートされる移行先はコネクタによって異なります。移行先のプラットフォームがリストにない場合は、 Help Desk Migration に問い合わせて最新の対応状況を確認してください。.

Help Desk Migration

ダウンタイムゼロのZnuny移行:履歴の損失なし

Help Desk Migration では、必要なすべてのデータをオンプレミスのZnunyからAPI経由で他のプラットフォームに移行します。 database ダンプも、ダウンタイムも、チケット履歴の手動再構築も不要です。.

専門家によるコンサルティングを予約する

クレジットカードは不要です SOC 2 認証取得済み 6万件以上の移行が完了しました