현재 Magento는 재주문의 형태로만 주문 변경을 지원합니다. 이는 복잡한 주문 프로세스와 데이터베이스 구조 때문일 수 있습니다. 그러나 고객 신용 카드 데이터가 저장되지 않았거나 청구 또는 환불이 불가능한 경우 종종 재주문은 옵션이 아닙니다.
품목을 추가 또는 제거하거나 수량을 변경하거나 할인을 적용하기 위해 주문을 편집 할 수 없게 만드는 결정이 궁금합니다.
또한 기능 부족으로 해결되는 확장 기능에 대해 듣고 싶습니다. 내가 시도한 것, 예를 들어 True Edit Orders 는 구성 가능한 제품에 직면 할 때 약간 기발한 것입니다.
답변:
대답은 귀하의 질문에 있으며 Magento에서도 마찬가지이며 "주문 문서"의 종속성을 유발하는 기타 전자 상거래 및 회계 소프트웨어의 여러 원인에서도 마찬가지입니다.
상거래 및 회계에서 일반적으로 편집은 작업을 수행하는 방법이 아니며 편집 효과를 달성하기 위해 특정 계정에 대한 대변 또는 차변 잔액은 값을 더하거나 빼는 새 행을 추가하여 변경됩니다. 그것은 버그가 아니며 회계 수단이 일부 결과를 달성하는 데 필요한 조치 수가 아닌 조치를 기반으로 결과를 계산하는 기능입니다. 각 편집은 잔액을 계산하고, 보관하고, 계산하거나 반복해서 제시 할 수 있도록하기 위해 저장해야하는 작업입니다.
따라서 Magento에서는 처음에는 거의 모든 상인이 얻지 못하는 것이 이상하고 불필요 해 보이지만 전체 주문은 필요하지 않으므로 편집 할 수 없습니다. 전자 상점을 유지하기가 더 어렵다는 사실은 일을 제대로 수행하는 데 따른 부작용 일뿐입니다.
더 이상 생각하면 모든 주문 형제 (주소, 품목, 운송 및 지불 방법, 할인 적용)를 변경하더라도 총계가 그로 인해 변경되면 동일한 문제가 발생합니다. 참조 데이터가없고 환불 등으로 인해 고객의 조치가 필요한 경우 여전히 결제를 캡처 할 수 없습니다. 전자 상거래에서 고객이 지불을 확인한 시점에 고객의 관심과 그 이후에 발생하는 모든 일에 대해 더 많은 관심을 기울여야합니다.
따라서 매장의 IRL에서 주문을 마무리하기 위해 현금 인출기 또는 우리의 마음으로 행동을 추가하고 빼는 것과 같은 과정을 주문하더라도 지불 과정 후에 변경 해야하는 경우 새로운 액션 (지불, 할인, 보너스, 아이템 등)을 기록하기 위해 폐기되고 새로운 액션이 생성됩니다. IRL에서이를보다 원활하게 수행 할 수있는 것은 고객이 일반적으로 변경 사항을 확인하고 지불 및 모든 세부 사항을 승인하고 모든 뇌 원인 관계가 추상화되는 동안 약간 더 빠르게 발생한다는 것입니다.
주문을 편집 할 수없는 이유는 복잡성이 아니라 데이터 일관성 때문입니다. 예를 들어 주문 후 제품을 카탈로그에서 수정하거나 삭제할 수 있습니다. 따라서 주문한 제품의 수정은 의미가 없습니다. 고객 및 세부 정보와 동일합니다.
물론 그러한 것들을 고려하고 지능적으로 추적 할 수 있지만이 경우 각 엔티티는 수정 히스토리를 저장해야하기 때문에 (예 : 주문 당시의 가격, 고객 그룹) 고객 등).
신용 카드 정보와 관련하여이 데이터를 저장하는 것은 "아니오"입니다. Magento에서는 부분 결제, 나중에 결제 또는 환불을위한 승인 등이 가능하며 결제 모듈 구현에 전적으로 의존합니다.