YiDAクールアプリ開発者ガイド
DingTalkクールアプリの全体的な設計仕様については、👉 DingTalkクールアプリ設計ガイド & 一般設計仕様 をご覧ください。
YiDAクールアプリテンプレートゾーン
YiDAクールアプリ専用のカテゴリゾーンをご用意しました。既存のクールアプリテンプレートの設定を確認するには、有効化のうえアプリの設定フローをご確認ください。グループ内でテストする場合は、対象グループの自作クールアプリセンターにアプリを公開してください。詳細はフローノード5および6をご覧ください。実例:グループ内食事注文
- シナリオ1:食事情報の迅速な公開。シンプルな予定変更の履歴設定を行うだけで、食堂管理者はその日の新メニューをインタラクションカードまたはピン留めカードとして複数のグループに公開できます。各グループのメンバーはグループ内で直接食事注文を完了できます。
- シナリオ2:ワンクリック注文。組織はインタラクションカードに「ワンクリック注文」ボタンを設定できます。新メニューが公開されグループに同期されると、メンバーは「ワンクリック注文」をクリックし、注文詳細を入力してすばやく注文できます。注文詳細と在庫はカード上でリアルタイムに更新されます。
- シナリオ3:注文データのブロードキャスト。メニューが売り切れた場合や注文締切時刻に達した場合、システムは設定内容に従って注文データを自動集計し、グループに同期して全メンバーに情報を共有します。
- 売り切れの食事注文カードが現在のグループに送信されます。
- シナリオ4:注文データのエクスポート。注文終了後、食堂管理者はアプリのバックエンドのデータ管理ページから注文データをすばやくエクスポートし、どのメニューをどの従業員向けに準備するかを食堂に通知できます。
フローノード1:業務アプリのコアページを構築
- フォームデザイナーで予定変更の履歴起動フォームを構築します。
- フォームデザイナーで食事注文送信フォームを構築します。
- カスタムページデザイナーで食事注文リストページを構築します。
- レポートデザイナーで詳細な食事注文分析レポートを構築します。
フローノード2:統合と自動化 — カード送信ノードの設定
- 統合と自動化で、シナリオに応じたフォームイベントを設定します。食事注文予定変更の履歴フォームが正常に作成された際に、食事注文予定変更の履歴カードをプッシュします。
- 統合と自動化フロー内でカードテンプレートを選択します。
- 統合と自動化でカードを紐付けます。
- 統合と自動化でカードの送信スコープを設定します。
フローノード3:カードを構築
- 食事注文リストカードデザイナー。
- 食事注文カンバンカードデザイナー。