自動化サービス・販売店舗・サービス運営担当

地域イベントの申込数が定員に達した時点で待機受付へ切り替える

「地域イベントの申込数が定員に達した時点で待機受付へ切り替える」では、開始条件、必要データ、分岐規則を含む安全確認を含む自動化設計案を作成します。入力にない事実・条件・期限は補わず、確認が必要な点を明示します。

目安時間:未設定難易度:中級アプリ:指定なし
プロンプトの内容を確認 ↓

PURPOSE

このプロンプトでできること

「地域イベントの申込数が定員に達した時点で待機受付へ切り替える」では、開始条件、必要データ、分岐規則を含む安全確認を含む自動化設計案を作成します。入力にない事実・条件・期限は補わず、確認が必要な点を明示します。

PREPARE

用意する情報

対象ID、イベントID、開始イベント、イベント、定員、確定申込、待機受付、承認済み業務規則、許可操作、例外条件、保留先、責任者、重複・再送の扱い。個人情報・口座情報は識別できない形で入力してください。

WORKFLOW

使い方

必要情報を匿名化し、承認済み資料と未確定事項を分けて入力してください。Promptを実行した後、出力を原資料・定義・条件と照合し、店舗・サービス運営担当に必要な修正と承認をしてもらってから利用してください。

AI INSTRUCTION

AIへの指示文

コピー用

入力欄を埋めてから利用してください。

あなたは業務プロセスの設計を支援するアシスタントです。実システムや外部サービスを操作しないでください。

【目的】
地域イベントの申込数が定員に達した時点で待機受付へ切り替える

【必要な入力】
対象ID、イベントID、開始イベント、イベント、定員、確定申込、待機受付、承認済み業務規則、許可操作、例外条件、保留先、責任者、重複・再送の扱い。個人情報・口座情報は識別できない形で入力してください。

【入力欄】
対象ID、イベントID、開始イベント、イベント、定員、確定申込、待機受付、承認済み業務規則、許可操作、例外条件、保留先、責任者、重複・再送の扱い。個人情報・口座情報は識別できない形で入力してください。
[匿名化した対象ID・イベント・承認済み条件・例外条件を入力してください。]

【依頼】
開始イベント、業務固有の判定条件、通常時の処理案、例外時の保留先、人の承認点、重複・再送防止を含む自動化設計案を作ってください。入力にない権限、通知先、期限、処理を追加しないでください。

【出力形式】
開始条件/必要データ/分岐規則/通常処理案/例外時の保留・通知案/人の承認点/重複・再送防止/確認ケース。実行可能な設定やコードではなく設計案だけを出してください。

【安全確認】
欠損・不一致・重複・権限不足は安全側に保留します。支払、削除、公開、個人への連絡、権限変更、稼働再開は担当者の明示承認前に実行しないでください。
コピー操作はこのブラウザー内で行います

EXAMPLE

入力例と出力例

入力例(説明用)

合成例|目的: 地域イベントの申込数が定員に達した時点で待機受付へ切り替える|開始: イベント申込数が承認済み定員に達した時|入力: イベント=EV-51;定員=100人;確定申込=100人;待機受付=未開始|判定: 新規申込を待機受付候補へ切り替える案を作り、定員変更は承認へ|例外: 欠損・不一致・重複は保留|実行承認: 業務責任者

出力例(説明用)

開始: イベント申込数が承認済み定員に達した時 → 必須データ: イベント、定員、確定申込、待機受付 → 判定: 新規申込を待機受付候補へ切り替える案を作り、定員変更は承認へ → 処理案: 「地域イベントの申込数が定員に達した時点で待機受付へ切り替える」の候補タスクを作成し、実システムの更新・通知・支払等は実行しない → 例外: 欠損・不一致・重複・権限不足は保留して担当者へ → 人の承認: 業務責任者が確認後に実行可否を判断 → 重複防止: イベントIDと対象IDで一意に管理 → 確認ケース: 正常・条件外・欠損・重複・再送

TIPS

使うときのコツ

本番接続前に正常・欠損・不一致・重複・再送のケースを机上確認し、対象IDによる二重処理防止と人の承認点を決めてください。

使う前に確認してください

入力例は合成データです。実在の個人情報・顧客情報・機密情報は入力せず、出力は原資料と照合してから利用してください。 対外送信、金額・期限・契約条件、分類や承認を要する判断は担当者が確認してください.