出荷

プログラミングなしで「これが起きたら、あれをする」ルールを組み立てます。本当のリスクは連鎖です。別の自動化を起動する自動化はループに陥ることがあります — 全データに対して有効にする前に、1件で試してください。

プログラミングなしで自動化を作れます。業務トリガー（リード作成、請求書の期限切れ、契約締結、チケット起票、在庫が最低水準…）を選び、条件と実行内容（誰かに通知、依頼を起票、Webhook を呼ぶ、段階を移す）を決めます。すぐ使えるレシピのギャラリー（1 クリックでインストール）から始めるか、自分で組み立ててください。有効にする前に Dry-run で、何も実行せずに例で何が起きるかを確認できます。起動はすべてログに記録されます。

以前からあった6つの業務イベント（リード、商談、期限切れの請求書、契約締結、チケット、最低在庫）に加えて、自動化は次のものからも始められるようになりました。

• 指定した時刻に — 「毎週月曜 8 時」や「毎月 5 日」のように普通の言葉で書き、解釈をクリックして、保存する前に読み取られた内容を確認します。文が明確でない場合（例：祝日カレンダーに依存する「毎月最初の営業日」）、プラットフォームは勝手に日付を選ばず、理解できなかったと伝えます。
• 誰かが項目を変更したとき — 対象の登録と項目を選びます。コンテキストには変更前と変更後が含まれるので、新しい値を条件にできます（例：項目の変更後が WON に等しい）。
• 日付が近づいたとき — 日付と何日前かを選びます。各レコードは1回だけ通知します。プラットフォームは今日すでに通知した相手を記録しているので、同じ契約が期限まで毎日現れることはありません。

一覧には各自動化の名前、トリガー、出どころ、オンかどうか、最終実行日時が表示され、行のボタンでオン/オフできます。上部には既製レシピのギャラリー（インストールするとオフの状態で作成）、進行中の待機、最近の実行と各結果があります。

すべてのトリガーとアクションには、画面上部のギャラリーに少なくとも1つインストールできる例があります。インストールするとレシピがオフの状態であなたのアカウントにコピーされるので、開いて文面を調整し、例で Dry-run を実行し、思いどおりになったらオンにします。

各部品が何をするかを理解する最短の方法です — グループ間の OR、IF/ELSE、待機も含め、動いているところを見せるためだけのレシピがあります。

1つのグループ内では、すべての条件が真である必要があります。別の経路を追加（OR）をクリックすると2つ目のグループができ — どれか1つのグループ全体が一致すれば自動化が起動します。

例：「流入元 = サイト」のグループと「流入元 = 紹介」のグループがあれば、2つの自動化を作らなくてもどちらの場合にも起動します。

条件が1つも入力されていなければ、トリガーが起きるたびに自動化が起動します。

数日待つアクションは、その後に続く処理を一時停止します。期間が過ぎると、自動化の条件が今日のデータで改めて確認され、それから残りの手順が実行されます。

これで「3 日待つ。まだ支払っていなければ催促する」が本当に機能します。その間に顧客が支払っていれば、催促せずに待機が終わり、履歴に理由が残ります。確認し直さずに続ければ、すでに支払った人に催促することになり — しかも技術的には何もエラーになりません。

待機中の手順は時計待ちブロックに表示され、キャンセルできます。自動化をオフにすると、途中まで進めていたものもキャンセルされます。

プラットフォームの操作を依頼アクションは、Tenkai と同じ管理されたカタログ（チケット起票、債権の回収、期日の延長、段階の移動…）を使います。

操作は自動化を作成した人の名前で行われます。その人の画面権限、プロファイルの動詞、会社の承認権限が適用されます。割引を与えられない人が書いた自動化は割引を与えません — 画面に出るのと同じ理由で拒否されます。

🔒 お金が関わる操作は決して自動では確定しません。24 時間あなたの確認を待ち、確定またはキャンセルのためのコード付きの通知が届きます。

項目を更新アクションには、意図的な拒否が3つあり、理由は必ず履歴に残ります。

• 債権債務 — お金は直接の代入ではなく、承認の経路を通って動きます。「プラットフォームの操作を依頼」を使ってください。
• 識別と監査の項目（会社、アカウント、登録日時、変更者）— 「これは誰のものか」「誰が触ったか」に答えるのはこれらの項目です。
• 登録に存在しない項目 — どこにも保存しないまま終わるのではなく、アクションは拒否し、見つからなかった項目を示します。

項目スタジオで作成した項目に保存するには、キーに接頭辞 custom. を付けて書きます — たとえば custom.centro_custo。

詳細画面で「指定した時刻に」を選ぶと、実行タイミングを書いて「解釈」をクリックする必要があります。「誰かが項目を変えたとき」は台帳と項目、「日付が近づいたとき」はさらに何日前かが必要です。これがないと保存は拒否されます — エラーなしで動かないレシピになってしまうためです。自動化はオフの状態で作成されます。

自動化をオフにするか削除すると、保留中の待機が取り消されます。後で期限を迎える待機アクションが、オフにした自動化の代わりに動くことはありません。削除するとレシピはごみ箱に入り、元に戻すか一覧のごみ箱から復元できます。オンにする前に、詳細画面ヘッダーのドライランで例を使った結果を確認してください。

いいえ。自動化の時計は 15 分ごとに時刻を確認するので、処理は指定時刻から最大 15 分遅れて実行されることがあります。起きることがないのは、飛ばされることです。ちょうどの分が2回の確認の間に入った場合は、次の確認で実行されます。

また、同じ時刻が2回起動することはありません — 各自動化は最後に実行した時刻を記録しています。

項目変更のトリガーは、変更履歴を保持している登録でのみ機能します — 旧値と新値の比較は履歴から取るからです。履歴のない登録には、比べるための「変更前」がありません。

選んだ項目が、画面で変更している項目と同じかどうかも確認してください。一覧には登録の実際の項目が表示され、登録を切り替えると選んだ項目は意図的にクリアされます。