みなさま、こんにちは！
現在、リレー形式の承認フローをbubbleで作成しています。
見積の承認ワークフローを作成しているのですがどのようにすればいいかいい案が浮かばずこまっていました。
予め作成してある決済パターンに確認者１〜確認者１０まで作成しており見積承認申請を行う際に、決済パターンを選択し各確認者を１から順番に確認させ登録した決済パターンの最後の確認者が確認をした後に決済者により最終決済をするワークフローを作りたいです。
前提条件 決済パターンに登録する確認者は各決済パ…
◆Dataの状況
・「confirmation（→承認依頼内容を格納）」「checker（承認者リスト）」の2つのTypeを用意。
◆DesignとWorkflowの状況
・indexページで承認依頼内容を作成。
◆悩んでいるところ悩み①：
悩み②：
send mail ( 該当する決済’s 確認者’s :item# (get data from page urlでパラメータ=num。typeはnumber) + 1 ’s mail。
イメージは、confirmation typeのcheker fieldに、list形式で格納されているcheckerに順番に送っていくイメージです。こちらのやり方をご教示いただけると幸いです。#firstと #lastで指示すれば実装可能なのですが、今後さらに増やした場合は、#を1ずつ増やす必要があると思っております。
もちろん、「こんなやり方じゃない！」ということもあるかと思いますので、アドバイスいただけると幸いです！
悩み1について
悩み2について
考え方）
この方法で、自分の次の承認者情報を単一で取得できます。
テーブル例
userA 1
この場合で、userAが承認した場合の後のフロー
Do a search forで「checker」を選択
checkerの検索条件に、承認順 > Do a search for にして「checker」を選択
2の内部の検索条件にuser = Current user、念のためsort byに優先順、DescendingはNo（昇順ソート）にする
3の設定を閉じるとSearch for Checkerとなるので、:first item’s 承認順 とする（ここで1の値がとれる）
4の設定を閉じると、Search for Checkerとなるので、:first item’s userとし、さらに’s emailとする
気をつけないとならないのは、Bubbleの標準ソート順は作成日時です。
最終承認者の場合、取得できるレコードがなくなるため取得レコードが0件の場合は承認完了など処理を分岐する必要があります。
ポイントとしては、checkerテーブルに承認者自身は含まれるため、自分の処理順を取得できればその次の数字のユーザーの取得ができるというところかなと思います。
「いいね！」 1
悩み2が説明がわかりにくかったかもと思ったのでサンプル作りました。
左のDropdownでテストA〜D
右のユーザー、優先度、メールを指定して追加すると、checkerにデータを追加することができます。
■動作サンプル
■エディタ
「いいね！」 1
早速ご丁寧にありがとうございます！
悩み1の方にいただいたアドバイスに着手しましたが、早速つまづいてしまっています。
■Page構造
「いいね！」 1
また、送信する画面のType of contentsですが、indexページ上で指定するType of contentsのことでしょうか？data typeを指定することがどのようにワークするのか、まだ理解できていなくはありますが。。。大変お手数ですが、こちらもご確認いただけますと幸いです！
ページに対するType of contentは対象のTypeの中の1レコードがオブジェクトとして参照できるようになります。
ページの構造は理解したので、何かわかりやすそうなサンプル作ってみますね！
わわわ！サンプルコード！ありがとうございます！
サンプルこんな感じでいかがでしょう？
■申請画面動作サンプル
■申請画面エディタ
■承認画面動作サンプル
■承認画面エディタ
承認画面のURL末尾、163〜の文字列がレコードのIDです。
承認のworkflowですと、一般的には差し戻し処理などいくつかのステータス遷移が必要ですが、サンプルは承認が進むのみケースを想定しています。
理解すればあっという間に作れるので、ご確認ください！
ありがとうございます！！！できました！
パラメータの部分は、workflow_checkページのURLの後ろにuniqe_idを入れるだけで、ページ自体のType of contentを指定していれば表示されることが発見でした。
助かりました！
「いいね！」 1
