バージョン履歴

バージョン 7.3.0 - 2025 年 2 月

新規:ウォッチリストの横に、その目的をユーザーに知らせるヘルプテキストを追加しました。

バージョン 7.0.0 - 2024 年 11 月

• 新規：
  • 調達要求と購買要求のウォッチリストの有効化:
    • 送信者でも事業主でもないユーザーが、購買要求と調達要求のステータス変更を確認できるようにします。
    • ウォッチリストに追加できるユーザーの数を設定します。
    • 履行者が要求ライフサイクルの任意のステージでユーザーを追加できるようにします。
    • 要求の更新に関するウォッチリストユーザーを含めるように通知を設定します。
    • ビジネスオーナーが Shopping Hub にユーザーを追加または削除できるようにします。
  • 購買要求と発注書の編集オプションが改善され、関連するメタデータがケース履行者に表示されるようになりました。編集可能なフィールドに、Edit a Purchase レコードプロデューサーからの既存の発注明細のサービス日と配送日、配送先住所が含まれるようになりました。
  • 構成可能な PR 結合機能:
    • 購買要求 (PR) を結合するための構成可能なオプションが導入され、アドミニストレーターが PR 結合をトリガーする方法を定義できるようになりました。
    • 自動結合条件と手動 (ユーザー開始) 結合を区別します。
    • PR を結合するために満たす必要がある一致フィールド条件を指定します。
    • PR が適切に機能するために不可欠な重要な一致条件は、スクリプトレイヤーに保持されています。
    • 既存のお客様の場合、既定の動作は以前の PR マージ機能と一致します。既存の顧客は、構成フレームワークを活用して、結合条件をビジネスプロセスに合わせることもできます。
    • 新規顧客は、既存の PR マージ機能に合わせたデフォルトの動作を利用し、構成フレームワークを活用してそれに応じてマージ条件を調整することもできます。

バージョン 6.0.1 - 2024 年 8 月

軽微な修正。

バージョン 5.0.0 - 2024 年 5 月

• 新規：
  • サードパーティサプライヤーサイトへのレベル 1 cXML プロトコルベースのパンチアウトをサポートするバックエンドワークフローを導入しました。
  • 単一のサプライヤー内部バンドル購入をサポートするバックエンドワークフローを導入しました。
• 変更:新しいサードパーティリスク管理 (TPRM) データモデルの変更に伴い、サプライヤーリスクアセスメントケースとサプライヤー階層アセスメントケースは廃止され、デューデリジェンスケースに置き換えられました。

バージョン 4.0.1 - 2024 年 2 月

• 変更：
  • 要求者または従業員は、問診票エクスペリエンス内で過去の日付の物品またはサービスの購入要求を送信できるようになりました。これらのリクエストは、引き続き「事後」購入としてマークされます。既存のお客様には、過去の日付の妥当性確認が問診票フォームから削除されているため、過去の日付をキャプチャして有効な応答としてデータベースに渡すことができます。
  • 調達および購入ワークフロー内のステータスが自動化をバイパスして手動で変更され、ダウンストリームのワークフローとユーザビリティの問題が発生する可能性がある、ワークフローコンプライアンスの問題に対処しました。[状態] フィールドは読み取り専用になり、ステートフローが設計されたワークフローと自動化に準拠できるようになりました。既存の顧客は、調達要求、購入明細、交渉イベント、交渉、および購買要求テーブルのステータスを手動で変更できなくなりました。

バージョン 3.1.1 - November 2023

新規:要求者は、カタログ外アイテムの取り込み時に、連携に関心のあるサプライヤーの連絡先の詳細を入力できるようになりました。サプライヤー連絡先レコードが保存および作成され、調達履行者がソーシングまたは購入の詳細を確認するときに利用できます。注: 既存の顧客と新規のお客様には、これらの変更が表示されます。サプライヤーライフサイクルオペレーションを持つ顧客のみが、新しいサプライヤーのサプライヤー連絡先がオンボーディングフローをトリガーして、そのサプライヤー連絡先を登録プロセスに招待するための追加機能を持つことになります。

バージョン 3.0.1 - 2023 年 8 月

変更：

• マルチ ERP 統合をサポートするには:
  • GL アカウント値は、オブジェクトの ERP ソースによって制限されます。オブジェクトの法人が考慮され、ERP ソースがフェッチされます。ユーザーがレコードを更新すると、ERP ソースが一致するコストセンターのみが表示されます。注意:これらの検証は、法人が ERP との統合用に設定されている場合にのみ適用されるため、既存の顧客は影響を受けません。顧客が ERP との統合を設定している場合は、同じ ERP ソースを持つデータが表示されるため、統合中のダウンストリームエラーを防ぐことができます。
  • ERP ソースが異なるレコードがある場合は、統合エラータスクが発生します。これは、履行者がレコードをさらに処理する前に修正するためのインジケーターです。
• ソーシングから交渉への既存のワークフローを更新し、交渉イベントレコードから独立した交渉レコードを持たないようにしました。今後、調達プロフェッショナルが交渉に取り組む場合は、交渉イベントレコードから作業する必要があります。交渉イベントでは、サプライヤーごとの交渉が自動作成され、より複雑なサプライヤー認定シナリオが可能になります。注: 既存の顧客の場合、交渉イベントなしで独立して作成された進行中の交渉は引き続き存在し、妨げられることなく進行します。ただし、交渉イベントレコードがないと、新しい独立した交渉レコードを作成できません。

バージョン 2.0.1 - 2023 年 5 月

• 変更:既存の認定ワークフローを更新して、サプライヤーと事業主の組み合わせに基づいて複数の購買要求を作成し、1 つの交渉イベント内で複数のサプライヤーを認定する機能をサポートしました。
• 注:

  現在単一のサプライヤーの認定を実行している既存のお客様は、既存の認定ワークフローで引き続き実行できます。顧客が複数のサプライヤーの認定機能を活用する場合、これらの変更では、サプライヤーと事業主の組み合わせに基づいて複数の購買要求を作成する、より複雑な認定シナリオも認識されます。

バージョン 1.4.1 - 2023 年 2 月

• 変更: 認定されたサプライヤーと連携する調達履行者の機能を更新しました。ソーシング要求内の要求アイテムの価格を入力するために、認定ワークフローを手動でトリガーする必要がなくなりました。ただし、インスタンスに認定ケースが設定されている場合は、価格を入力するユーザーアクションによって、認定ケースの作成もトリガーされます。
• 注:

  既存の顧客には、購入明細または価格の詳細が更新された場合に認定フローをトリガーするように変更されたビジネスルールを通じて、この変更が表示されます。

バージョン 1.3.7 - November 2022

• 新規：
  • お客様は、ソーシングプロセス内でソーシング要求承認ワークフローをアクティブ化できるようになりました。
  • 承認者は、従業員センターで購買要求と調達要求の承認 To Do を直接完了できるようになりました。
• 変更:システムアドミニストレーターが購買要求 (調達要求、発注書、請求書など) 以外のオブジェクトの承認ルールを構成し、柔軟な承認トリガー条件を作成できる柔軟性が更新されました。

バージョン 1.2.2 - 2022 年 8 月

• 変更：
  • 購入承認の監査可能性を更新し、購入者または従業員が自分の購入を自己承認する権限を持つ自己承認購入を表示するようにしました。これは、自己承認購入を表示するための承認計画の変更です。
  • 単一サプライヤー交渉を受注する機能を改善するための軽微な修正。