請求書を二重に作らない：作る前に会計帳簿に問い合わせる、209件中199件はすでにあった

請求書の作成を会計ソフトからERPへ移すとき、両方で請求書を作る期間が生まれます。ERPが作る前に会計帳簿に直接問い合わせれば、切り替え一回で何件の重複を避けられるのか。後始末せずに済む重複一件はいくらに当たるのか。

ある朝、機械は7:30にスーパー向けの納品書一枚について請求書を作成しました。同じ朝、経理はいつも通り、まさにその納品書を 会計ソフトに入力していました。会計ソフトからERPへの同期は12:15にしか動かないため、7:30の時点でERPには何も見えて いませんでした。結果は納品書一枚に請求書二枚、二冊の帳簿に——そしてどちらも、単独で見れば間違っていません。

これは誰かのミスではありません。会計ソフトからERPへ請求書の作成を移すあらゆる移行の形そのものです。新しい場所が十分長く動くまで、 誰も古い場所を止められないため、両方が同時に請求書を作る期間が生まれます。実際のシステムで測ると、そうした移行の最初の二週間に 機械が納品書から作成した請求書209件のうち、199件——95%——はすでに会計ソフトにもありました。金額は3億1,900万ドンです。

この記事の問いはこうです。ERPが作成する前に、そのPOの請求書がもうあるかを会計ソフトの帳簿に直接たずねるとしたら、一回の移行で どれだけの二重請求書を防げるのか、そして片付けずに済む二重請求書一件にはどれだけの価値があるのか？

1. 何が変わるのか

1. 作成する前にたずねる。 請求可能な納品書ごとに、請求書を作る前に、ERPは会計ソフトの帳簿に——経理のパソコン上の読み取り専用の 窓口を通じて——この伝票の受領書番号またはPO番号を持つ売上伝票がすでにあるかをたずねます。
2. 既存 ⇒ 作り直さない。 納品書は「請求済み」の欄に移り、「会計ソフトに既存」と伝票番号が明記されます。同期がその請求書を 取り込むと、それは納品書に紐づけられ、誰が納品書を開いてもその請求書が見えます。
3. 切替日から——同期が売上請求書の取り込みをやめる日——ERPが請求書を持つ場所になります。ERPは店の受領数量に従って作成し、 「会計ソフトに既存」と伝票番号を付けて、二度と逆向きにそちらへ送らないようにします。
4. 会計ソフトから取り込んだ請求書は決して逆向きに送られない。 これらの請求書では送信ボタンが消え、誰かが別の経路で呼び出しても 送信の命令は拒否されます。
5. 実行のたびに、たずね直す。 ERPが作成してまだ送れていない請求書は、会計の帳簿にもう一度たずねられます——機械が作成した後に 経理が入力することもあるからです。
6. 両方向に同じルール。 同期が、受領書番号、PO番号、またはERPの請求書番号が既存のERP請求書と一致する売上伝票に出会うと、 取り込まずに対にします——取り込めばERPで売上が二重になります。

ERPの請求書を会計ソフトへ送る処理は別の機能です。ここでは、それも書き込む前にたずねる、ということだけ知っておけば十分です。

経理のパソコンが切れているとき——7:30の実行でよくあること——ERPはたずねられません。最初、機械は完全に止まりました（「重複 するより遅れる方がまし」）。毎朝請求書が出ないため、方針を変えました。直近の同期をもとに作成は続け、その回はたずねられなかったと 明記し、実行後のたずね直しと同期時の対合わせで、すり抜けた分を捕まえます。

2. 10月30日に何が測れたか

これらの手順ができる前、会計ソフトに請求書がすでにある納品書87枚が、確認画面で間違った欄に置かれていました——60枚が「受領書待ち」、 13枚が「要確認」、14枚が「請求可能」で、経理に二度目の作成を促していました。そして二重請求書が一件、実際に起きていました。 冒頭の朝の納品書です。ERPが直接たずねられるようになる前のことでした。

6億8,880万ドンは、どの手順も止めなければ二重に数えられていたはずの売上です。それは稼いだお金ではなく、下の計算表もそれを効果に 加えません。本当のお金は、かけずに済む手間にあります。

3. 一つ目の源泉：請求書を一件ずつ手で調べなくてよくなる

機械がたずねないなら、確かめる唯一の方法は、送信を許す前に人がERPの請求書を一件ずつ会計ソフトで調べることです。

測り方。 続けて20件を調べる時間を計ります。信頼度： 高い、ただし小さい。

4. 二つ目の源泉：二重請求書を突き止めて取り消さなくてよくなる

測り方。 両方にある請求書の件数は測れます（上の95%）。人が自分で気づく割合は測れません——前回の移行で何件の二重請求書を片付けたか、 それをいつ見つけたかを経理責任者にたずねてください。

信頼度： 中程度。これが最大の源泉であり、数えられず、たずねるしかない数字の上に立っています。御社の人がほぼすべて捕まえているなら、 この源泉はずっと小さくなります。

5. 三つ目の源泉：電子インボイスを取り消したり差し替えたりしなくてよくなる

帳簿の中の二重請求書は社内で片付けられます。電子インボイスとして発行済みの二重請求書は、手続きに従って取り消すか差し替えなければ ならず、顧客にも説明しなければなりません。

測り方。 前回の移行での取消記録と差し替えの請求書を数えます。信頼度： 中程度——過小に見積もっているかもしれません。とくに 顧客が大きなチェーンで、差し替えのたびに先方との売掛金照合が一回生じる場合はそうです。

6. 差し引く部分：たずねられなかった実行

7. 足し合わせる

月420件の請求書で二週間の移行一回につき、およそ470万ドン、一回限りです。例で二重に数えられていたはずの売上2億8,500万ドンに比べれば 小さな数字です——そしてそれが要点です。事前にたずねる手順の価値は、節約できる人件費にあるのではなく、人が気づくのを待つ間に帳簿が 間違った状態に一度もならないことにあります。 売上を二重に数えたまま一か月を締めれば、間違った報告書がもう送られています。計算表は それに値を付けられず、付けようともしません。

8. このROIはどの前提の上に立っているか

両方が同じ番号を持っている。 たずねる処理が動くのは、会計ソフトの伝票がスーパーの受領書番号かPO番号を持っているときだけです。 POのないチェーンでは、会計の伝票は社内番号を持ち、比べるものがありません——そこではERPは切替日で重複を防ぎます。切替日より前の 納品書はERPでは作成しません。

切替日は一か所から読まなければならない。 ERPは切替日を同期の設定から直接読み、写しを持ちません。読み取りに失敗すれば、機械は 安全な側を選び、会計ソフトにすでにある伝票は作成しません。二か所に手で写した切替日は、まさに大事な日にずれます。

経理のパソコンが切れているとき、たずねる処理はない。 早朝の実行がいちばんよく当たる時間です。実行後の二つの手順——たずね直しと 同期時の対合わせ——がすり抜けた分を捕まえますが、数時間遅れます。毎週「たずねられなかった」実行の回数を数えてください。それが多いなら、 たずねる手順をやめるのではなく、実行時刻をずらしてください。

95%は最初の数週間にしか当てはまらない。 それは経理がまだ入力をやめていない時期の数字です。移行が終わればこの数字はゼロに近づきます ——そして近づかないなら、誰かがまだ同じ仕事を二度しているということです。

9. 御社自身で測る

1. 移行の前に。 移行する顧客グループの月あたりの請求書件数を記録し、前回の移行で何件の二重請求書を、どれだけの期間で片付けたかを たずねます。
2. 移行の間に。 毎日数えます：ERPが作成した請求書、そのうち「会計ソフトに既存」の件数、既存のため作成しなかった伝票の数、 たずねられなかった実行の回数。「既存」の割合は徐々に減っていかなければなりません。
3. 移行の後に。 実際に残った二重請求書を数えます：一つのPO番号に伝票が二つ。目標はゼロで、それは一本のクエリで測れます。

あわせて読む：納品は請求される前に、店がサインした数量とも合っていなければなりません — サイン入り受領書の当日照合がその部分を扱っています。

10. 覚えておくべきこと

二重請求書は、二つの正しいやり方から生まれます。 機械は正しく作成し、経理は正しく入力し、ただ誰も相手にたずねなかっただけです。 移行の間、人が古い仕事をやめることを覚えているのに頼らないでください。書き込む前に新しい場所が古い場所にたずねるようにし——古い場所から 取り込んだものは決して逆向きに戻らないようにしてください。

仕事を新しいシステムに移すことは、古いシステムが止まることを意味しません。両方が同時に動く期間があることを意味します。

両方にある請求書の件数、取り込んだ請求書を紐づけた納品書の数、作成しなかった納品書の数と金額は、スーパーチェーンに生鮮品を納める ある仕入先の実際のシステムで2026年10月30日21:40に測定し、匿名化したものです。月あたりの請求書件数、人が自分で気づく割合、電子発行済みの 割合、時間数と人件費は例示の数字です。ご自身の数字に置き換えてください。