# SAM 단가 정책 (Pricing Policy) > **작성일**: 2025-12-08 > **최종 갱신**: 2026-03-19 > **상태**: 설계 확정 + 개선방향 기획 (Depth 버전관리) --- ## 1. 개요 ### 1.1 목적 SAM 시스템 내 모든 단가의 **유형 정의**, **계산 공식**, **흐름 추적**, **버전 관리**를 명확히 한다. ### 1.2 핵심 원칙 | 원칙 | 설명 | |------|------| | **Depth 기반 흐름** | 매입단가 → 표준원가 → 판매단가 → 견적단가 → 수주단가 → 매출단가 | | **실제원가 우선** | 수입검사 입고단가 > 표준원가 | | **시점 기반 유효성** | `effective_from` ~ `effective_to` 기간 내 유효 | | **리비전 추적** | 모든 변경 사항 이력 보관 (`price_revisions`) | | **확정 후 불변** | `finalized` 상태는 수정/삭제 불가 | | **단가 복제 원칙** | 하위 단계(견적→수주→매출)로 복제된 단가는 원본과 독립 | ### 1.3 단가 유형 정의 (6 Depth) ``` Depth 0 매입단가 prices.purchase_price 공급업체로부터의 구매가 Depth 1 표준원가 (매입단가 + 가공비) × LOSS 제조 기준 원가 Depth 2 판매단가 prices.sales_price 표준원가 + 마진, 반올림 적용 Depth 3 견적단가 quote_items.unit_price BOM 산출 또는 수동 입력 Depth 4 수주단가 order_items.unit_price 견적에서 복제 (확정가) Depth 5 매출단가 sales.supply_amount 수주에서 복제 (최종가) ``` --- ## 2. 단가 흐름도 ### 2.1 전체 흐름 ``` ┌─────────────────────────────────────────────────────────────┐ │ Depth 0: 매입단가 │ │ prices.purchase_price + prices.processing_cost │ │ 소스: 공급업체 견적, 수입검사 입고단가 │ └──────────────────────┬──────────────────────────────────────┘ ↓ × (1 + LOSS율/100) ┌──────────────────────┴──────────────────────────────────────┐ │ Depth 1: 표준원가 │ │ = (매입단가 + 가공비) × (1 + LOSS율/100) │ └──────────────────────┬──────────────────────────────────────┘ ↓ × (1 + 마진율/100) + 반올림 ┌──────────────────────┴──────────────────────────────────────┐ │ Depth 2: 판매단가 │ │ prices.sales_price (고객그룹별 차등가 가능) │ └──────────────────────┬──────────────────────────────────────┘ ↓ BOM 산출 or 수동 입력 ┌──────────────────────┴──────────────────────────────────────┐ │ Depth 3: 견적단가 │ │ quote_items.unit_price (BOM 부품별 판매단가 합산 = 완제품가) │ │ quotes.total_amount = 재료비 + 노무비 + 시공비 - 할인 │ └──────────────────────┬──────────────────────────────────────┘ ↓ convertToOrder() 복제 ┌──────────────────────┴──────────────────────────────────────┐ │ Depth 4: 수주단가 │ │ order_items.unit_price (견적단가 복제) │ │ + supply_amount, tax_amount, total_amount 재계산 │ └──────────────────────┬──────────────────────────────────────┘ ↓ createFromOrder/Shipment 복제 ┌──────────────────────┴──────────────────────────────────────┐ │ Depth 5: 매출단가 │ │ sales.supply_amount, tax_amount, total_amount (수주 복제) │ └─────────────────────────────────────────────────────────────┘ ``` ### 2.2 단가 저장 위치 | Depth | 테이블 | 단가 컬럼 | 금액 컬럼 | |:-----:|--------|----------|----------| | 0 | `prices` | `purchase_price`, `processing_cost` | — | | 1 | (계산값) | — | `(purchase_price + processing_cost) × (1 + loss_rate)` | | 2 | `prices` | `sales_price` | — | | 3 | `quote_items` | `unit_price` | `total_price` | | 3 | `quotes` | — | `material_cost`, `labor_cost`, `install_cost`, `total_amount` | | 4 | `order_items` | `unit_price` | `supply_amount`, `tax_amount`, `total_amount` | | 4 | `orders` | — | `supply_amount`, `tax_amount`, `total_amount` | | 5 | `sales` | — | `supply_amount`, `tax_amount`, `total_amount` | --- ## 3. 단가 계산 공식 ### 3.1 표준원가 (Depth 1) ``` 표준원가 = (매입단가 + 가공비) × (1 + LOSS율/100) 예시: (10,000 + 2,000) × 1.05 = 12,600원 ``` ### 3.2 판매단가 (Depth 2) ``` 판매단가 = 반올림(표준원가 × (1 + 마진율/100), 반올림단위, 반올림규칙) 예시: round(12,600 × 1.25 / 100) × 100 = 15,800원 ``` | 반올림규칙 | 설명 | 15,750 (단위 100) | |-----------|------|------------------| | `round` | 반올림 | 15,800 | | `ceil` | 올림 | 15,800 | | `floor` | 버림 | 15,700 | ### 3.3 원가 조회 우선순위 | 순위 | 소스 | 조건 | |:----:|------|------| | 1 | `material_receipts.purchase_price_excl_vat` | 자재만, 최근 입고 기준 | | 2 | `prices.purchase_price` | 해당 일자 유효 단가 | | 3 | NULL | 단가 미등록 → 경고 반환 | ### 3.4 견적단가 (Depth 3) — BOM 산출 ``` 견적 품목 금액 = 계산수량 × 단가 견적 소계 = 재료비 + 노무비 + 시공비 견적 총액 = 소계 - 할인금액 ``` BOM 자동산출 시 `EstimatePriceService`가 items + item_details + prices 조인으로 판매단가 조회. ### 3.5 수주단가 (Depth 4) ``` 공급가액 = 수량 × 단가 - 할인금액 세액 = 공급가액 × 10% 총액 = 공급가액 + 세액 ``` ### 3.6 매출단가 (Depth 5) 수주의 `supply_amount`, `tax_amount`, `total_amount`를 그대로 복제. --- ## 4. 고객그룹 차등가 ### 4.1 구조 `client_groups` 테이블: | 필드 | 설명 | |------|------| | `group_code` | 그룹 코드 | | `group_name` | 그룹명 | | `price_rate` | 가격 배율 (1.0=기본, 0.9=10%할인, 1.1=10%인상) | ### 4.2 조회 우선순위 ``` 1순위: prices WHERE client_group_id = [거래처의 그룹ID] → 그룹 전용 단가 2순위: prices WHERE client_group_id IS NULL → 기본 단가 ``` `Price::getCurrentPrice($tenantId, $itemTypeCode, $itemId, $clientGroupId)` 메서드가 이 로직을 처리한다. --- ## 5. 상태 관리 ### 5.1 상태 전이 ``` draft ──→ active ──→ finalized (초안) (활성) (확정, 불변) │ └──→ inactive (비활성) ``` ### 5.2 상태별 권한 | 상태 | 조회 | 수정 | 삭제 | 확정 | |------|:----:|:----:|:----:|:----:| | `draft` | ✅ | ✅ | ✅ | ✅ | | `active` | ✅ | ✅ | ✅ | ✅ | | `inactive` | ✅ | ✅ | ✅ | ❌ | | `finalized` | ✅ | ❌ | ❌ | ❌ | ### 5.3 확정 규칙 - `sales_price` 또는 `purchase_price` 중 하나 이상 존재해야 확정 가능 - 확정 시: `is_final = true`, `status = 'finalized'`, `finalized_at/by` 기록 - 확정 후: 수정 필요 시 **새 단가 레코드 생성** (기존 단가의 `effective_to` 자동 설정) --- ## 6. 리비전 관리 ### 6.1 리비전 생성 시점 | 이벤트 | 리비전 | 설명 | |--------|:------:|------| | 최초 등록 | ✅ | `revision_number = 1`, `before_snapshot = NULL` | | 수정 | ✅ | `revision_number++`, 변경 전/후 기록 | | 삭제 | ✅ | soft delete, 삭제 전 스냅샷 | | 확정 | ✅ | 확정 시점 스냅샷 | ### 6.2 기간 중복 자동 처리 ``` 기존: 2025-01-01 ~ NULL (무기한) 신규: 2025-06-01 ~ NULL → 기존의 effective_to를 2025-05-31로 자동 설정 → 신규 단가 등록 ``` --- ## 7. 비즈니스 규칙 | 규칙 | 설명 | |------|------| | **R1** | `effective_from`은 필수 | | **R2** | `effective_from` ≤ `effective_to` | | **R3** | 동일 품목+고객그룹+적용시작일 중복 불가 | | **R4** | 확정된 단가는 수정/삭제 불가 | | **R5** | 마진율: 0% 이상 (상한 없음) | | **R6** | LOSS율: 0~100% | | **R7** | 반올림단위: 1, 10, 100, 1000 중 택1 | | **R8** | Soft Delete 적용 (삭제 후 리비전에서 조회 가능) | --- ## 8. API 엔드포인트 | Method | Endpoint | 설명 | |--------|----------|------| | GET | `/api/v1/pricing` | 단가 목록 | | GET | `/api/v1/pricing/{id}` | 단가 상세 (리비전 10개 포함) | | POST | `/api/v1/pricing` | 단가 등록 | | PUT | `/api/v1/pricing/{id}` | 단가 수정 (`change_reason` 선택) | | DELETE | `/api/v1/pricing/{id}` | 단가 삭제 | | POST | `/api/v1/pricing/{id}/finalize` | 단가 확정 | | POST | `/api/v1/pricing/by-items` | 품목별 단가 현황 | | GET | `/api/v1/pricing/{id}/revisions` | 변경 이력 | | POST | `/api/v1/pricing/cost` | 원가 조회 | | GET | `/api/v1/pricing/stats` | 단가 통계 | | DELETE | `/api/v1/pricing/bulk` | 일괄 삭제 | --- ## 9. 핵심 코드 위치 | 구분 | 파일 | 역할 | |------|------|------| | 모델 | `api/app/Models/Products/Price.php` | `getCurrentPrice()`, `calculateSalesPrice()`, `getSalesPriceByItemCode()` | | 모델 | `api/app/Models/Products/PriceRevision.php` | 변경 이력 (Immutable) | | 서비스 | `api/app/Services/PricingService.php` | 단가 CRUD, 리비전, 확정, 원가 조회 | | 서비스 | `api/app/Services/Quote/EstimatePriceService.php` | BOM 자동산출 시 부품 단가 조회 | | 서비스 | `api/app/Services/Quote/QuoteService.php` | 견적→수주 전환 (`convertToOrder`) | | 모델 | `api/app/Models/Orders/OrderItem.php` | `createFromQuoteItem()`, 금액 재계산 | | 모델 | `api/app/Models/Tenants/Sale.php` | `createFromOrder()`, `createFromShipment()` | --- ## 10. 개선방향: Depth 기반 단가 버전관리 > **상태**: 기획 단계 > **배경**: 현재 원자재 가격 인상 시 하위 Depth(판매단가, 견적단가)에 대한 영향 분석이 수동으로 이루어지고 있다. Depth 개념을 도입하여 단가 변경의 **상향 전파(Cascade)** 와 **영향 분석(Impact Analysis)** 을 체계화한다. ### 10.1 현재 한계 | 문제 | 설명 | |------|------| | **단절된 추적** | 매입단가 변경 시 어떤 판매단가/견적에 영향이 있는지 추적 불가 | | **수동 갱신** | 원자재 인상 → 판매단가 수동 재계산 → 견적 재작성 필요 | | **스냅샷 부재** | 견적/수주 시점의 Depth 0~2 단가를 역추적할 수 없음 | | **일괄 변경 불가** | 특정 공급업체 자재 10% 인상 시 관련 판매단가 일괄 갱신 불가 | ### 10.2 개선 방향 #### Phase 1: 단가 연쇄 관계 추적 `prices` 테이블에 Depth 관계를 기록하여, 하위 Depth 단가가 어떤 상위 Depth 단가에서 파생되었는지 추적한다. ``` 신규 필드 (prices 테이블): price_depth TINYINT — 0(매입), 2(판매) 등 parent_price_id BIGINT — 이 단가의 원천 단가 ID (NULL=최상위) price_version VARCHAR(20) — 단가 버전 (예: 'v2026-Q1') ``` **효과**: 매입단가(Depth 0) 변경 시 → 해당 품목의 판매단가(Depth 2) 목록을 즉시 조회 가능. #### Phase 2: 변경 영향 분석 API 매입단가 변경 전 영향 범위를 분석하는 API를 제공한다. ``` POST /api/v1/pricing/impact-analysis Body: { "price_id": 123, "new_purchase_price": 12000 } Response: { "affected_sales_prices": [ { "id": 456, "item_name": "가이드레일", "current": 15800, "projected": 17400, "diff": "+10.1%" } ], "affected_quotes": [ { "id": 789, "quote_number": "KD-SC-260301-01", "status": "draft", "impact": "+52,000원" } ], "affected_orders": [ { "id": 101, "order_number": "ORD-260215-001", "status": "confirmed", "impact": "변경 불가 (확정)" } ] } ``` #### Phase 3: 단가 버전 그룹 관리 분기/반기 단위로 단가 버전을 묶어 관리한다. ``` 신규 테이블: price_versions id, tenant_id version_code VARCHAR(20) — 'v2026-Q1', 'v2026-H1' version_name VARCHAR(100) — '2026년 1분기 단가' base_version_id BIGINT — 이전 버전 ID (NULL=최초) effective_from DATE — 적용 시작일 status ENUM — draft/active/archived change_summary JSON — { total_items: 150, avg_increase: 3.2% } created_by, created_at ``` **워크플로우**: ``` 1. 신규 버전 생성 (draft) → 이전 버전의 모든 단가를 복사 2. 변경 대상 품목의 매입단가 수정 → 판매단가 자동 재계산 (Cascade) 3. 영향 분석 리포트 생성 → 변경 전후 비교, 마진 변화 시각화 4. 승인 → 버전 활성화 (active) → effective_from 일자부터 신규 단가 적용 5. 이전 버전 자동 종료 (archived) ``` #### Phase 4: 견적/수주 단가 스냅샷 견적/수주 생성 시점의 Depth 0~2 단가를 `calculation_inputs` JSON에 보존한다. ```json { "price_snapshot": { "version": "v2026-Q1", "captured_at": "2026-03-15", "items": [ { "item_id": 100, "item_name": "가이드레일", "depth_0": { "purchase_price": 10000, "processing_cost": 2000, "loss_rate": 5 }, "depth_2": { "sales_price": 15800, "margin_rate": 25 }, "depth_3": { "unit_price": 15800, "quantity": 2.5, "total": 39500 } } ] } } ``` **효과**: 수주 완료 후 원가 변동이 발생해도, 해당 수주 시점의 원가 구조를 완전히 역추적 가능. ### 10.3 기대 효과 | 항목 | 현재 | 개선 후 | |------|------|--------| | 원자재 인상 반영 | 수동 (1~2일) | 자동 Cascade (즉시) | | 영향 범위 파악 | 불가능 | Impact Analysis API | | 단가 이력 비교 | 개별 리비전만 | 버전 간 일괄 비교 | | 견적 원가 역추적 | 불가능 | 스냅샷 보존 | | 분기 단가 갱신 | 품목별 수동 | 버전 복사 + 일괄 변경 | ### 10.4 구현 우선순위 | Phase | 내용 | 난이도 | 우선순위 | |:-----:|------|:------:|:-------:| | 1 | 단가 연쇄 관계 (parent_price_id) | 낮음 | 🔴 필수 | | 2 | 변경 영향 분석 API | 중간 | 🟡 중요 | | 3 | 단가 버전 그룹 관리 | 높음 | 🟢 권장 | | 4 | 견적/수주 스냅샷 보존 | 낮음 | 🟡 중요 | --- ## 11. 관련 문서 - [품목 정책](item-policy.md) — 품목 유형 체계 (FG, PT, SM, RM, CS) - [견적 시스템](../features/quotes/README.md) — BOM 산출, 견적 생성 흐름 - [API 개발 규칙](../dev/standards/api-rules.md) — Service-First 패턴 - [DB 스키마](../system/database/README.md) — 테이블 관계 --- **최종 업데이트**: 2026-03-19