クラウドに1バイトも送らずにスタッフの勤務時間を管理する方法

FaceClock Team
Guides
2026年4月15日

市場にあるほとんどの勤怠管理製品の裏には、口に出されない前提があります。スタッフの打刻は、どこかにアップロードすべきデータだ、という前提です。たいていはベンダーのクラウドへ。ときには「冗長性のため」に3つのリージョンに複製され、「サービス提供に必要な期間」というあいまいな条項のもとで無期限に保存されます。

この前提がいつも間違っているわけではありません。でも、歯科医院、印刷所、地域の劇場、クラフトビールの醸造所といった小さな組織にとっては、よくて過剰、悪ければ本当に問題になります。そこでこの記事では、その代わりになる方法、つまり端末から何も出さずに勤怠管理を運用する方法を紹介します。

まず少し退屈な法律寄りの話、次に実際の設定、最後に落とし穴の順で進めます。

そもそもなぜクラウドを避けるのか

理由としてよく聞くのは次の3つで、だいたいこの順番です。

法令対応。 生体情報を扱うなら（顔はほとんどの現代の法律で生体情報です）、それを第三者に送ると多くの義務が生じます。いちばん簡単な回避策は、データを端末から出さないことです。日本の個人情報保護法でも、GDPR 第9条、BIPA、CCPA でも、「一切送信しません」は正当でわかりやすい答えになります。

費用。 SaaS の勤怠管理は、ユーザー1人あたり月3〜8ドルが一般的です。15人のチームなら年540〜1,440ドルを、ずっと払い続けることになります。30人を超えるあたりで計算は逆転しますが、多くの小さな組織にとって問いはこうです。「スタッフが何時に来たかを記録するという特権のために、なぜ毎月お金を払っているのか？」

信頼。 自分の顔をベンダーのサーバーにアップロードしてほしいと言われて、スタッフがどう受け止めるかはわかりません。イリノイ州の訴訟を聞いたことがある人もいれば、単に嫌だという人もいます。アップロードをなくせば、この話し合い自体がなくなります。

3つすべては必要ありません。たいていは1つで十分です。

クラウドを使わない仕組みの構成要素

オフラインの勤怠管理は5つの部品でできています。

打刻用の端末：タブレット、スマホ、またはキオスク
本人確認：顔、指紋、PIN、RFID、あるいは単なる名前の一覧
ローカルの保存先：記録が実際に置かれる場所
レポートと出力：たいていは CSV
バックアップの方法

5番目は、ほとんどの人が飛ばします。後で戻ってきます。

打刻用の端末

多くの場合、入口近くに設置した Android タブレットです。安い価格帯（整備済みの Samsung Tab A8 や Lenovo Tab M9）なら100〜150ドルで、何年も使えます。電源につないでおけば、バッテリーのことは忘れて大丈夫です。

実用的なポイント：

目の高さではなく、胸から肩の高さに設置します。人は少し下を見るほうが自然です。
1日のどの時間帯にも、画面に直射日光が当たらないようにします。
しっかりしたスタンドを選びます。弱いものは画面を押すとたわみます。

本人確認

ここで決める必要があります。タイムレコーダーに対して、人はどうやって自分を証明するのか。

PIN コード。 いちばん簡単です。1人1つ4桁のコード。安く導入できます。人に教えられるのが問題で、それが代理打刻です。

指紋。 うまく動けば信頼できます。寒いとき、手袋をしているとき、手に切り傷があるとき、業務用の厨房では厄介です。

RFID カードやキーホルダー。 チームがすでに社員証を持っているなら良い選択です。弱点はカードの紛失です。

顔認証。 手を使わず、速く、人に貸せません。ただし生体情報なので、規制上の重みがあります。うまく作れば（端末内だけで処理すれば）、便利さを損なわずにその重みの大部分を避けられます。

私は中立ではありませんが、多くのチームにとってローカルの顔認証がいちばん良い初期選択だと思います。生体情報が端末から出ないことを示せれば、想像していた法的な面倒はたいてい消えます。

ローカルの保存先

スマホやタブレットなら、アプリの非公開ディレクトリにある SQLite ファイルと、打刻写真用の画像フォルダだけです。15人のチームの半年分のデータベースでも、30〜60 MB 程度。規模の問題にはなりません。

確認すべきこと：アプリは打刻をすぐにディスクへ書き込むか、それともメモリに置いて後で書き込むか。メモリに置いておく方式は、端末がフリーズしたり誰かがコンセントを抜いたりしたときに致命的です。よくできたアプリは、「打刻しました」と表示する前にディスクに書き込みます。

レポート

小さな組織の95%にとって、必要なのは CSV です。1行が1シフトで、名前、出勤時刻、退勤時刻、勤務時間、任意のメモの列があります。CSV を共有フォルダに置けば、会計担当が月曜の朝に開きます。それで終わりです。

CSV より凝ったものが必要なら、それはたいてい給与システムとの連携を意味し、本格的な開発案件になります。その場合、端末内のアプローチはおそらく合いません。これについては後で触れます。

バックアップ

誰もが飛ばす部分です。ルールはこうです。記録が壁のタブレットにしかないなら、その記録は存在しないのと同じです。タブレットは割れます。清掃スタッフが電源を抜きます。ある火曜の朝、ただ動かなくなることもあります。

現実的なバックアップの方法は3つです。

毎週、CSV を共有フォルダへ出力する。 いちばん簡単です。毎週金曜に誰かが出力し、会計担当が見られるフォルダに共有します。タブレットが壊れても、失うのは最大1週間分です。
忙しい店舗では毎日出力する。 閉店時に同じ2タップ。20人を超え、1週間分を失うと復元が大変になる場合に向いています。
月に1回、PDF も出力する。 PDF には出勤・退勤時の写真が含まれるので、90日の保存期間を過ぎて端末から消えた後に、もめたシフトが出てきたときの証拠になります。

FaceClock ではこれらはすべて意図的に手動です。アプリにはネットワーク権限がないので、自分でファイルをどこかへ送ることはできません。出力は Android の共有メニューを通り、行き先はあなたが選びます。CSV に入っているのは名前、時刻、勤務時間だけで、顔もベクトルも含まれません。

補足：集計されたシフトのデータ（CSV）をバックアップするのは問題ありません。生体情報のベクトルをバックアップするのは、一般的にはおすすめしません。ローカルに置いておく意味がなくなるからです。

実例をひとつ

昨年の春、設置を手伝った9人の歯科医院の構成です。

スタッフ用の入口通路に Samsung Tab A8
FaceClock をインストール。事前に登録した人はいません。月曜の朝、それぞれが最初の打刻のときに名前と写真1枚で自分を登録しました
最大シフト12時間。医院がそこまで開いていることはほとんどありませんが、土曜の急患で出勤を打刻して退勤を打ち忘れた場合に役立ちます
90日で古いシフトを自動削除（初期値）
毎週金曜にシフト画面から CSV を出力し、会計担当が見られる Google ドライブのフォルダに直接共有。手動（2タップ）で、医院の事務長の金曜のチェックリストに入っています
タブレットの横に、何かおかしいときの手順を書いた紙を用意。名前、時刻、イニシャルを手書きします。11か月で一度も使われていません。

費用の合計：タブレット代約130ドル、日曜の午後1回分の設定作業、そして月額料金ゼロ。

CSV だけで残業を計算する

ここで慌てる人がいます。「管理画面なしで、どうやって残業を計算するの？」答えは少し地味で、表計算ソフトで計算します。10年前と同じです。典型的な式はこうです。

weekly_hours = SUMIF(employee_id, [name], duration_hours)
overtime_hours = MAX(0, weekly_hours - 40)

日本では法定労働時間が1日8時間・週40時間なので、日ごとの超過も確認が必要です。時間外労働には36協定が必要で、割増賃金は原則25%以上（月60時間を超える部分は50%以上）です。これらのルールは勤怠アプリではなく、表計算に書きます。アプリの役割は、きれいなシフト記録を渡すことです。計算は給与計算の仕事です。

うまくいかなくなるとき

規模については正直に書いておきます。

複数拠点。 3つのカフェがあり、本部でシフトをリアルタイムに見たいなら、拠点ごとのオフラインのキオスクは形が合いません。CSV をメールで回しながら、多店舗向け SaaS にすればよかったと思うことになります。分かれ目はだいたい3拠点です。
リアルタイムの給与自動化。 シフト管理システムが今すぐ遅刻を知る必要があるなら、オフラインのアプリにはそれを伝える手段がありません。API 連携が必要ですが、ほとんどのオフラインアプリは設計上それを提供していません。
1台あたり約50人以上。 登録者が増えるほど認識は遅くなります。50人なら最近の端末で問題ありませんが、安いタブレットで200人は厳しいです。
24時間体制での複数回の交代。 病院、工場など、1日3交代の職場。可能ではありますが、修正作業（退勤の打ち忘れ、シフト交代）が大きく増え、クラウドの一元的な見える化が欲しくなるでしょう。

この範囲の外なら、おそらくクラウドが合っています。範囲の内側なら（ほとんどの小さな組織はそうです）、オフラインの方法でお金を節約でき、生体情報の面倒を避けられ、他社のサーバーが動き続けることに依存しない記録が残ります。

最後に

SaaS の時代には、どんな業務データも誰かのクラウドに置くのが当然と考えられています。多くの分野ではそれが正解です。でも勤怠の記録は、意外なほどクラウドに置かないのに向いています。個人データであり、保存期間の決まりがあり、量が少なく、1拠点の小さな組織では集中管理してもあまり得がありません。

昔ながらの答えが、今の答えでもあることがあります。入口の端末。週末の CSV。自分の目で見える場所にある記録。

小さなチームの勤怠管理に本当に必要なのは、ほぼそれだけです。