IT 업계에서 외주·파견·프리랜서 계약으로 일하는 개발자라면, ‘임금 떼임’이라는 단어가 남 이야기처럼 느껴지지 않을 것이다. 계약서 한 장 없이 일을 시작했다가 마지막 달 급여를 받지 못한 경험, 프로젝트가 끝나고 갑자기 연락이 끊긴 클라이언트, 구두로 약속한 추가 수당이 지급명세서에서 빠져 있던 순간. IT 업계는 빠른 성장만큼이나 계약 문화의 취약한 면이 여전히 남아 있다. 이 글은 임금 문제가 생겼을 때 어디서부터 어떻게 대응할 수 있는지, 그리고 애초에 그런 상황이 생기지 않도록 스스로를 어떻게 지킬 수 있는지를 단계별로 정리한 실용 가이드다.
왜 IT 외주·파견직에서 임금 문제가 반복되는가
IT 외주 개발 시장에서 임금 체불이나 계약 분쟁이 계속 이슈가 되는 이유는 구조적인 문제에서 비롯된다. 첫째, 프로젝트 기반 계약이 많아 ‘납품 완료’ 시점을 놓고 발주처와 개발자 사이에 해석이 엇갈리는 경우가 잦다. 둘째, 법적으로 ‘근로자’가 아닌 ‘사업자(프리랜서)’로 계약하면 근로기준법의 보호를 받기 어렵고, 체불 신고 자체가 복잡해진다. 셋째, 소규모 에이전시나 1인 사업자 발주처가 많아 자금 사정이 불안정한 곳에서 발주가 이뤄지는 경우도 있다.
파견직의 경우 사용 사업주(실제 업무를 지시하는 곳)와 파견 사업주(고용 계약을 맺은 곳)가 다르기 때문에 임금 체불이 발생해도 책임 소재가 불명확해지는 상황이 생긴다. 파견법은 파견 사업주가 임금 지급 의무를 지도록 규정하지만, 파견 사업주 자체가 영세하거나 경영 위기에 빠지면 실질적인 보호는 기대하기 어렵다.
결국 자신을 지키는 첫 번째 수단은 법적 구제보다 예방이다. 문제가 터진 뒤 노동청을 찾는 것보다, 계약 단계에서 리스크를 최소화하는 쪽이 시간과 에너지를 훨씬 아낀다.
계약 전에 반드시 확인해야 할 사항
구두 합의만으로 일을 시작하는 것은 그 자체가 위험 신호다. 아무리 믿을 수 있어 보이는 클라이언트라도 계약서 없이 진행하면, 나중에 분쟁이 생겼을 때 근거가 없다. 아래 항목들을 계약서에 명시하거나, 최소한 이메일·카카오톡 등 텍스트로 확인받아 두어야 한다.
- 보수 금액과 지급 시기: 단순히 “얼마”가 아니라, 언제 어떤 방식으로 지급하는지(예: 착수금 30% + 중도금 40% + 잔금 30%, 각각 언제)를 명확히 한다.
- 작업 범위(Scope of Work): “웹사이트 제작”이 아니라, 어떤 기능까지 포함되는지, 수정 횟수는 몇 번까지인지를 문서로 남긴다.
- 납품 기준: 언제 완료된 것으로 보는지 기준을 미리 잡아두지 않으면, “아직 다 안 됐다”는 말로 잔금 지급이 무기한 미뤄질 수 있다.
- 추가 작업 요청 처리 방식: 초기 범위를 벗어나는 작업은 별도 견적으로 처리한다는 조항을 넣는다.
- 계약 해지 조건: 일방적으로 계약이 파기될 경우 기 수행 작업에 대한 보수 지급 여부를 명시한다.
파견직이나 용역 계약의 경우에는 파견 사업주의 사업자등록번호를 확인하고, 회사 규모와 재무 상태를 최소한 간접적으로라도 확인하는 과정이 필요하다. 오래 된 업체인지, 이전 파견 계약자들의 후기는 어떤지, 커뮤니티에서 거론된 이력이 있는지 미리 검색해보는 것도 방법이다.
업무 중 남겨야 할 증거들
임금 문제가 생겼을 때 가장 강력한 무기는 기록이다. 분쟁이 노동청 신고나 민사 소송으로 이어질 경우, 실제로 일을 했다는 사실과 그에 상응하는 보수를 약속받았다는 사실을 증명해야 한다. 업무를 진행하는 동안 다음과 같은 기록을 습관적으로 남겨두면 나중에 큰 힘이 된다.
- 업무 지시 내역: 이메일, 메신저(슬랙·카카오워크·카카오톡 등) 대화 내용을 정기적으로 캡처하거나 PDF로 저장해둔다.
- 작업 산출물: 커밋 이력, PR, 배포 기록, 회의록 등 업무를 수행했다는 객관적 흔적을 남긴다.
- 보수 관련 약속: 구두로 추가 수당을 약속받았다면 바로 “말씀하신 대로 OOO원 추가 지급으로 알겠습니다”라고 텍스트로 확인 메시지를 보내고 상대방의 답변을 받아둔다.
- 출퇴근 기록: 재택근무라도 업무 시작·종료 시간을 간단히 메모해두면, 근무 사실을 증명하는 데 도움이 된다.
이런 기록들이 있어야 “실제로 일했지만 돈을 못 받았다”는 주장을 뒷받침할 수 있다. 반대로 기록이 전혀 없으면, 상대방이 “요구 사항을 충족하지 못해서 지급하지 않은 것”이라고 주장할 때 반박하기가 어렵다.
임금 체불이 발생했을 때 단계별 대응
지급일이 지났는데도 임금이 들어오지 않는다면, 감정적으로 대응하기 전에 아래 단계를 차분하게 밟아가는 것이 좋다.
1단계: 내용증명 발송
우선 공식 채널로 지급 촉구 의사를 전달한다. 내용증명은 우체국에서 발송할 수 있고, 발송 사실 자체가 법적 증거로 남는다. 간단하게 “약정된 날짜에 OOO원이 지급되지 않았으며, OO일 이내에 지급을 요청한다”는 내용으로 작성하면 된다. 이 단계에서 해결되는 경우도 많다. 법적 절차로 가고 싶지 않은 상대방이 압박을 받아 입금하는 경우가 실제로 적지 않다.
2단계: 노동청 신고 (근로자인 경우)
근로계약서를 쓰고 사용자의 지휘·감독을 받아 일한 경우라면, 형식이 ‘도급’ 계약이었더라도 실질적인 근로자로 인정될 수 있다. 이 경우 고용노동부 민원마당(moel.go.kr)이나 가까운 지방고용노동청에 임금 체불 신고를 할 수 있다. 신고가 접수되면 근로감독관이 사업주를 조사하고, 체불 사실이 인정되면 지급 명령을 내릴 수 있다. 체불 금액이 크지 않더라도 신고 자체가 상대에게 상당한 압박이 된다.
3단계: 소액사건심판 (프리랜서·독립사업자인 경우)
근로자가 아닌 프리랜서·독립사업자로 계약했다면 노동청 신고 대신 민사 절차를 밟아야 한다. 3,000만 원 이하의 금액이라면 소액사건심판을 이용할 수 있다. 법원에 직접 신청서를 접수하면 되고, 변호사 없이도 진행 가능하다. 계약서, 메신저 대화, 작업 산출물 등 앞서 모아둔 증거가 이 단계에서 결정적인 역할을 한다.
4단계: 법률 구조 활용
비용이 걱정된다면 대한법률구조공단(132)에 무료 법률 상담을 신청할 수 있다. 소득 기준을 충족하면 소송 단계까지 무료로 지원받을 수 있으며, 임금 체불 사건은 우선 처리 대상이다.
프리랜서와 근로자, 법적 지위를 정확히 알아야 한다
많은 IT 종사자들이 “프리랜서 계약”으로 일을 시작하지만, 실제 업무 방식이 회사 직원과 다르지 않은 경우가 많다. 법적으로 근로자 여부는 계약서의 이름이 아니라 실질적인 노무 제공 방식으로 판단한다. 아래 요소들이 충족된다면, 도급·프리랜서 계약을 맺었더라도 근로자로 인정받을 가능성이 있다.
- 사용자가 업무 내용을 구체적으로 지정하고 지휘·감독한다.
- 특정 장소(사무실 또는 원격이더라도 정해진 시간)에 근무 의무가 있다.
- 업무 수행에 필요한 장비나 재료를 사용자가 제공한다.
- 다른 회사에 동시에 일을 줄 수 없거나 사실상 1곳에만 전속된다.
- 보수가 시간 또는 월 단위로 고정 지급된다.
이런 요소들이 복합적으로 해당된다면, 노동청 신고나 소송 과정에서 근로자로 인정되어 근로기준법의 보호를 받을 수 있다. 반대로 자신이 명확히 독립사업자라면, 계약 조건을 더욱 꼼꼼히 챙기고 분쟁 시 민사 루트를 준비해두는 것이 현실적이다.
장기적으로 스스로를 보호하는 습관
임금 분쟁은 한 번 경험하면 다시 겪지 않기 위해 많은 것을 바꾸게 된다. 그 변화를 미리 만들어두는 것이 현명한 방식이다.
- 착수금 문화를 정착시킨다: 계약금 없이 작업을 시작하지 않는 원칙을 세운다. 통상적으로 총 금액의 30~50%를 착수금으로 받는 것이 업계 관행이다. 착수금조차 거부하는 클라이언트는 그 자체가 경고 신호다.
- 단계별 마일스톤 지급을 요청한다: 프로젝트를 여러 단계로 나누고, 각 단계 완료 시 부분 지급을 받는 방식이 리스크를 분산시킨다.
- 클라이언트 평판을 확인하는 습관을 들인다: 개발자 커뮤니티나 프리랜서 플랫폼의 후기, 지인 네트워크를 통해 클라이언트의 지급 이력을 사전에 확인한다.
- 표준 계약서 양식을 갖춰둔다: 한국소프트웨어산업협회(KOSA) 등에서 배포하는 표준 소프트웨어 개발 계약서 양식을 참고해 자신만의 표준 계약 템플릿을 만들어두면, 매번 계약서를 새로 만드는 부담 없이 빠르게 협상을 진행할 수 있다.
- 개인사업자 등록을 고려한다: 프리랜서로 지속적으로 일한다면, 사업자 등록을 통해 세금계산서를 발급할 수 있다. 세금계산서는 거래 사실의 강력한 증거가 되며, 클라이언트 측에서도 세금 처리를 위해 적극적으로 거래를 투명하게 관리하게 된다.
IT 외주와 파견 시장은 앞으로도 계속 커질 것이다. 그만큼 일하는 방식도 다양해지고, 계약 형태도 복잡해진다. 자신의 권리를 알고, 기록을 남기고, 계약을 꼼꼼히 챙기는 것이 결국 커리어를 안정적으로 이어가는 기반이 된다. 실력을 쌓는 것만큼, 스스로를 지키는 법을 아는 것도 개발자로서 반드시 갖춰야 할 역량이다.
누스쿨 커뮤니티에서는 계약 경험, 임금 분쟁 대처법, 프리랜서 전략 등 실무 이야기를 자유롭게 나누고 있다. 비슷한 고민을 가진 개발자, 디자이너, 기획자들과 연결되어 서로의 경험에서 배우고 싶다면, 커뮤니티 게시판에 글을 남겨보자. 혼자 해결하려 했던 문제가 함께 이야기하면 훨씬 빠르게 풀리는 경우가 많다.
💬 댓글 0