MFC CS 패널티 관리 — 원주문 번호 연동 (프로토타입)

1. 현행 동작대체주문이 생기면 같은 이슈가 두 주문번호로 두 행 예시 : 구리 · 카페 모아 구리점 · 배송클레임_오배송 · 원주문 09/04 → 대체주문 09/05

CS 관리 › MFC CS 패널티 관리admin-front.dl-orderhero.com/cs/penalty

입고일

센터

주문번호 1

사유

소명상태

	구분	귀책확인상태	소명상태	입고일	주문번호	식당명	배송담당	사유 2	모바일노출

09/04 원주문 이슈 → SV 노출 → 기사 소명대기 · 09/05 대체주문에 같은 이슈가 새 행으로 또 인입 → 미확인부터 다시 · 두 행 사이 연결 정보 없음 · 주문번호 검색은 한쪽만 맞음

기사 앱 (나우히어로 CS탭) 노출 후

구리패널티소명대기배송클레임_오배송

카페 모아 구리점

09/04 · 주문 2609 02xx 7513

귀책소명

구리패널티소명대기배송클레임_오배송

카페 모아 구리점 3

09/05 · 주문 2609 04xx 5378

귀책소명

같은 건 소명 2번 · 재발 판정(PLD-1287)에선 2회째로 셀 위험

2. 변경 요청대체주문 행에 원주문 번호·이슈를 붙여 한 건으로 리스트 · 검색 · 상세 · 기사 앱 · 재발 판정 공통

연결 키대체주문 라인의 원주문 번호 + 같은 히어로코드member_order_details.replacement_order_id (개발팀용 이름)

→

표시대체주문 행 1개 · 주문번호 아래 '원주문 ○○○○'원주문 행은 접힘 (펼치기 가능)

→

상태원주문의 노출·소명 상태 승계미확인부터 다시 시작 안 함

→

판정재발 횟수 = 1회PLD-1287 재발 키 집계 시 원주문·대체주문 묶어 1건

CS 관리 › MFC CS 패널티 관리admin-front.dl-orderhero.com/cs/penalty

입고일

센터

주문번호 7

사유

소명상태

	구분	귀책확인상태	소명상태 6	입고일	주문번호 4	식당명	배송담당	사유	모바일노출

09/05 대체주문 행 = 주문번호 아래 원주문 2609 02xx 7513 · 이슈 #103485 · 귀책확인·소명상태는 원주문 것(노출 · 소명대기) 그대로 · '연결 1건' 칩 클릭 = 원주문 행 펼침 · 행 클릭 = 상세

기사 앱 (나우히어로 CS탭) 9노출 후

구리패널티소명대기배송클레임_오배송

카페 모아 구리점

09/05 · 주문 2609 04xx 5378 대체

원주문 09/04 · 2609 02xx 7513

귀책소명

카드 1장 · 소명 1번 · 재발 1회

참고 · 정산 대시보드 패널 35 10그라파나 · 이미 적용

분류	주문번호	원주문번호	사유
패널티+비용	2609 04xx 5378	2609 02xx 7513	오배송
패널티+비용	2608 29xx 2319	2608 28xx 5795	상품 분실
비용	2609 01xx 8213	2608 31xx 7330	-

9월 824행 중 원주문 채움 327 · 원주문이 따로 남은 중복 0

‘와이어프레임 주석’ 토글로 핀·연결선·설명 표시 · 끄면 실제 화면만 · 2번 리스트의 09/05 행 클릭 = 상세

🗒 화면 설명 (주석)

빨강 = 현행 문제 · 보라 = 변경 요청 · 회색 = 참고. 토글을 끄면 실제 화면만 봅니다.

1. 현행 동작 (①~③)

주문번호 검색 한쪽만
원주문 번호로 찾으면 대체주문 행 안 나옴 · 반대도 같음 · 연결 정보 없음

같은 이슈가 두 행
대체주문 생성 시 새 주문번호로 이슈 재인입 → 미확인부터 다시 · 노출·소명·마감 2번 9월 실측: 원주문·대체주문 양쪽 등록 11쌍 · 대체주문 번호 이슈 17건

기사 소명 2번
CS탭 카드 2장 · 재발 판정(PLD-1287)에서 2회째로 셀 위험

2. 변경 요청 (④~⑨)

주문번호 셀 = 대체주문 + 원주문
윗줄 대체주문 번호 + '대체' 태그 · 아랫줄 '원주문 ○○○○ · 이슈 #ID' · 대체 아닌 행은 지금 그대로 개발 메모: 목록 API에 원주문번호·원주문 이슈ID 2개 추가 · 키 = 대체주문 라인의 원주문 번호 + 같은 히어로코드

행 통합 = 대체주문 행 1개
원주문 행은 접힘 · '연결 1건' 칩 클릭 = 원주문 행 펼침(회색) · 건수는 통합 후 기준 논의: 원주문·대체주문 사유가 다를 때(9월 11쌍 중 일부) → 두 사유 모두 표시, 병합 안 함

상태 승계
원주문이 이미 노출·소명대기면 대체주문 행이 그 상태 그대로 · 미확인부터 다시 시작 없음 · 처리(면책·귀책·마감)도 한 번 개발 메모: 대체주문 이슈 인입 시 원주문 이슈가 있으면 연결만 하고 새 소명 흐름 안 만듦

검색 = 원주문·대체주문 모두
어느 번호로 넣어도 통합 행 1개 검색

상세 '연결 주문' 섹션
원주문 ↔ 대체주문 표(주문번호 · 입고일 · 이슈ID · 사유 · 상태) + 기록 1줄(연결 일시)

기사 앱 카드 1장
대체주문 카드에 '원주문 MM/DD · 번호' 한 줄 · 소명 1번 · 재발 1회 개발 메모: 나우히어로 CS탭 목록 API도 원주문번호 1개 추가(07번 PLD-1286 필드와 함께)

참고 (⑩)

정산 대시보드 패널 35 (그라파나)
같은 연결 키로 '원주문번호' 열 이미 운영 중 · 원주문 이슈를 대체주문 행에 병합, 원주문 행 숨김 · 쿼리 그대로 참고 가능

※ 새 화면 없음. 패널티 리스트·상세·기사 앱 카드에 원주문 연결 정보를 붙이고, 대체주문 건을 한 건으로 세는 건.

MFC CS 패널티 관리 — 원주문 번호 연동 (대체주문 이중 노출 통합)

CS 패널티 상세 — 주문 2609 04xx 5378 대체

구분	주문번호	입고일	이슈 ID	사유	상태
원주문	2609 02xx 7513	2026-09-04	#103485	배송클레임_오배송	귀책 O · 노출 → 소명대기
대체주문 (이번 건)	2609 04xx 5378	2026-09-05	#103653	배송클레임_오배송	원주문 상태 승계