PC-OFF 도입 후에도 남는 예외 연장근로, 승인 기준은 어떻게 세울까요

PC-OFF를 도입한 기업에서도 팀장의 메신저는 계속 옵니다. “오늘 마감이라 2시간만 더 해야 하는데요"라거나, 시스템 장애로 급하게 연장근로가 필요한 상황이 그렇습니다. PC-OFF는 정해진 시간이 되면 PC 사용을 막아 불필요한 연장근로를 차단하지만, 예외적으로 연장이 필요한 순간까지 없애지는 못해요.

문제는 이 예외를 누가, 어떤 기준으로 승인할지가 정해져 있지 않을 때 생겨요. 팀장이 그때그때 판단해 승인하다 보면 같은 상황인데도 팀마다 다르게 처리되고, 승인 기록이 메신저에만 남아 나중에 확인하기 어려워집니다.

이 글은 예외를 무작정 막거나 무조건 다 받아주는 대신, 예외를 인정하면서도 남용되지 않게 관리하는 승인 구조를 어떻게 세울지 정리합니다.

PC-OFF 뒤에도 예외 요청은 남아요

PC-OFF는 정시가 되면 PC 사용을 제한해 근로시간을 통제하는 시스템입니다. 다만 마감·시스템 장애처럼 긴급하게 연장이 필요한 상황에서는 관리자 승인을 받아 일정 시간 PC 사용을 허용하는 ‘승인 예외형’ 운영 방식을 함께 쓰는 경우가 많습니다.

이 예외 처리에 기준이 없으면 몇 가지 문제가 바로 드러납니다. 같은 사유인데도 팀장에 따라 승인 여부가 달라지면 형평성 시비가 생겨요. 승인이 메신저나 구두로만 이뤄지면 나중에 실제 연장근로 여부를 입증하기도 어려워집니다. 승인 기준이 느슨하면 예외였던 연장근로가 상시 관행으로 굳어질 위험도 있어요.

이런 문제를 줄이려면 예외를 아예 차단하는 대신, 예외를 인정하는 조건과 절차를 미리 정해두는 쪽이 현실적입니다.

▶ 승인 없는 연장근로, 수당 책임은 누구에게 있을까 보기

PC-OFF를 풀어주는 시간도 연장근로시간으로 쌓여요

PC-OFF는 보통 “무기한 해제"가 아니라 관리자가 정해준 특정 시각까지만 한시적으로 풀렸다가, 그 시각이 지나면 다시 자동으로 잠기는 방식으로 운영돼요. 그래서 승인할 때 “몇 시까지 연장"인지를 구체적으로 정해야 하고, 그 시간은 그대로 연장근로시간으로 집계됩니다.

이 연장근로시간을 얼마나 늘릴 수 있는지는 기업이 임의로 정할 수 있는 영역이 아니에요. 법정근로시간은 1주 40시간·1일 8시간이고, 당사자 합의가 있어도 연장근로는 1주 12시간까지만 허용됩니다. 팀장이 “오늘만 2시간 더"라며 PC-OFF를 풀어주는 대부분의 요청은 이 한도 안에서 처리할 수 있는 수준이고, IT·사무직에서 PC-OFF 예외가 이 한도를 실제로 넘기는 경우는 드물어요. 승인권자와 절차만 정해두면 한도 위반 없이 운영할 수 있는 영역이라는 뜻이에요.

PC-OFF 해제를 승인하는 기준 3가지

사내에서 PC-OFF 예외 승인 절차를 설계할 때 확인할 기준은 크게 3가지입니다. 기업 상황에 따라 구체적인 수치나 범위는 달라질 수 있지만, 아래 틀 안에서 우리 기업 기준을 세우면 운영 혼란을 줄일 수 있어요.

① 승인권자 정하기

PC-OFF 해제를 팀장 혼자 승인할지, 인사팀 확인을 함께 거칠지부터 정해야 합니다. 많은 기업에서 PC-OFF를 실제로 풀어주는 권한은 IT·보안 담당 부서의 관리자 계정에만 있고, 팀장에게는 그 권한이 없는 경우가 흔해요. 이때는 ‘연장 사유를 판단하는 사람’과 ‘실제로 풀어주는 사람’을 나눠, 팀장이 사유를 확인하고 IT팀이 해제를 처리하는 식으로 역할을 분리해두는 편이 안전합니다. 팀 단위로 반복되는 짧은 연장이라면 팀장 단독 승인으로 충분할 수 있지만, 승인 이력이 수당 지급이나 노무 리스크로 직결되는 상황이라면 인사팀이 최종 확인하는 구조가 안전합니다.

② 사전 승인과 사후 승인 구분하기

마감처럼 미리 예측되는 PC-OFF 해제 요청은 사전 승인으로, 시스템 장애처럼 예측하지 못한 상황은 사후 승인으로 처리하는 방식이 실무에서 자주 쓰입니다. PC-OFF가 정해진 시각에 자동으로 다시 잠기는 방식이라면, 미리 연장을 등록해두지 않은 이상 시간이 되는 순간 PC가 그대로 꺼져버려 사후 승인 자체가 의미 없어지는 경우도 많아요. 그래서 사후 승인은 IT팀이 즉시 원격으로 재해제할 수 있는 예외적인 상황으로만 제한하고, 승인 시점을 명확히 잡아두는 것이 중요합니다.

사전 승인과 사후 승인은 적합한 상황과 주의사항이 달라, 아래처럼 비교해볼 수 있습니다.

③ 허용 사유 미리 유형화하기

‘업무가 많아서’처럼 포괄적인 사유 대신, PC-OFF 해제를 승인할 사유와 승인하지 않을 사유를 구분해두면 팀장마다 판단이 갈리는 상황을 줄일 수 있습니다. 마감 임박·시스템 장애·고객 대응처럼 구체적인 사유를 미리 정리해두고, 상시적인 업무량 과다는 예외 승인이 아니라 인력 배치나 업무 분배로 해결해야 한다는 원칙을 함께 세워두는 편이 안전해요.

PC-OFF 예외가 반복되면 확인할 신호

PC-OFF 해제는 IT팀의 관리자 콘솔에서 개별적으로 처리되는 경우가 많아, 승인 이력과 실제 해제 기록이 서로 다른 시스템에 흩어져 있으면 빈도 파악 자체가 늦어질 수 있어요. 그래서 PC-OFF 예외 승인 이력이 쌓이면 주기적으로 빈도를 확인해, 예외가 특정 팀이나 개인에게 몰리는지 살펴봐야 해요.

• 특정 팀에서만 예외 승인 요청이 반복된다면, 그 팀의 업무량 자체가 소정근로시간 안에서 처리하기 어려운 수준인지 확인해 보세요.
• 같은 사유(마감·장애 대응 등)로 승인 요청이 매달 비슷하게 반복된다면, 일시적 예외가 아니라 정기적으로 발생하는 업무 패턴인지 점검해 보세요.
• 사후 승인 비중이 계속 높다면, 사전에 예측하고 신청할 수 있는 구조로 절차를 조정할 필요가 있는지 검토해 보세요.

이런 신호가 반복된다면 PC-OFF 운영 시간이나 근무 제도 자체를 재검토할 필요가 있는지 함께 고려해볼 수 있어요. 특정 팀의 업무량이 구조적으로 늘어난 것이라면, 예외 승인만으로 해결하기보다 인력 배치나 선택적·탄력적 근로시간제 같은 다른 제도를 함께 검토하는 편이 안전합니다.

PC-OFF 예외 승인 기록, ZUZU HR로 한곳에 모아보세요

PC-OFF 예외를 승인 구조로 정리해도, 그 기록이 메신저나 구두로만 남거나 IT팀의 해제 로그와 인사팀의 근태 기록이 따로따로 남으면, 나중에 분쟁이 생겼을 때 실제 근로 여부를 설명하기 어렵습니다. 승인 절차와 근태 기록을 같은 시스템 안에서 관리해야 하는 이유예요.

ZUZU HR 근무 설정에서는 연장근로 한도를 주 최대 12시간으로 미리 지정해둘 수 있어요. 여기에 기안(전자결재)으로 만든 PC-OFF 해제 신청 양식을 결재선에 연결해두면, 이 글에서 정리한 승인권자·사전/사후 구분을 그대로 절차에 옮길 수 있습니다. 승인이 끝난 근무 기록은 출퇴근 이력에 쌓이므로, 구성원별 주간 연장근로시간을 조회해 12시간 한도에 가까워지는 임직원을 미리 확인할 수 있어요.

PC-OFF 예외 승인 기준을 세우는 일부터 시작해보세요. 지금 우리 기업의 승인 흐름과 근태 기록이 한곳에서 관리되고 있는지 ZUZU HR로 확인해 볼 수 있습니다.