この新機能により、買い手と売り手の双方に合理化された返品プロセスが可能になります。
バイヤーは、注文履歴から直接返品リクエストを簡単に開始し、返品理由を指定して返金をリクエストできます。
返品管理者は、返品管理ページで、数回クリックするだけで、返品の詳細を確認し、顧客と連絡を取り、返金を発行することができます。
Release Notes
この新機能により、買い手と売り手の双方に合理化された返品プロセスが可能になります。
バイヤーは、注文履歴から直接返品リクエストを簡単に開始し、返品理由を指定して返金をリクエストできます。
返品管理者は、返品管理ページで、数回クリックするだけで、返品の詳細を確認し、顧客と連絡を取り、返金を発行することができます。
ロール、仕様グループ、仕様ラベル、アドレスで外部参照コードがサポートされました。
また、ERCを使用して、ヘッドレスAPI経由でこれらのエンティティを更新・削除することも可能になりました。
新しいオプション、SKU、アカウント、カタログ、注文、出荷などを作成する際に、リンクされたエンティティのERCサポートが追加されました。
チェックアウト体験のカスタマイズ:1つの統合で複数の支払い方法が可能です。
あなたのオンラインストアを向上させ、購入者にパーソナライズされた合理的なチェックアウト体験を提供しましょう。 クレジットカード以外の支払いオプションの拡大 - Pay Later、Venmo、Bancontact、eps、iDEALのような人気のある地域の方法を提供し、顧客満足度を高めます。
安全な取引で信頼を築き、すべて既存のプラットフォームで管理できます: マーケットプレイス、Eコマース&ショッピングカート、シェアリング&ギグエコノミー、技術パートナー&決済プロバイダー、クラウドファンディング。
この機能により、カスタムフィールドに基づくきめ細かなユーザーフィルタリングが可能になり、管理者の効率とターゲットを絞ったアウトリーチが強化されます。
Commerce Classicは、Liferay Classicテーマをベースにした新しいSite Initializerです。
注文ページは、フラグメント注文用の表示ページテンプレートを使用して再設計されており、全体的に柔軟性とカスタマイズオプションが向上しています。 これにより、よりダイナミックでパーソナライズされた注文のエクスペリエンスが可能になります。
新しい注文ページでは、ユーザーが注文ページから直接配送と支払いオプションを選択できるようになりました。必要な情報がすべて入力されると、ユーザーはワンクリックで素早くチェックアウトでき、購入プロセスが合理化されます。
この新機能により、ユーザーは既存のイベント分析機能の中で、内訳とフィルタリングのために個々の属性を追加することができます。
以前は、イベント属性のみが表示されていました。
コンテンツダッシュボードの新しいパフォーマンスタブでは、訪問者の行動や各アセットが紹介されているトップページなどのアセットメトリクスを提供します。
|
コンテンツダッシュボードから直接、解像度(小、中、大)や縦横比(ワイド、タテ、スクエア)で画像や動画を簡単にフィルタリングできるようになりました。
|
「自動生成ストラクチャキー」と「自動生成テンプレートキー」の構成設定が、以前の システム設定 > システムスコープ > 管理 から、よりインスタンス固有の場所である システム設定 > Webコンテンツ > 仮想インスタンススコープ > Webコンテンツ に移動し、「カスタムトークン値」の後の最初のオプションとして表示されるようになりました。これらのオプションにより、インスタンス管理者はストラクチャキーとテンプレートキーがインスタンスレベルで自動的に生成されるかどうかを制御できます。
Liferayの新規フラグメントを使用して、ページビルダーで直接スムーズなマルチステップフォームを作成し、複雑なプロセスをシンプルかつ直感的に実行できます。
Liferay DXPは、動的なマルチステップフォームを簡単に作成できます。 既存のフォームにステッパーフラグメントを追加するだけで、フォームをマルチステップからなるジャーニーに変換できます。そして、フォームをさまざまなステップに編成し、必要に応じてステップ間で入力を移動できます。ユーザーは、ステップメニューまたはフォームボタンを使用してステップ間を簡単に移動できます。ステップメニューまたはフォームボタンは、ニーズに合わせてカスタマイズできます。
セマンティック検索 がドキュメントとメディアタイプをサポートしました。テキスト埋め込み生成は、プロバイダーの設定によって有効にできます。 プロバイダー設定はグローバルメニューの下にあることにご注意ください: |
同義語セット は、以下の言語(ロケール)にも対応しています:
ポルトガル語 (ブラジル): pt_BR
ポルトガル語 (ポルトガル): pt_PT
イタリア語: it_IT
アラビア語 (サウジアラビア): ar_SA
カタルーニャ語 (スペイン): ca_ES
カタルーニャ語 (アンドラ): ca_AD
カタルーニャ語 (スペイン、 バレンシア): ca_ES_VALENCIA
中国語 (中国): zh_CN
中国語 (台湾): zh_TW
オランダ語 (オランダ): nl_NL
オランダ語 (ベルギー): nl_BE
フィンランド語 (フィンランド): fi_FI
フランス語 (フランス): fr_FR
フランス語 (カナダ): fr_CA
ドイツ語 (ドイツ): de_DE
ハンガリー語 (ハンガリー): hu_HU
日本語 (日本): ja_JP
スウェーデン語 (スウェーデン): sv_SE
管理者は、Elasticsearch コネクタ構成を確認し、上記のロケールに対して以前に追加されたカスタマイズされたフィールドマッピングと設定を、 タイプマッピングの上書きと追加のインデックス設定から削除することをお勧めします。これらは、プラットフォームによってすぐに使用できる状態になっているためです。(完全または同時の再インデックスが必要です)
ElasticsearchとOpenSearchの導入におけるディスク使用率の向上
検索エンジン側のディスク使用量を削減するため、ストアドフィールドを使用しないデフォルトのフィールドマッピングを最適化しました。代わりに、プラットフォームはデフォルトのドキュメントフィールド検索方法としてフィルターパラメータを使用します。
管理者にとっての重要な考慮事項:
デフォルトと比較する: 詳細設定を確認した後、既存のマッピングを新しいデフォルトと比較して、調整が必要な箇所を特定します。保存されたフィールドは引き続きサポートされていますが、推奨されません。
カスタムOSGiモジュールへの影響の可能性:
ほとんどのユーザーはシームレスな移行を経験するはずですが、LiferayのJava Search APIを利用するカスタムOSGiモジュールの開発者は、検索レスポンスの動作が変わる可能性があります。これは、モジュールが検索レスポンスに含まれる特定のフィールドに依存している場合に発生する可能性があります。このような場合、開発者は正しい機能を確保するために、モジュールに調整を加える必要があるかもしれません。
OpenAI は、同義語セマンティック検索用のテキスト埋め込みプロバイダーとして設定できるようになりました。
OpenAIは2つの強力な第3世代埋め込みモデルを提供し、従来モデルよりも低コスト、高い多言語性能、総合的な性能向上を約束します。
もしあなたの組織がすでにOpenAIのChatGPTや他のOpenAIプラットフォームAPIを利用しているなら、他のサービスにサインアップすることなく、
Liferayのセマンティック検索機能(BETA)を通じて、OpenAIのVector Embeddings機能を利用し、意味的に関連性の高い検索結果を提供できます。
データセットマネージャの並べ替えタブの目的が変更されました。今後、このセクションで作成された並べ替えオプションは、管理バーに追加される注文ドロップダウンに追加されます。こうすることで、データセット項目に表示されていない基準でも、さまざまな基準で並べ替えができます。
データセットがさらにカスタマイズできるようになりました。
この柔軟性により、以下のことが可能になります:
エンドポイント・レスポンスをカスタマイズすることで、管理者はエンドユーザーに対して、よりカスタマイズされたユーザーフレンドリーなエクスペリエンスを提供することができます。
その他の情報:
このプラットフォームは、これらの手動パラメータと生成されたパラメータをシームレスに調整します:
これにより、一貫性のある効率的なデータ検索プロセスが実現します。
その上、管理者ユーザーは、データセットに表示されるフィールドを手動で追加またはマッピングすることもできるため、レスポンスにフィールドが適切に入力されていないエンドポイントに対して情報を戻すことができます。
この新機能により、ユーザやアカウントなどのLiferayシステムオブジェクトに基づいてコレクションプロバイダを設定できます。
カスタムオブジェクトエントリとModifiable Object Entriesに割り当てられたパーミッションをオブジェクトエントリAPIのネストされたフィールドに追加しました。これは、バッチを使用して、パーミッションを持つオブジェクトエントリをエクスポート/インポートする時に便利です。
Liferay Cloudは現在Java JDK 8 と 11 をサポートしていますが、業界はJDK 17 や JDK 21 のような新しいJavaバージョンに移行しつつあります。Liferayクラウドが最新の状態を維持し、お客様が最新のセキュリティパッチを活用できるようにし、全体的なパフォーマンスを向上させるためです。
過去ログページの使い勝手を改善するパックです。クライアントは、複数のフィルタをよりうまく処理したり、ログインスペクタを使用せずにログを選択/コピーしたりすることで、より効果的にトラブルシューティングを行えるようになりました。
お客様は、購入したリソースのクォータと使用状況に関して、より多くの可視性を得られるようになりました。日々のビルドを可視化することで、リリースをよりよく整理し、クォータを超えるビルドを行おうとする際の問題を回避することができます。もうひとつの改良点は、データベースのストレージサイズも表示されるようになったことです。 |
機能ステータスの変更
静的なユーザーグループであるセグメント
機能ステータスの変更
この機能を有効にすると、ユーザーは他のフィールドに入力され提供されたデータから作成された情報を、式を使用してフィールドに動的に入力できるようになります。
機能ステータスの変更
オブジェクトビューはメンテナンスに入ります。
機能ステータスの変更
この機能は、製品仕様のカスタムピックリストを作成・管理する機能を導入しています。ユーザーは製品属性に特定の値を定義できるようになり、データの一貫性と効率が向上しました。この機能には、新しいピックリストを作成したり、既存のピックリストを仕様ページで直接追加したりするオプションが含まれています。
機能ステータスの変更
ロールマネージャーは、ロールUI内でオブジェクトエントリの権限を直接定義できるようになりました。権限の定義タブに新しい「オブジェクト」メインメニュー項目が追加され、すべてのカスタムオブジェクトのリストが表示され、きめ細かな権限の割り当てが容易になりました。
機能ステータスの変更
コマースアカウント機能は非推奨であり、将来的に削除される予定です。データの継続性を確保するため、ポータルアカウントへの移行をお勧めします。
機能ステータスの変更
コマースアドレス機能は非推奨であり、将来的に削除される予定です。データの継続性を確保するため、郵便住所への移行をお勧めします。
機能ステータスの変更
Webコンテンツエディタに「翻訳中」と表示された新しい翻訳ステータス機能が実装され、翻訳されたフィールドの数とまだ翻訳が必要なフィールドについての情報が提供されます。この機能は、翻訳が必要な箇所を素早く特定するのに役立ちます。さらに、メタデータを含むすべての翻訳可能なフィールドは、画面の左側に表示されるようになり、見落とす可能性が低くなりました。
機能ステータスの変更
ユーザーはドキュメントに表示日を設定できるようになったので、1つのドキュメントだけ、または複数のドキュメントをアップロードするときに、将来公開されるようにスケジュールできます。
機能ステータスの変更
Wiki機能は非推奨であり、将来的に削除される予定です。Wikiとその関連ウィジェットは現在、非推奨フラグ LPD-35013 の対象です。データの継続性を確保するため、Liferay ObjectsやWebコンテンツなどの代替コンテンツ管理ソリューションへの移行をお勧めします。
機能ステータスの変更
アクティビティウィジェットは非推奨であり、将来的に削除される予定です。
機能ステータスの変更
メディアギャラリーウィジェットは非推奨であり、将来的に削除される予定です。
機能ステータスの変更
マイクロブログウィジェットは非推奨であり、将来的に削除される予定です。
機能ステータスの変更
サブスクリプション・マネージャー・ウィジェットは非推奨であり、将来的に削除される予定です。
機能ステータスの変更
将来のリリースでは、DXPは最新のEnterprise Java APIであるJakarta EE 10に移行する予定です。JavaEEの非推奨化を発表することで、2025年に予定されているこの重大なブレークチェンジに備える時間を確保します。
Jakarta EEへの移行が必要です:
機能ステータスの変更
オブジェクトの機能拡張に伴い、カスタムフィールドはメンテナンスに入ります。
機能ステータスの変更
Liferay Theme generatorは非推奨となっており、将来的に削除される予定です。テーマの生成には、テーマのクライアント拡張またはサードパーティのツールを使用することをお勧めします。