チームの歩み

資金管理の標準的な期間です：信頼できるほど短く、対応する時間があるほど長い。これより先の予測は作り話になり、これより短いと問題に気づくのが遅すぎます。

計算の根拠を開きます：その数字がどの仕訳で構成されているか。値の証拠です — この画面のどの数字も、信頼だけで受け入れる必要はありません。

パネルには有効な各銀行口座の計算残高が表示されます：登録時に入力した開始残高に、それ以降その口座に紐づいた決済を加えたものです。投資口座と貯蓄口座は、そのお金が当日の助けにならないため印付きで表示され、利用可能額ではなく「運用中／拘束」カードに入ります。コネクター経由で ERP から来た口座は、ミラーとして識別されます。

画面にはずらした入金の件数が表示され、各日／各週の計算の根拠には、予想日の横に元の期日が表示されます（例：「期日 10/09、行動により +12 日」）。前払いする顧客は「前」にずれます。プロファイルは予測のたびに再計算されるため、支払い行動が改善した顧客は、自動的に予測も改善します。

結果が十分にある場合（4 週間で 5 件以上）、画面には予測の平均誤差（WAPE：乖離の合計を予測の合計で割ったもの）が表示されます。予測の公開スコアボードです：平均誤差が 6% なら、見ている数字は信頼に値します。40% なら、予測はあなたに作り話をしています — おそらく現実的な期日が登録されていないか、予想日を有効にする必要があります。サンプルが不十分な場合、カードは表示されません。2 日分で計算した精度は嘘をつく計器だからです。

資金とは支払日のことです。9 月の請求で期日が 11 月なら、11 月に入ります。すでに期日を過ぎて未決済のものは最初の週に入ります — 日付が過ぎたからといって延滞が資金から消えるわけではありません。

将来にしか解約できない運用資金は、来週の助けにはなりません。すべてを一つの残高に合算するのは、引き出せないお金で支払能力を宣言するようなものです — そのため二つの行は分けて表示されます。

累計残高がマイナスになると、画面にはその週、不足額、それを埋めるのにかかる費用が表示されます。費用の見積もりには前倒し資金化の料率を使います。今すぐ動く場合のコスト — 期日の交渉、回収の前倒し、購入の延期 — と比べるためのものです。

この画面は 100% 財務の画面です — 残高、請求、資金不足 — そのため「金額を表示」ガバナンスで全体がブロックされます：プロファイルに権限がなければ、パネルの代わりにアクセスの通知が表示されます。数字のない部分的なバージョンはありません。金額のない資金予測は何も伝えないからです。チームの誰かが資金を追う必要がある場合は、管理者がその人のプロファイルに「金額を表示」を付与してください。

1 日に数回、システムは資金を再予測し、以前はマイナスにならなかった週がゼロを割るようになった場合、その日付と不足額とともに、すぐに通知が届きます。締めのときにしか届かないアラートは、すでに起きた問題を知らせるだけです。状況が変わらない限り、同じ通知は繰り返されません。

「週／日」ボタンは「同じ」期間の粒度を切り替えます：どちらのモードも同じ請求、同じ定期分、同じ残高を読みます。ある週の日々を合計すると、その週の合計とぴったり一致します — 二つの計算が食い違うとビルドを失敗させる自動テストがあります。「いくらあるか」に二つの画面が違う数字で答えるのは、誰も気づかない種類の欠陥だからです。今週の判断（どの日にいくら足りないか）には「日」を、傾向を見るには「週」を使ってください。

口座の登録に開始残高がない場合、表示される数字はここで入力されたものの合計にすぎません — 残高に見えますが残高ではありません。画面はこの状態の口座がいくつあるかを知らせます。銀行明細と一致させるため、口座の登録に開始残高（とその日付）を入力してください。

会社のパラメーターで TESOURARIA.SALDO_MINIMO を設定すると、予測が資金の下限を割り込む最初の日に黄色のアラートを受け取れます。これは赤いアラートとは意図的に異なります：赤はお金が尽きたこととその救済コストを伝え、黄色はお金が尽きそうで、まだ安い選択肢があることを伝えます。パラメーターがなければ、画面は通知がオフであることを示します。

同じ期末残高でも、まったく異なる未来を意味することがあります。資金が「営業」によって生み出されて増えているなら、会社は自立しています。「借入」が入ったことで増えているなら、同じ数字が分割で返ってくる負債を隠しています。三つのカードは、実績のキャッシュフロー計算書と同じ分類で、期間全体にわたってこれを分けます — そこで財務活動に分類される科目は、ここでも常に財務活動です。機械の購入は投資活動に、税金は営業活動に残ります（資金の観点では税金は営業です）。

「資金に聞く」パネルは、「資金が最初に厳しくなるのはどの日？」や「期間中の最大の支出は？」といった質問に答えます。回答の数字はすべてパネル自体から取られます — 人工知能が独自に計算することは禁止されています。もっともらしいが誤った値を決してでっち上げないためです。パネルにないデータを求められた場合、回答は推測せずにそう伝えます。AI が使えないときも何も失われません：画面の数字は AI なしでも有効です。

仮定の質問（「20 万を 90 日運用したら？」）には推測で答えません：コパイロットは「シナリオ」画面で対応するレバー（運用、為替、与信、価格改定、取引）を作るよう案内し、そこでエンジンが実際の効果を月ごとに計算します。シミュレーション全体と同じルールです：機械が入力して計算し、判断はあなたが下します。

「期日／予想日」ボタンは「入金」の日付を切り替えます：予想モードでは、各売掛金がその顧客の典型的な遅れ — 過去 12 か月の決済の遅れの「中央値」— だけずらされます。10 日期日の支払いをいつも 22 日にする顧客は、実際にお金が入る 22 日に表示されます。決済が 3 件未満の顧客にはプロファイルがなく、期日のままです — プラットフォームは、何も証明しないサンプルから行動をでっち上げるより、素の期日を選びます。出金は決してずらしません：期日どおりに払うか（払わないか）は予測ではなく、あなたの判断です。

プラットフォームは毎日、その日の入出金予測を固定し、翌日に実際に決済された額と比較します。乖離が「二つの」しきい値（TESOURARIA.VARIANCIA_PCT と TESOURARIA.VARIANCIA_VALOR）を両方超えると、オーナーに説明付きの通知が届きます — その日に期日だったのに支払わなかった相手も、名前と金額付きで示されます。静かな日（予測も実績もない日）は的中でも乖離でもなく、ただの静かな日で、アラームは出ません。

予測は誰かが画面を開くたびに書き換わります — だから「7 月には何を予測していたのか？」という問いには答えがありませんでした。プラットフォームは期間ごとに一度、予測の「スナップショット」を保存し（日次サイクルで自動的に）、パネルは各スナップショットをその月に実際に起きたことと並べて表示します。「期間を締めて期間を送る」ボタンはこれを即座に行い、冪等です：2 回クリックしてもスナップショットは重複せず、結果も書き換わりません。

スナップショットには、その時点での 13 週間の期間末の予測残高が保存されます。「実際」は、その月が実際に生み出した純額（決済済みの入金から出金を引いたもの）です。近い値ですが、構造上同一にはなりません — 比較は誤差の「傾向」を見るためのもので、1 セント単位で一致させるためではありません。

「期日」は契約どおり、「見込み日」は各入金を顧客がふだん支払う時期に移し、「見込み × 確率」はそれに加えて期日から 60 日以内に支払う確率を金額に掛けます。期日から 60 日以上たった請求が 3 件未満の顧客は満額のままです。支払の約束は加重しません。

請求がまだ生成されていないときに起こります。予測は有効な契約の定期分で補完されますが、二重計上を避けるため、請求が存在しない箇所だけです。期間があまりに空っぽに見える場合は、月額が登録されていない契約がある可能性が高いです。

分類は、請求の資金科目の会計グループから決まります。グループが未入力の請求は、計算から除外されるのではなく、キャッシュフロー計算書の既定である営業活動として扱われます。財務活動のキャッシュフローが本来より小さく見える場合は、「マスター › 資金科目」で借入科目の会計グループを確認してください。