ORGANICS ERP

Organics의 화장품 생산은 영업, R&D, 패키지 디자인, 구매, 계획, 공장, 창고, QA, QC, 재무를 거쳐 진행되며, 브리프가 처방이 되고 처방이 BOM이 되며 자재 부족이 구매로 이어지는 모든 인계는 다음 팀에 빠짐없이 전달되고 나중에도 추적할 수 있어야 합니다. ORGANICS ERP는 회사의 IPO 준비를 위한 시스템이기도 해서, 증권거래소 상장을 준비하는 과정에서 모든 거래가 누가 만들고 누가 승인했으며 어떤 증빙이 뒷받침하는지 보여 줄 수 있어야 합니다. 과제는 모든 부서가 한 번의 로그인으로 같은 데이터 위에서 일하고, 각자는 역할과 부서가 허용하는 업무만 보도록 하는 것이었습니다. 또한 사무실에서 이미 쓰고 있는 서식을 그대로 따라, 공장이 시스템에 맞추는 것이 아니라 시스템이 공장의 일하는 방식에 맞춰야 했습니다.

ERP를 부서별 칸막이가 아닌 워크플로 중심으로 설계했습니다. 각 콘솔은 독립된 앱이지만 모두 공용 서비스를 통해 같은 데이터를 읽고 쓰기 때문에, 한 부서의 결과물이 곧바로 다음 부서의 입력이 되어 다시 입력할 필요가 없습니다.

1. 1. 독립 콘솔, 공용 서비스

   pnpm과 Turborepo 모노레포 안에 부서별 Next.js 16 콘솔을 두고 next-intl로 태국어와 영어를 지원합니다. 그 아래에서 마스터 데이터, 구매, 재고, 재무를 맡는 NestJS 서비스가 Prisma와 MongoDB 위에서 동작하며 DigitalOcean App Platform에 배포됩니다.

2. 2. 한 번의 로그인, 세 겹의 권한

   인증 센터를 통해 한 번 로그인하면 모든 콘솔에 들어갈 수 있습니다. 권한은 역할, 부서, 6단계 등급을 결합하고 승인 한도 같은 속성도 반영하며, 백엔드는 검증된 토큰으로 권한을 판단하고 호출 측이 보낸 요청 헤더 값은 신뢰하지 않습니다.

3. 3. 기본으로 갖춘 감사 추적

   감사 인터셉터가 모든 생성, 수정, 삭제를 수행자와 변경 전후 값과 함께 기록합니다. 문서에는 매년 새로 시작하는 일련번호가 붙고, 발주서와 입고증은 사무실이 실제로 쓰는 양식대로 출력됩니다.

4. 4. 생산 체인을 하나의 흐름으로

   신제품 개발(NPD) 프로젝트가 브리프, R&D 처방, 포장 BOM을 버전으로 관리해 생산 요청으로 넘깁니다. 계획 담당자가 손실률을 더하면 부족 자재는 계획에서 바로 구매 요청이 되고, 모든 자재 라인이 출고되기 전에는 현장에서 배치를 시작할 수 없습니다.

5. 5. 워크플로 안의 통제

   입고품은 로트 추적, 격리 라벨, FEFO와 함께 QC를 거칩니다. QC 검사와 QA 출하 승인은 서로 다른 역할이 맡고, 재무 문서는 직무 분리 검사를 거쳐 작성자가 직접 승인하거나 전기할 수 없습니다.

ORGANICS ERP는 500명 이상의 사용자를 대상으로 운영 환경에서 가동 중입니다. 사용자 인수 테스트(UAT)가 함께 진행되며, 테스트를 통과한 수정 사항은 계속 운영 환경에 반영됩니다.

• 모든 부서를 하나의 시스템으로

  각 팀은 한 번의 로그인으로 자기 콘솔에서 일하며, 역할과 부서가 허용하는 업무만 봅니다.

• 브리프부터 재고까지 추적 가능

  제품별 브리프, 처방, BOM, 생산 요청, 구매, 입고, QC 결과가 서로 연결되어 어느 단계든 출처를 거슬러 확인할 수 있습니다.

• 검증 가능한 승인

  본인 승인은 설계상 거부되며, 모든 변경은 누가 무엇을 바꿨는지와 함께 기록됩니다.

• 자재가 준비되어야 생산

  부족한 자재는 생산 계획에서 바로 구매 요청으로 만들 수 있고, 모든 자재 라인이 출고된 뒤에야 생산을 시작할 수 있습니다.