【事例型】飲食本部がkintoneとfreee人事でシフト承認を集約した型（匿名・概念）
目次 クリックで開く
多店舗展開を行う飲食企業にとって、店舗スタッフの「シフト管理」は経営の根幹に関わる重要業務です。しかし、現場では「紙やExcelでの管理」、本部は「freee人事労務での給与計算」と分断され、その間をつなぐ「承認プロセス」がブラックボックス化しているケースが少なくありません。
本記事では、kintoneを承認プラットフォームとして活用し、freee人事労務と連携させることで、煩雑なシフト承認と労務管理を完全に統合する実務的なアーキテクチャを解説します。現場の使い勝手を損なわず、本部のガバナンスを強化する具体的な手法を見ていきましょう。
飲食業のシフト管理が抱える「本部と現場の分断」という課題
店舗ごとにバラバラな管理が生む労務リスク
多くの飲食チェーンでは、店長がシフト表を作成し、それをエリアマネージャーが確認、最終的に本部が給与データとして受け取るという流れを汲んでいます。しかし、この過程がアナログである場合、以下のようなリスクが常態化します。
- 36協定違反の事後発覚： シフト確定時点で長時間労働や連勤をチェックできず、給与計算時に初めて違反が判明する。
- 承認の形骸化： LINEやメールで「今月のシフト送ります」「了解」といったやり取りのみが行われ、変更履歴や承認の証跡が残らない。
- 二重入力のコスト： 店長がExcelで作ったデータを、事務担当者がfreee人事労務に手入力する際、膨大な工数と入力ミスが発生する。
汎用シフトソフトで解決できない「承認フロー」と「原価意識」
市販のシフト管理SaaSも優秀ですが、飲食業特有の「本部による厳密な人件費コントロール」を組み込むには、カスタマイズ性が不足することがあります。例えば、「売上目標に対する人件費率（FL比率）が一定を超えた場合、エリアマネージャーの承認を必須とする」といった動的なワークフローの構築は、汎用ソフトでは困難です。
ここで、業務アプリ構築プラットフォームであるkintone（キントーン）をハブに据える意義が生まれます。
kintone×freee人事労務による「シフト承認集約型」アーキテクチャ
全体設計図：現場申請から給与計算までのデータフロー
目指すべきゴールは、現場で入力された「シフト予定」が、上長承認を経て、そのままfreee人事労務の「勤怠データ（予定）」として同期される状態です。
- 申請： アルバイトがスマートフォン（外部フォーム）からシフト希望を入力。
- 集約： kintone上の店舗別アプリにデータが集約され、店長が調整。
- 承認： 店長が承認申請を出し、エリアマネージャーが人件費予実を確認して決裁。
- 連携： 承認済みデータのみがAPIまたはCSVでfreee人事労務へ。
- 実績反映： 当日の打刻実績と、kintoneから送られた予定データをfreee上で照合。
このフローを構築することで、経理・労務側は「正しく承認されたデータ」のみを扱えばよくなります。経理業務全体の自動化については、以下の記事も参考にしてください。
楽楽精算×freee会計の「CSV手作業」を滅ぼす。経理の完全自動化とアーキテクチャ
なぜ「kintone」をハブにするのか？柔軟なワークフローの優位性
kintoneを採用する最大のメリットは、「プロセス管理」機能による柔軟な承認ルートの設定です。飲食業では店舗の異動や、新店オープンに伴う組織変更が頻繁に起こります。kintoneであれば、プログラミングなしで承認ルートを即座に変更できるため、システムの硬直化を防げます。
【実務】kintoneでのシフト承認アプリ構築ステップ
STEP 1：マスタ情報の整理（店舗・従業員・単価）
まず、すべてのベースとなる「従業員名簿アプリ」をkintoneに作成します。ここで重要なのは、freee人事労務の「従業員番号」とkintoneのレコードを紐付けることです。
- 従業員名、所属店舗、従業員番号（freeeと完全一致）
- 雇用形態（アルバイト、正社員）
- 時給単価（人件費計算用）
STEP 2：シフト申請アプリの設計と入力制限
シフト申請アプリでは、1行（1レコード）を「1人×1日」のシフトとして管理するのがデータ連携の基本です。
フィールド構成例：
| フィールド名 | 型 | 用途 |
|---|---|---|
| 勤務日 | 日付 | シフトを割り当てる日 |
| 従業員番号 | 文字列 | freee人事労務との突合キー |
| 開始時間/終了時間 | 時刻 | 予定勤務時間 |
| 休憩時間（分） | 数値 | 控除時間の計算 |
| 店舗コード | 文字列 | 配賦計算・店舗別集計用 |
STEP 3：プロセス管理を活用した「多段承認」の実装
kintoneの「プロセス管理」を有効にし、以下のステータスを定義します。
- 未申請： 店長がシフトを調整中の状態
- 承認待ち： エリアマネージャーが確認中の状態
- 承認済み： 本部確認完了。このステータスのみfreeeへの連携対象とする
- 差し戻し： 予算オーバー等の理由で再調整が必要な状態
外部連携サービスを用いた「アルバイト用申請UI」の構築
アルバイトスタッフ全員にkintoneライセンスを発行するのは、コスト面で現実的ではありません。そこで、「じぶんシリーズ」や「FormBridge（フォームブリッジ）」などの連携サービスを活用します。これにより、スタッフは自分のスマホからkintoneのアカウントを持たずにシフト希望を提出でき、データは直接kintoneに格納されます。
こうした「現場の入力しやすさ」と「本部の管理」の両立は、AppSheetなど他のツールでも検討の余地があります。詳細は以下のガイドを確認してください。
Excelと紙の限界を突破する「Google Workspace × AppSheet」業務DX完全ガイド
freee人事労務とのデータ連携と給与計算の自動化
API連携による「勤怠管理」への予定データ流し込み
kintoneで「承認済み」となったシフトデータを、freee人事労務の「勤怠（予定）」として取り込みます。これには、freee公式が提供する「freee for kintone」アプリを活用するか、iPaaS（AnyflowやZapier、make等）を利用して自動連携を構築するのが一般的です。
公式ドキュメント参照：
freee人事労務 APIリファレンス（勤怠の更新）などを通じ、kintone上の日付・時間をfreeeの該当従業員のレコードに書き込みます。
エラーを回避するデータクレンジングのポイント
連携時に最も多いエラーは「従業員情報の不一致」です。kintone側で退職処理がなされていない、あるいはfreee側で新入社員の番号が未発行といったケースです。
これを防ぐため、kintoneのルックアップ機能を用いて、freeeに存在する従業員番号以外は入力できないようバリデーションをかけることが実務上の鉄則です。
また、部門別の原価計算を行う場合は、以下の記事で解説している「配賦」の考え方も重要になります。
【完全版】給与ソフトからfreee会計への「部門別配賦」と仕訳連携。労務と経理の分断を解決するアーキテクチャ
【徹底比較】kintone連携か、専業シフトツールか
導入を検討する際、シフト管理専用SaaS（Airシフト、ジョブメドレー等）と、kintoneによる独自構築のどちらが良いか、比較表にまとめました。
| 比較項目 | kintone × freee人事労務 | 専業シフト管理SaaS |
|---|---|---|
| カスタマイズ性 | 極めて高い（承認フローを独自設計可能） | 限定的（パッケージの仕様に従う） |
| 承認フロー | 多段承認、条件分岐（FL比率等）が可能 | 店長承認までが一般的 |
| コスト | kintone（1,500円/人〜）＋外部フォーム代 | 月額数千円〜数万円（店舗単位が多い） |
| 他業務への拡張性 | 日報、衛生管理、棚卸等に転用可能 | シフト・勤怠管理に特化 |
| 導入スピード | アプリ構築・設計に1〜2ヶ月を要する | 最短数日で利用開始可能 |
飲食店舗タイプ別 × シフト管理の特性 × kintone×freee連携設計のポイント × 本部管理の効率化効果 早見表
前のセクションでfreee人事労務とのデータ連携と給与計算の自動化手順を説明しましたが、飲食業のシフト管理は「居酒屋チェーン」「カフェチェーン」「ファストフード」「高級レストラン」ではスタッフ構成・シフトパターン・給与計算の複雑さが根本的に異なります。全店舗で同じkintoneアプリ設計を使うと、アルバイト比率が高い業態と社員比率が高い業態でシフト申請の項目設計が合わないケースが出てきます。以下の表は飲食店舗タイプ別のkintone×freee連携設計の指針をまとめたものです。
| 飲食店舗タイプ | シフト管理の特性 | kintoneアプリ設計のポイント | freee人事労務連携での設定注意点 | 本部管理の効率化効果 |
|---|---|---|---|---|
| 居酒屋・ダイニングバー （夜間・週末集中型） |
金土日・祝前日に集中する需要に合わせた週次シフトが中心。深夜労働の割増賃金計算が発生するため給与計算の複雑さが高い。学生アルバイトの試験期間・長期休暇による急なシフト変更が多い | kintoneのシフト申請フォームに「深夜時間帯（22:00〜5:00）の出勤有無」を必須項目で記録する。週次のシフト確認ビューで深夜シフト担当者のカウントを自動集計して、深夜割増の人件費予算を管理する。急なシフト変更申請はkintoneのプロセス管理でリアルタイムに店長へ通知する設定にする | freee人事労務で「深夜割増賃金（25%増）」の労働時間区分を正確に設定する。kintoneの出退勤記録を深夜・通常時間帯で分割してfreeeにエクスポートする際の時間帯分割処理（22時またぎシフトの扱い）を事前に設計する | 深夜シフトの人員不足を前日に検知→不足補充通知を自動配信することで当日欠員リスクを低減。本部が全店の深夜シフト充足率を1画面で確認できるダッシュボードにより、問題店舗への早期介入が可能になる |
| カフェ・ドリンクスタンド （昼間・平日稼働型） |
平日昼間の安定稼働と週末の繁忙期に合わせた月次シフトが中心。主婦・学生アルバイトの時間帯制約（子どもの学校時間・授業時間帯）が多様で、シフト調整が複雑になりやすい。バリスタ等のスキル資格が必要な時間帯の人員確保が課題 | kintoneのスタッフマスタに「勤務可能時間帯（早番/中番/遅番）」と「保有スキル（バリスタ資格/ドリンク作成経験）」をフィールドで管理して、シフト作成時に条件に合うスタッフを自動フィルタリングできる設計にする。月次シフトをkintoneで一元管理して本部が全店の充足状況を把握する | freeeの雇用区分（パート・アルバイト・社員）別に時給・月給の設定を分けて管理する。時給制スタッフの交通費は日単位計算のためkintoneの出勤記録から交通費を自動集計してfreeeにインポートする処理が必要 | スキル別シフト充足率（バリスタ担当が各時間帯に最低1名確保できているか）を本部が全店で一括確認できるkintoneダッシュボードにより、スキル不足が見込まれる週を事前に把握して臨時採用の判断を前倒しできる |
| ファストフード・テイクアウト （高回転・マルチタスク型） |
ランチ・ディナーのピーク時間帯に複数ポジション（レジ・調理・ドリンク）を同時に埋める必要があり、ポジション別シフト管理が必須。高校生アルバイトの労働時間制限（22時以降就労禁止・週40時間超過不可）の管理が法令上重要 | kintoneのシフト申請フォームに「担当ポジション（レジ/調理/ドリンク/クリーナー）」を選択項目として設け、時間帯×ポジション別の人員充足状況をkintoneのカレンダービューで一覧表示する。高校生スタッフの就業時間が22時を超えないよう、kintoneの入力バリデーションで超過時に警告が出る設定を入れる | 高校生の労働時間制限（労働基準法第60条）の管理をfreeeの月次集計と連動させる。週ごとの累計労働時間がfreeeで自動集計されて上限に近づいたスタッフへの警告通知をkintoneのレポート機能で本部に配信する設計にする | ポジション別充足率の全店一括確認により「A店の調理ポジションが慢性的に不足」という問題を本部が早期把握できる。採用計画に必要なポジション別不足数をkintoneのデータから自動算出して求人広告の出稿判断を効率化する |
| 高級レストラン・ホテルダイニング （社員比率高・固定シフト型） |
社員・契約社員比率が高く、アルバイトは補完的な位置づけ。週次固定シフトが多いため変動管理より「残業管理」と「有給取得管理」が重要。社員の36協定管理（残業上限80時間/月等）の法令遵守が必須 | kintoneの勤怠管理アプリで月次残業時間を社員別・部門別に集計して、残業が40時間に近づいた時点で店長・本部に警告通知を自動送信する設計にする。有給取得日数をkintoneで管理して年5日取得義務（労働基準法第39条第7項）の消化状況を本部が全社員分で把握できるダッシュボードを構築する | freee人事労務の「時間外労働の上限管理」機能を活用して、36協定の特別条項（月60〜80時間）の適用有無をスタッフ別に管理する。kintoneの残業申請をfreeeの残業記録と自動連携することで、申請・承認・記録の三重管理問題を解消する | 36協定違反リスクの事前検知（月途中での累計残業時間が上限の80%超えを自動アラート）により、法令違反を事前回避できる。有給消化率の全社一覧により未消化者への計画的な有給取得促進指示を本部が5日ルール期限前に実施できる |
この表で最も法令リスクと直結する設計が「ファストフードの高校生スタッフ労働時間管理」です。高校生の深夜（22時以降）就業は労働基準法違反となり、本部が全店の状況を把握せずに各店長任せにしていると未然防止が困難です。kintoneのシフト申請フォームに22時超過時のバリデーション警告を入れて、freeeの月次集計で累計時間を追跡する設計を組むことで、コンプライアンスリスクを構造的に排除できます。
導入時の注意点と運用でよくあるエラー・対処法
スマートフォンからのアクセス制御とセキュリティ
店長やマネージャーが社外からkintoneで承認作業を行う場合、セキュアアクセスやIPアドレス制限の設定が必須です。特に個人情報を含む従業員名簿アプリへのアクセス権限は、「閲覧のみ」「編集不可」など、役割（ロール）に応じて厳密に制御してください。
承認ルート変更や店舗異動への対応
飲食業では店舗の統廃合が頻繁に起こります。kintone上の「店舗マスタ」を更新した際、自動的に関連するシフト申請アプリのルックアップ先や承認ルート（組織・グループ）が更新されるよう、設計段階で「アプリ間連携」を意識することが重要です。マスタの一貫性が崩れると、freee人事労務への連携時に404エラー（リソース未検出）が多発します。
まとめ：データの集約が経営判断のスピードを変える
kintoneとfreee人事労務を軸にしたシフト承認の集約は、単なる「事務作業の効率化」に留まりません。現場のシフト予定がリアルタイムに本部で可視化されることは、人件費という最大のコストをコントロール下に置くことを意味します。
「紙のシフト表を回収する」「Excelを統合する」といった非生産的な時間から解放され、より本質的な「店舗運営の改善」に注力できる環境を整えましょう。システム構成に不安がある場合は、公式のヘルプセンターやAPIドキュメントを参照しながら、まずは1店舗でのスモールスタートから始めることをお勧めします。
kintone業務アプリ・プラグイン活用のご相談
kintoneでの業務アプリ設計や、帳票・連携・自動化を補うプラグインの活用を支援します。現場の運用に合わせたアプリ構成や他システムとの連携まで、具体的な形でご提案します。