スキマバイトを「本人確認済みだから安心」とだけ見ると、管理側の穴を見逃します。
“スキマバイト”のアプリを悪用したとして、飲食店店長の40代男性が書類送検されました。店長は自らの名前で応募し、アルバイト代を受け取っていました。 働く側にとっても人手不足の店側にとっても便利なスキマバイトアプリ。その国内大手「タイミー」を悪用したのは、まさかの飲食店の店長でした。 捜査関係者によりますと、名古屋市中村区にある飲食店で店長を務めていた40代の男性は2024年、自身が管理する店に「タイミー」から自分の名前でアルバイトに応募しました。 勤務したように見せかけることで、店長の給料とは…
今回の登場人物
タイミーは、働きたい人と短時間だけ人手がほしい店を結ぶスキマバイトアプリです。今回の報道では、この仕組みを悪用した疑いが伝えられています。
飲食店店長の40代男性は、名古屋市中村区の飲食店で店長を務めていたとされる人物です。自分が管理する店に自分の名前で応募し、勤務したように見せた疑いで書類送検されました。
優先的に求人を送れるシステムは、過去に雇ったことのある人へ店側が求人を送りやすくする仕組みです。便利な機能ですが、権限を持つ人が自分へ使うと問題が起きます。
フランチャイズ元は、加盟店を束ねる側の会社です。FNNによると、タイミー担当者からアルバイト実績の報告を受けた際、店長名が見つかり発覚したとされています。
詐欺の疑いは、勤務したように見せてアルバイト代を受け取ったとされる点に関わります。この記事では、事実関係は報道された範囲で扱います。
何が起きたか
FNNは6月24日午後7時23分、スキマバイトアプリを悪用したとして、飲食店店長の40代男性が詐欺の疑いで書類送検されたと報じました。
記事によると、男性は2024年、自身が管理する名古屋市中村区の飲食店に、タイミーから自分の名前でアルバイトに応募しました。勤務したように見せかけ、店長の給料とは別にアルバイト代あわせて約30万円を受け取ったとみられています。
報道では、過去に雇ったことのある人へ店が優先的に求人を送れるシステムがあり、男性はこれを悪用して数十回以上繰り返したとされています。発覚のきっかけは、タイミー担当者からフランチャイズ元への実績報告で、店長であるはずの男性の名前が見つかったことでした。
男性は「グレーだと思っていた。バイト代金をもらう分、2倍働いていました」と話し、容疑を認めていると報じられています。
ここが本題
本題は、「ずるい店長がいた」という一人の話で終わらせないことです。スキマバイトのような便利な仕組みでは、本人確認が終わった後の権限管理が弱点になります。
アプリの世界では、まず「この人は誰か」を確認します。本人確認、電話番号、銀行口座、勤務履歴。これは大事です。でも、今回の疑いで問題になっているのは、働く人が本人かどうかだけではありません。店側の管理者が、自分を働く人として扱える状態だったことです。
つまり、入口の本人確認ではなく、入口を通った後の役割の混線です。店長は店を管理する人です。同時に、アルバイト応募者としても登録できる。ここに「自分で自分を呼ぶ」余地が生まれます。自分で作った招待状を自分で受け取り、自分で出席確認をする。パーティーなら少し寂しいだけですが、給与が絡むと不正の入口になります。
便利なプラットフォームほど、利用者の手間を減らします。それ自体は良いことです。ただ、手間を減らすと、チェックの目も一緒に減ることがあります。そこをどう補うかが制度設計の勝負です。
「グレーだと思った」はシステム設計への警告でもある
報道された男性の言葉で目を引くのは、「グレーだと思っていた」という部分です。もちろん、本人がどう認識していたかは捜査や手続きの中で扱われる話です。ここでは、別の読み方をします。
利用者が「これはできるけど、やっていいのか分からない」と感じる操作があるなら、その時点で仕組みには警告ランプがついています。アプリや業務システムは、禁止事項を規約に書くだけでなく、危ない操作をできにくくする必要があります。
たとえば、店の管理者と応募者が同一人物なら警告を出す。店長や社員の口座にアルバイト代が流れる場合は追加承認を求める。一定回数以上、同じ人を優先招待するなら本部へ通知する。店舗責任者本人の勤務実績は、フランチャイズ元や別権限者の確認なしでは確定できないようにする。
こうした仕組みは、善良な利用者を疑うためではありません。むしろ、普通の人が迷わず正しい道を通れるようにするためです。道路にガードレールがあるからといって、全ドライバーを悪人扱いしているわけではありません。落ちると危ない場所に、落ちにくい形を作っているだけです。
スキマバイトは「速さ」と「監査」がぶつかりやすい
スキマバイトの魅力は速さです。今日、人が足りない。数時間だけ働ける人がいる。すぐ募集し、すぐ働き、すぐ報酬が動く。人手不足の現場にとっては助かります。
しかし、速い仕組みは、あとから確認する仕組みと相性が難しい。働いたかどうか、誰が承認したか、どの口座へ払ったか、店側の責任者は誰か。これらを全部ゆっくり確認していたら、スキマバイトの良さが消えます。一方、確認を薄くしすぎると、不正やミスが入り込みます。
だから必要なのは、全部を人間が見ることではなく、怪しい組み合わせだけ機械的に拾うことです。店長名と応募者名が一致する。管理者の端末から応募と承認が続く。同じ人への優先求人が不自然に多い。勤務時間と通常勤務が重なる。こうしたパターンを検知して、追加確認に回す。
これはプラットフォームだけの責任ではありません。加盟店、本部、フランチャイズ元、アプリ運営会社が、どこで何を確認するかを分ける必要があります。便利なアプリを入れた瞬間、労務管理が自動で完成するわけではありません。アプリは道具です。店の管理まで妖精のように肩代わりしてくれるわけではありません。
それで何が変わるのか
読者が働く側なら、スキマバイトは便利な選択肢です。ただし、勤務実績、報酬、キャンセル、評価がデータで残る世界だと理解しておく必要があります。おかしな指示を受けた時は、アプリ内の記録や相談窓口を使うことが大事です。
店側や本部側なら、見るべきは「うちは大丈夫」という気合いではありません。管理者が応募者になれるか、承認者と勤務者が同一にならないか、同じ人への優先求人が偏っていないか、給与や報酬の流れを誰が見ているかです。
プラットフォーム運営側にとっては、本人確認後の役割管理が信頼の土台になります。スキマバイトは、働く側と店側の信頼が崩れると一気に使いづらくなります。不正がニュースになるたびに、まじめに使っている人まで疑われる。それは業界にとっても損です。
今回の事件は、スキマバイトを否定する話ではありません。むしろ、広く使われるようになったからこそ、次の弱点が見えたという話です。便利さを守るには、便利さを悪用しにくい設計が必要です。
ここで大事なのは、不正対策を強めるほど現場が面倒になるという副作用も見ることです。毎回、店長以外の承認を必須にすれば安全性は上がりますが、小さな店では運用が重くなるかもしれません。だから、全件を重くするのではなく、危ない条件に当たった時だけ重くする設計が現実的です。
たとえば「管理者本人が応募している」「同一口座への支払いが続く」「勤務承認が同じ端末から短時間で繰り返される」といった時だけ、本部確認や追加ログを求める。普通の募集は速く、怪しい募集は立ち止まる。この切り替えがうまいほど、働く人も店も使いやすさを失わずにすみます。ブレーキは車を遅くするためだけでなく、安心して速度を出すためにもあります。
まとめ
飲食店店長がスキマバイトアプリに自分の名前で応募し、勤務したように見せて約30万円を受け取った疑いで書類送検されたと報じられました。見るべき本題は、一人の不正だけではありません。
本人確認を通った後、店側の管理者がどんな権限を持ち、誰が勤務実績を承認し、どの支払いを監査するのか。スキマバイトの便利さは、速さだけでなく、この裏側の管理で守られます。便利な仕組みほど、グレーな操作をグレーのまま放置しない設計が必要です。