STOREBASE INSIGHTS · 직원 관리
시프트 종료 후 근무를 연장근로로 기록하는 기준
시프트 전에 종료 후 시간을 어떻게 처리할지 정하고 실제 시간을 기록한 뒤, 근로계약과 현지 노동법에 대조하세요. 토글은 정한 규칙을 적용할 수 있지만 적법한 규칙을 대신 정하지는 않습니다. 시험할 시프트 하나에 예정 종료·실제 종료·초과근무 선택·승인자를 함께 남기고, 화면과 기록이 다르면 먼저 사실을 확인합니다. 급여 담당자는 최종 계산을 별도로 검토해야 합니다. 누락된 승인이나 설명을 토글로 추정하지 말고, 다음 확인자와 기한도 적어 두세요.
이 글에서
다툼은 마감 뒤에 시작됩니다
직원이 인수인계나 정리를 끝내려고 남습니다. 사장은 몇 분의 추가 시간으로 보고, 직원은 실제로 일한 시간으로 봅니다. 나중에 대화만 남아 있으면 급여 판단은 개인의 기분처럼 느껴집니다.
핵심은 단호합니다. 설명 없는 급여 삭감은 훈육이 아닙니다. 근무자가 납득하지 못하니 아무것도 바뀌지 않습니다. 삭감만의 문제가 아닙니다. 시프트 뒤 시간을 어떻게 볼지, 논쟁 전에 보이는 기준이 있어야 합니다.
먼저 경계를 정하세요
- 예정 종료를 적습니다. 시프트는 “약 8시간”이 아니라 종료 시각과 배정된 사람이 있는 기록입니다.
- 추가 근무의 의미를 정합니다. 종료 후 근무를 허용한다면 어떻게 기록하고 지급할지 정합니다. 허용하지 않는다면 예외 승인자와 실제 시간을 다루는 방법을 정합니다.
- 법률과 계약을 확인합니다. 연장근로, 최저임금, 휴게·야간근로, 승인 요건은 국가와 근로자에 따라 다릅니다. 한국 고용노동부의 안내도 연장근로를 소정근로시간을 넘는 근로와 가산임금의 문제로 다룹니다. 앱 설정만으로 결정할 수 없습니다.
- 통제된 한 건을 시험합니다. 테스트 시프트에서 예정 종료와 늦은 퇴근을 기록하고 화면 결과를 확인합니다. 결과를 알기 전 실제 급여에 섞지 않습니다.
Storebase에서 보이는 행동
캡처된 Create shift 화면에는 종료 시각과 필요한 직원 수가 표시됩니다. Allow overtime을 열면 “Allow working past the end time” 스위치가 보이고, 설명에는 종료 후 근무를 어떻게 다룰지 적혀 있습니다. 관리자가 해당 시프트의 의도한 경계를 적는 구체적인 자리입니다.
실제로 할 일은 시프트를 열고 종료 시각을 확인한 뒤 초과근무 설정을 선택하고 입력을 확인하는 것입니다. 이 화면은 시프트의 경계를 정하는 자리이지만 저장, 권한, 배정 효과와 완전한 급여 계산까지 확인해 주지는 않습니다. 따라서 “경계를 정하는 폼이 보인다”고 쓰고 “올바른 초과수당이 지급됐다”고 쓰지 않습니다.
사람에게 남는 일
| 일 | 사장 또는 관리자가 해야 하는 이유 |
|---|---|
| 유급 근무시간 정의 | 계약과 현지 법이 정함 |
| 추가 시간 승인자 결정 | 토글은 운영 정책이 아님 |
| 예외 설명 | 사유와 책임자를 기록해야 함 |
| 급여 결과 확인 | 설정 표시만으로 결과가 검증되지 않음 |
고용노동부 안내처럼 연장·야간근로의 범위와 가산임금은 적용 조건을 따집니다. 베트남과 영국의 공식 안내도 각각 현지 계산 기준과 계약 조건을 전제로 합니다. 이는 공통으로 쓸 하나의 법칙이 아닙니다.
급여일 전에 결과를 확인하세요
실제 급여 기간에 적용하기 전에 시프트 종료, 실제 종료, 초과근무 선택, 승인자와 예상 처리를 적습니다. 통제된 테스트를 실행하고 저장된 시프트를 다시 열 수 있다면 재확인합니다. 결과가 저장되지 않거나 불명확하면 기록을 억지로 고치지 말고 전문가 또는 제품 검증을 요청하세요.
이 절차가 모든 추가 시간이 자동으로 공정하거나 적법하다고 약속하는 것은 아닙니다. 첫 결정을 대화가 아니라 기록이 보이는 자리로 옮깁니다. 경계와 결과를 확인하면 사장은 모든 마감 시프트를 다시 계산하지 않고 예외에 시간을 쓸 수 있습니다.
하나의 퇴근 시각에 네 가지 판단을 겹치지 마세요
늦은 퇴근 기록은 사건이 언제 남았는지만 답합니다. 누가 추가 업무를 요청했는지, 그 시간이 실제 업무였는지, 계약이 해당 구간을 어떻게 다루는지, 급여에 무엇을 반영해야 하는지는 그 시각 하나로 확정할 수 없습니다. 예정된 시프트 경계, 실제 활동을 보여 주는 최선의 근거, 예외 승인 또는 설명, 검토가 끝난 급여 처리를 네 층으로 나눠 보존하세요. 어느 층이 빠졌다면 다른 기록에서 조용히 추정하지 말고 미확인으로 표시합니다.
이 분리는 관리자와 근무자 모두를 보호합니다. 관리자는 사실 시각을 고쳐 쓰지 않고 운영 습관을 바로잡을 수 있고, 근무자는 어떤 근거와 기준이 결과로 이어졌는지 볼 수 있습니다. 승인 없는 마감 업무가 반복되면 개인 태도만 볼 일이 아닐 수 있습니다. 마감 할당량이 비현실적이거나, 인력이 모자라거나, 인수인계와 승인 권한이 모호할 가능성을 조사해야 합니다. 시간 기록만으로는 그 원인을 진단할 수 없습니다.
정책을 바꿀 때 급여 경계 회귀 사례를 실행하세요
실제 급여와 분리된 사례를 만들고 예정 종료, 더 늦은 기록 종료, 승인 상태, 계약과 현지 요건을 검토한 예상 처리를 적습니다. 시프트 관리자가 무엇을 기록할지 설명하게 한 뒤, 급여 검토자는 아직 필요한 근거를 독립적으로 말하게 하세요. 설정된 시프트를 다시 열어 보이는 경계를 승인된 사례와 비교합니다. 실제 직원의 지급 기간을 시험 재료로 쓰면 안 됩니다.
Storebase의 Create shift 증거에서는 종료 시각, 필요한 인원, 종료 뒤 근무를 설명하는 Allow overtime 제어가 보입니다. 저장한 선택이 유지됐는지, 특정 근무자가 승인받았는지, 경계 뒤 시간이 실제 업무였는지, 급여가 적법한 금액에 도달했는지는 입증하지 않습니다. 정책이나 설정을 바꾼 뒤 같은 사례를 반복하고 인수인계 하나라도 모호해지면 적용을 멈추세요. 일상적인 건은 현장 관리자와 급여 전문가가 근거로 처리하고, 진짜 정책 충돌만 점주에게 올라갈 때 사장의 반복 확인이 줄어듭니다.
검토 결과에는 승인 여부만이 아니라 계산에 사용한 근거의 판과 적용 기간을 남기세요. 나중에 계약이나 규정이 바뀌어도 당시 판단을 새 기준으로 뒤섞지 않을 수 있습니다.