変更履歴の項目

実行された各行には、その効果を示すリストへのリンクがフィルター済みで付いています。履歴にはすべての計画が残ります：何が提案され、誰が承認し、いつ、何が実行されたか——それが「この顧客への督促を承認したのは誰か？」に答えます。表はページのボタンからCSVでエクスポートできます。

すべての行はチェック済みの状態で表示され、チェックを外すのはワンクリックです。すべてを承認するのもワンクリックです。この画面でできない「のは」、見ないまま承認することです——各行にはチェックボックスの横に文面が表示されます。そして承認はあなたの名前で、日時とともに記録されます。

計画の1行は、Tenkaiのクローズドなカタログにあるアクションです。その行を統制する画面と動詞を宣言し、権限は実行の瞬間に確認されます。あなたのプロファイルがその画面を変更できなければ、その行は実行されません——あなたが承認した一括処理の中に含まれていても同じです。

9時に作成して15時に実行した計画は、すでに変わってしまった状態に対して動きます：顧客が支払った、金額が再交渉された、誰かが電話をかけた。期限切れの計画は拒否され、新しい計画を作り直します——すでに支払った人に督促してしまったと後で気づくより速いのです。

音声は計画を依頼したり聞いたりするのに最適です——ハンズフリーこそが想定する使い方です。承認には画面のタップが必要です。音声認識は無音を返して失敗するのではありません。似た単語を自信満々に返して失敗します。「Confirma」と「conforme」はマイクには同じように入りますし、別の人に言った「OK」が督促の送信になってはいけません。

一括アクション（「期限切れの12件を督促して」）を依頼しても、送信される前に何が送られるかを正確に確認できるようにするためです：誰に、どのチャネルで、いくらで、どんな文面か。楽な道は、システムが12件すべてを実行して「督促を12件送信しました」と返すことでしょう——そのとき、あなたは計画を確認するのではなく、数字を承認していることになります。

必要な対処が異なるからです。「権限・許可で拒否された」は、その動詞を付与するか申請を判断すれば解決します——繰り返しても同じ拒否が返るだけです。「状態が変わった」（請求が支払われた、督促の段階がすでに進んだ）は解決するものではなく、押し通せば支払った人に督促することになります。再試行で解決するのは「試したが失敗した」だけです。3つを合わせて「未送信3件」とまとめるレポートは、足りないのが権限なのに、メールを調べさせることになります。