この記事の内容（9項目）

請求管理のGoogleスプレッドシートを作ったとき、同じ内容を別のシートへ何度も入力しなくて済むようにしました。入力フォームから請求一覧へ保存し、請求一覧から入金管理へ反映する流れです。

ただ、コードを確認してみると、減らせたのは自作シートの中の転記だけでした。銀行へ実際に入った金額との照合と、会計ソフトへの記帳は別に残っています。

「自動化したから二重入力はなくなった」と考える前に、数字がどこから来て、どこへ移るかを6項目で棚卸ししました。

先に結論

二重入力を探すときは、使っているツールの数ではなく、同じ取引を人が何回入力しているかを見ます。

私の自作シートでは、請求番号を使って請求一覧と入金管理をつないでいます。入金日を入れて更新すると、請求一覧の入金状況にも反映する設計です。一方、銀行明細との照合と仕訳は自動ではありません。

そこで、作業ごとに次の6項目を書き出します。

  1. 作業の開始点
  2. 元になるデータ
  3. 入力・コピーする場所
  4. 同じ取引を見分ける目印
  5. 自動にする範囲
  6. 人が最後に確認する内容

この形なら、スプレッドシートを直すべきか、請求サービスと会計ソフトの連携を確認すべきかを分けやすくなります。

自作シートの中では、請求番号でつないだ

自作したバックオフィスシートには、請求一覧と入金管理があります。請求一覧には、請求番号、発行日、支払期限、顧客名、件名、金額、入金状況、入金日などを保存する設計です。

入金管理を更新すると、請求一覧から請求番号、顧客名、件名、支払期限、合計金額を読み込みます。入金管理へ入金日を記録してもう一度更新すると、その日付と「入金済み」の状態を請求一覧へ戻します。

ここで使っている目印が請求番号です。顧客名と金額だけで結び付けると、同じ顧客へ同額の請求を出したときに区別しにくくなります。自作シートの中では、一つの請求番号に対して入金日を一つ持つ、単純な設計にしました。

ただし、このコードはGoogleスプレッドシート上で行う29項目の実機テストが未完了です。この記事ではコードに書かれた処理範囲だけを使い、動作済み、時短できた、入力ミスが減ったとはしていません。

残った境界を3つに分ける

同じ取引が移動する場所を、自作シートで確認できた範囲に絞ると次のようになります。

境界 自作シートで行うこと 別に残る確認
入力フォーム→請求一覧 請求内容と金額を保存 保存前の宛先・金額・期限
請求一覧→入金管理 請求番号を使って一覧を作り直す 入金日の入力、銀行明細との一致
入金管理→記帳 対応なし 取引の取込、仕訳、重複・漏れの確認

一つ目と二つ目は同じスプレッドシート内なので、GASで転記できます。三つ目は銀行明細や会計ソフトをまたぐため、自作シートだけでは終わりません。

請求管理シートと会計ソフトの役割を5工程で分けた記事では、この範囲の違いを先に整理しています。今回は、その中で実際に入力が重なる場所を見つけることに絞ります。

6項目の棚卸し表を作る

新しいツールを入れる前に、今の作業を一行ずつ書きます。表計算ソフトなら、次の見出しを1行目に置けば始められます。

作業の開始点｜元データ｜入力・コピー先｜取引の目印｜自動にする範囲｜人が確認する内容

たとえば、請求後の流れは次のように書けます。

請求書を発行した後｜請求一覧｜入金管理｜請求番号｜一覧への転記｜支払期限と金額
入金を確認するとき｜銀行明細｜入金管理｜請求番号・顧客名・金額｜未定｜実際の入金額と入金日
記帳するとき｜請求データ・銀行明細｜会計ソフト｜取引を識別できる情報｜取込対象を確認｜仕訳、重複、漏れ

大切なのは、最初から「全部自動」と書かないことです。未定の場所が見つかれば、そこが次に確認する境界になります。

同じ数字を入れている場所へ印を付ける

表ができたら、金額、日付、取引先名を人が再入力している行へ印を付けます。

請求一覧から入金管理へ同じ金額をコピーしているなら、同じファイル内の参照やスクリプトでつなげる余地があります。銀行明細を見ながら入金日を入れているなら、銀行側のデータを取得できるか、利用中のサービスが会計ソフトと連携するかを確認する場所です。

やよいの青色申告 オンラインの公式ページでは、銀行・クレジットカードなどの明細、電子マネー、POSレジ、請求書、経費精算サービスから取引データを取得する機能が案内されています。見積・請求サービスではMisocaとMakeLeapsが掲載されています。

また、Misocaで発行した請求書は、やよいの青色申告 オンラインへ連携できると案内されています。これは公式に掲載された連携例であり、私の自作シートがそのまま連携できるという意味ではありません。

自動化の前に、取引の目印を決める

転記を自動にしても、元データとコピー先を結び付ける目印が曖昧だと、重複や取り違えを見つけにくくなります。

自作シートでは請求番号を使いました。ただし、銀行の振込明細に自分の請求番号が表示されるとは限りません。実際の照合では、取引先名、金額、入金日なども見ながら確認する場面があります。

どの情報で一致と判断するかは、取引方法や利用サービスによって変わります。自動一致を前提にせず、判断できない取引を人へ戻す条件も一緒に決めます。

「自動取込」と「確認済み」を分ける

公式情報では、取得した取引データの自動仕訳と学習機能が案内されています。一方、サポート情報には、推論した仕訳、重複の可能性、修正やエラーがある仕訳を付箋で示し、確認後に付箋を外す流れがあります。

そのため、棚卸し表では「取り込む」「仕訳候補を作る」「内容を確認する」を一つの作業にまとめません。どこまで自動で進み、どこから人が確認するかを別々に書きます。

私は弥生の取込操作を試していません。対応する金融機関、連携設定、実際の仕訳結果、確認にかかる時間は評価していません。公式ページにある時間短縮率も、自分の結果としては使いません。

最初に直すのは、一つの境界だけ

棚卸しで複数の二重入力が見つかっても、同時に全部を変えると、どの変更で漏れが出たか追いにくくなります。

まずは、同じファイル内で請求番号と金額をコピーしている場所、または請求サービスから会計ソフトへ移している場所のどちらか一つを選びます。変更前後で確認するのは、入力回数だけではありません。

  • 元データの件数
  • コピー先へ入った件数
  • 重複した件数
  • 入らなかった件数
  • 人が修正した件数
  • 最後まで確認するのにかかった時間

少ない匿名データで一連の流れを確認してから、対象期間を広げます。個別の取引に使う勘定科目、税区分、申告方法は、この棚卸し表だけで決めず、取引内容に応じて税理士や税務署などへ確認してください。

自動化する範囲を決める前に、AI・GAS・外注を請求業務の5工程で分けた記事も使えます。最初の一行は、今日処理した取引を一つ選び、「元データ」と「入力先」を書くところから始めてみてください。

出典（確認日: 2026-09-09）

この記事の確認情報

最終確認日：2026年9月9日

確認に使ったもの

  • 自作バックオフィスGASの請求一覧15列と入金管理7列
  • 請求番号を使って入金日と状態を同期する処理
  • 販売前の29項目実機テストが未完了であることの記録

参照した公式情報

リンクは新しいタブで開きます。