目次
序章 天照、業務の闇を照らす
00工程 神々、目的の火を灯す
01工程 猿田彦、進む道を定める
02工程 八百万の神々、業界を観る
03工程 大国主、仕事を細かく分ける
04工程 思兼、SAPの思想を翻訳する
05工程 天照、作る範囲を照らす
06工程 豊受、マスタの蔵を整える
07工程 月読、伝票に時を刻む
08工程 猿田彦、業務の道順を描く
09工程 建御雷、権限の剣を立てる
10工程 天児屋命、承認の言葉を定める
11工程 少彦名、スプレッドシートを器に変える
12工程 思兼、コードの神経を張る
13工程 布刀玉命、帳票の形を整える
14工程 大黒天、会計の流れをつなぐ
15工程 豊受、在庫と原価を鎮める
16工程 月読、記録の鏡を置く
17工程 思兼、設計資産の対象を定める
18工程 八百万の神々、部品を分ける
19工程 業種の神々、拡張を授ける
20工程 氏神、会社ごとの癖を受け止める
21工程 天鳥船、古きデータを運ぶ
22工程 少彦名、既存Excelと和合させる
23工程 海神、外部サービスと水脈をつなぐ
24工程 天鈿女、定期処理を舞わせる
25工程 建御雷、失敗に備える
26工程 天手力男、品質を支える
27工程 月読、変更の差を読む
28工程 猿田彦、リリースの道を開く
29工程 恵比寿、運用の笑顔を守る
30工程 天鈿女、学びの場を開く
31工程 神々、現場に降りる
32工程 天照、経営の鏡を掲げる
33工程 御命、場を開き、次の会社へ渡す
終章 神々の合議が残した言葉
序章 天照、業務の闇を照らす
ある中小企業の現場には、無数のスプレッドシートが存在していた。見積は営業の手元にあり、請求は経理の手元にあり、在庫は倉庫担当の表にあり、承認はメールの奥に沈み、経営判断は月末になってようやく姿を現す。
天照大神「業務は、散らばっているのではない。ただ、つながる名をまだ与えられていないだけである。」
思兼神「ならば、Google Workspaceを器とし、Apps Scriptを神経とし、スプレッドシートを現場の入口とし、業務・承認・会計・証跡を一つの流れに整えましょう。」
こうして、神々の合議によるGASERP構築三十四工程が始まった。この物語で語られるものは、社外向けには「業務設計資産化」「再利用可能なERP構成」「標準化された業務基盤」として表現される。
00工程 神々、目的の火を灯す
プロジェクト前提定義
天照大神「この仕組みは、単なる自動化ではならぬ。人の仕事を軽くし、経営判断を早め、現場の迷いを減らすものでなければならぬ。」
思兼神は巻物を広げ、GASERPを小さな便利ツールではなく、販売、購買、在庫、請求、会計、承認、ログをつなぐ軽量ERP基盤として定義した。
合議で決まったこと
項目 決定内容
目的 Google Workspace上に中小企業向けERP基盤を構築する
対象 販売・購買・在庫・請求・会計・承認・ログ
方針 スプレッドシート業務を統制可能な業務基盤へ変える
社外説明 Google Workspace連携型 軽量ERP構築支援
01工程 猿田彦、進む道を定める
対象企業・業務範囲定義
猿田彦「まず、どの会社を、どこまで導くのか。道を決めぬまま進めば、神々の力も散ってしまう。」
豊受大神は、受注、発注、請求、入金、在庫、経費、承認という現場の主要な流れを確認し、初期範囲を定めるべきだと提言した。
合議で決まったこと
対象 内容
企業規模 小規模法人〜中小企業
対象部門 営業、購買、倉庫、経理、管理部門
初期範囲 販売・購買・在庫・請求・入金・簡易会計
除外範囲 高度な連結会計、大規模人事給与、複雑な生産計画
02工程 八百万の神々、業界を観る
業界分析
思兼神「業界ごとに必要な機能は違う。しかし、マスタ、伝票、承認、ログ、帳票という骨格は共通です。」
小売の神は店舗別売上と在庫を、製造の神は材料・工程・原価・品質を、士業の神は案件・顧問契約・工数・請求を重視した。
合議で決まったこと
業界 重点機能
小売業 商品、在庫、店舗別売上
卸売業 得意先別価格、受注、納品
製造業 BOM、工程、原価、品質
建設業 工事台帳、外注、実行予算
不動産業 物件、契約、請求
IT業 案件、保守契約、月額請求
士業 顧問契約、案件、工数
03工程 大国主、仕事を細かく分ける
業務WBS作成
大国主「国は一夜ではできぬ。業務もまた、細かく分けて初めて造ることができる。」
営業、購買、在庫、経理、管理の流れを工程単位に分解し、システム化対象を明確にした。
合議で決まったこと
大分類 中分類 小分類
販売 見積 見積作成、見積承認、見積PDF出力
販売 受注 受注登録、在庫引当、受注残管理
購買 発注 発注申請、承認、発注書出力
在庫 入出庫 入庫、出庫、移動、棚卸
会計 請求入金 請求書発行、入金消込
管理 承認 申請、承認、差戻し
管理 ログ 操作履歴、変更履歴、エラー履歴
04工程 思兼、SAPの思想を翻訳する
SAP的モジュール対応表
思兼神「大企業の仕組みをそのまま持ち込む必要はありません。しかし、その思想は学ぶべきです。」
巨大ERPの思想から、モジュール、マスタ、伝票、承認、会計連携、監査証跡を抽出し、Google Workspace上で軽量に表現する方針を定めた。
合議で決まったこと
SAP的領域 日本語表記 内容
FI 財務会計 仕訳、売掛金、買掛金、入金、支払、決算など
CO 管理会計 部門別損益、原価管理、予算実績管理など
SD 販売管理 見積、受注、出荷、請求、売上管理など
MM 購買・在庫管理 発注、仕入、入庫、在庫、購買管理など
PP 生産管理 生産計画、作業指示、製造実績、工程管理など
QM 品質管理 検査、不良管理、品質記録、是正対応など
PM 設備保全管理設備 点検、修理、保全計画、保全履歴など
Workflow 承認・業務フロー管理 申請、承認、差戻し、通知、進捗管理など
Basis システム共通基盤権限、ユーザー、ログ、設定、運用管理など
05工程 天照、作る範囲を照らす
GAS ERP対象スコープ定義
天照大神「最初からすべてを作れば、光は散る。まず経営と現場をつなぐ最短の道を作るのです。」
神々は多くを作りたがったが、初期構築では経営判断に直結する販売・購買・在庫・請求・会計・承認を中心に据えた。
合議で決まったこと
区分 対応
共通マスタ 会社、部門、社員、取引先、品目
販売 見積、受注、請求、入金
購買 発注、入庫、仕入
在庫 入庫、出庫、棚卸、在庫一覧
会計 簡易仕訳、売掛、買掛
承認 金額別・部門別承認
ログ 操作、変更、エラー
帳票 見積書、請求書、発注書
06工程 豊受、マスタの蔵を整える
マスタ設計
豊受大神「すべての業務は、正しい名から始まります。顧客名が揺れ、商品名が揺れれば、経営の数字も揺れます。」
マスタは業務の根である。名寄せ、コード管理、有効期間、更新履歴を整え、入力の揺れを防ぐ。
合議で決まったこと
マスタ 役割
会社マスタ 会社情報
部門マスタ 部門・組織
社員マスタ 利用者・担当者
取引先マスタ 得意先・仕入先
品目マスタ 商品・材料・サービス
倉庫マスタ 在庫保管場所
勘定科目マスタ 会計連携
税区分マスタ 消費税・非課税
承認ルートマスタ 承認経路
権限ロールマスタ 操作権限
07工程 月読、伝票に時を刻む
伝票設計
月読命「業務は、流れ去るものではない。いつ、誰が、何を、いくらで行ったか。それを刻む器が伝票である。」
伝票は業務の記憶である。見積から請求、入金、仕訳までを番号でつなぎ、後から追える構造を作る。
合議で決まったこと
伝票 内容
見積伝票 顧客への提案金額
受注伝票 確定した注文
発注伝票 仕入先への注文
入庫伝票 商品・材料の受入
出庫伝票 商品・材料の払出
請求伝票 顧客への請求
入金伝票 入金実績
支払伝票 支払実績
仕訳伝票 会計処理
承認伝票 申請・承認履歴
08工程 猿田彦、業務の道順を描く
業務フロー設計
猿田彦「見積は受注へ、受注は納品へ、納品は請求へ、請求は入金へ進む。この道が切れているから、人は探し、聞き、迷うのです。」
業務フローは道である。道が見えれば、担当者は迷わず、経営者は進捗を見失わない。
合議で決まったこと
業務 基本フロー
販売 商談 → 見積 → 承認 → 受注 → 出荷・納品 → 請求 → 入金 → 仕訳 → 月次集計
購買 購買依頼 → 発注申請 → 承認 → 発注 → 入庫 → 仕入計上 → 支払 → 仕訳
基本フロー
販売：商談 → 見積 → 承認 → 受注 → 出荷・納品 → 請求 → 入金 → 仕訳 → 月次集計
購買：購買依頼 → 発注申請 → 承認 → 発注 → 入庫 → 仕入計上 → 支払 → 仕訳
09工程 建御雷、権限の剣を立てる
権限設計
建御雷神「誰でも何でも触れる仕組みは、便利ではなく危うい。権限とは、人を縛るものではない。業務を守る境界である。」
権限は現場の自由を奪うものではなく、責任の所在を明らかにし、事故を防ぐための境界として設計する。
合議で決まったこと
ロール 役割
system_admin 全体管理
erp_admin 業務設定管理
sales_user 販売入力
sales_manager 販売承認
purchase_user 購買入力
purchase_manager 購買承認
inventory_user 在庫入力
accounting_user 経理処理
accounting_manager 締め・会計承認
auditor 監査・閲覧
10工程 天児屋命、承認の言葉を定める
承認ワークフロー設計
天児屋命「申請には言葉があり、承認には責任がある。差戻しにも理由が必要です。」
申請、承認、差戻し、却下、取消、締済の状態を定義し、業務の確定点を明確にする。
合議で決まったこと
状態 意味
下書き 作成中
申請中 承認待ち
差戻し 修正依頼
承認済 業務確定
却下 不承認
取消 無効化
締済 変更不可
承認ルート例
申請者 → 部門長 → 経理 → 役員 → 承認完了
11工程 少彦名、スプレッドシートを器に変える
Google Sheets設計
少彦名命「小さな表であっても、設計があれば器となる。ただのセルを、業務の入口に変えましょう。」
スプレッドシートを単なる入力表ではなく、業務メニュー、マスタ、伝票、帳票、ログの器として設計する。
合議で決まったこと
ブック 役割
GASERP_Config 設定
GASERP_Master マスタ
GASERP_Sales 販売
GASERP_Purchase 購買
GASERP_Inventory 在庫
GASERP_Accounting 会計
GASERP_Workflow 承認
GASERP_Report 帳票
GASERP_Log ログ
GASERP_Admin 管理
12工程 思兼、コードの神経を張る
GASコード構成設計
思兼神「コードは、ただ動けばよいものではありません。どの処理が、どの役割を持つかを分けねばなりません。」
GASコードは、UI、設定、権限、マスタ、伝票、承認、業務処理、帳票、ログ、例外処理に分割し、保守しやすくする。
合議で決まったこと
ファイル 役割
main.gs 起点処理
menu.gs メニュー
config.gs 設定取得
auth_service.gs 権限判定
master_service.gs マスタ処理
document_service.gs 伝票処理
workflow_service.gs 承認処理
sales_service.gs 販売処理
purchase_service.gs 購買処理
inventory_service.gs 在庫処理
accounting_service.gs 会計処理
report_service.gs 帳票処理
log_service.gs ログ処理
error_service.gs 例外処理
13工程 布刀玉命、帳票の形を整える
帳票設計
布刀玉命「帳票とは、外へ出る顔である。見積書、請求書、発注書。その形が整えば、会社の信用も整う。」
帳票は外部に出る会社の顔である。差込項目、番号、日付、会社情報、明細、金額、PDF保管を標準化する。
合議で決まったこと
帳票 出力形式
見積書 Google Docs / PDF
発注書 Google Docs / PDF
納品書 PDF
請求書 PDF
領収書 PDF
在庫一覧 Sheets / PDF
売掛一覧 Sheets
買掛一覧 Sheets
試算表 Sheets
経営KPI表 Looker Studio
14工程 大黒天、会計の流れをつなぐ
会計連携設計
大黒天「売上は売上で終わらず、請求となり、入金となり、仕訳となる。仕入もまた、発注、入庫、請求、支払、仕訳へと流れる。」
販売・購買・在庫の業務結果を会計へつなげ、経理が後から集計に追われない流れを作る。
合議で決まったこと
業務 会計処理
請求確定 売掛金 / 売上
入金登録 普通預金 / 売掛金
仕入計上 仕入 / 買掛金
支払登録 買掛金 / 普通預金
在庫調整 棚卸差異 / 在庫
経費申請 経費 / 未払金
15工程 豊受、在庫と原価を鎮める
在庫・原価設計
豊受大神「物が動けば、数が動く。数が動けば、価値が動く。価値が動けば、利益が変わる。」
在庫は数量だけでなく金額を持つ。入庫、出庫、移動、棚卸、調整、評価を通じて、利益の見え方を整える。
合議で決まったこと
処理 内容
入庫 在庫数量増加
出庫 在庫数量減少
移動 倉庫間移動
棚卸 実在庫確認
調整 差異補正
評価 在庫金額計算
原価 商品別・案件別原価
16工程 月読、記録の鏡を置く
ログ・監査設計
月読命「人は忘れる。しかし、仕組みは覚えていなければならぬ。誰が、いつ、何を、なぜ変えたか。それが信頼の根になる。」
操作、変更、承認、エラー、出力、権限変更を記録し、後から確認できる業務基盤にする。
合議で決まったこと
ログ 内容
操作ログ メニュー実行、登録、更新
変更ログ 変更前後の値
承認ログ 申請、承認、差戻し
エラーログ 例外、失敗処理
バッチログ 定期処理の結果
帳票出力ログ PDF・CSV出力履歴
権限ログ 権限変更履歴
17工程 思兼、設計資産の対象を定める
設計資産化対象設計
思兼神「この仕組みは、一度作って終わりではありません。会社ごと、業界ごとに形を変えられるよう、設計・設定・マスタ・画面・帳票を資産として保存します。」
業務設計を資産として扱うことで、品質保証、保守、横展開、教育、改善提案に使えるようにする。
合議で決まったこと
区分 内容
シート定義 シート名、列、入力規則、保護範囲
マスタ 取引先、品目、部門、社員
設定 採番、承認、税区分、権限
業務データ 伝票、明細、ステータス
コード構成 GASファイル、関数、役割
帳票定義 レイアウト、差込項目
ログ 操作、変更、承認、エラー
構成情報 会社別・業種別の機能構成
18工程 八百万の神々、部品を分ける
再利用部品設計
八百万の神々「営業の神は見積部品を、購買の神は発注部品を、経理の神は請求部品を、管理の神は承認部品を置いた。」
共通機能と業種固有機能を分け、必要なものを組み合わせて導入できる構造にする。
合議で決まったこと
部品 内容
共通基盤部品 マスタ、権限、ログ、採番
販売部品 見積、受注、請求、入金
購買部品 発注、入庫、仕入、支払
在庫部品 入出庫、移動、棚卸
会計部品 仕訳、売掛、買掛、月次
承認部品 申請、承認、差戻し
帳票部品 見積書、請求書、発注書
業種別部品 小売、製造、建設、ITなど
19工程 業種の神々、拡張を授ける
業種別拡張設計
思兼神「共通の骨格に、業界固有の血を通しましょう。」
業界ごとの違いを無理に消さず、共通基盤の上に必要な機能を加える。
合議で決まったこと
業種 追加機能
小売 店舗別売上、棚卸、POS連携
卸売 得意先別単価、納品管理
製造 BOM、工程、製造原価
建設 工事台帳、外注、実行予算
不動産 物件、契約、賃料請求
IT 案件、保守契約、月額請求
士業 顧問契約、工数、案件請求
20工程 氏神、会社ごとの癖を受け止める
会社別設定設計
氏神「同じ業界であっても、会社ごとに作法が違う。締日、承認者、帳票、勘定科目、部門の切り方。それらを無理に統一してはならぬ。」
標準化と個別対応の境界を定め、会社ごとの運用に合わせた設定を用意する。
合議で決まったこと
設定 内容
会社情報 社名、住所、登録番号
会計年度 期首、期末
締日 請求締日、支払締日
採番 見積番号、請求番号
承認 部門別・金額別ルート
帳票 ロゴ、印影、文言
税区分 課税、非課税、免税
権限 社員別ロール
21工程 天鳥船、古きデータを運ぶ
データ移行設計
天鳥船神「過去のデータを捨ててはならぬ。しかし、そのまま入れてもならぬ。名をそろえ、型をそろえ、重複を払い、未来へ運ぶのだ。」
既存ExcelやCSVのデータを整理し、重複、表記揺れ、欠損、型違いを確認してから移行する。
合議で決まったこと
対象 内容
顧客データ 得意先マスタへ移行
仕入先データ 仕入先マスタへ移行
商品データ 品目マスタへ移行
在庫データ 初期在庫へ移行
売掛残高 売掛初期残高
買掛残高 買掛初期残高
過去請求 参照用履歴
過去入金 参照用履歴
22工程 少彦名、既存Excelと和合させる
既存Excel連携設計
少彦名命「現場のExcelを一夜で捨てさせてはならぬ。まずはつなぎ、徐々に整えるのです。」
現場で使われているExcel資産を尊重し、初期段階では連携・取込・参照から始める。
合議で決まったこと
既存Excel 連携方法
顧客一覧 マスタ取込
商品一覧 品目マスタ取込
売上一覧 販売伝票取込
在庫表 在庫初期値取込
請求一覧 請求伝票取込
経費表 経費伝票取込
集計表 レポート連携
23工程 海神、外部サービスと水脈をつなぐ
外部API連携設計
海神「外の世界にも流れがある。会計ソフト、EC、決済、配送、CRM。必要な水脈だけを選び、つなぐのだ。」
外部連携は増やしすぎず、業務上の価値が高いものから段階的につなぐ。
合議で決まったこと
外部サービス 連携内容
会計ソフト 仕訳CSV、請求データ
ECサイト 注文、商品、顧客
決済サービス 入金、決済状況
配送サービス 出荷、追跡番号
CRM 商談、顧客情報
Google Calendar 予定、期限
Gmail 通知、承認依頼
Looker Studio KPI可視化
24工程 天鈿女、定期処理を舞わせる
バッチ設計
天鈿女命「人が毎日同じことをするなら、舞に任せればよい。朝に通知し、夜に集計し、月末に締める。繰り返しの仕事は、仕組みの舞となる。」
日次、週次、月次の定期処理を設計し、人手の確認漏れや集計遅れを減らす。
合議で決まったこと
処理 タイミング
日次売上集計 毎日夜
未承認通知 毎朝
入金予定通知 毎朝
在庫不足通知 毎日
月次締め前チェック 月末
帳票自動作成 指定日
バックアップ 毎日
ログ整理 毎週
25工程 建御雷、失敗に備える
エラー制御設計
建御雷神「失敗しない仕組みなどない。だからこそ、失敗した時に壊れない仕組みが必要なのだ。」
入力、権限、承認、データ、API、定期処理の失敗に備え、停止、通知、復旧、再実行の方針を明確にする。
合議で決まったこと
区分 対応
入力エラー 必須チェック、形式チェック
権限エラー 操作不可メッセージ
承認エラー ステータス不整合検知
データ不整合 登録前チェック
二重登録 伝票番号・キー重複確認
API失敗 リトライ、ログ記録
バッチ失敗 管理者通知
重大エラー 処理停止、復旧手順提示
26工程 天手力男、品質を支える
テスト設計
天手力男命「仕組みは、力強くなければならぬ。一度動いたから良いのではない。何度動かしても崩れぬことを確かめるのだ。」
正常系だけでなく、異常系、権限、承認、帳票、ログ、回帰確認まで含めて品質を支える。
合議で決まったこと
テスト 内容
単体テスト 関数単位の確認
結合テスト 販売→請求→入金などの流れ
権限テスト ロール別操作確認
承認テスト 申請・承認・差戻し
帳票テスト PDF出力確認
ログテスト 操作・変更履歴確認
異常系テスト 入力漏れ、重複、権限不足
回帰テスト 修正後の再確認
27工程 月読、変更の差を読む
差分管理設計
月読命「昨日と今日の違いを知らねば、改善とは言えぬ。どこが変わったか。なぜ変わったか。誰が変えたか。それを読めるようにせよ。」
変更点を見えるようにし、修正影響を判断できる構造にする。
合議で決まったこと
対象 管理内容
マスタ 追加、変更、無効化
設定 承認ルート、権限、採番
伝票 金額、数量、ステータス
帳票 レイアウト、文言
コード 関数、処理内容
シート 列追加、入力規則
権限 ロール変更
業務ルール 判定条件変更
28工程 猿田彦、リリースの道を開く
リリース設計
猿田彦「開発の道、検証の道、本番の道。これを分けぬ者は、いずれ本番で迷う。」
開発、検証、本番、保管の環境を分け、安全に変更を反映する道筋を作る。
合議で決まったこと
環境 役割
dev 開発
stg 検証
prod 本番
archive 過去版保管
リリース手順
開発完了 → 単体テスト → 結合テスト → 利用者確認 → 本番反映 → 初回実行確認 → リリース記録
29工程 恵比寿、運用の笑顔を守る
運用保守設計
恵比寿神「仕組みは作って終わりではない。使われ、直され、育てられて、ようやく福を呼ぶ。」
問い合わせ、マスタ、権限、月次、障害、改善、バックアップ、利用状況確認を運用として定義する。
合議で決まったこと
項目 内容
問い合わせ対応 操作質問、エラー確認
マスタ保守 取引先、品目、社員
権限保守 入退社、異動
月次確認 締め、集計、帳票
障害対応 エラー調査、復旧
改善対応 要望管理、機能追加
バックアップ 定期保存
利用状況確認 操作ログ分析
30工程 天鈿女、学びの場を開く
教育マニュアル設計
天鈿女命「難しい仕組みは、人を遠ざける。だから、笑って学べる入口を作るのです。」
操作方法だけでなく、なぜその操作が必要なのかを伝え、現場が安心して使える教育資料を用意する。
合議で決まったこと
教材 内容
初回操作マニュアル ログイン、メニュー、基本操作
業務別マニュアル 見積、受注、請求、発注
管理者マニュアル マスタ、権限、設定
承認者マニュアル 承認、差戻し
経理マニュアル 請求、入金、仕訳、締め
FAQ よくある質問
トラブル対応表 エラー時の対応
教育動画台本 動画化用説明
31工程 神々、現場に降りる
導入支援設計
天照大神「現場を知らぬ設計は、光ではない。使う人の手に馴染んでこそ、仕組みは生きる。」
神々は天上で語るだけでは終わらなかった。営業の隣に座り、経理の表を見て、倉庫の在庫表を確認した。
合議で決まったこと
支援 内容
初期ヒアリング 業務確認
現行資料確認 Excel、帳票、ルール
初期設定 会社、部門、社員
マスタ整備 顧客、品目、仕入先
操作説明 利用者教育
試行運用 一部業務で実施
本番移行 全体利用開始
定着支援 改善、質問対応
32工程 天照、経営の鏡を掲げる
KPI・BI設計
天照大神「業務を整えるだけでは足りぬ。経営者が今を見る鏡を作るのです。」
日々の業務データを経営指標へ変換し、売上、粗利、在庫、入金、購買、生産性、経理、経営を見える化する。
合議で決まったこと
領域 KPI
売上 月次売上、顧客別売上
粗利 商品別粗利、案件別粗利
在庫 在庫金額、滞留在庫
入金 未入金額、回収予定
購買 仕入額、支払予定
生産性 処理件数、承認時間
経理 締め日数、未処理件数
経営 部門別損益、資金繰り
33工程 御命、場を開き、次の会社へ渡す
再構成・横展開設計
御命「この仕組みは、一社で終わらせてはならぬ。ある会社で整えた知恵を、次の会社へ渡せる形にせよ。ただし、会社ごとの違いを消してはならぬ。共通の骨格と、個別の魂を分けて持つのだ。」
合議で決まったこと
領域 方針
共通基盤 全業種で再利用
業種機能 業界ごとに追加
会社設定 顧客ごとに調整
帳票 会社別に変更
権限 組織別に変更
承認 金額・部門別に変更
教育 利用者レベル別に変更
提案 業種別パッケージとして展開
終章 神々の合議が残した言葉
天照大神「GASERPとは、GASの技術ではない。散らばった業務に光を当て、現場と経営をつなぎ、人が迷わず働けるようにする仕組みである。」
思兼神「その中核は、設計を資産にすることです。一度作った知恵を、次の業務へ、次の会社へ、次の業界へ渡せるようにする。それが、単発開発と事業基盤の違いです。」
豊受大神「マスタを整えよ。伝票を整えよ。在庫を整えよ。数字が整えば、経営は落ち着く。」
月読命「記録せよ。変更を残せ。承認を残せ。それが信頼を守る。」
天鈿女命「難しいものを、楽しく使える形にせよ。使われぬ仕組みに、命は宿らぬ。」
そして御命の場に、最後の言葉が満ちた。業務を整えるとは、人を縛ることではない。人が本来やるべき判断、気遣い、創造に戻れるように、迷いと重複と手戻りを取り除くことである。
社外向け説明文
本構想は、Google Workspaceを活用して、販売・購買・在庫・請求・会計・承認・ログを一体化する中小企業向けの軽量ERP設計です。単なるGAS自動化ではなく、業務フロー、マスタ、伝票、承認、帳票、監査証跡、教育、運用保守までを一貫して設計することで、スプレッドシート業務を統制可能な業務基盤へ進化させます。業種別・会社別に必要な機能を組み合わせられるため、小規模導入から段階的な拡張まで対応できます。
