Zebra製品のソフトウェアライセンスの管理

新しいライセンス サーバーに移行する主な理由

• データの整合性と信頼性の向上
• 直感的なユーザーインターフェース ポータル エクスペリエンス
• システムの安定性の向上
• 販売注文のトレーサビリティの向上
• 需要の増大に対応するスケーラビリティとパフォーマンス
• Zebra全体にわたってライセンス注文の際に共通のプロセスとプラットフォームを提供

影響を受ける製品アプリケーションには、次のものがあります。

• サーバーベースのライセンスアプリケーション
  • サーバーベースのアプリケーションの場合、変更はユーザーから見てほぼ透過的になります。すべてのライセンス管理操作はサーバーベースの管理コンソールを介して行われます。既存ライセンスサーバーから新たなライセンスサーバーへの移行作業は、すべてバックグラウンドで行われます。
  
  
• デバイスベースのライセンスアプリケーション
  • LM（ライセンスマネージャー）デバイスベースのアプリケーションの場合、新しいバージョンのライセンスマネージャーアプリケーションをデプロイする必要があります。これは、新しいライセンスサーバーでライセンスをアクティブ化するためのAPIを備えたものになります。アプリケーションのバージョン（Enterprise Browser、MDNAなど）を更新する必要はなく、ライセンスマネージャーアプリケーションのみを更新する必要があります。

タイムライン

• 新たなライセンス管理プラットフォームでのビジネス継続性の実現のために、Zebraアカウントマネージャー、セールスエンジニア、およびパートナー様に連絡を取り、デバイスのライセンスマネージャーアプリケーションやデバイスベースのその他アプリケーションの更新計画をご検討いただくことをお勧めします。
• 既存のレガシーライセンスサーバーは2025年9月29日より稼働停止となり、2025年12日31日に完了します。
• ATS製品用レガシーライセンスサーバーは、2025年7月18日に稼働終了を予定しています。
• 2025年9月29日以降のすべての新規受注・追加受注は、新たなライセンスサーバーによって自動処理されます。
• ライセンス マネージャー アプリケーションを使用したデバイスベース ライセンスの移行アクティビティは、早ければ2025年4月に開始できます。
• 永久デバイスライセンスをお持ちのお客様は、サーバー使用停止後も引き続き機能します。期間ベースのデバイスライセンスの場合、有効期限まで引き続き機能します。稼働停止日以降にデバイスを修理に出す場合、それらデバイスのレガシーライセンスの復元はできなくなります。

お客様への影響

• デバイスベースのアプリケーションの場合は、サーバーの使用停止（2025年9月29日）を開始する前に、ライセンスマネージャー アプリケーションをアップグレードすることを強くお勧めします（該当する場合）。
• ライセンス マネージャー アプリケーションを介して管理されるアプリケーションの場合、ライセンス マネージャー アプリケーションのアップグレードのみが必要です。Enterprise Browser、MDNAなどのソフトウェア アプリケーションを変更する必要はありません。
• ライセンス サーバーの移行に関して、随時情報を更新いたします。

何をする必要があるか

ライセンスがリセラーによって管理されている場合、この通信にまだコピーされていない場合は、ライセンスリセラー（上記）に連絡し、この保留中の変更について通知してください。多くの場合、必要なアクションはリセラーによって処理されます。

1. License Managerアプリケーションサポートページから最新バージョンのLicense Managerをデバイスにインストールします。

2. ネットワーク内でファイアウォールを利用している場合は、ネットワークチームやファイアウォールチームにチケットを提出して以下のIPアドレスで新しいタレスライセンスサーバーへのアクセスを開いてください。

3. MX XMLまたは新しいLicense Managerの管理設定オプションを利用してEMM/MDMを介したライセンスの一括付与を目的にデバイスにライセンスを付与する場合は、次の手順で行ってください。

a. 新しく作成および提供したタレスライセンスシステムのバッジIDと製品名を使用して、新しいライセンスマネージャー用の新しいMX XMLまたは管理構成の割り当てを作成します。

b. StageNowをご利用の場合は、StageNowの最新バージョンであるv5.15をStageNowサポートサイトからダウンロードします。

4. 新しいライセンスを適用し、お好みの一括配布メカニズムを使用してデバイスの新たなバッジID・製品名をアクティブ化します。

5. ビジネスアプリケーションをテストして、新しいライセンスシステムが機能することを確認します。

移行プロセスを開始する場合、または詳細情報が必要な場合は、次の場所にある次のビデオやガイドラインを確認してください。 Zebra.comのZebra SWライセンス管理ページ

新しいライセンスシステムの変更点

バッジID

• 新しいライセンスシステムの出現により、新しいバッジIDのコンセプトを取り入れ、複数の製品のすべてのライセンス権限を、お客様ごとに一意の1つのバッジIDに統合します。
• バッジ ID を使用すると、エンド カスタマーに固有の 1 つのラベルでアプリケーションをアクティブ化でき、個別または複数のアクティブ化 ID によるアクティブ化に取って代わります。バッジ ID は、従来のライセンスシステムの CLS ID と似ています。アクティベーションは、バッジIDと製品名を使用して完了します。
• 複数のライセンスキー間でのアクティベーションはバッジIDを介して行われるため、ライセンスを統合する必要はありません。
• すべてのアドオン注文では、注文を確実に効率的に処理し、追加のライセンスキーが生成されないように、注文プロセスの一部としてバッジIDを含めることをお勧めします。

PK-ID

• Primary Key-Identifier（PK-ID） は、アクティベーション ID に相当します。
• 永久ライセンスの追加注文ごとに新しいPK-IDが発行されます。
• サブスクリプションベースのライセンスの場合、アドオンの注文が元の主契約の終了期間と統一される場合、新しいPK-IDは発行されません。むしろ、契約とエンタイトルメントの既存のサブスクリプションで数量が増加します。
  
  
• 契約とサブスクリプションの権利の同時終了は強く推奨されており、注文入力プロセスの一部として指定する必要があります。
• 繰り返しになりますが、ほとんどのアプリケーションでは、アクティベーションはPK-IDではなく、バッジIDを介して行われます。
  
  
• Z-Downloader、Printer Profile Manager Enterprise（PPME）、ZebraDesigner Professional 3、および MTS の場合、アクティベーションは特定の PK-ID を使用して行われます。

強化カスタマーポータルとパートナーポータル

• この新しいシステムへのアクセスは、強化パートナーポータルまたは強化カスタマーポータルから行われます。従来のライセンスポータルにアクセスしていた場合、そのアクセスは新しいライセンス ポータルに移行されていたことを意味します。これらのポータルへのフォーム登録リンクは、今後のアップデートで提供されます。
• パートナーの方： https://zebratechnologies.prod.sentinelcloud.com/epp/
• エンドユーザーの方： https://zebratechnologies.prod.sentinelcloud.com/ecp/
• 以前にレガシーポータルにアクセスしたことがない場合は ZebraSWLicensingTeamまでお問い合わせください。

ネットワーク内でファイアウォールを利用している場合

次のアドレスを追加する必要があります

プロダクションサーバー

•  https://zebratechnologies.prod.sentinelcloud.com
• ポート443

詳細については、 新たなZSLライセンスサーバーの接続に関するナレッジベースの記事を参照してください。