일당 선지급 후 월말에 얼마가 남을까? 한도 계산 및 급여 정산 방법

일당 선지급 후 월말에 얼마가 남을까? 한도 계산 및 급여 정산 방법

Lương Ngày를 사용할 때, 근로자는 이미 받은 금액만큼 추가로 잃지 않습니다. 이는 이미 수행된 작업의 일부로, 승인된 후 급여일 이전에 미리 지급됩니다. 정산 시점에 이미 받은 금액은 지급해야 할 금액에서 차감되어 중복 지급을 방지합니다. 월말에 지급되는 급여는 실제로 받을 수 있는 급여에서 최종 근무일, 수입, 보험, 세금, 적절한 조정 및 미리 지급된 금액을 차감한 금액입니다.

> 주의: 본문에 언급된 구성 숫자는 기본값이며, Nhan Kiet Manpower Supply Co., Ltd.가 각 기업에 따라 조정할 수 있습니다. 공식 정책은 애플리케이션에 표시되며 거래 시점의 합의가 사용자에게 확인되어야 합니다.

간단한 답변

• 일당 선지급은 이미 수행되고 승인된 근무일에만 적용됩니다. 오늘의 근무일은 아직 확정되지 않았고 미래의 근무일은 수익을 생성하는 데 사용되지 않습니다.

• 표시된 금액은 발생한 모든 수익과 반드시 일치하지 않을 수 있습니다. 시스템은 이미 받은 금액과 보류된 금액을 차감합니다.

• 근로자는 수령 여부를 선택할 수 있으며, 각 수령 시 임시 근무일에 따른 선지급임을 확인하고 급여에 반영될 것임을 확인해야 합니다.

• 이미 받은 금액은 미리 지급된 급여의 일부이며, 급여 외에 추가로 차감되는 것이 아닙니다.

• 월말에 남은 급여는 근무일과 급여가 확정된 후에만 정확히 결정됩니다.

1. 일당 선지급 과정에서의 네 가지 숫자 구분

(기본 개념: 승인된 근무일이란?을 참조하세요.)

근로자는 종종 여러 숫자를 보고 이를 하나로 간주하기 쉽습니다. 실제로는 구분해야 합니다:

발생한 임시 수익은 월말 급여가 아닙니다

월 중에는 근무일과 수입이 여전히 변경될 수 있습니다. 초과 근무, 수당, 보너스, 휴가, 보험, 세금 또는 근무 조정은 급여가 확정될 때만 결정될 수 있습니다.

수령 가능 금액은 전체 급여가 아닙니다

일당 선지급은 근무일이나 대조해야 할 항목이 변경될 때의 위험을 줄이기 위해 일부를 보류합니다. 따라서 근로자는 승인된 근무일이 있더라도 일부만 미리 받을 수 있습니다.

이미 받은 금액은 추가 대출이 아닙니다

이는 자격이 있는 근무일에서 미리 지급된 금액입니다. 급여일이 되면 시스템은 이 금액을 기록하여 두 번 지급되지 않도록 합니다.

2. 일당 선지급에서 수령 가능 금액은 어떻게 계산되나요?

시스템에서 확인된 메커니즘에 따르면, 일반적인 공식은 다음과 같습니다:

수령 가능 금액 = 승인된 근무일 x 일당 - 해당 기간에 이미 받은 금액 - 보류된 금액

결과는 1,000원 단위로 내림하여 반올림되며, 구성된 거래 제한에 따라 계속 적용됩니다.

승인된 근무일

승인 상태에 도달한 근무일만 수령 가능 금액을 생성합니다. 근무일은 NK 감독자나 고객이 승인할 수 있으며, 누가 먼저 적법하게 승인하느냐에 따라 현재 흐름에 따라 확인이 완료됩니다.

승인된 근무일이 시간이나 교대가 수정되면, 시스템은 해당 근무일을 승인 대기 상태로 자동으로 전환합니다. 이 메커니즘은 한도가 계산된 후의 은밀한 변경을 방지합니다.

일당

일당은 각 고객에 따라 NK가 구성합니다. 여러 고객에서 일하는 사람은 각 작업 장소에서 근무일, 일당 및 금액이 별도로 계산될 수 있습니다.

미리 지급받을 수 있는 금액을 계산하는 데 사용되는 일당은 운영 구성에 따른 데이터이며, 모든 추가/차감 후의 하루의 실제 급여 전체로 이해해서는 안 됩니다.

해당 기간에 이미 받은 금액

각 거래가 성공할 때마다 이미 받은 금액은 사용 가능한 부분에서 차감됩니다. 이미 사용된 근무일은 다음 기간으로 잘못 누적되지 않도록 기록됩니다.

보류된 금액

각 고객의 구성에 따라 시스템은:

• 가장 최근의 근무일 몇 일을 보류할 수 있습니다; 및/또는

• 구성 조건/임계값에 도달한 경우 10.5%의 보류 비율을 유지할 수 있습니다.

보류된 금액은 여전히 근로자의 수익의 일부이며, 이는 수수료가 아닙니다. 이 부분은 실제 데이터에 따라 급여 정산 시 처리됩니다.

3. 간단한 예: 미리 받고 월말에 얼마가 남을까?

예 1: 근무일에 따른 금액만 설명

가정:

• 계산에 사용되는 일당: 300,000원/일;

• 승인된 근무일 8일;

• 가장 최근의 근무일 2일 보류 구성;

• 근로자가 해당 기간 동안 한 번도 받지 않았습니다.

초기 사용 가능 금액을 계산하는 데 사용되는 근무일은 6일입니다:
6 x 300,000 = 1,800,000 원

근로자가 1,000,000원을 받으면, 애플리케이션은 당시 데이터에 따라 사용 가능 금액을 다음과 같이 표시합니다:
1,800,000 - 1,000,000 = 800,000 원

월말에, 전체 8일이 여전히 확정되고 다른 급여 요소를 고려하지 않은 경우, 근무일의 가치는:
8 x 300,000 = 2,400,000 원

근로자가 미리 1,000,000원을 받았으므로, 예제에서 근무일에 따른 남은 부분은:
2,400,000 - 1,000,000 = 1,400,000 원

따라서 보류된 금액은 손실되지 않습니다. 이는 단지 미리 받을 수 없으며 정산 시 계산됩니다.

> 이 예는 보험, 세금, 수당, 초과 근무, 보너스 및 기타 조정을 고려하지 않은 예시입니다. 이 예를 사용하여 실제 급여를 계산하지 마십시오.

예 2: 같은 기간에 여러 번 받은 경우

초기 사용 가능 금액이 2,500,000원이라고 가정합니다. 근로자는 다음과 같이 받습니다:

• 1회: 500,000원;

• 2회: 700,000원;

• 3회: 300,000원.

총 받은 금액은 1,500,000원입니다. 근무일 데이터와 보류 금액이 변경되지 않은 경우, 남은 사용 가능 금액은:
2,500,000 - 1,500,000 = 1,000,000 원

급여일이 되면, 급여 정산은 1,500,000원이 미리 지급된 것으로 반영되며, 이는 이자 없는 세 개의 별도 대출이 아닙니다.

예 3: 이미 받은 후 근무일이 조정된 경우

이전에 승인된 교대가 있었지만 고객이 근무 시간을 잘못 발견하고 수정한 경우를 가정합니다. 근무일은 자동으로 승인 대기로 전환되어 수령 가능 금액이 변경될 수 있습니다.

근로자가 아직 인출하지 않은 경우, 한도가 다시 계산됩니다. 이미 금액이 지급된 경우, 시스템은 차이를 기록하여 NK가 처리하고 정산해야 하며, 거래 기록을 삭제해서는 안 됩니다. 시스템은 근무일이 감소하거나 근로자가 퇴사할 때 회수되지 않은 경우를 추적하는 기록을 보유하고 있습니다.

4. 1백만 원을 받으면 월말에 1백만 원이 줄어드는 이유는?

그 1백만 원이 미리 지급되었기 때문입니다.

총 급여를 하나의 케이크로 생각할 수 있습니다. 일당 선지급은 승인된 근무일이 있는 경우 근로자가 케이크의 일부를 미리 받을 수 있게 합니다. 급여일이 되면, 기업은 남은 부분을 지급하며, 이미 이전에 지급된 부분을 다시 지급할 수 없습니다.

구분해야 할 점:

• 월말에 지급되는 금액 감소: 맞습니다, 일부가 미리 지급되었기 때문입니다.

• 총 급여 혜택 감소: 미리 지급으로 인한 것이 아니며, 시스템이 지급된 금액만 정확히 반영하고 수수료가 없는 경우입니다.

• 실제 총 급여 변경: 근무일 확정, 수당, 초과 근무, 보험, 세금 또는 기타 적절한 조정으로 인해 발생할 수 있으며, 모든 것을 일당 선지급 탓으로 돌려서는 안 됩니다.

5. 월말에 남은 급여 공식

실제 급여에는 여러 요소가 포함되므로 안전한 이해 방식은 다음과 같습니다:

월말에 남은 금액 = 해당 기간에 지급된 실제 급여 - 성공적으로 지급된 일당 선지급 금액

여기서 “해당 기간에 지급된 실제 급여”는 기업이 급여를 완료한 후에만 존재하며, 정책 및 적용 규정에 따라 적절히 추가/차감된 항목을 포함합니다.

보다 자세한 설명:

남은 금액 = 확정된 근무일에 따른 수입 + 자격이 있는 수당, 초과 근무, 보너스 - 보험, 세금 및 적절한 차감 항목 - 이미 받은 일당 선지급 금액

이는 개념적 공식입니다. 항목 이름, 계산 순서 및 근거는 각 개인의 실제 급여 명세서에 따라야 합니다.

두 번 차감되지 않음

일당 선지급을 통해 받은 금액은 한 번만 정산됩니다. 시스템은 거래 데이터와 이미 포함된 근무일을 사용하여 해당 금액이 다음 기간으로 다시 넘어가지 않도록 합니다. 근로자가 두 번 차감되었다고 의심되는 경우, 다음을 대조해야 합니다:

1. 성공적인 거래 기록;

2. 계좌에 실제로 입금된 총 금액;

3. 급여 명세서의 정산/임시 지급 항목;

4. 급여 기간 및 해당 작업 장소;

5. 환불 거래 또는 상태가 불분명한 거래.

6. 보류된 금액은 수수료인가요?

아닙니다. 보류된 금액은 근무일과 급여가 확정되지 않았을 때 안전 여유를 제공하기 위해 미리 받을 수 없도록 설정된 금액입니다.

예를 들어, 시스템은 가장 최근의 근무일 두 개를 보류할 수 있습니다. 이는 확인 중일 가능성이 있는 날입니다. 급여가 확정되면, 유효한 근무일의 경우 해당 금액은 여전히 근로자의 급여에 포함됩니다.

왜 보류가 필요할까요?

• 승인된 근무일이 수정될 수 있습니다;

• 근로자가 중간에 퇴사하거나 임무를 종료할 수 있습니다;

• 급여에는 다른 정산 항목이 포함될 수 있습니다;

• 여러 작업 장소가 서로 다른 근무일 확정 시점을 가질 수 있습니다;

• 은행 거래가 상태를 확인 중일 수 있습니다;

• 총 지급 금액이 월말 급여를 초과하는 경우를 제한해야 합니다.

근로자가 봐야 할 것

애플리케이션은 다음을 명확히 표시해야 합니다:

• 승인된 총 근무일;

• 사용 중인 일당;

• 임시 계산된 금액;

• 이미 받은 금액;

• 보류된 금액;

• 남은 수령 가능 금액;

• 데이터 업데이트 시점;

• 근무일 오류 시 피드백 경로.

일당 선지급 시스템은 근로자가 각 근무일이 얼마나 많은 금액을 생성하는지, 이미 인출된 부분과 보류된 부분을 자세히 볼 수 있도록 합니다.

7. 각 거래 및 하루 한도

소스 코드 확인 시점의 기본값은 다음과 같습니다:

이 한도는 NK 관리자가 구성하며 운영에 따라 변경될 수 있습니다. 따라서:

• 4,000,000원의 사용 가능 금액이 있다고 해서 한 번의 거래로 4,000,000원을 인출할 수 있는 것은 아닙니다. 거래 한도가 여전히 3,000,000원인 경우;

• 40,000원의 사용 가능 금액은 최소 금액이 여전히 50,000원인 경우 거래를 생성할 수 있는 조건을 충족하지 않습니다;

• 하루 총 요구 사항은 하루 한도를 확인해야 합니다;

• 최종 표시 금액은 요청 시점의 애플리케이션에서 가져와야 합니다.

소스 코드에는 6개월 미만, 6–12개월, 1년 이상의 근속 기간에 따른 한도 구조가 포함되어 있습니다. 그러나 NK는 이 메커니즘이 실제 운영에서 활성화되었는지 확인해야 하며, 공식 정책으로 발표하기 전에 확인해야 합니다.

8. 일당 선지급을 받을 때 이자나 수수료가 부과되나요?

(왜 이것이 대출이 아닌지: EWA가 대출인가요? 및 EWA가 CIC에 영향을 미치나요?을 참조하세요.)

현재 운영 흐름에 따르면:

• 이자율이 없습니다;

• 근로자에게 수수료를 부과하지 않습니다;

• 월말에 실제로 받은 금액만 정산합니다.

소스 코드에는 이전의 1.5%/월 수수료 모델의 흔적이 있지만, 이는 테스트 코드에만 남아 있으며, 확인된 실제 흐름에서는 적용되지 않습니다. 이는 민감한 정보이므로, NK가 장기 정책을 승인하고 운영 비용을 누가 부담할지 명확히 하기 전까지는 “영구 무료”라고 공개적으로 말해서는 안 됩니다.

근로자는 각 거래 시 확인 화면을 확인해야 합니다. 정책, 수수료, 수수료 부담자 및 실제 수령 금액이 변경될 경우, 사용자가 확인하기 전에 명확히 공개되어야 합니다.

9. 승인된 근무일에서 월말 급여까지의 절차

1단계: 근무 및 근무 기록

데이터는 고객의 근무 기록, NK ERP 또는 일당 선지급 앱 내의 근무 기록 기능에서 올 수 있습니다.

2단계: 근무 승인

고객은 근로자를 보고, 시간/교대를 수정하고 근무를 승인하거나 거부할 수 있는 별도의 포털을 가지고 있습니다. NK 감독자도 부여된 권한에 따라 승인할 수 있습니다.

3단계: 사용 가능 금액 재계산

서버는 승인된 근무일, 각 고객의 일당, 이미 받은 금액, 보류 금액 및 제한에 따라 계산합니다. 재계산은 서버에서 수행되며, 휴대폰에 저장된 숫자에만 의존하지 않습니다.

4단계: 근로자가 주도적으로 요청

고객이 자동 인출을 활성화하고 모든 안전 조건이 충족된 경우, 각 요청을 수동으로 승인할 필요가 없습니다. 근로자는 금액을 선택하고 약정을 확인합니다.

5단계: 송금

현재 자동 흐름에서는, NK의 VPBank 전용 계좌에서 송금 서비스로, 근로자 본인의 VPBank 계좌로 송금됩니다. 계좌는 사용 전에 이름이 확인되고 사용자와 일치해야 하며, 인증 후 다른 계좌로 변경되지 않도록 잠깁니다.

6단계: 정산

시스템은 정기적으로 보류된 금액을 조회하고 VPBank T+1 명세서를 정산합니다. 불분명한 상태는 보류되며, 성공 또는 실패로 추측하지 않습니다.

7단계: 급여 정산

성공적으로 지급된 총 거래는 급여 기간에 정산됩니다. 미수령 부분과 기타 급여 항목은 실제 급여 명세서에 따라 처리됩니다.

10. 월말 급여가 근로자가 스스로 계산한 금액과 다를 수 있는 이유

월말 근무일이 임시 계산과 다름

출퇴근 기록 누락, 교대 수정, 고객의 시간 조정 또는 승인 대기 중인 근무일이 최종 근무일을 변경할 수 있습니다.

일당 선지급의 일당이 모든 수입 항목을 대표하지 않음

한도 계산에 사용되는 일당은 모든 초과 근무, 수당, 보너스 또는 월말 정산 항목을 포함하지 않을 수 있습니다.

보험 및 세금 항목이 있음

이 의무는 실제 급여에 따라 처리됩니다. 일당 선지급은 공식 급여 명세서를 대체해서는 안 됩니다.

여러 작업 장소가 있음

한 사람이 여러 고객에서 일할 수 있습니다. 각 장소에서 근무일과 금액이 분리되어 잘못된 고객에 대한 근무일을 보충하지 않도록 합니다.

정산 대기 중인 거래가 있음

은행이 확실한 상태를 반환하지 않은 경우, 시스템은 거래를 보류합니다. 근로자는 즉시 결과를 보지 못했다고 해서 반복적으로 요청해서는 안 됩니다.

다른 적절한 조정 항목이 있음

무급 휴가, 업무 중단 또는 승인된 추가/차감 항목이 월말 금액에 영향을 미칠 수 있습니다. 각 항목은 급여 명세서 또는 기업의 설명 채널에 표시되어야 합니다.

11. 여러 고객에서 일하는 경우 어떻게 계산되나요?

(추가 정보: “일당”의 세 가지 의미 구분을 참조하세요.)

일당 선지급은 한 근로자가 여러 장소에서 일하는 것을 지원합니다. 각 장소에는:

• 고객 코드;

• 근무 기록 코드;

• 근무 기록 및 승인자;

• 일당;

• 보류 구성;

• 동기화 및 근무일 확정 시점.

시스템은 각 고객에 따라 근무일과 금액을 분리하지만, 동일한 근로자 식별자를 통해 연결합니다. 이는 다음을 돕습니다:

• 근무일 중복 계산 방지;

• 발생한 장소에서의 금액 확인;

• 올바른 고객 및 급여 기간에 대한 정산;

• 한 고객에서의 임무가 종료되었지만 근로자가 다른 장소에서 계속 일하는 경우 처리.

근로자는 근무일 오류를 피드백할 때 올바른 작업 장소를 확인해야 하며, 고객과 감독자가 서로 다른 부분을 승인할 수 있기 때문입니다.

12. 이미 근무일이 있는데도 애플리케이션에 0원이 표시되면 어떻게 해야 하나요?

일반적으로 확인해야 할 원인:

1. 근무일이 새로 기록되었지만 아직 승인되지 않음;

2. 고객의 근무 기록이 30분 동기화 주기에 도달하지 않았거나 즉시 동기화되지 않음;

3. 앱에 근무일이 있지만 대기 상태임;

4. 근무일이 방금 수정되어 승인 대기로 전환됨;

5. 오늘 또는 미래의 근무일이 안전망에 의해 차단됨;

6. 남은 금액이 최소 거래 금액 아래에 있음;

7. 하루 거래 한도에 도달함;

8. 보류 금액이 최신 근무일을 포함하고 있음;

9. 고객이 자동 인출 기능을 활성화하지 않음;

10. 주민등록증 또는 VPBank 계좌가 인증되지 않음;

11. 근로 상태/임무가 변경됨;

12. 다른 고객의 데이터가 올바른 근무 기록 코드와 연결되지 않음.

근로자는 단순히 “왜 돈이 없나요”라고 묻기보다는 근무일, 고객, 교대 및 상태 스크린샷을 제공하여 문제를 더 빨리 해결할 수 있도록 해야 합니다.

13. 근로자가 금액 수령을 확인하기 전에 확인해야 할 사항

• 이름과 수령 계좌가 올바른가요?

• 승인된 총 근무일이 올바른가요?

• 표시된 일당과 고객이 적절한가요?

• 해당 기간에 이미 받은 금액이 기록과 일치하나요?

• 보류 금액은 얼마인가요?

• 요청 금액과 실제 수령 금액은 얼마인가요?

• 표시된 수수료가 있나요?

• 거래가 어느 급여 기간에 속하나요?

• 급여에 반영될 약정은 무엇인가요?

• 수령 후 급여일에 대한 예산이 충분한가요?

근로자가 약정을 확인하는 것은 단순한 형식적 절차가 되어서는 안 됩니다. 내용은 이해하기 쉬워야 하며, 이는 승인된 근무일에 따른 임시 급여의 일부로 미리 지급되며, 해당 기간에 남은 금액에서 차감될 것임을 명확히 해야 합니다.

14. 돈이 계좌에 입금되지 않으면 어떻게 해야 하나요?

즉시 반복 요청하지 않기

거래는 응답 대기 상태일 수 있습니다. 시스템은 “불분명하면 보류” 원칙에 따라 설계되어 두 번 지급을 방지합니다.

거래 기록 확인

구분:

• 처리 중;

• 성공적으로 지급됨;

• 실패;

• 조회 대기 중;

• 환불된 경우.

VPBank 계좌 확인

표준 흐름은 인증된 VPBank 계좌로 송금됩니다. 거래가 처리 중일 때 계좌 변경을 요청해서는 안 됩니다.

충분한 데이터로 지원 요청 보내기

거래 코드, 시점, 금액 및 상태 스크린샷을 제공하세요. 주민등록증 사진, 전체 계좌 번호 또는 인증 코드를 공개적으로 보내지 마세요.

15. 일당 선지급이 근로자를 월말에 “급여가 없는” 상태로 만들까요?

일당 선지급은 총 수입을 증가시키지 않습니다. 근로자가 미리 많은 금액을 받으면, 급여일에 지급되는 금액은 당연히 적어집니다. 이는 돈을 받는 시점의 변경일 뿐, 추가 금액이 아닙니다.

책임감 있게 사용하려면:

• 실제 필요가 있을 때만 받기;

• 필수 비용이나 긴급 상황에 우선순위 두기;

• 해당 기간에 이미 받은 총 금액을 확인한 후 계속 진행하기;

• 급여일에 지불해야 할 항목 예상하기;

• 한도를 사용해야 할 금액으로 간주하지 않기;

• 남은 급여 예상 금액 확인하기.

애플리케이션은 조기 수령 빈도나 비율이 높아질 때 경고를 지원해야 하지만, 공개된 목적을 초과하여 개인 금융 데이터를 사용해서는 안 됩니다.

16. 근로자의 확인 및 피드백 권리

근로자는 다음을 할 수 있어야 합니다:

• 각 근무일을 확인;

• 승인된 근무일인지 대기 중인지 알기;

• 거래 기록 및 상태 확인;

• 보류 금액 알기;

• 이미 받은 금액을 급여 명세서와 대조;

• 근무일 오류 피드백;

• 자신이 수행하지 않은 거래 보고;

• 계좌가 잠기거나 돈이 입금되지 않았을 때 지원 요청.

시스템은 주민등록증을 사용하여 식별하고, 데이터 및 은행 계좌를 일치시킵니다. 개인 데이터의 수집, 사용, 공유 및 저장은 적절한 목적, 권한 및 승인된 보호 메커니즘에 따라 수행되어야 합니다. 개인 데이터 보호법 제91/2025/QH15호 및 시행령 제356/2025/NĐ-CP호는 2026년 1월 1일부터 발효되며, NK는 각 당사자의 실제 역할에 맞는 통지 내용 및 데이터 처리 절차를 유지해야 합니다.

자주 묻는 질문

일당 선지급으로 500,000원을 받으면 월말에 얼마나 차감되나요?

거래가 성공적으로 지급되고 수수료가 없는 경우, 500,000원은 미리 지급된 급여의 일부로 기록됩니다. 정산 시, 남은 지급 금액은 중복 지급을 방지하기 위해 500,000원만큼 감소합니다.

보류된 금액이 손실되나요?

아닙니다. 이는 미리 받을 수 없는 부분이며, 수수료가 아닙니다. 근무일과 급여가 확정되면, 유효한 부분은 여전히 월말 급여에 포함됩니다.

10일의 근무일이 있는데 왜 8일의 금액만 받을 수 있나요?

고객이 가장 최근의 근무일 두 개를 보류하도록 구성되었거나 다른 보류 항목이 적용되었을 수 있습니다. 또는 일부 근무일이 승인되지 않았을 수 있습니다. 애플리케이션에서 각 근무일을 자세히 확인해야 합니다.

이미 수행한 모든 근무일의 금액을 받을 수 있나요?

기본적으로는 아닙니다. 시스템은 보류 금액, 최소 금액, 각 거래의 최대 금액, 하루 최대 금액 및 기타 안전 조건을 적용합니다.

이미 돈을 받았는데 근무일이 수정되면 어떻게 되나요?

시스템은 변경을 기록하고 근무일을 승인 대기로 전환하며 필요한 경우 차이를 생성합니다. 이미 지급된 경우 NK가 정산 절차에 따라 처리해야 하며, 거래 기록을 삭제해서는 안 됩니다.

일당 선지급이 근로자에게 수수료를 부과하나요?

현재 운영 흐름에서는 이자와 수수료를 근로자에게 부과하지 않습니다. 사용 시점의 공식 정책은 애플리케이션과 약관에 명확히 표시되어야 합니다.

왜 본인 명의의 VPBank 계좌를 사용해야 하나요?

현재 자동 흐름은 VPBank와 통합되어 있습니다. 시스템은 계좌 소유자의 이름을 확인하고 근로자와 일치해야 하며, 잘못된 송금이나 무단 변경을 줄이기 위해 인증 후 계좌를 잠급니다.

일당 선지급이 대출인가요?

현재 운영 중인 기술 메커니즘에 따르면, 근로자는 이미 수행되고 승인된 근무일에서만 금액을 받으며, 미래의 근무일에 대한 금액은 받지 않습니다. 이미 받은 금액은 급여에 반영되며, 현재 흐름에서는 근로자에게 이자/수수료가 없습니다. 각 모델에 대한 공식적인 법적 결론은 계약, 자금 출처, 각 당사자의 실제 권리 및 의무에 따라야 합니다.

여러 고객에서 일하면 급여가 통합되나요, 별도로 계산되나요?

근무일, 일당 및 구성은 각 고객에 따라 분리되며, 이후 동일한 근로자 식별자로 연결되어 발생한 장소에서 정확히 정산됩니다.

결론

일당 선지급은 근로자가 이미 받은 금액을 잃게 하지 않습니다; 이는 미리 지급된 급여의 일부입니다. 애플리케이션의 숫자는 승인된 근무일과 일당에서 계산되며, 이미 받은 금액과 보류 금액을 차감합니다. 급여일이 되면, 성공적으로 지급된 총 금액이 정산되어 기업은 남은 부분만 지급합니다.

근로자는 임시 수익, 수령 가능 금액, 이미 받은 금액 및 월말에 남은 급여를 구분해야 합니다. 각 거래 전에 근무일, 보류 금액, 이미 받은 기록 및 급여일까지의 지출 필요를 확인하세요. 차이가 있는 경우, 근무일, 고객 및 거래 코드를 기준으로 피드백하여 올바른 출처로 처리되도록 해야 합니다.

참고 자료

• 노동법 제45/2019/QH14호

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

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

---

저자: Nguyen Minh Tuan — 전략 기획 전문가, Nhan Kiet Manpower Supply Co., Ltd.

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