근로계약서 뷰와 전자서명 구현

윤석찬·2025년 4월 4일

서론

기능 소개

망고보스: 사장님들을 위한 알바생 관리 앱

위 서비스 개발 중 근로계약서를 미리 작성해 놓고 알바생이 매장에 등록 할 때마다 사전에 등록한 근로계약서를 바탕으로 서명을 자동으로 요청하고 관리 할 수 있는 기능을 만들기로 했다.

UseerFlow

사장님
1. 근로계약서 양식을 미리 등록 해 둔다.
2. 알바생을 새로 고용했을 경우, 미리 작성해 둔 근로계약서 양식에 새로운 알바생에 맞게 추가 정보를 기입하여 근로 계약서를 완성한다.
3. 전자 서명을 한다.
4. 알바생도 서명을 완료했을 경우, 완성된 근로계약서를 다운로드 받을 수 있다.

알바생
1. 매장코드와 본인 정보를 입력하고 매장 직원으로 등록한다.
2. 근로계약서 서명 요청이 오면, 근로계약서를 확인한다.
3. 전자서명을 한다.
4. 완성된 근로계약서를 다운로드 받을 수 있다.

근로계약서 저장 형식 고민

1. PDF

장점: 
1. 계약서 내용 등록이 편함. (사용하고 있던 근로계약서(.hwp or .pdf)를 그대로 등록하면 됨)
2. 기기에 따른 뷰 차이가 없음. (하나의 이미지 형태라 화면 크기에 따른 줄 바꿈이나 텍스트가 깨지는 현상 없음)
3. 추후 로그 삽입 가능하여 위변조 방지.

단점:
1. 계약서 내용을 실시간 수정이 번거로움. (수정된 문서를 다시 업로드 해야함)
2. 원하는 데이터 뽑아낼 수 없음. (비 정형 테이터 형식이라 추후 입력될 알바생 이름, 시급, 근무일자등 정보들을 가져 오기 힘듦)

2. String data

ex) 
{

표준근로계약서

                (이하 “사업주”라 함)과(와)            (이하 “근로자”라 함)은 다음과 같이 근로계약을 체결한다.
1. 근로계약기간 :      년   월   일부터      년   월   일까지
  ※ 근로계약기간을 정하지 않는 경우에는 “근로개시일”만 기재
2. 근 무 장 소 : 
3. 업무의 내용 : 
4. 소정근로시간 :    시   분부터    시   분까지 (휴게시간 :  시  분~  시   분)
5. 근무일/휴일 : 매주   일(또는 매일단위)근무, 주휴일 매주   요일
6. 임  금
  - 월(일, 시간)급 :                    원
  - 상여금 : 있음 (    )                           원,  없음 (     )
  - 기타급여(제수당 등) : 있음 (    ),   없음 (    )
    ·                          원,                                 원
    ·                          원,                                 원
  - 임금지급일 : 매월(매주 또는 매일)       일(휴일의 경우는 전일 지급)
  - 지급방법 : 근로자에게 직접지급(    ),  근로자 명의 예금통장에 입금(    )
7. 연차유급휴가
  - 연차유급휴가는 근로기준법에서 정하는 바에 따라 부여함
8. 사회보험 적용여부(해당란에 체크)
  □ 고용보험  □ 산재보험  □ 국민연금  □ 건강보험 
9. 근로계약서 교부
  - 사업주는 근로계약을 체결함과 동시에 본 계약서를 사본하여 근로자의 교부요구와 관계없이 근로자에게 교부함(근로기준법 제17조 이행)
10. 기  타
  - 이 계약에 정함이 없는 사항은 근로기준법령에 의함

      년      월      일
}

장점: 
1. 데이터 저장 및 가공하기 편함. (프론트<->백 전달도 쉽고, 내용 수정 쉽고)

단점: 
1. 유저 뷰가 너무 너무 더럽다 (단순 string이라 줄바꿈, 정렬등 어떻게 구현할꺼며, 기기마다 가독성 유지하기 힘듦)

3. 폼 고정 계약서 Dom

장점: 
1. 데이터를 정형화하여 원하는 데이터 뽑아낼 수 있음. (폼 형식이기 떄문에 이름, 시급, 근무시간등을 뽑아내 추후 데이터로 활용 가능)
2. 추후 간편한 상세 정보 기입

단점: 
1. 폼이 고정되어 있는 형식임
(if 사장님이 dom 내용을 자유자제로 컨트롤 할 수 있게 한다면, 프론트 기능 개발 필요, 수정이 가능하게 하면 데이터 정형화가 안됨)
2. 추후 pdf로 바꾸었을때 뷰가 만족스러운 문서가 아닐 수도 있음. (글씨가 깨지거나 줄바꿈, 이미지 변환에 문제가 생길수도?)