인벤토리 상태를 통해 개발 및 성능 고려 사항 확인

재고에 대한 정확성은 매우 중요한 고려사항입니다. 이월 주문 및 재고 부족 임계값 설정과 같이 이 위험이 가능한 한 낮은지 확인하는 데 도움이 되는 몇 가지 기본 기능이 있습니다. 자세한 내용은 Experience League에서 읽을 수 있습니다.

Adobe Commerce 스토어에 대한 실시간 재고 상태 확인이 요청되는 프로젝트 및 사용 사례가 있습니다. 이 튜토리얼에서는 개발 및 성능 고려 사항을 사용하여 이 대화를 처리할 수 있는 통찰력을 제공합니다.

이 요청이 반드시 필요한지 확인

가능한 많은 정보를 가지고 대화에 참여할 준비를 하십시오. 가장 중요한 것은 이 프로젝트에서 기본 기능을 사용할 수 없는지 확인하는 것입니다. 이 요청의 이유를 찾아 Adobe Commerce의 기본 기능이 이 요청을 충족하지 못하는지 확인하십시오.

또 다른 고려 사항은 이 기능을 개발, 테스트 및 유지하는 비용입니다. 일부 이해관계자가 필요하다고 생각한다고 하여 그것이 요건인 것은 아니다. Adobe Commerce의 핵심 기능 외에 인벤토리 유효성 검사를 수행하는 데에는 관련 비용이 있습니다. 이러한 비용은 기술적 부담, 더 많은 테스트 및 유효성 검사, 아키텍처에 대한 사용 설명서 및 지원 문서에서 발생합니다.

허용 가능한 재고 업데이트 케이던스 결정

재고 조사와 3가지 접근 방식으로 어떻게 수행되는지 고려해 보십시오. 각각 장점과 제한 사항이 있습니다. 또한 복잡성이 증가하며 오류 처리에 대한 더 많은 테스트 및 고려가 필요합니다. 사용자 지정 경로로 이동하기로 결정하는 경우 책임과 고려 사항이 추가된다는 점을 기억하십시오. 몇 가지 예에는 대체 프로세스, 모니터링, 테스트 및 문제 해결이 개발 팀에 해당되는 경우가 포함됩니다. 개발 팀이 전체 기능을 지원할 수 있도록 새로운 지원 설명서, 교육 및 모니터링이 포함된 몇 가지 유용한 항목입니다. 한 가지 추가 부작용은 개발 팀이 프로세스를 완전히 소유하고 더 이상 핵심 Adobe Commerce 애플리케이션에서 제공하는 기본 기능을 활용하지 않는다는 것입니다. Adobe 지원에서 이 수준의 사용자 지정을 지원할 수 없습니다.

첫 번째 접근 방식은 기본 기능을 사용하는 것입니다. 네이티브 기능을 사용하는 것은 최소한의 위험이며 많은 이점이 있습니다. 이 접근 방식을 사용하면 Adobe Commerce에서 해당 기능의 사용을 위해 제공하는 모든 기존 설명서 및 튜토리얼을 사용할 수 있습니다. 재고 관리에 여러 측면이 있으므로 애플리케이션과 함께 제공되는 것을 사용하는 것이 가장 우선적인 고려사항입니다. 그러나 주문 당시 상거래에서 발견된 데이터가 완전히 정확하지 않을 수 있는 사용 사례가 있습니다. 상황이 동기화되지 않는 방법의 예로는 주문 관리 시스템에서 직접 Adobe Commerce 애플리케이션 외부에서 판매가 허용된다는 것입니다. Adobe Commerce에 정확한 인벤토리 수준을 나타내려면 Adobe Commerce 정보를 가능한 한 정확하게 유지하기 위한 일종의 통합이 필요하기 때문입니다. 과다 판매가 허용되지 않는 경우 재고 부족 임계값을 추가하는 것이 0이 되기 전에 품목 판매를 중지하는 좋은 방법입니다. Adobe Commerce의 기본 동기화 기능은 하루에 최대 1회입니다. 일부 사용 사례에는 충분하지만, 다른 사용 사례에는 충분하지 않을 수 있습니다. 자세한 내용은 예약된 가져오기 및 내보내기를 참조하십시오.

두 번째 방법은 near real-time입니다. 거의 실시간으로 여전히 기본 기능을 사용합니다. 하지만 여기에는 일정에 따라 인벤토리를 업데이트하기 위해 상거래를 자주 제공하는 통합을 제공하기 위한 몇 가지 추가 작업이 포함됩니다. 예를 들어, 매 시간마다. 이 옵션을 사용하려면 통합이 작동하는 방식에 대한 몇 가지 고려가 필요하지만, "대량 api"를 사용하고 일부 미들웨어를 사용하여 데이터의 변환을 수행하고 이를 상거래에 푸시하도록 하는 것은 훌륭한 접근 방법입니다. Adobe App Builder 또는 유사한 플랫폼을 사용하여 대부분의 작업을 수행하고 보다 빈번한 케이던스로 정보를 Adobe Commerce에 푸시할 수 있습니다.

세 번째 접근 방식이며 가장 많은 위험과 책임을 갖는 가장 복잡한 것은 외부 API 또는 데이터 소스에 대한 실시간 라이브 인벤토리 검사입니다. 외부 시스템에 대한 실시간 인벤토리 검사를 수행하는 것은 위험하며 고려해야 할 몇 가지 다른 요소가 있습니다. 다음은 평가해야 할 몇 가지 다른 사항입니다.