중고차 상사 차량별 원가·금융비용 추적 및 실시간 마진 정산 아키텍처 설계

[아키텍처 노트 안내]
본 문서는 중고차 매매상사 실무진으로부터 접수된 ‘차량 재고·상품화 비용·금융이자·판매 손익 통합 관리 프로그램’ 실제 개발 문의를 바탕으로 제이앤코어 기술연구소가 도출한 시스템 아키텍처 및 데이터 모델링 기획안입니다. 본문에 포함된 UI 목업, 차량번호, 금액 및 산출 결과는 도메인 설계 구조를 설명하기 위한 레퍼런스 모델이며 특정 고객사의 기밀 데이터를 포함하지 않습니다.

1. 문제 정의: ‘재고 기록’과 ‘손익 판단’의 데이터 단절

중고차 매매상사 전산화 문의에서 실무자들이 가장 많이 요청하는 기능 목록은 차량 재고 등록, 매입가 관리, 재고금융(할부·캐피탈) 이자 계산, 차량별 부대비용 정산, 판매 후 순익 산출로 요약됩니다. 대형 전사 ERP는 도입 비용과 복잡도가 과도하고, 기존 엑셀 매크로 방식은 다중 작업 시 수식 파손이 빈번해 그 중간 지점의 경량 웹 시스템을 필요로 하는 경우가 대부분입니다.

현장의 업무 흐름을 분석해 보면, 진짜 병목은 엑셀이라는 도구 자체보다 동일한 차량 한 대의 생애주기(Lifecycle) 데이터가 목적별 파일 4개로 쪼개져 관리된다는 점에 있습니다.

파편화된 업무 자료 다이어그램 (※ 재고 대장, 상품화 비용 장부, 금융이자 계산 시트, 판매 정산서가 분리되어 있을 때 차량별 실시간 손익 추적이 불가능해지는 구조)

예를 들어 1,400만 원에 매입한 차량이 상품화 과정을 거치며 이전비, 외형 복원·수리비, 광택·세차비, 탁송비가 순차적으로 발생하고, 동시에 보유 일수만큼 재고금융 이자가 매일 누적됩니다.

영업 담당자가 고객과 1,700만 원에 판매 협상을 진행할 때 **“지금 이 금액에 넘기면 상사에 실제로 얼마가 남는가?”**를 즉시 확인하려면, 네 개의 엑셀 파일을 번갈아 열어 해당 차량의 누적 원가와 오늘자 경과 이자를 다시 합산해야 합니다. 차량이 수십 대로 늘어나면 데이터를 대조하는 시간이 가격 의사결정 시간을 지연시키는 결과를 낳습니다.

2. 핵심 데이터 모델링: `차량 한 대 = 단일 원가 원장(Single Unit Ledger)`

제이앤코어가 설계한 아키텍처(프로토타입 코드명: ‘차량원가 한눈’)는 거창한 회계 ERP가 아니라, 매매상사 운영진이 매일 반복하는 단 하나의 의사결정 질문에서 출발합니다.

“이 차량을 오늘 희망가에 판매하면, 모든 부대비용과 금융비용을 제하고 실제로 얼마가 남는가?”

이를 위해 데이터베이스 스키마의 중심을 ‘장부 종류’가 아닌 **‘차량 고유 식별자(차량번호 + 매입 회차)‘**로 재정의했습니다.

차량 등록부터 판매 정산까지의 데이터 파이프라인 (※ 차량 등록 → 부대비용·금융이자 누적 → 실시간 예상마진 산출 → 판매 후 확정마진 잠금으로 이어지는 단일 파이프라인)

원장 초기화 (Unit Initialization): 차량 매입 등록과 동시에 해당 차량의 고유 원가 원장이 생성됩니다.
트랜잭션 누적 (Cost Append): 매입 담당자의 기본 정보, 정비·상품화 담당자의 수리비 전표, 관리자의 금융 조건이 별도 시트에 흩어지지 않고 해당 차량 원장의 하위 비용 엔티티(Cost Line Items)로 직접 바인딩됩니다.
이중 마진 상태 분리 (Dual-Margin State): 판매 전에는 희망 판매가와 일별 누적 원가를 기반으로 **예상마진(Projected Margin)**을 실시간 계산하고, 판매 완료 및 비용 마감을 거치면 **확정마진(Realized Margin)**으로 상태를 동결(Lock)합니다.

3. 운영 대시보드 설계: 단순 합계가 아닌 ‘의사결정 우선순위’ 노출

상사 운영자가 시스템에 접속했을 때 첫 화면이 단순히 전체 보유 대수와 총매입액만 나열한다면 실무적 가치는 낮습니다. 관리자에게 필요한 것은 **‘오늘 가격 재검토나 출고 판단이 시급한 차량’**을 선별해 주는 예외 중심(Exception-Driven) 뷰포트입니다.

운영 대시보드 목업 화면 (※ 전체 보유 현황 요약 하단에 장기보유 및 원가 상승으로 마진 임계치에 도달한 차량을 우선 배치한 대시보드 구조)

장기보유 및 마진 잠식 감지: 상사별로 설정한 기준 보유일(예: 30일, 45일)을 초과했거나, 추가 수리비와 일별 금융비용 누적으로 인해 예상마진이 목표치 이하로 하락한 차량을 상단 경고 큐에 자동 노출합니다.
기존 엑셀 데이터 마이그레이션 검증기: 시스템 도입 첫날부터 수십 대의 차량을 수기로 재입력하는 부담을 없애기 위해 기존 엑셀 업로드 파서를 제공합니다. 단, 중복 차량번호, 매입가 누락, 날짜 포맷 불일치 행은 DB 적재 전 스테이징(Staging) 화면에서 즉시 필터링하여 오염된 데이터가 대시보드 통계를 왜곡하는 것을 원천 차단합니다.

4. 단위 원가 추적과 증빙 감사 로그(Audit Trail)

개별 차량 상세 화면에서는 산출된 총원가의 구성 근거가 투명하게 역추적되어야 합니다.

차량별 원가 기록 및 내역 상세 목업 (※ 매입가·부대비용·금융비용의 합산 근거와 일자별 입력 이력을 한 화면에 통합한 상세 뷰포트)

위 예시 모델에서 매입가 1,400만 원, 부대비용 합계 108만 원(이전비 32만, 수리비 56만, 상품화 14만, 탁송 6만), 경과 금융비용이 합산되어 누적 원가가 산출됩니다. 희망 판매가 1,700만 원 대비 현재 예상마진이 얼마인지 즉시 표시되지만, 아키텍처적으로 더 중요한 영역은 하단의 **원가 기록(Cost Log)**입니다.

각 비용 항목이 언제, 어느 담당자에 의해, 어떤 사유와 증빙으로 입력되었는지 시계열 이력이 남아야 경영진이 시스템의 숫자를 신뢰할 수 있습니다.
본 지표는 매매상사 내부의 빠른 의사결정을 위한 관리회계(Management Accounting) 목적의 단위 손익 지표이며, 부가세 과세표준·매도비 귀속·딜러 수수료 원천징수 등 법정 세무 신고 데이터와는 역할을 명확히 분리하여 설계합니다.

5. 재고금융 이자 연산: 확정치 단정이 아닌 ‘계약 조건 기반 일별 추정’

중고차 재고 관리 시스템에서 가장 정교하게 다뤄야 할 도메인 로직은 금융비용(캐피탈 재고금융 이자) 산출입니다. 동일한 연이율 6.0% 조건이라도 원금 거치 여부, 중도상환 수수료율, 거치 기간별 차등 금리, 일할 계산 기준(365일/360일)에 따라 실제 금융사 청구액이 달라지기 때문입니다.

금융비용 계산 및 조건 설정 화면 목업 (※ 차량별 금융원금·적용 이율·경과일수를 기반으로 기준일 현재의 추정 금융비용을 산출하고 마진에 연동하는 모듈)

따라서 시스템은 어설픈 자동화로 숫자를 ‘확정 이자’처럼 단정 짓는 대신 다음과 같은 2단계 구조로 작동합니다.

보유 기간 중 (일별 추정 엔진): 차량에 설정된 금융원금과 약정 이율, 매입일(또는 실행일)로부터 오늘까지의 경과일수를 계산하여(원금 × 연이율 × 경과일 ÷ 365 등 설정 산식 적용) 오늘 기준 추정 금융비용을 일별로 갱신합니다. 이를 통해 보유일이 하루 늘어날 때마다 예상마진이 얼마나 줄어드는지 실시간 가시성을 제공합니다.
판매 정산 시점 (실청구액 대사): 차량이 판매되어 금융을 상환할 때는 추정치 옆에 실제 금융사 상환 청구액을 입력·대조하여 최종 확정 원가로 귀속시킵니다.

6. 판매 완료와 정산 잠금(Settlement Lock): 예상마진 vs 확정마진

현장에서는 차량 인도(판매)가 끝난 뒤에 미청구된 외주 공업사 수리비나 출고 서비스 비용이 뒤늦게 발견되는 경우가 빈번합니다. 따라서 단순히 차량 상태를 판매완료로 바꾼다고 해서 손익 정산이 끝나서는 안 됩니다.

예상마진과 확정마진을 분리한 판매 정산 목업 (※ 판매 전 예상마진과 실판매가·최종 원가 반영 후의 확정마진을 대조하고 체크리스트 승인 후 원장을 잠그는 구조)

예상마진과 확정마진의 편차 기록: 희망가 1,700만 원 기준 예상마진과 실제 판매가 1,650만 원 및 최종 정산 원가를 반영한 확정마진 사이의 편차(Variance)를 보존합니다. 이 데이터가 누적되면 상사는 어떤 차종에서 가격 네고나 추가 상품화 비용이 많이 발생하는지 데이터에 기반해 다음 매입가를 산정할 수 있습니다.
정산 체크리스트 및 원장 잠금(Lock): 매입금액, 이전·수리·상품화비 누락 여부, 금융 상환액 대조, 판매 후 추가 비용 유무를 모두 체크한 뒤 정산을 확정(Lock)합니다. 확정 이후 숫자를 수정할 경우에는 반드시 수정 사유와 변경 전후 값을 감사 로그(Audit Log)에 남기도록 통제합니다.

7. 확장성 검토: 단일 고객사 맞춤형 구축에서 마이크로 SaaS로의 진화

이 아키텍처는 개별 매매상사의 외주 개발 요구사항에서 출발했지만, 도메인 코어(Domain Core)를 분리해 보면 업계 전반에 반복되는 구조적 패턴을 가집니다.

초기 출시 MVP 범위와 향후 확장 로드맵 (※ 첫 2~4주 스프린트에서 구현할 핵심 MVP 5대 기능과 실사용 검증 후 확장할 후속 모듈의 경계 설정)

처음부터 외부 매물 플랫폼 연동, 세무 프로그램 자동 전표 전송, AI 시세 예측까지 한꺼번에 넣으려 하면 개발 기간과 비용이 수천만 원 단위로 비대해지고 정작 현장에서 매일 써야 할 원가 입력 화면은 복잡해집니다.

제이앤코어가 권장하는 엔지니어링 전략은 명확합니다.

Phase 1 (핵심 원장 구축, 2~4주): 기존 엑셀 이관 검증, 차량별 원가·증빙 누적, 일별 금융비용 추정, 예상/확정마진 분리 정산, 장기보유 알림 등 실무자가 내일 당장 엑셀 대신 쓸 수 있는 5대 코어 기능만 정밀하게 구축합니다.
Phase 2 (현장 안착 후 확장): 실제 상사 직원들의 데이터 입력률과 정산 소요 시간 단축 효과를 확인한 뒤, 상사별 특수 정산 규칙 템플릿이나 외부 연동을 단계적으로 확장합니다.

💡 중고차 상사 및 재고·원가 기반 비즈니스를 위한 기술 상담

매입가, 수리비, 금융이자, 판매 정산이 여러 엑셀 파일로 나뉘어 차량별 실제 마진을 즉시 파악하기 어려우십니까?
무거운 범용 ERP 대신 우리 상사의 정산 방식에 딱 맞는 경량 웹 시스템이 필요하십니까?

현재 사용 중인 엑셀 파일의 컬럼 구조(민감 정보 제외)만 공유해 주시면, 제이앤코어 기술연구소가 가장 효율적인 단일 원장 웹 시스템 구조를 설계해 드립니다.