주문 개통 과정에서 시스템은 어떤 작업을 해야 합니까?

온라인 구매 상품이 성공한 후 일정 기간 후에 다시 훑어보면 자신의 주문이 두 개 이상의 주문이 되는 경우가 있는데, 이는 시스템 분할 주문으로 인한 것이다.

주문을 깨는 것은 특정 규칙에 따라 하나의 큰 주문을 두 개 이상의 하위 주문으로 나누는 과정이다. 최초 주문을 상위 주문이라고 합니다.

분할 청구서의 중요성

일반적으로 분표는 사용자의 판매 주문을 가리키지만, 실제 업무에서는 구매 주문서, 배정 주문서와 같이 곳곳에서 볼 수 있습니다. 이 문장 강의는 모두 판매 주문의 개통입니다. 이해하시기 바랍니다!

인터넷 전자 상거래 시스템에서 판매 주문은 C 측 사용자와 가장 밀접한 관계가 있고, 문서 양이 가장 크며, 사용자 경험에 영향을 주며, 주문을 분할하는 규칙도 비교적 복잡하다.

하위 주문은 생산 작업을 위해 창고로 유입되어야 하기 때문에 정확하고 시기적절한 데이터가 필요합니다. 피킹, 배송, 출고 등의 체계적인 프로세스도 후속 금융 시스템 조정 또는 결제, 데이터 분석을 위한 중요한 데이터 소스입니다.

계산서를 청구하는 장면

사용자가 APP 와 같은 플랫폼에서 주문하면 상품 재고 수량 미충족으로 인해 프런트엔드에서 청구될 수 있습니다. 즉, 사용자가 청구 필요 여부를 선택할 수 있으며 가장 빠른 배송 또는 최소 청구 규칙에 따라 청구할 수 있습니다.

여기를 보면 약간 혼란스러울 수 있습니다. 재고가 모자라도 주문을 할 수 있나요? 현재 많은 웹사이트들은 공급원이 부족한 상황에서 수량을 수정해야 주문을 할 수 있다.

사실, 지금은 이런 장면이 적지만, 고객 체험을 향상시키기 위해 일부 상인들은 여러 창고를 선적할 수 있다. 단일 창고가 품절될 때 사용자가 구매 여부를 결정하는 것도 전환율을 높이는 한 가지 방법이어야 합니다.

또 다른 시나리오는 주문에는 여러 가지 업무가 관련되어 있으며, 별도로 지불해야 할 경우 프런트엔드에서 주문을 직접 분할하는데, 지금은 기본적으로 함께 지불하여 사용자 경험을 떨어뜨린다는 것입니다.

게다가, 일부 상가들은 국산품도 팔고, 해토품도 판다. 섞여있다면 먼저 청구한 후 지불해야 합니다. 해토상품은 사용자의 신분 인증 등에 대한 정보를 검사해야 하기 때문입니다.

대부분의 경우 사용자가 주문을 하면 주문이 백그라운드에서 열리며 이는 회사의 비즈니스 시나리오와 함께 고려됩니다.

사용자 구매에는 여러 가지 청구서 분할이 포함됩니다.

위의 시나리오 외에 사용자가 주문할 때 시스템에서 또 어떤 조치가 있을 수 있습니까?

사용자가 주문할 때 시스템이 재고 여부, 주문이 속한 창고, 구매 가능 여부 등을 결정하는 경우입니다. 사용자가 선택한 납품처 주소, 상품 등에 따라. 엄밀히 말하면, 이 서비스는 상품 재고 서비스에 속해야 하지만, 사전 해체라고 부를 수도 있다.

사전 해체 주문은 일반적으로 창고 서비스를 호출하여 재고를 판단하는 데 사용되며 캠페인 활동에 따라 일부 혜택 계산을 수행해야 합니다. 이들은 모두 프런트 엔드 시스템이 처리 시 주문한 상품을 표시해 사용자 지불이 성공하면 주문이 OMS 시스템으로 전달되어 물리적으로 분할될 수 있도록 해야 합니다.

프런트 엔드 사용자가 주문을 성공적으로 완료하면 주문은 OMS 의 풀 주문 서비스를 통해 주문 센터로 빠르게 이전되고 주문 재생성 프로세스가 시작됩니다. 주문이 분할된 하위 주문은 사용자에게 표시됩니다. 원래 주문은 일반적으로 표시할 필요가 없으므로 사용자가 쉽게 추적할 수 있습니다.

따라서 사용자의 관점에서 볼 때, 사람들은 철거 결과와 무의식적인 사전 철거 과정을 직접 볼 수 있다

문서를 연 시기와 장소

사전 해체는 쇼핑 과정과 함께 진행되는데, 여기서는 논의하지 않습니다. 왜냐하면 해체서에 속하는지 여부는 우리가 어떻게 정의하느냐에 달려 있기 때문입니다. 일반적으로 사용자가 주문을 취소하거나 지불이 실패할 수 있으므로 사용자가 상품을 구매한 후 주문이 열리지 않습니다.

청구서는 언제 청구됩니까? "주문 지불 성공"? 이후 프런트 엔드 주문은 백 엔드 생산 창고로 이전해 주문 센터에서 처리해야 합니다.

이전 시나리오에서는 쇼핑몰이 합병해서 지불할 수 없는 경우 장바구니에서 여러 개의 주문으로 분할되었습니다. 이때 주문 분할은 일회성 분할로 정의하거나 쇼핑 절차로 귀결될 수 있습니다. 사용자가 주문 번호를 생성하거나 각 주문에 대한 데이터를 저장하지 않기 때문입니다.

사용자 지불이 성공하면 각 주문도 백그라운드로 흐릅니다. 분단 서비스가 처리된 후에만 후속 생산을 계속할 수 있습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언)

이전 계정 명세서 분할 시나리오에 대한 논의에서 재고 부족 청구서 분할을 언급했습니다. 이 시나리오에서는 사용자가 주문을 성공적으로 한 후 주문이 다른 하위 주문으로 분할될 수 있지만 어떤 이유로 창고가 품절될 수 있습니다.

이때 청구 시간이 유연해졌다. 일반적으로 고객 서비스 시스템에서는 사용자의 피드백에 따라 청구 여부를 결정합니다.

부족은 사용자 경험에 영향을 미치지만 항상 객관적으로 존재합니다.

문서 버스트에는 몇 가지 레벨이 있습니까?

위 그림에서 볼 수 있듯이, 주문 분할은 3 급이어야 합니다. 즉, 사용자가 만든 주문은 상위 주문이고, 주문 분할 서비스를 통해 여러 하위 주문을 2 급으로 정상적으로 분할하며, 후속 하위 주문은 품절 등으로 다시 하위 (손) 주문으로 세분화됩니다.

데이터 설계에서 일반적으로 하위 주문과 상위 주문 간의 관계는 ParentID 를 통해 연결되지만 레벨이 3 레벨 이상인 경우 원본 주문을 쿼리하는 것은 번거로울 수 있습니다.

데이터 구조가 어떻게 설계되었는지에 따라 초기 주문 번호를 추가하여 초기 주문 번호를 기록하고 통계 조회 등을 용이하게 할 수 있습니다. 문서 분할 서비스를 담당하는 학생은 상세히 토론할 수 있다.

주문의 복잡성과 시스템의 조회, 통계, 분석 등의 데이터 처리의 어려움을 피하기 위해 주문은 최대 3 급까지, 너무 많이 하지 마십시오.

개방 상태

이전에 주문 상태를 구체적으로 정리한 문장. 자세한 내용은 주문 정보 및 상태 흐름을 참조하십시오. 이것은 충분해야합니다! ",청구 과정에는 주문 상태 전환도 포함됩니다.

상위 주문이 하위 주문으로 분할될 때 하위 주문이 유효하며 상위 주문이 무효로 설정되어야 합니다.

하위 주문 또는 상위 주문이 품절된 후 최초 주문 상태가 무효입니까, 아니면 기타입니까?

주문이 분할된 후 상태는' 배송 보류 중' 으로 설정되어야 합니다. 즉, 주문은 배송 서비스를 통해 창고로 푸시되어 배송해야 합니다.

주문을 창고로 납품한 후 재고를 분리해야 하는 경우 문서 상태를 원래 상태로 유지해야 합니다.

이것들은 모두 세부 사항이지만, 주문 상태에는 다른 업무 시스템의 계산과 통계가 포함되기 때문에 고려해야 한다.

예를 들어, 금융 시스템은 미지급금 보고서에서 지불 전표에 따라 통계 및 조정을 수행합니다. 주문 상태가 유효하지 않은 경우 시스템에서 이 데이터 부분을 어떻게 얻을 수 있습니까?

BI 의 일부 통계 분석은 고객 단가, 유효 주문 번호 등과 같은 상태 및 주문 수량을 기준으로 합니다.

따라서 분단으로 인한 주문 상태를 원래 주문 상태와 별도로 식별해야 하는지 여부를 종합적으로 고려해야 한다.

파일 열기 지침

우리는 이미 개방 법안의 원인은 법안의 이행을 보장하기 위한 것이라고 분명히 밝혔다. 계산서를 청구하는 원리는 무엇입니까?

첫 번째는 최소 문서 분할 원칙입니다. 즉, 두 개의 문서를 분할할 수 있습니다. 세 개를 분할할 수 없습니다. 여러 문서를 분할하면 문서 수가 증가할 뿐만 아니라 시스템의 복잡성도 증가하고, 사용자 경험을 줄이며, 창고의 작업량을 늘리고, 운송비를 늘리기 때문입니다.

가장 빠른 배송의 원칙, 제거된 하위 주문은 빠르게 생산되어야 하고, 빠른 배송이 사용자 경험을 높이는 가장 좋은 방법이다. 그러나 빠른 배송은 창고 물류의 배치에 따라 다르며 한 도시에서 여러 창고를 보낼 수 있는 경우에 특히 중요합니다.

일반적으로 청구는 이 두 가지 원칙을 따라야 한다. 또한 청구 서비스는 기본 정보 구성에 따라 달라집니다. 전자상거래 시스템에서 가장 복잡한 것은 많은 곳에서 연관이 있다는 것이다.

문서 열기 규칙

문서를 여는 규칙은 각 회사의 업무에 따라 다릅니다. 다음은 참고용으로 몇 가지 일반적인 규칙입니다.

(1) 다른 업체의 주문은 분할이 필요합니다.

이것은 주로 플랫폼 기반 전자 상거래에 사용됩니다. 일반 사용자가 다른 상점에서 상품을 구매하고, 만든 주문도 이 상가에 속한다. 그러나 단일 지불을 사용하는 플랫폼도 있습니다. 즉, 사용자가 다른 상가에서 상품을 구매하지만 지불은 한 번입니다.

이것은 타오바오와 조금 다르다. 타오바오에 있는 각 상가의 계좌는 다르기 때문에 한 번에 지불할 수는 없지만, 플랫폼 상가는 플랫폼에서 수금하기 때문에 장부를 나누어 한 번 지불한 후 금액을 분담할 수 있다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 돈명언)

(2) 다른 창고 또는 공급 업체의 물품을 분할해야합니다.

창고 내의 서로 다른 주문은 분리해야 한다. 다른 공급자의 경우 주문은 주로 공급자가 직접 발송하는 주문입니다. 즉, 화물은 창고에 저장되지 않고 공급자가 사용자에게 직접 발송하는 것입니다. 플랫폼 상인과 비슷합니다. 그러나 다른 것은 서명한 계약이 다르다는 것이다. 하나는 구매 판매 계약이고, 하나는 공제계약이고, 세부 사항은 개발되지 않는다. 흥미가 있으면 메시지를 남길 수 있다.

(3) 다른 유형의 물건을 열어야합니다.

일반적으로 사치품이나 특별한 요구가 있는 상품을 구별하는데, 이것은 상품의 요구에 따라 설치해야 한다. 상품 요구 사항이 다르기 때문에 물류 링크에 사용되는 물류 제품 종류도 다르고 물류 비용도 다르다. 이 부분도 상품 정보에 따라 창고에서 처리할 수 있지만 결국 상위에서 미리 구분할 수 있다.

(4) 온도 조절 속성이 다른 상품은 분할해야 한다.

이 부분은 일반적으로 신선한 전기 상인을 가리킨다. 같은 창고에는 상온창고, 냉장창고, 냉동창고, 각기 다른 상품을 보관하고, 상품의 선택, 포장은 모두 서로 다른 요구 사항이 있어 청구해야 한다.

(5) 대형 화물을 열다.

대형 상품과 일반 상품은 보관 장소, 피킹 방식, 포장 운송 등에서 모두 다르기 때문에 대형 상품은 포장을 풀어야 하고, 대형 상품은 일반적으로 가장 빠른 배달을 따르며, 상자를 여는 최소한의 사유에 구애받지 않는다.

(6) 재고 상황에 따라.

품절 상품 분할 주문, 즉 재고가 있는 주문과 재고가 없는 주문입니다. 2 차 주문의 경우 상위 주문이 동일하고 하위 주문이 하위 주문을 도출하고 하위 주문은 1 입니다.

(7) 오프라인 점포 상품은 열리지 않습니다.

온라인 오프라인 매장에서 상품을 구매하면 계산서를 청구할 필요가 없습니다.

(8) 조합상품은 분할할 수 없습니다.

프로모션에서 일부 포장과 기타 상품의 조합이 판매되는 경우가 있습니다. 즉, A, B, C 등의 상품은 창고에서 포장한 후 운송되는 경우가 있습니다. 이런 상품은 청구할 수 없습니다.

분단 서비스에서는 시스템이 어떻게 설계되었는지에 따라 BOM 정보를 호출하여 판단해야 합니다.

문서 버스트에는 많은 규칙이 있으며, 시스템이 처리할 때 규칙 설정 우선 순위에 따라 달라집니다.

단일 분할 알고리즘

(1) 부족한 상품 알고리즘

모든 창고에서 가장 희소한 상품을 찾아 그 상품의 주문을 받다.

(2) 계단 내리기

희소한 상품을 찾는 사람은 누구나 창고 조합이 필요한데, 이 창고들은 반드시 인도해야 한다. 이러한 창고는 배송 목록에 포함되어 주문을 줄이고 나머지 창고는 다시 병합되어 작업 횟수를 줄입니다.

(3) 비둘기 구멍 원리 알고리즘.

1 차 창고 (출하량이 가장 많은 창고) 를 찾습니다. 이 창고의 재고는 반드시 발송해야 합니다. 그런 다음 출하량이 가장 많은 창고를 찾는 등 이후의 조합 계산에 사용됩니다.

(4) 조합을 찾습니다

창고 명세서에 따라 창고 수량을 점진적으로 늘려 조합을 찾다.

알고리즘은 문서를 여는 동안 경로 참조일 뿐이며 문서를 여는 규칙에 따라 달라집니다. 어쨌든 문서를 여는 결과의 정확성과 문서를 여는 속도를 보장해야 한다.

청구서 분할 서비스의 2 단계 중요한 작업

위에서 1 변수 2, 2 변수 4 에 대해 논의하고 있습니다. 구체적인 서비스 체계는 어떤 내용을 고려해야 하고 어떤 일을 해야 합니까?

이상은 모두 설계를 고려해야 하고, 가장 중요한 것은 규칙에 의지하여 설계, 데이터 흐름, 타이밍 등을 하는 것이다.

금액 분배는 어음 분할에서 가장 중요하고 복잡한 작업입니다.

첫 번째 단계는 상위 주문을 분할하고, 상품을 재조합하고, 신규 주문을 생성하는 것입니다. 두 번째 단계에서는 상위 주문의 금액을 각 하위 주문에 합리적으로 정확하게 할당합니다.

주문은 일반적으로 주문 마스터 테이블과 주문 상품 테이블, 주문 지불 계획표 및 주문 활동 테이블로 나뉩니다.

주문 금액은 주문 상품 금액, 할인 금액, 선물 카드 지불 금액, 포인트 지불 금액, 쿠폰 지불 금액, 주문 지불 금액 등 여러 부분으로 구성됩니다.

운송비는 주문 테이블의 특수 필드이며, 운송비 분배 방법은 특별히 고려해야 합니다. 일반적으로 금액의 비율에 따라 달라진다. 따라서 생성된 하위 주문 부분의 금액도 상위 주문의 금액과 일치해야 합니다.

주문상품표, 지불계획표, 활동표는 상세 정보이며 분배는 원래 주문계획표의 데이터와 로고를 기준으로 계산됩니다.

하위 주문 수량은 가로 및 세로 방향으로 정확해야 합니다. 가로는 하위 주문의 금액 합계가 상위 문서의 금액과 일치하며 세로는 하위 주문 마스터 테이블의 금액이 스케줄 금액과 일치함을 나타냅니다.

또한, 금액 분배 계산에서 중요한 규칙은 불가피합니다. 즉, 송장 발행 금액을 고려하는 것입니다.

이 부분의 금액 분배는 회사 세금과 밀접한 관련이 있다. 서류와 인보이스가 일치해야 하고 상품 정보와 활동 규칙도 고려해야 한다는 것은 복잡하다.

일부 청구서 분할 서비스는 계정 명세서 분할의 영향을 줄이고 주문 흐름 속도를 높이기 위해 별도로 금액을 할당합니다.

문서를 여는 속도 요구 사항

주문이 청구된 후에야 창고나 상가에 배포되어 생산되기 때문에 속도가 빨라야 합니다.

시스템을 설계할 때 규칙을 종합적으로 고려할 수 있습니다. 다중 스레드는 가장 일반적으로 사용되는 방법이지만 다중 스레드는 리소스 경쟁과 보안을 고려해야 합니다. 일반적으로 주문 후 창고가 확인되면 창고에 따라 여러 서비스를 시작할 수 있어 절차의 어려움을 피할 수 있습니다.

파일 분할 및 배포 시스템에도 데이터 모니터링이 있어야 하며 백로그가 있어서는 안 됩니다. 문서 버스트에 예외가 있는 경우 정보 필드의 상태에 따라 순환하는 경우가 많으며 서비스에 내결함성이 있어야 하며 계속 정체되어서는 안 됩니다.

어음 분할의 영향

청구서 분할이란 무엇입니까? 당신은 왜 계산서를 열었습니까? 청구서는 어떻게 청구합니까? 그전에 많이 말했지만 법안 개설에 어떤 영향을 끼쳤나요?

먼저 한 장면을 말씀드리겠습니다. 회사는 판촉 활동을 하고, A 를 사서 B 를 보냈지만, A 와 B 의 제품 온도 조절 속성이 다르기 때문에, 사용자가 주문하면 반드시 청구할 것이다.

포장을 풀고 하위 주문에 따라 창고 수거와 배송을 진행하다. 선물 B 가 먼저 보내고 A 가 나중에 배달될 가능성이 높다. 사용자가 먼저 B 의 영수증을 받은 후 A 가 거부하거나 취소합니다. 이때 A 를 거부하거나 취소할 때 관련 하위 주문을 판단하지 않으면 회사는 B 를 잃게 됩니다.

연관된 하위 주문의 상태를 판단하면 실제 장면에서 하나의 상위 주문을 여러 주문으로 분할하는 것이 매우 일반적이기 때문에 시스템의 복잡성이 매우 커질 수 있습니다.

계산서가 분할된 후 하위 주문 수량이 증가하여 고객 단가, 통계 분석 등의 보고서에 미치는 영향을 고려해야 합니다. 차원이 다르고 통계 구경이 다르면 데이터 결과가 다르기 때문에 경영 분석과 의사결정에 영향을 미칠 수밖에 없다.

영향력은 상가마다 다른 이해를 가지고 있다. 제품 R&D 로서 이익과 상가, 특히 운영자 (활동 집중) 를 명확히 해야 하는데, 이는 백그라운드 서비스임에도 불구하고.

요약

해체 주문이 복잡해요. 합리적인 해체는 주문의 흐름을 가속화하고 우호적인 사용자 경험을 제공할 것이다. 과도한 해체는 중복 데이터를 생성하여 주문, 통계, 계산, 애프터 등의 복잡한 관계를 증가시킬 수 있다.

이상은 제가 철거 목록에 대한 빗질과 총결산입니다. 읽어 주셔서 감사합니다!