왜 일당 선지급 한도가 0이거나 증가하지 않을까요? 원인과 해결 방법

왜 일당 선지급 한도가 0이거나 증가하지 않을까요? 원인과 해결 방법

일당 선지급 한도가 0이거나 증가하지 않는 것은 반드시 애플리케이션 오류가 아닙니다. 시스템은 승인된 근무일에 따라 금액을 계산하며, 이미 받은 금액과 보류된 금액을 차감합니다. 근로자의 기록, 고객, 근무 코드, 신분증 및 VPBank 계좌도 일치해야 합니다. 근로자는 근무지 → 근무 상태 → 동기화 시점 → 보류 금액 및 이미 받은 금액 → 인증 기록을 순서대로 확인한 후 지원 요청을 보내야 합니다.

> 참고: Nguyen Minh Khang — Chuyên viên ban chiến lược, Nhan Kiet에 의해 조정될 수 있습니다. 애플리케이션에서 공식적으로 표시되는 상태 이름과 화면은 근로자가 확인해야 할 정보입니다.

증상에 따른 빠른 해결

새 계정을 만들거나 신분증을 변경하거나 다른 사람에게 대신 인출을 요청하지 마세요. 이러한 방법은 데이터 대조를 어렵게 하고 보안 위험을 증가시킬 수 있습니다.

1. 먼저: “한도가 0”과 “돈을 인출할 수 없음”은 다릅니다

세 가지 상황이 일반적으로 “돈이 없음”이라고 불립니다:

근무 금액 데이터가 없음

앱에 유효한 근무일이 없어 계산할 수 없습니다. 원인은 주로 기록, 근무표 또는 승인 상태에 있습니다.

근무 금액은 있지만 사용 가능한 금액이 0

시스템에 근무가 있지만 보류 금액과 이미 받은 금액을 제외한 사용 가능한 금액이 0이거나 최소 금액 미만입니다.

사용 가능한 금액은 있지만 거래가 차단됨

금액이 표시되었지만 사용자가 신분증, VPBank 계좌, 일일 한도, 고객 상태 또는 안전 제어 조건을 충족하지 못했습니다.

정확한 구분은 올바른 부서에 티켓을 보낼 수 있도록 도와줍니다. 감독자는 은행 오류를 처리할 수 없으며, 결제 부서도 권한 없이 고객 대신 근무를 승인할 수 없습니다.

2. 일당 선지급 한도는 어떻게 형성되나요?

(기본 개념: 승인된 근무란 무엇인가? 및 일당 선지급이란 무엇인가?을 참조하세요.)

시스템에 의해 확인된 바에 따르면:

사용 가능한 금액 = 승인된 근무 x 일당 단가 - 기간 내 이미 받은 금액 - 보류 금액

결과는 1,000원 단위로 내림하여 반올림되며, 이후 최소 금액, 각 명령의 한도, 일일 한도 및 안전 조건을 계속 확인합니다.

금액이 증가하려면 적어도 다음과 같은 유효한 변경이 있어야 합니다:

• 승인된 적격 근무일 추가;

• 새로운 근무 데이터 동기화;

• 수정된 근무가 다시 승인됨;

• 계산이 허용되는 상태/기간으로 전환;

• 설정 또는 배정이 올바르게 수정됨;

• 대기 중인 거래가 실패로 확인되고 절차에 따라 사용 가능 금액으로 반환됨.

앱을 여러 번 열거나 근무 시작 시 출근 체크를 하거나 미래의 근무 일정이 이미 배정되었다고 해서 한도가 증가하지 않습니다.

3. 원인 1: 근로자 기록이 동기화되지 않음

Nhan Kiet의 ERP는 근로자, 고객, 입사/퇴사일 및 관리 관계의 목록을 제공합니다. 데이터는 매일 03:00에 동기화됩니다.

징후

• 고객/근무지가 보이지 않음;

• 앱에서 소속 단위가 아니거나 배정이 없다고 알림;

• 새로 입사하거나 이동됨;

• 기록에 여전히 이전 고객이 표시됨;

• 한 작업이 끝나면 모든 사용 권한에 영향을 미침.

해결 방법

1. HR/감독자가 근무 시작일을 기록했는지 확인합니다.

2. 현재 고객 이름과 근무지를 확인합니다.

3. 새로운 변경 사항이 입력된 경우 03:00 동기화 주기를 기다립니다.

4. 여전히 오류가 있는 경우 HR/NK 운영팀에 기록과 유효 날짜를 확인하도록 요청합니다.

기본 기록이 올바르지 않을 때 관리자가 “수동으로 금액을 추가”하도록 요청하지 마세요. 올바른 소스를 수정하면 이후 기간도 계속 일치합니다.

4. 원인 2: 잘못된 고객 또는 근무 코드

한 사람이 여러 고객을 위해 일할 수 있으며 각 장소에서 별도의 근무 코드를 가질 수 있습니다. 시스템은 신분증, company_id/고객 코드, 근무 코드 및 배정 시간을 통해 데이터를 결합합니다.

징후

• 근로자가 앱에 있지만 근무가 없음;

• 근무가 다른 근무지 아래에 나타남;

• 같은 교대의 동료는 이미 데이터가 있지만 본인은 없음;

• 고객에서 카드/직원 코드를 변경함;

• 고객 B에서 일하고 있지만 앱에는 고객 A만 표시됨.

해결 방법

감독자에게 다음을 제공합니다:

• 고객 이름;

• 근무일 및 교대;

• 사용 중인 근무 코드;

• 최근에 변경된 코드가 있는 경우;

• 앱 상태의 스크린샷, 그룹을 통해 보낼 때 민감한 정보는 가립니다.

이름만 보내지 마세요. 이름이 중복될 수 있으며 시스템은 표시 이름을 주요 연결 키로 사용하지 않습니다.

5. 원인 3: 근무표 데이터가 동기화 시점에 도달하지 않음

시스템에는 여러 소스가 있으며 각기 다른 속도를 가집니다:

“실시간”의 올바른 이해

출근 체크 이벤트가 즉시 기록된다고 해서 금액이 즉시 나타나는 것은 아닙니다. 교대가 완료되어야 하고, 데이터가 유효해야 하며, 근무가 승인되어야 합니다. 오늘이 마감되지 않은 경우 안전망에 의해 수령 가능한 부분에서 제외됩니다.

언제 기다려야 하나요?

• 고객이 Sheet를 입력/수정한 지 30분이 지나지 않음;

• 감독자가 즉시 동기화 버튼을 누르지 않음;

• ERP 일정 이후에 새로운 기록이 입력됨;

• 출근 체크 장치가 네트워크에 다시 연결됨;

• 야간 교대가 완료되지 않음.

언제 보고해야 하나요?

동기화 주기를 지났고, 같은 소스의 동료가 이미 근무가 있는 경우에도 자신의 데이터가 여전히 부족하다면, 근무일, 교대, 근무 코드 및 고객을 포함하여 티켓을 보내야 합니다.

6. 원인 4: 근무가 기록되었지만 승인되지 않음

승인된 근무만이 수령 가능한 금액을 생성합니다. 현재 흐름에 따르면, NK의 감독자나 고객이 승인할 수 있으며, 누가 먼저 유효하게 승인하든지 확인 단계가 완료됩니다.

왜 근무가 대기 중인가요?

• 교대가 끝나지 않음;

• 출근 시간이나 퇴근 시간이 부족함;

• 위치/QR/WiFi가 규칙에 맞지 않음;

• 실제 교대가 일정과 다름;

• 고객이 예외를 확인 중임;

• 감독자가 승인 마감 시간에 도달하지 않음;

• 데이터가 방금 수정됨;

• 여러 장소에서 일하는 것을 확인해야 함.

근로자가 해야 할 일은 무엇인가요?

근무일의 세부 사항을 확인하고 상태를 확인한 후 올바른 날짜에 피드백을 제공합니다. 권한이 있는 부서가 승인하지 않은 경우 결제 부서에 한도 증가를 요청하지 마세요.

7. 원인 5: 오늘 또는 미래의 날이 계산되지 않음

시스템은 완료되고 마감된 근무만 계산하는 원칙에 따라 날짜를 차단하는 안전망을 가지고 있습니다. 따라서:

• 내일의 근무 일정은 한도를 생성하지 않습니다;

• 오늘 아침의 출근 체크는 즉시 수령 가능한 금액을 생성하지 않습니다;

• 진행 중인 교대는 완료된 근무가 아닙니다;

• 자정 이후의 야간 교대는 근무일이 결정될 때까지 기다려야 할 수 있습니다.

이는 일당 선지급이 완료된 근무에 기반을 두도록 하는 핵심 제어로, 예상 근무에 기반하여 금액을 제공하지 않습니다.

8. 원인 6: 승인된 근무가 방금 수정됨

고객은 자체 포털과 근무표 소스에서 출근/퇴근 시간이나 교대를 수정할 수 있습니다. 승인된 근무가 수정되면 시스템은 자동으로 상태를 대기 중으로 낮추고 이전/이후 로그를 저장합니다.

왜 한도가 감소하거나 증가하지 않나요?

새로운 기록이 아직 다시 승인되지 않았기 때문입니다. 데이터가 변경된 후 시스템은 이전 버전을 확실한 근거로 계속 간주하지 않습니다.

해결 방법

• 감독자에게 수정 이유를 묻습니다;

• 새로운 시간/교대가 올바른지 확인합니다;

• 권한이 있는 사람이 다시 승인할 때까지 기다립니다;

• 이전 근무에서 이미 금액을 받았다면, 차액 처리 방법을 설명하도록 요청합니다.

원인을 알지 못한 채로 이전 기록을 삭제하거나 새로운 근무를 생성하여 “보충”하지 마세요; 이는 중복 데이터를 생성할 수 있습니다.

9. 원인 7: 보류 금액이 최신 근무를 포함하고 있음

(최종 정산 방법: 일당 선지급을 받은 후 월말에 얼마가 남나요?을 참조하세요.)

고객에 따라 시스템은 다음을 보류할 수 있습니다:

• 최신 근무일 몇 일; 및/또는

• 설정 조건/임계값에 도달할 때 10.5% 비율.

보류 금액은 조기 수령을 위해 열리지 않은 부분이며, 수수료가 아니며 손실된 금액이 아닙니다.

예시

근로자가 승인된 근무일 2일을 가지고 있고, 일당 단가가 300,000원일 때, 고객이 최신 근무일 2일을 보류하도록 설정한 경우, 두 날 모두 보류 부분에 속하므로 사용 가능한 금액이 0일 수 있습니다.

추가로 승인된 근무가 있을 때, 오래된 날은 보류 영역에서 벗어나고 실제 규칙에 따라 사용 가능한 금액을 생성할 수 있습니다.

> 예시는 원리를 설명하기 위한 것입니다. NK는 공식 출판 전에 보류 설정의 표시 방법과 적용 순서를 확인해야 합니다.

10. 원인 8: 근로자가 사용 가능한 부분을 모두 받음

기간 내 여러 소액 거래가 전체 수령 가능한 부분을 합칠 수 있습니다.

예를 들어:

• 보류 금액 이후 수령 가능한 금액: 2,000,000원;

• 1차 수령: 500,000원;

• 2차 수령: 700,000원;

• 3차 수령: 800,000원.

총 수령 금액은 2,000,000원이므로, 추가로 승인된 근무가 있거나 유효한 데이터 변경이 있을 때까지 남은 금액은 0입니다.

근로자는 기간 내 총 수령 금액을 확인해야 하며, 최근 거래만 확인하지 마세요. 수령한 금액은 이중 지급을 방지하기 위해 월말 급여에 대조됩니다.

11. 원인 9: 남은 금액이 최소 거래 금액 미만

확인된 시점에서 각 거래의 기본 최소 금액은 50,000원입니다. 사용 가능한 금액이 49,000원인 경우, 앱은 여전히 금액을 표시할 수 있지만 명령을 생성할 수 없습니다.

시스템은 1,000원 단위로 내림하여 반올림합니다. 따라서 내부 계산 금액과 표시 금액은 약간의 차이가 있을 수 있습니다.

이 값은 설정 값이며, 근로자는 이 값이 변경되지 않는다고 가정하지 말고 애플리케이션의 알림을 확인해야 합니다.

12. 원인 10: 각 명령 또는 하루의 한도에 도달함

확인된 기본 값:

두 가지 다른 상황

• 사용 가능한 금액이 4백만 원이지만 최대 3백만 원의 명령만 생성할 수 있음: 각 명령의 한도에 도달했으며, 1백만 원이 손실된 것이 아님.

• 하루에 총 5백만 원을 수령함: 설정에 따라 다음 날까지 기다려야 할 수 있으며, 기간 내 여전히 한도가 남아 있을 수 있습니다.

코드에는 근속 연수에 따른 한도 표가 있지만, NK는 이 기능이 실제 운영에서 활성화되어 있는지 확인해야 합니다.

13. 원인 11: 고객이 자동 인출을 활성화하지 않음

기술적으로 자동화된 프로세스가 있지만, 자동 인출 플래그는 기본적으로 비활성화되어 있으며, NK는 고객과의 금액 일치 테스트 후 점진적으로 활성화합니다.

징후

• 근로자가 기록을 충족하고 승인된 근무가 있지만 수령 기능이 보이지 않음;

• 다른 고객의 동료는 이미 사용할 수 있음;

• 새로운 고객이 파일럿 단계에 있음;

• 일부 그룹에 기능이 활성화되었지만 전체적으로 열리지 않음.

이는 근로자가 스스로 해결할 수 있는 문제가 아닙니다. NK/고객의 구현 담당자에게 문의해야 하며, 다른 계정을 만들지 마세요.

14. 원인 12: 신분증 기록이 조건을 충족하지 않음

자동 인출 조건은 신분증 사진과 OCR 결과가 기록과 일치하는지 확인합니다. 한도가 사용되지 않을 수 있는 경우:

• 신분증 사진이 없음;

• 사진이 흐리거나 빛이 반사되거나 모서리가 부족함;

• 신분증 번호가 ERP와 일치하지 않음;

• 다른 사람의 서류를 사용함;

• 기록이 중복됨;

• 서류를 변경했지만 업데이트되지 않음.

근로자는 공식 채널을 통해 업데이트해야 합니다. 신분증 사진을 지원한다고 주장하는 개인 계정에 보내지 말고, 대규모 채팅 그룹에 게시하지 마세요.

15. 원인 13: VPBank 계좌가 인증되지 않음

표준 자동화 프로세스는 근로자 본인 명의의 VPBank 계좌를 요구합니다.

시스템:

1. 계좌 번호를 수신합니다;

2. VietQR을 통해 계좌 소유자 이름을 조회합니다;

3. 근로자 이름과 일치하는지 확인합니다;

4. 인증 후 계좌 번호를 잠급니다.

흔한 오류

• 계좌 번호를 잘못 입력함;

• 계좌 번호 대신 카드 번호를 입력함;

• 은행에서 반환된 이름이 기록과 일치하지 않음;

• 가족의 계좌를 사용함;

• 계좌가 활성화되지 않음;

• 근로자가 계좌 변경을 요청했지만 인증이 완료되지 않음.

코드에는 다른 은행을 연결할 수 있는 예외가 있지만, 이는 기본 프로세스가 아닙니다. 근로자는 예외를 자가 등록 옵션으로 간주하지 말아야 합니다.

16. 원인 14: 장치 또는 계정이 안전 제어 중임

시스템은 한 사람과 한 장치를 연결하고 출근 체크에서 위조 방지 제어를 가지고 있습니다. 몇 가지 상황에서는 확인이 필요할 수 있습니다:

• 전화기를 변경함;

• 다른 사람과 기기를 공유함;

• 앱을 다시 설치하거나 SIM을 교체함;

• 장치에서 가짜 GPS가 감지됨;

• 대리 출근 체크;

• 계정 탈취 징후;

• 수령 정보가 방금 변경됨.

에뮬레이터 소프트웨어, 가짜 GPS 또는 전화기를 빌려서 제어를 우회하려고 하지 마세요. 공식 채널을 통해 장치를 업데이트하고 신원을 확인하세요.

17. 원인 15: 이전 거래가 불확실한 상태에 있음

(추가 정보: 일당 선지급을 인출했지만 돈이 입금되지 않음.)

근로자가 요청을 보냈지만 은행이 확실한 결과를 반환하지 않은 경우, 시스템은 거래를 보류하고 5분마다 주기적으로 확인합니다. 실패를 자동으로 추측하지 않으며, 이는 이중 지급으로 이어질 수 있습니다.

근로자가 해야 할 일은 무엇인가요?

• 거래 상태를 확인합니다;

• VPBank의 잔액/거래 내역을 확인합니다;

• 반복 요청을 보내지 않습니다;

• 거래 번호와 시간을 기록합니다;

• 공지된 시간 이상이 지나면 지원에 문의합니다;

• 확인 중에 계좌를 변경하지 않습니다.

시스템은 전일 거래에 대해 매일 08:00에 VPBank 명세서를 대조합니다. NK는 사용자가 언제 기다려야 하고 언제 보고해야 하는지 알 수 있도록 SLA를 구체적으로 공지해야 합니다.

18. 3분 내 자가 점검 절차

1단계: 올바른 근무지 선택

여러 고객을 위해 일하는 경우 각 근무지와 해당 근무 기간을 확인합니다.

2단계: 근무 세부 사항 열기

어떤 날이 없는지, 대기 중인지, 승인되었는지 확인합니다.

3단계: 업데이트 시점 확인

Sheet의 30분 주기 또는 ERP의 03:00과 비교합니다. 앱 내 출근 체크는 실시간으로 기록되지만 여전히 승인이 필요합니다.

4단계: 한도 공식 확인

근무에 따른 금액, 기간 내 이미 받은 금액, 보류 금액 및 남은 금액을 대조합니다.

5단계: 거래 조건 확인

신분증, VPBank 계좌, 최소 금액, 명령 한도, 일일 한도 및 고객 상태를 확인합니다.

6단계: 거래 내역 확인

처리 중/확인 대기 중인 명령이 있는 경우 다시 보내지 않습니다.

7단계: 충분한 데이터로 티켓 전송

문제가 근무, 한도 또는 거래에 있는지 명확히 하고 필요한 증거를 첨부하며 민감한 데이터를 가립니다.

19. 문제를 누구에게 보내야 하나요?

근로자는 추적할 수 있는 유일한 티켓 번호를 받아야 합니다. 부서가 변경되는 경우, 내부 시스템은 사용자가 모든 정보를 다시 보내지 않도록 케이스와 증거를 함께 전송해야 합니다.

20. 지원 요청 내용 샘플

> 제 이름: [이름]
> 고객/근무지: [이름]
> 점검할 날짜/교대: [날짜, 교대]
> 근무 코드: [코드]
> 증상: [근무 없음/대기 중인 근무/한도 0/명령 생성 불가/거래 보류]
> 거래 번호가 있는 경우: [번호]
> 발생 시점: [시간, 날짜]
> 제가 점검한 사항: [근무지, 근무 상태, 이미 받은 금액 내역, 계좌]

OTP, 비밀번호 또는 신분증 전체 사진을 샘플에 포함하지 마세요. 공식 채널에서 요청할 때만 서류를 제공하고 적절한 보호 조치를 취하세요.

21. 앱이 더 명확하게 표시해야 할 알림

“조건을 충족하지 않음”이라는 메시지 대신, 시스템은 메시지를 분류해야 합니다:

• “근무지 기록이 동기화되지 않음 — HR에 문의하세요.”

• “9월 2일 근무가 고객 승인 대기 중입니다.”

• “최신 근무일 두 개가 보류 금액에 속합니다.”

• “기간 내 사용 가능한 금액을 모두 받았습니다.”

• “남은 금액이 각 거래의 최소 금액보다 낮습니다.”

• “오늘 거래 한도에 도달했습니다.”

• “VPBank 계좌가 인증되지 않았습니다.”

• “고객이 자동 인출 기능을 활성화하지 않았습니다.”

• “이전 거래가 확인 대기 중입니다 — 다시 보내지 마세요.”

각 알림에는 적절한 조치 버튼이 있어야 합니다: 근무 보기, 조정 요청, 계좌 인증 또는 티켓 열기. 이는 경험 개선을 위한 제안이며, 현재 버전에 모든 알림이 포함되어 있다고 주장하지 않습니다.

22. 문제 해결 시 데이터 보호

지원은 신분증, 근무, 고객, 계좌 및 거래와 관련될 수 있습니다. NK와 고객은:

• 필요한 데이터만 요청합니다;

• 공식 채널을 사용합니다;

• 계좌 번호를 표시할 때 가립니다;

• 근무지에 따라 권한을 부여합니다;

• 누가 보고/수정했는지 기록합니다;

• 개인 데이터를 넓은 그룹에 게시하지 않습니다;

• 티켓과 증거의 보관 기간을 설정합니다;

• 데이터를 무분별하게 복사하지 않고 케이스를 전송합니다.

개인 데이터 보호법 제91/2025/QH15호 및 시행령 제356/2025/ND-CP는 2026년 1월 1일부터 발효됩니다. 지원 절차는 NK가 실제 역할과 데이터 흐름에 따라 검토해야 합니다.

자주 묻는 질문

오늘 근무했는데 한도가 증가하지 않는 이유는 무엇인가요?

오늘은 마감되지 않아 시스템에 의해 수령 가능한 부분에서 제외되었습니다. 교대가 완료되고, 데이터가 유효하며, 근무가 승인된 후에 한도가 생성됩니다.

승인된 근무인데도 한도가 0인 이유는 무엇인가요?

근무가 보류 금액에 속할 수 있으며, 사용 가능한 부분을 모두 받았거나, 남은 금액이 최소 금액 미만이거나, 고객/기능이 적절하게 설정되지 않았을 수 있습니다.

고객이 근무 시간을 수정하면 한도가 변경되나요?

그럴 수 있습니다. 승인된 근무가 수정되면 자동으로 대기 중으로 전환됩니다. 새로운 버전이 승인된 후 시스템은 유효한 데이터에 따라 다시 계산합니다.

Google Sheet의 근무표는 얼마나 자주 업데이트되나요?

확인된 설정에 따르면, 시스템은 30분마다 동기화되며, 감독자는 즉시 동기화 버튼을 누를 수 있습니다. 한도가 있는지는 승인 상태에 따라 다릅니다.

사용 가능한 금액이 40,000원인데 인출할 수 없는 이유는 무엇인가요?

현재 각 명령의 기본 최소 금액은 50,000원입니다. 공식 값은 설정이 변경될 수 있으므로 애플리케이션에서 확인해야 합니다.

사용 가능한 금액이 4백만 원인데 최대 3백만 원만 받을 수 있는 이유는 무엇인가요?

각 명령의 기본 한도는 3백만 원입니다. 나머지 부분은 손실되지 않으며, 다른 명령을 생성할 수 있는지는 일일 한도 및 적용 조건에 따라 다릅니다.

거래가 보류 중일 때 다시 눌러야 하나요?

아니요. 시스템은 불확실한 상태를 유지하여 대조하고 이중 지급을 방지합니다. 거래 번호를 기록하고, VPBank를 확인하며, 공지된 SLA를 초과하면 지원에 문의하세요.

전화기를 변경하면 한도가 사라지나요?

한도는 근무에 기반하지만, 거래 조건은 한 사람–한 장치 제어에 의해 영향을 받을 수 있습니다. 공식 채널을 통해 장치를 확인하고 새로운 기록을 만들지 마세요.

여러 고객을 위해 일할 때 어디에서 확인해야 하나요?

각 고객을 확인하세요. 근무, 근무 코드, 단가, 승인자 및 보류 금액은 근무지에 따라 분리됩니다.

보류 금액이 수수료인가요?

아니요. 이는 안전 여유를 위해 조기 수령을 위해 열리지 않은 부분이며, 유효한 부분은 급여 기간 내에 처리됩니다.

결론

일당 선지급 한도가 0인 경우는 네 가지 주요 원인에서 비롯될 수 있습니다: 기록/배정, 데이터 및 근무 승인, 공식 및 한도, 또는 인증 및 거래 상태. 대부분의 문제는 올바른 근무지, 각 근무일, 동기화 시점, 이미 받은 금액, 보류 금액, 신분증 및 VPBank 계좌를 확인함으로써 해결할 수 있습니다.

근로자는 새로운 계정을 만들거나 계정을 빌리거나 거래를 반복해서 보내지 말아야 합니다. 증거, 거래 번호를 기록하고 적절한 부서에 보내세요. NK 측에서는 구체적인 원인과 적절한 처리 버튼을 표시함으로써 대기 시간을 줄이고 일당 선지급에 대한 신뢰를 강화할 수 있습니다.

참고 자료

• 개인 데이터 보호법 제91/2025/QH15호

• 개인 데이터 보호법 시행령 제356/2025/ND-CP

---

저자: Nguyen Minh Khang — Chuyên viên ban chiến lược, Nhan Kiet Manpower Supply Co., Ltd.

기업을 위한 일당 선지급 솔루션 상담: 핫라인 0937.022.655 · 이메일 info@nhankiet.vn · 기업을 위한 일당 선지급