산업장비 AS 관리 시스템 구축: 시리얼·보증기간·유상수리 연결

산업장비 AS 관리 시스템 구축은 장비 시리얼에 보증 조건과 판정 근거를 연결하고, 유상수리 견적·고객 승인·수리 결과·청구 인계를 구분해 관리하는 일입니다. 보증기간 안이라는 표시만으로 모든 부품과 공임이 무상이라고 확정하면 안 됩니다. 접수 당시의 조건과 확인자를 남기고 바뀐 판단은 새 이력으로 이어야 합니다.

영업팀은 고객에게 설치일부터 보증이 시작된다고 안내했지만 서비스팀 대장에는 출고일만 적혀 있습니다. 고객이 보낸 시리얼 사진은 흐리고 교체한 부품은 본체와 보증기간이 다릅니다. 담당자가 전화로 무상수리를 약속한 뒤 현장에서는 소모품이라는 이유로 비용을 청구하면 고객과 다시 협의해야 합니다. 필요한 것은 문의 접수 번호를 늘리는 기능보다 어느 근거로 무엇을 보증하는지 확인하는 내부 흐름입니다.

이 글은 산업장비 AS의 보증 판단, 유상수리 승인과 청구 인수에 한정합니다. 고객용 기술지원 포털의 화면이나 출장기사 배정 전체를 다시 설명하지 않습니다. 등장하는 장비·고객·날짜·금액·정책은 모두 가상 검수 예시입니다. 제조사 보증과 판매사 약정, 법정 책임의 적용 여부는 제품·계약과 관할 규정에 따라 따로 검토하며 이 글의 상태표가 법적 판단이나 수리 안전성 검증을 대신하지 않습니다.

현재의 CRM을 유지하면서 서비스 사건과 보증 판정 개체를 확장할 수도 있고 서비스 전용 도구를 연결할 수도 있습니다. 어떤 방식이든 장비가 고객에게 판매된 사실과 현재 그 고객이 서비스 요청 권한을 가진 사실을 구분해야 합니다. 장비가 양도되거나 설치 장소가 바뀌어도 과거 연락처와 내부 수리 메모가 새 소유자에게 그대로 공개되어서는 안 됩니다. 장비 이력과 고객의 열람 범위를 별도 관계로 설계합니다.

공식 제품도 보증 기록과 가격 적용을 구별한다#

2026년 11월 4일 Microsoft Field Service의 보증과 자산 서비스 이력 문서를 확인했습니다. 보증을 자산·위치·계정에 연결할 수 있지만 보증 기능 자체가 작업지시의 가격이나 할인을 자동 적용하지 않는다는 제한이 명시돼 있습니다. 서비스 이력은 자산에 작업 사건을 연결하는 모델의 사례입니다. 아래 승인·견적판·예외 표는 이 개념을 참고한 발주용 설계 제안이며 특정 제품의 기본 기능이나 알파카 납품 실적을 뜻하지 않습니다.

• Microsoft Field Service 보증과 범위: 보증 대상 연결과 가격·할인 자동 적용의 제한. 법정 보증 판정 근거는 아님.
• Microsoft 자산 서비스 이력: 고객 자산과 작업·계약 사건 연결의 제품 사례. 수리 원인이나 비용 책임을 증명하지 않음.

접수 당시의 판단 근거와 고객이 승인한 견적을 보존한다#

장비 대장은 제조사 시리얼과 회사 내부 장비번호를 구분합니다. 같은 제조사 번호가 여러 회사 자료에 중복되거나 사진에서 번호를 읽지 못했다면 미확인 상태로 접수할 수 있습니다. 담당자가 실물을 확인해 연결할 때 원래 입력값과 확인 자료를 남기세요. 임시번호를 실제 제조사 번호로 내보내거나 한 고객의 접수를 다른 고객의 장비 이력에 자동 합치는 규칙은 피해야 합니다.

보증 시작 근거에는 출고·납품·설치·고객 인수 중 어떤 사건을 쓰는지와 계약 문서의 적용 부분을 기록합니다. 날짜만 한 칸에 저장하면 기준이 바뀐 이유를 찾기 어렵습니다. 계약별로 시작 기준이 다르면 정책을 나누고 자료가 없을 때 보증기간을 임의 계산하지 않습니다. 만료일의 포함 여부와 접수 시각·고장 발생 시각 중 판단 기준도 회사가 승인한 규칙으로 남겨 경계일 표본을 검수합니다.

본체와 구성품의 보증 범위가 다르면 장비와 부품 개체의 관계에 유효 기간을 둡니다. 교체한 부품을 기존 부품과 같은 항목에 덮어쓰면 과거 수리에서 무엇을 사용했는지 사라집니다. 교체품 시리얼과 원부품, 부품 출고 문서와 수리 건을 연결하세요. 부품 교체가 본체 보증 연장을 의미하는지 또는 별도 부품 보증을 시작하는지는 계약 담당자의 판단으로 남기고 자동 승계하지 않습니다.

고객이 수리를 요청했다는 사실과 유상 견적을 승인했다는 사실을 나눕니다. 견적 버전, 부품과 작업 범위, 금액·세금 표시 방식, 회신 창구와 승인 근거를 남겨야 합니다. 추가 분해 뒤 다른 부품이 필요해지면 최초 승인 범위를 확인하고 추가 견적을 별도로 요청합니다. 고객이 연락되지 않는 동안 어디까지 작업을 진행할 수 있는지도 회사의 정책으로 정하며 영업 담당자의 내부 메모를 고객 동의로 쓰지 않습니다.

수리 결과에는 실제 사용 부품·작업·시험 기록과 미해결 항목을 적습니다. 기술자가 작업 완료로 표시해도 고객 인수나 청구 인계가 남아 있을 수 있으므로 각각의 담당자가 목록을 확인해야 합니다. 수리 중 분리한 부품이 고객 소유인지 회사 회수 대상인지도 구분하세요. 폐기와 반납을 현장 편의로 확정하지 않도록 승인 근거와 물류 인계 자료를 받고, 안전·환경 처리가 필요한 부품은 기존 절차를 연결합니다.

CRM은 고객과 승인 근거를 맡고 ERP가 부품 출고와 청구 원장을 맡는 식으로 기준 시스템을 지정할 수 있습니다. CRM에서 수리 완료를 취소했다고 ERP 출고가 자동 복원되지는 않습니다. 취소 요청·실제 원장 취소·고객 통지를 따로 표시하고 부분 실패를 복구할 책임자를 정하세요. 연동 응답이 끊기면 수리 ID와 요청 ID로 기존 청구를 먼저 조회해 같은 수리를 두 번 청구하는 상황을 막습니다.

서비스 협력사에는 배정한 장비와 필요한 작업 자료만 제공합니다. 전체 고객 계약이나 모든 과거 수리의 단가를 내려받을 수 있게 할 필요는 없습니다. 고객에게 공개할 결과와 내부 원인 가설·할인 승인 메모도 나누세요. 권한을 회수한 뒤 이미 내려받은 파일까지 자동 삭제할 수는 없으므로 파일 보관과 공유 경로의 한계를 계약·운영 안내에 명시하고, 서버의 새 조회와 첨부 다운로드부터 차단되는지 확인합니다.

수리 한 건의 보증·승인·청구 연결을 다른 담당자가 재현한다#

검수 표본에는 만료일 경계 접수, 설치일 미확인, 본체와 부품 조건 차이, 추가 견적, 재수리와 양도를 포함합니다. 가상 E-17 수리에 대해 계약 원문에서 보증판정, 견적 제안과 고객 수락까지 문서번호를 따라가게 하세요. 최초 잠정35만원과 지원10만원, 고객 제안25만원이 각자 어떤 계산인지 확인하고 실제 청구 금액이 달라질 때 그 사유를 찾을 수 있어야 합니다.

같은 요청을 담당자 두 명이 동시에 열어 서로 다른 판정을 저장하는 시험을 합니다. 마지막 저장이 아무 경고 없이 앞선 승인을 지우면 통과시키지 않습니다. 수정 시 기준 버전을 확인하고 충돌을 보여주거나 새 검토로 이어야 합니다. 고객이 이미 수락한 견적을 바꾸는 권한과 내부 초안을 고치는 권한도 나누고, 승인되지 않은 변경 금액이 메일이나 ERP 전송에 섞이지 않는지 대조합니다.

재수리 시험에서는 이전 수리의 동일 증상을 복사하되 원인·보증·비용 책임은 미확정으로 둡니다. 새 시험 결과와 이전 부품 기록을 확인한 뒤 책임자가 판단하도록 하세요. 원수리의 고객 수락서를 새 수리의 승인서로 재사용하지 않아야 하며, 이전 담당자가 퇴사해도 당시 판정의 근거는 남아야 합니다. 수리 건을 삭제하지 않고 중복 접수로 묶는 방법도 운영자가 실행해 볼 과제입니다.

청구 인수에서는 CRM과 ERP 양쪽의 목록을 같은 수리 ID로 비교합니다. 전송 성공 뒤 응답만 유실된 건, 일부 부품만 출고된 건, 회계 반려와 고객 견적 철회 건을 각각 처리하세요. 수리 완료 건수와 청구 완료 건수의 차이를 오류로 뭉뚱그리지 말고 대기 이유와 조치 담당을 표시해야 합니다. 운영 인수자가 미청구 한 건을 스스로 찾아 복구하는 과정을 확인합니다.

견적 비교를 위해 업체에 전달할 자료는 비식별 장비 대장, 보증 약정 표본, 수리 견적·실적·청구 양식과 권한표입니다. 연동 범위와 이관할 과거 기간, 파일 보관 방식, 고객 공개 영역을 나누어 받으세요. AS 응답시간이나 재수리율 개선은 기존 지표와 측정 조건이 있어야 평가할 수 있습니다. 화면 오픈만으로 그런 성과를 보장하는 제안은 업무 범위를 다시 확인하는 편이 좋습니다.

외부 고객의 문의 접수는 기술지원 고객 포털 개발에서 따로 다룹니다. 출동과 작업 배정 비교는 현장서비스 시스템 업체 선정로 확인하세요. 판매 이전의 사양 검증은 산업장비 영업 CRM와 연결합니다.