サービスビルダーの上に構築されたアプリケーションがLiferay Objectsフレームワークの利点を活用できるようにします。

主なメリット:
サービスビルダー上で構築されたアプリケーションをLiferay Objectsに移行できるようになりました。

バッチエンジンのエクスポート・エンドポイントがオブジェクトエントリのフィルタリングをサポートするようになりました。これは、バッチエクスポート中にオブジェクトエントリにフィルタリングが適用されないという以前の制限に対処するものです。この更新により、すべてのエンティティタイプで一貫したデータ処理とフィルタリングの動作が保証されます。

主なメリット:

• オブジェクトエントリのパーソナライゼーション
• すべてのエンティティの機能を均等化する

これまでは、バッチエンジンでオブジェクトエントリとその権限を同時にエクスポートおよびインポートする方法はありませんでした。この新しい機能により、ユーザーはワークフローを合理化し、手作業を減らせます。

主なメリット:

• たった1回の呼び出しで実行できます。

• ユーザーがオブジェクトエントリの権限を考慮する（または考慮しない）ことを選択できます。

バッチエンジンを使用したデータインポートにより、コンテンツ作成者情報を（必要に応じて）保持できるようになりました。以前は、バッチでインポートされたコンテンツには、常にインポートを実行したユーザーが割り当てられていたため、コンテンツを移動する際に元の作成者データが失われていました。この更新により、（必要に応じて）コンテンツの所有権の正確な帰属が保証されます。

主なメリット:

• 環境間でデータを昇格させる際、重要なユーザー情報を保持できます。

• インポートプロセスごとに個別に設定可能です。

自動化された電子メール通知によるプロアクティブなアクセストークン管理を導入。 トークンの有効期限が切れる1ヶ月前、10日前、1日前にアラートが届くようになり、タイムリーな更新が可能になり、サービスの中断を防げます。新しいトークンが生成されると、通知は自動的にキャンセルされます。

主なメリット:

• トークンの有効期限が切れる前にユーザーに通知されるため、タイムリーな更新と中断のないアクセスが可能になります。

• 自動化された通知により、手作業による監視や介入が不要になるため、管理オーバーヘッドが削減されます。

• タイムリーな更新を促すことで、期限切れのトークンや潜在的に危殆化したトークンを使用するリスクを最小限に抑えることができます。

ベンダーはOpenSSO/OpenAMを非推奨にしたため、それを維持する理由はありません。代替手段であるPingAMは、既存のOpenIDコネクタまたはSAML認証を使用して統合できます。

SSL証明書管理ビューで、有効期限間近（30日以内など）の証明書と、すでに有効期限が切れた証明書の有効期限アラートが表示されるようになりました。証明書は、LCP.jsonファイルを通じてのみ定義する必要があり、管理が簡素化され、デプロイメント間の一貫性が確保されます。このアップデートは手作業によるミスを減らし、安全で中断のないデプロイメントを保証します。

ハイライト:

• 期限切れアラート: 有効期限切れ間近の証明書や、すでに有効期限が切れた証明書を、明確な視覚的インジケータで通知します。

• 排他的なLCP.jsonの設定: 証明書はLCP.jsonファイルを通じてのみ定義できます。

• 視認性の向上: 証明書の名前、種類、関連ドメイン、有効期限を一覧で表示します。

• プロアクティブな管理: SSL/TLSの安全な設定を維持するためのツールとアラート。

Liferay Connector to OpenSearch 2のMarketplaceリリースは、Elasticsearchに代わるLiferayのセルフホストデプロイメントを提供します。

このコネクタは、Liferay DXPとオープンソースでエンタープライズグレードの検索エンジンであるOpenSearch 2.12+を統合します。OpenSearchは、テキストデータのための字句検索、堅牢なスケーラビリティと拡張性、Liferayのセマンティック検索などのエンベッディングを使用するアプリケーションのためのベクトル検索を提供します。

このアプリのインストールには、公式ドキュメントに記載されている特定の設定が必要です。互換性の詳細については、検索エンジンの互換性マトリックスをご参照ください。

OpenSearchの統合は現在ベータ機能であり、将来的にはGAにする予定です。

LiferayクラウドがLiferay PaaS上のクライアント拡張機能のCI/CDサポートを提供するようになりました。 開発者はクライアント拡張機能をGitベースのCI/CDパイプラインに統合することができ、Liferayのコアサービスと一緒に自動ビルドとデプロイメントを行うことができます。このアップデートにより、クライアント拡張機能の自動検証、独立したデプロイメント、およびリリースサイクルの高速化が可能になります。

ハイライト:

• 専用のCI/CDパイプライン: Liferayのコアサービスとのコンフリクトを防ぐため、クライアント拡張機能専用のビルドパイプラインを用意しました。

• 自動ビルド: コミットするたびに、LUFFAアーカイブとしてパッケージ化された新しいクライアント拡張機能のビルドが開始されます。

• 独立したデプロイ: クライアント拡張機能のビルドは個別にデプロイされるため、リリースの柔軟性が向上します。

• シームレスな統合: Liferay PaaS上の既存のGitベースのワークフローと連携。

• ゼロ・ダウンタイム・デプロイメント: メインのLiferayサービスに影響を与えることなく、クライアント拡張機能をデプロイします。

Liferay 7.4では、クライアント拡張機能内で直接言語翻訳を管理する機能が導入されました。 この機能強化により、開発者はOSGiバンドルだけに頼ることなく、カスタムラベルやプロパティの多言語サポートを提供できます。

主なメリット: 

• 開発者は、クライアント拡張機能自体の中で言語キーと翻訳を定義および管理できるようになり、すべてのラベルとカスタムプロパティが異なる言語間で正しく表示されるようになりました。

• この機能により、ダッシュ記号による未翻訳ラベルの問題が解消され、多言語サイトで一貫性のあるプロフェッショナルな外観が実現します。

• 翻訳を追加するプロセスを簡素化し、手作業や外部のOSGiバンドルの必要性を減らすことで、多言語機能の開発と展開を加速します。

• 開発者は、より柔軟で完全にローカライズされたカスタム要素やテーマを作成できるようになり、Liferayプラットフォームの全体的な汎用性が強化されます。

クラウド決済アプリをDXPにシームレスに統合。 ユーザーがDXP内からマーケットプレイスで入手可能なこれらのアプリを直接ダウンロードしてインストールできるようにすることで、プラットフォームから離れる必要がなくなる。 この強化された統合により、ユーザーはより幅広い支払い方法にアクセスできるようになり、現在のDXPインスタンス内に存在する可能性のある制限に対処することができます。

お支払い方法無料のクラウドアプリのみご利用いただけます。

注意: この機能を使用する前に、ユーザーが必要な支払い方法を表示およびインストールするための適切な権限を持っていることをご確認ください。 

主なメリット:

この機能により、ユーザーはDXP内で支払い方法の選択肢を簡単に広げることができ、柔軟性と利便性が向上する。 ユーザーは、DXPから直接、マーケットプレイスで利用可能な新しい支払い方法をシームレスに発見、購入、統合できるため、外部のプラットフォームを操作したり、手作業で解決策を探したりする必要がなくなります。 この合理化されたプロセスにより、ユーザーは進化する市場の需要に迅速に対応し、顧客に幅広い支払い方法を提供することができ、最終的にはユーザー体験全体を向上させることができます。

パブリッシャーは、Liferay Marketplaceの直感的なワークフローを通じて、ローコードのフラグメント構成を簡単にアップロードして提供できるようになりました。 この初期段階では、顧客はこれらのフラグメントをマーケットプレイスから直接ダウンロードできます。 次の四半期には、Liferay DXPページビルダー内でのフラグメントのシームレスなインストールが導入されます (LPD-34938)。

このアップデートにより、パブリッシャはクライアント拡張機能と複合アプリをマーケットプレイスに掲載できるようになりました。 お客様は、アプリの詳細ページに記載されている開発者のガイドラインに従って、これらのアプリタイプをダウンロードしてLiferayインスタンスに直接インストールできます。

主なメリット:

1. カスタマイズされたパブリッシャーダッシュボード
2. 新しいアプリタイプ専用のパブリッシャーワークフロー
3. 新しいアプリタイプ向けのパーソナライズされたカスタマーエクスペリエンス

この機能により、バイヤーは、特定の販売チャネルで管理者によって有効化された通貨リストから、希望する通貨を積極的に選択できます。一度通貨を選択すると、ショッピングの間、すべての価格はその通貨で表示されます。

通貨を変更すると、新しく選択された通貨で新しい注文が自動的に作成されます。

この機能により、加盟店は国際的な価格戦略をより適切に管理できるようになり（通貨ごとのスマートプライシングなど）、為替レートだけに頼らずに価格を微調整できるようになります。

主なメリット:

1. バイヤー・エクスペリエンスの向上: バイヤーは使い慣れた現地通貨で買い物をし、価格を見ることができるため、信頼が高まり、コンバージョン率が向上する可能性があります。 このようにローカライズされたエクスペリエンスは、チェックアウト時の予期せぬ通貨換算によるカート放棄を大幅に減らすことができます。
2. 通貨管理の一元化: チャネル設定の新しい「通貨」タブは、管理者が利用可能な通貨を管理および制限するための専用スペースを提供し、通貨設定を制御するための明確で直感的なインターフェイスを提供します。

3. 簡単な通貨の選択: 新しい通貨セレクターフラグメントは、購入者がショッピングセッション中にいつでも希望する通貨を変更できるユーザーフレンドリーなインターフェイスを提供します。

管理UIの「仕様」と「製品仕様」セクションに新しいトグルが追加されました。

このトグルにより、カタログ管理者は製品に関連する個々の仕様を簡単に表示または非表示にできます。この機能により、商品詳細ページで顧客に表示される情報を柔軟にキュレーションできます。

主なメリット:

1. 商品プレゼンテーションの強化: どの商品仕様を顧客に見せるかをコントロールすることで、店頭での商品プレゼンテーションをよりすっきりと集中させることができます。
2. データの正確性と関連性の向上: 社内仕様や関連性の低い仕様を非表示にすることで、顧客が購入の意思決定に関連する情報のみを閲覧できるようにします。

この機能により、カスタム住所の種類を、主な住所カテゴリ（請求、配送、請求と配送）のサブタイプとして、コマース - アカウント住所で定義および管理する機能が導入されます。 これにより、複数の拠点、部門、または関係者にまたがって運営されるB2Bビジネスの住所管理の柔軟性が大幅に向上します。

以前は、住所管理はハードコードされた2つのタイプに限られていました: 配送と請求。 本リリースでは、新たに導入されたピックリストベースの設定システムにより、追加のサブタイプ（Ship-to Party、Sold-to Party、Ordering Address、Payer、Disti Branch Officer、DC Delivery Addressなど）を定義できるようになりました。 これらのサブタイプは設定可能で、3つの主要カテゴリのいずれかに直接マッピングできます。

このアプローチは、SAPのような一般的なERPシステムとの互換性を保証します。

主なメリット:

• 柔軟な住所管理: B2Bビジネスでは、複雑な顧客階層や物流業務を正確にモデル化できます。 請求と発送だけに限定されることなく、実際のユースケースに沿った特定の住所の役割を定義します。
• ERP統合に対応: カスタムサブタイプにより、SAPなどのERPシステムとシームレスなデータ同期が可能になり、手作業による回避策を回避し、Sold-to、Bill-to、Ship-toなどの住所の役割が外部システムで保持されるようになります。
• 注文処理とコンプライアンスの改善: 実際の業務ニーズに合わせて住所タイプを調整することで、より正確な注文ルーティング、フルフィルメント、財務処理をサポートし、社内のコンプライアンスや請求書発行の要件にも対応します。

このリリースでは、新しいStripe Taxコネクターが導入され、現在Liferay Marketplaceで利用可能になっています。これは、Liferay Commerceのコアトランザクションフローと直接統合するように設計されています。このコネクターは、Stripe Taxによるダイナミックな自動税金計算を可能にし、手動または静的な税金設定を、自動化された正確でグローバルに準拠したソリューションに置き換えます。

一度インストールされ、設定されると、コネクタは、買い手の配送先住所と売り手の税登録設定に基づいてチェックアウト時に自動的に税金を計算します。 この統合は、税率や規則が州や郡、さらには市によって大きく異なる可能性のある、 米国のような税制の複雑な地域で事業を展開する企業にとって特に価値がある。

このコネクターを通じてStripe Taxを活用することで、加盟店はシームレスな税務コンプライアンス、購入者には透明性の高い価格設定、管理者には簡素化された税務レポートというメリットを得ることができます。

主なメリット:

• 自動化されたリアルタイムの税金計算
  手動の税金ロジックを排除します。チェックアウト時にStripeの堅牢なタックスエンジンを使用して動的に税金が計算され、商品、地域、適用される税法に基づいて正確性が保証されます。
• 複雑な米国をサポート 税金のシナリオ
  これは、税制が複雑である米国市場に販売する加盟店にとって特に有益です。Stripe Taxは州、郡、市レベルの規則を自動的に考慮し、販売者の負担を軽減します。
• バイヤー・エクスペリエンスの向上
  バイヤーはチェックアウト時に税金の内訳を明確に確認できるため、信頼が築かれ、突然の請求によるカート放棄を防ぐことができます。
• 売り手のための合理化されたオペレーション
  税金は、販売者の介入なしに取引記録に含まれます。販売者は税込みの取引履歴にアクセスし、事業の成長に集中できます。

ゲストはチェックアウトの際に、ミニカートから直接サインインまたはサインアップすることができるようになりました。一度ログインすれば、ユーザーは既存のアカウントを選択するか、新しいアカウントを作成でき、購入フローを混乱させることなくスムーズに進めることができます。アカウントを設定すると、ログインユーザーであるゲストはチェックアウトにリダイレクトされ、購入完了までシームレスに移行できます。

さらに、ゲストが必ずしもチェックアウトせずにサインインすることを決定した場合、ゲストカートはログイン後にアカウントにマージされるようになりました。これにより、ゲストセッション中にカートに追加されたアイテムは、サインインした際や既存のアカウントを選択した際にも保持され、リピーターユーザーの継続性とエクスペリエンスが向上します。

ドキュメントがページ上のどこに表示されているかを確認できるようになりました。

主なメリット:

• エントリ内の「使用状況を表示」アクションで、ドキュメントの使用状況を見ることができるようになりました。 これは、ドキュメントがマップされている、またはエンドユーザーに表示されているすべての場所を表示します。

ユーザーは、ワークフロー設定を変更することなく、フォルダ名やその他の詳細を更新できるようになりました。 これにより、セキュリティ上の問題がなく、フォルダ内のすべてのコンテンツが正しいワークフロープロセスに従うことが保証されます。

主なメリット:

• 「更新」権限の付与: ロールに「更新」権限を付与することで、ユーザはフォルダの名前や説明などのプロパティを編集できるようになります。

• 「詳細な更新」権限の付与: ロールに 「詳細な更新」権限を付与することで、ユーザーはフォルダに関連付けられたワークフローを更新できるようになります。 名前や説明フィールドなどのフォルダのプロパティは無効のままで、編集はできません。

MicrosoftはSharepointのバージョン2010/2013をサポートしなくなりました。 SharePoint Server 2013 - Microsoft Lifecycle および Microsoft SharePoint Server 2010 - Microsoft Lifecycle をご参照ください。この機能は長期間メンテナンスモードになっており、ユーザーベースも非常に小さいため、テストのメンテナンスにかかるコストが高いことを考慮し、非推奨とすることにしました。