기능요건 — 기타 (시스템 아키텍처·ERP)
기능요건 — 기타 (시스템 아키텍처·ERP)
섹션 제목: “기능요건 — 기타 (시스템 아키텍처·ERP)”[참고] 문서 기준
본 문서는 CS 시스템이나 어드민/CMS에 직접 귀속되지 않는 시스템 아키텍처 및 ERP 영역 기능요건 2건을 정리한 것입니다. 소스 인터뷰: 정기구독팀 · 경영지원팀
기능요건 목록
섹션 제목: “기능요건 목록”| 번호 | 제목 | 우선순위 | 출처 부서 | 관련 시스템 |
|---|---|---|---|---|
| SUB-011 | 시스템 구축 컨셉 정리 | 참고 | 정기구독팀 | CS 시스템, 어드민, CMS |
| MGT-005 | 매출 원가 관리 모듈 | 높음 | 경영지원팀 | 위하고, CS 시스템 |
기능요건 상세
섹션 제목: “기능요건 상세”SUB-011
섹션 제목: “SUB-011”| 항목 | 내용 |
|---|---|
| 번호 | SUB-011 |
| 제목 | 시스템 구축 컨셉 정리 |
| 내용 | 어드민/CMS/CS 시스템의 통합 vs 분리 구축 방안을 검토한다. ① 3개 시스템 완전 통합, ② 어드민+CMS 통합 + CS 시스템 강화, ③ 각 시스템 역할 재정의 후 API 연동 — 3개 옵션을 비교 분석한다. |
| 배경 | 어드민에 CS 시스템 기능이, CS 시스템에 어드민 기능이 혼재되어 있어 업무 흐름이 비효율적. 주문/구독 업로드 관리 등 CS 시스템에 있어야 할 기능이 어드민에 위치. (R9) |
| 관련 시스템 | CS 시스템, 어드민, CMS |
| 관련 메뉴 | - |
| 관련 부서 | 전체 부서 |
[Tip] 아키텍처 결정 사항
이 기능요건은 특정 시스템이 아닌 전체 시스템 아키텍처에 대한 방향 설정으로, ISP 3단계(목표 모델 설계)에서 상세 검토됩니다.
MGT-005
섹션 제목: “MGT-005”| 항목 | 내용 |
|---|---|
| 번호 | MGT-005 |
| 제목 | 매출 원가 관리 모듈 |
| 내용 | 개별 도서·프로젝트별 투입 비용(인쇄비, 종이값, 인건비 등)과 매출을 한눈에 비교할 수 있는 원가 관리 기능을 구현한다. ① 지출결의서·견적서 데이터 연동, ② 프로젝트별 BEP(손익분기점) 자동 산출, ③ 은행 이체와 동시에 비용 업로드하여 실시간 원가 파악을 목표로 한다. |
| 배경 | 특정 도서를 제작할 때 투입된 비용과 매출을 한눈에 비교할 수 있는 시스템이 없음. 세무법인·위하고에서는 전체 매출 기준으로만 관리하므로, 개별 도서별 수익성 판단(추가 인쇄 여부 등)이 어려움. 원 데이터(지출결의서·견적서)의 정확성 확인이 선행되어야 함. (R2) |
| 관련 시스템 | 위하고(WEHAGO), CS 시스템 |
| 관련 메뉴 | 신규 메뉴 필요 |
| 관련 부서 | 경영지원팀, 편집팀, 단행본팀 |
[주의] 구현 전제조건
원가 관리 기능 도입 시 지출결의서 및 견적서 등의 원 데이터 정확성 확인이 필수적입니다. 경영지원팀이 인터뷰에서 직접 언급한 전제조건입니다.
[참고] 논의 사항
- 복잡한 원가 구조: 잡지 및 단행본의 매출 원가는 단순 매입가가 아니라 종이대, 인쇄비, 제본비, 작가 원고료, 배송비 등 수많은 변수가 결합되어 있습니다.
- 재고 및 판매 데이터 연동: 원가를 정확히 산출하려면 외부 총판이나 서점의 실시간 재고 및 판매 데이터가 연동되어야 하는데, 현재는 엑셀 수작업에 의존하고 있어 시스템 구현 시 이 간극을 어떻게 메울지가 관건입니다.
- 시스템 로직 구현의 한계: 이러한 변수들을 실시간으로 반영하여 자동화된 원가 모듈을 만드는 것은 기술적으로 매우 복잡하며, 자칫 잘못된 데이터가 산출될 경우 회계적 신뢰도가 무너질 수 있다는 우려가 제기되었습니다.
- 엑셀 활용 권장 및 사업 확장 시 재검토: 원가 관리와 같은 정교한 수치 계산은 시스템 자동화보다는 현재처럼 경영지원팀에서 엑셀을 활용해 수기로 정산하고, 최종 결과값만 회계 시스템(위하고)에 반영하는 방식이 더 정확하고 유연하다고 보았습니다.