WEBVTT

00:00:00.000 --> 00:00:06.080
영업부서의 제품명과 창고의 제품명이 일치하지 않고 온라인 스토어에는 작년 사진이 그대로 남아있다면 어떤 일이 벌어질까요?

00:00:06.260 --> 00:00:08.240
누군가 잘못된 상품을 주문하게 됩니다.

00:00:08.460 --> 00:00:18.420
구매자가 상세 정보를 요청하지만 아무도 찾지 못해 직원들은 간단한 질문 하나에 답하려고 스프레드 시트, 오래된 이메일, 공급업체 PDF, 5가지의 서로 다른 시스템을 뒤져야 합니다.

00:00:18.600 --> 00:00:23.920
M365 FM, IoTM, DMO, 피터스, 위, 또 다른 지식 정보에 오신 것을 환영합니다.

00:00:24.160 --> 00:00:29.140
오늘은 다이나믹스 365제품 정보관리, 줄여서 PIM에 대해 다뤄보겠습니다.

00:00:29.140 --> 00:00:33.580
영상을 마치면 하나의 공유된 제품 기록을 어떻게 유지하는지 이해하게 될 것입니다.

00:00:33.740 --> 00:00:38.940
제품이 어떻게 다양한 형태로 제공될 수 있는지, 그리고 그 정보가 필요한 비즈니스 부서에 어떻게 전달되는지 알아보겠습니다.

00:00:39.180 --> 00:00:41.620
전사적으로 단 하나의 제품 기록을 사용합니다.

00:00:41.860 --> 00:00:44.220
외부에서 볼 때 제품은 단순해 보일 수 있습니다.

00:00:44.500 --> 00:00:46.960
이름, 가격, 그리고 사진 한 장 정도죠.

00:00:47.120 --> 00:00:50.440
하지만 보이지 않는 곳에서 그 제품은 회사의 거의 모든 부서와 연결됩니다.

00:00:50.660 --> 00:00:52.200
어떻게 진행되는지 살펴보겠습니다.

00:00:52.620 --> 00:00:57.960
구매부서는 공급업체 세부 정보와 단위가 필요하고, 창고팀은 상품을 입고, 보관, 출고하기 위한 정보가 필요합니다.

00:00:57.960 --> 00:01:00.040
영업부서는 명확한 제품명이 필요합니다.

00:01:00.180 --> 00:01:03.980
재무부서는 올바른 설정이 필요하며, 온라인 스토어는 정확한 사진과 설명이 필요합니다.

00:01:04.140 --> 00:01:06.580
각 팀은 같은 제품을 서로 다른 관점에서 바라봅니다.

00:01:06.780 --> 00:01:10.280
정보를 공유하는 통합된 장소가 없으면 사람들은 흔히 각자의 복사본을 만듭니다.

00:01:10.460 --> 00:01:12.260
제품팀은 스프레드 시트를 관리합니다.

00:01:12.480 --> 00:01:14.680
영업팀은 시스템에 더 짧은 이름을 입력합니다.

00:01:14.900 --> 00:01:17.220
창고팀은 다른 설명이 담긴 품목번호를 사용하고,

00:01:17.640 --> 00:01:19.560
마케팅팀은 이미지를 공유 폴더에 저장하며,

00:01:19.960 --> 00:01:21.800
고객 서비스팀은 오래된 이메일을 뒤집니다.

00:01:21.800 --> 00:01:25.880
이런 방식은 처음에는 작은 차이를 만들지만, 그 차이는 점차 커지게 됩니다.

00:01:26.060 --> 00:01:28.240
보온병을 판매하는 회사를 상상해보세요.

00:01:28.540 --> 00:01:32.020
공급업체가 용량을 500ml에서 750ml로 변경하고,

00:01:32.180 --> 00:01:33.540
구매팀은 새로운 정보를 받았지만,

00:01:34.060 --> 00:01:36.380
온라인 스토어에는 여전히 이전 용량이 표시되어 있습니다.

00:01:36.640 --> 00:01:38.880
영업팀은 고객에게 잘못된 사양서를 보내고,

00:01:39.260 --> 00:01:42.160
창고 직원은 주문 내역과 일치하지 않는 제품 라벨을 보게 됩니다.

00:01:42.420 --> 00:01:44.360
아무도 문제를 일으키려던 것은 아니었습니다.

00:01:44.660 --> 00:01:47.100
각 팀이 서로 다른 사본을 가지고 작업했을 뿐입니다.

00:01:47.100 --> 00:01:52.180
다이나믹스 365 제품 정보관리는 회사의 하나의 중앙 집중식 제품 정의를 제공합니다.

00:01:52.340 --> 00:01:55.220
이를 제품 정보를 위한 공유 파일 캐비닛이라고 생각하세요.

00:01:55.460 --> 00:01:57.480
모든 부서가 각자의 폴더를 보관하는 대신,

00:01:57.860 --> 00:02:00.480
제품 기록이 합의된 세부 정보가 담긴 유일한 공간이 됩니다.

00:02:00.780 --> 00:02:03.820
사람들은 같은 정보를 반복해서 다시 입력할 필요 없이,

00:02:04.040 --> 00:02:05.780
그 정의를 전체 업무에 활용합니다.

00:02:06.000 --> 00:02:08.520
제품 번호가 그 기록의 중심에 자리 잡습니다.

00:02:08.840 --> 00:02:11.240
이는 각 팀이 제품을 부르는 명칭이 다르더라도,

00:02:11.400 --> 00:02:14.400
회사 전체가 제품을 일관되게 식별할 수 있도록 돕습니다.

00:02:14.400 --> 00:02:16.900
해당 번호와 함께 이름과 설명을 저장하고,

00:02:17.340 --> 00:02:22.160
그것이 재고로 관리할 수 있는 실물 품목인지 아니면 회사가 제공하는 서비스인지를 정의합니다.

00:02:22.360 --> 00:02:26.800
이 기록에는 제품을 구매, 판매, 보관하거나 수량을 셀 때 사용하는 단위도 포함됩니다.

00:02:26.980 --> 00:02:31.380
상자, 개수, 킬로그램, 리터, 팔레트 등은 일상 업무에서 매우 다른 의미를 가질 수 있습니다.

00:02:31.580 --> 00:02:35.260
이러한 단위가 명확해지면 구매 및 창고 업무를 훨씬 더 수월하게 시작할 수 있습니다.

00:02:35.500 --> 00:02:38.740
제품 정보에는 이미지, 첨부 파일, 카테고리, 속성,

00:02:39.020 --> 00:02:41.240
그리고 이름과 설명에 대한 번역본도 담을 수 있습니다.

00:02:41.240 --> 00:02:44.380
따라서 기록에는 단순한 라벨 그 이상의 정보가 포함될 수 있습니다.

00:02:44.380 --> 00:02:48.320
제품을 설명하는 공급업체 문서, 제품을 식별하는 데 도움이 되는 사진,

00:02:48.700 --> 00:02:51.300
다른 언어를 사용하는 팀이나 고객을 위한 번역된 설명,

00:02:51.820 --> 00:02:55.380
그리고 재질, 브랜드 또는 취급지침과 같은 세부 정보를 담을 수 있습니다.

00:02:55.580 --> 00:02:58.100
공통된 정의가 현지에서의 사용보다 우선합니다.

00:02:58.300 --> 00:03:02.600
기업은 제품을 한 번 정의한 다음, 비즈니스의 여러 부서에서 필요에 따라 사용하게 합니다.

00:03:02.820 --> 00:03:04.920
공통기록은 공통된 사실을 하나로 묶어두고,

00:03:05.200 --> 00:03:07.720
각 영역은 나중에 자체적인 비즈니스 설정을 적용합니다.

00:03:07.720 --> 00:03:11.760
다른 팀이 필요로 할 때, 마다 제품을 처음부터 다시 만들 필요가 없습니다.

00:03:12.100 --> 00:03:14.160
이는 훨씬 효율적인 업무 방식이지만,

00:03:14.620 --> 00:03:18.500
이름과 설명만으로는 제품에 대한 전체 이야기를 모두 전달할 수 없습니다.

00:03:18.820 --> 00:03:23.420
청바지 한 벌도 색상과 사이즈가 추가되면 여러 개의 항목으로 변할 수 있습니다.

00:03:23.700 --> 00:03:26.620
제품 마스터와 변형, 제품의 가게도입니다.

00:03:26.960 --> 00:03:29.840
그렇다면 하나의 제품은 언제 여러 개의 제품이 될까요?

00:03:30.020 --> 00:03:31.500
청바지 한 벌을 생각해보세요.

00:03:31.500 --> 00:03:33.620
여러분은 청바지를 하나의 제품으로 보겠지만,

00:03:34.080 --> 00:03:37.740
참고에서는 검은색 라지 사이즈를 주문했을 때 아무 청바지나 가져갈 수 없습니다.

00:03:37.980 --> 00:03:42.040
그리고 영업부서에서도 실제 존재하지 않는 조합인 파란색 엑스트라 스몰 사이즈 청바지를 약속할 수는 없습니다.

00:03:42.280 --> 00:03:45.380
바로 이때 다이나믹스 365가 간단한 아이디어로 해결책을 제시합니다.

00:03:45.560 --> 00:03:47.820
기본 제품과 제품 마스터를 분리하는 것입니다.

00:03:48.020 --> 00:03:49.980
단순 제품은 하나의 고정된 항목입니다.

00:03:50.220 --> 00:03:54.840
한 가지 사이즈, 한 가지 색상, 한 가지 형식으로만 판매되는 일반 복사용지 한 상자를 상상해보세요.

00:03:55.100 --> 00:03:58.780
이 항목은 항목의 성격을 바꾸는 선택사항이 없기 때문에 고유한 제품 기록을 까집니다.

00:03:58.780 --> 00:04:00.620
제품 마스터는 다르게 작동합니다.

00:04:00.800 --> 00:04:03.240
제품 마스터는 전체 제품군에 대한 상위 기록입니다.

00:04:03.440 --> 00:04:06.860
여기에는 공유되는 세부 정보와 별도의 항목을 생성하는 선택 규칙이 포함되어 있습니다.

00:04:07.140 --> 00:04:08.420
작동 방식은 다음과 같습니다.

00:04:08.740 --> 00:04:13.480
청바지 제품 마스터는 해당 범위의 모든 청바지에 대한 이름, 기본 설명, 공통 정보를 담고 있습니다.

00:04:13.740 --> 00:04:18.420
그런 다음 개별 변형이 누군가가 구매, 보관, 생산 또는 배송하는 정확한 청바지를 식별합니다.

00:04:18.640 --> 00:04:20.440
변형은 판매 가능한 구체적인 항목입니다.

00:04:20.660 --> 00:04:23.020
청바지의 경우 파란색 미디엄 사이즈가 하나의 변형이 될 수 있습니다.

00:04:23.200 --> 00:04:25.020
검은색 라지 사이즈가 또 다른 변형이 될 수 있습니다.

00:04:25.020 --> 00:04:27.560
이들은 같은 제품군에 속하지만 서로 대체할 수는 없습니다.

00:04:27.820 --> 00:04:30.500
하나는 창고 선반에 남아있을 수 있고 다른 하나는 품절되었을 수 있습니다.

00:04:30.680 --> 00:04:32.160
하나는 다른 나벨을 사용할 수 있습니다.

00:04:32.380 --> 00:04:33.960
하나는 고유한 바코드를 가질 수 있습니다.

00:04:34.160 --> 00:04:35.760
부모와 자식 구조가 핵심 개념입니다.

00:04:35.980 --> 00:04:37.720
제품 마스터는 제품군을 정의합니다.

00:04:37.940 --> 00:04:39.580
제품 변형은 개별 구성원입니다.

00:04:39.820 --> 00:04:45.480
기본 정보를 반복해서 입력하는 대신 마스터에서 시작하여 비즈니스에 필요한 실제 조합을 만듭니다.

00:04:45.660 --> 00:04:46.900
구체적인 예를 들어보겠습니다.

00:04:47.340 --> 00:04:50.240
청바지 제품군이 파란색, 검은색, 갈색으로 나온다고 상상해보세요.

00:04:50.240 --> 00:04:54.680
또한 엑스트라 스몰, 스몰, 미디엄, 라지, 엑스트라 라지, 더블 엑스트라 라지 사이즈로 나옵니다.

00:04:54.800 --> 00:04:57.720
모든 색상이 모든 사이즈로 나온다면 18가지 조합이 가능합니다.

00:04:57.900 --> 00:05:00.160
하지만 기업은 모든 가능한 조합을 판매하지는 않습니다.

00:05:00.360 --> 00:05:02.580
어쩌면 파란색은 엑스트라 스몰에서 미디엄까지만 나올 수 있습니다.

00:05:02.760 --> 00:05:04.680
검은색은 미디엄에서 엑스트라 라지까지 나옵니다.

00:05:04.840 --> 00:05:06.120
갈색은 라지부터 시작합니다.

00:05:06.320 --> 00:05:09.620
다이나믹스 365는 각 허용된 조합을 고유한 변형으로 처리할 수 있습니다.

00:05:09.880 --> 00:05:13.480
누군가 주문에 청바지를 추가할 때 정확한 제품을 식별하는 차원을 선택합니다.

00:05:13.480 --> 00:05:16.420
색상과 사이즈는 고객이 원하는 변형을 시스템에 알려줍니다.

00:05:16.580 --> 00:05:18.820
어떤 제품을 상자에 넣을지 추측할 필요가 없습니다.

00:05:19.120 --> 00:05:21.220
이러한 선택 항목을 제품 차원이라고 합니다.

00:05:21.440 --> 00:05:25.380
다이나믹스 365, 공급망 관리에는 5가지 차원이 포함됩니다.

00:05:25.600 --> 00:05:28.820
즉, 색상, 사이즈, 스타일, 구성 및 버전입니다.

00:05:29.020 --> 00:05:33.100
기업은 제품군에 맞는 차원을 선택한 다음 해당 제품 마스터를 위해 그룹화합니다.

00:05:33.300 --> 00:05:34.240
빠르게 살펴보겠습니다.

00:05:34.680 --> 00:05:35.700
색상은 간단합니다.

00:05:35.900 --> 00:05:38.060
파란색, 검은색, 갈색, 빨간색 등입니다.

00:05:38.260 --> 00:05:39.280
사이즈도 익숙합니다.

00:05:39.520 --> 00:05:42.360
스몰, 미디엄, 라지 또는 신발 사이즈 번호입니다.

00:05:42.360 --> 00:05:45.360
스타일은 이름은 같지만 모양이 다른 제품을 구분할 수 있습니다.

00:05:45.580 --> 00:05:47.760
셔츠는 레귤러 핏과 슬림 핏으로 나올 수 있습니다.

00:05:47.980 --> 00:05:50.600
위자는 표준 프레임이나 다른 마감 처리가 되어 있을 수 있습니다.

00:05:50.800 --> 00:05:52.980
구성은 선택된 빌드나 설정을 설명합니다.

00:05:53.180 --> 00:05:56.820
예를 들어 기계에는 특정 모터, 전압 또는 부품 세트가 필요할 수 있습니다.

00:05:57.060 --> 00:05:59.140
구성 차원은 해당 선택 항목을 식별합니다.

00:05:59.400 --> 00:06:02.080
버전은 시간이 지남에 따라 제품에 발생하는 변경사항을 추적합니다.

00:06:02.300 --> 00:06:04.120
이것은 제조업체에게 가장 중요합니다.

00:06:04.340 --> 00:06:08.280
동일한 목적을 유지하지만 승인된 엔지니어링 업데이트 후 변경되는 부품을 상상해보세요.

00:06:08.280 --> 00:06:12.400
버전을 사용하면 공급망을 이동하는 동안 버전 1과 버전 2를 구분할 수 있습니다.

00:06:12.600 --> 00:06:15.540
이제 모든 제품 마스터의 5가지 차원이 모두 필요한 것은 아닙니다.

00:06:15.720 --> 00:06:17.980
티셔츠에는 색상과 사이즈만 필요할 수 있습니다.

00:06:18.220 --> 00:06:20.480
장비에는 구성과 버전이 필요할 수 있습니다.

00:06:20.760 --> 00:06:23.340
차원 그룹은 제품군에 대한 규칙 시트 역할을 합니다.

00:06:23.600 --> 00:06:28.360
이 그룹은 변형을 만들고 식별할 때 어떤 선택사항이 적용되는지 다이나믹스 365에 알려줍니다.

00:06:28.520 --> 00:06:30.720
그 결정이 제품의 시작부터 형태를 잡습니다.

00:06:30.980 --> 00:06:34.620
무게, 높이, 길이, 너비 또는 부피에 대해 궁금할 수 있습니다.

00:06:34.620 --> 00:06:38.560
그러한 세부 정보는 물리적 제품을 설명하지만 변형을 만들지는 않습니다.

00:06:38.700 --> 00:06:44.380
청바지의 무게나 패키지 사이즈가 기재되어 있다고 해서 색상이나 사이즈처럼 다른 품목으로 바뀌지는 않습니다.

00:06:44.580 --> 00:06:46.480
물리적 치수는 제품을 설명합니다.

00:06:46.700 --> 00:06:48.800
제품 치수는 특정 변형을 식별합니다.

00:06:49.060 --> 00:06:51.740
이 두 개념을 구분하면 나중에 혼란을 방지할 수 있습니다.

00:06:51.980 --> 00:06:54.680
창고에서 상자가 차지하는 공간을 알아야 할 때가 있습니다.

00:06:54.980 --> 00:06:56.340
물리적 치수가 도움이 됩니다.

00:06:56.640 --> 00:07:00.520
주문해 대형 제품 치수에 검은색 청바지가 필요하다면 올바른 변형을 찾으십시오.

00:07:00.660 --> 00:07:03.260
그 이후에 모든 것에 영향을 미치는 초기 선택이 하나 있습니다.

00:07:03.260 --> 00:07:06.160
회사는 어떻게 제품 변형을 만들고 제어할까요?

00:07:06.340 --> 00:07:08.520
그것이 바로 우리가 다음에 다룰 내용입니다.

00:07:08.680 --> 00:07:10.760
혼란 없이 제품을 구성하는 방법입니다.

00:07:11.000 --> 00:07:14.620
치수를 선택하면 다이나믹스 365의 변형식별 방법을 알릴 수 있습니다.

00:07:14.860 --> 00:07:17.780
하지만 회사는 여전히 해당 변형을 만드는 방법을 결정해야 합니다.

00:07:17.980 --> 00:07:19.580
그 선택은 제품에 따라 다릅니다.

00:07:19.800 --> 00:07:23.440
공급망 관리, 서플라이 체인 매니지먼트는 세 가지 주요 방식을 지원합니다.

00:07:23.680 --> 00:07:28.160
사전 정의된 변형, 치수 기반 구성, 제약 조건 기반 구성입니다.

00:07:28.460 --> 00:07:31.140
이름이 기술적으로 들리니 쉬운 용어로 설명하겠습니다.

00:07:31.140 --> 00:07:35.000
사전 정의된 변형은 알려진 제한된 조합의 제품에 적합합니다.

00:07:35.160 --> 00:07:38.300
앞서 논의한 청바지 제품군을 판매하는 소매업체를 상상해보십시오.

00:07:38.400 --> 00:07:41.340
회사는 이미 구매, 재고, 판매할 색상과 사이즈를 알고 있습니다.

00:07:41.560 --> 00:07:43.880
파란색은 XS, SM 사이즈로 나옵니다.

00:07:44.040 --> 00:07:46.260
검은색은 ML, XL 사이즈로 나옵니다.

00:07:46.420 --> 00:07:49.220
갈색은 L, XL, XXL 사이즈로 나옵니다.

00:07:49.380 --> 00:07:52.200
그 아홉 가지 선택은 사전에 별도의 변형으로 만들 수 있습니다.

00:07:52.460 --> 00:07:55.460
기업은 가능한 모든 색상과 사이즈 조합이 필요하지 않습니다.

00:07:55.720 --> 00:07:57.520
실제로 존재하는 조합만 만듭니다.

00:07:57.520 --> 00:08:03.180
그러면 카탈로그가 깔끔하게 유지되고 아무도 생산하지 않는 갈색 XS 청바지를 주문하는 상황을 방지합니다.

00:08:03.360 --> 00:08:06.220
사전 정의된 변형은 범위가 예측 가능한 경우에 효과적입니다.

00:08:06.420 --> 00:08:11.060
의료 회사, 고정된 패키지 사이즈의 유통업체, 표준 가구 색상을 판매하는 기업이 그렇습니다.

00:08:11.280 --> 00:08:13.900
이들은 모두 자신이 취급할 품목을 미리 준비할 수 있습니다.

00:08:14.140 --> 00:08:20.820
각 변형은 주문이 들어오기 전에 알려진 품목으로 존재하므로 구매팀, 창고팀, 영업직원이 명확한 제품 선택을 바탕으로 업무를 처리할 수 있습니다.

00:08:21.020 --> 00:08:22.800
다음 방식은 치수 기반 구성입니다.

00:08:22.800 --> 00:08:25.120
이 방식은 제조 분야에서 자주 나타납니다.

00:08:25.320 --> 00:08:27.560
산업용 펌프를 만드는 회사를 상상해보십시오.

00:08:27.680 --> 00:08:32.080
한 펌프 제품군은 동일한 부품을 많이 사용하지만 고객은 특정 구성을 선택할 수 있습니다.

00:08:32.300 --> 00:08:35.580
그 선택에 따라 완성된 펌프에 포함될 구성 요소가 결정됩니다.

00:08:35.800 --> 00:08:39.280
바이나믹스 365는 구성 치수를 사용하여 이를 제어할 수 있습니다.

00:08:39.560 --> 00:08:42.040
이 제품은 하나의 공용 자재 명세서를 사용합니다.

00:08:42.260 --> 00:08:44.260
아, 흔히 BOM, 봄이라고 부릅니다.

00:08:44.520 --> 00:08:47.580
자재 명세서는 무언가를 만드는데 필요한 부품 목록일 뿐입니다.

00:08:47.780 --> 00:08:52.000
그 하나의 목록 내에서 일부 부품은 고객이 특정 구성을 선택할 때만 적용됩니다.

00:08:52.000 --> 00:08:55.800
예를 들어 한 전압용으로 제작된 펌프는 하나의 모터가 필요할 수 있습니다.

00:08:56.020 --> 00:08:57.940
다른 전압에는 다른 모터가 필요합니다.

00:08:58.140 --> 00:09:02.780
모든 가능한 펌프에 대해 별도의 부품 목록을 유지하는 대신 회사는 하나의 공용 목록을 유지합니다.

00:09:02.980 --> 00:09:05.340
어떤 항목이 어떤 구성에 속하는지 표시합니다.

00:09:05.620 --> 00:09:07.940
선택된 구성이 계획 또는 생산 단계에 도달하면

00:09:07.940 --> 00:09:11.280
다이나믹스 365는 해당 선택에 맞는 부품 라인만 사용합니다.

00:09:11.480 --> 00:09:13.760
이를 통해 중복 설정 작업을 크게 줄일 수 있습니다.

00:09:13.980 --> 00:09:16.620
또한 제조업체는 제품군을 더욱 명확하게 관리할 수 있는데

00:09:16.620 --> 00:09:19.840
기본 구조는 공유하되 통제된 방식으로 차별화할 수 있습니다.

00:09:19.840 --> 00:09:21.920
치수는 선택된 제품을 식별합니다.

00:09:22.140 --> 00:09:25.620
자재명세서 BOM는 해당 제품을 만드는데 필요한 부품을 안내합니다.

00:09:25.780 --> 00:09:27.700
다음으로 제약 조건 기반 구성이 있습니다.

00:09:27.940 --> 00:09:30.980
이 방식은 고객이 많은 옵션 중에서 선택할 수 있는 제품에 적합합니다.

00:09:31.180 --> 00:09:33.860
하지만 모든 옵션이 다른 모든 옵션과 호환되는 것은 아닙니다.

00:09:34.040 --> 00:09:37.800
맞춤형 기계, 실험실 장비 또는 여러 부품으로 조립된 제품을 생각해보십시오.

00:09:37.940 --> 00:09:42.280
고객은 전원 유형, 하우징, 모터, 안전 옵션, 제어 패널을 선택할 수 있습니다.

00:09:42.520 --> 00:09:45.060
작동하는 조합도 있지만 그렇지 않은 조합도 있습니다.

00:09:45.060 --> 00:09:47.780
특정 하우징은 더 큰 모터와 맞지 않을 수 있습니다.

00:09:48.000 --> 00:09:50.320
전압에 따라 특정 제어 패널이 필요할 수 있습니다.

00:09:50.540 --> 00:09:52.980
안전 커버는 특정 기계 크기에만 맞을 수 있습니다.

00:09:53.200 --> 00:09:56.940
규칙이 없다면 영업사원이 공장에서 생산할 수 없는 조합을 선택할 수도 있습니다.

00:09:57.200 --> 00:10:00.600
제약 조건 기반 구성은 이러한 규칙을 제품 구성 모델에 적용합니다.

00:10:00.800 --> 00:10:04.000
이 모델은 가능한 선택 항목과 이를 제안하는 규칙을 설명합니다.

00:10:04.200 --> 00:10:07.520
사용자가 제품을 구성할 때 시스템은 유효한 옵션으로 안내합니다.

00:10:07.520 --> 00:10:09.720
서로 충돌하는 선택을 방지합니다.

00:10:09.900 --> 00:10:12.960
이를 통해 불가능한 주문이 생산 단계에 도달하기 전에 차단됩니다.

00:10:13.160 --> 00:10:16.380
이 부분은 초기 설계 결정 단계임으로 잠시 짚고 넘어가겠습니다.

00:10:16.700 --> 00:10:21.660
기업은 제품군을 구축하기 전에 비즈니스 프로세스에 적합한 구성 기술을 선택해야 합니다.

00:10:21.880 --> 00:10:26.420
다이나믹스 365는 나중에 제품을 한 구성 모델에서 다른 모델로 변환하지 않습니다.

00:10:26.640 --> 00:10:32.560
따라서 고정된 상품 범위를 판매하는 소매업체는 유연해 보인다는 이유만으로 복잡한 맞춤형 제품 모델을 설정해서는 안됩니다.

00:10:32.560 --> 00:10:39.840
또한 주문 제작 장비를 만드는 제조업체는 선택사항이 규칙에 의존하는 경우 모든 가능한 구성을 미리 정의된 변형의 긴 목록에 억지로 끼워 맞춰서는 안됩니다.

00:10:40.020 --> 00:10:42.980
실제 구매, 판매 및 생산 프로세스부터 시작하십시오.

00:10:43.100 --> 00:10:44.440
간단한 질문을 던져보세요.

00:10:44.720 --> 00:10:47.380
주문이 들어오기 전에 모든 제품 조합을 알고 있습니까?

00:10:47.580 --> 00:10:50.680
아니면 고객이 허용된 옵션 세트를 통해 제품을 직접 선택합니까?

00:10:50.840 --> 00:10:53.620
그 답변이 비즈니스에 적합한 접근 방식을 가리킵니다.

00:10:53.800 --> 00:10:59.560
제품이 무엇이 될 수 있는지 파악했다면 이를 명확하게 설명하고 정보를 체계적으로 관리할 방법이 필요합니다.

00:10:59.560 --> 00:11:02.480
범주, 속성 및 제품 정보 관리입니다.

00:11:02.740 --> 00:11:09.740
제품 이름은 무엇인지 알려주지만 그것만으로는 구매, 보관, 판매하거나 고객에게 설명하는 데 도움이 되지 않습니다.

00:11:09.920 --> 00:11:11.560
바로 그때 범주가 필요합니다.

00:11:11.780 --> 00:11:14.760
범주는 잘 정리된 매장의 통로와 같다고 생각하십시오.

00:11:14.900 --> 00:11:17.440
기업은 제품을 그 정체성에 따라 그룹화할 수 있습니다.

00:11:17.680 --> 00:11:21.400
의류는 한 통로에, 도구는 다른 통로에, 사무용품은 또 다른 통로에 두는 식이죠.

00:11:21.580 --> 00:11:24.180
아니면 사람들이 해야 하는 작업 유형에 따라 분류할 수도 있습니다.

00:11:24.420 --> 00:11:26.040
어떤 방식이든 목표는 동일합니다.

00:11:26.280 --> 00:11:28.120
제품을 더 쉽게 찾고 관리하는 것이죠.

00:11:28.120 --> 00:11:29.520
무선 드릴을 예로 들어보겠습니다.

00:11:29.820 --> 00:11:32.120
영업팀은 전동 공구 항목에서의 제품을 찾아야 합니다.

00:11:32.320 --> 00:11:35.460
제품팀은 이를 배터리 구동 장비 카테고리에 넣을 수도 있습니다.

00:11:35.720 --> 00:11:42.040
중요한 점은 하나의 제품이 서로 다른 비즈니스 요구에 부합한다면 여러 카테고리에 동시에 속할 수 있다는 것입니다.

00:11:42.260 --> 00:11:46.140
핵심은 모든 제품을 하나의 완벽한 폴더에 억지로 끼워 넣으려 하지 않는 것입니다.

00:11:46.360 --> 00:11:52.560
카테고리는 비즈니스가 제품 정보를 구조화하고, 제품을 검색하며 관련된 항목 그룹을 관리할 수 있는 방법을 제공합니다.

00:11:52.560 --> 00:11:55.980
또한 서로 관련된 제품에 올바른 정보를 적용할 수 있도록 도와줍니다.

00:11:56.180 --> 00:11:59.140
카테고리가 많은 역할을 하지만 모든 세부 정보를 담을 수는 없습니다.

00:11:59.400 --> 00:12:01.580
바로 이때 속성, 어트리뷰티즈 이 필요합니다.

00:12:01.760 --> 00:12:07.500
물병의 경우 속성에는 재질, 용량, 뚜껑 유형, 보온, 본행 여부, 브랜드, 관리 방법 등이 포함될 수 있습니다.

00:12:07.500 --> 00:12:12.880
기계 부품이라면 치수, 전력 요구 사항, 온도 범위, 기술 표준 등이 포함될 수 있죠.

00:12:13.060 --> 00:12:16.400
속성은 광범위한 라벨을 유용한 제품 정보로 바꿔줍니다.

00:12:16.620 --> 00:12:19.100
업무 수행에 실제로 필요한 정보들로 말이죠.

00:12:19.300 --> 00:12:23.000
카테고리는 그 안에 포함된 제품에 적합한 속성을 가질 수 있습니다.

00:12:23.280 --> 00:12:26.260
위료에는 원단, 핏, 세탁 방법이 필요합니다.

00:12:26.500 --> 00:12:30.400
전자 장비에는 전압, 보증 세부 정보, 호환성 정보가 필요하죠.

00:12:30.620 --> 00:12:33.780
즉, 모든 제품 기록마다 이미의 필드를 새로 만들 필요가 없습니다.

00:12:34.100 --> 00:12:36.720
제품 그룹에 맞는 세부 정보를 그대로 사용하면 되니까요.

00:12:36.720 --> 00:12:39.180
이미지와 첨부 파일은 또 다른 계층을 더해줍니다.

00:12:39.360 --> 00:12:43.740
사진은 창고 직원, 영업사원 또는 고객이 확인하고 있는 제품이 무엇인지 바로 알게 해줍니다.

00:12:43.920 --> 00:12:48.660
첨부 파일에는 공급업체 문서, 사양서 또는 기타 서류와 같은 보조자료를 담을 수 있습니다.

00:12:48.880 --> 00:12:51.520
때로는 제품명만으로는 충분하지 않을 때가 있습니다.

00:12:51.840 --> 00:12:54.440
기업이 여러 언어로 운영될 때는 번역이 중요합니다.

00:12:54.660 --> 00:12:58.820
제품명과 설명을 번역하면 다양한 시장의 사람들이 이해할 수 있는 정보를 얻게 됩니다.

00:12:59.120 --> 00:13:02.380
제품 자체는 동일하지만 그에 대한 설명은 대상에 맞게 조정할 수 있습니다.

00:13:02.600 --> 00:13:05.740
또한 기업은 누가 이 정보를 변경할 수 있는지에 대한 제어 권한이 필요합니다.

00:13:05.740 --> 00:13:11.800
모든 직원이 모든 제품 기록을 편집하거나 항목 이름을 바꾸거나 다른 팀이 의존하는 세부 정보를 수정해서는 안 됩니다.

00:13:12.000 --> 00:13:17.800
다이나믹스 365를 사용하면 카테고리 수준 또는 개별 제품 수준에서 제품 데이터 액세스 규칙을 적용할 수 있습니다.

00:13:18.020 --> 00:13:23.740
예를 들어 산업용 장비 담당팀은 해당 카테고리를 관리하고 다른 그룹은 소비자 제품을 관리하는 시기입니다.

00:13:23.940 --> 00:13:27.800
제한된 제품은 일반적인 사무용품보다 더 엄격한 관리가 필요할 수 있습니다.

00:13:28.060 --> 00:13:31.380
기업은 제품 데이터의 각 영역을 누가 다룰 수 있을지 결정합니다.

00:13:31.380 --> 00:13:33.800
그것이 사람들이 의존하는 정보를 보호합니다.

00:13:34.000 --> 00:13:37.840
이제 레코드에 올바른 세부 정보, 문서, 범주 및 제어 항목이 포함될 수 있습니다.

00:13:38.060 --> 00:13:43.700
하지만 해당 제품을 구매, 판매, 재고관리 또는 생산하는 부서가 실제로 사용하려면 먼저 승인이 필요합니다.

00:13:43.880 --> 00:13:45.380
법인의 제품 출시하기.

00:13:45.620 --> 00:13:50.100
제품 정의가 완료되었으니 이제 자동으로 모두가 사용할 준비가 된 것일까요?

00:13:50.360 --> 00:13:51.720
아니요, 아직 아닙니다.

00:13:51.920 --> 00:13:56.760
기업은 흔히 여러 법인을 통해 운영되는데, 이는 더 큰 비즈니스 내의 개별 회사들입니다.

00:13:56.760 --> 00:13:59.800
한 법인은 독일에서 제품을 구매하고 재고로 관리할 수 있습니다.

00:14:00.020 --> 00:14:02.140
다른 법인은 미국에서 같은 제품을 판매할 수 있습니다.

00:14:02.360 --> 00:14:04.060
세 번째 법인은 이를 제조할 수도 있습니다.

00:14:04.300 --> 00:14:06.860
이들은 모두 동일한 공유 제품 정의에서 시작할 수 있습니다.

00:14:07.100 --> 00:14:13.280
다이나믹스 365에서 해당 공유 정의는 회사가 특정 법인에서의 사용을 승인할 때 출시된 제품이 됩니다.

00:14:13.580 --> 00:14:18.460
출시란 해당 사업 부서에 제품을 일상 업무에 도입할 수 있는 권한을 부여하는 것으로 생각하십시오.

00:14:18.600 --> 00:14:20.840
제품의 정체성이 바뀌는 것은 아닙니다.

00:14:21.060 --> 00:14:26.100
공통 이름, 설명, 범주, 치수 및 기타 공유 세부 정보는 중앙 정의와 계속 연결되어 있지만,

00:14:26.100 --> 00:14:31.120
각 법인은 제품을 주문, 판매, 보관 또는 생산하기 전에 필요한 설정을 추가할 수 있습니다.

00:14:31.320 --> 00:14:33.880
어떤 회사는 공급업체로부터 제품을 구매할 수 있습니다.

00:14:34.120 --> 00:14:35.800
다른 회사는 판매만 할 수도 있습니다.

00:14:36.040 --> 00:14:40.620
제조회사는 생산 설정이 필요하고, 유통회사는 창고 및 재고 설정이 필요합니다.

00:14:40.820 --> 00:14:42.920
판매 세부 정보는 법인마다 다릅니다.

00:14:43.180 --> 00:14:44.940
현지 비즈니스 규칙도 다릅니다.

00:14:45.200 --> 00:14:48.980
출시 기능을 사용하면 각 법인은 완전히 별도의 제품 정의를 만들지 않고도

00:14:48.980 --> 00:14:50.980
자체 업무를 위해 제품을 준비할 수 있습니다.

00:14:51.260 --> 00:14:54.560
여러 국가에서 동일한 물병을 판매하는 회사를 상상해 보십시오.

00:14:54.560 --> 00:14:57.460
제품팀은 하나의 중앙 제품 정의를 생성합니다.

00:14:57.660 --> 00:15:00.420
그런 다음 회사는 이를 연국 법인에 출시합니다.

00:15:00.680 --> 00:15:04.660
해당 법인은 물병을 구매하고 보관하는 데 필요한 설정을 추가합니다.

00:15:04.940 --> 00:15:07.460
나중에 동일한 제품이 캐나다 법인에 출시되어,

00:15:07.840 --> 00:15:10.660
그곳에서 현지 판매 및 재고를 위한 설정을 완료합니다.

00:15:10.880 --> 00:15:13.000
두 회사 모두 동일한 제품을 사용합니다.

00:15:13.240 --> 00:15:17.320
이름, 설명, 제품군 세부 정보를 처음부터 다시 입력할 필요가 없습니다.

00:15:17.660 --> 00:15:19.860
자신의 법인에 속한 정보만 보완하면 됩니다.

00:15:19.860 --> 00:15:24.060
이러한 분리를 통해 공유 사실과 현지 비즈니스 업무를 적절한 위치에 유지할 수 있습니다.

00:15:24.240 --> 00:15:27.660
공유 제품 정의는 이 제품은 무엇인가? 라는 질문에 답합니다.

00:15:27.880 --> 00:15:29.680
출시된 제품은 다른 질문에 답합니다.

00:15:29.880 --> 00:15:32.100
이 특정 회사가 이 제품을 어떻게 사용할 것인가?

00:15:32.280 --> 00:15:33.640
사소한 표현의 차이일 수 있지만,

00:15:34.120 --> 00:15:37.680
여러 법인에 걸쳐 비즈니스가 운영될 때 많은 중복 작업을 방지해줍니다.

00:15:37.900 --> 00:15:42.480
다이나믹스 365는 제품을 하나의 법인 또는 여러 법인에 동시에 출시할 수 있습니다.

00:15:42.740 --> 00:15:46.760
이는 회사가 여러 사업 부서에 걸쳐 표준 제품 범위를 도입할 때 도움이 됩니다.

00:15:46.760 --> 00:15:51.060
여전히 릴리스는 마지막으로 클릭하고 잊어버리는 단계를 모방하는 것과 같습니다.

00:15:51.360 --> 00:15:55.640
각 법인은 팀이 안전하게 제품 작업을 수행하기 전에 추가 세부 정보가 필요할 수 있습니다.

00:15:55.880 --> 00:15:59.500
릴리스된 제품 유지관리 작업 영역은 해당 프로세스를 모니터링하는 데 도움이 됩니다.

00:15:59.760 --> 00:16:04.900
이 작업 영역은 최근 릴리스된 제품을 표시하고 해당 법인에 필요한 설정이 완료되었는지 확인합니다.

00:16:05.140 --> 00:16:09.180
제품 속성, 범주, 주문 설정 또는 번역을 추가해야 하는 경우,

00:16:09.660 --> 00:16:13.340
작업 영역을 통해 해당 작업을 찾고 관련 제품 페이지를 열 수 있습니다.

00:16:13.340 --> 00:16:17.280
또한 팀이 완료되지 않은 제품 변경 사례를 파악하는 데도 도움이 됩니다.

00:16:17.520 --> 00:16:22.780
중앙보기에서는 제품이 준비된 것처럼 보일 수 있지만 로컬 설정은 불완전할 수 있기 때문에 이는 중요합니다.

00:16:22.960 --> 00:16:28.560
이 작업 영역은 긴 목록을 검색할 필요 없이 법인에 주의가 필요한 제품의 실용적인 목록을 제공합니다.

00:16:28.780 --> 00:16:32.320
따라서 릴리스는 제품을 별도의 환경으로 복사하는 것이 아닙니다.

00:16:32.560 --> 00:16:38.260
승인된 제품 정의를 법인에 연결하고 해당 법인이 자체 운영 세부 정보를 적용할 수 있는 여지를 제공합니다.

00:16:38.260 --> 00:16:43.860
일단 그렇게 되면 제품 정보가 주문, 재고 및 고객 요구와 관련된 작업으로 이동할 수 있습니다.

00:16:44.080 --> 00:16:46.940
그렇다면 팀은 제품과 관련된 작업을 어떻게 연결할까요?

00:16:47.080 --> 00:16:50.380
제품 정보 관리는 실제로 제품과 관련된 작업을 어떻게 연결할까요?

00:16:50.560 --> 00:16:52.200
가장 간단한 정의는 다음과 같습니다.

00:16:52.500 --> 00:16:55.340
팀 이 모든 비즈니스 프로세스를 단독으로 실행하는 것은 아닙니다.

00:16:55.520 --> 00:16:58.040
대신 해당 프로세스에 필요한 제품 정보를 제공합니다.

00:16:58.240 --> 00:17:01.240
제품 데이터를 위한 마스터 파일 캐비닛이라고 생각하십시오.

00:17:01.420 --> 00:17:04.140
구매자는 구매 주문서에서 올바른 품목을 찾아야 합니다.

00:17:04.380 --> 00:17:07.540
창고팀은 재고를 입고하거나 피킹할 때 올바른 품목이 필요합니다.

00:17:07.540 --> 00:17:10.900
영업팀은 견적 주문서에 들어갈 제품 세부 정보가 필요합니다.

00:17:11.040 --> 00:17:14.220
다른 다이나믹스 365 앱에서도 제품 데이터가 필요할 수 있습니다.

00:17:14.420 --> 00:17:17.120
팀은 이러한 모든 팀에게 단일 진실 공급원, 싱글 소스 오브 트루스

00:17:17.120 --> 00:17:18.520
을 위한 공통의 시작점을 제공합니다.

00:17:18.680 --> 00:17:20.640
그렇다면 제품 데이터는 어디에서 올까요?

00:17:20.820 --> 00:17:24.880
제품 정의는 다이나믹스 365 서플라이 체인 매니지먼트 내에서 시작할 수 있습니다.

00:17:25.120 --> 00:17:28.380
회사가 처음부터 그곳에서 제품 정보를 관리할 때 효과적입니다.

00:17:28.660 --> 00:17:30.940
하지만 많은 기업이 제품 개발이나 제품 기록을 위해

00:17:30.940 --> 00:17:32.460
이미 다른 시스템을 사용하고 있습니다.

00:17:32.740 --> 00:17:34.940
예를 들어 제품 데이터는 흔히 PLM이라고 불리는

00:17:34.940 --> 00:17:36.880
제품 수명주기 관리 시스템에서 올 수 있습니다.

00:17:37.080 --> 00:17:40.720
PLM 시스템은 팀이 제품의 설계 및 개발 작업을 관리하도록 돕습니다.

00:17:40.980 --> 00:17:44.920
제품 데이터 및 관련 문서를 처리하는 제품 데이터 관리, PDM, 도 있습니다.

00:17:45.200 --> 00:17:48.200
일부 기업은 제품 정보가 서플라이 체인 매니지먼트에 입력되기 전에

00:17:48.200 --> 00:17:49.880
별도의 PIM 시스템을 사용하기도 합니다.

00:17:50.040 --> 00:17:50.980
좋은 소식이 있습니다.

00:17:51.320 --> 00:17:54.600
다이나믹스 365는 해당 시스템에서 제품 정의를 가져올 수 있습니다.

00:17:54.600 --> 00:17:57.540
즉, 제품이 설계 단계에서 공급망 작업으로 이동한다고 해서

00:17:57.540 --> 00:17:59.800
동일한 제품 세부 정보를 다시 입력할 필요가 없습니다.

00:18:00.060 --> 00:18:02.440
서플라이 체인 매니지먼트는 다른 인스턴스에 대한

00:18:02.440 --> 00:18:04.740
마스터 제품 데이터를 보관하는 곳이 될 수도 있습니다.

00:18:04.960 --> 00:18:07.680
이는 인스턴스가 여러 개인 대규모 기업에서 중요합니다.

00:18:07.900 --> 00:18:10.100
하나의 인스턴스에서 중앙 제품 정의를 관리하고

00:18:10.100 --> 00:18:12.560
해당 데이터를 다른 인스턴스로 내보내거나 가져옵니다.

00:18:12.780 --> 00:18:14.420
마이크로소프트는 이러한 유형의 교환을 위해

00:18:14.420 --> 00:18:16.800
시스템 간의 정의된 데이터를 이동하는 구조화된 방식인

00:18:16.800 --> 00:18:17.900
데이터 엔터티를 제공합니다.

00:18:18.060 --> 00:18:19.340
하지만 더 많은 기능이 있습니다.

00:18:19.340 --> 00:18:22.200
마이크로소프트 데이터버스는 이러한 배포 경로를 확장합니다.

00:18:22.380 --> 00:18:24.200
데이터버스는 많은 비즈니스 앱에서 사용하는

00:18:24.200 --> 00:18:26.480
마이크로소프트의 공유 클라우드 데이터 서비스입니다.

00:18:26.660 --> 00:18:28.980
공급망 관리는 제품 정의를 데이터버스로 내보낼 수 있으며

00:18:28.980 --> 00:18:32.020
다이나믹스 365세일즈와 같은 다른 비즈니스 애플리케이션은

00:18:32.020 --> 00:18:33.420
해당 제품 데이터를 사용할 수 있습니다.

00:18:33.620 --> 00:18:36.680
그렇다고 해서 모든 앱이 갑자기 같은 작업을 수행한다는 의미는 아닙니다.

00:18:36.840 --> 00:18:39.200
PM은 제품 정보를 구성하고 유지 관리합니다.

00:18:39.440 --> 00:18:42.020
다이나믹스 365세일즈는 영업 업무를 처리합니다.

00:18:42.020 --> 00:18:46.760
다른 앱은 고유한 고객 서비스, 산거래, 재무, 제조 또는 운영 작업을 처리합니다.

00:18:46.920 --> 00:18:50.300
관련 제품 데이터를 사용할 수는 있지만 각 앱은 고유한 목적을 유지합니다.

00:18:50.500 --> 00:18:51.720
실제 흐름을 살펴보겠습니다.

00:18:52.160 --> 00:18:54.840
제품팀은 새로운 제품 정의를 생성하거나 가져옵니다.

00:18:55.000 --> 00:18:57.520
비즈니스 부서는 이를 필요로 하는 법인에 배포합니다.

00:18:57.760 --> 00:18:59.560
해당 법인은 로컬 설정을 완료합니다.

00:18:59.780 --> 00:19:01.720
구매 부서는 승인된 항목으로 작업할 수 있습니다.

00:19:01.960 --> 00:19:03.940
참고 직원은 이를 수령하고 처리할 수 있습니다.

00:19:04.180 --> 00:19:07.280
영업 부서는 자체 버전을 만드는 대신 올바른 제품을 참조할 수 있습니다.

00:19:07.520 --> 00:19:09.500
그 결과는 일상적인 순간에 나타납니다.

00:19:09.500 --> 00:19:11.400
구매자는 올바른 항목을 주문합니다.

00:19:11.560 --> 00:19:15.540
고객은 올바른 세부 정보를 보고 참고 직원은 주문과 앞에 재고를 일치시킬 수 있습니다.

00:19:15.760 --> 00:19:18.300
제품 정보가 변경되면 팀은 오래된 사본을 찾지 않고도

00:19:18.300 --> 00:19:21.420
현재 승인된 세부 정보를 사용할 수 있는 더 명확한 경로를 갖게 됩니다.

00:19:21.620 --> 00:19:26.760
이는 주문 실수, 오래된 정보, 잘못된 제품 정보로 인한 반품을 줄여줍니다.

00:19:26.980 --> 00:19:30.460
제품 정보 관리는 제품 정의를 체계적으로 유지하는 부분이며

00:19:30.460 --> 00:19:34.080
연결된 플랫폼의 나머지 부분은 해당 정보를 활용합니다.

00:19:34.340 --> 00:19:34.660
결론

00:19:34.660 --> 00:19:38.940
하나의 공유 제품 스토리 다이나믹스 365 제품 정보 관리는

00:19:38.940 --> 00:19:42.660
제품 아이디어를 법인과 비즈니스 팀이 각자의 업무에 사용할 수 있는

00:19:42.660 --> 00:19:44.540
하나의 제어된 레코드로 전환합니다.

00:19:44.800 --> 00:19:46.340
오늘의 지식 한 조각이었습니다.

00:19:46.540 --> 00:19:48.560
즐겨 사용하는 팟캐스트 플랫폼에서 구독하고

00:19:48.560 --> 00:19:51.000
다이나믹스 365를 배우는 사람들과 공유하세요.

00:19:51.220 --> 00:19:52.880
다음 에피소드를 계속 시청하여

00:19:52.880 --> 00:19:55.460
모든 구성 요소가 어떻게 연결되는지 확인하세요.

00:19:55.460 --> 00:20:25.440
다음 에피소드