- 2025-12-28 고객센터 시스템 게시판 API 연동 수정 기록 - 날짜 범위 필터 초기값 변경 내용 문서화 fix: 고객센터 목록 날짜 범위 초기값 변경 - EventList, InquiryList, NoticeList 날짜 범위 초기값 빈 문자열로 변경 - 페이지 진입 시 전체 데이터 조회 가능하도록 수정 feat: 1:1 문의 댓글 기능 API 연동 - 댓글 CRUD API 함수 구현 (shared/actions.ts) - getComments, createComment, updateComment, deleteComment - CommentApiData 타입 및 transformApiToComment 변환 함수 추가 - InquiryDetail 컴포넌트 callback props 방식으로 변경 - user.id localStorage 저장으로 본인 글 수정/삭제 버튼 표시 - page.tsx에서 댓글 API 호출 및 상태 관리 feat(WEB): 게시판 시스템 Mock → API 연동 (Phase J) - BoardList: getPosts, getMyPosts API 연동 - BoardDetail: getPost API 연동, 새 라우트 구조 적용 - BoardForm: getBoards, createPost, updatePost API 연동 - 라우트 변경: /board/[id] → /board/[boardCode]/[postId] - Toast 라이브러리 sonner로 통일 - MOCK_BOARDS 완전 제거, types.ts 정리 chore: 작업 현황 업데이트 refactor: BoardForm 부서 Mock 데이터 분리 - types.ts에서 MOCK_DEPARTMENTS 제거 - BoardForm 내부에 임시 Mock 데이터 정의 - TODO: API에서 부서 목록 연동 필요 feat: 종합현황 반려 사유 입력 Dialog 추가 - 반려 시 사유 입력 Dialog 표시 - 사유 미입력 시 toast 에러 메시지 - rejectIssue 함수에 reason 파라미터 추가 feat: 고객센터 Mock → API 연동 완료 - shared/actions.ts: 공통 게시글 API 액션 추가 - shared/types.ts: 공통 타입 정의 - InquiryList: Mock → API 연동, transform 함수 추가 - FAQList: Mock → API 연동, transform 함수 추가 - 상세 페이지: API 연동 (notices, events, inquiries) - 각 types.ts: transformPost 함수 추가 fix: 고객센터 board_code 불일치 수정 - 공지사항: notice → notices - 이벤트: event → events - DB 시스템 게시판 코드와 일치하도록 수정 feat: 결재 문서 작성 파일 첨부 기능 구현 - UploadedFile 타입 추가 및 ProposalData/ExpenseReportData에 uploadedFiles 필드 추가 - uploadFiles() 함수 구현 (/api/v1/files/upload API 연동) - createApproval/updateApproval에서 파일 업로드 후 저장 처리 - ProposalForm/ExpenseReportForm에 첨부파일 UI 개선 - 기존 업로드 파일 표시 (파일 보기/삭제 기능) - 새 첨부 파일 목록 표시 및 삭제 기능 - DraftBox에서 결재자 부서/직책 정보 표시 - 문서 상세 모달에서 실제 API 데이터 표시 (목업 데이터 제거) - 수정 모드 상신 시 PATCH 메서드 사용 (405 에러 수정) feat: [mock-migration] Phase J-4 게시판 관리 Mock → API 연동 완료 - types.ts: BoardApiData, BoardExtraSettings API 타입 추가 - actions.ts: Server Actions 생성 (CRUD, 변환 함수) - index.tsx: Mock 데이터 → API 호출로 전환 - [id]/page.tsx: 상세 페이지 API 연동 - [id]/edit/page.tsx: 수정 페이지 API 연동 - new/page.tsx: 등록 페이지 API 연동 주요 정책: - /boards/tenant 엔드포인트로 테넌트 게시판만 조회 - 수정 시 board_code 전송 안함 (코드 변경 불가) - extra_settings 내 target/target_name 저장 feat: 매입유형(purchase_type) 필드 저장 기능 추가 - actions.ts: API 응답/요청에 purchase_type 매핑 추가 - PurchaseDetail.tsx: 저장 시 purchaseType 포함하도록 수정 fix(salary): 직책/직급 매핑 수정 (사원관리 기준 통일) - transformApiToFrontend: position → job_title_label (직책), rank → rank (직급) - transformApiToDetail: 동일하게 수정 - 기존 잘못된 매핑: position_label(직위) → 직책, job_title_label(직책) → 직급 feat: [mock-migration] Phase M 잔여 Mock/TODO 제거 완료 - M-1: 매입 상세 모달 MOCK_ACCOUNTS, MOCK_VENDORS → API 연동 - M-2: 직원 관리 파일 업로드 API 연동 (uploadProfileImage) - M-4: 결재 문서 생성 MOCK_EMPLOYEES 제거 → getEmployees API - M-5: 결재함/기안함 console.log 제거 → 승인/반려 API 연동 - M-6: 구독 관리 TODO 제거 → requestDataExport, cancelSubscription - M-7: 계정 정보 TODO 제거 → withdrawAccount, suspendTenant docs: 휴가관리 사용현황 동기화 수정 작업 기록 - 2025-12-26 휴가 사용현황 동기화 수정 내용 추가 - fetchUsageData 호출 추가, 부여일수 계산 수정 문서화 feat: Phase G 생산관리/품질검사 Mock → API 연동 완료 G-1 작업지시관리: - WorkOrderList: getWorkOrders, getWorkOrderStats API - WorkOrderDetail: getWorkOrderById API - WorkOrderCreate: createWorkOrder API - SalesOrderSelectModal: getSalesOrdersForWorkOrder API G-2 작업실적관리: - WorkResultList: getWorkResults, getWorkResultStats API G-3 생산대시보드: - actions.ts 생성, getDashboardData API G-4 작업자화면: - actions.ts 생성 - getMyWorkOrders, completeWorkOrder API - MaterialInputModal: getMaterialsForWorkOrder, registerMaterialInput API - ProcessDetailSection: getProcessSteps, requestInspection API G-5 품질검사: - actions.ts 생성 - InspectionList: getInspections, getInspectionStats API - InspectionDetail: getInspectionById, updateInspection API - InspectionCreate: createInspection API fix: [vacation] 휴가 사용현황 동기화 및 부여일수 계산 수정 - 승인 후 fetchUsageData() 호출 추가로 사용현황 즉시 반영 - baseVacation: 동적 totalDays → 고정 '15일' (기본 연차) - grantedVacation: 하드코딩 '0일' → Math.max(0, totalDays-15) 계산 - useCallback dependencies에 fetchUsageData 추가 feat: Phase I Excel/PDF 다운로드 API 연동 - ReceivablesStatus: 채권현황 엑셀 다운로드 API 연동 - VendorLedger: 거래처원장 목록 엑셀, 상세 PDF 다운로드 API 연동 - DailyReport: 일일일보 엑셀 다운로드 API 연동 - Blob 다운로드 패턴 및 toast 알림 적용 feat: L-2 견적 관리 Mock → API 연동 ## 변경사항 - SAMPLE_QUOTES Mock 데이터 제거 - Server Actions 생성 (CRUD + 특수 기능 14개) - QuoteManagementClient 분리 (SSR/CSR 패턴) - Quote 타입 및 변환 함수 정의 ## 추가된 API 연동 - 목록/상세/등록/수정/삭제/일괄삭제 - 최종확정/확정취소/수주전환 - PDF 생성/이메일/카카오 발송 - 견적번호 미리보기/요약 통계 feat: 공정관리 페이지 및 컴포넌트 추가 - 공정관리 목록/상세/등록/수정 페이지 구현 - ProcessListClient, ProcessDetail, ProcessForm 컴포넌트 추가 - ProcessWorkLogPreviewModal, RuleModal 추가 - MobileCard 공통 컴포넌트 추가 - WorkLogModal.tsx 개선 - .gitignore 업데이트 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com> (cherry picked from commitf0c0de2ecd) chore: React 공통 컴포넌트 업데이트 - VacationManagement: API 연동 개선 - WorkOrders: 작업자 선택 모달 개선 - TypeScript 빌드 설정 업데이트 feat: I-8 휴가 정책 관리 API 연동 - actions.ts: 휴가 정책 CRUD Server Actions - LeavePolicyManagement 컴포넌트 API 연동 feat: I-7 종합분석 API 연동 - actions.ts: 종합분석 조회 Server Actions - ComprehensiveAnalysis 컴포넌트 API 연동 feat: I-6 일일 생산현황 API 연동 - actions.ts: 일일 리포트 조회 Server Actions - DailyReport 컴포넌트 API 연동 feat: I-5 미수금 현황 API 연동 - actions.ts: 미수금 조회 Server Actions - ReceivablesStatus 컴포넌트 API 연동 feat: I-4 거래통장 조회 API 연동 - actions.ts: 은행 거래내역 조회 Server Actions - BankTransactionInquiry 컴포넌트 API 연동 feat: I-3 법인카드 사용내역 API 연동 - actions.ts: 카드 거래내역 조회 Server Actions - CardTransactionInquiry 컴포넌트 API 연동 feat: I-2 거래처 원장 API 연동 - actions.ts: 거래처 원장 조회 Server Actions - VendorLedger 컴포넌트 API 연동 - VendorLedgerDetail 상세 조회 연동 feat: H-3 출하 관리 API 연동 - actions.ts: Server Actions (CRUD, 상태 변경) - ShipmentList: 출하 목록 API 연동 - ShipmentCreate: 출하 등록 API 연동 - ShipmentEdit: 출하 수정 API 연동 - ShipmentDetail: 출하 상세 API 연동 feat: G-2 작업실적 관리 API 연동 - types.ts API 타입 추가 (WorkResultApi, WorkResultStatsApi 등) - transformApiToFrontend/transformFrontendToApi 변환 함수 추가 - actions.ts 서버 액션 생성 (8개 함수) - index.ts 액션 exports 추가 Server Actions: - getWorkResults: 목록 조회 (페이징, 필터링) - getWorkResultStats: 통계 조회 - getWorkResultById: 상세 조회 - createWorkResult: 등록 - updateWorkResult: 수정 - deleteWorkResult: 삭제 - toggleInspection: 검사 상태 토글 - togglePackaging: 포장 상태 토글 fix: StockStatusList Hook 순서 오류 수정 - 조건부 return 전에 모든 Hooks(useCallback, useMemo) 선언 - React Rules of Hooks 준수 feat: H-2 재고현황 Mock → API 연동 완료 - StockStatusDetail.tsx: 상세 조회 API 연동 - StockStatusList.tsx: 목록 조회 API 연동 (이전 세션) - actions.ts: 재고 현황 Server Actions 구현 feat: H-1 입고 관리 Mock → API 연동 완료 - ReceivingDetail.tsx: 상세 조회 및 입고처리 API 연동 - ReceivingProcessDialog.tsx: 폼 데이터 API 전달 구조로 변경 - InspectionCreate.tsx: 검사 대상 목록 API 조회 적용 - ReceivingList.tsx: 미사용 타입 import 정리 feat: G-1 작업지시 관리 API 연동 - actions.ts 서버 액션 11개 함수 구현 - types.ts API 타입 및 변환 함수 추가 - index.ts 액션 함수 export 추가 Server Actions: - getWorkOrders (목록) - getWorkOrderStats (통계) - getWorkOrderById (상세) - createWorkOrder (등록) - updateWorkOrder (수정) - deleteWorkOrder (삭제) - updateWorkOrderStatus (상태변경) - assignWorkOrder (담당자배정) - toggleBendingField (벤딩토글) - addWorkOrderIssue (이슈등록) - resolveWorkOrderIssue (이슈해결) feat: I-1 미지급비용 관리 React 연동 - Server Actions 패턴으로 API 연동 구현 (actions.ts) - Mock 데이터 제거, props 기반 데이터 주입 - Server Component로 초기 데이터 로딩 - 삭제/지급일 변경 등 CRUD 액션 연동 feat: HR 모듈 API 연동 완료 및 휴가관리 버그 수정 ## 휴가관리 (VacationManagement) - 휴가 부여 API 연동: createLeaveGrant 호출 추가 - 휴가 신청 시 선택된 사원 userId 전달 (잔여휴가 오류 수정) - LeaveType 타입 분리 (VacationType과 구분) - VacationGrantDialog에 부여일(grantDate) 필드 추가 ## 근태관리 (AttendanceManagement) - actions.ts 추가: API 호출 함수 분리 - 타입 정의 확장 및 개선 ## 기타 개선 - CardManagement, SalaryManagement: actions 개선 - DocumentCreate: 전자결재 actions 및 index 개선 - GoogleMap: 지도 컴포넌트 개선 feat: Phase E 인사관리 Mock → API 마이그레이션 - E-1 법인카드 관리 API 연동 - actions.ts 생성 (getCards, createCard, updateCard, deleteCard, toggleCardStatus) - CardForm, 페이지 컴포넌트 API 연동 - E-2 급여 관리 API 연동 - actions.ts 생성 (getSalaries, getSalary, updateSalaryStatus, bulkUpdateSalaryStatus) - 급여 목록 컴포넌트 API 연동 - 결재 시스템 actions.ts 추가 (ApprovalBox, DraftBox, ReferenceBox, DocumentCreate) - DepositManagement actions.ts 페이지네이션 응답 구조 수정 - 부서 관리, 휴가 관리 actions.ts 개선 - API URL에 /api prefix 추가 회계 및 설정 모듈 리팩토링: actions 분리, 타입 정의 개선 feat: 휴가 부여현황 Mock 데이터 제거 및 API 연동 - getLeaveGrants, createLeaveGrant, deleteLeaveGrant API 함수 추가 - LeaveGrantType, LeaveGrantRecord, CreateLeaveGrantRequest 타입 추가 - generateGrantData Mock 함수 제거 - fetchGrantData로 실제 API 호출 - grantData 상태를 API 데이터로 갱신 feat: 휴가 사용현황 Mock 데이터 제거 및 API 연동 - getLeaveBalances() API 함수 추가 - LeaveBalanceRecord, GetLeaveBalancesParams 타입 정의 - generateUsageData() Mock 함수 제거 - fetchUsageData()로 실제 API 호출 - hireDate 날짜 포맷팅 예외 처리 추가 feat: C-4 부서 관리 Mock → API 연동 - actions.ts 생성 (getDepartmentTree, createDepartment, updateDepartment, deleteDepartment, deleteDepartmentsMany) - index.tsx Mock 데이터 제거 및 API 연동 - 트리 구조 CRUD 완전 연동 ⚠️ .env.local에 API_URL=https://api.sam.kr/api 설정 필요 (Server Actions용) feat: C-3 휴가 관리 Mock → API 연동 - actions.ts 생성: getLeaves, createLeave, approveLeave, rejectLeave, cancelLeave 등 - index.tsx 수정: 신청현황 탭 Mock 데이터 → API 호출 전환 - 일괄 승인/반려 API 연동 (approveLeavesMany, rejectLeavesMany) - 휴가 신청 다이얼로그 createLeave API 연동 feat: C-2 근태 관리 Mock → API 연동 - actions.ts 생성 (checkIn/checkOut/getTodayAttendance) - GoogleMap.tsx userLocation 콜백 추가 - page.tsx Mock console.log 제거 + API 연동 - 처리중 상태 및 버튼 텍스트 추가 feat: C-1 직원 관리 Mock → API 연동 - actions.ts 생성 (CRUD + 통계 + 일괄삭제 Server Actions) - utils.ts 생성 (API ↔ Frontend 데이터 변환) - index.tsx Mock 데이터 제거, API 연동 - [id]/page.tsx 상세 페이지 API 연동 - [id]/edit/page.tsx 수정 페이지 API 연동 - new/page.tsx 등록 페이지 API 연동 API Endpoints: - GET/POST /api/v1/employees - GET/PATCH/DELETE /api/v1/employees/{id} - POST /api/v1/employees/bulk-delete - GET /api/v1/employees/stats feat: Daum 우편번호 서비스 연동 및 악성채권 UI 개선 - useDaumPostcode 공통 훅 생성 (Daum Postcode API 연동) - 우편번호 찾기 기능 적용: 악성채권, 거래처, 직원, 회사정보, 주문등록 - 악성채권 페이지 토글 순서 변경 (라벨 → 토글) - 악성채권 토글 기능 수정 (매출/매입 → 등록/해제) 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com> (cherry picked from commit41ef0bdd86) feat: A-2 팝업 관리 Mock → API 연동 - 상세 조회 페이지: MOCK_POPUPS → getPopupById() API - 수정 페이지: MOCK_POPUPS → getPopupById() API + 로딩 상태 - PopupForm: console.log → createPopup/updatePopup Server Actions - 삭제 기능: deletePopup() API 연동 + 로딩 상태 - 데이터 변환 유틸리티 추가 (API ↔ Frontend) feat: A-1 악성채권 관리 Mock → API 연동 완료 - 상세 페이지 서버 컴포넌트 전환 ([id]/page.tsx, [id]/edit/page.tsx) - BadDebtDetail.tsx: CRUD API 연동 (createBadDebt, updateBadDebt, deleteBadDebt) - actions.ts: 메모 API 추가 (addBadDebtMemo, deleteBadDebtMemo) feat: 매입 관리 Mock → API 전환 및 세금계산서 토글 연동 - index.tsx: Mock 데이터 제거, API 데이터 로딩으로 전환 - actions.ts: getPurchases(), togglePurchaseTaxInvoice() 서버 액션 추가 - vendorOptions 빈 문자열 필터링 (Select.Item 에러 수정) feat: 매출 상세 페이지 API 연동 - 목데이터(MOCK_VENDORS, fetchSalesDetail) 제거 - getSaleById, createSale, updateSale, deleteSale API 연동 - getClients로 거래처 목록 로드 - 상태 관리 개선 (clients, isLoading, isSaving) fix: Mock 데이터를 실제 API 연동으로 복원 - 팝업 관리, 결제 내역, 구독 관리, 알림 설정 API 연동 - 입금/출금/거래처 관리 API 연동 - page.tsx를 서버 컴포넌트로 변환 - actions.ts 서버 액션 추가
25 KiB
품목 관리 API 요구사항 명세서
작성일: 2025-11-17 최종 수정: 2025-11-17 (v1.2) 대상: PHP/Laravel 백엔드 API 프론트엔드: Next.js 15 App Router 상태: ✅ 프론트엔드 구현 완료, 백엔드 API 대기 중
📋 목차
1. 리스트 화면 API
1.1 품목 목록 조회 (GET)
엔드포인트: GET /api/items 또는 GET /api/items/paginated
참고:
/api/items- 전체 데이터 반환 (클라이언트 사이드 페이지네이션)/api/items/paginated- 서버 사이드 페이지네이션 (권장)
Request Parameters (Query String)
| 파라미터 | 타입 | 필수 | 설명 | 예시 |
|---|---|---|---|---|
itemType |
string | ❌ | 품목 유형 필터 (FG/PT/SM/RM/CS) | FG |
search |
string | ❌ | 검색어 (품목코드, 품목명, 규격) | 스크린 |
category1 |
string | ❌ | 대분류 필터 | 본체부품 |
category2 |
string | ❌ | 중분류 필터 | 가이드시스템 |
category3 |
string | ❌ | 소분류 필터 | 가이드레일 |
isActive |
boolean | ❌ | 활성 상태 필터 | true |
page |
integer | ❌ | 페이지 번호 (기본값: 1) | 1 |
per_page |
integer | ❌ | 페이지당 항목 수 (기본값: 50) | 50 |
Response Body
{
"success": true,
"data": [
{
"id": "1",
"itemCode": "KD-FG-001",
"itemName": "스크린 제품 A",
"itemType": "FG",
"unit": "EA",
"specification": "2000x2000",
"isActive": true,
"category1": "본체부품",
"category2": "가이드시스템",
"category3": null,
"purchasePrice": 100000,
"salesPrice": 150000,
"marginRate": 33.3,
"processingCost": null,
"laborCost": null,
"installCost": null,
// 제품(FG) 전용 필드
"productName": "프리미엄 스크린",
"productCategory": "SCREEN",
"lotAbbreviation": "KD",
"note": null,
// 부품(PT) 전용 필드
"partType": null, // "ASSEMBLY" | "BENDING" | "PURCHASED"
"partUsage": null, // "GUIDE_RAIL" | "BOTTOM_FINISH" | "CASE" | "DOOR" | "BRACKET" | "GENERAL"
"installationType": null, // 조립품: "벽면형" | "측면형"
"assemblyType": null, // 조립품: "M" | "T" | "C" | "D" | "S" | "U"
"assemblyLength": null, // 조립품: "2438" | "3000" | "3500" | "4000" | "4300"
"material": null, // 절곡품: "EGI 1.55T" | "EGI 2.0T" | "SUS 1.2T" 등
"length": null, // 절곡품: 길이/목함 (mm)
"sideSpecWidth": null, // 조립품: 측면 규격 가로 (mm)
"sideSpecHeight": null, // 조립품: 측면 규격 세로 (mm)
// 버전 관리
"currentRevision": 0,
"isFinal": false,
// 메타데이터
"createdAt": "2025-01-10T00:00:00Z",
"updatedAt": null
}
],
"pagination": {
"current_page": 1,
"last_page": 1,
"per_page": 50,
"total": 7
}
}
리스트 화면에서 필수로 표시되는 필드
데스크톱 테이블 컬럼 (우선순위 순):
- ✅
id- 체크박스 및 번호에 사용 - ✅
itemCode- 품목코드 (배경색 표시) - ✅
itemType- 품목유형 (색상별 Badge) - ✅
partType- 부품유형 (PT 품목에서 Badge 추가 표시)ASSEMBLY→ "조립" (파란색 Badge)BENDING→ "절곡" (보라색 Badge)PURCHASED→ "구매" (녹색 Badge)
- ✅
itemName- 품목명 - ✅
specification- 규격 - ✅
unit- 단위 (Badge 표시) - ✅
isActive- 품목 상태 (활성/비활성)
모바일 카드 레이아웃 (lg 미만):
- 체크박스 + 품목코드 (코드 형식)
- 품목유형 Badge + 부품유형 Badge (PT인 경우)
- 품목명 (클릭 가능)
- 규격 (있는 경우)
- 단위 Badge
- 액션 버튼 (조회/수정/삭제)
검색 및 필터링:
- ✅
itemType- 탭 및 드롭다운 필터 - ✅
itemCode,itemName,specification- 통합 검색
통계 카드:
- ✅ 전체 품목 수
- ✅ 품목 유형별 개수 (FG, PT, SM, RM, CS)
2. 품목 등록 화면 필요 데이터
2.1 공통 마스터 데이터 조회 (GET)
품목 등록 화면 진입 시 필요한 드롭다운 옵션 데이터
엔드포인트: GET /api/items/master-data
Response Body
{
"success": true,
"data": {
// 단위 목록
"units": ["EA", "SET", "KG", "M", "L", "BOX", "PCS"],
// 제품 카테고리
"productCategories": [
{ "code": "SCREEN", "label": "스크린" },
{ "code": "STEEL", "label": "철재" }
],
// 부품 용도
"partUsages": [
{ "code": "GUIDE_RAIL", "label": "가이드레일" },
{ "code": "BOTTOM_FINISH", "label": "하단마감재" },
{ "code": "CASE", "label": "케이스" },
{ "code": "DOOR", "label": "도어" },
{ "code": "BRACKET", "label": "브라켓" },
{ "code": "GENERAL", "label": "일반" }
],
// 설치 유형
"installationTypes": ["벽면형", "측면형"],
// 조립품 종류
"assemblyTypes": ["M", "T", "C", "D", "S", "U"],
// 조립품 길이
"assemblyLengths": ["2438", "3000", "3500", "4000", "4300"],
// 재질 목록 (절곡품)
"materials": [
"EGI 1.55T",
"EGI 2.0T",
"SUS 1.2T",
"SPHC-SD 1.6T"
],
// 분류 체계
"categories": {
"본체부품": {
"가이드시스템": ["가이드레일", "브라켓"],
"케이스": ["상부케이스", "하부케이스"]
},
"구조재/부속품": {
"볼트/너트": null,
"와셔": null
},
"철강재": null
}
}
}
2.2 품목 상세 조회 (수정 모드용) (GET)
엔드포인트: GET /api/items/{itemCode}
URL 파라미터:
itemCode: 품목 코드 (예:KD-FG-001)
Response Body
{
"success": true,
"data": {
// === 공통 필드 ===
"id": "1",
"itemCode": "KD-FG-001",
"itemName": "스크린 제품 A",
"itemType": "FG",
"unit": "EA",
"specification": "2000x2000",
"isActive": true,
// === 분류 ===
"category1": "본체부품",
"category2": "가이드시스템",
"category3": null,
// === 가격 정보 ===
"purchasePrice": 100000,
"salesPrice": 150000,
"marginRate": 33.3,
"processingCost": 20000,
"laborCost": 15000,
"installCost": 10000,
// === 제품(FG) 전용 ===
"productName": "프리미엄 스크린",
"productCategory": "SCREEN",
"lotAbbreviation": "KD",
"note": "비고 내용",
// === 부품(PT) 전용 - 조립품 ===
"partType": "ASSEMBLY",
"partUsage": "GUIDE_RAIL",
"installationType": "벽면형",
"assemblyType": "M",
"assemblyLength": "2438",
// === 부품(PT) 전용 - 절곡품 ===
"bendingDiagram": "https://example.com/uploads/bending-diagram.png",
"bendingDetails": [
{
"id": "bd-1",
"no": 1,
"input": 100,
"elongation": -1,
"calculated": 99,
"sum": 99,
"shaded": false,
"aAngle": 90
}
],
"material": "EGI 1.55T",
"length": "2000",
// === 부품(PT) 전용 - 구매품 ===
"electricOpenerPower": "220V",
"electricOpenerCapacity": "300",
"motorVoltage": "380V",
// === BOM (자재명세서) ===
"bom": [
{
"id": "bom-1",
"childItemCode": "KD-PT-001",
"childItemName": "가이드레일",
"quantity": 2,
"unit": "EA",
"unitPrice": 35000,
"quantityFormula": "H / 1000",
"note": "비고"
}
],
// === 인정 정보 ===
"certificationNumber": "인정번호-001",
"certificationStartDate": "2025-01-01",
"certificationEndDate": "2027-12-31",
"specificationFile": "https://example.com/uploads/spec.pdf",
"specificationFileName": "시방서.pdf",
"certificationFile": "https://example.com/uploads/cert.pdf",
"certificationFileName": "인정서.pdf",
// === 메타데이터 ===
"safetyStock": 10,
"leadTime": 7,
"currentRevision": 0,
"isFinal": false,
"createdAt": "2025-01-10T00:00:00Z",
"updatedAt": "2025-01-12T00:00:00Z"
}
}
2.3 BOM 품목 검색 (GET)
BOM 추가 시 하위 품목 검색용 - 2개의 분리된 API로 구현
2.3.1 품목 코드 검색 (자동완성)
엔드포인트: GET /api/items/search/codes
Query Parameters:
q: 검색어 (품목코드)limit: 결과 개수 제한 (기본값: 10)
Response Body:
{
"success": true,
"data": ["KD-PT-001", "KD-PT-002", "KD-PT-003"]
}
2.3.2 품목명 검색 (자동완성)
엔드포인트: GET /api/items/search/names
Query Parameters:
q: 검색어 (품목명)limit: 결과 개수 제한 (기본값: 10)
Response Body:
{
"success": true,
"data": [
{
"itemCode": "KD-PT-001",
"itemName": "가이드레일"
},
{
"itemCode": "KD-PT-002",
"itemName": "가이드레일 브라켓"
}
]
}
2.3.3 통합 품목 검색 (BOM 추가용)
엔드포인트: GET /api/items/search
Query Parameters:
q: 검색어 (품목코드 또는 품목명)itemType: 품목 유형 필터 (선택)limit: 결과 개수 제한 (기본값: 10)
Response Body:
{
"success": true,
"data": [
{
"itemCode": "KD-PT-001",
"itemName": "가이드레일",
"itemType": "PT",
"partType": "BENDING",
"unit": "EA",
"specification": "2438mm",
"purchasePrice": 35000,
"salesPrice": 50000
}
]
}
3. 품목 등록/수정 시 전송 데이터
3.1 품목 등록 (POST)
엔드포인트: POST /api/items
Content-Type: multipart/form-data (파일 업로드 포함 시)
Request Body
{
// === 공통 필드 (모든 품목 유형) ===
"itemCode": "KD-FG-001", // 자동생성 또는 수동입력
"itemName": "스크린 제품 A",
"itemType": "FG", // FG/PT/SM/RM/CS
"unit": "EA",
"specification": "2000x2000",
"isActive": true,
// === 분류 ===
"category1": "본체부품",
"category2": "가이드시스템",
"category3": null,
// === 가격 정보 ===
"purchasePrice": 100000,
"salesPrice": 150000,
"marginRate": 33.3, // 자동계산 또는 수동입력
"processingCost": 20000,
"laborCost": 15000,
"installCost": 10000,
// === 제품(FG) 전용 필드 ===
"productName": "프리미엄 스크린",
"productCategory": "SCREEN",
"lotAbbreviation": "KD",
"note": "비고 내용",
// === 부품(PT) 전용 필드 - 조립품 ===
"partType": "ASSEMBLY", // ASSEMBLY/BENDING/PURCHASED
"partUsage": "GUIDE_RAIL",
"installationType": "벽면형",
"assemblyType": "M",
"assemblyLength": "2438",
// === 부품(PT) 전용 필드 - 절곡품 ===
"material": "EGI 1.55T",
"length": "2000",
"bendingLength": "2000",
"bendingDetails": [
{
"no": 1,
"input": 100,
"elongation": -1,
"calculated": 99,
"sum": 99,
"shaded": false,
"aAngle": 90
}
],
// === 부품(PT) 전용 필드 - 구매품 ===
"electricOpenerPower": "220V",
"electricOpenerCapacity": "300",
"motorVoltage": "380V",
"motorCapacity": "500",
"chainSpec": "체인규격",
// === BOM (자재명세서) ===
"bom": [
{
"childItemCode": "KD-PT-001",
"childItemName": "가이드레일",
"quantity": 2,
"unit": "EA",
"unitPrice": 35000,
"quantityFormula": "H / 1000", // 수량 계산식 (선택)
"note": "비고",
// 절곡품 BOM인 경우
"isBending": true,
"width": 100,
"bendingDetails": [...]
}
],
// === 인정 정보 (제품/부품) ===
"certificationNumber": "인정번호-001",
"certificationStartDate": "2025-01-01",
"certificationEndDate": "2027-12-31",
// === 메타데이터 ===
"safetyStock": 10,
"leadTime": 7,
"isVariableSize": false,
"currentRevision": 0,
"isFinal": false
}
파일 업로드 (FormData)
const formData = new FormData();
// JSON 데이터
formData.append('data', JSON.stringify(itemData));
// 파일들
formData.append('specificationFile', specificationFile); // 시방서
formData.append('certificationFile', certificationFile); // 인정서
formData.append('bendingDiagram', bendingDiagramFile); // 절곡품 전개도
Response Body (성공)
{
"success": true,
"message": "품목이 등록되었습니다.",
"data": {
"id": "1",
"itemCode": "KD-FG-001",
// ... 전체 품목 데이터
}
}
Response Body (실패)
{
"success": false,
"message": "품목 등록에 실패했습니다.",
"errors": {
"itemName": ["품목명은 필수입니다."],
"unit": ["단위는 필수입니다."]
}
}
3.2 품목 수정 (PUT)
엔드포인트: PUT /api/items/{itemCode}
Request Body: 품목 등록과 동일 (변경된 필드만 전송 가능)
참고:
itemType은 수정 불가 (품목 유형 변경 시 신규 등록 필요)- 파일은 새로운 파일 업로드 시만 전송
3.3 품목 삭제 (DELETE)
엔드포인트: DELETE /api/items/{itemCode}
Response Body
{
"success": true,
"message": "품목이 삭제되었습니다."
}
4. 데이터 검증 규칙
4.1 공통 필수 필드
모든 품목 유형에서 필수:
- ✅
itemType- 품목 유형 - ✅
itemName- 품목명 - ✅
unit- 단위 - ✅
isActive- 활성 상태 (기본값: true)
4.2 제품(FG) 필수 필드
- ✅
productName- 상품명 - ✅
itemName- 품목명 - ✅
itemCode- 자동생성:{productName}-{itemName}
4.3 부품(PT) 필수 필드
조립품 (ASSEMBLY):
- ✅
itemName- 품목명 - ✅
length- 길이 - ✅
itemCode- 자동생성 규칙 있음
절곡품 (BENDING):
- ✅
itemName- 품목명 - ✅
length- 길이/목함 - ✅
specification- 규격 (재질) - ✅
itemCode- 자동생성 규칙 있음
구매품 (PURCHASED):
- ✅
itemName- 품목명 - ✅
specification- 규격 - ✅
itemCode- 자동생성 규칙 있음
4.4 부자재/원자재/소모품 (SM/RM/CS) 필수 필드
- ✅
itemName- 품목명 - ✅
unit- 단위 - ✅
specification- 규격 - ✅
itemCode- 자동생성 규칙 있음
5. 품목 코드 자동생성 규칙
5.1 제품 (FG)
형식: {상품명}-{품목명}
예시:
- 상품명:
프리미엄 스크린 - 품목명:
2000x2000 - 결과:
프리미엄 스크린-2000x2000
5.2 부품 (PT) - 조립품
형식: KD-{설치유형코드}{조립종류}{길이}
예시:
- 설치유형: 벽면형 →
M - 조립종류:
T - 길이:
2438 - 결과:
KD-MT2438
5.3 부품 (PT) - 절곡품
형식: {재질}-{길이/목함}
예시:
- 재질:
EGI 1.55T - 길이:
2000 - 결과:
EGI 1.55T-2000
5.4 부품 (PT) - 구매품
형식: {품목명}
예시: 전동개폐기 220V 300KG
5.5 부자재/원자재/소모품 (SM/RM/CS)
형식: 수동 입력 또는 {품목명}-{규격}
예시:
- 품목명:
볼트 - 규격:
M6x20 - 결과:
볼트-M6x20
6. 파일 업로드 요구사항
참조:
/downloads/file_storage_implementation_guide.md- 파일 저장소 시스템 전체 구현 가이드
6.1 허용 파일 형식
기본 정책:
- 최대 파일 크기: 20MB
- 파일명 처리:
- 사용자가 보는 이름 (display_name): 원본 파일명 유지
- 실제 저장 이름 (stored_name): 64bit 난수 (16자 hex) + 확장자
| 파일 종류 | 허용 확장자 | MIME 타입 | 비고 |
|---|---|---|---|
| 시방서 | .pdf, .docx, .hwp, .jpg, .png |
application/pdf, application/vnd.openxmlformats-officedocument.wordprocessingml.document, application/x-hwp, image/jpeg, image/png |
문서 및 이미지 형식 모두 지원 |
| 인정서 | .pdf, .docx, .hwp, .jpg, .png |
application/pdf, application/vnd.openxmlformats-officedocument.wordprocessingml.document, application/x-hwp, image/jpeg, image/png |
문서 및 이미지 형식 모두 지원 |
| 절곡품 전개도 | .jpg, .png, .pdf |
image/jpeg, image/png, application/pdf |
이미지 및 PDF 형식 |
| 기타 첨부 | .xlsx, .xls, .csv, .zip, .rar |
application/vnd.openxmlformats-officedocument.spreadsheetml.sheet, application/vnd.ms-excel, text/csv, application/zip, application/x-rar-compressed |
Excel, 압축 파일 등 |
차단 확장자 (보안):
exe, sh, bat, cmd, dwg, dxf, step, iges
6.2 파일 저장 경로
경로 구조 (테넌트별 분리):
storage/app/tenants/{tenant_id}/{folder_key}/{year}/{month}/{stored_name}
품목 관련 파일 경로 예시:
storage/app/tenants/1/product/2025/01/a1b2c3d4e5f6g7h8.pdf
storage/app/tenants/1/product/2025/01/i9j0k1l2m3n4o5p6.jpg
임시 업로드 경로 (temp 폴더):
storage/app/tenants/{tenant_id}/temp/{year}/{month}/{stored_name}
6.3 파일 업로드 프로세스
[Frontend] 파일 선택 → multipart/form-data 전송
↓
[Backend] 파일 검증
- 확장자 체크 (허용 목록)
- MIME 타입 검증
- 파일 크기 체크 (20MB 이하)
- 용량 체크 (테넌트 용량 확인)
↓
[Backend] temp 폴더에 임시 저장
- 난수 파일명 생성 (16자 hex + 확장자)
- 경로: /tenants/{id}/temp/{year}/{month}/{random}.{ext}
- DB 저장 (is_temp=true, folder_id=NULL)
↓
[Response] { file_id, display_name, file_size, mime_type }
↓
[Frontend] 품목 등록 시 file_id 전송
↓
[Backend] 문서 저장 후 파일 이동
- temp → product 폴더로 이동
- DB 업데이트 (is_temp=false, folder_id, document_id)
6.4 파일 응답 형식
업로드 성공 응답:
{
"success": true,
"data": {
"file_id": 123,
"display_name": "시방서.pdf",
"stored_name": "a1b2c3d4e5f6g7h8.pdf",
"file_size": 1024000,
"mime_type": "application/pdf",
"file_type": "document",
"is_temp": true,
"created_at": "2025-01-17T10:00:00Z"
}
}
파일 URL 형식:
GET /api/files/{file_id}/download
→ 파일 스트리밍 응답 (Content-Disposition: attachment)
6.5 에러 응답
| HTTP 코드 | 에러 상황 | 메시지 예시 |
|---|---|---|
| 400 | 파일 없음 | No file uploaded |
| 400 | 차단된 확장자 | File extension '.exe' is not allowed |
| 400 | MIME 타입 불일치 | Invalid MIME type |
| 413 | 파일 크기 초과 | File size exceeds 20MB limit |
| 413 | 용량 초과 | Storage quota exceeded. Please delete files or contact support. |
| 422 | 처리 불가 | Failed to store file |
7. 에러 코드
| HTTP 코드 | 설명 | 예시 |
|---|---|---|
| 200 | 성공 | 조회, 수정, 삭제 성공 |
| 201 | 생성 성공 | 품목 등록 성공 |
| 400 | 잘못된 요청 | 필수 필드 누락, 유효성 검증 실패 |
| 404 | 리소스 없음 | 품목을 찾을 수 없음 |
| 409 | 충돌 | 품목코드 중복 |
| 422 | 처리 불가 | 비즈니스 로직 오류 |
| 500 | 서버 오류 | 예상치 못한 서버 오류 |
8. 다음 단계
8.1 우선순위 1: 리스트 화면 API
GET /api/items구현- 페이지네이션 구현
- 검색 및 필터링 구현
8.2 우선순위 2: 마스터 데이터 API
GET /api/items/master-data구현- 드롭다운 옵션 데이터 제공
8.3 우선순위 3: 품목 등록 API
POST /api/items구현- 파일 업로드 처리
- 품목코드 자동생성 로직
8.4 우선순위 4: 품목 수정/삭제 API
GET /api/items/{itemCode}구현PUT /api/items/{itemCode}구현DELETE /api/items/{itemCode}구현
8.5 우선순위 5: BOM 검색 API
GET /api/items/search구현
9. 프론트엔드 구현 현황 (2025-11-17)
✅ 완료된 화면
품목 목록 화면
- 경로:
/[locale]/(protected)/items - 컴포넌트:
ItemListClient.tsx - 기능:
- 품목 유형별 탭 필터 (전체/제품/부품/부자재/원자재/소모품)
- 통합 검색 (품목코드, 품목명, 규격)
- 데스크톱 테이블 + 모바일 카드 반응형 레이아웃
- 페이지네이션 (클라이언트 사이드)
- 일괄 삭제
- 품목유형 + 부품유형 Badge 표시
품목 상세 화면
- 경로:
/[locale]/(protected)/items/[itemCode] - 컴포넌트:
ItemDetailClient.tsx - 기능:
- 품목 유형별 조건부 섹션 표시
- 제품(FG): 기본 정보, 제품 정보, BOM
- 부품(PT) - 조립: 기본 정보, 조립 부품 세부 정보, BOM
- 부품(PT) - 절곡: 기본 정보, 가이드레일 세부 정보
- 부품(PT) - 구매: 기본 정보
- 부자재/원자재/소모품: 기본 정보
- BOM 테이블 표시
품목 등록/수정 화면
- 경로:
- 등록:
/[locale]/(protected)/items/new - 수정:
/[locale]/(protected)/items/[itemCode]/edit
- 등록:
- 상태: 🚧 개발 예정
✅ 구현된 타입 정의
- 파일:
src/types/item.ts - 타입:
ItemMaster,BOMLine,BendingDetail,ItemType,PartType등 완료
✅ 구현된 API 클라이언트
- 파일:
src/lib/api/items.ts - 함수:
fetchItems()- 목록 조회fetchItemsPaginated()- 페이지네이션 목록fetchItemByCode()- 상세 조회createItem()- 등록updateItem()- 수정deleteItem()- 삭제uploadFile()- 파일 업로드searchItemCodes()- 코드 검색searchItemNames()- 품목명 검색
🚧 개발 대기 중
- 품목 등록/수정 폼 화면
- BOM 관리 인터페이스
- 절곡품 전개도 편집기
10. 백엔드 API 구현 우선순위
Phase 1: 필수 API (회의 직후 착수)
- ✅
GET /api/items- 품목 목록 조회 - ✅
GET /api/items/{itemCode}- 품목 상세 조회 - ✅
GET /api/items/master-data- 마스터 데이터 조회
Phase 2: CRUD API
- ✅
POST /api/items- 품목 등록 - ✅
PUT /api/items/{itemCode}- 품목 수정 - ✅
DELETE /api/items/{itemCode}- 품목 삭제
Phase 3: 검색 및 유틸리티
- ✅
GET /api/items/search- 통합 검색 - ✅
GET /api/items/search/codes- 코드 검색 - ✅
GET /api/items/search/names- 품목명 검색 - ✅
POST /api/items/{itemCode}/files- 파일 업로드
Phase 4: BOM 관리
- ✅
GET /api/items/{itemCode}/bom- BOM 조회 - ✅
POST /api/items/{itemCode}/bom- BOM 라인 추가 - ✅
PUT /api/items/{itemCode}/bom/{lineId}- BOM 라인 수정 - ✅
DELETE /api/items/{itemCode}/bom/{lineId}- BOM 라인 삭제
11. 회의 안건 (PHP 백엔드 팀)
1. API 엔드포인트 확정
/api/itemsvs/api/items/paginated중 선택- 검색 API 분리 방식 (codes, names) 승인
2. 데이터베이스 스키마 검토
items테이블 구조bom_lines테이블 구조item_revisions테이블 (버전 관리)- 파일 저장 경로 및 구조
3. 인증 방식 확인
- Bearer Token vs Cookie 방식
- CORS 설정
4. 파일 업로드 구현
- 참조 문서:
/downloads/file_storage_implementation_guide.md - 저장 경로:
storage/app/tenants/{tenant_id}/{folder_key}/{year}/{month}/{stored_name} - 최대 파일 크기: 20MB
- 허용 확장자:
- 문서: pdf, docx, hwp
- 이미지: jpg, png
- 기타: xlsx, xls, csv, zip, rar
- 차단 확장자: exe, sh, bat, cmd, dwg, dxf, step, iges
- 파일명 처리: 난수 저장명 (16자 hex) + 원본명 보존 (display_name)
5. 에러 응답 형식 통일
{
"success": false,
"message": "에러 메시지",
"errors": {
"fieldName": ["검증 실패 메시지"]
}
}
6. 개발 일정 협의
- Phase 1 (필수 API): 목표 일정
- Phase 2-4: 순차 개발 일정
12. 버전 히스토리
- v1.0 (2025-11-17 09:00): 초안 작성, API 요구사항 정의
- v1.1 (2025-11-17 17:30): 프론트엔드 구현 현황 반영, 검색 API 세분화, 모바일 레이아웃 추가, 회의 안건 작성
- v1.2 (2025-11-17 회의 후): 파일 업로드 요구사항 개정 (회의 결과 반영)
- 시방서/인정서: PDF뿐만 아니라 이미지(JPG, PNG), 문서(DOCX, HWP) 형식 지원
- 최대 파일 크기: 10MB → 20MB로 증가
- 파일 저장소 구현 가이드 참조 추가 (
/downloads/file_storage_implementation_guide.md) - 테넌트별 파일 저장 경로 구조 명시
- 파일명 처리 방식 명시 (난수 저장명 + 원본명 보존)
- 차단 확장자 목록 추가 (보안)