고객이 웹사이트에서 구매 버튼을 클릭할 때원하는 상품은 창고, 시내 다른 지역의 매장또는 배송 파트너가 보유하고 있을 수 있습니다.하지만 고객이 진정으로 기대하는 것은 단 두 가지 뿐입니다.명확한 약속과 문 앞까지 배송되는 택배입니다. M365 FM 위 마이크로소프트 날리지 너게츠또 다른 에피소드에 오신 것을 환영합니다.저는 모 피터스이며오늘은 다이나믹스 365인텔리전트 오더 매니지먼트에 대해쉬운 언어로 알아보겠습니다.결제 클릭부터 실제 배송이 이루어지기까지의주문 과정을 따라가 보겠습니다.바쁜 사무실 건물의 중앙 안내 데스크를 생각해보세요.또 다른 온라인 쇼핑몰이 아니면직접 상자를 포장하지도 않습니다.그저 적절한 사람과 시스템을 연결하여올바른 곳에서 업무가 처리되도록 지시할 뿐입니다.왜 주문 관리는 복잡해질까요?웹사이트, 오프라인 매장, 온라인 마켓플레이스,콜센터를 통해 동일한 헤드폰을 판매한다고 상상해보세요.고객에게는 이 모든 것이 그저 헤드폰을 구매하는 방법일 뿐입니다.하지만 내부적으로는 각 채널이 서로 완전히 다른 시스템으로주문 세부 정보를 보냅니다.웹사이트는 하나의 기록을 보관하고 매장 POS는 또 다른 기록을 가지며마켓플레이스는 자체 형식으로 데이터를 보내고콜센터 상담원은 완전히 다른 곳에 주문을 생성합니다.단 하나의 단순한 고객 약속이 서로 소통하지 않는여러 개의 복잡한 부품으로 나뉩니다.여기에 재고 상황이 또 다른 복잡성을 더합니다.메인 창고에 20개가 있을 수 있습니다.시내 반대편 매장에 5개가 있고 다른 창고에도 재고가 있습니다.하지만 그곳은 더 멀어서 배송 비용이 더 많이 듭니다.일부 재고는 다른 주문, 반품된 상품 또는 매장 방문 고객을 위해 이미 예약되어 있습니다.따라서 제품 옆에 적힌 숫자만 보는 것으로는 문제를 해결할 수 없습니다.이제 배송 방법을 결정해야 합니다.

창고에서 배송해야 할까요? 매장에서 배송해야 할까요?아니면 고객이 직접 매장에서 수령할 수 있을까요?만약 두 가지 상품을 샀는데 어느 한 곳에도 두 가지가 다 없다면주문을 두 개의 택배로 나눌까요? 아니면 모두 준비될 때까지 기다릴까요?모든 선택은 비용, 배송 시간, 그리고 고객에게 한 약속에 영향을 미칩니다. 20년 전만 해도 기업들은 별도의 팀이 관리하는 개별 시스템으로 이러한 작업을 처리했습니다.영업팀이 주문을 받았습니다.누군가 재고를 확인했습니다.창고에 요청이 전달되었습니다.배송 파트너에게 또 다른 요청이 전달되었습니다.결제는 나중에 별도로 처리되었습니다.주문이 단순하고 물량이 적었을 때는 잘 작동했습니다.하지만 중요한 점이 있습니다.시스템 간 업데이트가 느려지면 사람들이 그 빈틈을 메우기 시작합니다.고객 서비스 상담원이 한 화면을 확인하고 창고팀에 이메일을 보낸 뒤 배송업체에 전화하는 동안재고 업데이트가 웹사이트에 반영되기 전에 다른 채널에서 제품이 판매될 수도 있습니다.이제 보낼 수 없는 물건에 대한 주문이 들어왔습니다.과잉 판매는 그렇게 발생합니다.배송 선택에 너무 오랜 시간이 걸리는 이유이기도 하죠.팀은 세부 정보를 계속 복사해서 옮기고 고객은 명확한 답변 대신 모호한 업데이트만 받게 됩니다.고객의 입장에서는 그런 복잡한 상황은 중요하지 않습니다.그저 한 가지만 물어볼 뿐이니까요.내 주문은 어디에 있나요?기업에 정말 필요한 것은 모든 연결된 비즈니스 앱 전반에서 주문 여정을 확인하면서각 앱이 본연의 기능을 충실히 수행할 수 있게 하는 통합된 공간입니다.영업 부서는 판매를 기록합니다.창고는 피킹과 패킹을 관리합니다.배송 부서는 발송을 처리합니다.격리부서는 자금 결제를 관리합니다.기존 시스템을 모두 버릴 필요는 없습니다.부족한 것은 그 사이를 조율하는 조정자입니다.주문을 접수하고 다음 단계를 파악하며수동 인계 절차에 의존하지 않고 작업을 지시할 수 있는 공간이 필요합니다.

그게 바로 문제입니다.다이나믹스 365 인텔리전트 오더 매니지먼트가 바로 그 명확한 해답을 제시합니다.그렇다면 다이나믹스 365 인텔리전트 오더 매니지먼트란 정확히 무엇일까요?오늘은 이를 알기 쉽게 풀어서 설명해드리겠습니다.가장 간단한 정의는 다음과 같습니다.주문이 접수되는 순간부터 이행과 결제가 완료될 때까지기업이 이미 사용하는 모든 시스템을 거쳐 주문을 안내하는 클라우드 앱입니다.바쁜 기차역을 상상해보세요.기차는 여러 방향에서 들어옵니다.승객은 각기 다른 승강장이 필요합니다.어떤 연결편은 빠르지만 다른 연결편은 기다려야 합니다.인텔리전트 오더 매니지먼트는 마치 기차역의 관제실처럼 작동합니다.기차를 직접 운전하거나 티켓을 판매하지는 않지만전체 경로를 파악하고 각 시스템에 다음할 일을 지시합니다.마이크로소프트는 데이터버스를 기반으로인텔리전트 오더 매니지먼트를 구축했습니다.데이터버스는 많은 다이나믹스 365 및 파워 플랫폼 앱을 뒷받침하는공통 데이터 기반입니다.쉽게 말해 비즈니스 앱들이 정보를 저장할 수 있는공통 공간과 공통 형식을 제공합니다.즉 주문 정보가 화면이나 시스템마다 다르게 해석되지 않는다는 뜻입니다.이러한 공통 기반이 도움이 되긴 하지만인텔리전트 오더 매니지먼트를 사용하기 위해다른 모든 다이나믹스 365 앱을 구매할 필요는 없습니다.어떤 회사는 다이나믹스 365 파이낸스나 서플라이 체인 매니지먼트를 운영할 수도 있습니다.다른 회사는 아예 다른 창고 시스템이나 온라인 스토어또는 다른 업체의 배송 서비스를 사용할 수도 있죠.이 앱은 마이크로소프트 제품뿐만 아니라타사 비즈니스 앱과도 연동됩니다.이 연결 지점을 공급자, 프로바이더 라고 합니다.공급자는 인텔리전트 오더 매니지먼트와다른 시스템 간의 주문 및 이행 정보를 전달합니다.공급자들 입구의 통역사라고 생각하시면 됩니다.한 시스템이 자체 형식으로 주문을 보내면공급자가 그 형식을 이해하고정보를 인텔리전트 오더 매니지먼트로 전달하며다시 다른 시스템이 이해할 수 있는 형식으로다음 요청을 보낼 수 있습니다.

이 앱은 주문이 다른 곳에서 시작되었더라도모든 주문 정보를 하나로 통합합니다.고객은 AIO 커머스 사이트를 통해 구매할 수 있습니다.다른 고객은 POS 시스템을 통해 주문할 수도 있습니다.기업 고객은 BEB 프로세스를 통해전자주문을 보낼 수 있습니다.지능형 주문 관리를 통해기업은 한 곳에서 주문을 확인하고각 주문의 이행 상태를 파악할 수 있습니다.모든 주문이 같은 경로를 따르는 것은 아닙니다.재고를 기다려야 하는 주문도 있습니다.

배송 후 청구 단계가 필요한 주문도 있습니다.이 앱은 상태를 추적하므로팀은 단순한 주문 접수 그 이상을 볼 수 있습니다.주문이 현재 어떤 단계에 있는지정확히 파악할 수 있습니다.여기서 사람들이 가끔 놓치는 부분이 있습니다.지능형 주문 관리가 모든 업무를 대신하는 것은 아닙니다.갑자기 창고 직원의 피킹 화면,운송사의 배송 네트워크,재무팀의 청구 시스템이 되는 것은 아닙니다.연결된 앱들은 여전히 각자의 전문적인 업무를 수행합니다.지능형 주문 관리는 그들 사이의 업무 인계를 지휘합니다.요청을 받고 경로를 확인한 다음 작업을 전달하고다음 업데이트를 기다립니다.이제 주문 여정을 따라가 보며 이 개념을 더 쉽게 이해해 보겠습니다.주문 여정 규칙이 업무를 지시합니다.고객이 오후 늦게 웹사이트에서 두 가지 상품을 주문하고내일 배송받기를 원한다고 가정해 봅시다.온라인 스토어는 고객 이름, 배송지 주소,두 개의 주문 품목, 배송 옵션을 캡처합니다.공급자가 해당 주문을 지능형 주문 관리 시스템으로 가져오면주문 여정이 시작됩니다.이 행을 시도하기 전에 시스템은 주문을 검증하여여정에 필요한 모든 정보가 있는지,회사 규칙을 따르는지 확인합니다.주문 헤더에서 고객 및 배송 정보를 확인합니다.각 라인의 상품과 수량을 확인합니다.주소의 배송을 위한 충분한 정보가 있는지 확인하고,해당 판매 채널의 규칙을 준수하는지 검토합니다.이 첫 번째 확인 과정은 잘못된 정보가 하류 단계로 이동하여문제를 일으키는 것을 방지합니다.아파트 호수가 누락된 주문을 예로 들어보겠습니다.바로 창고로 이동하여 운송사로 전달된다면 배송 불가 상태가 되어서야 문제를 발견할 수도 있습니다.검증 단계는 고객에게 연락하거나 주문을 보류할 시간이 있을 때 문제를 조기에 포착합니다.이 작업의 근간은 오케스트레이션 흐름에 있습니다.기술적 인용어처럼 들리지만 실제로는 간단합니다.

오케스트레이션 흐름은 주문 정보가 도착하고,연결된 시스템에서 이벤트가 돌아올 때 무엇을 해야 할지 지능형 주문 관리에 알려주는 시각적 지도입니다.여러분은 자체 비즈니스 프로세스에 맞춰 이 지도를 만듭니다.기본적인 주문 흐름은 새 주문이 도착할 때 시작될 수 있습니다.헤더와 라인을 검증합니다.이행 결정을 위해 주문을 전송합니다.그 후 올바르게 연결된 시스템으로 이행 주문을 보냅니다.작업이 적절한 단계에 도달하면 주문 정보를 청구업체로 보낼 수 있습니다.각 작업에는 명확한 역할이 있습니다.주문 헤더 검증은 주요 주문 세부 정보를 확인합니다.주문 라인 검증은 개별 상품과 수량을 확인합니다.이행 전송은 해당 작업을 처리하는 업체에 이행 주문을 전달합니다.총장 전송은 청구업체의 주문 정보를 전달합니다.이 이름들은 마치 공장 제어판의 라벨처럼 들리는데각 라벨이 흐름에 해당 지점에서 무슨 일이 일어나는지 정확히 알려주기 때문에 유용합니다.하지만 실제 비즈니스에는 종종 하나 이상의 직선 경로가 필요합니다.웹사이트 주문은 한 경로를 따르고 기업 고객 주문은 다른 경로를 따를 수 있습니다.어떤 상품 유형은 특별 승인이 필요할 수도 있습니다.첫 번째 단계가 성공해야만 주문이 다음으로 넘어갈 수도 있습니다.지능형 주문 관리에는 이러한 선택을 위한 조건이 포함됩니다.조건은 예 경로와 아니오 경로를 만듭니다.이전 작업이 성공하면 주문은 예 경로를 따라 계속 진행될 수 있습니다.실패하면 흐름은 주문을 다른 경로로 안내할 수 있습니다.그것만으로 모든 문제가 해결되지는 않지만팀이 우연히 오류를 발견하게 하는 대신 프로세스에 계획된 대응을 제공합니다.분할기도 있습니다.분할기는 사용자가 정의한 규칙에 따라 흐름을 하나 이상의 경로로 보냅니다.서로 다른 출처의 주문에 대해 서로 다른 확인이 필요하거나작업의 각 부분이 다른 경로를 거쳐야 할 때 이를 사용할 수 있습니다.

일부 분할된 경로는 나중에 다시 합쳐질 수도 있고다른 경로는 독립적으로 계속 진행될 수도 있습니다.사용자 지정 작업은 비즈니스 고유의 업무를 다룹니다.회사가 자체 제조 시스템을 가지고 있거나표준 작업에서 다루지 않는 파트너 시스템을 사용할 수 있습니다.사용자 지정 작업을 사용하면 해당 단계를 주문 흐름에 연결하여한 부분이 이메일이나 수작업 속에 숨겨지지 않고전체 프로세스가 경로에 표시되도록 할 수 있습니다.두 품목 주문으로 다시 돌아가 보겠습니다.시스템은 웹사이트에서 주문을 받아 고객 정보, 주소, 상품 라인을 확인합니다.그러면 주문은 이행 결정 단계에 도달합니다.두 품목 모두 같은 경로를 따를 수 있다면흐름은 이행 요청을 하나의 단위로 계속 보낼 수 있습니다.회사의 규칙상 다른 결과가 필요하다면 주문은 다른 경로를 취할 수 있습니다.두 품목의 별도의 이행 요청이 필요하거나주문의 다른 배송 옵션이 필요할 수도 있습니다.흐름은 추측하지 않습니다.비즈니스가 만든 규칙과 연결된 시스템이 반환하는 이벤트를 따릅니다.마지막 부분이 중요합니다.지능형 주문 관리는 작업을 지시할 수 있지만작업이 진행됨에 따라 연결된 시스템이 다시 보고를 합니다.이행 업체가 요청을 수신할 수 있습니다.결제 업체가 주문 세부 정보를 수신할 수 있습니다.이러한 이벤트들이 주문 여정을 흐름에 따라 이동시킵니다.따라서 이 앱은 하나의 거대한 대체 시스템이 아닙니다.전문 시스템을 연결하여 각 시스템에 필요한 작업을 적시에 제공하는 일련의 규칙입니다.온라인 스토어가 주문을 접수합니다.이행 시스템이 이행을 처리합니다.결제 시스템이 결제를 처리합니다.지능형 주문 관리는 이러한 작업 간의 경로를 관리합니다.주문 프로세스 담당자는 앱에서 직접 이러한 흐름을 설계할 수 있습니다.모든 경로를 기존 코드로 작성하거나IT 관리자에게 모든 비즈니스 규칙 변경을 요청할 필요가 없습니다.

이를 통해 공급망팀는 실제로 필요한 프로세스를 모델링할 수 있습니다.그럼에도 이러한 변경 사항에는 주의가 필요합니다.오케스트레이션 흐름은 구축 및 테스트 단계에서 개시되지 않은 상태로 유지됩니다.해당 단계에서는 들어오는 데이터가 흐름을 거치지 않습니다.개시하면 데이터가 시스템에 들어올 때 흐름과 해당 작업이 실행됩니다.개시 후에는 개시된 흐름을 직접 편집할 수 없습니다.비즈니스 변경이 필요하면 팀이 개시된 흐름을 중지하여개시되지 않은 상태로 되돌릴 수 있습니다.흐름을 편집한 다음 준비가 되면 새 버전을 개시할 수 있습니다.이러한 설정은 실시간 주문이 경로를 통과하기 전에팀이 경로를 테스트하도록 유도합니다.경로는 실제 가용 재고를 파악해야만 작동합니다.이는 각 이행 결정의 이면에 있는 실시간 재고 정보로 이어집니다.재고 가시성, 즉 실제로 판매 가능한 상품을 확인하는 것입니다.솔직히 말해 명백한 사실이 하나 있습니다.재고가 있는지 모르면 주문을 이행할 수 없습니다.당연하게 들리겠지만재고는 창고, 매장, 파트너 위치 또는 같은 회사 내의서로 다른 법인에 숨어 있을 수 있습니다.각 위치에서 재고를 따로 관리하면지금이 고객에게 무엇을 약속할 수 있는가?라는 기본적인 질문에 답할 수 없습니다.재고 가시성을 통해 지능형 주문 관리 시스템은공급 네트워크 전반의 모든 재고를 실시간으로 파악할 수 있습니다.물류센터의 재고 현황판과 같다고 생각하세요.모든 선반에 전화하여 확인을 요청하는 대신주문 프로세스가 모든 시스템이 통합된 단일 공유뷰를 참조합니다.이제 상품이 어딘가에 재고로 표시된다고 해서모든 주문을 이행할 수 있는 것은 아닙니다.상품이 창고에 있지만 이미 예약되었거나현장 판매만 가능하고 배송이 안 되는 매장에 있거나단순히 고객이 선택한 배송 약속을 지키기에 너무 멀리 있을 수 있습니다.어딘가에 존재하는 재고와지금 당장이 주문을 이행할 수 있는 재고 사이에는 큰 차이가 있습니다.

고객이 온라인으로 재킷을 구매하고내일 받기를 원한다고 가정해봅시다.주요 창고에는 재고가 하나도 없습니다.최신 재고 데이터가 없으면웹사이트는 예전 수치를 기준으로 주문을 계속 받을 수 있고창고는 보낼 수 없는 상품에 대한 요청을 받아고객이 결제 후에야 그 사실을 알게 됩니다.그건 모두에게 헛수고가 됩니다.연결된 재고 정보를 활용하는지능형 주문 관리 시스템은 주창고에 재킷이 없더라도근처 매장에 재고가 있음을 확인합니다.해당 매장이 배송을 지원한다면그곳에서 주문을 처리할 수 있습니다.고객이 수령을 선택했다면동일한 매장이 픽업 장소가 됩니다.결정은 더 나은 재고 파악에서 시작됩니다.여러 법인을 가진 기업의 경우이 시안은 모든 법인의 재고를 포괄합니다.여러 국가, 지역, 사업 단위에서 운영되어재고가 하나의 기록체계에만 있지 않을 때 더욱 중요합니다.주문 프로세스는 실시간 재고 데이터를 사용하여어떤 경로를 취할지 결정합니다.참고, 매장 또는 기타 재고 소스는여전히 자체적인 재고 기록을 관리합니다.재고 가시성은 현재 수치를 더 넓은 주문 프로세스로 가져와이행 규칙에 활용할 수 있게 합니다.이는 어제의 데이터를 기반으로 한 약속을 피하게 해주며고객 서비스팀이 상품이 제때 도착할 수 있는지 묻는고객에게 명확한 답변을 제공하도록 돕습니다.여러 시스템을 검색하고정보가 일치하기를 바라는 대신주문팀은 이행 선택을 이끈� 재고 상태를 직접 확인합니다.물론 모든 가능한 위치를 확인한다고 해서모든 문제가 해결되는 것은 아닙니다.다섯 곳의 위치에서 상품을 찾을 수도 있습니다.고객과 가장 가까운 곳, 재고가 더 많은 곳,두 제품을 함께 배송할 수 있는세 번째 장소 등이 있을 수 있습니다.누군가 혹은 무언가가 여전히 선택을 해야 합니다.그 역할은 이행 최적화의 목입니다.

이행최적화이행을 위해 배송할 최적의 장소를 선택하는 것입니다.최적화는 주문에 대해 가능한 위치들을 비교하고회사가 설정한 규칙에 따라 하나를 선택합니다.쉽게 말해이 주문을 어디서 보낼 것인가?라는 질문에 답하는 것입니다.최고가 항상 가장 가까운 곳을 의미하지는 않습니다.가장 가까운 매장에 상품이 있을 수 있지만거기서 배송하는 비용이 더 많이 들 수도 있습니다.더먼 창고의 두 제품이 모두 포장 준비가 되어 있을 수도 있고다른 위치의 재고는 있지만고객이 선택한 배송 날짜를 맞추지 못할 수도 있습니다.모든 회사는 어떤 규칙을 우선시 할지 결정해야 합니다.어떤 기업은 배송 속도를 최우선으로 합니다.다른 기업들은 배송 비용을 낮게 유지하고 싶어 합니다.또한 회사는 매장을 방문하는 고객을 위해매장 재고를 확보하거나선택의 여지가 없는 경우가 아니면주문을 여러 패키지로 나누는 것을 피하고자 할 수도 있습니다.지능형 주문 관리는 이러한 선택을 반영하는 이행 전략을 사용합니다.배송 차량의 경로를 선택하는 것과 같다고 생각하세요.가장 짧은 도로가 항상 가장 빠른 것은 아닙니다.교통체증이나 도로 공사 혹은 정차 시간이 길어질 수 있기 때문입니다.마찬가지로 재고 비용, 서비스 약속, 배송 옵션을 고려하면가장 가까운 건물이 반드시 최고의 이행 결과를 제공하는 것은 아닐 수 있습니다.온라인에서 두 가지 상품을 구매한 고객의 사례로 돌아가 보겠습니다. 10분 거리에 있는 매장에 첫 번째 상품이 있습니다.창고에는 두 상품이 모두 있지만 거리는 더 멉니다.매장에서 첫 번째 상품을 보내고 창고에서 두 번째 상품을 보낸다면고객은 배송 기한에 맞춘 두 개의 소포를 받을 수 있지만 배송비는 상승합니다.창고에서 두 상품을 함께 보낼 수도 있습니다.약속된 배송 기한을 맞출 수 있다면해당 위치에서 하나의 소포로 보내는 것이 더 나은 선택일 수 있습니다.

규칙에 따라 배송 횟수를 줄이고 배송비를 낮추는 것을 우선할 수 있습니다.하지만 두 상품을 함께 보내는 것보다 내일 도착하는 것이 더 중요하다면시스템은 한 상품은 매장에서, 다른 상품은 창고에서 보내 도록 선택할 수 있으며이를 분할 주문이라고 합니다.분할 주문이 곧 시스템 오류를 의미하는 것은 아닙니다.단일 위치에서 전체 주문을 제대로 처리할 수 없을 때 위도된 선택이 될 수 있습니다.기업은 설정된 이행 전략을 통해 언제 분할하는 것이 합리적인지 결정합니다.이와 같은 사고 방식은 온라인 구매 후 매장 배송, 시프롬 스토어 방식도 뒷받침합니다.고객이 웹사이트에서 주문하면 근처 매장의 재고가 있어 빠르게 배송할 수 있는 경우입니다.따라서 고객이 직접 방문한 적이 없더라도 해당 매장이 이행 거점이 됩니다.이는 온라인 구매 후 매장 수령, 클릭 엔드 컬렉트도 지원합니다.시스템은 재고 및 위치 정보를 활용해 수령 가능한 매장을 찾고고객에게는 지역 내 수령 선택지를 제공하며 기업은 주문을 적절한 곳으로 전달합니다.이러한 선택 사항들이 각 판매 채널마다 별도로 존재할 필요는 없습니다.통합된 이행 결정 프로세스가 없다면 웹사이트, 마켓플레이스, 콜센터는 각각 자체적 인나우팅 규칙이 필요할 수 있습니다.기업이 배송 정책을 변경하거나 매장을 이행 거점으로 활용하기 시작할 때팀은 여러 시스템을 일일이 업데이트해야 할 수 있습니다.이행 최적화는 이러한 결정 프로세스를 주문 여정 중 한 곳으로 통합합니다.웹사이트는 주문을 계속 받고 마켓플레이스도 주문을 받으며 매장은 계속 상품을 판매합니다.하지만 기업은 모든 채널의 규칙을 재설정하지 않고도 이행 거점 선정 방식을 변경할 수 있어재고 변동이나 배송 약속 변경, 새로운 이행 옵션 추가 시 더 큰 통제력을 갖게 됩니다.다만 이행 전략이 효과를 발휘하려면 각 정보를 보유한 시스템으로부터 필요한 데이터가 제때 전달되어야 합니다.

주문이 들어오고 재고 업데이트가 수신되며 이행 파트너들이 업무를 전달받아 진행 상황을 다시 보고 해야 합니다.이 연결 작업은 공급자, 프로바이더에 달려 있습니다.공급자와 연결, 즉 건물로 들어가는 문입니다.지능형 주문 관리가 제 역할을 하려면 주변의 모든 것과 소통할 신뢰할 수 있는 방법이 필요합니다.공급자가 바로 그 역할을 합니다.공급자는 기본적으로 지능형 주문 관리와 다른 시스템 간의 주문 상세 정보와 이행 업데이트를 주고받는 연결고리입니다.정보는 양방향으로 흐름으로 아무도 수동으로 복사할 필요가 없습니다.여러 개의 배송문이 있는 건물을 상상해보세요.한 문은 온라인 스토어에서 주문을 받습니다.다른 문은 재고 시스템에 연결됩니다.세 번째 문은 창고나 배송 파트너에게 작업을 보냅니다.각 문에는 명확한 목적이 있으며 공급자가 각 문을 통과하는 정보를 관리합니다.마이크로소프트는 이러한 커넥터 중 일부를 직접 구축합니다.이를 자사 공급자, 퍼스트 파티의 프로바이더라고 부릅니다.이들은 지능형 주문 관리를 다이나믹스 365 서플라이 체인 매니지먼트,다이나믹스 365 커머스 또는 다이나믹스 365 파이낸스와 같은 앱에 연결합니다.지능형 주문 관리 내의 재고 및 이행 서비스도 이러한 공급자들 사용하여 데이터를 교환합니다.그런데 이미 다른 시스템을 사용하고 계실 것입니다.이때 타사 공급자, 서드 파티 프로바이더가 필요합니다.이들은 마이크로소프트가 구축하지 않은 서비스를 연결합니다.기존 전자상거래 플랫폼, 마켓플레이스, 물류회사 또는 창고 시스템일 수 있습니다.핵심은 특정 앱 세트를 강제로 사용하게 하는 것이 아닙니다.오히려 이미 비즈니스에 적합한 시스템을 연결할 수 있도록 하는 것입니다.배후에서 이러한 공급자는 파워 오토메이트 커넥터를 사용합니다.파워 플랫폼에는 200개 이상의 사전 구축된 커넥터가 있으므로시작할 수 있는 충분한 기반이 마련되어 있습니다.

만약 적합한 것이 없다면 귀하 또는 파트너가 직접 공급자를 구축할 수도 있습니다.각 연결된 앱은 여전히 고유한 작업을 수행합니다.온라인 스토어는 구매를 처리합니다.재고 시스템은 재고를 추적합니다.이행 파트너는 주문을 포장하고 배송합니다.청구 시스템은 재물을 처리합니다.지능형 주문 관리는 이들 모두 간의 메시지와 다음 단계를 조정합니다.시스템이 업데이트를 공유하면 비즈니스는 전체 주문 프로세스에서무슨 일이 일어나고 있는지 확인할 수 있습니다.더 이상 별도의 화면에서 정보를 찾을 필요 없이인사이트와 전체적인 상황을 파악할 수 있습니다.공유된 정보는 주문 작업에 대한 훨씬 더 명확한 그림을 제공합니다.지능형 주문 관리에는 주문 및 이행 지표를 한 곳으로 모아주는파워 BI 대시보드가 포함되어 있습니다.고객 서비스 팀은 이동이 중단된 주문을 찾을 수 있습니다.운영팀은 차단된 경로 또는 이행 지연을 발견할 수 있습니다.그리고 비즈니스 리더는 전체 프로세스 전반에서 패턴을 찾을 수 있습니다.이러한 뷰가 없으면 지연은 단순한 개별 문제처럼 보일 수 있습니다.하지만 데이터가 모이면 팀은 특정 이행 파트너에서 많은 주문이 지연되거나특정 배송 옵션에서 예상보다 많은 예외가 발생한다는 것을 알 수 있습니다.대시보드가 스스로 문제를 해결하지는 못하지만정확히 어디를 확인해야 할지 알려줍니다.사무실 건물을 떠올려 보세요.지능형 주문 관리는 요청을 접수하는 안내 데스크,재고 현황을 보여주는 게시판,주문 이행 위치를 정하는 경로 플래너,그리고 모든 진행 상황을 확인하는 보고 시를 하나로 통합합니다.각 부분의 역할은 다르지만 주문이 모든 것을 연결합니다.결론적으로 하나의 주문, 하나의 조율된 여정인 셈이죠.오늘의 핵심 정보를 함께 해주셔서 감사합니다.지능형 주문 관리는 초기 접수부터 최종 청구까지전체 프로세스를 가로지르는 단일 직통 경로를 그려냅니다.

즐겨 찾는 팟캐스트 플랫폼에서 구독하고다음 에피소드를 시청해 보세요.다이나믹스 365와 파워 플랫폼 이 보이지 않는 곳에서어떻게 작업을 처리하는지 정확히 확인하실 수 있습니다.