はじめに

月末になると、納品書や請求書の作成が重なる。

取引先ごとに金額を確認し、請求日や支払期限を入力する。帳票をPDFにしてメールへ添付することもあれば、印刷して郵送することもある。

一通ずつ処理を進め、最後の送信ボタンを押す。

そこでようやく、

「今月の請求書は終わった」

と思える。

しかし、数日後になって取引先から問い合わせが入ることがある。

「請求書がまだ届いていないようです」

送信済みメールを確認すると、下書きのまま残っていた。

送信は完了していても、古いメールアドレスへ送っていた。PDFを添付したつもりが添付されていなかった。修正版を送り直したあと、どちらが最終版なのか分からなくなった。

こうした出来事は、注意不足や操作ミスとして扱われやすい。

もちろん、送信前の確認は必要である。

だが、もう少し構造的に見ると、別の問題が見えてくる。

私たちは日常の事務処理で、異なる複数の地点を、すべて「終わった」という一つの言葉へまとめている。

請求書を作った。

請求書を保存した。

請求書を送った。

必要な確認や修正を終えた。

これらは連続しているが、同じ状態ではない。

「作成済み」と「送付済み」は同じではない

請求書は、帳票として出力した時点で一つの区切りを迎える。

内容や金額を確認し、PDFや印刷物ができれば、作成作業は完了している。

しかし、請求業務全体が終わったとは限らない。

メールで送る場合には、その後にも工程がある。

請求内容を確定する
↓
請求書を作成する
↓
PDFを保存する
↓
メールへ添付する
↓
宛先を確認する
↓
送信する
↓
必要に応じて確認・修正する

郵送する場合にも、

印刷する
↓
封入する
↓
宛名を確認する
↓
投函する

という作業が残る。

ところが現場では、これらが細かく区別されず、

「請求書を出した」

という一つの記憶に圧縮されやすい。

忙しいときには、この圧縮が仕事を進めるために役立つ。

すべての工程を一つずつ意識し続けていては、月末の仕事が重くなりすぎるからである。

問題は、後から確認が必要になったときに、その記憶を再び開けないことである。

「請求書は作ったが、送っただろうか」

「メールは送ったが、どの宛先だっただろうか」

「修正版を送ったが、どのファイルだっただろうか」

仕事の現在地点が残っていなければ、最初から調べ直すことになる。

細かな管理表を増やす必要はない

この問題を防ぐために、詳細な進捗管理表を作ることもできる。

作成日時、保存場所、送信日時、送信先、確認状況、修正履歴、再送日時。

項目を増やせば、理論上はすべて追跡可能になる。

しかし、小規模事業者の月末に、その管理まで継続できるとは限らない。

電話や来客に対応し、納品内容を確認しながら、通常の営業や経理も進めなければならない。請求業務だけに十分な時間を使えるわけではない。

記録を増やすことで、本来の仕事よりも進捗管理の方が重くなることもある。

必要なのは、すべての工程を詳細に記録することではない。

後から仕事へ戻るために必要な地点だけを残すことである。

たとえば請求先の一覧に、

作成済み
送付済み
要確認

という三つの状態だけを置く。

あるいは備考欄に、

7/28 メール送付
宛先変更あり
修正版を再送

と一行残す。

それだけでも、後から見たときの状況は大きく変わる。

何をしたかを完全に再現できなくても、

「どこまで進み、次に何を確認すればよいか」

が分かれば、仕事は再開できる。

完了していなくても、現在地点は残せる

事務処理では、完了したかどうかを明確にすることが重視される。

未処理の仕事を残さないためには、確かに完了確認が必要である。

しかし、すべての仕事が一度で完全に閉じるわけではない。

相手からの連絡を待つこともある。

内容の確認が翌日になることもある。

先方の担当者が不在で、対応が翌週へ移る場合もある。

このような仕事を、無理に「完了」か「未完了」のどちらかへ分けると、現実とのずれが生まれる。

完了していないからといって、何も進んでいないわけではない。

送付済みだからといって、すべて終わっているとも限らない。

その間には、

  • 作成済み
  • 送付待ち
  • 送付済み
  • 確認待ち
  • 修正対応中

といった現在地点がある。

現在地点が分かれば、翌日になっても、担当者が変わっても、仕事へ戻りやすい。

請求業務を支えるのは、完了の印だけではない。

途中の状態から再開できることである。

控えは、次回の仕事を始める入口になる

請求書の控えは、後から取引内容を確認するために保存される。

税務や会計上の記録としても重要である。

しかし、控えにはもう一つ役割がある。

次回の仕事を始めるための入口になることである。

前回はどの品目を請求したのか。

単価や数量は今回も同じか。

請求先や担当者は変わっていないか。

特別な記載や送付方法があったか。

前回の控えが整理されていれば、今回の請求書をゼロから作る必要はない。

前回の納品書や請求書を起点に、今回変わったところだけを直せばよい。

前回の請求
↓
今回の差分を確認する
↓
今回の請求
↓
次回へ控えを残す

請求業務は、毎月独立して発生する作業ではない。

過去から現在へ、現在から次回へ続く反復である。

控えを残すことは、過去を保管するだけではなく、未来の作業量を小さくすることでもある。

GIMCALC201が支える範囲

GIMCALC201は、請求書を相手へ届ける通信サービスではない。

メールが読まれたかを確認するものでもなく、入金管理や取引先との交渉を代行するものでもない。

支えるのは、その手前にある反復業務である。

前回の納品書や請求書を参照し、今回変わった部分を修正する。

必要な帳票を作り、PDFや控えとして整理する。

そして、次回も同じ仕事へ戻りやすい状態を残す。

すべてを一つのシステムへ集めるのではなく、請求書を作る部分、送る部分、相手との確認が発生する部分を分けながら、必要な接続を保つ。

できることと、できないことを分けることは、不便さではない。

どこまでが帳票作成で、どこから人の確認や相手とのやり取りになるのかを明確にするための設計でもある。

月末の確認を少し軽くする

今月の請求業務を、大きく変える必要はない。

まず、普段使っている一覧やメモを一度見直してみる。

そこに「完了」しかない場合は、

作成済み
送付済み
要確認

の三つへ分けてみる。

新しい管理表を作る必要はない。

すでに使っている一覧の端へ印を付けるだけでもよい。

重要なのは、管理を増やすことではなく、次に確認する場所を残すことである。

請求書を作った。

メールを送った。

そこで、仕事を完全に閉じようとしなくてもよい。

どこまで進み、どこから先は別の確認なのか。

その現在地点が残っていれば、翌日でも翌月でも、仕事は再び始められる。

請求業務の安心は、すべてを一度で終わらせることだけから生まれるのではない。

送信ボタンを押した地点ではなく、次に何を確認すればよいか分かる地点まで残しておく。

それが、月末の事務を少し軽くし、次回の仕事へ静かにつなげる。