여러 고객사에서 근무할 경우 일당 선지급의 근무일수 및 수령 금액은 어떻게 계산되나요?
짧은 답변: 일당 선지급은 여러 고객사에서 일하는 근로자를 지원합니다. 그러나 근무일수와 금액은 임의로 합산되지 않습니다. 시스템은 각 근무지를 고객사 코드로 분리하며, 각 장소에는 근무 코드, 근무 출처, 교대, 단가, 승인 상태 및 별도의 보류 항목 설정이 있습니다.
근로자가 애플리케이션을 열 때, 근무일수나 오류를 확인하기 전에 올바른 고객사를 확인해야 합니다. 한 장소에서 근무가 승인되었다고 해서 다른 장소의 근무가 자동으로 승인되는 것은 아닙니다. 한 장소에서 일당 선지급 기능이 활성화되었다고 해서 모든 근무지가 활성화된 것은 아닙니다.
> 주의: 한도 합산 정책과 인터페이스 표시 방법은 각 기업과 애플리케이션 버전에 따라 다를 수 있으며, 사용자는 사용 시점에 애플리케이션에 표시된 정보를 확인해야 합니다.
왜 한 사람이 여러 고객사에서 일할 수 있나요?

(노동력 공급 기업의 경우: 노동력 공급 및 재임대 기업을 위한 일당 선지급을 참조하십시오.)
노동력 공급 및 재임대 모델에서는 한 사람이 근무 기간 동안 근무지를 변경하거나 여러 고객사 간에 조정되거나 여러 고객사에서 유효한 근무 데이터를 가질 수 있습니다. 따라서 시스템은 각 CCCD가 전체 기간 동안 하나의 장소에만 연결된다고 가정할 수 없습니다.
소스 코드는 다중 근무지 기능을 나타냅니다—한 근로자가 여러 고객사와 관계를 가질 수 있습니다. 이는 인력 공급 환경에서 일당 선지급의 중요한 특징으로, 인사 데이터, 할당 및 근무표가 단일 공장만 있는 기업보다 복잡할 수 있습니다.
시스템은 사람과 근무지를 어떻게 인식하나요?
세 가지 데이터 레이어가 올바르게 연결되어야 합니다:
레이어 | 주요 식별 키 | 역할 |
|---|---|---|
근로자 | CCCD 번호 | 프로필 식별, 로그인, 급여 명세서 및 근무 데이터 |
고객사 |
| 근무가 발생한 기업 식별 |
고객사의 근무표 | 별도의 근무 코드 | 고객사의 근무 행을 올바른 근로자와 연결 |
이름은 사람이 읽을 수 있도록 도와주지만, 중복 이름, 누락된 기호 또는 다른 표기법이 있을 수 있으므로 유일한 키로 사용해서는 안 됩니다. CCCD가 올바르더라도 고객사의 근무 코드가 잘못되면 해당 장소의 근무가 계정과 연결되지 않을 수 있습니다.
각 고객사별로 분리되는 데이터는 무엇인가요?
근무 코드
같은 사람이 두 장소에서 다른 근무 코드를 가질 수 있습니다. 공장 A의 코드 A123은 창고 B에서 자동으로 사용할 수 없습니다.
근무 출처
고객사 A는 앱의 QR 코드를 사용할 수 있고, 고객사 B는 Google Sheet를 보낼 수 있으며, 고객사 C는 지오펜스를 사용할 수 있습니다. 따라서 업데이트 속도와 오류 처리 절차도 다를 수 있습니다.
교대 및 근무 시간 규칙
각 고객사는 다른 교대 일정, 근무 기호 및 야간 교대 처리 방법을 사용할 수 있습니다. 한 장소에서 유효한 입/출근 시간이 다른 장소의 교대 시간과 맞지 않을 수 있습니다.
승인자
Nhan Kiet의 감독자 또는 고객사의 대표가 근무를 승인할 권한이 있습니다. 담당자 목록과 승인 진행 상황은 근무지에 따라 다를 수 있습니다.
일당 단가
사용 가능한 금액은 근로자의 공통 단가에서 추론되지 않습니다. 일당 단가는 각 고객사에 따라 Nhan Kiet에 의해 설정됩니다.
보류 항목
고객사는 최신 N일의 근무일수 및/또는 한도에 도달할 때 10.5%를 보류하도록 설정될 수 있습니다. 따라서 같은 근무일수라도 조기 수령 가능한 부분이 다를 수 있습니다.
기능 활성화 상태
자동 지급은 각 고객사에 따라 점진적으로 열립니다. 한 사람이 두 장소에서 근무를 볼 수 있지만, 활성화된 장소에서만 해당 금액 수령 흐름을 수행할 수 있습니다.
적용되는 공식은 무엇인가요?
현재 설정에 따르면, 사용 가능한 금액은 다음을 기반으로 합니다:
> 승인된 근무일수 × 고객사의 일당 단가 − 해당 기간에 수령한 금액 − 보류 항목
결과는 1,000원 단위로 내림하여 반올림됩니다. 시스템은 오늘 마감되지 않은 날과 미래의 날을 차단합니다.
여러 고객사가 있을 경우, 두 단계로 계산을 이해해야 합니다:
각 고객사에서 유효한 근무일수를 확인합니다;
근로자가 수령할 수 있는 금액을 제시하기 전에 올바른 고객사의 설정을 적용합니다.
여러 고객사의 근무일수를 합산하여 총 근무일수 × 단일 단가를 계산하지 마십시오.
예시

한 근로자가 다음과 같은 데이터를 가지고 있다고 가정합니다:
내용 | 고객사 A | 고객사 B |
|---|---|---|
승인된 근무일수 | 5일 | 3일 |
예시 일당 단가 | 300,000원 | 350,000원 |
근무 가치 | 1,500,000원 | 1,050,000원 |
예시 보류 항목 | 300,000원 | 350,000원 |
해당 기간에 수령한 금액 | 500,000원 | 0원 |
남은 금액 예시 | 700,000원 | 700,000원 |
이는 단순한 수학적 예시일 뿐, Nhan Kiet의 적용 수준이 아닙니다. 기억해야 할 점은 각 열이 개별 데이터와 설정에 따라 계산된다는 것입니다. B의 근무가 아직 승인 대기 중이라면, A의 근무가 완료되었더라도 B의 700,000원 예시 금액은 형성되지 않습니다.
여러 고객사의 금액이 하나의 한도로 합산되나요?
(추가 정보: 왜 일당 선지급 한도가 0이거나 증가하지 않나요?.)
시스템은 근무일수와 금액을 근무지에 따라 분리할 수 있습니다. 인터페이스가 통합된 총 한도를 표시하거나 각 고객사별로 인출을 요구하는지는 애플리케이션 버전과 각 기업의 설정에 따라 다를 수 있습니다.
따라서 발표 내용은 다음과 같이 확실히 해야 합니다:
근무는 각 고객사별로 확인됩니다;
단가와 보류 항목은 다를 수 있습니다;
승인된 근무만이 유효한 가치를 생성합니다;
수령한 부분은 중복 계산을 방지하기 위해 추적됩니다;
총계 또는 분리된 표시 방법은 현재 운영 인터페이스에 따라야 합니다.
구체적인 표시 방법은 애플리케이션 버전과 각 기업의 설정에 따라 다를 수 있습니다.
고객사 A에서 B로 이동할 때 주의할 점은 무엇인가요?
할당 프로필이 업데이트되어야 합니다
ERP는 근로자와 고객사 간의 관계, 입사일 및 퇴사일을 제공합니다. 이동이 동기화되지 않으면 사용자는 새 고객사를 보지 못하거나 여전히 이전 장소를 볼 수 있습니다.
새 장소의 근무 코드가 필요합니다
근무 코드는 자동으로 유지되지 않습니다. HR/감독자는 새 고객사의 근무표에 사용할 올바른 코드를 연결해야 합니다.
근무 방식이 변경될 수 있습니다
이전 장소에서 WiFi를 사용했다고 해서 새 장소에서도 WiFi를 사용할 수 있는 것은 아닙니다. 근로자는 QR, 지오펜스, GPS 셀피, 비콘 또는 입/출근에 대한 새로운 지침을 받아야 합니다.
이전 근무는 사라지지 않습니다
장소 이동은 이전 고객사의 근무 및 거래 기록을 삭제해서는 안 됩니다. 데이터는 올바른 기간에 대해 정산할 수 있도록 별도로 유지되어야 합니다.
새 장소에서 일당 선지급 기능이 아직 활성화되지 않았을 수 있습니다
새 고객사는 배포 범위에 포함되어야 합니다. 근로자가 유효한 프로필과 근무 코드를 가지고 있다고 해서 모든 장소에서 자동으로 인출할 수 있다고 결론지을 수 없습니다.
여러 장소에서 일할 때 쉽게 혼동할 수 있는 12가지 상황
1. 잘못된 고객사를 보고 있음
근로자는 “근무가 없다”고 생각하지만 실제로는 다른 장소의 카드를 열고 있습니다.
처리 방법: 날짜와 교대 전에 고객사 이름을 확인하십시오.
2. 잘못된 근무 코드를 사용함
근무 행이 근무표에 들어갔지만 올바른 고객사의 프로필과 일치하지 않습니다.
처리 방법: 각 장소의 코드를 대조하고, 이름만 대조하지 마십시오.
3. 이전 장소의 근무 방식을 사용함
근로자가 QR 코드를 스캔하려고 하지만 새 고객사는 지오펜스를 사용합니다.
처리 방법: 새 장소의 설정/지침을 확인하십시오.
4. A의 근무가 승인되었지만 B의 근무는 승인되지 않음
근로자는 “승인되었다”는 상태가 계정 전체에 적용된다고 생각합니다.
처리 방법: 각 고객사별로 각 기록을 확인하십시오.
5. 두 장소의 업데이트 주기가 다름
앱은 실시간으로 기록되며; Google Sheet는 약 30분마다 동기화됩니다. 두 고객사가 두 가지 소스를 사용하면 동시에 나타나지 않습니다.
처리 방법: 소스와 마지막 동기화 시간을 확인하십시오.
6. 두 장소의 단가가 다름
같은 근무일수지만 금액이 다르다고 해서 반드시 오류는 아닙니다.
처리 방법: Nhan Kiet에 의해 설정된 단가와 공식 급여 정보를 대조하십시오.
7. 보류 항목이 다름
한 고객사는 최신 근무일수를 더 많이 보류하거나 다른 설정을 적용할 수 있습니다.
처리 방법: 각 장소의 보류 항목 세부 정보를 확인하고, 보류 항목을 수수료라고 부르지 마십시오.
8. 한 장소에서 자동 인출이 활성화되지 않음
근무는 표시되지만 수령 버튼이 활성화되지 않습니다.
처리 방법: 올바른 고객사의 배포 범위에 대해 감독자/HR에게 문의하십시오.
9. 이동일이 두 장소에 기록됨
소스 데이터가 같은 날을 기록하지만 실제로는 한 장소에서만 근무한 경우, 시스템은 자동으로 두 곳을 합산하기보다는 확인이 필요합니다.
처리 방법: 할당 일정과 증거를 감독자에게 제공하고, 데이터가 명확해지기 전에 인출을 시도하지 마십시오.
10. 야간 교대가 잘못된 날짜나 고객사에 할당됨
자정 이후의 교대는 근무 출처가 올바른 규칙을 사용하지 않으면 잘못 해석될 수 있습니다.
처리 방법: 시작 시간, 종료 시간, 교대 이름 및 근무지를 명확히 보고하십시오.
11. 수령한 부분이 두 번 차감된 것으로 이해됨
근로자는 두 장소의 총 근무 금액을 보지만 해당 기간에 수령한 금액이 남은 부분에서 이미 차감되었음을 잊습니다.
처리 방법: 각 거래, 참조 코드 및 계산 세부 정보를 대조하십시오.
12. 두 고객사의 근무 주기가 표시 방식이 다름
마감일이나 주기 화면이 사용자가 범위를 잘못 비교하게 만들 수 있습니다.
처리 방법: 보고 있는 주기의 시작일과 종료일을 확인하고, 각 기업의 주기 규칙이 다를 수 있습니다.
두 장소 간의 근무일수나 금액이 일치하지 않을 때의 자체 점검 절차
단계 1: 각 근무지 나열
고객사 이름, 근무 날짜 범위 및 해당 근무 코드를 기록하십시오. 모든 것을 하나의 반영 행에 합치지 마십시오.
단계 2: 할당 일정 대조
어느 날 A에서 근무했는지, 어느 날 B에서 근무했는지 확인하십시오. 이동일의 경우, 시간과 할당자를 명확히 기록하십시오.
단계 3: 근무 출처 및 상태 확인
데이터가 앱에서 왔는지 Sheet에서 왔는지, 동기화되었는지, 승인 대기 중인지, 승인되었는지 또는 거부되었는지 확인하십시오.
단계 4: 각 장소의 계산 확인
유효한 근무일수, 단가, 수령 금액 및 보류 항목을 대조하십시오; 그런 다음에야 총계를 확인하십시오.
단계 5: 올바른 담당자에게 제출
할당/프로필 오류: Nhan Kiet HR. 근무표 오류: 감독자 또는 고객사. 승인된 근무지만 계산 오류: 일당 선지급 업무 지원. 명확하지 않은 거래: 결제 지원.
여러 고객사에서 일할 때의 점검 요청 예시
> 여러 고객사에서 일할 때의 일당 선지급 데이터를 점검하고 싶습니다. 이름: …; 보안 채널을 통한 CCCD/직원 코드: …; 고객사 A: …, 근무 코드 …, 날짜/교대 …, 상태 …; 고객사 B: …, 근무 코드 …, 날짜/교대 …, 상태 … . 일치하지 않는 내용: … . 할당 일정, 승인된 근무, 수령 금액 및 보류 항목을 대조했습니다. 각 고객사별로 담당 부서의 점검을 요청합니다.
공개 채팅 그룹에 다른 사람의 데이터가 포함된 CCCD 전체, 은행 계좌 또는 사진을 게시하지 마십시오.
시스템은 어떻게 표시되어야 혼동을 피할 수 있나요?
여러 장소에서 일하는 사람을 위한 인터페이스는 다음을 포함해야 합니다:
명확한 고객사 선택기;
각 장소에 대한 일관된 색상 또는 라벨;
근무 코드 및 근무 방식;
할당 날짜 범위;
상태별 근무일수;
마지막 동기화 시간;
사용 중인 단가 또는 보기 권한 설명;
고객사별 수령 금액 및 보류 항목;
최종 합계가 추적 가능성을 잃지 않도록;
한 날이 여러 장소에 나타날 때 경고;
고객사 및 기록이 미리 연결된 요청 제출 버튼.
중요한 원칙은 통합하되 소스를 혼합하지 않는 것입니다: 사용자는 전체적인 그림을 볼 수 있지만, 각 금액이 어떤 근무일수와 고객사에서 왔는지 세부 정보를 열 수 있어야 합니다.
자주 묻는 질문
한 사람이 여러 고객사에서 일당 선지급을 사용할 수 있나요?
시스템은 한 사람이 여러 장소에서 일하는 것을 지원할 수 있습니다. 그러나 각 고객사는 유효한 데이터, 설정 및 배포 상태를 가져야 합니다.
두 번째 장소를 위해 새로운 일당 선지급 계정을 만들어야 하나요?
그럴 필요는 없습니다. CCCD는 근로자를 식별하는 키입니다; 중복 프로필을 만들면 데이터 연결이 어려워질 수 있습니다. HR은 올바른 프로필에 고객사 관계를 추가해야 합니다.
근무 코드는 모든 장소에서 동일한가요?
그럴 필요는 없습니다. 각 고객사는 별도의 근무 코드를 제공할 수 있습니다.
두 장소가 같은 근무 방식을 사용하나요?
필수는 아닙니다. 각 고객사는 QR, 지오펜스, WiFi, 비콘, GPS 셀피 또는 입/출근과 같은 적합한 방식을 선택합니다.
한 장소에서 승인된 근무가 다른 장소에서도 승인되나요?
아닙니다. 근무는 기록과 올바른 고객사에 따라 확인됩니다.
같은 세 근무일수인데 두 장소의 금액이 다른 이유는 무엇인가요?
일당 단가와 보류 항목이 다를 수 있습니다. 각 고객사의 설정을 대조해야 합니다.
근무지를 변경했지만 새 고객사를 보지 못하면 어떻게 해야 하나요?
ERP에서 할당, 입사일 및 근무 코드를 확인하기 위해 HR/감독자에게 문의하십시오; ERP는 시스템 일정에 따라 동기화됩니다.
한 날이 두 고객사에 근무로 기록되면 두 곳 모두 계산되나요?
두 기록이 있다고 해서 결론을 내릴 수 없습니다. 권한 있는 사람이 실제 근무, 교대 규칙 및 유효성을 확인한 후 승인해야 합니다.
VPBank 계좌를 각 고객사별로 다시 등록해야 하나요?
수령 계좌는 근로자의 신원에 연결되어 있지만, 시스템의 표시 방법이나 각 흐름의 연결은 운영 버전에 따라야 합니다. 지침을 받지 않은 경우 은행 계좌나 근로자 프로필을 새로 만들지 마십시오.
이전 고객사에서 퇴사하면 수령 기록이 사라지나요?
그럴 필요는 없습니다. 근무 기록, 거래 및 정산은 대조를 위해 보관되어야 합니다. 인터페이스에 표시되지 않으면 데이터가 사라졌다고 결론짓기보다는 조회 지원을 요청하십시오.
결론
일당 선지급은 노동력 공급 모델의 현실을 지원합니다: 한 사람이 여러 고객사에서 일할 수 있지만, 모든 데이터는 근무지에 따라 올바르게 분리되어야 합니다. CCCD는 사람을 식별하고; 고객사 코드는 기업을 식별하며; 근무 코드는 각 장소의 근무 행을 연결합니다.
수령 금액을 확인할 때, 단순히 총 근무일수를 합산하지 마십시오. 각 고객사를 다음 순서로 확인하십시오: 할당—근무 코드—데이터 출처—교대—승인 상태—단가—수령 금액—보류 항목—기능 활성화 상태. 이러한 분리는 근로자의 권리를 보호하고 중복 계산을 방지하며, 최종 정산을 투명하게 만듭니다.
출처
---
저자: Ho Tan Dat — 전략 부사장 보좌관, Nhan Kiet Manpower Supply Co., Ltd.
기업을 위한 일당 선지급 솔루션 상담: 핫라인 0937.022.655 · 이메일 info@nhankiet.vn · 기업을 위한 일당 선지급
Read more articles
- 휴대폰 교체 또는 분실이 일당 선지급에 영향을 미치나요? 기기 보호 및 재확인 방법 · Người lao động
- EWA 오류 시 책임은 누구에게 있는가? · Doanh nghiệp
- EWA 도입 계약에서 확인해야 할 20가지 조항 · Doanh nghiệp
- 누가 일당 선지급을 사용할 수 있나요? 등록, 인증 및 수령 조건 · Người lao động
- 일당 선지급을 위한 소매업, F&B 및 체인점에서의 유연한 교대 근무 관리 방법 · Doanh nghiệp
- 일당 선지급에서 6가지 출근 체크 방식은 어떻게 작동하나요? 근로자를 위한 가이드 · Người lao động
- 인력 공급 및 근로자 파견 기업을 위한 일당 선지급: 여러 고객사에 걸친 근태를 어떻게 관리할 것인가? · Doanh nghiệp
- 일당 선지급(EWA) 위험 관리와 부정 방지 · Doanh nghiệp
- EWA는 어떤 기업에 적합한가? 자체 평가 기준표 · Doanh nghiệp
- 기업의 EWA 도입 시 ROI 계산 방법 · Doanh nghiệp