프로젝트 개요
스토어 뒤에서 운영자가 쓰는 콘솔을 확장 데모로 설계합니다. 메인 배너·기획전을 코드 수정 없이 교체하고, 주문과 배송대행·구매대행 신청을 처리하며, 묶음배송 규칙과 배송비 요율, 블로그 글, 옛 주소 301 매핑표를 역할별 권한으로 관리하는 동작하는 프로토타입입니다. 스토어와 같은 ASP.NET·MSSQL 구성을 전제로 합니다.
작업 범위
- 대시보드 — 처리 현황과 메인 배너·기획전 관리: 처리 대기 주문과 배송대행 신청, 입고 지연 건을 한 화면에서 보고 해당 목록으로 바로 이동합니다. 스토어 메인 배너와 기획전은 노출 기간과 순서로 관리하며 코드 수정 없이 교체합니다
- 주문·배송대행 신청 처리: 고객의 주문과 배송대행·구매대행 신청을 접수 순으로 확인하고 담당자를 지정해 입고 확인·검수·출고로 처리합니다
- 묶음배송 규칙·배송비 요율 관리: 묶음배송 합포장 건을 확인하고, 국가·무게 구간별 배송비 요율을 수정합니다
- 블로그 관리와 옛 주소 301 매핑: 카테고리 7개 기준으로 블로그 글을 작성·게시하고, 옛 주소와 새 주소의 301 매핑표로 검색 노출 유지를 점검합니다
주요 업무
- 대시보드 — 처리 현황과 메인 배너·기획전 관리 화면: 주문·신청 집계를 역할별로 다르게 보여 주고 각 숫자에서 필터가 걸린 목록으로 연결합니다
- 주문·배송대행 신청 처리 화면: 신청 유형별 처리 화면과 처리 상태 전이를 하나의 큐 모델로 구성하고 반려에는 사유를 요구합니다
- 묶음배송 규칙·배송비 요율 관리 화면: 요율 변경 전후 예시 금액을 함께 보여 주고, 저장하면 고객 배송비 계산기에 같은 값이 반영되는 구조입니다
- 블로그 관리와 옛 주소 301 매핑 화면: 글 상태(초안·게시)와 카테고리를 목록에서 관리하고, 매핑표에서 연결이 빠진 옛 주소를 바로 식별합니다





프로젝트 핵심 과제
여러 운영자가 같은 요청을 동시에 처리하지 않
담당자 지정과 잠금 방식의 설계가 필요합니다
배송비 요율 변경이 고객 계산기에 같은 값으로 반영되
두 화면이 같은 계산 함수를 쓰는 구조가 필요합니다
세 사이트의 옛 주소가 많아 매핑표의 누락 점검과 일괄 입력 방식 설계가 필요합니다
주문·신청 처리 결과가 기존 ERP로 넘어가는 지점을 확인하는 연결 계약 정리가 필요합니다
핵심 기능 상세
대시보드 — 처리 현황과 메인 배너·기획전 관리
처리 대기 주문과 배송대행 신청, 입고 지연 건을 한 화면에서 보고 해당 목록으로 바로 이동합니다. 스토어 메인 배너와 기획전은 노출 기간과 순서로 관리하며 코드 수정 없이 교체합니다.
- MSSQL 집계 쿼리로 처리 대기 건수 산출
- 역할별 메뉴·카드 노출을 서버 권한 검사와 함께 적용
- 각 숫자에서 필터가 걸린 목록으로 이동하는 링크 구조
- 배너·기획전 테이블과 노출 기간 조건 설계
권한 검사를 화면 숨김에만 맡기지 않고 서버 단에서도 같은 규칙으로 강제하도록 설계합니다.


주문·배송대행 신청 처리
고객의 주문과 배송대행·구매대행 신청을 접수 순으로 확인하고 담당자를 지정해 입고 확인·검수·출고로 처리합니다. 신청 유형별 처리 화면과 처리 상태 전이를 하나의 큐 모델로 구성하고 반려에는 사유를 요구합니다.
- 요청 큐 테이블과 담당자 지정 로직 설계
- 처리 상태 전이 규칙과 이력 저장
- 처리 결과를 기존 ERP 연결 지점으로 넘기는 연동 어댑터
주문과 신청이 같은 큐에서 유형 칩으로 구분되도록 설계해 운영자가 한 목록에서 우선순위를 정하도록 합니다.


묶음배송 규칙·배송비 요율 관리
묶음배송 합포장 건을 확인하고, 국가·무게 구간별 배송비 요율을 수정합니다. 요율 변경 전후 예시 금액을 함께 보여 주고, 저장하면 고객 배송비 계산기에 같은 값이 반영되는 구조입니다.
- 국가·무게 구간 요율 테이블과 적용 시작일 설계
- 요율 변경 이력과 담당자 기록 저장
- 고객 계산기와 같은 계산 함수 재사용
요율표와 계산 함수를 스토어와 콘솔이 함께 쓰도록 구성해 안내 금액과 청구 금액이 어긋나지 않게 합니다.


블로그 관리와 옛 주소 301 매핑
카테고리 7개 기준으로 블로그 글을 작성·게시하고, 옛 주소와 새 주소의 301 매핑표로 검색 노출 유지를 점검합니다.
- 블로그 글·카테고리 테이블과 게시 상태 모델 설계
- 옛 주소·새 주소 매핑 테이블과 301 응답 규칙
- 사이트맵·메타 태그·구조화 데이터 생성 구조
매핑표를 데이터로 관리해 주소 변경이 코드 배포 없이 301 응답에 반영되도록 설계합니다.


프로젝트 진행 단계
운영자 역할·권한 모델 설계 · 2026.10
운영 관리자·상담 직원 역할과 메뉴·서버 권한 표 설계
배너·기획전 관리 구현 · 2026.10
노출 기간·순서 관리와 스토어 메인 미리보기, 되돌리기 구현
주문·신청 처리 큐 구현 · 2026.10
요청 큐, 담당자 지정, 입고 확인·검수·반려 화면과 API 구현
요율·블로그·301 매핑 구현 · 2026.10
배송비 요율 관리, 카테고리 7개 블로그 관리, 옛 주소 매핑표와 사이트맵 구조 구현
개발 결과
기술적 주안점
- 권한 검사를 화면 숨김에만 맡기지 않고 서버 단에서도 같은 규칙으로 강제하도록 설계합니다
- 주문과 신청이 같은 큐에서 유형 칩으로 구분되도록 설계해 운영자가 한 목록에서 우선순위를 정하도록 합니다
- 요율표와 계산 함수를 스토어와 콘솔이 함께 쓰도록 구성해 안내 금액과 청구 금액이 어긋나지 않게 합니다