제품 구성 개요

특별한 요구 사항을 충족하도록 제품을 구성해야 하는 필요성은 B2B 및 B2C 관계 모두에서 예외가 아니라 규칙이 되었습니다.

주문형 구성 시나리오를 지원하는 제조업체는 고객의 요구에 더 주의를 기울일 수 있는 기회가 있습니다. 또한 완제품 대신 일반 부품 형태로 반제품을 비축함으로써 제조업체는 재고에 묶인 자본을 줄일 수 있습니다.

제조-재고 설정에서 주문 구성 설정으로 성공적으로 이동하려면 제품 구조에 대한 세심한 분석, 제품군 식별 및 구성 요소화가 필요합니다. 부품 수를 줄이고 처리 중인 제품 수를 최소화하려면 제품 인터페이스를 이해하고 재사용성을 위해 설계하는 것이 매우 중요합니다.

규칙 기반, 차원 기반 및 제약 조건 기반 모델링과 같은 몇 가지 제품 구성 모델링 원칙이 있습니다. 연구에 따르면 제약 기반 방법론은 다른 모델링 원칙에 비해 모델의 코드 줄 수를 약 50% 줄일 수 있습니다. 따라서 이 방법론은 총 소유 비용(TCO)을 줄일 수 있습니다. X++ 코드를 기반으로 하는 규칙 기반 모델에서 제약 조건 기반 모델로 이동하면 더 이상 제품 모델을 유지 관리하기 위해 개발자 라이선스가 필요하지 않습니다.

제품 구성

산업화 시대는 고품질의 기능이 풍부한 제품을 저렴한 가격에 생산하는 데 큰 성과를 거두었습니다. 규모의 경제 덕분에 산업화된 세계의 대부분의 사람들이 자동차, TV, 가전 제품 및 우리 대부분이 일상 생활에서 필요하다고 생각하는 기타 상품을 구매할 수 있게 되었습니다.

많은 제품이 상품이 되면서 차별화의 필요성이 대두되었습니다. 이 문제에 대한 제조업체의 즉각적인 대응은 각 제품의 변형을 만들어 고객이 더 많은 대안을 가질 수 있도록 하는 것이었습니다. 이 전략으로 인해 예측 문제가 증가하고 재고 비용과 더 이상 사용되지 않는 미판매 제품이 증가했습니다.

주문형 구성 철학을 채택함으로써 제조업체는 고유한 제품에 대한 고객의 요구를 충족시키면서 쓸모없는 재고 품목을 줄이거나 없앨 수 있습니다. 제조-재고 철학이 주문형 구성 철학으로 전환될 때 발생하는 한 가지 즉각적인 문제는 짧은 리드 타임에 대한 필요성이 낮은 재고 수준과 균형을 이루어야 한다는 것입니다.

여기서 성공의 열쇠는 제품 포트폴리오를 주의 깊게 분석하고 제품 기능과 프로세스 모두에서 패턴을 찾는 것입니다. 목표는 동일한 장비로 제조할 수 있고 모든 변형에서 사용할 수 있는 일반 구성 요소를 식별하는 것입니다.

제품 구성 기능 세트에는 제품 구성 모델 구조에 대한 시각적 개요를 제공하는 UI(사용자 인터페이스)와 컴파일할 필요가 없는 선언적 제약 조건 구문이 포함됩니다. 따라서 구성 방식을 지원하려는 회사는 더 쉽게 시작할 수 있습니다. 다음 섹션에서 설명하는 것처럼 제품 디자이너는 더 이상 제품 구성 모델을 빌드하고 테스트한 다음 판매 조직에 릴리스하기 위해 개발자의 지원을 필요로 하지 않습니다.

제품 구성 모델 빌드

사용자가 제품 구성 모델을 구축하기 위해 취할 수 있는 몇 가지 접근 방식이 있습니다. 한 가지 옵션은 먼저 제품 마스터, 고유한 제품 및 운영 리소스와 같은 모든 참조 데이터를 생성한 다음 구성 요소, BOM(자재 명세서) 라인, 경로 작업 및 기타 요소로 포함하여 제품 구성 모델의 순차적인 흐름을 따르는 것입니다. 또는 먼저 모델을 생성한 다음 필요에 따라 참조 데이터를 추가하여 보다 반복적인 접근 방식을 선택할 수 있습니다.

구성 요소

제품 구성 모델은 하위 구성 요소 관계를 통해 함께 연결된 하나 이상의 구성 요소로 구성됩니다. 구성 요소는 한 번 정의된 다음 하나 이상의 제품 구성 모델에서 여러 번 사용할 수 있습니다. 구성 요소는 제품 구성 모델의 주요 빌딩 블록이며 모델에 대한 거의 모든 정보가 구성 요소와 관련되어 있습니다.

특성

각 구성 요소에는 해당 속성을 식별하는 하나 이상의 속성이 있습니다. 특성은 구성 프로세스 중에 사용자가 선택하는 것입니다. 특성은 제약 조건 또는 계산에 포함하여 구성 요소 간 및 구성 요소 내 관계를 모두 제어합니다. BOM 라인에 적용되는 조건을 통해 속성을 사용하여 구성된 제품이 구성될 물리적 부품을 결정할 수 있습니다. 또한 속성은 매핑 메커니즘을 통해 BOM 라인의 속성을 제어할 수 있습니다. 포함 및 속성 설정과 관련된 경로 작업에 대해 유사한 기능이 있습니다.

참고

속성 유형을 생성할 때 속성 유형 도메인에 대해 많은 수의 값을 생성하지 마세요. 그렇게 하면 제품 구성기에서 속도가 느려질 수 있습니다.

표현식 제약

제약 기반 제품 구성 모델의 사용은 사용자가 다양한 속성에 대한 값을 선택할 때 몇 가지 제한 사항이 있음을 의미합니다. 이러한 제한은 OML(최적화 모델링 언어)을 사용하여 표현식 제한으로 구현할 수 있습니다. 또는 테이블 제약 조건의 형태로 제약 조건을 구현할 수 있습니다.

테이블 제약 조건

테이블 제약 조건은 사용자 정의 또는 시스템 정의일 수 있습니다.

사용자 정의 테이블 제약 조건은 사용자가 작성합니다. 사용자는 테이블의 열을 나타내기 위해 속성 유형의 조합을 선택한 다음 선택한 속성 유형의 도메인에서 테이블 제약 조건의 행까지 값을 입력합니다.

시스템 정의 테이블 제약 조건은 참조로 사용할 테이블을 선택한 다음 제약 조건의 열에서 이 테이블의 필드를 선택하여 정의됩니다. 테이블 제약 조건의 행은 구성 시 존재하는 Supply Chain Management 테이블의 행입니다.

테이블 제약 조건은 테이블 제약 조건 정의를 참조하고 모델의 관련 속성을 테이블 제약 조건의 열에 매핑하여 제품 구성 모델에 포함됩니다.

계산

계산은 구성 모델에서 산술 연산을 수행하기 위한 메커니즘을 나타냅니다. 예를 들어, 계산을 통해 특정 원료 조각의 길이나 연마 작업의 처리 시간을 결정할 수 있습니다. 계산은 필수적이며 계산 식에 포함된 모든 속성 값을 사용할 수 있게 된 후에 대상 속성의 값을 설정합니다.

하위 구성 요소

하위 구성 요소는 제품 구성 모델 구조의 노드를 나타냅니다. 각 하위 구성 요소 관계에 대해 변형 구성 기술이 제약 조건 기반 구성으로 설정된 제품 마스터에 대한 참조를 지정해야 합니다.

사용자 요구 사항

사용자 요구 사항에는 하위 구성 요소의 모든 구성 요소가 있습니다. 유일한 차이점은 사용자 요구 사항이 제품 마스터에 바인딩되지 않는다는 것입니다. 이러한 차이점의 실질적인 효과는 사용자 요구 사항의 컨텍스트에서 정의된 모든 BOM 라인 또는 경로 작업이 상위 구성요소 BOM 구조 또는 경로로 축소된다는 것입니다. 이 동작은 팬텀 BOM의 동작과 유사합니다.

BOM 라인

각 구성요소에 대한 제조 BOM을 식별하기 위해 BOM 라인이 포함됩니다. BOM 라인은 항목을 참조해야 하며 모든 항목 속성을 고정 값으로 설정하거나 속성에 매핑할 수 있습니다.

경로 작업

제조 경로를 식별하기 위해 경로 작업이 포함됩니다. 경로 작업은 정의된 작업을 참조해야 하며 모든 작업 속성을 고정 값으로 설정할 수 있습니다. 리소스 요구 사항을 제외한 모든 속성은 값 대신 속성에 매핑할 수 있습니다.

제품 구성 모델 검증 및 테스트

제품 구성 모델의 유효성 검사는 모델의 여러 수준에서 발생할 수 있으므로 다양한 범위를 포괄할 수 있습니다. 가장 낮은 수준은 단일 표현식 제약 조건에 대한 것입니다. 이 경우 일반적으로 제품 디자이너가 식의 구문이 올바른지 확인하기 위해 유효성 검사를 수행합니다.

유사하게, BOM 라인 또는 경로 작업에 대한 조건은 개별적으로 검증될 수 있습니다.

사용자 정의 테이블 제약 조건 정의에 대한 유효성 검사도 수행할 수 있습니다. 이 경우 사용자는 각 필드에 입력한 값이 해당 속성 유형의 도메인 내부에 있음을 확인할 수 있습니다.

마지막으로 완전한 구문이 정확하고 모든 명명 및 모델링 규칙이 준수되었는지 확인하기 위해 완전한 제품 구성 모델에 대한 유효성 검사를 수행할 수 있습니다.

테스트

모델 테스트는 실제 구성 세션을 실행하는 것과 유사합니다. 사용자는 구성 페이지를 살펴보고 모델 구조가 구성 프로세스를 지원하는지 확인할 수 있습니다. 사용자는 속성 값이 올바른지와 속성 설명이 사용자가 올바른 값을 선택하도록 안내하는지 확인할 수 있습니다. 마지막으로 테스트 세션이 완료된 후 시스템은 선택한 속성 값에 해당하는 경로와 BOM 생성을 시도하고 문제가 발생하면 오류 메시지를 표시합니다.

구성 페이지

구성 요소 간에 탐색하려면 다음을 선택하거나 제품 구성 모델 트리에서 구성 요소를 선택하여 초점을 설정합니다.

구성을 위한 모델 마무리

주문형 구성 시나리오에서 제품 구성 모델을 사용할 준비가 되면 버전을 생성해야 합니다. 그러나 모델링 경험을 향상시킬 수 있는 몇 가지 옵션이 있습니다.

사용자 인터페이스

하나 이상의 하위 구성 요소에 속성 그룹을 도입하여 구성 UI를 수정할 수 있습니다. 이러한 그룹화는 특정 속성 간의 관계를 강조 표시하고 구성 사용자가 현재 초점을 맞추고 있는 제품 영역을 식별하는 데 도움이 될 수 있습니다.

템플릿

하나 이상의 구성 템플릿을 만들어 구성 프로세스의 속도를 높일 수 있습니다. 또는 판매 캠페인이 특정 제품 기능 세트에 초점을 맞추는 경우와 같이 특정 속성 조합을 홍보하기 위해 템플릿을 만들 수 있습니다.

번역

제품이 다른 국가/지역에서 판매되는 경우 구성 UI에 표시되는 모든 텍스트에 대해 번역을 생성할 수 있습니다. 이 텍스트에는 이름 및 설명 필드뿐만 아니라 속성 텍스트 값도 포함됩니다.

버전

마무리 프로세스의 마지막이자 가장 중요한 단계는 제품 구성 모델의 버전을 만드는 것입니다. 버전은 주문 또는 견적 라인에서 구성을 위해 선택할 수 있는 제품 마스터와 제품 구성 모델 간의 관계를 나타냅니다. 버전을 구성 세션에서 사용하려면 먼저 버전을 승인하고 활성화해야 합니다.

API를 통한 제품 구성 모델 확장

개발자 라이선스가 있는 파트너 및 기타 사용자가 제품 구성 모델의 기능을 확장할 수 있도록 전용 API(응용 프로그래밍 인터페이스)가 구현되었습니다. 주요 목표는 기존 제품 빌더를 사용하는 파트너와 고객이 제품 빌더 모델에 포함된 코드를 API로 마이그레이션할 수 있도록 하는 메커니즘을 설정하는 것이었습니다. 이러한 방식으로 제품 빌더에서 제품 구성으로 모델을 마이그레이션할 수 있습니다. 그러나 새로운 파트너와 고객은 API를 사용하여 새로운 제품 구성 모델을 확장함으로써 이점을 얻을 수도 있습니다.

API는 제품 구성 모델의 데이터 구조를 노출하는 PCAdaptor 클래스의 집합을 사용하여 구현됩니다. PCAdaptor 클래스의 인스턴스는 확장할 각 모델에 대해 생성해야 합니다. 구성 세션이 완료된 후 시스템은 이 클래스의 인스턴스를 확인하고 발견되면 실행합니다.

다음 API 흐름 다이어그램은 프로세스를 간략하게 보여줍니다.

제품 구성

하나 이상의 제품 구성

다음 위치에서 제품을 구성할 수 있습니다.

• 판매 주문 라인
• 판매 견적 라인
• 구매 주문 라인
• 생산 주문 라인
• 품목 소요량 라인(프로젝트)

구성의 목적은 고객의 요구 사항을 충족하는 고유한 제품 변형을 만드는 것입니다. 각각의 새 구성에 대해 고유한 구성 ID가 생성됩니다. 이 ID를 통해 인벤토리를 추적할 수 있습니다.

여러 사이트 및 회사 간 고려 사항

생산이 일어날 사이트나 회사와 다른 사이트 또는 회사에서 구성이 수행되는 경우 BOM 및 경로가 생성되어 공급 회사의 공급자 사이트에 배치됩니다. 제품 변형은 공급망에 참여하는 모든 회사에서 출시됩니다.