결함 추적 - 개념의 확장

개요

{기능 예시}}는 어느 한 프로세스나 시설에 완벽하게 맞추기 위한 것이 아니라 주문 추적 앱을 구축하는 데 있어 시작점으로 사용하기 위한 것입니다.

이 가이드는 이 기능 예제를 어떻게 변경하고 프로세스에 적용할 수 있는지에 대한 아이디어와 함께 다른 멋진 Tulip 사용 사례와 결합할 수 있는 방법을 제공하기 위한 것입니다.

앱 확장하기

직무별로 앱 분할하기

앱 아키텍처 가이드에서 설명했듯이 Tulip으로 가치를 창출하는 가장 간단한 방법 중 하나는 앱과 상호 작용할 사용자에 맞게 앱을 만드는 것입니다.

대부분의 프로세스에서 운영자는 결함을 보고하지만 근본 원인 분석, 수정 조치, 감사 해결 완료는 별도의 팀에서 수행합니다. 이를 별도의 앱으로 분리하면 운영자 인터페이스가 간소화되고 사용자 액세스에 대한 제어가 강화됩니다.

사용자 인터페이스 수정

새로운 프로세스를 도입하는 것은 언제나 어려운 일이지만, 직관적인 앱은 언제나 더 쉽게 동의를 얻을 수 있습니다. 기능 예제를 사용자의 요구에 더 적합하도록 조정하세요.

• 사용자가 입력해야 하는 [결함 이벤트] 테이블 레코드 필드와 자동화할 수 있는 필드를 결정합니다.
  • 용어집.기능 예제}}에서는 설명 필드가 자동으로 생성되지만, 사용자가 사용자 지정 메모를 작성할 수 있도록 하는 것이 더 합리적일 수 있습니다.
• 사용자가 자신에게 해당되는 결함만 볼 수 있도록 결함 라우팅을 수정합니다. 이 필터링은 다음 단계 필드, 이유 필드, 담당자 필드 또는 프로세스의 다른 주요 차별화 요소에서 수행할 수 있습니다.
• '빠른 작업' 버튼을 추가하여 일반적인 워크플로를 자동화하세요. 품질 부서에서 특정 결함에 대한 표준 해결 방법을 가지고 있을 수도 있습니다. 이러한 해결 방법을 각 테이블 필드를 자동으로 채우는 버튼에 추가할 수 있습니다.

데이터 모델 확장

각 프로세스는 고유하며, 이러한 프로세스의 차이로 인해 거의 항상 기본 데이터 모델에 몇 가지 추가 데이터가 추가되어야 합니다.

앱 빌더는 공통 데이터 모델이 프로세스와 일치하지 않는 부분을 가장 잘 알고 있지만, 다음은 모델을 확장할 수 있는 방법의 예입니다.

연결된 테이블

연결된 레코드를 사용하면 하나의 레코드를 다른 레코드와 연결할 수 있습니다. 즉, [결 함 이벤트] 테이블에는 결함이 발견된 자재의 세부 정보가 필요하지 않고 [자재] 테이블의 연결된 레코드만 참조할 수 있습니다.

[재료] 테이블

자재 테이블은 자재, 관련 주문, 결함 등을 추적하는 데 사용됩니다. 하나의 자재에 여러 개의 결함이 있을 수 있습니다.

이 연관성을 통해 재료별로 결함을 추적하고, 결함 작업을 하면서 재료 테이블의 각 재료에 대한 정보를 활용할 수 있습니다.

테이블 필드 추가

결함 이벤트] 테이블은 결함과 관련된 중요한 데이터를 추적하기 위한 좋은 출발점이지만, 프로세스에 중요한 모든 필드를 포함하지는 않을 수 있습니다. 예를 들어 다음과 같은 항목도 추적하고 싶을 수 있습니다. - 결함이 있는 상품의 매몰 비용( 연결된 [ 재료] 테이블에서 얻을 수 있습니다.) - 연결된 [주문] 레코드에 대한 연결된 레코드.

테이블 추가

Tulip에는 수십 가지의 다양한 용도가 있으며, 프로세스를 추가하면 더 많은 Tulip 테이블을 추가해야 할 수도 있습니다.

• 그리고 추적
• 품질 이벤트
• 검사
• 장비
• 주문 배송/수령

이러한 테이블 중 일부 또는 전부를 구축하여 핵심 결함 추적 사용 사례에 통합할 수 있습니다. 테이블의 유연한 특성으로 인해 이러한 새로운 테이블은 전용 앱으로 관리할 수도 있습니다.