승인된 근무란 무엇이며, 왜 받을 수 있는 금액을 결정하는가?

승인된 근무란, 근무한 날·근무조·시간에 관한 데이터로서 권한자가 기업의 절차에 따라 점검하고 확인한 것입니다. 일당 선지급 시스템에서는 충분히 신뢰할 수 있는 이 근무 부분만이 이미 발생한 급여와 조기 수령 한도를 산정하는 데 쓰여야 합니다. 근태 기록이 성공했어도 아직 승인 대기 중이라면, 그 근무가 수령에 적격하다는 뜻은 아직 아닙니다.

근로자가 기억해야 할 가장 중요한 점은 다음과 같습니다.

> 근태를 찍었다는 것은 시스템이 데이터를 기록했다는 뜻이고, 승인된 근무란 그 데이터가 한도 산정 단계로 넘어가도록 확인되었다는 뜻입니다.

'승인된 근무'는 법률 용어인가?

'승인된 근무'는 주로 근무 시간 관리, 급여 계산, 일당 선지급 시스템에서 쓰이는 운영 용어입니다. 기업마다 이 상태를 '확인됨', '유효', 'approved', '마감됨', '급여 산정 적격' 등 다르게 부를 수 있습니다(이 표현의 다른 의미와 혼동하지 마십시오 — 일당은 몇 가지 뜻이 있나? 참조).

노동법은 임금, 근무 시간, 초과 근무, 임금 지급과 관련한 원칙을 규정합니다. 다만 누가 언제 근무를 승인하고 소프트웨어에서 어떤 상태를 쓰는지에 관한 절차는, 보통 각 기업이 규정, 권한 체계, 적절한 내부 절차로 구체화해야 합니다.

따라서 근로자는 한 앱의 상태가 모든 회사에서 똑같은 의미를 가질 것이라고 당연시해서는 안 됩니다.

자주 보이는 다섯 가지 근무 상태

일부 시스템은 '승인됨'과 '기간 잠금'을 구분합니다. 승인된 근무는 기간 내 한도 산정에 쓸 수 있으나, 급여가 데이터를 잠그기 전에 여전히 유효하게 조정될 수 있습니다. 그래서 승인된 근무가 곧 기말 급여의 정산 완료를 뜻하지는 않습니다.

왜 미승인 근무로 한도를 산정해서는 안 되나?

초기 근태 데이터는 여러 이유로 누락되거나 틀릴 수 있습니다.

• 출근 또는 퇴근 찍기를 잊음.

• 근무조, 장소 또는 날짜를 잘못 찍음.

• 근태기가 연결이 끊김.

• 고객사에서 온 데이터가 늦게 도착함.

• 초과 근무가 관리자에게 확인되지 않음.

• 휴가 또는 무급 휴가가 아직 반영되지 않음.

• 한 번의 근태가 중복 기록됨.

• 시스템 간 직원 코드가 일치하지 않음.

시스템이 미승인 근무로 바로 수령을 허용하면, 기업은 실제 급여를 초과해 지급할 수 있습니다. 근무가 수정되면 근로자는 한도가 줄거나, 기말 급여가 부족하거나, 차액 처리 절차가 생길 수 있습니다.

처음부터 오류를 막는 것이, 돈을 지급한 뒤 회수하거나 조정하는 것보다 언제나 이해하기 쉽고 분쟁도 적습니다(EWA 도입 시의 위험도 참조).

승인된 근무는 받을 수 있는 금액을 어떻게 결정하나?

일당 선지급은 월 급여 전체를 균등 분할해 미리 받게 해서는 안 됩니다. 시스템은 유효한 근무에서 이미 발생한 소득을 확정한 뒤 안전 규칙을 적용해야 합니다.

예시 산식

수령 가능 잔여 한도 = (승인된 근무 급여 × 안전 비율) − 이미 수령한 금액 − 예비분/조정

여기서:

• 승인된 근무 급여: 확인된 날짜/시간/근무조에서 잠정 산정된 금액.

• 안전 비율: 기업이 접근을 허용하는 비율로, 100%보다 낮을 수 있음.

• 이미 수령한 금액: 해당 기간의 성공 거래 총액.

• 예비분/조정: 실수령 급여에 영향을 줄 수 있는 변동을 위해 유보한 부분.

승인된 근무는 중요한 입력값이지만 유일한 입력값은 아닙니다. 한도는 기업 규칙, 재직 상태, 급여 기간, 이미 실행한 거래, 자금, 그 밖의 통제 조건에도 좌우됩니다.

근무 승인 전과 후의 예시

근로자의 예시용 기본급이 월 9,000,000동이고, 기업이 간단한 예시를 위해 표준 근무일을 26일로 약정했다고 가정합니다.

하루 단가 예시:

9,000,000 ÷ 26 ≈ 346,154동/일.

월 중 어느 시점에:

• 시스템이 근무 10일을 기록함.

• 그중 8일이 승인됨.

• 2일이 아직 관리자 점검 대기 중.

• 가정한 안전 비율은 70%.

• 아직 조기 수령 거래가 없고 추가 예비분도 산정하지 않음.

남은 이틀을 승인하기 전

승인된 근무 급여 ≈ 8 × 346,154 = 2,769,232동.

한도 예시 ≈ 2,769,232 × 70% = 1,938,462동.

이틀이 승인된 후

승인된 근무 급여 ≈ 10 × 346,154 = 3,461,540동.

한도 예시 ≈ 3,461,540 × 70% = 2,423,078동.

이처럼 이틀이 승인된 후 한도는 약 484,616동 증가합니다. 이틀이 반려되거나 조정되면 위 예시처럼 한도가 늘지 않습니다.

> 참고: 예시에서 근무일 환산, 급여 구성, 안전 비율을 다루는 방식은 원리를 설명하기 위한 것일 뿐입니다. 기업은 자사가 승인한 급여 산식과 일당 선지급 정책을 적용해야 합니다.

누가 근무를 승인할 권한이 있나?

근무 승인자는 기업이 권한을 부여하며, 보통 다음일 수 있습니다.

• 조장 또는 근무조장.

• 직속 감독자.

• 부서 관리자.

• 근무 시간을 확인하는 고객사 담당자.

• 예외 상황의 인사/운영 부서.

• 점검 또는 기간 잠금 단계의 급여 담당.

한 개인이 데이터 생성, 근무 승인, 한도 수정, 지급 처리를 혼자 다 하도록 두어서는 안 됩니다. 책임 분리는 오류와 부정을 줄이는 데 도움이 됩니다.

근무 승인자는 무엇을 책임져야 하나?

• 올바른 사람, 올바른 날짜, 올바른 근무조를 점검.

• 정상 근무 시간과 초과 근무를 유효 데이터에 따라 확인.

• 누락되거나 이상한 근무를 기한 내 처리.

• 반려하거나 조정할 때 사유를 명확히 밝힘.

• 승인 계정을 공유하지 않음.

• 퇴사하거나 부서를 옮긴 사람이 올바른 상태로 갱신되도록 보장.

근무 승인 기한은 근로자에게 어떤 영향을 주나?

근무 승인이 늦으면 일당 선지급 한도도 늦게 갱신될 수 있습니다. 근로자는 일을 했지만, 시스템에 충분히 신뢰할 수 있는 데이터가 아직 없어 해당하는 돈에 접근하지 못합니다.

기업은 다음을 규정해야 합니다.

• 관리자가 근무 승인을 완료해야 하는 기한.

• 관리자가 휴가나 부재일 때의 대체자.

• 기한을 넘긴 승인 대기 근무 경고.

• 승인 지연으로 영향을 받은 인원 수 보고.

• 처리되지 않은 근무를 근로자가 알릴 수 있는 채널.

• 근무 승인 후 한도가 갱신되는 시간.

다인원 모델에서는 '근무를 기한 내 승인받은 인원 수'가 중요한 운영 지표여야 합니다. 이것이 일당 선지급 사용 가능성을 직접 이끄는 조건이기 때문입니다.

흔한 여섯 가지 근태 오류와 처리 방법

근로자는 '빨리 고치려고' 다른 사람에게 대신 로그인하거나 근태를 찍게 해서는 안 됩니다. 이 행동은 오차를 더 만들고 기업 규정을 위반할 수 있습니다.

소명 및 근무 조정 절차

명확한 절차는 여섯 단계로 구성될 수 있습니다.

1. 오차 발견: 근로자 또는 시스템이 근무 누락/오류를 감지.

2. 요청 제출: 날짜, 근무조, 오류 유형, 소명 내용, 필요 시 증거를 선택.

3. 관리자 검증: 근무 일정, 근무조 배정, 기기 데이터 또는 고객사 확인을 대조.

4. 승인 또는 반려: 결과와 사유를 명확히 기록.

5. 재동기화: 시스템이 근무를 갱신하고 한도를 재산정.

6. 통지: 근로자에게 새 상태, 한도 변경, 이미 수령한 경우의 처리 방법을 알림.

각 조정 요청에는 무엇을 저장해야 하나?

• 요청자.

• 수정할 날짜/근무조.

• 수정 전후 데이터.

• 사유와 증거.

• 승인자.

• 승인 일시.

• 한도와 급여에 대한 영향.

• 동기화 여부.

승인된 데이터를 이력 없이 직접 수정해서는 안 됩니다.

수령 후 근무가 조정되면 어떻게 되나?

이는 일당 선지급 정책에 미리 규정해 두어야 하는 상황입니다.

거래 후 근무가 줄면 시스템은 다음을 해야 합니다.

1. 적격한 이미 발생 급여를 재산정.

2. 근로자가 수령한 총액과 비교.

3. 수령액이 새 한도를 넘으면 새 요청을 일시 중지.

4. 원인과 차액을 명확히 통지.

5. 승인된 정산/조정 절차로 이관.

6. 처리의 모든 흔적을 저장.

서류, 합의, 거래의 성격이 그렇게 정해지지 않았다면, 모든 차액을 자동으로 근로자의 '부채'로 간주해서는 안 됩니다. 처리는 적용 중인 법적 모델과 규정에 맞아야 합니다.

근무를 승인했는데 왜 한도가 아직 늘지 않나?

승인된 근무는 가장 중요한 조건이지만 모든 경우에 충분한 것은 아닙니다. 한도가 바뀌지 않은 이유는 다음일 수 있습니다.

• 데이터가 아직 동기화 주기에 이르지 않음.

• 근로자 프로필의 인증이 완료되지 않음.

• 수령 계좌가 아직 유효하지 않음.

• 단가나 급여 데이터가 아직 효력을 발생하지 않음.

• 급여 기간이 잠기거나 기간이 전환 중.

• 근로자가 적격 부분을 다 사용함.

• 조정/예비분으로 잔여 한도가 0이 됨.

• 프로그램 총상한이나 자금이 일시적으로 한계에 도달함.

• 이전 거래가 결과나 조사를 대기 중.

• 안전 경고로 계정이 일시 잠김.

시스템은 '한도 부족'만 알릴 것이 아니라 구체적 원인과 다음 단계 안내를 표시해야 합니다.

승인된 근무와 마감된 급여표는 어떻게 다른가?

따라서 월 중 '예상 잔여 급여'는 급여표가 마감될 때까지 바뀔 수 있습니다.

기업은 근무 상태 화면을 어떻게 설계해야 하나?

근로자는 다음을 볼 수 있어야 합니다.

• 기록된 총 날짜/시간.

• 승인된 근무 총계.

• 승인 대기 중인 근무.

• 반려되었거나 보완이 필요한 근무.

• 가장 최근 동기화 날짜.

• 현재 한도.

• 한도가 갱신되지 않은 이유.

• 소명 제출 또는 지원 문의 버튼.

색상은 보조일 뿐입니다. 각 상태에는 사용자가 의미를 추측하지 않도록 이름과 글 설명이 여전히 필요합니다.

감독자와 HR을 위한 대시보드

운영 대시보드에는 최소한 다음이 있어야 합니다.

• 오늘 근무를 승인해야 하는 인원 수.

• SLA를 넘겨 승인 대기 중인 인원 수.

• 출근/퇴근 시각이 누락된 기록 수.

• 아직 확인되지 않은 초과 근무 근무조 수.

• 거래 발생 후 조정 건수.

• 승인된 근무 부족으로 한도가 없는 인원 수.

• 관리자/부서별 평균 승인 시간.

• 동기화 성공률.

• 근무 관련 민원 수.

대시보드의 목적은 수치로 압박하는 것이 아니라, 근로자가 권리를 사용하지 못하게 하는 병목을 정확히 찾는 것입니다.

한도를 못 받았을 때 근로자 체크리스트

• [ ] 근무일이 시스템에 나타났는지 확인.

• [ ] 상태가 승인 대기, 승인됨, 반려 중 무엇인지 확인.

• [ ] 근무조, 출근 시각, 퇴근 시각, 초과 근무 확인.

• [ ] 휴가/근무조 변경 요청이 반영되었는지 확인.

• [ ] 프로필과 수령 계좌 확인.

• [ ] 이전 거래가 처리 대기 중인지 확인.

• [ ] 시스템이 표시한 이유 읽기.

• [ ] 올바른 날짜/근무조로 소명 제출, 절차가 요구하면 증거 첨부.

• [ ] 올바른 관리자나 지원 채널에 문의; 직원 코드는 제공하되 비밀번호/OTP는 제공하지 않음.

기업이 근무를 기한 내 승인하기 위한 체크리스트

• [ ] 각 근무 상태의 정의가 일관되어 있다.

• [ ] 여러 시스템에서 쓰는 하나의 직원 코드가 있다.

• [ ] 승인자를 부서/근무조/부문별로 지정한다.

• [ ] 주 승인자가 부재할 때 대체자가 있다.

• [ ] SLA와 적체 근무 경고가 있다.

• [ ] 데이터 생성/수정 권한과 예외 승인 권한을 분리한다.

• [ ] 모든 조정에 사유와 이력이 있다.

• [ ] 승인된 근무가 올바른 버전으로 동기화된다.

• [ ] 관련 변경마다 한도가 재산정된다.

• [ ] 근로자가 이해하기 쉬운 통지를 받는다.

• [ ] 승인 지연으로 영향을 받은 인원 수 보고가 있다.

• [ ] 돈이 지급된 후 근무가 수정된 경우를 테스트했다.

결론

승인된 근무는 한 일과 조기에 받을 자격이 있는 금액 사이의 다리입니다. 근무 데이터가 확인되지 않으면, 시스템은 한도를 산정할 만큼 충분히 신뢰할 근거가 아직 없습니다.

근로자는 '근태를 찍었다'와 '승인되었다'를 분명히 구분하고, 오차가 있을 때 올바른 소명 채널을 이용해야 합니다. 기업에게 근무를 기한 내 승인하는 것은 단순한 행정 업무가 아니라, 일당 선지급의 경험, 재무 안전, 확장성을 좌우하는 연결 고리입니다.

근로자는 시스템에서 근무 상태와 근무 오류 처리 안내를 확인하십시오. 근무 승인 절차를 일당 선지급과 연계해 설계하려는 기업은 기업용 일당 선지급에서 알아볼 수 있습니다.

> 참고: 이 글은 일반 정보를 제공하며, 기업의 규정이나 특정 사례에 대한 법률 자문을 대체하지 않습니다.

참고 자료

• 노동법 제45/2019/QH14호

• 전자거래법 제20/2023/QH15호

• 개인정보보호법 제91/2025/QH15호

---

저자: Nguyen Minh Khang — 전략부 전문위원, Nhan Kiet Manpower Supply Co., Ltd.

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