EWA 도입 전에 기업이 준비할 데이터
EWA 연동 전 핵심 데이터와 실제 예외를 표준화한다.
임의의 Excel 파일로 시작하지 않기
정의하고 검증할 항목: identity key, owner, source of truth, effective date and approval. 실제 지급 전에 예외를 문서화한다.
그룹 1: 근로자 기본 정보
정의하고 검증할 항목: employee ID, name, identity key, work status, join and leave dates. 실제 지급 전에 예외를 문서화한다.
그룹 2: 조직과 사업장
정의하고 검증할 항목: legal entity, factory, customer, site, department, team and shift codes. 실제 지급 전에 예외를 문서화한다.
그룹 3: 근태 ID와 교대
정의하고 검증할 항목: worker-to-site timekeeping mapping, shifts, midnight rules, overtime and formats. 실제 지급 전에 예외를 문서화한다.
그룹 4: 근무 샘플
정의하고 검증할 항목: normal, pending, approved, edited, duplicate, invalid, overnight and transfer samples. 실제 지급 전에 예외를 문서화한다.
| Data | Source of truth | Owner |
|---|---|---|
| Worker master | HRM/ERP | HR |
| Timekeeping ID | Time system/customer | Operations |
| Approved work | Approval portal | Supervisor/customer |
| Pay rate | Payroll | Payroll |
| Transaction | EWA ledger | Finance/EWA Ops |
| Money status | Bank/reconciliation | Finance |
그룹 5: 승인 권한과 원본
정의하고 검증할 항목: data owner, winning source and approval authority. 실제 지급 전에 예외를 문서화한다.
그룹 6: 급여 기간과 단가
정의하고 검증할 항목: payroll period, cut-off, pay date, rate, effective date and mid-cycle changes. 실제 지급 전에 예외를 문서화한다.
그룹 7: EWA 정책
정의하고 검증할 항목: eligible users, enabled customers, reserve, limits and status-change rules. 실제 지급 전에 예외를 문서화한다.
그룹 8: 계좌와 검증
정의하고 검증할 항목: collection, verification, correction, storage and safe account references. 실제 지급 전에 예외를 문서화한다.
그룹 9: 정산 데이터
정의하고 검증할 항목: transaction ID, worker, period, amount, status, bank reference and payroll deduction. 실제 지급 전에 예외를 문서화한다.
데이터 사전의 열
정의하고 검증할 항목: field name, description, type, required flag, source, key, format, effective date and error rule. 실제 지급 전에 예외를 문서화한다.
| Attribute | Example |
|---|---|
| Field name | employee_id |
| Description | Worker ID |
| Data type | string |
| Required | Yes |
| Source | HRM |
| Key | Primary/Reference |
| Format | No spaces |
| Effective date | If applicable |
| Owner | HR |
| Valid example | EMP001 |
| Error rule | Reject/hold |
샘플 예외 유형
정의하고 검증할 항목: profile, assignment, timekeeping, shift, work, approval, rate, period, account and reconciliation exceptions. 실제 지급 전에 예외를 문서화한다.
일정을 늦추는 오류
정의하고 검증할 항목: duplicate identity, lost leading zero, inactive worker, missing date, split night shift and schema drift. 실제 지급 전에 예외를 문서화한다.
File, Google Sheet와 API
정의하고 검증할 항목: schema, ownership, access, schedule, versioning, retry, idempotency and monitoring. 실제 지급 전에 예외를 문서화한다.
File
정의하고 검증할 항목: schema, file name, schedule, duplicate protection, checksum/version and exchange folder. 실제 지급 전에 예외를 문서화한다.
Google Sheet
정의하고 검증할 항목: sharing rights, data range, owner, column-change rules and edit audit. 실제 지급 전에 예외를 문서화한다.
API
정의하고 검증할 항목: schema, authentication, versioning, error codes, retry, idempotency and monitoring. 실제 지급 전에 예외를 문서화한다.
데이터 워크숍 참석자
정의하고 검증할 항목: HR, payroll, operations, IT/HRIS, finance/reconciliation and EWA implementation. 실제 지급 전에 예외를 문서화한다.
데이터 준비 완료 조건
정의하고 검증할 항목: stable keys, dated assignments, mapped timekeeping, defined shifts, approvals, rates, owners and tested exceptions. 실제 지급 전에 예외를 문서화한다.
결론
정의하고 검증할 항목: clean identity, workplace, timekeeping, shifts, work, payroll, account and reconciliation data. 실제 지급 전에 예외를 문서화한다.
작성자: Do Huy Le — Tổng Giám Đốc, Nhan Kiet Manpower Supply Co., Ltd.
기업 EWA 상담: Hotline 0937.022.655 · Email info@nhankiet.vn · 기업용 EWA 알아보기
자주 묻는 질문
API 없이 시작할 수 있는가?
가능하다. 통제된 파일이나 Google Sheet를 쓴다.
모든 HR 데이터를 보내야 하는가?
아니다. 필요한 범위만 공유한다.
수년의 이력이 필요한가?
아니다. 테스트에 필요한 기간이면 된다.
오류 샘플이 필요한 이유는?
현실의 불완전한 입력을 시험하기 위해서다.