콘텐츠로 이동

AI 검색

AI가 매뉴얼 전체에서 답변을 찾아드립니다.

기능요건 — 기타 (시스템 아키텍처·ERP)

기능요건 — 기타 (시스템 아키텍처·ERP)

섹션 제목: “기능요건 — 기타 (시스템 아키텍처·ERP)”

[참고] 문서 기준

본 문서는 CS 시스템이나 어드민/CMS에 직접 귀속되지 않는 시스템 아키텍처 및 ERP 영역 기능요건 2건을 정리한 것입니다. 소스 인터뷰: 정기구독팀 · 경영지원팀


번호제목우선순위출처 부서관련 시스템
SUB-011시스템 구축 컨셉 정리참고정기구독팀CS 시스템, 어드민, CMS
MGT-005매출 원가 관리 모듈높음경영지원팀위하고, CS 시스템

항목내용
번호SUB-011
제목시스템 구축 컨셉 정리
내용어드민/CMS/CS 시스템의 통합 vs 분리 구축 방안을 검토한다. ① 3개 시스템 완전 통합, ② 어드민+CMS 통합 + CS 시스템 강화, ③ 각 시스템 역할 재정의 후 API 연동 — 3개 옵션을 비교 분석한다.
배경어드민에 CS 시스템 기능이, CS 시스템에 어드민 기능이 혼재되어 있어 업무 흐름이 비효율적. 주문/구독 업로드 관리 등 CS 시스템에 있어야 할 기능이 어드민에 위치. (R9)
관련 시스템CS 시스템, 어드민, CMS
관련 메뉴-
관련 부서전체 부서

[Tip] 아키텍처 결정 사항

이 기능요건은 특정 시스템이 아닌 전체 시스템 아키텍처에 대한 방향 설정으로, ISP 3단계(목표 모델 설계)에서 상세 검토됩니다.


항목내용
번호MGT-005
제목매출 원가 관리 모듈
내용개별 도서·프로젝트별 투입 비용(인쇄비, 종이값, 인건비 등)과 매출을 한눈에 비교할 수 있는 원가 관리 기능을 구현한다. ① 지출결의서·견적서 데이터 연동, ② 프로젝트별 BEP(손익분기점) 자동 산출, ③ 은행 이체와 동시에 비용 업로드하여 실시간 원가 파악을 목표로 한다.
배경특정 도서를 제작할 때 투입된 비용과 매출을 한눈에 비교할 수 있는 시스템이 없음. 세무법인·위하고에서는 전체 매출 기준으로만 관리하므로, 개별 도서별 수익성 판단(추가 인쇄 여부 등)이 어려움. 원 데이터(지출결의서·견적서)의 정확성 확인이 선행되어야 함. (R2)
관련 시스템위하고(WEHAGO), CS 시스템
관련 메뉴신규 메뉴 필요
관련 부서경영지원팀, 편집팀, 단행본팀

[주의] 구현 전제조건

원가 관리 기능 도입 시 지출결의서 및 견적서 등의 원 데이터 정확성 확인이 필수적입니다. 경영지원팀이 인터뷰에서 직접 언급한 전제조건입니다.

[참고] 논의 사항

  • 복잡한 원가 구조: 잡지 및 단행본의 매출 원가는 단순 매입가가 아니라 종이대, 인쇄비, 제본비, 작가 원고료, 배송비 등 수많은 변수가 결합되어 있습니다.
  • 재고 및 판매 데이터 연동: 원가를 정확히 산출하려면 외부 총판이나 서점의 실시간 재고 및 판매 데이터가 연동되어야 하는데, 현재는 엑셀 수작업에 의존하고 있어 시스템 구현 시 이 간극을 어떻게 메울지가 관건입니다.
  • 시스템 로직 구현의 한계: 이러한 변수들을 실시간으로 반영하여 자동화된 원가 모듈을 만드는 것은 기술적으로 매우 복잡하며, 자칫 잘못된 데이터가 산출될 경우 회계적 신뢰도가 무너질 수 있다는 우려가 제기되었습니다.
  • 엑셀 활용 권장 및 사업 확장 시 재검토: 원가 관리와 같은 정교한 수치 계산은 시스템 자동화보다는 현재처럼 경영지원팀에서 엑셀을 활용해 수기로 정산하고, 최종 결과값만 회계 시스템(위하고)에 반영하는 방식이 더 정확하고 유연하다고 보았습니다.