베트남의 일당 선지급 사전: 인사 담당자가 알아야 할 50가지 용어
베트남의 일당 선지급 사전: 인사, 급여, 재무 및 근로자가 이해해야 할 50가지 용어
일당 선지급은 인사, 출퇴근 기록, 급여, 결제, 데이터 및 재무 복지의 교차점에 위치합니다. '한도', '승인됨' 또는 '지급됨'과 같은 단어는 부서마다 다르게 이해될 수 있습니다. 이 사전은 기업이 일당 선지급을 설계, 구매, 운영 및 명확하게 설명할 수 있도록 공통 언어를 만듭니다.
> 간단히 말해: '얼마나 받을 수 있는지'부터 시작하지 마십시오. 먼저 승인된 근무, 벌어들인 급여, 사용 가능한 금액, 성공적인 거래, 조정 및 급여 정산이 무엇인지 합의하십시오.
> 경고: 아래 정의는 업무 이해를 우선시합니다. 법률, 개인 데이터, 신용, 급여 및 계약과 관련된 용어는 특정 모델에 따라 법무 부서의 확인을 받아야 합니다. 예를 들어, 일당 선지급은 기능을 설명할 뿐 공식 정책을 대체하지 않습니다.
그룹 A — 급여 및 일당 선지급의 기본 개념
1. Earned Wage Access (EWA)
간단히 이해하기: 정기 급여 지급일 이전에 이미 수행한 작업에서 발생한 일부 소득에 접근할 수 있는 능력.
중요한 이유: 이는 미래 근무에 기반한 금액이나 독립적인 신용 상품과 구별해야 하는 업무 경계입니다.
2. 일당 선지급
간단히 이해하기: Nhân Kiệt의 제품명으로, 근로자가 승인된 근무일에서 계산된 일부 금액을 보고 자발적으로 받을 수 있도록 돕습니다.
시스템 내에서: 사용 가능한 금액은 서버에서 계산되며, 수령된 금액은 급여 정산 시 차감됩니다.
3. 일일 급여
간단히 이해하기: 근무일 또는 일일 단가에 기반하여 급여를 결정하는 방법.
혼동하지 마세요: '일일 급여'는 급여 계산/지급 방법이며, '일당 선지급'은 제품명입니다.
4. 유연한 급여 수령
간단히 이해하기: 근로자가 정기 지급일 이전에 적격 급여의 일부에 접근할 수 있는 시점을 선택할 수 있는 커뮤니케이션 방식.
주의: '적격'이 무엇을 의미하는지 정책을 읽어야 합니다.
5. 급여 선지급
간단히 이해하기: 고용주 또는 관련자가 일반적인 급여 정산/지급 시점 이전에 근로자에게 금액을 제공하는 행위.
법적 주의: 조건 및 처리 방법은 노동 규정, 계약 및 기업 규정과 대조되어야 합니다.
6. 대출
간단히 이해하기: 한쪽이 자산/돈을 제공하고 다른 쪽이 법적 합의에 따라 상환할 의무가 있는 관계.
추측하지 마세요: 'EWA' 또는 '0% 이자'라는 이름이 자동으로 대출이 아님을 증명하지 않습니다; 실제 구조를 확인해야 합니다.
7. 벌어들인 급여
간단히 이해하기: 근로자가 수행한 작업과 관련된 소득 부분으로, 적용되는 데이터 및 정책에 따라 결정됩니다.
일당 선지급 내에서: 승인된 근무만이 사용 가능한 금액 계산에 참여합니다.
8. 급여 기간
간단히 이해하기: 기업이 근무, 소득, 공제 및 지급액을 집계하는 기간.
중요한 이유: 일당 선지급 거래는 올바른 기간에 연결되어야 하며, 그렇지 않으면 잘못된 공제나 누적이 발생할 수 있습니다.
9. 급여 지급일
간단히 이해하기: 기업이 합의 및 적용 규정에 따라 급여 지급 의무를 이행하는 날.
혼동하지 마세요: 일당 선지급은 소득의 일부에 대한 접근 시점을 변경하지만, 전체 급여 지급 기간을 자동으로 변경하지 않습니다.
10. 급여 시스템
간단히 이해하기: 급여, 수당, 공제 및 실수령액을 계산하고 정산하는 프로세스/시스템.
중요한 이유: 일당 선지급은 돈이 들어오는 시점에서 끝나지 않습니다; 최종 급여 시스템과 일치해야 합니다.
그룹 B — 출퇴근 기록 및 수령 권한
11. 출퇴근 기록 데이터
간단히 이해하기: 근무 시간, 교대, 근무일 또는 출석을 기록하여 근무를 확인하는 데 사용되는 기록.
일당 선지급 내에서: 앱, 고객의 근무 기록 또는 ERP에서 올 수 있습니다.
12. 진실의 원천 (source of truth)
간단히 이해하기: 여러 시스템에 서로 다른 데이터가 있을 때 최종 근거로 지정된 출처.
규정 필요: 앱, 시트 및 급여 시스템이 불일치할 때 어떤 출처가 우선하는지.
13. 승인 대기 근무
간단히 이해하기: 기록은 있지만 권한 있는 사람이 아직 확인하지 않은 상태.
일당 선지급 내에서: 승인 대기 근무는 사용 가능한 금액을 생성하지 않습니다.
14. 승인된 근무
간단히 이해하기: 권한 및 절차에 따라 확인 단계를 거친 근무.
일당 선지급 내에서: 고객 또는 감독자가 권한을 부여받아 승인할 수 있으며, 현재 논리에 따라 먼저 승인한 사람이 완료합니다.
15. 감사 추적
간단히 이해하기: 누가 무엇을 했는지, 언제 했는지, 변경 전후가 무엇인지 보여주는 흔적.
일당 선지급 내에서: 승인된 근무를 수정하면 기록이 승인 대기로 돌아가고 변경 전후가 저장됩니다.
16. 출퇴근 코드
간단히 이해하기: 특정 고객/근무지에서 근로자와 근무 기록을 일치시키는 데 사용되는 코드.
위험: 잘못된 코드 연결은 잘못된 근무 및 사용 가능한 금액 오류로 이어질 수 있습니다.
17. 근무 교대
간단히 이해하기: 근무 한 번을 정의하는 시간대/규칙, 일반 교대나 야간 교대 포함.
중요한 이유: 교대 규칙 오류는 잘못된 날짜 및 근무 수 계산으로 이어질 수 있습니다.
18. 지오펜스
간단히 이해하기: 가상의 지리적 영역; 출퇴근 기록은 장치가 설정된 반경 내에 있을 때만 유효합니다.
일당 선지급 내에서: 기본 반경은 200m이며, 적용 수준은 고객에 따라 확인해야 합니다.
19. 가짜 GPS
간단히 이해하기: 장치 위치를 왜곡하는 행위 또는 도구.
일당 선지급 내에서: 위치 위조를 감지/차단하는 메커니즘이 있으며, 절대적인 사기 방지로 설명해서는 안 됩니다.
20. 다중 근무지 (multi-workplace)
간단히 이해하기: 한 근로자가 여러 고객 또는 장소에서 근무하는 경우.
중요한 이유: 근무, 단가, 사용 가능한 금액 및 기간은 각각의 장소에 맞게 분리되어야 합니다.
그룹 C — 공식, 한도 및 책임 있는 사용
(자세한 내용: 예비 보유 금액이란? 및 최소 및 최대 거래 한도.)
21. 사용 가능한 금액
간단히 이해하기: 시스템이 한 번에 근로자가 요청할 수 있도록 허용하는 최대 금액.
일당 선지급 내에서: 승인된 근무 × 일일 단가 − 현재 기간에 수령된 금액 − 예비 보유 금액, 이후 1,000동의 배수로 내림하여 한도를 적용합니다.
22. 일일 단가
간단히 이해하기: 공식을 통해 근무일 단위를 금액으로 변환하는 데 사용되는 값.
주의: 이는 일당 선지급을 위한 임시 매개변수일 수 있으며, 급여 명세서의 전체 일일 소득과 자동으로 동일하지 않습니다.
23. 현재 기간에 수령된 금액
간단히 이해하기: 현재 기간에 기록된 적격 거래의 총액.
중요한 이유: 동일한 소득 부분이 두 번 사용되지 않도록 차감해야 합니다.
24. 예비 보유 금액
간단히 이해하기: 정산을 위한 안전 여유를 만들기 위해 사용 가능한 금액에서 임시로 보유된 부분.
일당 선지급 내에서: 최신 근무일 N일 및/또는 임계값에 도달할 때 10.5% 비율을 보유하도록 구성할 수 있으며, 실제 정책은 확인해야 합니다.
25. 최소 요청 금액
간단히 이해하기: 요청이 수락되는 최저 수준.
코드 내에서: 기본값은 50,000동이며, 모든 고객에게 적용되는 상업적 수준으로 간주해서는 안 됩니다.
26. 거래당 최대 금액
간단히 이해하기: 한 거래에서의 최대 금액.
코드 내에서: 기본값은 3,000,000동이며, superadmin에 의해 구성됩니다.
27. 일일 최대 금액
간단히 이해하기: 한 사람이 하루에 받을 수 있는 총 최대 금액.
코드 내에서: 기본값은 5,000,000동입니다.
28. 반올림
간단히 이해하기: 공식을 통해 얻은 결과를 허용된 화폐 단위로 변환하는 규칙.
일당 선지급 내에서: 사용 가능한 금액은 1,000동의 배수로 내림됩니다.
29. 근속 연한에 따른 한도
간단히 이해하기: 근로자의 근무 기간에 따라 변경되는 한도.
상태: Nguyen Minh Tuan — Chuyên viên ban chiến lược, 실제 운영에서 활성화되어 있는지 Nhân Kiệt의 확인이 필요합니다.
30. 책임 있는 일당 선지급
간단히 이해하기: 근로자가 자발적이고 투명하게, 적절한 한도로 과도한 사용을 권장하지 않도록 설계된 접근 방식.
실행: 남은 금액, 총 수령액, 예비 보유 금액, 수수료 및 최종 기간에 미치는 영향을 이해하기 쉬운 언어로 표시합니다.
그룹 D — 식별, 결제 및 거래 상태
31. eKYC
간단히 이해하기: 전자 수단을 통해 고객/사용자를 식별하는 프로세스.
주의: 각 측의 eKYC 범위는 정확하게 설명되어야 하며, 이 용어를 모든 신원 확인 단계에 사용해서는 안 됩니다.
32. OCR CCCD
간단히 이해하기: 신분증/CCCD 사진에서 정보를 읽는 기술.
일당 선지급 내에서: 문서 사진 및 OCR 결과는 확인 조건에서 사용되며, 민감한 데이터는 엄격하게 관리해야 합니다.
33. 본인 명의 계좌
간단히 이해하기: 근로자가 수령하는 은행 계좌가 정확히 본인 명의인 계좌.
표준 절차 내에서: 시스템은 VPBank 계좌 이름을 조회하고 근로자와 일치해야 계좌 번호를 잠급니다.
34. 계좌 이름 조회
간단히 이해하기: 지급 전에 계좌 소유자의 이름을 얻기 위해 은행/결제 인프라에 조회하는 것.
중요한 이유: 잘못된 입력이나 다른 사람에게의 전송 위험을 줄이지만, 모든 식별 위험을 제거하지는 않습니다.
35. 지급 — 송금
간단히 이해하기: 출처 계좌에서 수령자 계좌로의 송금 명령.
일당 선지급 내에서: 표준 절차는 Nhân Kiệt의 전용 지급 계좌에서 VPBank API를 사용하여 지급합니다.
36. 안정적인 거래 코드
간단히 이해하기: 요청을 여러 번 전송/조회할 때 변하지 않는 코드.
중요한 이유: 은행 및 시스템이 중복 명령을 인식할 수 있습니다.
37. 멱등성 — 재전송 시 불변성
간단히 이해하기: 동일한 요청이 여러 번 처리되어도 추가 지급이 발생하지 않음.
예: 사용자가 다시 클릭하거나 네트워크 타임아웃이 발생해도 두 번째 거래가 생성되지 않습니다.
38. 대기/보류 상태
간단히 이해하기: 거래가 성공했는지 실패했는지 결론을 내릴 충분한 증거가 없는 상태.
안전 원칙: 즉시 다시 지급하지 않음으로써 중복 지급을 방지합니다.
39. 실패-종료
간단히 이해하기: 데이터가 부족하거나 상태가 명확하지 않을 때, 시스템이 멈추거나 대기 상태로 유지하는 것.
일당 선지급 내에서: 상태가 불명확한 금액은 조회를 위해 보류됩니다.
40. 비상 정지 스위치
간단히 이해하기: 사고나 자금 손실 위험이 있을 때 지급 흐름을 일시 중지하는 메커니즘.
관리: 켜기/끄기 권한, 사용 조건 및 재개는 로그/승인이 필요합니다.
그룹 E — 조정, 급여 시스템, 관리 및 비즈니스 연속성
41. 조정
간단히 이해하기: 독립적인 출처를 비교하여 누락, 초과 또는 상태 오류 거래를 찾는 것.
일치해야 할 체인: 시스템 거래 기록 ↔ 은행 명세서 ↔ 급여 시스템.
42. T+1
간단히 이해하기: 거래 후 다음 영업일 또는 달력일, 프로세스 정의에 따라 다름.
일당 선지급 내에서: 시스템은 08:00에 전날의 명세서를 읽으며, 공식 운영 SLA를 확인해야 합니다.
43. 회수 불가능한 금액
간단히 이해하기: 지급되었지만 예상대로 완전히 공제할 수 없는 금액, 예를 들어 근무 감소 또는 근로자 퇴사.
시스템 내에서: Nguyen Minh Tuan — Chuyên viên ban chiến lược, 위험 부담 정책은 Nhân Kiệt의 확인이 필요합니다.
44. 선지급 커버 일수
간단히 이해하기: 특정 급여 수령이 이미 커버한 근무일을 표시하는 것.
중요한 이유: 이러한 날이 다음 기간의 사용 가능한 금액에 계속 누적되지 않도록 방지합니다.
45. 연결 보고서
간단히 이해하기: 시스템과 급여 시스템 간의 초기 수, 증가/감소 거래, 예외 및 최종 수를 연결하는 보고서.
목표: HR, 재무 및 감사가 총계에서 각 거래까지 추적할 수 있도록 합니다.
46. RACI
간단히 이해하기: 누가 수행하고, 최종 책임을 지고, 자문을 받고, 통보를 받아야 하는지를 정의하는 매트릭스.
일당 선지급 내에서: 근무, 한도, 지급, 조정, 급여 시스템, 데이터 및 사고에 대한 RACI가 필요합니다.
47. SLA
간단히 이해하기: 응답 시간 또는 사고 처리와 같은 측정 기준이 있는 서비스 수준 약속.
혼동하지 마세요: '거의 즉시'라는 광고 문구는 계약 내 SLA를 대체하지 않습니다.
48. RTO
간단히 이해하기: 중단 후 서비스를 복구하기 위한 목표 시간.
예: 주요 사고 후 시스템이 얼마나 빨리 복구되어야 하는지.
49. RPO
간단히 이해하기: 복구 시 시간에 따라 손실될 수 있는 최대 데이터 양.
예: RPO 15분은 15분 이상의 데이터 손실이 없도록 설계되었음을 의미하지만, 테스트가 필요합니다.
50. 개인 데이터 사고
간단히 이해하기: 개인 데이터의 보안, 무결성 또는 가용성에 영향을 미치는 사건.
일당 선지급 내에서: 신분증, 위치, 출퇴근 사진, 은행 계좌, 급여 및 거래 데이터는 모두 권한 부여, 추적 및 적절한 대응 절차가 필요합니다.
자주 혼동되는 여섯 쌍의 용어
(추가 정보: 일당 선지급의 여러 의미? 및 일당 선지급이 대출인가?.)
| 용어 1 | 용어 2 | 기억해야 할 차이점 |
|---|---|---|
| 일일 급여 | 일당 선지급 | 하나는 계산/지급 방법이고, 다른 하나는 제품명입니다 |
| 기록된 근무 | 승인된 근무 | 데이터가 있다고 해서 돈을 벌 수 있는 권한이 충분한 것은 아닙니다 |
| 벌어들인 급여 | 사용 가능한 금액 | 사용 가능한 금액은 수령된 금액, 예비 보유 금액, 한도 및 반올림을 제외합니다 |
| 명령 전송 | 지급됨 | 요청 전송이 은행이 성공적으로 지급했음을 증명하지 않습니다 |
| 조정 | 급여 공제 | 하나는 일치 여부를 확인하고, 다른 하나는 정산 업무입니다 |
| 무이자 | 무료 | 이자가 없더라도 다른 수수료가 있을 수 있습니다 |
거래를 위한 최소 용어 체인
- 근로자가 식별되고 올바른 근무지에 연결됩니다.
- 출퇴근 기록 데이터가 승인 대기에서 승인됨으로 전환됩니다.
- 예비 보유 금액 및 한도 후 사용 가능한 금액을 생성하는 공식.
- 근로자가 요청을 생성하고 확인합니다.
- 시스템이 안정적인 거래 코드를 생성한 후 지급을 전송합니다.
- 성공 또는 대기 상태.
- T+1 조정이 명세서와 일치합니다.
- 수령된 금액이 올바른 급여 기간에 들어갑니다.
- 선지급 커버 일수가 누적을 방지합니다.
자주 묻는 질문
'벌어들인 돈'과 '받은 돈'이 같은가요?
반드시 그렇지는 않습니다. 수령된 금액은 현재 기간에 수령된 금액, 예비 보유 금액, 한도 및 반올림 규칙으로 인해 더 낮을 수 있습니다.
막 기록된 근무를 즉시 받을 수 있나요?
모델에 따라 다릅니다. 일당 선지급의 경우, 승인된 근무만이 사용 가능한 금액을 생성하며, 막 기록된 근무는 승인된 것이 아닙니다.
'대기' 상태가 실패를 의미하나요?
아닙니다. '대기'는 시스템이 결론을 내릴 충분한 증거가 없음을 의미합니다. 즉시 다시 지급하면 중복 지급이 발생할 수 있습니다.
조정이 거래 기록 보기와 같은가요?
아닙니다. 기록은 하나의 출처이며, 조정은 은행 명세서 및 급여 시스템과 같은 독립적인 출처와 비교해야 합니다.
이 사전이 법적 정의인가요?
아닙니다. 이는 협력을 위한 업무 이해 방식입니다. 법무 부서는 계약, 규정 및 커뮤니케이션에 사용되는 용어를 확인해야 합니다.
---
저자: Nguyen Minh Tuan — Chuyên viên ban chiến lược, Nhan Kiet Manpower Supply Co., Ltd.
기업을 위한 일당 선지급 솔루션 상담: 핫라인 0937.022.655 · 이메일 info@nhankiet.vn · 기업을 위한 일당 선지급