GajiOne 리뷰GajiOne 리뷰첨부해주신 목업 7개 화면을 뜯어봤습니다. 급여 산정을 "결제 파이프라인"처럼 4단계 게이트(G1~G4)로 통과시키고, 근태·대출·직원 앱까지 하나의 순환 구조로 묶은 구조가 핵심입니다. 아래에 정보구조, 게이트별 로직, 화면별 세부 데이터, 반영된 인니 노동법·세무 규정을 정리했습니다.
핵심 아이디어는 "급여 계산에 CI/CD식 품질 게이트를 씌운 것"입니다. 매월 급여 차수를 G1(근태 무결성) → G2(계산 정합성) → G3(검증·소명) → G4(승인·지급)의 4단계로 강제 통과시키고, 전 단계가 통과해야만 다음 지급 파일이 생성됩니다. 각 게이트는 자동 규칙 검사(예: UMK 미달 여부, 재계산 일치율)와 사람이 판단해야 하는 예외 소명(급여 변동 ±20% 초과자 등)을 분리해서, 자동화가 처리 못하는 부분만 "오늘 결정 큐"라는 받은편지함 형태로 담당자에게 올려주는 구조입니다.
여기에 직원용 모바일 앱(임금 실시간 조회·연차 신청·사내대출)과 페이롤 데이터 기반 신용점수·대출 심사가 같은 데이터 흐름 위에 얹혀 있어, "급여 시스템"이 아니라 근태→계산→검증→지급→직원 신뢰까지 한 바퀴 도는 순환형 HR 핀테크 제품으로 설계되어 있습니다.
| 영역 | 규칙 | 화면 내 근거 표기 |
|---|---|---|
| 초과근무 배율 | 평일 첫 1시간 1.5×, 2시간째부터 2.0×, 휴일 8h 이내 2.0~3.0×, 9h째부터 4.0× | Kepmenakertrans 102/2004 |
| OT 시급 산식 | 시급 = 월 급여 × 1/173 | Kepmenakertrans 102/2004 |
| 주간 OT 상한 | 주 최대 18시간, 초과 시 특별승인 필요 | UU 13/2003 |
| 최저임금 검사 | 지역별 UMK 미달 여부를 계산 게이트에서 자동 검사 (Bekasi 5.69M 기준) | UMK 규정 |
| 사회보험 (BPJS) | Kesehatan 1% · JHT 2% · JP 1%(상한 적용), 회사부담 JKK 0.89%(제조업 요율) 별도 | BPJS 요율표 |
| 소득세 | TER(월 원천징수 유효세율) 방식 적용, 세율표 버전 태깅 | TER-2026.1 |
| 지급 시 신고 연동 | 지급 확정 후 세무·사보 신고 초안 자동 생성 | e-Bupot PPh21 · SIPP BPJS |
| 사내대출 공제 상한 | 월 공제액은 실지급액의 30%를 넘을 수 없음 | 품질게이트 규칙 |
자동화가 못 끝내는 판단만 골라 "오늘 결정 큐"에 담아 담당자에게 제시. 전체 데이터를 훑게 하지 않고 예외만 보여주는 관리 콘솔의 기본기.
"지난 차수 판단은 맞았나?" — 과거 대응(OT 상한 경고, 지문기 오차 보정)이 실제로 재발을 막았는지 다음 차수 홈 화면에서 되짚어줌.
모든 게이트 카드에 통과 조건 체크리스트(N/M)와 통과 시각·담당자·해시가 같이 노출되어 "왜 막혔는지"가 항상 화면에 있음.
직원 앱의 급여 카운터가 "추정치"(근태 유입 기준) → "확정치"(G2 통과) 배지로 전환. 급여 미확정 리스크를 라벨로 명확히 구분.
급여담당 → HR장 → 법인장 3단계 서명 체인을 지급 화면에 그대로 노출, 각 서명 시각까지 기록해 내부통제 증빙으로 사용 가능.
근태 정확도·상환이력·근속·급여 안정성을 그대로 신용 스코어링 피처로 재사용. 별도 심사 데이터 수집 없이 사내대출/EWA를 지탱.
zip과 별도로 딸려 온 이 스크린샷은 페이롤 목업과 무관한 스마트팜(온실) 운영 대시보드 "Tunas"이지만, 화면 문법이 거의 동일합니다 — "오늘 결정 큐", "지난 판단은 맞았나?" 회고 루프, 상단 지표 스트립, 우측 이벤트 로그.
같은 "운영 콘솔" 디자인 시스템을 도메인만 바꿔 재사용하고 있다는 뜻으로 보입니다. GajiOne 쪽 목업이 이 패턴을 얼마나 의도적으로 계승했는지 확인해두면, 이후 화면을 늘릴 때 일관성 기준으로 쓰기 좋습니다.
OT 배율·시급 산식·UMK·BPJS 4종·PPh21 TER까지 조문/고시 근거를 직접 태깅해뒀습니다. 실제 인니 급여 담당자가 봐도 "왜 이 숫자가 나왔는지" 추적 가능한 수준입니다.
사내대출·가불(EWA)을 급여 데이터 기반 신용점수로 자동 심사하는 구조는, 은행 접근성이 낮은 제조업 근로자 리텐션에 실질적 차별화 포인트가 될 수 있습니다.
실제 요율·UMK·BPJS 상한 값을 어디서 관리자가 입력/개정하는지가 목업에 없습니다. 계산·게이트 로직이 참조하는 마스터 데이터 화면이 다음 우선순위로 보입니다. → 08-12 업데이트: 두 화면 모두 구현했습니다 — 직원 마스터(검색·필터·상세 이력)와 정책·요율(OT배율·UMK·BPJS·PPh21·게이트 임계값·신용점수 가중치, 전부 "다음 차수부터 적용, 소급 없음" 원칙).
PT Karya Metal Presisi 한 곳, KEB Hana Bank Indonesia 한 곳으로 하드코딩되어 있습니다. 다법인/다은행 SaaS로 갈지, 특정 고객사 전용 시스템으로 갈지에 따라 데이터 모델이 크게 갈립니다. → 08-12 업데이트: 운영 마스터 어드민에서 다고객사 목록·요금제는 생겼지만, 페이롤 앱 자체는 여전히 1개 법인·1개 은행 가정입니다.
급여 원천 공제형 사내대출과 EWA는 인도네시아에서 OJK(금융감독청) 관할 이슈가 걸릴 수 있습니다. 신용점수 가중치(출근율 30%·상환이력 25% 등)를 실제 서비스화 전에 컴플라이언스 검토가 필요합니다. → 08-12 업데이트: 대출 실행 주체를 제3자 금융기관으로 분리했지만, 신용점수 산출·데이터 제공 자체는 여전히 GajiOne 책임이라 컴플라이언스 검토 필요성은 그대로 남아 있습니다.
헤더의 "인니어·영어" 언어 옵션과 사이드바의 "다크" 토글은 UI에 자리만 있고, 실제 콘텐츠는 한국어·라이트 테마로만 만들어져 있습니다. 스코프에 넣을지 먼저 정하는 게 좋겠습니다. → 08-12 업데이트: 신규 4개 파일에는 5개 언어·다크모드가 실제로 동작합니다.
요청하신 6가지를 검토한 뒤, 기존 목업(고객사 페이롤 관리자용)을 실제로 눌러볼 수 있는 SPA로 다시 짰고, 여기에 3개 페르소나용 화면을 새로 더했습니다 — 제3자 대출 실행 금융기관, GajiOne 내부 운영팀, 로그인 이전 가입 플로우는 서로 다른 로그인 주체라 별도 게시물로 분리했습니다. 4개 파일 모두 실제로 동작하는 5개 언어 전환기와 라이트/다크 테마를 갖췄고, 빌드 후 별도 검수 단계(신용점수 계산 검산, 다크모드 대비 확인, i18n 키 누락 점검 등)에서 발견된 문제를 수정·재검증했습니다.
추가 업데이트 — 바로 위 "검토 포인트"에서 빈 자리로 남겨뒀던 직원 마스터·정책·요율 두 화면도 페이롤 관리자 앱에 마저 구현했습니다. 직원 마스터는 검색·필터·변경이력을 갖춘 디렉토리이고, 정책·요율은 지금까지 화면 곳곳에 하드코딩되어 있던 OT 배율·UMK·BPJS·PPh21·게이트 임계값·신용점수 가중치의 "출처" 화면입니다 — 신용점수 가중치 4개 입력값의 합이 100%인지 실시간으로 검증하는 것까지 포함해서요.
| 요청 항목 | 반영 내용 | 위치 |
|---|---|---|
| ① 제3자 대출 실행 구조 | GajiOne은 신용 프로필만 제공하고, 제휴 금융기관이 직접 금리·조건을 산정해 오퍼를 보내고 실행·상환까지 관리하는 별도 포털 | 금융기관 파트너 포털 |
| ② 원천데이터 업로드 UI | 회계담당자가 템플릿에 데이터를 채워 업로드 → 행 단위 검증(정상/오류) → 오류 0건이어야 근태 마감(G1)으로 진행 | 페이롤 관리자 앱 · 신규 화면 |
| ③ 5개 언어 버전 | 한국어·영어·인도네시아어·중국어·일본어 전환기를 4개 파일 모두에 실제 동작하도록 구현 (UI 뼈대·라벨은 전량 번역, 감사로그 등 자유서술 데이터는 원문 유지) | 4개 파일 전체 |
| ④ 신용점수 산출근거 | 항목별 가중치 → 원자료 지표 → 정규화 점수 → 기여 점수까지 펼쳐보는 산출 내역 표 추가(대출 관리 화면 + 직원 앱 양쪽) | 페이롤 관리자 앱 · 대출·신용 관리 |
| ⑤ 마스터 운영 계정 | 고객사 수·MRR 대시보드, 고객사 목록·상태 필터, 요금제(정액+인당요금+할인구간) 설정과 실시간 빌링 생성 | 운영 마스터 어드민 |
| ⑥ 가입 절차 | 로그인, 4단계 회사 가입 마법사, 비밀번호 찾기, 약관·정책 센터 | 가입 및 로그인 |
| 피드백 | 반영 내용 |
|---|---|
| 템플릿 다운로드 안 됨 | 아티팩트 샌드박스가 <a download>를 막는다는 걸 발견 — 공식 downloads API(window.claude.downloads)로 교체. xlsx는 그 API의 지원 확장자에 없어 CSV로 대체 제공(원인·대안을 화면에 표시). |
| 업로드 기능 재검증 | 보내주신 실제 43컬럼 PPh21 템플릿으로 직접 테스트 — 처음부터 만든 XLSX 파서가 실제 파일의 XML 네임스페이스 구조 때문에 깨지는 버그를 발견해 수정. 지금은 정상값·오류값 모두 정확히 검증됨. |
| 지문인식기 API 연동 UI 없음 | "관리" 그룹에 새 화면 추가 — 연결 장치 12대 상태, API 엔드포인트·폴링주기 설정, 동기화 로그(지금 동기화 버튼 실동작). |
| 실시간 급여 동기부여 | 직원 앱 홈 화면에 "마지막 근태 동기화" 캡션, "지금 시급 적립중" 배지, OT 진입 시 강조 배너를 추가해 지문인식기 연동과 실시간 급여 체감을 연결. |
| 직원 앱 iOS/Android 버전 | 별도 화면(employee-app-mobile.html)으로 제작 — iOS(다이나믹 아일랜드·탭바)와 Android(Material 3·FAB) 네이티브 스타일 5화면씩(홈·근태연차·급여명세·신용대출·더보기), 페이롤 앱의 직원 앱 화면 및 위 신규 확장 화면 카드에서 바로 링크. |