티스토리 뷰

카테고리 없음

정산폭 160~180 (정산폭 개념, 초과공제 계산, 계약 확인)

오오지마낭인 2026. 9. 26. 20:32

목차


    오퍼를 받고 나서야 정산폭이 160~180시간이라는 걸 알았습니다. 저도 당연히 140~180이겠거니 했는데, 그게 아니었습니다. 일본 IT 프리랜서 프로젝트에서 「精算幅(정산폭)」은 단순한 근무시간 범위가 아니라, 월 단가가 실제로 얼마나 보장되는지를 결정하는 계약의 핵심입니다. 공고의 월 단가만 보고 계약하면 나중에 후회할 수 있습니다.

     

    정산폭 계약 확인

    정산폭 140~180과 160~180, 숫자 20의 차이

    8월 말 계약이 종료되고 새 안건을 찾던 중 대형 에이전트에서 연락이 왔습니다. 기술 스택도 잘 맞고, 면담도 순조롭게 끝났습니다. 긍정적으로 검토하겠다는 말을 전해들었을 때는 사실상 확정이나 다름없다고 생각했습니다. 그런데 정식 오퍼를 받고 나서야 뭔가 이상하다는 걸 느꼈습니다. 공고 어디에도 정산폭이 명시되지 않았고, 저도 당연히 140~180이겠거니 확인을 생략했던 겁니다.

    「精算幅(정산폭)」이란 월 단가를 기준으로 정산이 적용되는 근무시간의 범위를 말합니다. 쉽게 말해 이 범위 안에서 일하면 약정된 월 단가를 그대로 받고, 범위를 벗어나면 별도의 계산이 따라붙는 구조입니다. 140~180시간이면 하한이 140시간입니다. 반면 160~180시간이면 하한이 160시간으로 올라갑니다. 이 20시간의 차이가 실제로는 상당히 큰 의미를 가집니다.

    정사원 시절부터 계약사원, 프리랜서가 되기까지 안드로이드 안건만 7번 이상 참여했는데, 정산폭이 140~180이 아니었던 적이 단 한 번도 없었습니다. 그러다 보니 이번에도 당연하다고 생각했고, 결국 확인을 놓쳤습니다. 제 경험상 이 확인 절차를 생략하는 건 꽤 비싼 실수가 될 수 있습니다.

    요약: 정산폭의 하한 숫자 하나가 월 실수령액에 직접 영향을 미치므로, 오퍼 전에 반드시 확인해야 합니다.

     

    초과·공제 정산이 실제로 어떻게 계산되는가

    정산폭을 벗어났을 때 적용되는 계산 방식은 프로젝트마다 다릅니다. 크게 두 가지 방식이 자주 쓰입니다. 하나는 정산폭의 중간값을 기준으로 「精算単価(정산단가)」를 산출하는 방식이고, 다른 하나는 초과분은 상한 시간, 공제분은 하한 시간을 각각 기준으로 적용하는 방식입니다. 여기서 정산단가란 초과 또는 부족 근무시간 1시간당 적용되는 금액을 말합니다.

    예를 들어 월 단가 60만 엔, 정산폭 140~180시간인 경우를 봐보겠습니다. 중간값 방식을 적용하면 160시간이 기준이 되고, 60만 엔을 160으로 나눈 시간당 3,750엔이 정산단가가 됩니다. 190시간을 일하면 상한 초과 10시간 × 3,750엔이 더해져 637,500엔을 받게 됩니다. 반대로 130시간이면 하한 미달 10시간 × 3,750엔이 차감되어 562,500엔이 됩니다.

    반면 상한·하한을 각각 기준으로 계산하는 방식에서는 초과 단가와 공제 단가가 서로 달라집니다. 초과분은 180시간 기준으로 60만 엔 ÷ 180 = 약 3,333엔, 공제분은 140시간 기준으로 60만 엔 ÷ 140 = 약 4,286엔이 됩니다. 즉 10시간 초과 시에는 약 33,330엔이 더해지지만, 10시간 부족할 때는 약 42,860엔이 빠집니다. 공제 단가가 초과 단가보다 높아지는 구조입니다. 일본 공정거래위원회(JFTC)도 프리랜서 거래에서 보수 지급 조건의 명확한 서면 명시를 권고하고 있는데(출처: 일본 공정거래위원회(JFTC)), 이처럼 계산 방식에 따라 실수령액이 달라지는 만큼 계약 전 확인이 중요합니다.

    • 중간값 기준 방식: 정산폭 중간값으로 단일 시간단가 산출, 초과·공제 동일 단가 적용
    • 상한·하한 기준 방식: 초과는 상한 시간 기준, 공제는 하한 시간 기준으로 각각 다른 단가 적용
    • 공고에 「精算単価」가 명시되지 않은 경우 에이전트에게 직접 확인 필요
    • 구두 설명만 믿지 말고, 계약서의 정산 조항 원문까지 확인
    요약: 초과·공제 단가 계산 방식은 프로젝트마다 다르며, 공제 단가가 초과 단가보다 높게 설정되는 경우도 있으므로 반드시 계약서에서 확인해야 합니다.

     

    160~180 정산폭이 현실에서 독소조항인 이유

    제가 오퍼를 사퇴한 가장 큰 이유는 바로 여기에 있습니다. 160~180시간이라는 조건이 왜 불리한지를 설명하려면 일본의 영업일 수 변동을 먼저 봐야 합니다. 1년에 연말연시, 골든위크, 실버위크가 겹치는 달에는 영업일이 17~18일 수준으로 줄어드는 경우가 3개월 정도 됩니다. 하루 8시간 근무 기준으로 17일이면 136시간, 18일이면 144시간입니다.

    140~180 정산폭이라면 144시간은 하한 안에 들어옵니다. 하지만 160~180 정산폭에서 144시간은 하한보다 16시간이 부족합니다. 이 경우 공제 단가를 곱한 금액이 월 단가에서 차감됩니다. 1년에 세 번, 예상보다 적게 받는 달이 반복되는 구조입니다.

    물론 애초에 계약 단가가 충분히 높다면, 그 손실을 감수하고 들어가는 선택지도 있습니다. 그 점은 부정하지 않습니다. 하지만 제가 더 걱정했던 건 심리적인 부분이었습니다. 매달 160시간을 채워야 한다는 압박이 있으면, 아파서 쉬어야 할 때도 선뜻 쉬지 못하는 상황이 생깁니다. 프리랜서는 「フリーランス新法(프리랜서 신법)」, 즉 2023년 시행된 특정수탁사업자 보호법에 따라 계약 조건의 서면 명시를 보장받지만(출처: 일본 후생노동성), 컨디션 관리의 자유는 결국 계약 조건이 뒷받침될 때 실질적으로 누릴 수 있습니다.

    요약: 160~180 정산폭은 휴일이 많은 달에 실수령액 감소가 반복되고, 근무시간 압박으로 이어질 수 있어 현실적인 리스크가 큽니다.

     

    계약 전에 정산폭을 확인하는 실전 방법

    이번 일을 겪고 나서 에이전트에게 "왜 처음부터 알려주지 않았냐"고 따졌습니다. 에이전트 측도 인지하지 못했던 것인지, 아니면 당연한 조건이라 생각했던 것인지는 모르겠습니다. 다만 제 쪽에서 먼저 물어보지 않은 것도 사실입니다. 솔직히 이건 예상 밖이었습니다. 7번이 넘는 안드로이드 안건 경험에서 단 한 번도 140~180이 아닌 적이 없었으니까요.

    이후로 저는 안건 소개를 받을 때 에이전트에게 반드시 먼저 묻습니다. "정산폭 확인해 주세요"라는 한 마디가 나중의 번거로움을 크게 줄여줍니다. 공고에 「140h〜180h」처럼 명시된 경우라도 계약서 단계에서 조건이 달라지는 경우가 없지 않으니, 공고 확인과 계약서 확인을 따로 하는 것이 안전합니다.

    정산폭 외에도 초과 단가와 공제 단가가 각각 어떻게 산정되는지, 휴가나 공휴일이 근무시간에서 어떻게 처리되는지도 함께 확인해야 합니다. 특히 시간 계산 단위가 분 단위인지 15분 단위인지에 따라 최종 정산액이 미묘하게 달라질 수 있습니다. 제가 이번에 배운 건 결국 하나입니다. 프리랜서 계약에서 "당연히 그럴 거다"는 가정은 위험합니다.

    요약: 안건 소개 단계에서 정산폭, 초과·공제 단가, 휴가·공휴일 처리 방식을 에이전트에게 직접 확인하고, 공고와 계약서 내용이 일치하는지 반드시 대조해야 합니다.

     

    자주 묻는 질문

    Q. 정산폭 140~180시간이면 무조건 매달 140시간 이상 일해야 하나요?

    A. 반드시 그런 건 아닙니다. 정산폭은 이 범위 안에서 일하면 월 단가를 그대로 받는다는 기준이고, 하한 미달 시에는 계약에서 정한 공제 단가에 따라 차감이 발생할 수 있습니다. 공휴일이나 프로젝트 휴업일 처리 방식은 계약서에 따라 다르므로 별도 확인이 필요합니다.

     

    Q. 160~180 정산폭과 140~180 정산폭 중 어느 쪽이 더 유리한가요?

    A. 일반적으로는 140~180 쪽이 유리합니다. 하한이 낮을수록 휴일이 많은 달에 공제 리스크가 줄어들기 때문입니다. 160~180의 경우 골든위크나 연말연시처럼 영업일이 적은 달에 하한 미달로 공제가 발생할 가능성이 높아집니다. 다만 계약 단가가 충분히 높다면 그 손실을 감수하는 선택도 개인 상황에 따라 가능합니다.

     

    Q. 에이전트가 정산폭을 먼저 알려주지 않는 경우가 많나요?

    A. 명확하게 공고에 표시되지 않는 경우도 있고, 에이전트가 당연한 조건으로 간주하고 별도 안내를 생략하는 경우도 있습니다. 따라서 안건 소개를 받는 시점에 먼저 "정산폭이 어떻게 되나요?"라고 직접 물어보는 것이 가장 확실합니다. 계약서 단계에서 확인하는 것은 이미 늦을 수 있습니다.

     

    Q. 정산폭 변경을 요청했는데 고객사가 거절하면 어떻게 해야 하나요?

    A. 저도 이번에 140~180으로 바꿔달라고 에이전트를 통해 요청했지만, 고객사 방침이라는 이유로 거절당했습니다. 회사 내부 기준으로 고정된 경우 변경이 어려울 수 있습니다. 그 경우에는 계약 단가와 실제 근무 패턴을 감안해 수용 여부를 판단하거나, 조건이 맞지 않으면 사퇴하는 것도 하나의 선택입니다.

     

    결론

    이번 경험은 제게 꽤 큰 교훈이 됐습니다. 기술 스택이 잘 맞는 안건이었고, 면담도 잘 끝났고, 거의 확정 단계까지 갔는데 정산폭 하나로 사퇴하게 됐습니다. 처음부터 한 가지만 확인했더라면 피할 수 있었던 일이었습니다. 프리랜서 계약에서 "지금까지 다 그랬으니까 이번에도 그렇겠지"라는 가정은 생각보다 위험합니다.

    일본 IT 프리랜서 프로젝트를 검토할 때는 월 단가 → 정산폭 하한 → 초과·공제 단가 계산 방식 → 휴가·공휴일 처리 순으로 조건을 확인하는 것이 좋습니다. 공고에 표시된 숫자와 실제 계약서 내용이 일치하는지도 반드시 대조해야 합니다. 160~180이라는 조건이 무조건 나쁜 것은 아니지만, 그 의미를 알고 들어가는 것과 모르고 들어가는 것은 전혀 다른 이야기입니다.

    참고: https://tokyo-it-freelancer.tistory.com/124