Fix 모듈

Fix 모듈은 물리적 자산의 유지보수, 수리 및 문제 해결을 처리합니다. 여기에는 생산 라인을 계속 가동하기 위한 내부 제조 장비 서비스뿐만 아니라 고객이 반품한 제품에 대한 보증 수리 또는 유료 서비스 호출 관리가 포함됩니다.

사용 시기

작업장의 기계가 고장 나서 수리가 필요한 경우.
장비가 예정된 예방 유지보수 대상이 되었을 때.
고객이 보증에 따라 결함이 있는 제품을 반품한 경우.
고객이 이전에 구매한 제품에 대한 수리 서비스 비용을 지불한 경우.

Fix 모듈 테이블

Fix 대시보드는 모든 유지보수 및 수리 활동을 위한 기본 디스패치 보드 역할을 합니다. 모든 활성 및 과거 'Fault Order'(FO)를 나열하여 서비스 관리자가 긴급 수리를 분류하고 진행 중인 유지보수 작업의 진행 상황을 모니터링할 수 있도록 합니다.

주요 요소

Priority: 수리의 긴급성을 나타내는 숫자 순위(1이 가장 높음).
Order Number: 'FO-'(Fault Order)로 시작하는 티켓의 고유 식별자.
Order Source: 수리가 고객 반품에서 비롯된 경우 원래 판매 주문(SO#)이 여기에 연결됩니다.
Order Type: 작업을 분류합니다(예: 'Product Repair', 'Material Repair', 'Equipment Maintenance').
Item: 수리가 필요한 특정 제품, 자재 또는 기계.
Item Status: 'Under Warranty', 'Preventive', 'Fault' 또는 'Paid'와 같은 조건을 나타내는 동적 배지.
Cost Value: 수리의 예상 또는 실제 재무 비용.
Customer: 수리와 관련된 고객(해당하는 경우).
Assigned To: 수리를 담당하는 특정 기술자 또는 엔지니어.
Status: 작업 주문의 현재 단계(예: 'Ready to Start', 'In Progress', 'FO Draft', 'Complete').

사용 방법

열 헤더를 사용하여 테이블을 필터링하고 정렬합니다. 예를 들어, 'Order Type' 열을 필터링하여 'Equipment Maintenance' 티켓만 보거나 'Due Date'별로 정렬하여 일정에 뒤처지는 작업을 찾을 수 있습니다.

사이트 선택 및 추가

조직이 여러 물리적 위치에서 운영되는 경우 올바른 시설에 대한 수리 티켓을 보고 있는지 확인해야 합니다.

대시보드의 왼쪽 상단에 있는 Site 드롭다운 메뉴를 찾습니다.
현재 시설을 선택하여 테이블을 필터링합니다.
새 사이트 추가: 드롭다운을 클릭하고 목록 하단에서 + Add a new site를 선택합니다.
'Add a new site' 모달이 나타납니다.
필수 Site Details를 입력합니다: 'Site Name', 'Legal Name', Address 및 'Currency'.
Site Functions 아래에서 이 사이트가 사용할 모듈의 상자를 선택합니다('Fix'가 선택되어 있는지 확인).
Add를 클릭하여 새 위치를 데이터베이스에 저장합니다.

Site dropdown

순위 업데이트

모든 수리가 똑같이 긴급한 것은 아닙니다. 고장 난 주요 조립 라인은 즉각적인 주의가 필요하지만 삐걱거리는 사무실 의자는 기다릴 수 있습니다. Rank 기능을 통해 관리자는 기술자의 워크로드를 시각적으로 우선 순위를 정할 수 있습니다.

신속 처리하거나 지연시킬 'Fault Order'를 식별합니다.
Priority 열의 숫자 옆에 있는 드롭다운 화살표를 클릭합니다.
1-10 목록에서 새 숫자를 선택합니다. 해당 범위 밖의 숫자를 지정하려면 'Input Rank'를 클릭하고 원하는 숫자를 입력합니다.
테이블이 즉시 다시 정렬되어 최우선 작업(Rank 1)이 목록 상단으로 이동합니다.

상태 업데이트

전체 문서를 열지 않고도 대시보드에서 직접 수리 티켓을 라이프사이클을 통해 진행할 수 있습니다. 이는 완료된 티켓을 신속하게 정리하거나 작업을 보류하는 데 유용합니다.

업데이트할 주문 행을 찾습니다.
해당 행의 가장 오른쪽에 있는 '점 세 개' 메뉴 아이콘(⋮)을 클릭합니다.
주문의 현재 상태와 관련된 상태 옵션이 있는 메뉴가 나타납니다(예: 주문이 'FO Draft'인 경우 옵션은 'Mark as Ready to Start' 또는 'Cancel FO Draft'입니다).
새 상태를 선택합니다. 'Status' 열의 배지가 즉시 업데이트됩니다.

참고:

매일 분류: 서비스 관리자는 'Priority' 및 'Due Date'별로 테이블을 정렬하여 매일 시작해야 합니다. 'Assigned To' 열을 확인하여 Rank 1 항목과 기한이 지난 항목에 적극적으로 작업하고 있는지 확인하십시오.

Order Source 활용: Order Source 열에 'SO#'가 표시되면 고객이 이 수리를 기다리고 있다는 의미입니다. 이러한 항목은 종종 내부 미적 수리보다 더 높은 우선순위를 요구합니다.

회의용 내보내기: 오른쪽 상단에 있는 다운로드 아이콘(인쇄 아이콘 옆)을 사용하여 테이블을 CSV 또는 PDF로 내보냅니다. 이는 주간 유지보수 검토 회의에 매우 유용합니다.

Fix Order 만들기

Fix Order(FO)는 유지보수 팀이나 기술자에게 수리, 예방 유지보수 또는 문제 해결 작업을 수행하도록 지시하는 공식 서비스 티켓입니다. 노동, 부품 비용 및 서비스 중인 특정 일련번호를 추적하는 중앙 기록 역할을 합니다.

처음부터 수동으로(내부 기계 고장의 경우) 또는 소스 문서(예: 판매 주문에서 발생한 고객 보증 청구)에서 자동으로 Fix Order를 생성할 수 있습니다.

주요 요소

Assigned To: 수리 티켓을 담당하는 수석 기술자.
Customer: 수리를 요청하는 고객(내부 장비 유지보수의 경우 비워 두거나 본인의 조직 선택).
Order Type: 작업을 분류하는 드롭다운(예: 'Product Repair', 'Material Repair', 'Equipment Maintenance').
항목 테이블: 티켓의 핵심입니다. 특정 'Item', 정확한 'Serial Number', 'Item Status'(예: 'Under Warranty', 'Paid'), 예상 'Cost Value' 및 특정 구성 요소를 다른 직원에게 위임하기 위한 행 수준의 'Assigned To' 필드가 필요합니다.
재무 요약: 항목 테이블에 입력된 값을 기준으로 'Subtotal', 'Tax' 및 'Total' 수리 비용을 계산합니다.
작업 버튼: 진행 상황을 일시 중지하는 'Save Draft', 사본을 내보내는 'Download', 티켓을 실시간으로 푸시하는 'Create Order'.

처음부터 만들기

기존 소스 문서 없이 수동 수리 티켓을 작성합니다.

작업장의 내부 제조 장비가 고장 났습니다.
시설의 일상적이고 예방적인 유지보수 일정을 잡습니다.
워크인 고객이 시스템의 이전 판매 주문과 연결되지 않은 수리를 요청합니다.

사용 방법

Fix 대시보드에서 오른쪽 상단에 있는 + Report a Fault(또는 Create) 버튼을 클릭합니다.
'Create New Fix Order' 양식이 열립니다.
Assigned To 필드를 사용하여 기본 기술자를 할당합니다.
(선택 사항) 수리가 고객을 위한 것이라면 드롭다운에서 Customer를 선택합니다.
Issue Date와 예상 Due Date를 설정합니다.
Order Type(예: 'Maintenance' 또는 'Product Repair')을 선택합니다.
'Item' 테이블에서 드롭다운을 클릭하여 수리가 필요한 항목을 검색하고 선택합니다.
추적성을 보장하기 위해 정확한 Serial Number를 입력합니다.
Item Status를 설정합니다(예: 'Under Warranty', 'Paid', 'Preventive').
수리에 대한 예상 또는 견적 Cost Value를 입력합니다.
Create Order를 클릭합니다. 다음과 같이 묻는 확인 모달이 나타납니다: 'You are about to proceed with this action. Make sure all items are correct. Press continue if you want to proceed.'
Continue를 클릭하여 주문을 확정합니다.

New form

소스로 만들기

상위 트랜잭션에서 직접 수리 티켓을 생성합니다. 시스템은 수동 데이터 입력 오류를 방지하기 위해 소스에서 고객 데이터, 항목 및 일련 번호를 자동으로 가져옵니다.

고객이 기존 판매 주문(SO)을 기반으로 보증 반품을 시작합니다.
QA 검사관이 Check Order(CO) 중에 항목을 실패시키고 재작업을 위해 플래그를 지정합니다.

사용 방법

이 워크플로는 일반적으로 시스템 알림을 통해 트리거됩니다. 다른 모듈에서 결함이 보고되면 알림 팝업을 받게 됩니다(예: 'Make: John Doe has requested a Fix Order').
알림이나 요청을 클릭하면 Fix Order Request 모달이 열립니다. 다음과 같이 표시됩니다: 'You are about to create a new Fix Order based on the order below...' 그리고 소스에 대한 하이퍼링크를 제공합니다(예: 'Sales Order: SO# 12345-67890').
요청 모달에서 Continue를 클릭합니다.
'Create New Fix Order' 양식이 열리지만 상단에 Order Source 블록이 표시되어 하이퍼링크된 소스 문서를 보여줍니다.
Customer, Item 및 Serial Number 필드는 상위 주문의 데이터를 기반으로 자동으로 채워집니다.
자동 채워진 세부 정보를 확인하고, 기술자를 할당하고, Cost Value를 입력합니다.
Create Order를 클릭하고 확인 모달을 검토한 다음 Continue를 클릭합니다.

Source request

참고:

드래프트 상태: 수리 비용을 확정하기 전에 공급업체로부터 예비 부품 견적을 기다리고 있다면 Save Draft 버튼을 사용하십시오. 녹색 'Draft Saved' 배너는 작업이 아직 기술자에게 디스패치되지 않고 안전하게 저장되었음을 확인합니다.

하이퍼링크 소스: 3b 워크플로에서 파란색 'Order Source' 텍스트(예: 'SO-1234-5678-90')는 활성 링크입니다. 이를 클릭하면 원래 트랜잭션이 새 창에서 열려 원래 구매 날짜와 보증 유효성을 확인할 수 있습니다.

모범 사례:

엄격한 일련번호 추적: 고객 제품을 수리할 때 'Serial Number' 필드를 비워 두지 마십시오. 고객이 보증 수리를 위해 제품을 보낸 경우, 일련번호를 추적하면 그들이 판매한 실제 단위를 보내는지 다른 단위를 보내는지 증명할 수 있습니다.

정확한 항목 상태: 항상 'Item Status'를 올바르게 태그합니다(예: 'Paid' vs 'Under Warranty'). 이는 회계 팀이 'Cost Value'에 대해 고객에게 청구할지 또는 내부 보증 비용으로 처리할지 알 수 있도록 합니다.

항목별 위임: 주문에 기계 유지보수와 전기 문제 해결이 필요한 경우, 특정 항목 행의 개별 'Assigned To' 필드를 사용하여 기계 부품을 한 기술자에게, 전기 구성 요소를 다른 기술자에게 할당하십시오.

Fix Order 보기

Fix Order가 생성되면 기술자가 수리를 실행하고 관리자가 유지보수 비용을 추적하는 활성 작업 공간이 됩니다. Fix 기본 대시보드에서 주문 행을 클릭하면 자세한 View 모드가 열립니다. 이 보기는 전용 탭으로 나뉩니다: General Information, Maintenance Instructions, Related Orders 및 Order History.

일반 정보

'General Information' 탭은 수리 티켓의 기본 요약 페이지입니다. 작업이 할당된 사람, 수리해야 할 항목 및 수리의 예상 재무 비용 등 기술자에게 필요한 컨텍스트를 제공합니다.

주요 요소

헤더: Fix Order 번호(FO#), 현재 상태 배지 및 Actions 드롭다운 메뉴를 표시합니다.
물류: 'Assigned To' 사용자, 'Customer'(해당하는 경우), 'Issue Date' 및 'Due Date'를 보여주는 필드.
Order Type: 작업을 분류합니다(예: 'Maintenance', 'Product Repair').
항목 테이블: 특정 'Item', 'Serial Number', 'Item Status'(예: 'Under Warranty', 'Paid'), 'Cost Value' 및 행 수준의 'Assigned To' 소유자를 나열합니다.
재무 요약: 오른쪽 하단에 위치하며 수리의 'Subtotal', 'Tax' 및 최종 'Total' 비용을 계산합니다.

사용 방법

Fix Order를 엽니다.
상태 배지 옆에 있는 왼쪽 상단의 Actions 드롭다운 메뉴를 클릭합니다.
다음 논리적 단계를 선택합니다(예: 'Ready to Start'에서 'Mark In Progress'로 변경).
상태 배지가 즉시 업데이트되어 작업이 시작되었음을 관리에 알립니다.

General Information

소스로 보기

Fix Order가 상위 트랜잭션(예: 고객 반품)에서 생성된 경우 General Information 탭은 약간 다르게 보이며 'Order Source' 섹션이 표시됩니다.

사용 시기

보증 수리를 검토하고 원래 구매 세부 정보 또는 배송 상태를 확인해야 할 때.

주요 요소

Order Source: 하이퍼링크된 ID(예: 'SO-1234-5678-90')와 상위 주문의 현재 상태(예: 'Partially Shipped')를 포함하는 FO 번호 아래의 전용 블록.

사용 방법

파란색 Order Source 하이퍼링크를 클릭합니다. 시스템이 원래 트랜잭션을 새 창에서 열어 Sell 모듈을 뒤지지 않고도 고객 세부 정보, 보증 조건 또는 원래 결제 상태를 원활하게 상호 참조할 수 있습니다.

Order Source block

유지보수 지침

비어 있을 때는 회색으로 표시되거나 대괄호로 묶이지만, '[Maintenance Instructions]' 탭은 수리 중인 항목에 마스터 프로필에 첨부된 표준 운영 절차(SOP)가 있는 경우 활성화됩니다.

사용 시기

기술자가 수리를 올바르게 실행하기 위해 단계별 지침, 도표 또는 안전 절차가 필요할 때.

주요 요소

자산의 초기 생성 중 Items 모듈에 구성된 특정 지침, 예상 기간 및 참조 미디어(이미지/데이터시트)를 상속합니다.

주문 기록

'Order History' 탭은 Fix Order의 전체 라이프사이클을 자세히 설명하는 변경 불가능한 자동화된 감사 추적입니다.

사용 시기

지연된 수리에 대한 사후 검토를 수행하여 병목 현상이 발생한 위치를 확인할 때.
상태 변경 또는 비용 업데이트에 대한 책임을 추적할 때.

주요 요소

Date: 모든 작업에 대해 분 단위로 타임스탬프가 지정됩니다.
Action Owner: 변경을 트리거한 특정 사용자.
Log: 이벤트에 대한 자세한 설명(예: 'John Doe moved the order to manufacturing: [ORDER NUMBER]' 또는 'John Doe changed the order status from [STATUS NAME] to [STATUS NAME]').

참고:

Cost Value 가시성: General Information 탭에서 계산된 'Total'은 회계에 중요합니다. 수리 비용이 내부적으로 흡수되는지(유지보수의 경우) 또는 고객에게 청구되는지(유료 수리의 경우)를 결정합니다.

상태 메뉴는 동적: 'Actions' 드롭다운 내의 옵션은 주문의 현재 상태에 따라 변경됩니다. 'Marked In Progress'되지 않은 경우 주문을 'Complete'로 표시할 수 없습니다.

모범 사례:

상태 규율: 기술자가 도구를 들자마자 'Actions' 드롭다운을 'Mark In Progress'로 즉시 업데이트하도록 명령하십시오. 주문이 며칠 동안 'Ready to Start' 상태로 유지되면 'Order History' 로그는 할당된 기술자에게 좋지 않은 영향을 미칩니다.

관련 주문 감사: 관리자는 조달 팀에 예비 부품이 어디 있는지 묻기 전에 'Related Orders' 탭을 확인해야 합니다. 연결된 구매 주문에 'Failed Inspection'이라고 표시되면 관리자는 이미 답을 알고 있습니다.

하이퍼링크 활용: 수리 일정에 대한 고객 분쟁을 처리할 때, 항상 'Order Source' 링크를 사용하여 원래 판매 주문 또는 반품이 처리된 정확한 시기를 확인하십시오.

Fix 모듈

사용 시기

작업장의 기계가 고장 나서 수리가 필요한 경우.
장비가 예정된 예방 유지보수 대상이 되었을 때.
고객이 보증에 따라 결함이 있는 제품을 반품한 경우.
고객이 이전에 구매한 제품에 대한 수리 서비스 비용을 지불한 경우.

Fix 모듈 테이블

주요 요소

Priority: 수리의 긴급성을 나타내는 숫자 순위(1이 가장 높음).
Order Number: 'FO-'(Fault Order)로 시작하는 티켓의 고유 식별자.
Order Source: 수리가 고객 반품에서 비롯된 경우 원래 판매 주문(SO#)이 여기에 연결됩니다.
Order Type: 작업을 분류합니다(예: 'Product Repair', 'Material Repair', 'Equipment Maintenance').
Item: 수리가 필요한 특정 제품, 자재 또는 기계.
Item Status: 'Under Warranty', 'Preventive', 'Fault' 또는 'Paid'와 같은 조건을 나타내는 동적 배지.
Cost Value: 수리의 예상 또는 실제 재무 비용.
Customer: 수리와 관련된 고객(해당하는 경우).
Assigned To: 수리를 담당하는 특정 기술자 또는 엔지니어.
Status: 작업 주문의 현재 단계(예: 'Ready to Start', 'In Progress', 'FO Draft', 'Complete').

사용 방법

사이트 선택 및 추가

조직이 여러 물리적 위치에서 운영되는 경우 올바른 시설에 대한 수리 티켓을 보고 있는지 확인해야 합니다.

대시보드의 왼쪽 상단에 있는 Site 드롭다운 메뉴를 찾습니다.
현재 시설을 선택하여 테이블을 필터링합니다.
새 사이트 추가: 드롭다운을 클릭하고 목록 하단에서 + Add a new site를 선택합니다.
'Add a new site' 모달이 나타납니다.
필수 Site Details를 입력합니다: 'Site Name', 'Legal Name', Address 및 'Currency'.
Site Functions 아래에서 이 사이트가 사용할 모듈의 상자를 선택합니다('Fix'가 선택되어 있는지 확인).
Add를 클릭하여 새 위치를 데이터베이스에 저장합니다.

Site dropdown

순위 업데이트

신속 처리하거나 지연시킬 'Fault Order'를 식별합니다.
Priority 열의 숫자 옆에 있는 드롭다운 화살표를 클릭합니다.
1-10 목록에서 새 숫자를 선택합니다. 해당 범위 밖의 숫자를 지정하려면 'Input Rank'를 클릭하고 원하는 숫자를 입력합니다.
테이블이 즉시 다시 정렬되어 최우선 작업(Rank 1)이 목록 상단으로 이동합니다.

상태 업데이트

업데이트할 주문 행을 찾습니다.
해당 행의 가장 오른쪽에 있는 '점 세 개' 메뉴 아이콘(⋮)을 클릭합니다.
주문의 현재 상태와 관련된 상태 옵션이 있는 메뉴가 나타납니다(예: 주문이 'FO Draft'인 경우 옵션은 'Mark as Ready to Start' 또는 'Cancel FO Draft'입니다).
새 상태를 선택합니다. 'Status' 열의 배지가 즉시 업데이트됩니다.

참고:

매일 분류: 서비스 관리자는 'Priority' 및 'Due Date'별로 테이블을 정렬하여 매일 시작해야 합니다. 'Assigned To' 열을 확인하여 Rank 1 항목과 기한이 지난 항목에 적극적으로 작업하고 있는지 확인하십시오.

Order Source 활용: Order Source 열에 'SO#'가 표시되면 고객이 이 수리를 기다리고 있다는 의미입니다. 이러한 항목은 종종 내부 미적 수리보다 더 높은 우선순위를 요구합니다.

회의용 내보내기: 오른쪽 상단에 있는 다운로드 아이콘(인쇄 아이콘 옆)을 사용하여 테이블을 CSV 또는 PDF로 내보냅니다. 이는 주간 유지보수 검토 회의에 매우 유용합니다.

Fix Order 만들기

처음부터 수동으로(내부 기계 고장의 경우) 또는 소스 문서(예: 판매 주문에서 발생한 고객 보증 청구)에서 자동으로 Fix Order를 생성할 수 있습니다.

주요 요소

Assigned To: 수리 티켓을 담당하는 수석 기술자.
Customer: 수리를 요청하는 고객(내부 장비 유지보수의 경우 비워 두거나 본인의 조직 선택).
Order Type: 작업을 분류하는 드롭다운(예: 'Product Repair', 'Material Repair', 'Equipment Maintenance').
항목 테이블: 티켓의 핵심입니다. 특정 'Item', 정확한 'Serial Number', 'Item Status'(예: 'Under Warranty', 'Paid'), 예상 'Cost Value' 및 특정 구성 요소를 다른 직원에게 위임하기 위한 행 수준의 'Assigned To' 필드가 필요합니다.
재무 요약: 항목 테이블에 입력된 값을 기준으로 'Subtotal', 'Tax' 및 'Total' 수리 비용을 계산합니다.
작업 버튼: 진행 상황을 일시 중지하는 'Save Draft', 사본을 내보내는 'Download', 티켓을 실시간으로 푸시하는 'Create Order'.

처음부터 만들기

기존 소스 문서 없이 수동 수리 티켓을 작성합니다.

작업장의 내부 제조 장비가 고장 났습니다.
시설의 일상적이고 예방적인 유지보수 일정을 잡습니다.
워크인 고객이 시스템의 이전 판매 주문과 연결되지 않은 수리를 요청합니다.

사용 방법

Fix 대시보드에서 오른쪽 상단에 있는 + Report a Fault(또는 Create) 버튼을 클릭합니다.
'Create New Fix Order' 양식이 열립니다.
Assigned To 필드를 사용하여 기본 기술자를 할당합니다.
(선택 사항) 수리가 고객을 위한 것이라면 드롭다운에서 Customer를 선택합니다.
Issue Date와 예상 Due Date를 설정합니다.
Order Type(예: 'Maintenance' 또는 'Product Repair')을 선택합니다.
'Item' 테이블에서 드롭다운을 클릭하여 수리가 필요한 항목을 검색하고 선택합니다.
추적성을 보장하기 위해 정확한 Serial Number를 입력합니다.
Item Status를 설정합니다(예: 'Under Warranty', 'Paid', 'Preventive').
수리에 대한 예상 또는 견적 Cost Value를 입력합니다.
Create Order를 클릭합니다. 다음과 같이 묻는 확인 모달이 나타납니다: 'You are about to proceed with this action. Make sure all items are correct. Press continue if you want to proceed.'
Continue를 클릭하여 주문을 확정합니다.

New form

소스로 만들기

고객이 기존 판매 주문(SO)을 기반으로 보증 반품을 시작합니다.
QA 검사관이 Check Order(CO) 중에 항목을 실패시키고 재작업을 위해 플래그를 지정합니다.

사용 방법

이 워크플로는 일반적으로 시스템 알림을 통해 트리거됩니다. 다른 모듈에서 결함이 보고되면 알림 팝업을 받게 됩니다(예: 'Make: John Doe has requested a Fix Order').
알림이나 요청을 클릭하면 Fix Order Request 모달이 열립니다. 다음과 같이 표시됩니다: 'You are about to create a new Fix Order based on the order below...' 그리고 소스에 대한 하이퍼링크를 제공합니다(예: 'Sales Order: SO# 12345-67890').
요청 모달에서 Continue를 클릭합니다.
'Create New Fix Order' 양식이 열리지만 상단에 Order Source 블록이 표시되어 하이퍼링크된 소스 문서를 보여줍니다.
Customer, Item 및 Serial Number 필드는 상위 주문의 데이터를 기반으로 자동으로 채워집니다.
자동 채워진 세부 정보를 확인하고, 기술자를 할당하고, Cost Value를 입력합니다.
Create Order를 클릭하고 확인 모달을 검토한 다음 Continue를 클릭합니다.

Source request

참고:

드래프트 상태: 수리 비용을 확정하기 전에 공급업체로부터 예비 부품 견적을 기다리고 있다면 Save Draft 버튼을 사용하십시오. 녹색 'Draft Saved' 배너는 작업이 아직 기술자에게 디스패치되지 않고 안전하게 저장되었음을 확인합니다.

하이퍼링크 소스: 3b 워크플로에서 파란색 'Order Source' 텍스트(예: 'SO-1234-5678-90')는 활성 링크입니다. 이를 클릭하면 원래 트랜잭션이 새 창에서 열려 원래 구매 날짜와 보증 유효성을 확인할 수 있습니다.

모범 사례:

엄격한 일련번호 추적: 고객 제품을 수리할 때 'Serial Number' 필드를 비워 두지 마십시오. 고객이 보증 수리를 위해 제품을 보낸 경우, 일련번호를 추적하면 그들이 판매한 실제 단위를 보내는지 다른 단위를 보내는지 증명할 수 있습니다.

정확한 항목 상태: 항상 'Item Status'를 올바르게 태그합니다(예: 'Paid' vs 'Under Warranty'). 이는 회계 팀이 'Cost Value'에 대해 고객에게 청구할지 또는 내부 보증 비용으로 처리할지 알 수 있도록 합니다.

항목별 위임: 주문에 기계 유지보수와 전기 문제 해결이 필요한 경우, 특정 항목 행의 개별 'Assigned To' 필드를 사용하여 기계 부품을 한 기술자에게, 전기 구성 요소를 다른 기술자에게 할당하십시오.

Fix Order 보기

일반 정보

주요 요소

헤더: Fix Order 번호(FO#), 현재 상태 배지 및 Actions 드롭다운 메뉴를 표시합니다.
물류: 'Assigned To' 사용자, 'Customer'(해당하는 경우), 'Issue Date' 및 'Due Date'를 보여주는 필드.
Order Type: 작업을 분류합니다(예: 'Maintenance', 'Product Repair').
항목 테이블: 특정 'Item', 'Serial Number', 'Item Status'(예: 'Under Warranty', 'Paid'), 'Cost Value' 및 행 수준의 'Assigned To' 소유자를 나열합니다.
재무 요약: 오른쪽 하단에 위치하며 수리의 'Subtotal', 'Tax' 및 최종 'Total' 비용을 계산합니다.

사용 방법

Fix Order를 엽니다.
상태 배지 옆에 있는 왼쪽 상단의 Actions 드롭다운 메뉴를 클릭합니다.
다음 논리적 단계를 선택합니다(예: 'Ready to Start'에서 'Mark In Progress'로 변경).
상태 배지가 즉시 업데이트되어 작업이 시작되었음을 관리에 알립니다.

General Information

소스로 보기

Fix Order가 상위 트랜잭션(예: 고객 반품)에서 생성된 경우 General Information 탭은 약간 다르게 보이며 'Order Source' 섹션이 표시됩니다.

사용 시기

보증 수리를 검토하고 원래 구매 세부 정보 또는 배송 상태를 확인해야 할 때.

주요 요소

Order Source: 하이퍼링크된 ID(예: 'SO-1234-5678-90')와 상위 주문의 현재 상태(예: 'Partially Shipped')를 포함하는 FO 번호 아래의 전용 블록.

사용 방법

Order Source block

유지보수 지침

사용 시기

기술자가 수리를 올바르게 실행하기 위해 단계별 지침, 도표 또는 안전 절차가 필요할 때.

주요 요소

자산의 초기 생성 중 Items 모듈에 구성된 특정 지침, 예상 기간 및 참조 미디어(이미지/데이터시트)를 상속합니다.

주문 기록

'Order History' 탭은 Fix Order의 전체 라이프사이클을 자세히 설명하는 변경 불가능한 자동화된 감사 추적입니다.

사용 시기

지연된 수리에 대한 사후 검토를 수행하여 병목 현상이 발생한 위치를 확인할 때.
상태 변경 또는 비용 업데이트에 대한 책임을 추적할 때.

주요 요소

Date: 모든 작업에 대해 분 단위로 타임스탬프가 지정됩니다.
Action Owner: 변경을 트리거한 특정 사용자.
Log: 이벤트에 대한 자세한 설명(예: 'John Doe moved the order to manufacturing: [ORDER NUMBER]' 또는 'John Doe changed the order status from [STATUS NAME] to [STATUS NAME]').

참고:

Cost Value 가시성: General Information 탭에서 계산된 'Total'은 회계에 중요합니다. 수리 비용이 내부적으로 흡수되는지(유지보수의 경우) 또는 고객에게 청구되는지(유료 수리의 경우)를 결정합니다.

상태 메뉴는 동적: 'Actions' 드롭다운 내의 옵션은 주문의 현재 상태에 따라 변경됩니다. 'Marked In Progress'되지 않은 경우 주문을 'Complete'로 표시할 수 없습니다.

모범 사례:

상태 규율: 기술자가 도구를 들자마자 'Actions' 드롭다운을 'Mark In Progress'로 즉시 업데이트하도록 명령하십시오. 주문이 며칠 동안 'Ready to Start' 상태로 유지되면 'Order History' 로그는 할당된 기술자에게 좋지 않은 영향을 미칩니다.

관련 주문 감사: 관리자는 조달 팀에 예비 부품이 어디 있는지 묻기 전에 'Related Orders' 탭을 확인해야 합니다. 연결된 구매 주문에 'Failed Inspection'이라고 표시되면 관리자는 이미 답을 알고 있습니다.

하이퍼링크 활용: 수리 일정에 대한 고객 분쟁을 처리할 때, 항상 'Order Source' 링크를 사용하여 원래 판매 주문 또는 반품이 처리된 정확한 시기를 확인하십시오.