EWA 도입 계약에서 확인해야 할 20가지 조항

EWA 도입 계약에 필요한 것? 기업이 확인해야 할 20가지 조항

Earned Wage Access (EWA) 계약은 단순히 '조기 급여 지급 애플리케이션 제공'이라고만 적혀 있어서는 안 됩니다. 실제 서비스는 인사 데이터, 근무 시간 기록, 계산 가능한 금액, 자금 출처, 은행 명령, 대조 및 급여 처리를 포함합니다. 각 지점의 책임이 명확히 명시되지 않으면 작은 거래도 근로자, 기업 및 공급자 간의 분쟁으로 발전할 수 있습니다.

> 간단히 말해: EWA 계약은 누가 지급 권한을 확인하고, 누가 자금을 지급하며, 누가 오류를 책임지고, 누가 데이터를 처리하는지에 대한 답을 제공해야 합니다. 기술 부록, SLA, 데이터 보호 및 대조는 상업적 조항만큼 중요합니다.

> 경고: 이는 실사 및 협상을 위한 체크리스트이며, 계약서 샘플이나 법적 의견이 아닙니다. 각 모델은 고유한 노동, 결제 및 데이터 구조를 가지고 있으므로 기업은 최종 문서를 변호사에게 검토받아야 합니다.

1. 왜 EWA 계약은 범위가 부족하기 쉬운가?

EWA 체인에는 최소 다섯 개의 당사자 또는 역할이 포함될 수 있습니다:

• 요청을 생성하는 근로자;
• 고용 관계를 확인하는 고용주 또는 공급업체;
• 근무를 확인하는 고객/감독자;
• 거래를 계산하고 조정하는 기술 제공자;
• 자금을 이체하는 은행 또는 결제 파트너.

계약서에 명시된 이름이 모든 역할을 반영하지 않을 수 있습니다. 기업은 먼저 데이터, 자금 및 책임의 세 가지 흐름을 그린 후 각 흐름에 해당하는 조항이 있는지 확인해야 합니다.

2. 계약서 세트에 포함되어야 할 것들

완전한 계약서 세트에는 일반적으로 다음이 필요합니다:

1. 주요 계약서;
2. 서비스 및 기능 범위 설명 부록;
3. 상업/수수료 부록;
4. 통합 및 데이터 사전 부록;
5. SLA 및 지원 절차;
6. 개인 데이터 처리 계약 또는 부록;
7. 대조, 정산 및 예외 절차;
8. RACI 매트릭스 및 연락처;
9. 도입, 승인 및 전환 계획;
10. 종료, 데이터 반환 및 삭제 계획.

모든 것을 '공급자의 절차에 따라'라는 한 문장으로 묶지 마십시오. 기업은 변경 사항을 통제하기 어려울 것입니다.

3. 그룹 A — 범위, 정의 및 서비스 모델

(더 보기: EWA 실사 파일 및 기업의 EWA 규정 샘플.)

조항 1 — EWA 및 제공되는 서비스 정의

계약서는 어떤 작업에서 금액이 결정되고, 어떤 상태에서, 어떻게 정산되는지를 설명해야 합니다. 'EWA', '유연 급여' 또는 '급여 선지급'이라는 레이블만 사용하지 마십시오.

명확히 해야 할 것: 서비스에 근무 시간 기록, 인증, 계산 가능한 금액, 자금 지급, 대조 및 급여 연결이 포함되는지 여부.

조항 2 — 대상 및 사용 조건

자격이 있는 근로자 그룹을 정의하십시오: 현재 근무 중인 사람, 어떤 고객에 속하는지, 신원이 확인되었는지, 유효한 수신 계좌가 있는지, 내부 정책을 준수하는지.

처리해야 할 예외: 수습, 퇴사, 일시 중단, 전근, 여러 근무지, 계정 잠금 또는 잘못된 문서.

조항 3 — 각 당사자의 책임 경계

각 단계에 대한 RACI를 작성하십시오: 계정 생성, 근무 입력, 근무 승인, 단가 설정, 계좌 확인, 명령 발행, 보류 처리, 대조 및 급여로의 반영.

은행이나 하위 처리자가 있는 경우, 관계 및 해당 의무를 명확히 해야 합니다.

조항 4 — 활성화된 기능 및 환경

'제품에 포함된 기능', '구성된 기능', '승인된 기능' 및 '실제로 활성화된 기능'을 구분하십시오.

EWA의 경우, 자동 지급 코드가 구축되었지만 기본 플래그는 꺼져 있으며 고객에 따라 점진적으로 활성화됩니다. 계약서나 go-live 기록은 기술적 가능성뿐만 아니라 실제 상태를 반영해야 합니다.

4. 그룹 B — 업무, 공식 및 금전 정책

조항 5 — 업무 데이터 출처 및 진실의 출처

출처를 나열하십시오: 근무 시간 기록 앱, 고객 시스템, Google Sheet, ERP 또는 급여 시스템; 연결 키; 업데이트 빈도; 불일치 시 우선 규칙.

필수: 입력/수정 책임, 마감 시간 및 기록 보관 방법.

조항 6 — 근무 승인 및 수정 권한

누가 승인, 거부 및 수정을 할 수 있는지; 승인된 근무를 수정하면 승인 상태가 사라지는지; 누가 경고를 받는지 확인하십시오.

EWA에서는 승인된 근무만이 계산 가능한 금액을 생성합니다; 승인된 근무를 수정하면 대기 상태로 돌아가며 이전/이후 기록을 저장합니다. 적용 시 이는 승인 요구 사항이어야 합니다.

조항 7 — 계산 가능한 금액 공식

부록에는 재계산 가능한 공식이 포함되어야 합니다. EWA의 경우, 기술적 논리는 다음과 같습니다:

승인된 근무 × 일일 단가 − 기간 내 수령 금액 − 예비 보유 금액

결과는 1,000원 단위로 내림하여 계산되며 여러 제한을 받습니다. 공식의 단가는 최종 소득 총액과 구분되어야 합니다.

조항 8 — 한도 및 예비금

최소 금액, 명령당 상한, 일/기간 상한, 접근 비율, 예비금 및 변경 권한을 명시하십시오.

50,000원/회, 300만 원/명령 및 500만 원/인/일의 수준은 EWA 코드의 기본값입니다; 실제 정책을 확인한 후 계약서에 포함하십시오.

조항 9 — 정책 변경

누가 제안하고, 누가 승인하며, 사전 통보 시간, 근로자에게 알리는 방법, 발효일, 버전 저장 및 이전 구성으로의 복귀 가능성을 규정하십시오.

적절한 통제 메커니즘 없이 한쪽이 임의로 공식이나 수수료를 변경하지 않도록 하십시오.

5. 그룹 C — 자금 흐름, 수수료 및 정산

(더 보기: EWA의 자금 출처는 누구인가? 및 EWA는 정말 무료인가?.)

조항 10 — 자금 출처 및 지급 계좌

어떤 법인/조직이 자금을 제공하는지, 출처 계좌, 은행의 역할, 권리 및 의무가 발생하는 시점, 자금 부족 시 처리 방법을 명시해야 합니다.

Minh Khang Nguyễn현재 기술 흐름에서 EWA는 VPBank의 Nhan Kiet 전용 계좌에서 지급됩니다. 뒤의 자금 출처는 Nhan Kiet이 확인한 후 홍보하거나 계약을 체결해야 합니다.

조항 11 — 수수료, 세금 및 발생 비용

모든 비용을 표로 작성하십시오: 도입, 통합, 구독, 거래, 은행, 지원, 맞춤화 및 종료. 근로자나 기업이 부담하는지를 명확히 하십시오.

'무이자'는 '어떠한 비용도 없음'을 의미하지 않습니다. EWA 모델은 기술 정보에 따라 근로자에게 이자/수수료를 부과하지 않지만, 공식 상업 정책은 승인되어야 합니다.

조항 12 — 지급 명령 및 수신 계좌

명령 발행 조건, 본인 확인, 지원 은행, 처리 시간 및 사용자에게 표시되는 정보를 규정하십시오.

EWA의 표준 흐름은 근로자 명의의 VPBank 계좌를 요구하며 사용 전에 이름을 조회합니다.

조항 13 — 대조 및 거래 상태

어떤 장부가 검사의 출처인지, 주기, 마감, 거래 코드, 매칭 규칙 및 차이 처리 기한을 명시하십시오.

생성, 은행 전송, 대기, 성공, 실패, 환불 및 취소를 구분해야 합니다. 타임아웃을 실패로 간주하고 다시 지급하지 마십시오.

조항 14 — 급여 및 회수 불가능한 금액

수령 금액을 올바른 사람, 고객 및 급여 기간에 반영하는 방법; 근무 감소, 퇴사, 잘못된 지급, 환불 및 회수 불가능한 금액을 처리하는 방법을 명시하십시오.

회수 권리 및 손실 부담은 계약/법률에 의해 결정되어야 하며, 코드에서 추론해서는 안 됩니다.

6. 그룹 D — 데이터, 보안 및 비즈니스 연속성

(전체 프레임워크: EWA 도입 시 데이터 보안 및 개인정보 보호 참조.)

조항 15 — 데이터 처리 역할 및 목적

목적/수단을 결정하는 당사자, 지시에 따라 처리하는 당사자 및 하위 처리자를 나열하십시오; 각 데이터 그룹의 목적; 적절한 처리 근거; 데이터 주체의 권리 실행 채널.

개인정보 보호법 91/2025/QH15 및 시행령 356/2025/NĐ-CP는 2026년 1월 1일부터 발효됩니다. 부록은 현재 유효한 규정 및 실제 모델에 따라 업데이트되어야 합니다.

조항 16 — 보안 조치

적절한 접근 제어, 인증, 암호화, 비밀 관리, 로깅, 취약점 관리, 백업 및 테스트를 요구하십시오. 증거는 제공 주기 및 범위가 명확해야 합니다.

단일 테스트 수량이나 인증을 모든 통제의 충분한 증거로 간주하지 마십시오.

조항 17 — 사고 및 데이터 위반

사고 수준, 24/7 연락처, 보고 시간, 보고 내용, 로그 보존, 원인 조사, 수정 조치 및 법적 의무 협력을 정의하십시오.

서비스 사고, 금전 손실 및 데이터 위반을 구분해야 합니다. 각 유형은 다른 책임자를 가집니다.

조항 18 — SLA, RTO 및 RPO

SLA는 측정 가능해야 합니다: 가용성, 응답 시간, 처리 시간, 동기화 지연 및 보류 거래의 나이. RTO/RPO는 복구 계획 및 연습 결과와 연결되어야 합니다.

'즉시 자금 도착'이라는 문구를 예외가 있는 서비스 약속 대신 사용하지 마십시오.

7. 그룹 E — 계약 수명 주기 관리

조항 19 — 감사, 보고 및 검사 권한

기업은 운영, 대조, 접근 권한, 사고 및 변경에 대한 보고서를 받을 권리; 합리적인 범위 내에서 증거 요구 또는 감사를 요청할 권리를 가져야 합니다.

로그 제공 시 보안 규정 및 증거에서 개인정보를 숨기는 방법을 규정하십시오.

조항 20 — 종료, 전환 및 데이터 삭제

새로운 요청 수신 중지, 대기 중인 거래 처리, 채무 마감, 급여 정산, 데이터 내보내기, 계정/권한 회수, 의무에 따른 삭제 또는 보관 및 완료 확인을 설명하십시오.

다른 공급자로의 전환 또는 수동 운영을 지원하는 계획이 있어야 합니다.

8. '누가 책임지는가' 체크리스트

상황	계약서에 명시해야 할 것
잘못된 근무 또는 수정된 근무	확인자, 재계산 방법, 차이 책임자
중복 지급	조사 주체, 환불, 보상 및 기한
차감되었으나 자금 미도착	상태 출처, SLA, 지원 채널
잘못된 계좌	확인 의무 및 입력/수정 책임
근로자 퇴사	마감, 권한 잠금, 정산 및 회수
개인정보/급여 데이터 유출	사고 지휘, 보고, 수정
은행 중단	실패-종료, 대기열, 알림 및 복구
계약 종료	열린 거래, 데이터, 채무 및 접근 권한

9. 결제/실행 전 승인 기준

기업은 데모만 보는 대신 상황별로 승인해야 합니다:

• 자격이 있는 사람과 자격이 없는 사람;
• 대기 중인 근무, 승인된 근무 및 승인 후 수정된 근무;
• 최소 미만, 상한 근처 및 상한 초과 요청;
• 거의 동시에 발생한 두 요청;
• 성공, 실패 및 불명확한 은행 응답;
• 거래 장부와 대조;
• 급여로 데이터 내보내기 및 급여 명세서 확인;
• 퇴사자 계정 잠금;
• 데이터 권리 실행 요청;
• 사고 및 복구 연습.

승인 기록에는 입력 데이터, 예상 결과, 실제 결과, 증거 및 승인자가 포함되어야 합니다.

10. 계약이 서명 준비가 되지 않았음을 나타내는 10가지 징후

1. 승인된 근무를 정의하지 않음.
2. 재계산 가능한 공식이 없음.
3. 자금 출처가 명확하지 않음.
4. 수수료 표 없이 0% 이자만 발표.
5. 타임아웃/보류 거래 규칙이 없음.
6. 대조가 급여와 연결되지 않음.
7. 데이터 처리 역할을 명시하지 않음.
8. SLA가 광고 문구에 불과함.
9. 공급자가 통제 없이 정책을 변경할 수 있음.
10. 서비스 종료 및 데이터 삭제 계획이 없음.

11. 자주 묻는 질문

이 체크리스트를 계약서 샘플로 사용할 수 있나요?

아니요. 체크리스트는 범위 부족을 발견하는 데 도움이 됩니다; 변호사는 합의된 요구 사항을 모델 및 법률에 적합한 조항으로 전환해야 합니다.

기술 부록은 계약과 함께 서명해야 하나요?

어떤 부록이 계약의 일부인지, 충돌 시 우선 순위, 수정 권한 및 버전 관리 메커니즘을 명확히 해야 합니다.

누가 EWA 계약 검토에 참여해야 하나요?

최소한 서비스 소유자, HR/급여, 재무–회계, 법무, 정보 보안/데이터, IT 통합 및 운영 지원이 포함되어야 합니다.

'대출이 아님'이라는 문구가 충분한가요?

아니요. 실제 흐름을 실사해야 합니다: 수행된 근무, 자금 출처, 수수료, 상환 의무, 회수 권리 및 정산 방법.

장기 계약을 바로 체결해야 하나요, 아니면 파일럿을 먼저 해야 하나요?

파일럿 단계, 승인 기준, 중지 권한 및 확장 조건이 있어야 합니다. 결정은 기업의 준비 상태 및 위험에 따라 달라집니다.

공식 법적 출처

• 개인정보 보호법 91/2025/QH15, 2025년 6월 26일 발행, 2026년 1월 1일 발효.
• 시행령 356/2025/NĐ-CP, 개인정보 보호법의 일부 조항 및 시행 조치를 규정, 2026년 1월 1일 발효.

---

Minh Khang Nguyễn저자: Do Huy Le — [직위], Nhan Kiet Manpower Supply Co., Ltd.

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