【第2回】JVや複数業者が絡む現場もスッキリ！頭も画面もパンクしない「工事台帳」の作り方

カグヤ：
バントウさん！宣言通り、今回は私がAppSheetのアプリ作りに挑戦するんですよね……？
正直、今まで使ってはいたけど、作るのは初めてだから、昨日の夜からドキドキして眠れませんでした（笑）。
それに、わたしプログラミングのコード見たら蕁麻疹出ちゃいますよ！！絶対無理だと思います……

バントウ：
ははは、カグヤさん、そんなに肩肘張らなくて大丈夫だよ！
難しそうに見えるけど、AppSheetはコードを書かない「ノーコード」だからね。
建築で言えば、今日はまだ「基礎工事」の段階だし、エクセルやスプレッドシートに決まった項目を入力する感覚で進められるから大丈夫。

カグヤ：
基礎工事ですか？
具体的には何をするんですか？

バントウ：
まずは僕たちが一番馴染みのある「工事一覧」の情報からスプレッドシートに整理して、実際にAppSheetに取り込んでみよう！

🛠️ Step 1：すべての土台！「工事マスター」の設計とIDの秘密

バントウ：
じゃあカグヤさん、僕が用意したこのスプレッドシートの1行目（列の見出し）を見てみて。

カグヤ：
はい！ ええと……ProjectID、ProjectName、Address……
あ！バントウさん、気になるところが2つあります！

バントウ：
お、どこかな？

カグヤ：
まず1つ目！
一番左の ProjectID って何ですか？
うちの会社、販売管理システムで使ってる「工事コード」があるじゃないですか。
なんでわざわざ別の「ID」を作るんですか？

バントウ：
いいところに目をつけたね！
うちの会社は販売管理システムで見積とか管理してるだろ？
工事コードはそこで発行されるIDみたいなもので、ここでの ProjectID はこのアプリ専用のIDなんだよ。

カグヤ：
アプリ専用のID……？

バントウ：
そう！ アプリの中で現場データを絶対に間違えずに整理するための背番号だね。
ただ、日報で集計したデータは最終的に会社の販売管理システムに入れなきゃならないから、この工事マスターの中にも「工事コード」を入れる欄が必要になるんだよ。

カグヤ：
なるほど〜！
販売管理用のコードとは別に、アプリの中で管理するための専用IDなんですね！
後から工事コードを紐付ければ、販売管理ともバッチリ繋がると！

バントウ：
その通り！ちなみに2つ目の疑問は何かな？

カグヤ：
あ、なんで見出しが『現場名』じゃなくて ProjectName とか英語なんですか？
日本語のほうが分かりやすいのに……。

バントウ：
これも重要なポイント！
実はAppSheetだけなら日本語でも動くんだけど、将来AppSheetではできない処理をする場合に、
GAS（Google Apps Script）っていう裏方のプログラムを使うことがあるんだ。
そのとき日本語の見出しだとエラーの原因になりやすいから、最初から英語で揃えておくのが未来への仕込みなんだよ。

カグヤ：
なるほど〜！後から全部書き直すハメにならないためのコツなんですね！
でもプログラムって、あのわけのわからない英文ですか？
わたしあれ見たら蕁麻疹出ちゃいますよ～。

バントウ：
大丈夫だよ、今回はそこまでのことはやらないし、プログラム書くのも無料版の制限だったり、どうしてもアプリ外のデータと合わせるときに、苦肉の策でやってるだけだから。

カグヤ：
なら安心しましたけど、いずれは出てきちゃうんですか？

バントウ：
どうかな？アプリ内で完結してれば必要ないかな？
AppSheetはノーコードだから、このシリーズでは使わないで進めていくよ。

😱 Step 2：AppSheet初体験…バントウさん！JV（共同企業体）の場合どうするんですか？

バントウ：
よし、じゃあこの M_Projects（工事マスター）をAppSheetに取り込んでみよう！
その前に、アプリで使うシートは同じフォルダに入れとく方がいいよ！
そしてココからは、ひとつひとつのシートのことを「テーブル」、シート内の項目を「カラム」と呼ぶね。
じゃあ、AppSheetは無料で使えるから検索して開いてみて。

カグヤ：
見つけました。
あーなんか英語ばっかでわけわかんないです。

バントウ：
そうなんだよね、AppSheetの残念なところは日本語対応してないところだね。
どうしてもわからないところは、ブラウザの翻訳機能を使いながらやっていれば、そのうち慣れてくるよ。
今回は初めてだから、右上の「Sign in」からGoogleアカウントでサインインしてみて

カグヤ：
サインインしましたけど、やっぱり英語ばっかでわかんない。
とりあえず新しく作るんだから…
この左上の＋マークでいいですか？

バントウ：
おっ！その「とりあえず押してみる」精神いいね！
「＋Create」→「App」→「Start with existing data」と進んでみて、
ここにアプリ名を入れて、Categoryはわかんないから「Other」でいいよ

カグヤ：
アプリ名は……「工事管理アプリ」にするんですか？

バントウ：
それでもいいんだけど、今回は『巨大な工事管理アプリ』を一撃で作るんじゃなくて、一番困ってる機能に絞った「特化型パーツ」から作るのが目的だから、『指示書・日報アプリ』にしよう！

カグヤ：
わかりました！
じゃあアプリ名は『指示書・日報アプリ』にします
これはスプレッドシートのマーク押せばいいですね？

バントウ：
OK！そしたらさっき作ったM_Projects（工事マスター）を選んでみて

カグヤ：
なんかスマホ画面みたいなのでてきましたよ
＋押すと…
わー！入力画面が開きました。
工事名とか工事コードとかM_Projects（工事マスター）のシートじゃなかった、テーブルのカラムが並んでますね
もしかして、ここに入力したらデータが増えていくんですか？

バントウ：
そうなんだ、ここで入力したものはスプレッドシートのM_Projectsファイルに、一行づつデータを書き込まれるんだよ。
アプリの形になるとワクワクするでしょ？
テーブルを読み込んだだけで、アプリができてしまってるんだから、すごいよね。
さらに自分好みに編集するために、画面下の「Customize with AppSheet」を押してみて。
すると、さっきのアプリ画面が右にあって、左の項目からDataを選ぶとテーブルのカラムが並んでいます。
じゃあ、工事ごとに「元請会社（顧客名）」を紐付けたいんだけど、カグヤさんならどうする？

カグヤ：
えっ？工事マスター(M_Projects)に 顧客名(ClientName)のカラムを作って、「〇〇建設」って手入力すればいいんじゃないですか？

バントウ：
うーん、それだと「(株)やまだ建設」「やまだ建設」みたいに表記ブレが起きて、後で会社ごとに検索したり集計したりできなくなっちゃうんだ。
だから「顧客マスター（M_Clients）」のテーブルを別で用意して、ClientIDとリレーション（関連付け）ていう機能で繋いで、その中から選ぶようにするんだよ。
AppSheetでは、繋げたいカラムのType（型）を「Ref（参照）」に設定するんだ。

カグヤ：
リレーション？なんだかよくわからない言葉が出てきましたけど。
じゃあ工事マスターに ClientID を1列追加して、このTypeをRefにするんですね。
なんか選択画面あるから…
あーここでM_Clientsを選べば2つのテーブルが繋がるってことですね？
わーすご〜い、ちゃんとM_Clientsにある顧客が選べるようになりました。

バントウ：
そうだね。これがアップシートの基本なんだけど、実際の現場を思い出してみて。
特にコレから始まる病院とか

カグヤ：
あっ……！！
あの病院の工事、5社のJV（共同企業体）ですよ！
それに、ゼネコンさんだけじゃなくて、設計事務所さんの情報もこの現場にメモしておきたいです！
ClientID が1個しか選べないとパンクします！

バントウ：
その通り！1つの現場に複数の会社が関わる「多対多」の関係になると、直接繋ぐ設計では限界が来るんだ。

💡 Step 3：現場のリアルを解決する救世主「中間テーブル」

カグヤ：
タタイタ？

バントウ：
『多対多』ね（笑）。
正直、僕も独学だから上手くは説明できないんだけど。
例えば「やまだ建設」から見ると〇〇病院、△△幼稚園、ABC社屋と複数の工事が紐づいているから「やまだ建設＝１」対「複数の工事＝多」の関係だよね。
お金の流れの話なら、これでいいんだけど…
今回のJVの場合「〇〇病院」から見るとやまだ建設の他に竹田建設、若林組…となって工事(project)とゼネコン(顧客)が「多対多」の関係になるんだよ。
そうなるとM_Projectsの中にClientIDをひとつ繋いでも求めてる関係性にはならないんだよね

カグヤ：
あ！工事側から見ても「多」、ゼネコン側から見ても「多」だから
「多対多」
なんですね！
じゃあどうすればいいんですか……？

バントウ：
ここで登場するのが「中間テーブル」だよ！
工事テーブル(M_Projects)と顧客テーブル(M_Clients)を、いくつでも結びつけられる「仲介役のテーブル」を1枚挟んであげるんだ。
名前は「 R_Project_Clients」 にしよう。

カグヤ：
なるほど！「この現場（ProjectID）には、やまだ建設（ClientID）が【元請】として関わっていて、竹田建設、若林組（ClientID）が【JV】として関わっている」って、必要な数だけデータを増やすってことですね！

バントウ：
完璧！ カグヤさん理解が早い！
これを使えば、元請会社も、JVも、施主様も、1つの現場に何社でも自由に紐付けられるようになるんだよ。

👤 自社メンバーと顧客担当者「リレーション設計」の応用

カグヤ：
工事と顧客を中間テーブルで繋ぐ仕組み、めちゃくちゃ納得できました！
……あ、でもバントウさん！
現場ごとの自社の担当はどうやって管理するんですか？

バントウ：
それは良い質問！
実は考え方はまったく同じなんだ。
自社のメンバーを管理する「社員マスター（M_Employees）」を作って、同じようにリレーション（Ref）で繋いでいくんだよ。

カグヤ：
あ、なるほど！工事とゼネコンを繋ぐように、工事と社員もつなげばいいんですね。

バントウ：
その通り！基礎となる考え方はすべて共通なんだ。

カグヤ：
じゃあ工事マスター(M_Projects)テーブルのカラムに、社員ID(EmployeesID)を作って…

待って！

担当者も営業担当や設計担当、設計なんて2人いることもあるし…
あっ！わかった！
これも中間テーブル作ればいいんだ！！

バントウ：
その通り！！すごいねカグヤさん！
うちの会社の場合、工事に対して「営業」「設計」「打合せ」の担当がそれぞれ複数人いたり、「営業」兼「打合せ」みたいにかぶったりするから、まさに中間テーブル(T_Project_Assignments)を作って担当をふやしていけばいいんだよ。
同じように、工事ごとのゼネコンさん側の担当者も記録したいんだけど、どうする？

カグヤ：
任せてください。
これも中間テーブルで…
あれ？ゼネコンさんから見たら社員さんはいっぱいいるけど、社員さんから見たら会社はひとつだ…

バントウ：
よく気付いたね。
顧客(M_Clients)と顧客社員(M_ClientPersons)は「多対多」ではなく「1対多」の関係になるんだ！
この場合は中間テーブルなんて必要なく直接つなげばいいんだよ

カグヤ：
つまりM_ClientPersonsの中にclientIDを入れてRefでつなげばいいんですね。

🚀 Step 4：AppSheetに取り込んで「繋がる感動」を体験！

バントウ：
よし、じゃあ今まで作ったテーブルをAppSheetに入れて
Typeを Refに設定すると……

カグヤ：
あ！！アプリの工事詳細入力画面に、自社担当者も顧客も好きなだけ選べるようになりました！それぞれの役割(Role)も選べます。

バントウ：
これがリレーション（データベース連携）の力だよ。
最初は難しく思えるけど、「現場のリアルな困りごと」を解決するために作った仕組みなんだって分かると、すごく自然でしょ？

📂 自分で手元で試してみたい方へ（実証用デモデータ配布）

バントウ：
今回解説した各種マスター「M_Projects」「M_Clients」「M_ClientPersons」「 M_Employees」、
中間テーブルの「R_Project_Clients」「T_Project_Assignments」のカラム構成をそのまま試せる、【指示書・日報アプリカラム構成】スプレッドシートを用意しました！

「記事を読むだけじゃなくて、実際のファイルを見てみたい！」
「手元でAppSheetに取り込んで試したい！」

という方は、ぜひダウンロードして使ってみてくださいね。

👇 【無料】【指示書・日報アプリカラム構成】のダウンロードはこちら
https://docs.google.com/spreadsheets/d/1LNbeDlBGH2phpOke6lZcGtB7PVAmuuEiCVZPls983_s/edit?usp=sharing

💡 まとめ＆次回予告：「二重入力ゼロ」の作業指示書へ！

カグヤ：
最初は「IDって何？」「英語のカラム名…？」って拒絶反応が出そうでしたけど、JVの現場の話を聞いて「だから中間テーブルが必要なんだ！」ってめちゃくちゃ腹落ちしました！

バントウ：
うんうん！情報の流れさえ掴めれば、コードなんて1行も書かなくたって大丈夫なんだよ。
連載を追いながら一緒に手を動かしてみてね。

カグヤ：
土台ができあがったら、次はどうするんですか？

バントウ：
次回の第3回は、日々の現場を動かす要であり、コピペの手間をゼロにする「作業指示書（T_WorkOrders）」の作成と、現場監督にワンタップで電話がかかる仕組みを作っていこう！

カグヤ：
いよいよ実務に直結する部分ですね！次回も楽しみです！

カグヤ・バントウ：それでは今日も一日、ご安全に！

関連記事はこちら