2. 환불 신청은 자동으로 감사되며 기본적으로 통과됩니다.
3. 해당 상품 금액은 사용자가 선택한 상품 및 수량에 따라 환불됩니다.
4. 환불 프로세스가 종료됩니다.
참고: 환불 절차만 구매자가 지불하고 마케팅 담당자가 배송하지 않은 경우에 적용됩니다. 일반 환불 프로세스는 수동 검토가 필요하지 않으며 환불이 직접 제공됩니다. 간단하고 빠릅니다. 상가가 물건을 보내지 않았기 때문에 구매자가 전액 환불을 신청하면 운송비를 환불해야 하지만 할인액, 빨간 봉투, 공제점은 환불되지 않습니다.
1. 반품 환불 요청 작성, 반품 상품 선택, 반품 수량 편집, 반품 사유 선택, 반품 설명 편집 (선택 사항), 상품 사진 업로드 (선택 사항), 정보 확인 후 반품 요청 제출.
2. 시스템이 반품 요청 시간이 초과되었는지 여부를 판단합니다. 초과 시 신청 제출이 실패하면 프로세스가 중단됩니다. 반품 신청 시간이 초과되지 않은 경우 다음 단계로 진행합니다.
3. 애프터운영자가 백그라운드로 로그인하여 반품 신청을 검토하고 반품 상품 정보 및 환불 금액을 검토합니다. 문제가 있을 경우 검토가 실패하고 실패의 원인과 프로세스가 중단됩니다. 문제가 없으면 승인을 거쳐 다음 절차로 넘어갑니다. (플랫폼에서 구매자의 애프터서비스료를 받아야 하는 경우 백그라운드에서 환불 금액을 수정할 수 있지만 미리 구매자와 소통해야 합니다. )
4. 작업이 통과된 후 재무 담당자는 애프터 주문의 환불 금액을 다시 검토해야 합니다. 감사를 통과하지 못하면 이전 단계로 돌아가 작업을 다시 검토합니다. 통과하면 환불해 드립니다.
5. 반품 신청 과정에서 구매자가 상품을 받지 못한 경우 구매자는 택배 도착 시 입고를 거부하고 상가, 택배와 협의하여 원래 노선대로 반품할 수 있습니다. 반품 신청 과정에서 구매자가 이미 물건을 받았다면 바이어는 상가에 반송해야 한다. 플랫폼이 택배 서비스를 제공하는 경우 바이어는 쇼핑몰을 통해 택배를 예약하여 택배를 수거하고 반품을 할 것이다. 플랫폼이 택배 서비스를 제공하지 않을 경우 구매자는 택배에 연락하여 우편물을 완성하고 택배 번호를 상가에게 알릴 것이다.
6. 상가는 반품을 받은 후 상품을 검사하고 애프터에 입고해야 합니다.
7. 회귀 프로세스가 끝났습니다.
1. 사용자는 교환 신청서를 작성하고, 교환 상품을 선택하고, 상품 수량을 편집하고, 교환 사유를 선택하고, 교환 주석 (선택 사항) 을 편집하고, 상품 사진을 업로드하고, 정보를 확인한 후 교환 신청을 제출한다.
2. 시스템은 교체 신청 시간이 초과되었는지 여부를 판단하고, 초과하면 신청 제출이 실패하여 프로세스가 중단됩니다. 교체 신청 시간을 초과하지 않은 경우 다음 단계로 진행합니다.
3. 애프터운영자가 배경에 로그인하여 교환 신청을 검토하고 상품 정보를 검토합니다. 심사가 실패하면, 그들은 원인을 설명하고, 교체 과정이 중단되어야 한다. 승인할 경우 다음 프로세스로 진행합니다.
4. 심사가 통과된 후 구매자는 물품을 반송합니다. 플랫폼이 택배 서비스를 제공하는 경우 구매자는 상가에서 제공하는 택배를 사용하여 현장 서비스를 예약해야 합니다. 플랫폼이 택배 서비스를 제공하지 않으면 바이어는 택배원에게 연락하여 배송을 완료하고 택배 번호를 상가에 알릴 것이다.
5. 상가가 반품을 받고 검사를 마친 후 애프터 입고되었습니다. 상가가 재선해서 새 물건을 보내다.
6. 구매자가 새 상품을 수령하면 입고를 확인하고 프로세스가 종료됩니다.
환불만 가능하며 수동 참여는 필요 없습니다. 구매자가 신청 시스템을 제출한 후 직접 환불합니다. 다음은 반품 환불 교환 두 가지 애프터 처리 과정과 주의사항을 주로 소개합니다. < P > 운영 감사: 반품 환불 범주의 판매 후 주문의 경우 판매 후 운영자는 반품 사유, 반품 의견, 환불 금액에 초점을 맞춘 관리 백그라운드를 통해 정보 감사를 수행해야 합니다. 감사 시 감사인은 실제 상황에 따라 일정한 애프터서비스 요금을 받을 수 있다. 따라서 검토 페이지에서 실제 환불 금액을 수정할 수 있습니다. 환불 금액은 원칙적으로 상품 금액일 뿐 운송비, 각종 혜택 금액, 가상 화폐는 포함되지 않습니다. 일부 특수한 상황과의 호환성을 위해 댓글 페이지에서 쿠폰, 가상 통화, 배송료 환불을 설정할 수 있습니다. 승인 프로세스 중에 담당자, 전화 번호, 반품 주소 등 반품 정보도 설정할 수 있습니다.
재무 환불: 보안을 위해 운영 감사를 통과한 후 재무 시스템에서 환불을 검토하는 것이 좋습니다. 학생들은 재무심사에서 환불 금액에 초점을 맞추고 있다. 금융생이 환불 금액에 문제가 있다고 생각되면 환불 신청을 운영심사 과정으로 돌려보낼 수 있다. 대부분의 경우 운영 감사가 통과되면 재무 감사가 통과되고, 재무 감사가 통과되면 자동으로 환불됩니다. < P > 애프터 입고: 창고는 반품이나 교환된 애프터 상품을 받은 후 상품을 검사해야 하고, 검사에 합격한 후 애프터 입고 등록이 필요합니다. 창고 시스템은 창고 유형 (반품 창고, 교환 창고), 창고 상품, 창고 수량, 창고 시간, 창고 운영자, 애프터 서비스 태그를 기록해야 합니다. < P > 애프터배송: 교환 상품의 2 차 재배송에 대해서도 창고 시스템이 전체 배송 기록을 기록해야 합니다. 체크 아웃 기록은 체크 아웃 유형 (애프터 체크 아웃), 체크 아웃된 상품, 체크 아웃 수량, 체크 아웃 시간, 체크 아웃한 사람, 애프터 서비스 태그를 기록해야 합니다.
환불 전용 작업 지시, 반품 환불 작업 지시 및 교체 작업 지시를 포함한 모든 애프터 서비스 작업 지시를 표시합니다. 판매 후 목록에 제안된 데이터 필드에는 판매 후 주문 번호, 주문 번호, 마케팅 담당자 이름, 판매 후 유형, 환불 금액, 판매 후 신청 시간, 감사 시간, 주문 시간, 판매 후 상태가 포함됩니다. 업무 조회 필드의 필요에 따라 필드의 표시를 유연하게 조정할 수 있습니다. 데이터 필드가 많은 경우, 다른 사용자가 필드를 보는 개인 설정 요구를 충족하기 위해 필드 숨기기 기능을 제공하고 백그라운드 사용자는 관심 없는 필드를 숨길 수 있습니다. 또한 개별 열 필드를 끌어 데이터 필드의 순서를 조정하고 데이터 열의 고정을 지원할 수 있습니다. < P > 판매 후 목록은 판매 후 주문 번호, 주문 번호, 판매 후 요청 일자, 주문 일자, 판매 후 상태, 판매 후 유형 등의 조건을 통해 조회할 수 있습니다. 환불 주문의 애프터 상태에는 승인 대기 중, 승인됨, 거부됨, 반품됨, 환불됨, 완료됨 등이 있습니다. 교체 주문의 판매 후 상태는 승인 대기 중, 승인됨, 거부됨, 반품됨, 교체됨, 완료됨입니다. 판매 후 유형에는 환불만, 반품 환불 및 교환이 포함됩니다. < P > 애프터 상세 정보 페이지에는 애프터 서비스 주문에 대한 정보가 가능한 한 많이 표시되고, 데이터 필드도 가능한 한 포괄적으로 표시되어야 하며, 감사인의 심사 판단이 용이하고, 고객 서비스 담당자가 애프터 주문에 대한 전체 정보를 이해하고 고객과 효과적으로 소통할 수 있도록 해야 합니다. 판매 후 상세 페이지에 표시되는 정보 유형에는 주문 기본 정보, 상품 정보, 구매자 정보, 반품 정보가 포함됩니다.
주문에 대한 기본 정보에는 판매 후 주문 번호, 판매 후 시간, 감사 시간, 감사자, 주문 번호, 주문 시간, 판매 후 유형, 판매 후 상태가 포함됩니다. 상품 정보에는 점포명, 상품명, 상품번호, 상품단가, 판매 후 신청 수량, SKU 상품당 환불 금액 및 총 환불 금액이 포함됩니다. 구매자 정보에는 구매자 계정, 계정 수준, 구매자 판매 후 통계, 구매자 납품처 주소 등의 정보가 포함됩니다. 반품 정보에는 반품 현장의 연락처, 전화, 반품 주소, 반품 택배사, 택배 번호가 포함됩니다. < P > 감사자는 세부 정보 페이지의 정보를 보고 세부 정보 페이지에서 직접 판매 후 주문을 검토하고 감사 결과를 제공합니다. 심사에 실패하면 거부 사유를 명시해야 한다. 사용자는 쇼핑몰 앞에서 거부 사유를 조회할 수 있다.
환불은 금융 시스템 페이지입니다. 운영자가 반품 환불 주문 정보를 검토한 후 재무 담당자는 금액을 꼼꼼히 점검해야 한다. 확인 후 금융생은 심사 통과 결과를 제시하고 시스템은 환불 지시를 실행하여 애프터환불을 완료합니다. 재무심사가 실패하면 주문이 운영심사로 돌아가고 운영생은 2 차 심사가 필요하다. 환불 주문의 데이터 필드에는 주로 판매 후 주문 번호, 판매 후 시간, 운영 검토 시간, 판매 후 상품, 상품 단가, 상품 수량, 단일 확장 환불 금액, 총 주문 환불 금액 등 금액 관련 정보가 표시됩니다.
운영 감사를 통과한 판매 후 주문만 재무 환불 페이지로 이동합니다. < P > 운영자가 애프터 신청 사유를 쉽게 관리할 수 있도록 백그라운드 시스템이 애프터 반품 사유를 통일적으로 관리할 수 있습니다. 관리 배경은 애프터사유의 추가, 편집 및 삭제를 지원하고, 애프터사유의 표시를 제어하고, 애프터사유의 표시 순서를 조정해야 합니다.
주문 판매 후 주문 거래의 역방향 프로세스에 속합니다. 시스템을 설계할 때, 가능한 한 다양한 장면 아래의 애프터 프로세스를 고려해야 하며, 프로세스는 폐쇄 루프를 형성할 수 있어야 합니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 시스템명언) 일부 특별 지불 요청의 경우 온라인 및 오프라인 처리를 고려해 볼 수 있습니다. 그러나 어떤 처리 방식을 사용하든 온라인 시스템은 전체 정보 처리 프로세스를 기록해야 합니다. 애프터시스템의 프로세스 설계도 재무 시스템, 창고 시스템과의 유기적 결합을 고려해야 하며, 각 시스템 간의 데이터 상호 작용에 중점을 두어야 하며, 자체 시스템의 데이터 처리에만 초점을 맞추어서는 안 됩니다. 이번 호의 공유는 여기서 끝난다. 읽어 주셔서 감사합니다! < P > 만약 나의 공유가 너를 도울 수 있다면, 혹은 어느 시점에서, 너는 손가락을 움직여도 무방하다. 관심, 사랑, 수집. 다음에 또 뵙기를 기대합니다!
주문 시리즈 추천 도서
주문 시스템: 주문 기능은 어떻게 설계합니까? 좀 비벼서 알려 드릴게요. < P > 주문 시스템: 프런트 주문 설계 방법, 이 문장 다 보시면 충분합니다. < P > 주문 시스템: 간단해 보이는' 주문 판매 후' 뒤에 이렇게 많은 디자인 디테일이 숨겨져 있습니다.
새로운 소매 질서: 하나님의 관점에서 질서 시스템의 설계를 내려다보다