Rubric Labs
← 블로그 목록
패션 브랜드 생산 원가를 시스템에 등록하기 전에 정할 기준
시스템 구축 가이드루브릭랩스···

패션 브랜드 생산 원가를 시스템에 등록하기 전에 정할 기준

패션 브랜드가 생산 원가를 시스템에 등록하기 전에 정해야 할 기준을 항목별로 설명한다. 원가 구성 범위, 환율 처리, 시즌 간 비교 방식 등 실무 판단이 필요한 지점을 구체적으로 다룬다.

패션 브랜드 생산 원가를 시스템에 등록할 때 가장 먼저 부딪히는 문제는 숫자 자체가 아니라 그 숫자가 무엇을 포함하는지에 대한 합의다. 같은 품목이라도 담당자마다 원가를 다르게 계산하면, 시스템에 입력된 값은 정확해 보여도 비교나 분석에 쓸 수 없다.

원가 범위를 먼저 정의한다

생산 원가에 무엇을 포함할지는 브랜드마다 다르게 결정할 수 있다. 문제는 결정 자체가 아니라 결정이 문서화되지 않은 채 운영되는 상황이다.

실무에서 자주 엇갈리는 항목은 다음과 같다.

  • 부자재비: 단추, 지퍼, 라벨, 행택 등을 원가에 포함할지, 별도 항목으로 분리할지
  • 임가공비: 봉제 공임만 포함할지, 재단, 검사, 포장 공임까지 포함할지
  • 운송비: 공장 출고 기준(EXW)으로 끊을지, 국내 입고 기준(DDP 또는 CIF+내륙운송)으로 끊을지
  • 검사비: 품질 검사 비용을 원가에 넣을지, 품질관리 비용으로 별도 계상할지
  • 샘플비: 개발 샘플 비용을 해당 품목 원가에 배부할지, 기간 비용으로 처리할지

이 항목들을 시스템 등록 전에 명시적으로 결정하고, 그 기준을 운영 문서로 남겨야 한다. 나중에 기준을 바꾸면 과거 데이터와 비교가 어려워지므로, 초기 결정이 중요하다.

환율 처리 방식을 통일한다

해외 생산 비중이 있는 브랜드는 외화 원가를 원화로 환산하는 시점과 환율 기준을 정해야 한다.

가정한 예시로 설명하면, 달러 기준 원가가 $30이고 발주 시점 환율이 1,300원, 입고 시점 환율이 1,350원이라면 원화 원가는 39,000원 또는 40,500원으로 달라진다. 어느 시점 환율을 쓸지 정하지 않으면 시즌마다 기준이 달라져 원가 추이를 볼 수 없다.

선택지는 크게 세 가지다.

  1. 발주 시점 환율: 계약 당시 비용을 기준으로 삼는다. 이후 환율 변동은 별도 손익으로 처리한다.
  2. 입고 시점 환율: 실제 결제 시점에 가까운 환율을 쓴다. 원가가 입고 후에 확정된다.
  3. 예산 환율(고정 환율): 시즌 초에 환율을 고정하고 그 값으로 전 품목을 등록한다. 환율 변동 영향을 원가에서 분리할 수 있다.

세 방식 모두 장단점이 있다. 중요한 것은 한 가지를 선택해 일관되게 적용하는 것이다. 방식을 바꿀 때는 변경 시점을 기록하고, 이전 시즌 데이터와 직접 비교하지 않도록 주의해야 한다.

원가 버전을 관리한다

생산 원가는 한 번 등록하고 끝나는 값이 아니다. 발주 후 원자재 가격 변동, 공장 협의, 추가 공정 발생 등으로 원가가 바뀔 수 있다.

시스템에서 원가 버전을 관리하지 않으면 어떤 값이 최종 확정 원가인지 알 수 없게 된다. 최소한 다음 세 가지 상태를 구분해 등록할 수 있어야 한다.

  • 예상 원가: 발주 전 견적 또는 전 시즌 유사 품목 기준으로 추정한 값
  • 발주 원가: 공장과 합의한 발주 시점 원가
  • 확정 원가: 입고 후 실제 정산 기준으로 확인된 원가

시스템이 버전 관리를 지원하지 않는다면, 필드를 별도로 만들거나 원가 유형을 코드로 구분하는 방식을 검토한다. 엑셀로 관리하다가 시스템으로 이관할 때 버전 구분이 없으면 데이터 정합성을 맞추기 어렵다.

원가 단위와 수량 기준을 맞춘다

원가를 등록할 때 수량 단위가 생산 수량 단위와 일치하는지 확인해야 한다. 예를 들어 임가공비를 다스(12개) 단위로 계약했는데 시스템에 개당 원가로 입력한다면, 나누는 과정에서 소수점 처리 방식에 따라 값이 달라질 수 있다.

부자재처럼 묶음 단위로 구매하는 항목은 품목당 배부 방식을 정해야 한다. 가정한 예시로, 단추 1,000개를 50,000원에 구매하고 한 품목에 4개를 사용한다면 단추 원가는 개당 200원이다. 이 배부 계산을 시스템이 자동으로 처리하는지, 수동으로 입력하는지 확인하고 방식을 통일한다.

시스템 등록 전에 확인할 사항

원가 기준을 정했다면 시스템에 등록하기 전에 다음을 점검한다.

  • 원가 구성 항목 정의가 문서로 존재하는가
  • 환율 처리 방식이 결정되어 있는가
  • 원가 버전(예상, 발주, 확정)을 시스템에서 구분할 수 있는가
  • 수량 단위가 생산 계약 단위와 일치하는가
  • 원가를 수정할 때 이력이 남는가

이 중 하나라도 결정되지 않은 상태에서 등록을 시작하면, 나중에 데이터를 정리하는 데 등록하는 시간보다 더 많은 시간이 든다.

기준 변경이 필요할 때

운영 중에 원가 기준을 바꿔야 하는 상황이 생길 수 있다. 이때 주의할 점은 변경 전후 데이터를 같은 기준으로 비교하지 않는 것이다. 변경 시점을 명확히 기록하고, 리포트나 분석에서 기준이 다른 구간을 구분해 표시해야 한다.

기준 변경이 잦으면 시즌 간 원가 비교 자체가 의미를 잃는다. 초기에 충분히 논의해 기준을 잡는 것이 운영 부담을 줄이는 방법이다.