Odooの工数管理(Timesheets)|入力が続く仕組みと、承認の設計

工数管理システムを入れた会社の多くが、同じ道をたどります。

最初の1か月は、みんな入力します。2か月目、少し遅れる人が出ます。3か月目、月末にまとめて記憶で埋める人が出てきます。半年後、データは存在するけれど誰も信用していない状態になります。

工数入力は、導入したシステムの中で最も定着しにくい業務です。

理由ははっきりしています。入力する本人に、直接のメリットがないからです。

この記事では、Odoo(オドゥー:オープンソース由来の統合業務アプリ群)の工数管理を、機能の各論として整理します。あわせて、入力が続く設計についてもお伝えします。

なお、案件ごとの採算をどう見るかは Odooのプロジェクト管理(Project) をご覧ください。この記事は入力・承認・請求への反映に絞ります。

目次

工数管理でできること

Odoo公式サイトによれば、次のようなことができるとされています(2026年8月確認)。

記録する

  • ドロップダウンメニューから、タイムシートを作成したいプロジェクトとタスクを選択できる
  • キーボードショートカットでタイマーを開始・停止できる
  • タイマーをその場で起動し、タイムシートが適切なプロジェクト・タスク・販売オーダに紐づくよう管理できる
  • モバイルアプリを使って、外出先でもタイムシートを入力できる
  • プロジェクト、クライアント、タスクごとに費やした時間を記録できる

見る

  • タスクに割り当てられた時間がグリッド上に表示され、色分けされる
  • 残業時間や欠勤時間をグリッド上で確認できる
  • 誰がいつ休暇を取っているかを確認できる
  • 請求可能時間を、メンバー・案件・タスク別に把握できる

承認する

  • チームメンバーのタイムシートの概要を把握し、承認できる
  • 入力または検証すべきタイムシートを持つユーザーに、定期的にリマインダーメールを送信できる
  • 最後に有効化されたタイムシートの日付より前の入力・編集を制限できる(ロック機能)
  • タイムシートの閲覧を他のチームメンバーに制限できる

請求する

  • 顧客に提供したサービスについて、費やした時間に応じて請求できる
  • 記録したすべての時間を請求するか、有効なものだけを請求するかを選べる
  • タイムシートがリンクされている販売オーダ項目を変更し、曜日や担当技術者などに応じてレートを更新できる

なぜ工数入力は続かないのか

機能の前に、構造を整理します。

工数入力が形骸化していく流れと、続く設計にした場合の違いを示した図 左側は入力項目が多く後回しになり、月末にまとめて記憶で埋めた結果データが信用されなくなる流れ。右側はその場で数十秒で入力でき、粒度を粗くし、評価に使わないことでデータが信用される状態を示しています。 形骸化する流れ 続く設計 入力項目が多い・粒度が細かい 忙しいので後回しになる 月末に記憶でまとめて埋める 評価に使われると、さらに歪む 誰もデータを信用しなくなる 粒度は「案件×時間」まで タイマー・スマホでその場で記録 リマインダーで入力漏れを防ぐ 個人の評価には使わないと宣言する 数字が信用できるものになる

左の流れで最も深刻なのは、最下段です。

データはあるのに、誰も信じていない。この状態になると、そのデータを使った採算計算も信用されません。工数管理システムを入れた意味がなくなります。

入力が続く設計の3原則

Odooの機能を、この3原則に沿って使うことをおすすめします。

原則1:粒度を粗くする

「どの作業に何分」まで取ろうとしないでください。まずは「どの案件に何時間」で十分です。

それだけでも、案件別の労務費は見えます。細かくするのは、定着してからにしてください。

原則2:その場で、数十秒で終わる形にする

Odooには、タイマーとキーボードショートカットがあります。モバイルアプリからも入力できます。

移動の多い職種では、この「その場で」が決定的です。事務所に戻ってから入力する運用にすると、必ず後回しになります。

原則3:個人の評価に使わない

これは強くお伝えしたい点です。

工数の記録を人事評価に使い始めると、データは必ず歪みます。「早く終わったことにしておこう」「時間がかかったとは言いにくい」という力が働くからです。

工数は、案件の採算を見るための道具です。人を測る道具にしないでください。

そして、これは方針として 口に出して宣言してください。 黙っていると、現場は「評価に使われるのでは」と疑います。疑ったまま入力されたデータは、すでに歪んでいます。

定着の進め方は Odooを社内に定着させる方法 にまとめています。

承認とロックをどう設計するか

Odooには承認機能と、過去分の編集を制限するロック機能があります。ここの設計が、運用の成否を分けます。

工数の入力から承認、請求までの流れを示した図 日々の入力、リマインダーによる漏れ防止、上長による承認、承認済み分の締めとロック、そして請求可能分の請求書発行という流れを示した図です。 入力から請求までの流れ 日々の入力 タイマー・スマホ リマインダー 未入力者へ通知 承認 上長が内容を確認 締め・ロック 過去分の編集を制限 請求 請求可能分 承認は「監視」ではなく「品質チェック」 案件の紐づけ間違いを直す場、という位置づけにする 請求に使うなら、締めのルールを先に決めておく

承認は「監視」にしない

承認機能を入れるとき、目的を明確にしてください。

目的は、時間の長短をチェックすることではありません。 案件の紐づけ間違いや、入力漏れを見つけることです。

「A案件に付けるべき時間が、B案件に付いている」。これを直すのが承認の役割です。

この位置づけを共有しないまま承認フローを作ると、現場は監視だと受け取ります。すると、入力される数字が「怒られない数字」になります。

ロック機能は諸刃です

過去分の編集を制限できる機能は、締めた数字が動かないという点で有用です。請求のもとになるデータなら、なおさらです。

一方で、入力漏れに気づいたときに直せなくなります。

現実的な運用は次のとおりです。

  • ロックする期間は、締め処理が終わった分だけにする
  • 修正が必要になったときの例外手続きを、先に決めておく

例外をゼロにはできません。例外が起きたときの手順があるかどうかが重要です。

記録した時間を請求につなげる

時間精算の契約では、ここが効いてきます。

Odoo公式によれば、費やした時間に応じて顧客に請求でき、記録したすべての時間を請求するか、有効なものだけを請求するかを選べるとされています。

この「すべて/有効分のみ」の選択が重要です。

社内の管理用に記録した時間と、顧客に請求する時間は、必ずしも一致しません。手戻りや社内調整の時間まで請求するわけにはいかないからです。

請求可能/請求不可の線引きを先に決める

導入時に決めておくべきことは3つです。

  1. どの作業が請求可能か(顧客都合の手戻りは請求可能か、など)
  2. レートをどう設定するか(担当者別か、作業種別か)
  3. 締めのタイミング(月末か、案件完了時か)

Odoo公式は、タイムシートがリンクされている販売オーダ項目を変更し、曜日や担当技術者などに応じてレートを更新できるとも案内しています。

請求書の発行そのものは Odooの請求書発行(Invoicing) をご覧ください。

Community版とEnterprise版の違い

Odooには、無料の Community版 と有償の Enterprise版 があります。

Community版はオープンソースとして無料で使えます。ただし、サーバの用意・アップデート・障害対応は自社の責任になり、公式サポートの対象外です。

工数管理については、基本的な時間の記録はCommunity版でも利用できるとされています。一方で、グリッド表示・タイマー・承認といった機能は、Enterprise版が対象と案内されているものがあります。

この記事で紹介した「入力が続く設計」は、タイマーや承認といった機能を前提にしています。Community版で検討される場合は、これらが使えるかを対象バージョンで必ず確認してください。

詳しくは Odoo Community版とEnterprise版の違い をご覧ください。

他のアプリとのつながり

アプリつながり方
プロジェクト案件・タスクに時間を紐づけ、採算を計算
販売販売オーダに紐づけ、時間精算の契約へ
請求記録した時間から請求書を発行
休暇管理休暇の申請が承認されると、タイムシートに反映できる

案件採算の考え方は Odooのプロジェクト管理(Project) をご覧ください。

業務文脈での使い方は、サービス業・プロジェクト型ビジネスのOdoo活用建設業のOdoo活用 にまとめています。

工数管理が合わないケースもあります

正直に書きます。

ベンチャーネットは、SAP・NetSuite・Odoo・AIスクラッチ開発という4つの選択肢を扱っています。工数管理では、次のように整理できます。

状況検討したい選択肢
案件別の採算を見る予定がない工数管理は入れないほうがよい
案件採算や時間精算の請求をしたい中小〜中堅企業Odoo が現実的な選択肢
勤怠管理が目的(労働時間の法令管理)勤怠専用のサービスを検討
大規模な要員計画やスキル管理まで必要OdooとNetSuiteの違い を参照

1行目を強調します。採算を見る予定がないなら、工数管理は入れないでください。

入力の負担だけが現場に残り、誰も見ないデータが溜まります。これがいちばんよくないパターンです。

3行目も重要です。工数管理と勤怠管理は別物です。 工数は「何にどれだけ使ったか」、勤怠は「いつからいつまで働いたか」。目的が違うので、混ぜると両方が中途半端になります。

業務が固有すぎてどのパッケージにも乗らない場合は、AIスクラッチ開発という選択肢もあります。ただしライセンス費用がかからない代わりに、開発費と保守費が別途かかります。

判断材料は パッケージERPかスクラッチ開発か にも整理しています。

よくある質問

Q1. 全員に入力してもらう必要がありますか?

必要ありません。採算を見たい案件に関わる人に絞るのが現実的です。

間接部門まで含めて全社導入すると、負担のわりに得られる情報が増えません。まずは案件に紐づく職種から始めてください。

Q2. 15分単位と1時間単位、どちらがよいですか?

始めるなら粗いほうです。 細かくすると入力されなくなります。

案件別の労務費を見るだけなら、1時間単位でも十分な精度が出ます。細かくするのは、定着してからにしてください。

Q3. 承認は誰がやるべきですか?

案件の内容を理解している人です。多くの場合、プロジェクトの責任者や現場の管理者になります。

経理や人事が承認する設計にすると、内容の妥当性を判断できないため、承認が形だけになります。

Q4. 過去分の修正はできますか?

ロック機能を使うと、指定した日付より前の入力・編集を制限できます。

ただし、修正が必要になったときの例外手続きを先に決めておいてください。 直せない設計にすると、現場は諦めて放置します。

Q5. Community版でも使えますか?

基本的な時間の記録は利用できるとされています。ただし、グリッド表示・タイマー・承認といった機能はEnterprise版が対象と案内されているものがあります。

この記事の内容の多くは、これらの機能を前提としています。Community版での検討時は、対象バージョンで必ず確認してください。

まとめ

工数入力が続かないのは、現場の意識が低いからではありません。

入力する本人に直接のメリットがないという、構造の問題です。

だからこそ、続く設計にする必要があります。粒度を粗くする。その場で数十秒で終わる形にする。そして、個人の評価に使わないと宣言する。

Odooには、タイマー、モバイル入力、リマインダー、承認、ロックといった機能があります。これらは「入力を強制する道具」ではなく、入力の負担を下げ、データの質を保つ道具として使ってください。

とくに承認は、監視ではなく品質チェックです。時間の長短ではなく、案件の紐づけ間違いを直す場。この位置づけを共有してください。

そして最後に、いちばん大事なことを書きます。

案件別の採算を見る予定がないなら、工数管理は入れないほうがよいです。 入力の負担だけが残り、誰も見ないデータが溜まります。目的から逆算して決めてください。

もう少し詳しく知りたい方へ

ベンチャーネットは、ERP導入支援を手がける会社です。SAP・NetSuite・Odoo・AIスクラッチ開発という4つの選択肢を扱っているため、特定の製品に偏らない立場でご提案できます。

ベンチャーネット自身がプロジェクト型のビジネスであるため、工数入力が続かない問題は自分たちの課題としても向き合ってきました。

あわせて読みたい記事

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

持田 卓臣(もちだ たくおみ)
株式会社ベンチャーネット 代表取締役

ヒューレット・パッカード社でITコンサルタントとして従事した後、2005年に株式会社ベンチャーネットを設立。
Oracle NetSuite Solution Provider Partner として、中堅・中小企業向けクラウドERP「NetSuite」の導入・運用支援を提供しています。
SEO・広告・SNS・ウェブ・MA・SFAと一気通貫で培ってきたデジタルマーケティング領域の業務知見を活かし、NetSuiteを軸とした経営DXを支援しています。
著書:『普通のサラリーマンでもすごいチームと始められる レバレッジ起業「バーチャル社員」があなたを救う』(KADOKAWA、2020年)

目次