このウィッシュリストのリクエストのきっかけは何だったのでしょうか？
ハンズオンアクティビティを使用してWFBを顧客に紹介したところ、汎用ワークフローをトリガーするためにインポートステップをオフにするという通常の方法がインポートウィザードでは機能しないことがわかりました。インポートウィザードは重要な処理情報の大部分をステップ自体にカプセル化しているため、インポートウィザードで何かを汎用化する唯一の方法は、DonのJSLクックブックの例で説明されているようにワークフローステップを手動で編集することです。execlファイルのインポートのような基本的なことでさえコード編集が必要になるのは、JMPの「ノーコード自動化」ツールとしてのWFBのポジショニングに反します。
ご希望される新機能、改善点、または解決策についてご説明ください。
ユーザーがインポートウィザードの手順を追加したことをWFBが認識し、それに応じて調整します。これにはいくつかの方法があります。
- WFBに追加したログスクリプトを、ドンがクックブック記事で概説している「ファイル選択」方式に準拠するように調整してください。WFBがウィザードの存在を認識した場合にのみアクティブになる赤い三角形のメニューオプションを追加することもできます。記録されている手順。
- （私の推奨する方法ですが、少し手間がかかります）WFBのステップに、ファイルを開くアクションを処理する特別なタイプを追加します。このステップは、記録されたJSL、パス、インポート要件などを解析し、記録されたパスを実行する代わりに、ステップ設定にチェックボックスを表示してユーザーにファイルを選択するように促します。
この新機能が提供された場合、あなたや他のユーザーにとってどのようなメリットがありますか？
WFBはJMPの自動化のためのノーコードソリューションです。新規ユーザーと既存ユーザーの両方でその真価を発揮させるためには、コアとなる機能を真にノーコードにする必要があります。
これは外部顧客からの依頼ですか？
直接的な問題ではないが、基本的な導入活動でコード編集を、ほとんどのユーザーが期待するような形で一般化する必要があるというのは、あまり良い印象を与えない。
この機能や解決策を備えた競合ソフトウェアパッケージで、私たちが知っておくべきものはありますか？
該当なし
これは顧客における契約更新、拡張、または導入に影響を与えるでしょうか？また、この問題に対処しない場合、顧客アカウントが危険にさらされるでしょうか？
WFBは、セミバーティカル市場における事業拡大と棚卸し商品の消費を促進する重要なツールです。使いやすさと汎用性を高めるためのあらゆる取り組みは、契約更新、事業拡大、導入率といった指標にプラスの影響を与えるでしょう。
