このシステムを自分で作る / 使う価値
向いている人
GASやスプレッドシートに多少触れたことがある個人事業主 経理の数字をブラックボックスにしたくない人 事業規模がまだそこまで大きくなく、自分でルールを決めながら運用したい人
向いていない人
経理に一切時間をかけたくない、完全に外注したい人 事業規模が大きく、複雑な会計処理が頻発する人(この場合は会計ソフト・税理士との併用が現実的)
なぜ経理を自分で作ろうと思ったか
個人事業主として青色申告(65万円控除)をしていると、必ずぶつかるのが「経理をどうするか」問題です。
会計ソフトに任せる、税理士にお願いする、Excelで手作業する……。
どれも選択肢としてはアリだと思います。
でも自分は、数字を人任せにすると、いざという時に「なぜこの数字になっているのか」を自分で説明できなくなることが気になっていました。
事業を続けていく上で、自分のお金の流れを自分の言葉で説明できる状態でいたい。
そう思ったのが、GAS(Google Apps Script)で複式簿記システムを自作しようと思ったきっかけです。
今では、仕訳の入力から減価償却の計算、棚卸資産シートとの連携、翌年への繰越資本金の計算まで、すべて自分で組んだシステムで運用しています。
このシステムでできること
このシステムは、大きく分けて次の流れで動いています。
- 仕訳入力(日々の取引)
- 総勘定元帳への自動転記
- 減価償却シートとの連携(固定資産の自動計算)
- 棚卸資産シートとの連携(期末在庫の反映)
- 翌年繰越資本金の自動計算
ゴールは「青色申告65万円控除に必要な複式簿記の要件を満たしつつ、自分の手を離れても数字が回る仕組みを作ること」です。
事業用に借りている車両の扱いや、クレジットカードの事業用・プライベート分離、未払金が発生する取引先の管理範囲など、細かい運用ルールも自分で決めながら育ててきました。
何もわからない状態からどう始めたか
GASに触れ始めた頃は、正直「スプレッドシートに数式を組む」レベルの理解しかありませんでした。
最初につまずいたのは、勘定科目の分類です。
たとえば「これは地代家賃なのか、それとも別の科目にすべきか」という判断で何度も手が止まりました。
実際、今のシステムでも勘定科目に「賃借料」という項目は用意しておらず、現状は「地代家賃」でまとめて運用しています。
これは「厳密に科目を増やしすぎると管理が煩雑になる」という、自分なりの判断でそうしています。
初心者だった頃との一番の差分は、「迷った時に、自分の事業の実態に合わせて判断基準を決めていい」と思えるようになったことです。
最初は「正解が必ずどこかにある」と思って検索しまくっていましたが、実際は事業ごとに最適な粒度が違う、ということに気づいてから楽になりました。
設計の基本方針
このシステムを作る上で、最初に決めた設計方針が2つあります。
1つ目は、機密情報は絶対にコードに直接書かないこと。
APIキーなどはすべてGASのScript Propertiesで管理し、コード上にはハードコーディングしません。
2つ目は、未払金・買掛金のような管理項目を、必要以上に増やさないこと。
たとえば自分の場合、未払金が発生する取引先は限られているため、専用のシートは作らず、既存の買掛金管理の仕組みに統合しています。
「完璧な汎用システム」を目指すのではなく、「自分の事業規模に対して過不足のない仕組み」を目指す。
これがこのシステム全体を貫く考え方です。
シート構成の全体設計
システムは以下のシートで構成されています。
| シート名 | 役割 |
|---|---|
| 仕訳帳 | 日々の取引を入力する入口 |
| 総勘定元帳 | 仕訳帳から自動転記された勘定科目別の集計 |
| 減価償却シート | 固定資産の償却額を自動計算し、仕訳帳に反映 |
| 棚卸資産シート | 期末の在庫評価額を管理し、決算仕訳に反映 |
| 繰越資本金シート | 当期純利益を踏まえて翌年の期首資本金を自動計算 |
ポイントは、仕訳帳を唯一の入力窓口にすることです。
減価償却や棚卸資産の計算結果も、最終的には仕訳帳に「決算仕訳」として書き込まれる形にしているため、総勘定元帳側は仕訳帳を見るだけで完結します。
シート間の連携は、GASのonEditやカスタムメニューからのトリガー実行で行っており、手動で数値をコピーする作業が発生しないようにしています。
コードテンプレート集
ここでは、それぞれのコードについて「なぜこう書くのか」「どこでつまずきやすいか」「どう拡張できるか」まで踏み込んで解説します。
値やシート名は例に置き換えていますが、構造はそのまま実務で使えるレベルにしています。





