측정기 교정 만료와 사용 승인 관리 시스템 구축 방법

교정 날짜는 엑셀에, 성적서는 공유 폴더에 있으면 작업자가 측정기를 집어 드는 순간 사용 가능 여부를 판단하기 어렵습니다. 측정기 교정 관리 시스템은 다음 교정일 알림에 그치지 않고, 성적서 검토와 장비 상태를 확인해 사용 시작을 승인하는 흐름으로 설계해야 합니다.

교정 주기보다 먼저 정할 사용 기준

모든 측정기에 같은 유효기간을 넣는 방식은 피합니다. NIST의 교정 주기 안내도 일률적인 재교정 간격을 요구하거나 권장하지 않으며, 고객의 정확도 요구, 계약·규정, 장비 안정성과 환경을 고려한다고 설명합니다. 시스템에는 담당자가 검토한 주기와 근거 문서 버전을 함께 등록합니다.

아래는 납품 사례가 아닌 가상의 구축 예시입니다. 날짜 단위로 관리하며, 등록한 기한의 한국시간 00:00부터 사용을 중지하는 사내 규칙을 가정합니다. 기한 당일 끝까지 허용하는 조직이라면 날짜 의미와 비교 조건부터 바꿔야 합니다. ‘14일 전 알림’은 일정 준비용 설정이고 교정 유효기간을 늘리는 조건이 아닙니다.

반입됐다는 이유로 사용 가능으로 바꾸지 않기

• 장비 담당자는 자산번호, 제조번호, 사용 부서, 측정 항목·범위·단위, 교정일과 사용 중지일을 등록합니다. 서로 같은 모델이어도 제조번호가 다른 장비에는 성적서를 따로 연결합니다.
• 교정 후 반입 화면에서 성적서 번호와 파일을 올립니다. 파일 등록 상태는 PENDING(검토 대기)이며, 담당자가 업로드했다고 곧바로 사용을 허용하지 않습니다.
• 검토자는 장비 식별정보와 성적서, 요청한 범위 및 사내 사용 기준을 대조합니다. 승인하면 APPROVED, 불일치하면 사유를 남기고 반려합니다. 교정 결과의 적합성은 날짜만으로 판단하지 않습니다.
• 수리 중이거나 이상이 있는 장비는 운영 상태를 HOLD(사용 보류)로 둡니다. 교정 기한이 남아 있어도 보류 해제 권한을 가진 담당자의 확인 전에는 사용을 막도록 설계합니다.

성적서가 잘못 연결됐다면 원래 파일을 덮어쓰지 않고 올바른 파일과 검토 이력을 연결합니다. 성적서 자체에 오류가 있으면 발급기관의 정정본을 요청합니다. 장비 목록에는 기한, 검토 상태, 보류 사유를 따로 보여 줍니다. 사용 가능이라는 표시 하나로 나머지 정보를 숨기면 반려 원인을 찾기 어렵습니다.

기한 당일과 날짜 누락을 포함한 조회 예시

다음 SQL은 SQLite 3.54.0에서 실제 실행한 읽기 전용 예시입니다. 임시 입력 5개를 조회할 뿐 장비 기록을 수정하지 않습니다. due는 사용 중지일, review는 성적서 검토 상태, service는 운영 상태입니다. 기준일은 2026-10-08로 고정했습니다.

WITH
params(as_of) AS (VALUES ('2026-10-08')),
equipment(id, due, review, service) AS (VALUES
  ('E-01', '2026-10-09', 'APPROVED', 'READY'),
  ('E-02', '2026-10-08', 'APPROVED', 'READY'),
  ('E-03', '2026-11-01', 'PENDING',  'READY'),
  ('E-04', '2026-11-01', 'APPROVED', 'HOLD'),
  ('E-05', NULL,         'APPROVED', 'READY')
)
SELECT id, due, review, service,
  CASE
    WHEN due IS NULL THEN 'UNKNOWN'
    WHEN service IS NOT 'READY' THEN 'HOLD'
    WHEN review IS NOT 'APPROVED' THEN 'REVIEW'
    WHEN due <= as_of THEN 'DUE'
    ELSE 'READY'
  END AS decision
FROM equipment CROSS JOIN params
ORDER BY id;

반환 결과는 다음과 같습니다.

id      due       review   service  decision
----  ----------  --------  -------  --------
E-01  2026-10-09  APPROVED  READY    READY
E-02  2026-10-08  APPROVED  READY    DUE
E-03  2026-11-01  PENDING   READY    REVIEW
E-04  2026-11-01  APPROVED  HOLD     HOLD
E-05              APPROVED  READY    UNKNOWN

E-01은 중지일이 다음 날이고 검토·운영 상태가 모두 충족돼 READY입니다. E-02는 기준일과 기한이 같아 DUE(기한 도래), E-03은 날짜가 남아도 REVIEW(검토 필요), E-04는 승인된 성적서가 있어도 HOLD입니다. E-05의 빈 날짜는 UNKNOWN(기한 확인 필요)으로 분류합니다. 이 예시에서는 READY 하나만 사용 시작 후보입니다.

CASE는 위에서 먼저 맞는 이유 하나를 반환하므로 보류와 만료가 함께 있어도 모든 사유를 보여 주지는 않습니다. 운영 화면에서는 각 조건을 별도 항목으로 표시할 수 있습니다. 날짜는 실제로 존재하는 YYYY-MM-DD 형식의 문자열로 검증한 뒤 비교해야 합니다. 이 SQL 자체는 잘못된 날짜를 걸러 주지 않습니다. SQLite의 CASE·IS NOT 설명과 문자열 비교 규칙을 확인할 수 있습니다.

목록 조회 다음에는 사용 시작 기록이 필요합니다

작업자는 장비의 QR 코드를 읽고 작업번호와 사용할 측정 범위를 입력합니다. 서버는 그 시점의 한국시간 기준일, 최신 검토·운영 상태, 사용자 권한과 승인된 사용 범위를 다시 확인해야 합니다. 조회 뒤 누군가 보류로 바꾼 장비가 오래된 화면에서 승인되지 않도록 최신 장비 행을 잠그거나 버전 일치 조건을 걸고, 상태 확인과 사용 기록 저장을 하나의 트랜잭션으로 처리합니다. 화면의 초록색 표시만 믿거나 버튼만 숨기는 방식은 승인 통제가 아닙니다.

허용된 경우 사용 시작 시각, 사용자, 작업번호와 적용 성적서 버전을 기록합니다. 거절된 경우에는 기한 도래인지 검토 대기인지 알려 주고, 담당자 확인 화면으로 연결합니다. 직원은 본인 작업을 등록하고, 장비 담당자는 반입·보류를 관리하며, 검토자는 성적서 승인과 기준 변경을 맡도록 권한을 나눕니다. 오프라인에서는 마지막 조회 결과로 새 사용을 자동 승인하지 않고 확인 대기로 두는 정책을 가정합니다.

보류 등록은 실물 격리가 끝났다는 뜻이 아닙니다. 별도 조치 목록에 회수 요청, 담당자와 실물 격리 확인을 남겨야 현장 진행을 볼 수 있습니다. 교정 과정에서 문제가 발견됐을 때는 해당 장비의 과거 사용 작업을 조회해 검토 대상을 추립니다. 조회된 작업이 모두 불량이라는 뜻은 아니며, 품질 담당자가 영향과 후속 조치를 판단해야 합니다.

이 예시를 도입 범위로 옮길 때는 실제 장비대장과 성적서 양식, 허용 범위, 중지일의 의미부터 맞추는 편이 낫습니다. 작은 조회 예제는 측정 정확도나 규정 준수, 동시 승인 방지를 검증한 결과가 아닙니다. 소프트모아의 구축 서비스는 softmoa.com에서 확인할 수 있습니다.

소프트모아는 해당 시스템을 구축합니다. 문의하기