経費精算を毎月手入力している経理担当者が、Googleフォーム＋GASで入力ゼロにした手順

バラバラ入力が招く経理の地獄

締め日の夕方、経理担当者のデスクには重苦しい空気が漂う。全社員から送られてきたバラバラな形式のExcelファイル。メールに添付された領収書の画像、そしてデスクに直接置かれた紙の束。これらを一つずつ突き合わせ。会計システムへ一字一句間違えないように転記していく作業は。もはや事務というより修行に近い。

転記そのものよりも時間を奪うのは、不備の確認と差し戻しの往復です。日付が間違っている、金額にコンマがない。あるいはそもそも勘定科目が存在しないといった些細なミスが、作業の歯車を狂わせる。その都度、内線電話をかけたりチャットを送ったりして確認を取るが。相手は現場で忙しく、なかなか返信は来ありません。

まず、締め日の2時間前。提出された経費データの日付が「2024年13月1日」になっていたことがある。慌てて修正を依頼したが、相手は外出中で連絡がつかず。結局その一件のために帰宅時間が3時間遅れた。こういう「小さな不備が巨大な遅延になる」構造が、手入力の最悪なところです。

経理効率化、入力の仕組みと自由度削減

入力の手間を減らそうとマニュアルを作っても、読まれることは稀です。結局、入り口がバラバラなままであれば、出口である集計作業が楽になることはない。この負の連鎖を断ち切るには、入力の入り口をたった一つに絞り。なおかつ「間違えようのない仕組み」を構築する発想の転換が必要になる。

結論はシンプルで、「入力の自由」を減らすほど、経理の確認作業は減る。
メール添付のExcelを禁止し、フォーム入力に寄せるだけで。締め日の空気は別物になる。

プログラミング不要 Googleツールで究極の自動化

次に、プログラミングの知識がない状態からでも、Googleの無料ツールを組み合わせれば。理想的な自動化ラインを構築できる。仕組みはシンプルです。まず従業員にGoogleフォームで経費申請を入力してもらう。回答データはリアルタイムで紐づいたGoogleスプレッドシートに蓄積される。

しかし。フォームから流れてきたデータをそのまま会計システムに流し込めるわけではない。日付の形式が異なっていたり、不要な空白が含まれていたりと。データはまだ「生」の状態です。ここでGoogle Apps Script（GAS）が司令塔として機能する。GASが裏側で動き、データの表記揺れを正し。特定のルールに基づいて月次の集計表を自動生成する。

この仕組みのキモは、「入力→整形→集計」を一本のパイプラインにすることです。
途中でExcelを挟むと、そこから再び“手入力の自由”が入り込み。ミスが戻ってくる。

GASで経理の締め日を自動化、例外対応

一方で、フォーム入力の時点でデータを揃え、GASで機械的に整形し。集計表は同じスプレッドシート内で作る。
そうすると、締め日の作業は「確認」と「例外対応」だけになる。

人間が関与するのは、GASが「異常」と判断したデータを確認するときだけです。例えば、異常に高額な交際費や、未来の日付で申請されたものだけを抽出し。それ以外は目を通さずに処理を終える。

100人分の経費申請があっても。仕組みが回れば経理がやるのは「例外だけ確認」に寄る。手入力のときのように、全件を1行ずつ目で追う必要がなくなる。

そのため、このフローが完成すれば、締め日の作業はボタン一つ。あるいは完全に全自動で完了する。深夜まで残って電卓を叩く必要も、整合性が合わずに冷や汗を流すこともなくなる。

月末のプレッシャー解消と経理自動化

整形で最低限やっておくと後が楽になるのは、日付を必ず日付型に統一し。文字列のまま残さないようにすることです。金額についても、カンマや「円」といった文字を除去して数値に統一します。部門や勘定科目はマスタに寄せるようにし。想定外の値が入っていた場合は“要確認”としてフラグを立てるようにしました。また、入力されたデータの前後に不要な空白が含まれることがあるため。それらを取り除く処理も重要になります。

これらの整形処理を行った後、GASは月ごとの集計シートを自動的に作成します。例えば、申請された日付から月を判断し。その月のシートにデータを転記していくのです。これによって。月末に手作業でデータをコピー＆ペーストする手間が一切なくなりました。さらに、各部門や勘定科目ごとの合計金額も自動で算出するように組んでいます。

締め日の重圧とミス解消、GAS自動化の衝撃

しかし、もし高額な申請や、日付が未来になっているといった異常なデータがあれば。それを別のシートに抽出して通知する機能も組み込みました。これにより。経理担当者は膨大なデータの中から問題のあるものだけを効率的に確認できるようになります。私がこの仕組みを導入して一番驚いたのは。締め日の夕方に感じていたプレッシャーが嘘のようになくなったことです。

以前は日付や金額の誤入力がないか、目を皿のようにして確認していましたが。今ではGASがほとんどのチェックを自動で行ってくれます。人間がやるのは、GASが「要確認」と判断した数件の例外処理だけになったのです。この経験を通じて、プログラミングの知識がなくても。Googleの無料ツールと少しの工夫で。これほど大きな業務改善ができるのだと実感しました。最初は「私にできるはずがない」と思っていましたが、小さな一歩から始めたことが。毎月の地獄のような作業を完全に消し去ってくれたのです。

自動化の恩恵：ミス激減、心の安らぎ

この自動化は、単に作業時間を短縮しただけではありません。ヒューマンエラーによるミスのリスクが大幅に減り。精神的な負担も驚くほど軽くなりました。もし、私がこの自動化に挑戦していなければ、今でも毎月。膨大な領収書とExcelファイルに囲まれて冷や汗を流していたことでしょう。あのときの私には想像もできなかった未来が、今ここにあります。

自動化の肝、自由を奪う入力設計

さらに、自動化を成功させる最大のコツは、最初の入力段階で「自由」を奪うことにある。自由度が高い入力欄は、必ず表記揺れを生む。例えば「交通費」と入れる人もいれば「旅費」と入れる人もいる。これではプログラムが正しく集計できありません。

まず、日付は必ずカレンダーから選ぶ「日付型」にする。金額は「数値」のみを受け付けるようにバリデーションを設定する。最も重要なのは、勘定科目や部門名を「プルダウン形式」にして。ユーザーに手入力をさせないことです。あらかじめ定義された選択肢から選ばせることで。データは最初から整列した状態でスプレッドシートに流れ込む。

以前は備考欄に「1/15 新幹線代」のように日付と内容を混ぜて書く人が絶えなかった。これをフォームで「日付」「用途」「金額」と項目を分けたところ。それだけで集計ミスが目に見えて減った。入力する側も「何を書けばいいか迷わなくて済む」と意外にも好評だった。

まず、フォームの項目は、まずは最低限でいい。例としてはこのくらいで回る。

経費精算：間違いゼロの入力設計

– 利用日（日付）
– 金額（数字）
– 部門（プルダウン）
– 勘定科目（プルダウン）
– 用途（短文）

さらに、地味だが効く工夫がある。

次に、– 交通費などの定番は「用途」を選択式にする（自由入力を減らす）
– 領収書画像は“任意”にして最初は運用で回す（いきなり完全自動を狙わない）
– 申請者名は「メールアドレスを収集」機能で自動取得する（手入力させない）

こういう「人間が間違えようがない設計」を入口に積むほど、締め日に経理が救われる。

マスタ整備と入力簡素化で自動化

自動化が失敗する一番の原因は、選択肢（マスタ）が曖昧なことです。
部門名が「営業」「営業部」「営業１課」で揺れていると。集計は必ず崩れる。

一方で、だから最初に、スプレッドシート側に「マスタ」シートを作り、次を固定する。

– 部門マスタ（正式名称の一覧）
– 勘定科目マスタ（会計システムと同じ名前）
– 用途マスタ（よくある用途だけでも良い）

フォームのプルダウンは、このマスタと同じ選択肢にする。
こうすると、GAS側で“揺れを直す”必要が減り。コードがシンプルになる。

そのため、入力項目は欲張らず、最小限に留めるべきです。入力が面倒だと感じられると、結局は後回しにされ。締め日に駆け込みで適当なデータが送られてくる原因になる。

GASデータ自動整形と会計連携

フォームから集まったデータは。スプレッドシートの「フォームの回答」シートに溜まっていく。これをGASで加工し、月ごとの別シートや。部門ごとの集計表へと振り分ける処理を書く。GASはJavaScriptベースの言語だが。スプレッドシートの操作に特化した関数が用意されているため。初心者でも取っつきやすい。

例えば、フォームの回答が行として追加されるたびに、そのデータを読み取り。月を判定して該当する月次シートに転記するスクリプトを組む。このとき、全角数字を半角に変換したり。金額に含まれる「円」という文字を削除したりといった細かなクリーニングも同時に行わせる。

しかし、整形で最低限やっておくと後が楽になるのは、次のような処理です。

– 日付を必ず日付型に統一（文字列のまま残さない）
– 金額を数値に統一（カンマや「円」を除去して数値化）
– 部門/勘定科目はマスタに寄せる（想定外の値は“要確認”扱いに落とす）
– 空白や全角スペースを除去（見えない不一致を消す）

自動集計による手作業削減と安定運用

GASの狙いは「締め日に人間が手で整形していた作業」を。機械に肩代わりさせることです。
締め日前日にトリガーで集計を走らせておけば。翌朝には集計表が完成している。

さらに、締め日の前日にスクリプトを時限実行（トリガー設定）しておけば。翌朝出社したときには、完璧に集計された表が目の前に完成している。この「自分が寝ている間に仕事が終わっている」という感覚こそが。自動化の醍醐味です。エラーチェック用の関数も忍ばせておけば。入力に矛盾がある行だけを赤く塗りつぶすこともできる。

運用として強いのは、「全件を自動処理」ではなく「例外だけ目視」に寄せることです。
例えば次のような行を“要確認”として別シートに出すだけで。経理の負担は一気に減る。

– 日付が未来になっている
– 金額が0円。または異常に大きい
– 勘定科目が未選択（空欄）。

集計タイミングの最適化と出力形式の固定

まず、そして、トリガーは「締め日前日の夜」に寄せるのが現実的です。
人が入力するのは就業中なので。夜に集計すると“入力が止まった状態”で集計できる。
朝に集計してしまうと、入力が続いていて結果が変わり。経理が混乱しやすい。

Step 3：会計システムに渡せる形にする（出力を固定する）

経理の最終ゴールは、スプレッドシートの見た目を綺麗にすることではなく。会計システムへ正しく入力できることです。
だから、集計表の列（出力形式）を最初に固定しておくと。運用が安定する。

次に、例えば、会計システムの入力に近い形で、次のような列を揃える。

– 利用日
– 申請者
– 部門
– 勘定科目
– 金額
– 用途

この出力形式が固定されると、GAS側も作りやすいし、確認もしやすい。
将来的に「CSVで出力して取り込む」運用にする場合も。ここが揃っていれば移行が楽になる。

自動化運用の誤解と現実解

一方で、どんなに優れたシステムも、運用の詰めが甘いと簡単に崩壊する。特によくある失敗が、フォームの共有権限設定です。「社内のみ」の設定にしているつもりが。外部のアカウントからアクセスしようとしてログインエラーになり。締め日当日に問い合わせが殺到するパターンは珍しくありません。

また、コードですべてを解決しようとしない勇気も必要になる。例えば、領収書の画像をAIで解析して金額を読み取るような高度な処理は。開発コストが跳ね上がる割に精度が安定しない。そこは割り切り、画像はGoogleドライブにアップロードさせるだけにして。目視確認は人間が行うハイブリッドな運用の方が、結果としてトラブルは少ありません。

初めは「全自動」にこだわりすぎて。例外処理のコードが増え続けてしまったことがある。結局、複雑すぎて自分でもメンテナンスできなくなり。エラーが出るたびに胃が痛くなった。単純な集計だけをGASに任せ、微妙な判断は「目視」とルール化したところ。運用が一気に安定した。

GAS内製化、完璧より運用ルール

そのため、完璧を求めず、まずは「手入力の8割を消す」ことを目標にする。残りの2割は、使いながら少しずつコードを修正していけばいい。自分たちが使いやすいように、自分たちの手で道具を作り替えていけるのが。GASによる内製化の最大の強みです。

最後に、締め日運用を壊さないための最小ルールを置いておく。

– 入力の締め切り（例：締め日前日の17時）を固定する
– それ以降はフォームを閉じる（入力は翌月扱いにするなど運用で決める）
– 例外（緊急精算）だけ別ルートにする

しかし、ルールが曖昧だと、どれだけ自動化しても「締め日に入力が増える」状態が残り。結局炎上する。

Q. GASは難しいですか？
A. 最初は難しく感じるが。やることは「行を読む」「整形して書く」の繰り返し。スプレッドシート操作に特化しているので、業務自動化の入口としてはかなり現実的。

Q. いきなり全自動にすべきですか？
A. まずは「手入力の8割を消す」から。例外や判断が必要な部分は目視で残す方が、運用が早く回る。

関連リンクとチェックリスト

学習サービスとアンケート