영업부서의 제품명과 창고의 제품명이 일치하지 않고 온라인 스토어에는 작년 사진이 그대로 남아있다면 어떤 일이 벌어질까요?누군가 잘못된 상품을 주문하게 됩니다.구매자가 상세 정보를 요청하지만 아무도 찾지 못해 직원들은 간단한 질문 하나에 답하려고 스프레드 시트, 오래된 이메일, 공급업체 PDF, 5가지의 서로 다른 시스템을 뒤져야 합니다. M365 FM, IoTM, DMO, 피터스, 위, 또 다른 지식 정보에 오신 것을 환영합니다.오늘은 다이나믹스 365제품 정보관리, 줄여서 PIM에 대해 다뤄보겠습니다.영상을 마치면 하나의 공유된 제품 기록을 어떻게 유지하는지 이해하게 될 것입니다.제품이 어떻게 다양한 형태로 제공될 수 있는지, 그리고 그 정보가 필요한 비즈니스 부서에 어떻게 전달되는지 알아보겠습니다.전사적으로 단 하나의 제품 기록을 사용합니다.외부에서 볼 때 제품은 단순해 보일 수 있습니다.이름, 가격, 그리고 사진 한 장 정도죠.하지만 보이지 않는 곳에서 그 제품은 회사의 거의 모든 부서와 연결됩니다.어떻게 진행되는지 살펴보겠습니다.구매부서는 공급업체 세부 정보와 단위가 필요하고, 창고팀은 상품을 입고, 보관, 출고하기 위한 정보가 필요합니다.영업부서는 명확한 제품명이 필요합니다.재무부서는 올바른 설정이 필요하며, 온라인 스토어는 정확한 사진과 설명이 필요합니다.각 팀은 같은 제품을 서로 다른 관점에서 바라봅니다.정보를 공유하는 통합된 장소가 없으면 사람들은 흔히 각자의 복사본을 만듭니다.제품팀은 스프레드 시트를 관리합니다.영업팀은 시스템에 더 짧은 이름을 입력합니다.창고팀은 다른 설명이 담긴 품목번호를 사용하고,마케팅팀은 이미지를 공유 폴더에 저장하며,고객 서비스팀은 오래된 이메일을 뒤집니다.이런 방식은 처음에는 작은 차이를 만들지만, 그 차이는 점차 커지게 됩니다.보온병을 판매하는 회사를 상상해보세요.

공급업체가 용량을 500ml에서 750ml로 변경하고,구매팀은 새로운 정보를 받았지만,온라인 스토어에는 여전히 이전 용량이 표시되어 있습니다.영업팀은 고객에게 잘못된 사양서를 보내고,창고 직원은 주문 내역과 일치하지 않는 제품 라벨을 보게 됩니다.아무도 문제를 일으키려던 것은 아니었습니다.각 팀이 서로 다른 사본을 가지고 작업했을 뿐입니다.다이나믹스 365 제품 정보관리는 회사의 하나의 중앙 집중식 제품 정의를 제공합니다.이를 제품 정보를 위한 공유 파일 캐비닛이라고 생각하세요.모든 부서가 각자의 폴더를 보관하는 대신,제품 기록이 합의된 세부 정보가 담긴 유일한 공간이 됩니다.사람들은 같은 정보를 반복해서 다시 입력할 필요 없이,그 정의를 전체 업무에 활용합니다.제품 번호가 그 기록의 중심에 자리 잡습니다.이는 각 팀이 제품을 부르는 명칭이 다르더라도,회사 전체가 제품을 일관되게 식별할 수 있도록 돕습니다.해당 번호와 함께 이름과 설명을 저장하고,그것이 재고로 관리할 수 있는 실물 품목인지 아니면 회사가 제공하는 서비스인지를 정의합니다.이 기록에는 제품을 구매, 판매, 보관하거나 수량을 셀 때 사용하는 단위도 포함됩니다.상자, 개수, 킬로그램, 리터, 팔레트 등은 일상 업무에서 매우 다른 의미를 가질 수 있습니다.이러한 단위가 명확해지면 구매 및 창고 업무를 훨씬 더 수월하게 시작할 수 있습니다.제품 정보에는 이미지, 첨부 파일, 카테고리, 속성,그리고 이름과 설명에 대한 번역본도 담을 수 있습니다.따라서 기록에는 단순한 라벨 그 이상의 정보가 포함될 수 있습니다.제품을 설명하는 공급업체 문서, 제품을 식별하는 데 도움이 되는 사진,다른 언어를 사용하는 팀이나 고객을 위한 번역된 설명,그리고 재질, 브랜드 또는 취급지침과 같은 세부 정보를 담을 수 있습니다.공통된 정의가 현지에서의 사용보다 우선합니다.

기업은 제품을 한 번 정의한 다음, 비즈니스의 여러 부서에서 필요에 따라 사용하게 합니다.공통기록은 공통된 사실을 하나로 묶어두고,각 영역은 나중에 자체적인 비즈니스 설정을 적용합니다.다른 팀이 필요로 할 때, 마다 제품을 처음부터 다시 만들 필요가 없습니다.이는 훨씬 효율적인 업무 방식이지만,이름과 설명만으로는 제품에 대한 전체 이야기를 모두 전달할 수 없습니다.청바지 한 벌도 색상과 사이즈가 추가되면 여러 개의 항목으로 변할 수 있습니다.제품 마스터와 변형, 제품의 가게도입니다.그렇다면 하나의 제품은 언제 여러 개의 제품이 될까요?청바지 한 벌을 생각해보세요.여러분은 청바지를 하나의 제품으로 보겠지만,참고에서는 검은색 라지 사이즈를 주문했을 때 아무 청바지나 가져갈 수 없습니다.그리고 영업부서에서도 실제 존재하지 않는 조합인 파란색 엑스트라 스몰 사이즈 청바지를 약속할 수는 없습니다.바로 이때 다이나믹스 365가 간단한 아이디어로 해결책을 제시합니다.기본 제품과 제품 마스터를 분리하는 것입니다.단순 제품은 하나의 고정된 항목입니다.한 가지 사이즈, 한 가지 색상, 한 가지 형식으로만 판매되는 일반 복사용지 한 상자를 상상해보세요.이 항목은 항목의 성격을 바꾸는 선택사항이 없기 때문에 고유한 제품 기록을 까집니다.제품 마스터는 다르게 작동합니다.제품 마스터는 전체 제품군에 대한 상위 기록입니다.여기에는 공유되는 세부 정보와 별도의 항목을 생성하는 선택 규칙이 포함되어 있습니다.작동 방식은 다음과 같습니다.청바지 제품 마스터는 해당 범위의 모든 청바지에 대한 이름, 기본 설명, 공통 정보를 담고 있습니다.그런 다음 개별 변형이 누군가가 구매, 보관, 생산 또는 배송하는 정확한 청바지를 식별합니다.변형은 판매 가능한 구체적인 항목입니다.청바지의 경우 파란색 미디엄 사이즈가 하나의 변형이 될 수 있습니다.

검은색 라지 사이즈가 또 다른 변형이 될 수 있습니다.이들은 같은 제품군에 속하지만 서로 대체할 수는 없습니다.하나는 창고 선반에 남아있을 수 있고 다른 하나는 품절되었을 수 있습니다.하나는 다른 나벨을 사용할 수 있습니다.하나는 고유한 바코드를 가질 수 있습니다.부모와 자식 구조가 핵심 개념입니다.제품 마스터는 제품군을 정의합니다.제품 변형은 개별 구성원입니다.기본 정보를 반복해서 입력하는 대신 마스터에서 시작하여 비즈니스에 필요한 실제 조합을 만듭니다.구체적인 예를 들어보겠습니다.청바지 제품군이 파란색, 검은색, 갈색으로 나온다고 상상해보세요.또한 엑스트라 스몰, 스몰, 미디엄, 라지, 엑스트라 라지, 더블 엑스트라 라지 사이즈로 나옵니다.모든 색상이 모든 사이즈로 나온다면 18가지 조합이 가능합니다.하지만 기업은 모든 가능한 조합을 판매하지는 않습니다.어쩌면 파란색은 엑스트라 스몰에서 미디엄까지만 나올 수 있습니다.검은색은 미디엄에서 엑스트라 라지까지 나옵니다.갈색은 라지부터 시작합니다.다이나믹스 365는 각 허용된 조합을 고유한 변형으로 처리할 수 있습니다.누군가 주문에 청바지를 추가할 때 정확한 제품을 식별하는 차원을 선택합니다.색상과 사이즈는 고객이 원하는 변형을 시스템에 알려줍니다.어떤 제품을 상자에 넣을지 추측할 필요가 없습니다.이러한 선택 항목을 제품 차원이라고 합니다.다이나믹스 365, 공급망 관리에는 5가지 차원이 포함됩니다.즉, 색상, 사이즈, 스타일, 구성 및 버전입니다.기업은 제품군에 맞는 차원을 선택한 다음 해당 제품 마스터를 위해 그룹화합니다.빠르게 살펴보겠습니다.색상은 간단합니다.파란색, 검은색, 갈색, 빨간색 등입니다.사이즈도 익숙합니다.스몰, 미디엄, 라지 또는 신발 사이즈 번호입니다.스타일은 이름은 같지만 모양이 다른 제품을 구분할 수 있습니다.셔츠는 레귤러 핏과 슬림 핏으로 나올 수 있습니다.

위자는 표준 프레임이나 다른 마감 처리가 되어 있을 수 있습니다.구성은 선택된 빌드나 설정을 설명합니다.예를 들어 기계에는 특정 모터, 전압 또는 부품 세트가 필요할 수 있습니다.구성 차원은 해당 선택 항목을 식별합니다.버전은 시간이 지남에 따라 제품에 발생하는 변경사항을 추적합니다.이것은 제조업체에게 가장 중요합니다.동일한 목적을 유지하지만 승인된 엔지니어링 업데이트 후 변경되는 부품을 상상해보세요.버전을 사용하면 공급망을 이동하는 동안 버전 1과 버전 2를 구분할 수 있습니다.이제 모든 제품 마스터의 5가지 차원이 모두 필요한 것은 아닙니다.티셔츠에는 색상과 사이즈만 필요할 수 있습니다.장비에는 구성과 버전이 필요할 수 있습니다.차원 그룹은 제품군에 대한 규칙 시트 역할을 합니다.이 그룹은 변형을 만들고 식별할 때 어떤 선택사항이 적용되는지 다이나믹스 365에 알려줍니다.그 결정이 제품의 시작부터 형태를 잡습니다.무게, 높이, 길이, 너비 또는 부피에 대해 궁금할 수 있습니다.그러한 세부 정보는 물리적 제품을 설명하지만 변형을 만들지는 않습니다.청바지의 무게나 패키지 사이즈가 기재되어 있다고 해서 색상이나 사이즈처럼 다른 품목으로 바뀌지는 않습니다.물리적 치수는 제품을 설명합니다.제품 치수는 특정 변형을 식별합니다.이 두 개념을 구분하면 나중에 혼란을 방지할 수 있습니다.창고에서 상자가 차지하는 공간을 알아야 할 때가 있습니다.물리적 치수가 도움이 됩니다.주문해 대형 제품 치수에 검은색 청바지가 필요하다면 올바른 변형을 찾으십시오.그 이후에 모든 것에 영향을 미치는 초기 선택이 하나 있습니다.회사는 어떻게 제품 변형을 만들고 제어할까요?그것이 바로 우리가 다음에 다룰 내용입니다.혼란 없이 제품을 구성하는 방법입니다.치수를 선택하면 다이나믹스 365의 변형식별 방법을 알릴 수 있습니다.

하지만 회사는 여전히 해당 변형을 만드는 방법을 결정해야 합니다.그 선택은 제품에 따라 다릅니다.공급망 관리, 서플라이 체인 매니지먼트는 세 가지 주요 방식을 지원합니다.사전 정의된 변형, 치수 기반 구성, 제약 조건 기반 구성입니다.이름이 기술적으로 들리니 쉬운 용어로 설명하겠습니다.사전 정의된 변형은 알려진 제한된 조합의 제품에 적합합니다.앞서 논의한 청바지 제품군을 판매하는 소매업체를 상상해보십시오.회사는 이미 구매, 재고, 판매할 색상과 사이즈를 알고 있습니다.파란색은 XS, SM 사이즈로 나옵니다.검은색은 ML, XL 사이즈로 나옵니다.갈색은 L, XL, XXL 사이즈로 나옵니다.그 아홉 가지 선택은 사전에 별도의 변형으로 만들 수 있습니다.기업은 가능한 모든 색상과 사이즈 조합이 필요하지 않습니다.실제로 존재하는 조합만 만듭니다.그러면 카탈로그가 깔끔하게 유지되고 아무도 생산하지 않는 갈색 XS 청바지를 주문하는 상황을 방지합니다.사전 정의된 변형은 범위가 예측 가능한 경우에 효과적입니다.의료 회사, 고정된 패키지 사이즈의 유통업체, 표준 가구 색상을 판매하는 기업이 그렇습니다.이들은 모두 자신이 취급할 품목을 미리 준비할 수 있습니다.각 변형은 주문이 들어오기 전에 알려진 품목으로 존재하므로 구매팀, 창고팀, 영업직원이 명확한 제품 선택을 바탕으로 업무를 처리할 수 있습니다.다음 방식은 치수 기반 구성입니다.이 방식은 제조 분야에서 자주 나타납니다.산업용 펌프를 만드는 회사를 상상해보십시오.한 펌프 제품군은 동일한 부품을 많이 사용하지만 고객은 특정 구성을 선택할 수 있습니다.그 선택에 따라 완성된 펌프에 포함될 구성 요소가 결정됩니다.바이나믹스 365는 구성 치수를 사용하여 이를 제어할 수 있습니다.이 제품은 하나의 공용 자재 명세서를 사용합니다.아, 흔히 BOM, 봄이라고 부릅니다.

자재 명세서는 무언가를 만드는데 필요한 부품 목록일 뿐입니다.그 하나의 목록 내에서 일부 부품은 고객이 특정 구성을 선택할 때만 적용됩니다.예를 들어 한 전압용으로 제작된 펌프는 하나의 모터가 필요할 수 있습니다.다른 전압에는 다른 모터가 필요합니다.모든 가능한 펌프에 대해 별도의 부품 목록을 유지하는 대신 회사는 하나의 공용 목록을 유지합니다.어떤 항목이 어떤 구성에 속하는지 표시합니다.선택된 구성이 계획 또는 생산 단계에 도달하면다이나믹스 365는 해당 선택에 맞는 부품 라인만 사용합니다.이를 통해 중복 설정 작업을 크게 줄일 수 있습니다.또한 제조업체는 제품군을 더욱 명확하게 관리할 수 있는데기본 구조는 공유하되 통제된 방식으로 차별화할 수 있습니다.치수는 선택된 제품을 식별합니다.자재명세서 BOM는 해당 제품을 만드는데 필요한 부품을 안내합니다.다음으로 제약 조건 기반 구성이 있습니다.이 방식은 고객이 많은 옵션 중에서 선택할 수 있는 제품에 적합합니다.하지만 모든 옵션이 다른 모든 옵션과 호환되는 것은 아닙니다.맞춤형 기계, 실험실 장비 또는 여러 부품으로 조립된 제품을 생각해보십시오.고객은 전원 유형, 하우징, 모터, 안전 옵션, 제어 패널을 선택할 수 있습니다.작동하는 조합도 있지만 그렇지 않은 조합도 있습니다.특정 하우징은 더 큰 모터와 맞지 않을 수 있습니다.전압에 따라 특정 제어 패널이 필요할 수 있습니다.안전 커버는 특정 기계 크기에만 맞을 수 있습니다.규칙이 없다면 영업사원이 공장에서 생산할 수 없는 조합을 선택할 수도 있습니다.제약 조건 기반 구성은 이러한 규칙을 제품 구성 모델에 적용합니다.이 모델은 가능한 선택 항목과 이를 제안하는 규칙을 설명합니다.사용자가 제품을 구성할 때 시스템은 유효한 옵션으로 안내합니다.서로 충돌하는 선택을 방지합니다.이를 통해 불가능한 주문이 생산 단계에 도달하기 전에 차단됩니다.

이 부분은 초기 설계 결정 단계임으로 잠시 짚고 넘어가겠습니다.기업은 제품군을 구축하기 전에 비즈니스 프로세스에 적합한 구성 기술을 선택해야 합니다.다이나믹스 365는 나중에 제품을 한 구성 모델에서 다른 모델로 변환하지 않습니다.따라서 고정된 상품 범위를 판매하는 소매업체는 유연해 보인다는 이유만으로 복잡한 맞춤형 제품 모델을 설정해서는 안됩니다.또한 주문 제작 장비를 만드는 제조업체는 선택사항이 규칙에 의존하는 경우 모든 가능한 구성을 미리 정의된 변형의 긴 목록에 억지로 끼워 맞춰서는 안됩니다.실제 구매, 판매 및 생산 프로세스부터 시작하십시오.간단한 질문을 던져보세요.주문이 들어오기 전에 모든 제품 조합을 알고 있습니까?아니면 고객이 허용된 옵션 세트를 통해 제품을 직접 선택합니까?그 답변이 비즈니스에 적합한 접근 방식을 가리킵니다.제품이 무엇이 될 수 있는지 파악했다면 이를 명확하게 설명하고 정보를 체계적으로 관리할 방법이 필요합니다.범주, 속성 및 제품 정보 관리입니다.제품 이름은 무엇인지 알려주지만 그것만으로는 구매, 보관, 판매하거나 고객에게 설명하는 데 도움이 되지 않습니다.바로 그때 범주가 필요합니다.범주는 잘 정리된 매장의 통로와 같다고 생각하십시오.기업은 제품을 그 정체성에 따라 그룹화할 수 있습니다.의류는 한 통로에, 도구는 다른 통로에, 사무용품은 또 다른 통로에 두는 식이죠.아니면 사람들이 해야 하는 작업 유형에 따라 분류할 수도 있습니다.어떤 방식이든 목표는 동일합니다.제품을 더 쉽게 찾고 관리하는 것이죠.무선 드릴을 예로 들어보겠습니다.영업팀은 전동 공구 항목에서의 제품을 찾아야 합니다.제품팀은 이를 배터리 구동 장비 카테고리에 넣을 수도 있습니다.중요한 점은 하나의 제품이 서로 다른 비즈니스 요구에 부합한다면 여러 카테고리에 동시에 속할 수 있다는 것입니다.

핵심은 모든 제품을 하나의 완벽한 폴더에 억지로 끼워 넣으려 하지 않는 것입니다.카테고리는 비즈니스가 제품 정보를 구조화하고, 제품을 검색하며 관련된 항목 그룹을 관리할 수 있는 방법을 제공합니다.또한 서로 관련된 제품에 올바른 정보를 적용할 수 있도록 도와줍니다.카테고리가 많은 역할을 하지만 모든 세부 정보를 담을 수는 없습니다.바로 이때 속성, 어트리뷰티즈 이 필요합니다.물병의 경우 속성에는 재질, 용량, 뚜껑 유형, 보온, 본행 여부, 브랜드, 관리 방법 등이 포함될 수 있습니다.기계 부품이라면 치수, 전력 요구 사항, 온도 범위, 기술 표준 등이 포함될 수 있죠.속성은 광범위한 라벨을 유용한 제품 정보로 바꿔줍니다.업무 수행에 실제로 필요한 정보들로 말이죠.카테고리는 그 안에 포함된 제품에 적합한 속성을 가질 수 있습니다.위료에는 원단, 핏, 세탁 방법이 필요합니다.전자 장비에는 전압, 보증 세부 정보, 호환성 정보가 필요하죠.즉, 모든 제품 기록마다 이미의 필드를 새로 만들 필요가 없습니다.제품 그룹에 맞는 세부 정보를 그대로 사용하면 되니까요.이미지와 첨부 파일은 또 다른 계층을 더해줍니다.사진은 창고 직원, 영업사원 또는 고객이 확인하고 있는 제품이 무엇인지 바로 알게 해줍니다.첨부 파일에는 공급업체 문서, 사양서 또는 기타 서류와 같은 보조자료를 담을 수 있습니다.때로는 제품명만으로는 충분하지 않을 때가 있습니다.기업이 여러 언어로 운영될 때는 번역이 중요합니다.제품명과 설명을 번역하면 다양한 시장의 사람들이 이해할 수 있는 정보를 얻게 됩니다.제품 자체는 동일하지만 그에 대한 설명은 대상에 맞게 조정할 수 있습니다.또한 기업은 누가 이 정보를 변경할 수 있는지에 대한 제어 권한이 필요합니다.모든 직원이 모든 제품 기록을 편집하거나 항목 이름을 바꾸거나 다른 팀이 의존하는 세부 정보를 수정해서는 안 됩니다.

다이나믹스 365를 사용하면 카테고리 수준 또는 개별 제품 수준에서 제품 데이터 액세스 규칙을 적용할 수 있습니다.예를 들어 산업용 장비 담당팀은 해당 카테고리를 관리하고 다른 그룹은 소비자 제품을 관리하는 시기입니다.제한된 제품은 일반적인 사무용품보다 더 엄격한 관리가 필요할 수 있습니다.기업은 제품 데이터의 각 영역을 누가 다룰 수 있을지 결정합니다.그것이 사람들이 의존하는 정보를 보호합니다.이제 레코드에 올바른 세부 정보, 문서, 범주 및 제어 항목이 포함될 수 있습니다.하지만 해당 제품을 구매, 판매, 재고관리 또는 생산하는 부서가 실제로 사용하려면 먼저 승인이 필요합니다.법인의 제품 출시하기.제품 정의가 완료되었으니 이제 자동으로 모두가 사용할 준비가 된 것일까요?아니요, 아직 아닙니다.기업은 흔히 여러 법인을 통해 운영되는데, 이는 더 큰 비즈니스 내의 개별 회사들입니다.한 법인은 독일에서 제품을 구매하고 재고로 관리할 수 있습니다.다른 법인은 미국에서 같은 제품을 판매할 수 있습니다.세 번째 법인은 이를 제조할 수도 있습니다.이들은 모두 동일한 공유 제품 정의에서 시작할 수 있습니다.다이나믹스 365에서 해당 공유 정의는 회사가 특정 법인에서의 사용을 승인할 때 출시된 제품이 됩니다.출시란 해당 사업 부서에 제품을 일상 업무에 도입할 수 있는 권한을 부여하는 것으로 생각하십시오.제품의 정체성이 바뀌는 것은 아닙니다.공통 이름, 설명, 범주, 치수 및 기타 공유 세부 정보는 중앙 정의와 계속 연결되어 있지만,각 법인은 제품을 주문, 판매, 보관 또는 생산하기 전에 필요한 설정을 추가할 수 있습니다.어떤 회사는 공급업체로부터 제품을 구매할 수 있습니다.다른 회사는 판매만 할 수도 있습니다.제조회사는 생산 설정이 필요하고, 유통회사는 창고 및 재고 설정이 필요합니다.판매 세부 정보는 법인마다 다릅니다.

현지 비즈니스 규칙도 다릅니다.출시 기능을 사용하면 각 법인은 완전히 별도의 제품 정의를 만들지 않고도자체 업무를 위해 제품을 준비할 수 있습니다.여러 국가에서 동일한 물병을 판매하는 회사를 상상해 보십시오.제품팀은 하나의 중앙 제품 정의를 생성합니다.그런 다음 회사는 이를 연국 법인에 출시합니다.해당 법인은 물병을 구매하고 보관하는 데 필요한 설정을 추가합니다.나중에 동일한 제품이 캐나다 법인에 출시되어,그곳에서 현지 판매 및 재고를 위한 설정을 완료합니다.두 회사 모두 동일한 제품을 사용합니다.이름, 설명, 제품군 세부 정보를 처음부터 다시 입력할 필요가 없습니다.자신의 법인에 속한 정보만 보완하면 됩니다.이러한 분리를 통해 공유 사실과 현지 비즈니스 업무를 적절한 위치에 유지할 수 있습니다.공유 제품 정의는 이 제품은 무엇인가? 라는 질문에 답합니다.출시된 제품은 다른 질문에 답합니다.이 특정 회사가 이 제품을 어떻게 사용할 것인가?사소한 표현의 차이일 수 있지만,여러 법인에 걸쳐 비즈니스가 운영될 때 많은 중복 작업을 방지해줍니다.다이나믹스 365는 제품을 하나의 법인 또는 여러 법인에 동시에 출시할 수 있습니다.이는 회사가 여러 사업 부서에 걸쳐 표준 제품 범위를 도입할 때 도움이 됩니다.여전히 릴리스는 마지막으로 클릭하고 잊어버리는 단계를 모방하는 것과 같습니다.각 법인은 팀이 안전하게 제품 작업을 수행하기 전에 추가 세부 정보가 필요할 수 있습니다.릴리스된 제품 유지관리 작업 영역은 해당 프로세스를 모니터링하는 데 도움이 됩니다.이 작업 영역은 최근 릴리스된 제품을 표시하고 해당 법인에 필요한 설정이 완료되었는지 확인합니다.제품 속성, 범주, 주문 설정 또는 번역을 추가해야 하는 경우,작업 영역을 통해 해당 작업을 찾고 관련 제품 페이지를 열 수 있습니다.또한 팀이 완료되지 않은 제품 변경 사례를 파악하는 데도 도움이 됩니다.

중앙보기에서는 제품이 준비된 것처럼 보일 수 있지만 로컬 설정은 불완전할 수 있기 때문에 이는 중요합니다.이 작업 영역은 긴 목록을 검색할 필요 없이 법인에 주의가 필요한 제품의 실용적인 목록을 제공합니다.따라서 릴리스는 제품을 별도의 환경으로 복사하는 것이 아닙니다.승인된 제품 정의를 법인에 연결하고 해당 법인이 자체 운영 세부 정보를 적용할 수 있는 여지를 제공합니다.일단 그렇게 되면 제품 정보가 주문, 재고 및 고객 요구와 관련된 작업으로 이동할 수 있습니다.그렇다면 팀은 제품과 관련된 작업을 어떻게 연결할까요?제품 정보 관리는 실제로 제품과 관련된 작업을 어떻게 연결할까요?가장 간단한 정의는 다음과 같습니다.팀 이 모든 비즈니스 프로세스를 단독으로 실행하는 것은 아닙니다.대신 해당 프로세스에 필요한 제품 정보를 제공합니다.제품 데이터를 위한 마스터 파일 캐비닛이라고 생각하십시오.구매자는 구매 주문서에서 올바른 품목을 찾아야 합니다.창고팀은 재고를 입고하거나 피킹할 때 올바른 품목이 필요합니다.영업팀은 견적 주문서에 들어갈 제품 세부 정보가 필요합니다.다른 다이나믹스 365 앱에서도 제품 데이터가 필요할 수 있습니다.팀은 이러한 모든 팀에게 단일 진실 공급원, 싱글 소스 오브 트루스을 위한 공통의 시작점을 제공합니다.그렇다면 제품 데이터는 어디에서 올까요?제품 정의는 다이나믹스 365 서플라이 체인 매니지먼트 내에서 시작할 수 있습니다.회사가 처음부터 그곳에서 제품 정보를 관리할 때 효과적입니다.하지만 많은 기업이 제품 개발이나 제품 기록을 위해이미 다른 시스템을 사용하고 있습니다.예를 들어 제품 데이터는 흔히 PLM이라고 불리는제품 수명주기 관리 시스템에서 올 수 있습니다. PLM 시스템은 팀이 제품의 설계 및 개발 작업을 관리하도록 돕습니다.제품 데이터 및 관련 문서를 처리하는 제품 데이터 관리, PDM, 도 있습니다.

일부 기업은 제품 정보가 서플라이 체인 매니지먼트에 입력되기 전에별도의 PIM 시스템을 사용하기도 합니다.좋은 소식이 있습니다.다이나믹스 365는 해당 시스템에서 제품 정의를 가져올 수 있습니다.즉, 제품이 설계 단계에서 공급망 작업으로 이동한다고 해서동일한 제품 세부 정보를 다시 입력할 필요가 없습니다.서플라이 체인 매니지먼트는 다른 인스턴스에 대한마스터 제품 데이터를 보관하는 곳이 될 수도 있습니다.이는 인스턴스가 여러 개인 대규모 기업에서 중요합니다.하나의 인스턴스에서 중앙 제품 정의를 관리하고해당 데이터를 다른 인스턴스로 내보내거나 가져옵니다.마이크로소프트는 이러한 유형의 교환을 위해시스템 간의 정의된 데이터를 이동하는 구조화된 방식인데이터 엔터티를 제공합니다.하지만 더 많은 기능이 있습니다.마이크로소프트 데이터버스는 이러한 배포 경로를 확장합니다.데이터버스는 많은 비즈니스 앱에서 사용하는마이크로소프트의 공유 클라우드 데이터 서비스입니다.공급망 관리는 제품 정의를 데이터버스로 내보낼 수 있으며다이나믹스 365세일즈와 같은 다른 비즈니스 애플리케이션은해당 제품 데이터를 사용할 수 있습니다.그렇다고 해서 모든 앱이 갑자기 같은 작업을 수행한다는 의미는 아닙니다. PM은 제품 정보를 구성하고 유지 관리합니다.다이나믹스 365세일즈는 영업 업무를 처리합니다.다른 앱은 고유한 고객 서비스, 산거래, 재무, 제조 또는 운영 작업을 처리합니다.관련 제품 데이터를 사용할 수는 있지만 각 앱은 고유한 목적을 유지합니다.실제 흐름을 살펴보겠습니다.제품팀은 새로운 제품 정의를 생성하거나 가져옵니다.비즈니스 부서는 이를 필요로 하는 법인에 배포합니다.해당 법인은 로컬 설정을 완료합니다.구매 부서는 승인된 항목으로 작업할 수 있습니다.참고 직원은 이를 수령하고 처리할 수 있습니다.영업 부서는 자체 버전을 만드는 대신 올바른 제품을 참조할 수 있습니다.

그 결과는 일상적인 순간에 나타납니다.구매자는 올바른 항목을 주문합니다.고객은 올바른 세부 정보를 보고 참고 직원은 주문과 앞에 재고를 일치시킬 수 있습니다.제품 정보가 변경되면 팀은 오래된 사본을 찾지 않고도현재 승인된 세부 정보를 사용할 수 있는 더 명확한 경로를 갖게 됩니다.이는 주문 실수, 오래된 정보, 잘못된 제품 정보로 인한 반품을 줄여줍니다.제품 정보 관리는 제품 정의를 체계적으로 유지하는 부분이며연결된 플랫폼의 나머지 부분은 해당 정보를 활용합니다.결론하나의 공유 제품 스토리 다이나믹스 365 제품 정보 관리는제품 아이디어를 법인과 비즈니스 팀이 각자의 업무에 사용할 수 있는하나의 제어된 레코드로 전환합니다.오늘의 지식 한 조각이었습니다.즐겨 사용하는 팟캐스트 플랫폼에서 구독하고다이나믹스 365를 배우는 사람들과 공유하세요.다음 에피소드를 계속 시청하여모든 구성 요소가 어떻게 연결되는지 확인하세요.다음 에피소드