勤怠打刻済みなのに出勤日数が表示されない、または利用可能額が増えない:原因と対処方法
簡単な回答: 勤怠を打刻した後、従業員は次の3つの段階を区別する必要があります:操作が記録された、記録がシステムに表示された、そして出勤日数が承認された。実際に勤務し、かつ承認された勤怠だけが、受け取れるLương Ngàyの金額計算に反映されます。そのため、勤怠を打刻したのに利用可能額が増えないからといって、必ずしも勤怠データが失われたわけではありません。
データが表示されない場合は、正しい勤務先、日付、シフトを確認し、勤怠データがアプリから来ているのか顧客の勤怠表から来ているのかを確認してください。適切な同期サイクルを待ち、承認状況を確認したうえで、正しい担当窓口に証拠を送ってください。「補填」のために複数の記録を作成しないでください。データが重複し、照合が難しくなる可能性があります。
> 注意: 同期時間、勤怠承認のSLA、サポート手順は企業ごとに異なる場合があります。利用時点でアプリに表示される情報と案内に従ってください。
まず、自分がどの状況に該当するかを確認してください
症状 | 問題がある可能性のある箇所 | 最初に確認すること |
|---|---|---|
勤怠を打刻したが成功通知が表示されない | 端末、権限、ネットワーク、または打刻方法 | 操作履歴とエラー通知 |
アプリでは成功と表示されるが記録が表示されない | データ送信、表示、または勤務先の選択ミス | 正しい顧客、日付、シフト、履歴 |
記録はあるが承認待ちになっている | 勤怠確認プロセス | 勤怠承認担当者 |
承認済みの勤怠が再び承認待ちになった | 記録が修正された | 変更履歴と修正者 |
勤怠は承認済みだが利用可能額が増えない | 未確定の日付、保留額、受取済み金額、または計算式 | Lương Ngàyの計算詳細 |
アプリの勤怠日数と勤怠表が異なる | データソース、同期時刻、または換算ルール | 主要データソースと最終更新時刻 |
すべてのケースを「アプリに勤怠が反映されない」の一言で済ませないでください。状況を正確に説明するほど、サポート部門はボトルネックを特定しやすくなります。
勤怠打刻からLương Ngàyの利用可能額までのデータフロー
``mermaid
flowchart TD
A["勤怠データが発生"] --> B["従業員、顧客、日付、シフトを照合"]
B --> C["承認待ちの記録"]
C --> D["NK監督者または顧客が承認"]
D --> E["承認済み勤怠かつ対象日が条件を満たす"]
E --> F["受取済み金額と保留額を差し引く"]
F --> G["利用可能額を更新"]
```
1つでも未完了の工程があると、従業員には利用可能額の増加が表示されない場合があります。そのため、最後の数字だけを見るのではなく、左から右へ順番に確認してください。
Lương Ngàyはどこから勤怠データを取得しますか?
(打刻方法:Lương Ngàyの6つの打刻方法を参照してください。)
システムで確認されているデータソースは3つのグループです。それぞれ更新速度と処理方法が異なります。
1. Lương Ngàyアプリで直接打刻
アプリはセルフィー+GPS、ジオフェンス、動的QR、Bluetoothビーコン、WiFi、出勤/退勤ボタンに対応しています。有効な操作を行うと、記録はリアルタイムで作成されます。
「リアルタイム」とはデータが直ちに記録されるという意味であり、勤怠が自動的に即時承認されるという意味ではありません。記録は引き続き確認プロセスを経る必要があります。
2. Google Sheetを介した顧客の勤怠表
顧客は勤怠表のデータをGoogle Sheetに入力または出力し、システムが読み込めるようにできます。確認済みの同期スケジュールは約30分ごとで、監督者には即時同期ボタンがあります。
顧客が勤怠表を更新した直後は、次回の同期まで従業員に変更が表示されない場合があります。30分という時間は現在の技術上のスケジュールであり、すべての記録が最大30分以内に正確に表示されることを保証するものではありません。データは有効であり、正しい構造に一致している必要があります。
3. Nhân Kiệt ERPからの人事データ
ERPは従業員、顧客、入社/退職日、管理関係の一覧を提供します。確認済みの同期スケジュールは毎日03:00です。
ERPは単なる「勤怠表」ではありません。従業員のプロフィールがシステムに登録されていない、正しい顧客に紐付いていない、または勤務状態が正しくない場合、勤怠記録をログイン中のアカウントに紐付けられない可能性があります。
重要なデータ連携キーとは?
(基本概念:承認済み勤怠とは?を参照してください。)
システムは氏名だけでは識別しません。同姓同名や表記の違いがあるためです。確認済みの重要なキーは次の2種類です。
CCCD: 従業員を識別し、ログイン、プロフィール、給与明細、勤怠表の照合に使用します。
顧客側の勤怠コード: 従業員を正しい勤務先の勤怠データ行に紐付けるために使用します。
顧客はERPに基づくcompany_id/顧客コードで識別されます。1人が複数の顧客先で勤務する場合、勤怠はそれぞれ正しい勤務先に紐付ける必要があり、任意に合算しないでください。
勤怠打刻済みなのに出勤日数が表示されない、または利用可能額が増えない15の原因
1. 操作が正常に送信されていない
ネットワークが弱い、アプリを早く閉じすぎた、または端末の権限が無効になっていると、操作してもサーバーが記録を受信できない場合があります。
対処方法: まず打刻履歴を開いてください。記録がなく、アプリが前回の操作失敗を確認している場合は、正しい方法で一度だけ再操作してください。
2. 顧客または勤務先を間違えて選択している
複数の勤務先で働く従業員は、誤った顧客に対して打刻することがあります。その場合、現在表示している画面に記録が表示されなかったり、計算対象のシフトと一致しなかったりします。
対処方法: 各記録について、顧客名、場所、勤怠コード、シフトを確認してください。
3. 設定された打刻方法と異なる方法で打刻している
顧客ごとに適切な打刻方法が設定されています。勤務先がQRを使用している場合、出勤/退勤操作が自動的にQRスキャンの代わりになるわけではありません。
対処方法: 勤務先での案内を確認し、6つの打刻方法については第32回を参照してください。
4. シフトの打刻可能時間外に打刻している
QRやシフトのルールによって打刻可能時間が制限される場合があります。深夜シフトで日付をまたぐ場合も、時計の日付だけを見るのではなく、正しい業務日付に紐付ける必要があります。
対処方法: 実際の時刻、シフト名、通知画面の画像を記録し、システム上のシフトスケジュールが間違っている場合は監督者に報告してください。
5. Google Sheetからの同期待ちの記録
顧客は勤怠を入力済みですが、システムが新しいデータを読み込む同期タイミングにまだ達していません。
対処方法: 最終更新時刻を確認し、適切な同期サイクルを待つか、必要に応じて監督者に即時同期機能を使用してもらってください。
6. 勤怠表のデータ形式が設定されたテンプレートと一致していない
システムは記号グリッド、日別時間グリッド、夜勤、米国式日付、12時間制など複数の形式に対応しています。ただし、データは顧客向けに設定された読み取り形式に適合している必要があります。
列名の変更、新しい結合セル、見慣れない記号、日付形式の変更などにより、一部のデータが認識されなくなる場合があります。
対処方法: Sheetのテンプレート変更後に複数人の勤怠が同時に不足した場合は、顧客または技術担当者が表の形式を確認してください。各従業員に再打刻を求めないでください。
7. 勤怠コードが一致していない
勤怠データ行は存在していても、従業員プロフィールに紐付けられたコードとは異なるコードが付いている場合があります。
対処方法: 顧客の勤怠表のコードとNKのプロフィール上のコードを照合してください。修正は正しいデータソースで責任者が行う必要があり、表示名だけを修正してはいけません。
8. ERPプロフィールが同期されていない、または誤った顧客に紐付いている
新しく入社した人、勤務先を変更した人、または再入社した人は、状態が正しく同期されていない可能性があります。
対処方法: Nhân KiệtのHRがCCCD、入社日、顧客、稼働状態、ERPの同期時刻を確認します。
9. 記録は表示されているがまだ承認されていない
打刻は入力データの証拠を作成するものであり、Nhân Kiệtの監督者または顧客が勤怠の有効性を確認します。権限のある担当者が承認すれば、その承認工程は完了します。
対処方法: ステータスを確認し、正しい承認担当者に依頼してください。勤怠が承認待ちの状態で、支払い部門に「利用可能額を追加」してもらわないでください。
10. 記録が却下された
原因として、位置情報の誤り、シフトの誤り、出勤/退勤時刻の不足、画像が要件を満たしていない、またはデータが実際の状況と一致していないことが考えられます。
対処方法: 却下理由を表示してもらい、証拠を追加し、修正プロセスを実施してください。古い記録を隠すために複数の新しい記録を作成しないでください。
11. 承認済み勤怠が修正され、承認待ちに戻った
システムには管理機能があります。承認済み記録の出勤時刻、退勤時刻、またはシフトを修正すると、ステータスは自動的に承認待ちに戻り、変更前後がログに記録されます。
対処方法: 誰が何を修正したかを確認し、再承認を依頼してください。これは無断変更を防ぐ仕組みであり、勤怠が消えたわけではありません。
12. 今日または将来の日付を確認している
Lương Ngàyでは、まだ確定していない今日の日付や将来の日付を対象外とし、まだ実際に完了していない勤怠に対する金銭を受け取れないようにしています。
対処方法: 進行中の打刻記録と確定済みの出勤日数を区別してください。シフト/日が完了し、承認工程を通過するまで待ってください。
13. 承認済み勤怠だが予定保留額の対象になっている
顧客は、最新のN日分の勤怠および/または前払い額がしきい値に達した場合の10.5%を保留するよう設定できます。保留分も従業員の賃金であり給与期間に処理されますが、早期受取の対象にはなりません。
対処方法: 勤怠の内訳、受取済み金額、保留額を確認してください。保留額を手数料と呼ばないでください。
14. 新たに発生した金額が最低額に達していない
1回の取引のデフォルト最低額は50,000ドンです。少額の勤怠分がすでに計算されていても、利用可能額の合計が注文作成の条件を満たしていない場合があります。
対処方法: 受取ボタンだけを見るのではなく、金額の詳細を確認してください。設定値は公表時にNKが確認する必要があります。
15. 従業員が当該期間の利用可能分をすでに受け取っている
計算では当該期間の受取済み金額が差し引かれます。追加で勤怠が承認された場合、保留額を差し引いた新規分だけ利用可能額が増え、当初の総賃金額に戻るわけではありません。
対処方法: 取引履歴、承認済み勤怠、1日あたりの単価、保留額を照合してください。
5分でできるセルフチェック手順
ステップ1:記録が存在するか確認する
打刻履歴を開き、正しい顧客、日付、シフトを選択してください。記録がある場合は再打刻しないでください。
ステップ2:データソースを特定する
勤務先がLương Ngàyアプリ、顧客のGoogle Sheet、または同期される別のシステムを使用しているか確認してください。これにより、更新サイクルを待つ必要があるかどうかが決まります。
ステップ3:ステータスを確認する
記録なし: 操作、データソース、コード、同期を確認する。
承認待ち: 承認担当者に連絡する。
却下: 理由を確認し、証拠を追加する。
承認済み: 利用可能額の計算を確認する。
ステップ4:対象日が条件を満たしているか確認する
今日の未確定日または将来の日付ではないことを確認してください。夜勤の場合は、割り当てられた業務日付を確認してください。
ステップ5:金額の詳細を開く
承認済みの勤怠日数、1日あたりの単価、当該期間の受取済み金額、予定保留額を照合してください。
ステップ6:正しい担当窓口に送る
すべての問題を1つの部門に回さないでください。勤怠データ、プロフィール、顧客設定、支払いにはそれぞれ異なる担当者がいます。
最も早く処理するには誰に連絡すればよいですか?
問題 | 主な担当窓口 | 送付が必要な情報 |
|---|---|---|
打刻忘れ、出勤/退勤の不足、シフト間違い | 勤怠担当の監督者/顧客 | 日付、シフト、実際の時刻、証拠 |
勤怠が承認待ちまたは却下された | 勤怠承認権限者 | 記録コードと確認が必要な理由 |
勤怠コード/顧客の間違い | HRまたはNhân Kiệtの管理者 | CCCD/従業員コード、勤怠コード、勤務先 |
表を変更した後に複数人の勤怠が同時に不足 | 顧客および連携技術担当者 | Sheet名、変更時刻、影響範囲 |
勤怠アプリの端末エラー | Lương Ngàyサポート | アプリバージョン、端末、時刻、エラー画像 |
勤怠は承認済みだが利用可能額が間違っている | Lương Ngày業務サポート | 勤怠詳細、保留額、受取履歴 |
申請済みの金額がまだ入金されない | 支払いサポート | 取引コード;第30回に従って対応 |
勤怠不足の確認依頼テンプレート
> Lương Ngàyの勤怠データを確認していただきたいです。氏名:…;従業員コード/勤怠コード:…;顧客/勤務先:…;日付とシフト:…;実際の出勤/退勤時刻:…;打刻元:アプリ/Sheet/顧客システム;現在表示されているステータス:…;最終更新:…。正しい勤務先を確認しましたが、記録が表示されない/利用可能額が変わりません。担当部署に原因を確認し、ご回答いただけますようお願いいたします。
添付画像には日付、時刻、ステータス、エラー通知が分かるようにしてください。CCCD、口座番号、関係のないデータは隠してください。
勤怠データ連携における各関係者の責任
(以下も参照してください:なぜLương Ngàyの利用可能額が0または増えないのですか? および 打刻から照合までのLương Ngàyプロセス。)
従業員
正しい方法、場所、シフトで打刻する。
操作後に履歴を確認する。
不一致を早めに報告し、正確な証拠を提供する。
代理打刻や位置情報を偽装するツールを使用しない。
Nhân Kiệtの監督者
承認待ち記録を確認する。
例外を処理し、理由を回答する。
勤怠コードと顧客割り当てを確認する。
元データが誤っている場合は顧客と連携する。
顧客
勤怠表と現場の設定を維持する。
根拠をもって承認または却下する。
データ変更を記録する。
説明なしに承認済み勤怠を修正しない。
運用/技術部門
同期を監視する。
表テンプレートの変更を警告する。
エラーログを記録する。
元記録から計算結果まで追跡できるようにする。
データソースが不明な場合に勝手に推測しない。
従業員が自分で理解できるよう、システムには何を表示すべきですか?
透明性のある勤怠画面には、次の情報を表示する必要があります。
データソース;
顧客/勤務先;
日付とシフト;
出勤/退勤時刻または勤怠記号;
記録済み、承認待ち、承認済み、または却下のステータス;
現在対応が必要な担当者/部署;
最終同期時刻;
利用可能額に計上されない理由;
修正・承認履歴;
記録コードが入力済みの確認依頼ボタン。
通知には次に行うべき操作を明確に記載してください。例:
> 09/02の勤怠は顧客の確認待ちです。 記録はシステムに受け付けられていますが、まだ利用可能額は発生していません。再打刻する必要はありません。勤務時間の情報が正しくない場合は、勤怠が承認される前に修正依頼を送ってください。
まとめ
「打刻済み」「記録あり」「勤怠承認済み」「利用可能額発生済み」はそれぞれ異なる4つの状態です。この流れを理解すれば、従業員は利用可能額が増えないだけでシステムが勤怠を失ったと考えるのではなく、正しい問題箇所を特定できます。
順番に確認してください:正しい顧客—正しいデータソース—正しい同期サイクル—正しい勤怠コード—正しい承認ステータス—条件を満たす正しい日付—正しい利用可能額の計算式。問題が解決しない場合は、記録コードと証拠を正しい担当窓口に送ってください。透明性のあるプロセスでは、元データから承認済みの出勤日数、最終的な金額まで追跡できる必要があります。
参考資料
---
著者: Ngô Nhã Kỳ — 編集者, Công ty TNHH Cung Ứng Nhân Lực Nhân Kiệt.
企業向けLương Ngàyソリューション相談: ホットライン 0937.022.655 · メール info@nhankiet.vn · 企業向けLương Ngày
よくある質問
打刻が成功したら、勤怠は承認済みという意味ですか?
いいえ。成功とは通常、記録が受け付けられたことを確認するだけです。Nhân Kiệtの監督者または顧客による承認が必要です。
アプリからの勤怠はどのくらいで更新されますか?
アプリの記録はリアルタイムで記録されるよう設計されています。ただし、すべての画面に表示されるまでの時間と承認にかかる時間は別の問題です。
Google Sheetの勤怠表はどのくらいで更新されますか?
確認済みのシステムスケジュールは約30分ごとで、監督者には即時同期ボタンがあります。構造やコードが間違っている場合、30分経過後もデータが取り込まれない可能性があります。
Nhân Kiệt ERPはいつ同期されますか?
確認済みのスケジュールは毎日03:00です。これは主にデータを紐付けるために必要なプロフィールおよび雇用/顧客関係の情報源です。
誰に勤怠の承認権限がありますか?
Nhân Kiệtの監督者または権限を持つ顧客が承認できます。権限のある担当者が先に有効な承認を行えば、承認工程は完了します。
なぜ承認済み勤怠が再び承認待ちになるのですか?
出勤/退勤時刻またはシフトが修正されると、システムはステータスを自動的に下げて再承認を要求し、変更履歴を保存します。
勤怠が承認済みなのに、なぜ利用可能額が0のままなのですか?
対象日が条件を満たしていない、勤怠が予定保留額の対象である、利用可能分をすでに受け取っている、金額が最低額に達していない、またはプロフィール/アカウントの条件が未完了である可能性があります。詳しい診断については第29回を参照してください。
重複して打刻すると、システムが勤怠をより早く認識しますか?
いいえ。追加で処理が必要な重複記録が作成される可能性があります。何度も打刻するのではなく、履歴を確認してサポートに報告してください。
Read more articles
- 複数シフト制の製造企業向けEWA: 正確な勤怠計算のためにどう導入するか? · Doanh nghiệp
- 給与前払い(EWA)パイロット計画テンプレートと拡大可否の判断基準 · Doanh nghiệp
- 給与前払い(EWA)とは?ベトナム向け総合ガイド · Kiến thức
- 「luong ngay」とは?混同しやすい三つの意味の区別 · Kiến thức
- 給与前払い(EWA)の効果をどのKPIで測定するか? · Doanh nghiệp
- 従来の給与前借りとEWA(給与前払い)はどう違うのか? · Kiến thức
- ベトナムの賃金前借り規定:労働者と企業が知っておくべきこと · Pháp lý
- EWAは借金ですか?モデル別の分析 · Kiến thức