勤怠 英語表現一覧【2026年版】画面・就業規則・多言語対応

はじめに

「勤怠」を英語でどう書けばよいか迷う場面は、外国籍社員への案内、海外拠点との資料共有、勤怠管理システムの英語画面づくりなど、実務の中で急に訪れます。辞書で調べると attendance がすぐ見つかりますが、勤怠表の見出し、打刻ボタン、承認メール、就業規則の英訳まで同じ単語で押し通すと、意味が狭すぎたり不自然になったりします。

この記事では、最初に勤怠の英語表現は attendance が基本で、システムや業務の文脈では time and attendance と attendance management を使い分けるという結論を短く示します。そのうえで、出勤・退勤・欠勤・遅刻・早退・残業・休暇・打刻・締めといった関連用語を日英対照で整理します。

後半では、画面のUIラベルと説明文を分けて書く方法、勤怠表や就業規則を英訳するときの注意点、多言語の勤怠システムを設計するときに決めておくべき言語切替・タイムゾーン・休日・権限・文字長を扱います。さらに、英語対応の勤怠管理システムに求める要件、導入のステップ、よくあるトラブルと対策、運用後の改善サイクルまで順に解説します。訳語だけ知りたい方は前半の表を、システムの英語対応を検討している方は後半まで読み進めてください。用語表と例文は、そのまま社内の用語集や画面文言のたたき台として使える形にしています。英語話者の従業員と日本語で確認する人事が、同じ言葉で勤怠データを読める状態を目指しましょう。まずは結論と用語表から確認してください。

結論：勤怠は英語でどう表すか

勤怠を一語で表すなら attendance です。ただし attendance は学校や会議の出席にも使うため、会社の勤怠管理を指すときは意味を限定する語を添えます。

英語表現	意味の中心	向いている場面
attendance	出勤・出席の状況	画面名、勤怠表の見出し、一般的な説明
time and attendance	労働時間と出退勤の記録・管理	製品カテゴリ、仕様書、提案書（Time and Attendance System）
attendance management	勤怠を管理する業務	人事・労務の業務説明、管理者向け資料

大切なのは、画面・通知・マニュアルで一度決めた訳語を使い続けることです。

勤怠関連の英語用語表

勤怠管理でよく使う用語を、画面ラベルとして使いやすい表現と一緒にまとめます。

日本語	英語表現	画面ラベルの例	使う場面
出勤	clock in / start work	Clock In	打刻ボタン、通知
退勤	clock out / end work	Clock Out	打刻ボタン、日次締め
欠勤	absence / be absent from work	Absent	勤怠表、申請、集計
遅刻	late arrival / arrive late	Late	勤怠表、アラート
早退	early departure / leave early	Early Leave	勤怠表、申請
残業	overtime	Overtime	申請、集計、アラート
休暇	leave / time off	Leave	休暇申請、残日数
有給休暇	paid leave	Paid Leave	休暇申請、残日数
打刻	time punch / clock-in and clock-out record	Punch	打刻履歴、修正申請
打刻漏れ	missed punch / missing clock-in	Missed Punch	アラート、修正申請
締め（月次締め）	closing / monthly closing	Monthly Closing	管理者画面、締め日の案内
締め日	cutoff date	Cutoff Date	設定画面、案内メール
休憩開始・終了	start break / end break	Start Break / End Break	従業員画面
承認	approval	Approve / Approved	上長承認、人事承認
勤怠表	attendance record / timesheet	Timesheet	月次確認、CSV出力

代休や振替休日のように日本の制度に由来する区分は、英語だけでは伝わりにくい場合があります。社内で定義を書いた用語集を作り、画面と資料で同じ訳を使うことが混乱を防ぐ近道です。

勤怠表・画面・就業規則での例文

同じ用語でも、ボタンに載せる短いラベルと、通知や説明文に書く文章では書き方が変わります。勤怠表や画面の英語は、日本語を一語ずつ直訳せず、場面ごとに型を決めておくと不自然さを避けられます。

画面のUIラベルは短く統一する

ボタンやメニューは、動詞で始まる短い表現にそろえると迷いにくくなります。

日本語ラベル	避けたい直訳	推奨ラベル
出勤する	Do Attendance	Clock In
打刻修正申請	Stamp Correction Application	Request Punch Correction
休暇申請	Vacation Application	Request Leave
承認待ち	Waiting Approval	Pending Approval
差し戻し	Send Back	Returned for Correction

説明文・通知は完全な文で書く

通知やヘルプは、誰が何をすればよいかが分かる文にします。

日本語	英語例文
出勤時に打刻してください。	Please clock in when you start work.
9月10日の打刻漏れがあります。修正申請をしてください。	You have a missed punch on September 10. Please submit a correction request.
休暇申請が承認されました。	Your leave request has been approved.
月次締めは25日です。それまでに勤怠を確認してください。	Monthly closing is on the 25th. Please review your timesheet by then.
遅刻・欠勤の場合は事前に上長へ連絡してください。	If you will be late or absent, please notify your supervisor in advance.

勤怠表・就業規則を英訳するときの注意

勤怠表の列名は、Date、Clock In、Clock Out、Break、Overtime、Leave、Status のように短い名詞でそろえると読みやすくなります。

一方、就業規則や労働条件の説明は、訳語の選び方ひとつで権利や義務の読み方が変わるおそれがあります。就業規則など法的な意味を持つ文書の英訳は、社会保険労務士や弁護士などの専門家に確認してから使ってください。 どちらの言語版を正とするかも専門家と決めておきます。

勤怠管理システムで英語対応すべき画面

英語対応の優先順位は、従業員が毎日触る画面から決めます。最初は出勤、退勤、休憩、申請、承認状況の確認です。次に、上長や人事が使う承認待ち、差し戻し、月次締め、残業申請、休暇残数、CSV出力を確認します。

画面だけでなく、打刻忘れ通知、月次締め案内、管理者アラート、ヘルプも同じ用語でそろえます。既製SaaSも通知と出力データまで試してください。

打刻忘れの通知や修正申請の画面を整える際は、通知のタイミングと申請後の対応も決めておきましょう。具体的な設定・運用は、打刻漏れを防ぐための勤怠管理システムの活用方法も参考になります。

対応すべき画面は業種の運用でも変わります。シフトの流動性が高い飲食店で求められる打刻・シフト管理の機能や製品の選び方は、飲食店の勤怠管理システムで紹介しています。

英語対応の勤怠管理システムに必要な要件

英語対応の勤怠管理システムを選ぶとき、または自社で作るときは、画面の表示言語だけで判断しないことが大切です。従業員が毎日触る打刻画面から、ヘルプ、通知メール、休日カレンダー、労働時間の計算ルールまで、英語話者が日本語に頼らず使い切れるかを確かめます。

要件	確認すること
画面の多言語化	メニュー、ボタン、エラーメッセージまで英語で表示できるか。打刻画面の Clock In / Clock Out / Start Break / End Break が直感的に分かるか
マニュアル・ヘルプ	操作マニュアル、FAQ、社内ヘルプを英語で用意できるか。画面の訳語と同じ用語で書かれているか
通知メール	打刻忘れアラートや承認依頼メールを英語で送れるか。件名と本文のテンプレートを自社で編集できるか
休日カレンダー・タイムゾーン	拠点ごとの休日カレンダーを登録できるか。打刻時刻を拠点のタイムゾーンで記録・表示できるか
労働時間のルール	拠点の国の法令に合わせて、残業の計算や上限のアラートを設定できるか

画面とマニュアルの訳語がずれると、英語話者は画面に出ている言葉でヘルプを検索できません。通知テンプレートを自社で直せるかどうかは、運用開始後の手間を大きく左右します。 製品のデモやトライアルでは、英語画面だけでなく、ヘルプの検索と通知メールの文面まで実際に確かめてください。

海外拠点の労働時間ルールは国ごとに設定する

海外拠点で現地雇用する従業員がいる場合、労働時間の上限や時間外手当の計算方法はその国のルールに従います。たとえば米国の公正労働基準法（FLSA）では、適用除外ではない従業員が1週40時間を超えて働いた時間に、通常賃金の1.5倍以上の時間外手当が必要です（米国労働省、2026年10月24日確認）。英国では、労働者は平均して週48時間を超えて働けないのが原則で、通常は17週の平均で計算し、本人が選べばこの上限から外れる（オプトアウトする）こともできます（英国政府、2026年10月24日確認）。

このように、残業の判定単位が「1日」か「1週」か、上限が平均で計算されるかは国によって異なります。英語UIを用意しても、計算ルールが日本向けのままでは集計結果が合いません。海外拠点の勤怠ルールは現地の専門家に確認し、システム上は拠点ごとに設定を分けられるかを確かめてください。製品の比較は多国籍企業向けにおすすめの勤怠管理システムで詳しく扱っています。

多言語勤怠システムを設計する場合

多言語対応は翻訳作業ではなく、言語・時間・権限を含む業務設計として進めることが重要です。 最低限、次の5点を決めておきます。

設計項目	決めること	よくある失敗
言語切替	ユーザー単位で切り替えるか、拠点単位で固定するか。通知メールの言語をどう決めるか	画面は英語でもメール通知だけ日本語のまま届く
タイムゾーン	打刻時刻をどの時間帯で保存・表示するか。日付をまたぐ勤務の扱い	海外拠点の打刻が日本時間で記録され、日付がずれる
休日	国・拠点ごとの休日カレンダー、休日の表示名	日本の祝日が海外拠点の勤怠表に表示される
権限	従業員・上長・人事・管理者のうち、誰が英語画面を使い、誰が日本語で確認するか	承認者だけ日本語画面しかなく、差し戻し理由が伝わらない
文字長	英語で長くなるラベルがボタンや表に収まるか	「Request Punch Correction」が途中で切れて読めない

多言語ワークフローを設計する手順

最初に、対象ユーザーを従業員、上長、人事、システム管理者に分け、それぞれが英語で何を操作するかを書き出します。全画面を一気に英語化するより、利用頻度が高い業務から始めるほうが安定します。

次に、用語表の訳語を画面と通知に当てはめ、従業員は英語で申請し、人事は日本語で月次確認する、といった言語の分担を決めます。複数拠点がある企業では、拠点別の締め日も設計対象です。詳しくは複数拠点の勤怠管理を効率化する方法も参考になります。

英語と日本語が混在する職場では、表示言語を利用者ごとに分ける設計が効果的です。たとえば、管理者画面は日本語と英語を切り替えられるようにし、英語話者の従業員画面は英語で固定します。上長や人事の承認画面は、差し戻し理由の定型文を日英併記のテンプレートにしておくと、国籍の違うメンバーが同じ形式で承認できます。

月次レポートやアラートメールは、受け取る人の言語設定に合わせて英語か日本語で自動的に送り分けると、翻訳の手作業が残りません。新しく入った従業員や海外拠点のメンバーには、初回ログイン時に表示言語を選んでもらい、以降はその言語で画面と通知が届くようにします。英語での問い合わせを受ける窓口も決め、チャットやFAQの問い合わせに言語のラベルを付けて、対応できる担当者へすぐ回せるようにしておきましょう。

英語対応化のステップと注意点

英語対応のシステムを導入するときは、次の6つのステップで進めると漏れが減ります。

1つ目は現状調査と要件定義です。英語で使う人の人数、拠点、必要な言語を洗い出し、既存システムの画面キャプチャを集めて、翻訳が必要な箇所のリストを作ります。

2つ目はツールの選定とトライアルです。多言語化の機能がある製品を候補に挙げ、英語表示の完成度、訳語を自社で編集できるか、編集の権限を誰に持たせられるかを確かめます。トライアルには英語を母語とするメンバーに入ってもらうと、不自然な表現に早く気づけます。

3つ目は翻訳とローカライズです。機械翻訳だけに頼らず、業務用語に詳しい人が訳語をそろえます。法律に関わる用語や社内の業務フローに合わせた訳語は、用語集として先に決めておきます。

4つ目はマニュアルと通知の準備です。英語版の操作マニュアル、Q&A、承認フローの図を作り、メールテンプレートも英語版を用意して、実際に送信して確かめます。

5つ目はユーザートレーニングです。英語画面を使った説明会を開き、録画やスライドを英語併記にして、後から見返せるようにしておくと定着が早まります。

6つ目は正式運用とフィードバックの収集です。運用を始めた直後は、英語話者からの質問や不具合の報告にすぐ対応し、訳語や画面の配置を直していきます。各ステップで人事、情報システム、現場の責任者が連絡を密に取ることが、翻訳漏れや設定ミスを防ぐポイントです。

2026年に確認したい労働時間管理と資料整備

英語対応を進めるときも、日本国内で雇用する従業員の労働時間管理は日本の実務に合わせて設計します。厚生労働省は労働時間の適正な把握のために使用者が講ずべき措置に関するガイドラインを公開しています。英語UIにしても、始業・終業時刻、休憩、時間外労働、修正履歴を正確に残す前提は変わりません。

英語話者向けの説明資料も整えます。東京外国人雇用サービスセンターでは英語版を含む労働条件通知書の様式が案内されています。海外製品を選ぶ場合も、日本の締め日、休暇区分、代休、振休、深夜残業に合わせて設定できるかを確認してください。

英語対応でよくあるトラブルと対策

英語対応を始めると、翻訳そのものよりも、更新や設定の漏れからトラブルが起きやすくなります。代表的なものと対策を整理します。

トラブル	主な原因	対策
画面の途中で英語と日本語が混ざる	翻訳ファイルの読み込み漏れ、追加画面の訳し忘れ	訳語をまとめて管理し、画面を追加するたびに英語表示を確認する
残業の集計結果が拠点のルールと合わない	海外拠点の労働時間ルールが未設定	拠点ごとの計算ルールを設定し、法改正のたびに見直す
通知メールの英語が不自然	機械翻訳をそのまま使っている	英語話者による確認と、用語集に沿った表現の統一
マニュアルと画面の表記がずれる	バージョンアップ時に英語版の更新を忘れる	リリースの手順に英語版マニュアルと通知文の更新を組み込む

どのトラブルも、事前に洗い出して翻訳のチェックリストやリリースの手順に入れておけば防げます。特にバージョンアップの際は、日本語版だけ更新されて英語版が古いまま残ることがよくあるため、更新作業の担当者を決めておきましょう。

英語対応後の運用改善サイクル

正式運用を始めた後も、定期的に見直すことで英語対応の質は上がっていきます。まず、打刻漏れの件数やエラーメッセージの発生件数を、英語利用者と日本語利用者に分けて集計します。英語利用者だけ数字が高い画面は、訳語や配置に分かりにくさが残っている可能性があります。

次に、英語利用者へのアンケートや聞き取りを定期的に行い、分かりにくい用語や操作を集めます。集まった意見は優先度を付けて、訳語の修正や画面レイアウトの見直しに反映します。変更した内容は英語版マニュアルと通知文にも反映し、トレーニング資料やFAQを更新して社内に知らせます。このサイクルを続けることで、英語話者が迷わずに使える状態を保ちやすくなります。

既製SaaSで足りるケースと個別開発すべきケース

既製SaaSで足りるのは、従業員画面の英語表示、打刻、休暇申請、承認、CSV出力で運用できるケースです。拠点数が少なく、給与計算との連携も標準機能で済むなら、SaaSのトライアルで十分です。

一方で、既存の基幹システム連携、独自の承認フロー、英語と日本語の併記が必要な場合は、標準機能だけでは調整が増えます。打刻忘れの通知をLINEへ届けたい場合は、LINE 顧客管理の記事で扱うMessaging APIの料金と連携の考え方が判断材料になります。補助ツールを社内で試作するならNocoBaseの使い方も参考になります。

個別開発のデメリットは、要件定義が曖昧だと翻訳漏れや例外処理が増える点です。当社では、業務フロー、画面、権限、通知を整理し、既製SaaSで足りる範囲とBubbleで作る範囲を分けて設計する支援ができます。既存SaaSの周辺に多言語の承認画面を追加するような仕組みもご相談いただけます。

SaaSが合わない場合の考え方は、勤怠管理システムでノーコードを選ぶ方法でも解説しています。勤怠データをタスク管理とつなぎたい場合は、タスク管理と勤怠管理の連携ガイドも確認してください。

勤怠データと連携するタスク管理アプリを自社で作る場合は、社内開発 進め方で、要件定義からテスト・運用までの手順を確認してください。

まとめ

勤怠の英語は attendance が基本です。勤怠管理システムを指すなら time and attendance、管理業務を指すなら attendance management と使い分けると、読み手に意味が正確に伝わります。

関連用語は、出勤は clock in、退勤は clock out、欠勤は absence、遅刻は late arrival、早退は early departure、残業は overtime、休暇は leave、打刻は time punch、締めは closing が扱いやすい表現です。まずは用語表を社内で決めて定義も書き添え、画面・通知・勤怠表・マニュアルで同じ訳語を使うことから始めてください。

画面では短いUIラベル、通知や説明文では誰が何をするかが分かる完全な文と、場面ごとに書き方を分けると不自然な直訳を避けられます。就業規則など法的な意味を持つ文書は、訳語を決めた後に専門家の確認を受けてください。

システム側では、言語切替、タイムゾーン、休日、権限、文字長の5点を先に決めておくと、英語話者の従業員も日本語で確認する人事も同じデータで判断できます。海外拠点がある場合は、労働時間のルールを拠点ごとに設定できるかも確かめましょう。導入は要件定義からトライアル、翻訳、マニュアル整備、トレーニング、運用後の改善まで段階を踏んで進めます。既製SaaSで標準的な運用ができるならトライアルから始め、複数拠点や独自承認、既存システム連携が必要な場合は個別開発やノーコードの補助システムも検討しましょう。対応範囲に迷う場合は、打刻、休暇申請、承認、通知、出力データの5つに絞って棚卸しすると、見直しの順番が明確になります。小さく始めて、運用しながら英語化する画面を増やしていきましょう。