고객사·수리 고객·B2B 거래처 구분
고객사는 시스템 사용 조직, 고객은 수리 접수자, 거래처는 B2B 거래 주체로 정의했습니다. 각 주체의 데이터와 역할별 접근 범위를 나누고 백엔드 권한 검사에 반영했습니다.
03 / 업무 시스템 설계·구현2026.05 – 현재 · 개발·검증 중
전동공구 A/S 관리 플랫폼
글로벌 전동공구 브랜드 · DB Inc.
고객사와 업무 주체·권한·정산 규칙을 협의하고, 접수부터 정산까지의 DB·API·화면을 개발하고 있습니다.
문제
같은 ‘고객’으로 불리던 조직·수리 접수자·거래처의 데이터와 권한을 구분해야 했습니다.
현재 범위
업무 주체·권한·정산 기준 설계
고객사와 협의한 설계 기준 · 개발·검증 중
직접 개발한 A/S 대시보드 · 집계값은 테스트 데이터 · 고객사 정보 가림
문제와 제약
화면 와이어프레임을 실제 A/S 업무 시스템으로 옮겨야 했습니다. 같은 ‘고객’이라는 표현에 시스템을 쓰는 조직, 수리를 맡기는 사람, B2B 거래 주체가 섞여 있었습니다. 데이터 모델과 조회·수정 권한부터 구분해야 했습니다.
설계와 구현
접수·수리·정산의 상태와 API 구현
접수부터 배정, 진단·견적, 승인·입금·자재, 수리, 완료, 정산까지 단계별 처리 주체와 예외 조건을 검토했습니다. 업무 흐름을 상태 모델로 설계하고 Java·Spring 서버와 Vue 화면으로 구현하고 있습니다.
정산 생성 시점의 금액 보관
정산 이후 부품 단가나 모델명이 바뀌어도 과거 정산 내역은 유지돼야 했습니다. 고객사 담당자와 화면을 보며 협의해 수리 건과 금액을 별도 정산 테이블에 보관하고, 원본 수리 데이터와 독립적으로 관리하는 설계에 합의했습니다. 본사 SAP 업로드용 CSV 규격도 함께 협의했습니다.
접수
배정
진단·견적
승인·입금·자재
수리
완료
정산
업무 주체·권한·정산 기준 설계
고객사와 협의한 설계 기준 · 개발·검증 중
정산 시점 데이터의 별도 보관 방식과 본사 SAP 업로드용 CSV 규격을 고객사와 협의했습니다. 도메인·DB 설계, 서버·화면 개발과 QA·배포를 담당하며, 도메인별 개발 가이드와 검증 기록을 남기고 추가 요구사항을 반영하고 있습니다. 개발에는 직접 만든 jira-harness를 사용합니다.
다음 프로젝트링커 통합회원·Redis Q&A
← 모든 프로젝트 보기채용·프로젝트 문의
dohoon321@gmail.com