Level3(Advancedコース)の課題2に取り組んでいます。ディスパッチャーのフローチャート作成にてこずっています。簡略版PDF(全31ページ)の4ページ目について質問です。フォルダーの「GetTransactionData.xaml」プロジェクトを開きます。アクティビティを削除します。アクティビティを追加し、「WorkItems」ページをスクリーンで指定します。数はディスパッチャープロセス用のページ番号となります。logging」の上です。今から押す番号の要素有無を検出し、あったらout_Transactionitemにin_TransactionNumberの値を入れ、なかったら、out_TransactionitemにNothingを入れます。これで下の処理が流れますよね。回答ありがとうございます。Jun1:今から押す番号の要素有無を検出し、とのことですが、次のページの数字(今いるページ番号+1)をクリックする、ということでしょうか?まずWorkItemページに移動済の前提です。#4@Akane正常系だけですが、ざっくり簡単に言うと下記の動きです。Process」に移ります。Transaction」に移ります。Transaction」では・頁番号を押して、頁移動します。・キューにデータを上げます。・SetTransactionStatusを呼び出し、この中で頁番号をインクリメントしてます。Data」に戻ります。回答ありがとうございます。何度も申し訳ないです...。row(“Status”).Equals(“Open”)」6.Thenシーケンスに「Add.QueueItem」アクティビティを配置アイテム情報は下記のとおり。(EndProcessに移る)以上。手順1、手順2の参照スクリーンショットは、どのあたりをスクショしておくと、分かりやすいのでしょうか?セレクターの内容で実行する(=あくまでも参照)ので、実行内容には関係しないと認識しているのですが、より分かりやすいところを選択したいと考えています。他のスクリーンショットは、セレクター変更しないで使用しているので、そのままでセレクターの内容と一致する、という認識です。#7@Akane手順はあってますね。個人的には手引書同様に1です。「画面上で指定」でセレクタを構築しても1ですし、そこから、セレクタに変数を埋め込んだ後に、2にするために、わざわざスクリーンショットを取り直す作業が発生するのは手間。番号が並んでいた方が、視覚的に、どの部分なのか、すぐにわかりそうなので他の人が見てわかりやすいと思う方でよろしいかと。回答ありがとうございます。「Process.xaml」の手順については、理解できました。#9こんにちわ!手順は合ってます。Akane:Thenシーケンス1とThenシーケンス2の「代入」アクティビティは、初期設定(REFramework新規作成)時からありますが、これは残しておいて問題ないのでしょうか?というか、この2つのアクティビティは、今回使ってない、という認識で良いのでしょうか?カスタムログフィールド用として、今後の利用も考慮し、残しておいてください。環境に合わせる以外はフレームワークとして保持しておくことをお勧めします。参考ですが、SetTransactionStatus内でデフォルトでこの変数の値もログ出力しています。(このワークフローでは値は空ですが。回答ありがとうございます。必要分以外は、極力変更しないようにします。「GetTransactionData.xaml」の手順も理解できました。「in_TransactionItem」引数は、System.String型に変更する、ということでした。#11この課題のディスパッチャ―では「SetTransactionStatus」アクティビティは不要ですがパフォーマーで必要です。キューからトランザクション項目を取得し、その後の処理状態を「SetTransactionStatus」で、ステータス変更します。(Orchestrator上でも、その状態を確認できる様になります。)ディスパッチャ―はキューにデータを上げるだけのプロセスなので、この流れはありませんよね。ディスパッチャとしての機能を構築するための改造は必要となります。言い方が良くなかったですかね。環境を合わせる、必要な機能を構築する以外は、なるべくフレームワークとして保持しておくことをお勧めします。回答ありがとうございます。「in_TransactionItem」引数は、System.String型に変更する、ということでした。セレクター内容を修正する点について質問です。添付画像2点は、簡略版PDFのものですが、こちらでは、”aaname”を「in_TransactionItem」としています。「in_TransactionItem」引数は、System.String型に変更しているため、このままだと、エラーになってしまいます。ここは、引数の後に「.ToString」を追記する形にすればよいのでしょうか?そうすると、一応、エラーは消えます。#13Akane:しかし、「in_TransactionItem」引数は、System.String型に変更しているため、このままだと、エラーになってしまいます。ここは、引数の後に「.ToString」を追記する形にすればよいのでしょうか?そうすると、一応、エラーは消えます。String型に変更していなら、エラーにならないとは思うのですが、この場合、「.ToString」を付けても同じなので、それでも良いです。回答ありがとうございます。ファイルを実行すると、出力部分に下記のような文章がありました。KB変数のSystem.String型が問題になってるのは分かるのですが、手順書のPDFどおりの変数型変更しかしてないはずなのですが...。下記は、Main.xamlの変数一覧です。KBよろしくお願いいたします。回答ありがとうございます。簡略版の手順書PDFでは、「TransactionItem変数はSystem.Stringに変更」、とありますが、ここは無視してしまってよい、ということでしょうか?PDF3ページ目(表紙含む)です。#17stringでも、配列になってしまってます。[]なしにして下さい。回答ありがとうございます。[]に修正し、また他も見直しして、動くようになりました。何度もありがとうございました。