このウィッシュリストリクエストのきっかけは何ですか?
長年にわたって、規制された環境にいる顧客は、データ テーブルに加えられた変更を追跡する方法をよく求めてきました。 戦略的アカウントによる最近のオンサイト訪問中に、この要求が再び提起されました。 私たちが長年にわたってお客様に提供してきた一般的な標準的な答え (OS のネイティブの変更追跡機能を使用する) は、ほとんどの場合、実行可能なソリューションとは思えません。 現在、拡張ログを介してセッション内のすべての変更を追跡していることを考えると、このリクエストを再検討することが適切であると思われます。
希望する新しい機能や改善された機能、またはソリューションについて説明してください。
リクエストには 2 つのコンポーネントがあります
- 有効にすると、拡張ログからデータ操作ステップ (再コード化、式の変更、列プロパティの変更など) をキャプチャし、それらをデータ テーブルのメタデータに書き込むソリューションを実装します。 これはテーブルごとに行われます。つまり、特定のテーブルに対して変更追跡がオンになり、そのテーブルの拡張ログ アクションのみがそのメタデータに書き込まれます。
- 拡張ログの変更追跡機能を拡張して、ユーザーによる個々の値の入力をキャプチャします。つまり、誰かが入って番号を変更または削除します。
この新機能が提供されたら、あなたや他のユーザーにとってどのような価値があるでしょうか?
これは、バイオテクノロジー、半導体、金融業界の規制環境では一般的な要求です。
これは外部顧客からのリクエストですか?
はい。 現在のリクエストは、顧客によって公開ウィッシュリストにも投稿されました。 https://community.jmp.com/t5/JMP-Wish-List/Audit-Trail-for-Data-Entry/idi-p/704938#M5099
このリクエストは、追加の詳細と他のさまざまな顧客からの過去のコメントを含む顧客のリクエスト。
この機能やソリューションを備えた、注意すべき競合ソフトウェア パッケージはありますか?
わからない。
これは顧客の更新、拡張、導入に影響しますか?また、これに対処しないとアカウントが危険にさらされることはありますか?
これは、大規模な顧客の規制環境内での拡張に役立ちます。
