마 젠토 주문 번호 문제

Magento의 주문 번호에 이상한 문제가 있습니다.

하나 개의 주문이 내 웹 사이트에 게재 된 최근 때 주문 번호이었다 온 100000350, 이상적으로는 했어야 100000370내 이전 주문 번호 말하자면 100000369및 100000367. 아래 스크린 샷을 첨부했습니다

또한 오류 로그를 확인했지만 해당 항목을 찾지 못했습니다. 우리는 SagePay와 PayPal을 지불 게이트웨이로 사용하고 있습니다.

아무도 나를 안내 할 수 있습니까?

시퀀스 번호를 처음 얻었을 때, 우리는 무슨 일이 일어나고 있는지 알 때까지 놀랐고 약간 실망했습니다. Magento가 판매 주문 번호를 할당하는 방법과 관련이 있습니다.

현재 할당 된 숫자보다 이전이고 한 달 이상 된 것과 같은 순서가 아닌 것을 갖는 것은 완전히 정상입니다. 비밀은 특정 중요 단계 이후에 주문을 완료하지 않고 다시 로그인하여 최종 구매하기로 결정한 로그인 고객이라는 것입니다.

판매 주문 번호가 할당 된 견적은 판매 주문 번호에 해당 번호를 사용합니다.

이제 설명을하겠습니다.

Magento 주문 프로세스는 장바구니에 처음으로 상품을 추가 할 때 견적을 생성합니다.

• 게스트 고객의 경우이 견적은 세션이 시간 초과되지 않은 한 데이터베이스에 존재하지만 게스트 고객이 복구 할 수없는 한 지속됩니다.
• 등록 된 고객이 로그인하면 카트 견적이 고객 ID를 지정하여 장바구니가 비워지지 않는 한 지속되고 고객이 계정에 로그인하여 등록 된 고객이 검색 할 수 있도록합니다.

이 시점에서 견적은 잠재적 판매 오더 일뿐입니다. 고객이 비용을 지불하지 않았기 때문에 할당 된 번호가 없습니다.

고객이 진행 버튼 을 클릭하여 체크 아웃하면 다음이 수행됩니다.

• 카트를 시작하기 전에 로그인
• 또는 로그인하지 않은 경우 게스트로 등록 또는 체크 아웃할지 묻습니다.

중요한 것은 다음과 같습니다. 장바구니에 등록하기로 선택한 고객은 주문이 완료 될 때까지 손님 고객으로 취급되며 계정이 생성되고 로그인되는 성공 페이지로 이동합니다. 견적 주문이 완료되지 않고 성공 페이지가 표시되면 카트의 세션 시간 초과 손실과 함께 손님 고객 견적 을 유지합니다 .

신용 카드 주문의 경우 주문 주문 버튼을 클릭하면 다음이 발생합니다 .

• 신용 카드 정보, 청구 지 주소 정보, 장바구니 총계 및 주문 정보가 조합됩니다.
• 이 견적 에는 판매 주문 번호 가 지정됩니다 ( 열의 sales_flat_quote표 reserved_order_id).
• 데이터 패키지는 신용 카드 게이트웨이에 제출되어 주문에 대한 자금을 승인 / 캡처합니다.
• 신용 카트 프로세서는 다음을 다시 전달합니다.
  • 기록 될 적절한 거래 정보를 가진 자금 의 승인 / 캡쳐
  • 또는 지불 거부 허가 / 캡처가 거부 된 이유에 적절한 정보.
• 승인 / 캡처에 성공하면 견적이 판매 오더로 변환되고 이것이 장바구니 등록 인 경우 고객 계정이 생성됩니다.

신용 카드 결제 게이트웨이를 통해 고객에 대한 신용 카드 거래가 거부되고 다음 고객 이 주문을하면 판매 주문 번호에 예약 판매 주문 번호가 할당되어 판매 주문 번호 순서가 생략 됩니다. 다음 판매 주문에 사용 가능한 다음 번호가 지정됩니다.

세션 시간 초과를 초과하는 게스트 카트 (손님 주문 및 카트 고객 등록 실패)의 경우 세션이 만료되면 예약 된이 판매 주문 번호가 손실 되어 판매 주문 순서에 차이 가 있습니다.

진행 버튼을 클릭하기 전에 로그인 한 고객의 경우, 견적에 고객 ID가 할당되므로 주문을 시도한 후 거부 된 경우 고객은 다시 방문하여 로그인하여 장바구니에 여전히 내용이 있으며 주문은 때때로 훨씬 늦습니다 (현재까지 가장 긴 기간은 4 개월이었습니다). 견적은 지정된 예약 판매 주문 번호 를 사용하여 판매 주문 관리 화면 에 순서가 잘못된 판매 주문 번호가 표시됩니다.

나는 같은 문제에 직면했지만 서버에 엄청난 양의 부하가 발생했을 때에 만 발생했습니다. 따옴표를 순서대로 변환하는 동안 db가 잠금 상태가되므로이 문제가 발생합니다. 추가 검사에서 문제는 sales_flat_order 테이블에 삽입 한 직후 트랜잭션 내에서 sales_flat_order_grid 테이블에 쓰려고한다는 것을 알았습니다. 동시 쿼리로 인해 잠금 충돌이 발생했습니다. 실제 솔루션은 sales_flat_order_grid를 트랜잭션에서 제외시키는 것입니다.

이 링크는 문제를 이해하는 데 도움이되었습니다.

패치로 문제가 해결되었습니다.

Mage_Sales_Model_Abstract에서 _afterSave 함수를 제거하고 추가해야합니다.

public function afterCommitCallback(){
    if (!$this->getForceUpdateGridRecords()) {
         $this->_getResource()->updateGridRecords($this->getId());
     }
    parent::afterCommitCallback();
}

문제가 해결되면 알려주세요.

확실하지 않지만 문제가 해결 될 수 있습니다.

내가 생각하는 한, 무언가가 당신의 eav_entity_store테이블 을 방해했을 수 있습니다 . 사용할 다음 incremental_id, 즉 order_id에 대한 정보가 들어 있습니다. magento 시스템의 일부 모듈 또는 코드가 변경되었을 수 있습니다.

이 테이블을 열고 마지막 주문 ID로 incremental_last_id coloumn을 업데이트하십시오. 인보이스, 배송 등과 같은 다른 사람의 증분 ID가 포함되어 있으므로주의하십시오. 확약하려면 eav_entity_types표로 이동 하여 entity_type_idfor sales/order(column entity_model) 가 무엇인지 확인하십시오 . 내 magento의 5입니다. 이제 eav_entity_store테이블 로 이동하여 행 entity_type_id이 5 인 행의 incremental_id를 업데이트하십시오. phpmyadmin을 통해 직접 업데이트하거나 다음과 같은 쿼리를 실행할 수 있습니다.

update eav_entity_store set increment_last_id = 'your_last_order_id' where entity_type_id = 5; 

주문시 5 개의 마 젠토에서 entity_type_id입니다.

문제에 대한 여러 가지 이유가있을 수 있지만 문제가 해결 될 수 있습니다.