どこで動き、誰のものか

動くものができたとき、それは「どこで動いていて」「誰のものか」。この二つは、作った直後には気にならず、人が入れ替わるときに効いてきます。経営者個人のアカウントで作り、個人のカードで払い、AIとのチャットの中にしかコードがない仕組みは、動いている間は問題なく見えます。けれどそれは、会社のものではありません。アカウントも契約もコードも、会社のものにしておく。後から変えにくい決め事の筆頭です。

この記事は、実務編の5つ目の問いを扱います。届け方の形、動かす場所、コードの置き場、帰属、無料枠や個人プランへの依存の5つを順に見ます。プログラミング言語や開発環境の選び方には降りません。

どんな形で届けるか

社員の手元に、仕組みはどんな形で届くか。形は4つに分かれ、業務と使う場面で決まります。

形	向く場面	気をつけること
スプレッドシートのまま	今すでにスプレッドシートで回っている。人が表を直接見たい	誰でも直せる＝誰でも壊せる。表の形を変えると自動化が止まることがある
Web画面	パソコンでもスマホでも、ブラウザから使いたい	社内アカウントでログインした人だけが開ける形にする
スマホアプリ	現場で打刻や写真の記録をする	ストアへの配布と更新に手間がかかる
社内チャットの中	Slack などの社内のチャットで、声をかける感覚で使いたい	一覧や集計の表示には向かない。記録の入口として使う

勤怠管理なら、社員の打刻はスマホで開くWeb画面、担当者の集計はスプレッドシート、という組み合わせが自然です。届け方は一つに決めなくてよく、役割ごとに使いやすい形を選びます。

どこで動いているか

形が決まったら、それを動かす場所です。基本編の「AIが書いたコードをどう動かすか」で、コードは動かす場所に置いて初めて動く、と扱いました。Web画面なら、画面は社員のブラウザに出ますが、打刻を受け取って記録する側は、どこかのコンピュータで動き続けていなければなりません。その場所が、ここでいう動かす場所です。社内システムでは、その場所を、業務に使い続けられるかで選びます。

動かす場所	中身	気をつけること
手元のパソコン	作った人のパソコンの中で動く	そのパソコンが動いている間しか使えない。共有には向かない
スプレッドシートの自動化の仕組み	Google スプレッドシートに付属する、コードを動かす場所（Apps Script。GAS とも呼ばれます）	手持ちのアカウントの中で動き、追加の費用がかからない。処理の量と時間に上限がある
クラウド	インターネット上の、借りたコンピュータの上で動く。月額か、使った分の料金	24時間動く。何でも動かせる分、設定と管理は自分たちの仕事。無料枠から始められるものが多い
レンタルサーバー	Webサイト向けに整えられた借りものの場所。古くからある形	24時間動く点はクラウドと同じ。動かせるコードの種類が限られることがある

クラウドとレンタルサーバーは、インターネット上の誰でも届く場所です。社内アカウントでログインした人だけが開ける形にし、守りを作るところは、「誰に何を見せ、何をさせてよいか」で扱ったとおり専門家に任せる領域です。スプレッドシートの自動化の仕組みは、会社の Google アカウントを使っていれば、社員だけが開ける形にしやすい場所です。

社員数十人の社内システムなら、スプレッドシートの自動化の仕組みか、クラウドの一番小さな有料プランのどちらかで足りることがほとんどです。手元のパソコンで動かして共有する形は、その人が休んだ日に止まるので、試す段階までにとどめます。

コードはどこにあるか

AIに作らせたコードが、AIとのチャットの中にしかない。この状態は、作った直後にいちばん起きやすい落とし穴です。チャットは流れて探せなくなり、AIのサービスが変われば取り出せなくなることがあります。

コードはリポジトリに置きます。リポジトリとは、コードを変更の履歴ごと保管する場所のことです。共有フォルダに置くのと違い、誰がいつ何を変えたかが残り、前の状態に戻せます。AIに直させるときも、リポジトリにあるコードを起点にし、直したものをリポジトリに戻します。

アカウント・契約・コードは、会社のものか

ここが、この問いの中心です。動かす場所のアカウント、月額の契約、コードの置き場。この三つが、経営者個人や作った社員個人の名義になっていないかを確かめます。

確かめること	個人のものになっている例	会社のものにするには
アカウント	作った人の個人の Google アカウントの中で動いている	会社のアカウントに移す、または会社のアカウントで作り直す
契約	個人のクレジットカードで月額を払っている	会社名義の契約と支払いにする
コード	個人のリポジトリや、AIとのチャットの中にある	会社のリポジトリに置き、複数の人が開ける状態にする

勤怠管理なら、打刻の記録が入ったスプレッドシートと、その自動化の仕組みが、作った人の個人の Google アカウントの中にある状態が、これにあたります。個人のものになっている仕組みは、その人が会社を離れた日に、止まるか、手が出せなくなります。本人がいるうちなら移すのも簡単ですが、辞めた後は、本人の協力なしには移せません。だから、作る前に会社の名義で始めます。運用の責任者を決める話は「そもそも自分たちで作るべきか」で扱いました。ここで決めるのは、責任者とは別に、仕組みそのものの持ち主が会社であることです。

無料枠や個人プランに依存していないか

無料枠——一定の使用量までは無料で使える範囲——は、試すには最適です。ただ、無料枠は短い予告で縮むことがあり、しばらく使わないと止まるものもあり、条件は変わります。個人向けの契約（個人プラン）は、会社名義の契約にできなかったり、会社の業務での利用を認めていなかったりすることがあります。

試す段階は無料枠で構いません。業務に乗せると決めたら、会社名義の契約に移します。動かす場所に有料プランがあるならそれに上げ、スプレッドシートの自動化の仕組みのように追加の費用がかからない場所なら、会社のアカウントの中で動かすことが、その移行にあたります。費用の桁は「そもそも自分たちで作るべきか」で扱いました。月数千円で業務に乗せる、という桁の中に、この移行が入っています。

ノート

費用の桁は2026年9月時点のものです。正本は「そもそも自分たちで作るべきか」の表で、桁が変わったらあちらと合わせて直します。

つまずきやすいところ

• 動いているから大丈夫、と思う。 個人のアカウントでも、無料枠でも、今日は動きます。問題は、人が替わった日と、条件が変わった日に出ます。
• スマホアプリから入る。 現場で使うなら、と最初からアプリを作ろうとすると、配布と更新の手間で行き詰まります。Web画面をスマホで開く形で、たいてい足ります。
• コードをAIとのチャットに置いたままにする。 動いた時点で、コードをリポジトリに入れます。「動いたら保存」を、作る手順に組み込みます。

まとめ

届け方の形は役割ごとに選び、動かす場所は業務に使い続けられる場所を選びます。コードは履歴ごとリポジトリに置き、アカウント・契約・コードは会社のものにします。無料枠と個人プランは試す段階までにして、業務に乗せるときは会社名義の契約へ移します。

仕組みが会社のものになったら、次は、それが壊れたとき、間違えたとき、変えるときの備えです。「壊れたら、間違えたら、変えるとき、どうするか」で扱います。