제품 설계 및 제조에서의 체크섬 활용: 잘못된 라벨, 바코드 스캔 오류 및 비용이 많이 드는 리콜을 방지하는 방법

제품은 제대로 들어있지만 라벨이 잘못된 팔레트가 출고됩니다. 입고 공장에서 스캔하고 ERP 시스템은 코드를 승인하지만, 3주 후 아무도 찾을 수 없는 로트 번호로 인해 문제가 발생한 것입니다. 부품 자체에는 아무런 문제가 없었습니다. 단지 부품을 식별하는 데이터의 숫자 하나가 잘못되었을 뿐입니다.

체크섬은 이러한 유형의 오류를 방지하는 가장 저렴한 방법입니다. 레코드에 몇 자리 숫자나 몇 바이트를 추가하면 되므로, 하위 스테이션에서 데이터베이스 조회 없이도 레코드를 확인할 수 있습니다.
실물 제품은 여러 사람의 손과 기계, 다양한 형식을 거치며 데이터를 전달합니다. CAD 파일은 자재명세서(BOM)가 되고, BOM은 작업 지시서가 되며, 작업 지시서는 라벨이 됩니다. 라벨은 스캔본이 되고, 스캔본은 출하 기록이 됩니다.

메모: 이 문서에 언급된 EU 사이버 복원력법, 디지털 제품 패스포트, 미국 DSCSA 등의 규제 시행일은 2026년 11월 기준으로 확인되었습니다. 해당 규제 시행일을 기반으로 규정 준수 계획을 수립하기 전에 다시 한번 확인하시기 바랍니다.

핵심 요약

• 체크섬은 우발적인 오류를 감지합니다. 의도적인 변경을 막으려면 서명이나 키 입력 코드가 필요합니다.
• 체크 디지트는 사람과 스캐너가 다루는 식별자를 보호합니다. CRC는 프레임과 펌웨어 이미지를 보호합니다. 암호화 해시는 파일과 기록을 보호합니다.
• GS1 검사 숫자는 한 자릿수 오류는 모두 잡아냅니다. 하지만 인접한 자릿수 위치 오류, 즉 두 자릿수 차이가 5 이상인 오류는 약 11% 정도 놓칩니다.
• 생성 시점과 사용 시점에 모두 검증해야 합니다. 한 단계에서만 검증하면 다른 모든 단계는 검증되지 않은 상태로 남게 됩니다.
• 검사 자체를 측정 시스템으로 취급하십시오. 알려진 불량 샘플로 검증하고, 검증 도구를 교정하고, 결과를 추적하십시오.

1. 물리적 제품이 데이터 무결성에 의존하는 이유

데이터 오류가 체인에 유입되는 지점

오류는 일반적으로 다음 다섯 가지 원인에서 발생합니다.

• 사람들은 숫자를 잘못 입력하거나 잘못 읽습니다.
• 기계는 손상된 표시를 잘못 읽습니다.
• 저장 및 전송 플립 비트.
• 프로세스 변경으로 인해 올바른 버전이 구버전으로 대체됩니다.
• 마지막으로, 누군가가 고의로 데이터를 변경할 수도 있습니다.

2. 체크섬이란 무엇인가요?

체크섬 관련 용어

공장이나 소프트웨어 개발팀에서 여러 용어가 모호하게 사용됩니다. 아래 표는 각 용어가 어떤 질문에 답하는지에 따라 용어들을 분류한 것입니다.

탐지 vs. 수정

대부분의 체크섬은 오류만 감지합니다. 무엇이 잘못되었는지는 알려주지 않고 무언가 잘못되었다는 사실만 알려줍니다. 생산 라인에서는 이러한 정보만으로도 충분합니다. 적절한 대응은 작업을 중단하고, 재인쇄하거나, 재스캔하거나, 재전송하는 것이기 때문입니다. 오류 정정 코드는 한 단계 더 나아가 데이터를 복구합니다. 이는 마모되기 쉬운 마크나 시간이 지남에 따라 성능이 저하될 수 있는 메모리에 적합합니다. 15장에서 이러한 오류 정정 코드에 대해 자세히 다룹니다.

3. 핵심 속성과 그것이 품질 지표에 미치는 영향

체크섬의 각 속성은 품질 엔지니어링 용어에서 상응하는 속성을 가지고 있습니다. 이러한 속성들을 매핑하면 별도의 변환 과정 없이 FMEA 또는 관리 계획에 체크섬을 직접 작성할 수 있습니다.

FMEA 탐지 등급

2019년 AIAG-VDA FMEA 핸드북에서는 탐지 제어를 1부터 10까지 등급으로 평가하며, 10은 탐지 능력이 전혀 없음을 의미합니다. 같은 핸드북에서는 위험 우선순위 번호를 심각도, 발생 빈도, 탐지 가능성을 모두 고려한 조치 우선순위 표로 대체했습니다. 다음 작업을 차단하는 자동화된 검사는 육안 검사보다 훨씬 높은 탐지 등급을 받을 수 있습니다. 예를 들어, 불량 샘플을 사용한 검증 테스트와 같은 증거를 보관하십시오.

거짓 수락 및 거짓 거부

모든 검사에는 두 가지 유형의 오류가 적용됩니다. 잘못된 승인(False Accept)은 불량 데이터를 통과시키는 오류로, 일종의 탈출구 역할을 합니다. 잘못된 거부(False Reject)는 정상 데이터의 통과를 막고 생산 라인 시간을 낭비하게 합니다. 올바르게 구현된 검사 숫자 또는 CRC는 규칙이 정확하기 때문에 정상 데이터를 절대 거부하지 않습니다. 잘못된 거부는 판독 단계에서 발생하는데, 예를 들어 스캐너가 유효하지만 인쇄 상태가 불량한 코드를 인식하지 못하는 경우가 있습니다.

4. 체크섬 및 유사 기술의 간략한 역사

이 글에 소개된 기술들은 오래된 것이지만, 오히려 그것이 강점입니다. 각각의 기술은 수십 년간의 현장 경험을 바탕으로 하고 있으며, 모든 실패 원인이 문서화되어 있습니다.

5. 제품 수명 주기에서 체크섬의 위치

이 표를 본문 전체의 지침으로 활용하세요. 각 단계에서 어떤 종류의 검사가 적용되는지, 그리고 오류가 일반적으로 어디에서 발생하는지를 보여줍니다.

6. 패리티 비트와 간단한 합

2차원 패리티 검사는 데이터를 행과 열로 배열하고 각 행과 열에 패리티 비트를 추가합니다. 이를 통해 뒤집힌 비트 하나를 찾아내어 수정할 수 있습니다. 또한 2비트 또는 3비트 오류는 모두 감지할 수 있습니다. 하지만 직사각형의 네 모서리에 있는 4비트가 뒤집힌 경우는 여전히 감지할 수 있습니다.

가산 및 XOR 체크섬

다음 단계에서는 모든 바이트를 합산하거나 XOR 연산을 수행하여 결과를 전송합니다. 이러한 검사는 비용이 저렴하고 가장 작은 마이크로컨트롤러에도 적용할 수 있습니다. 하지만 실제 사용에 중요한 두 가지 약점이 있습니다. 바이트 순서를 무시하기 때문에 바이트가 바뀌어도 검사가 통과됩니다. 또한 오류가 발생하더라도 이를 보정할 수 있습니다. 예를 들어 한 바이트가 1 증가하고 다른 바이트가 1 감소하더라도 합계는 변하지 않습니다.

XOR 체크섬은 또한 서로 다른 바이트에서 동일한 비트 위치에서 짝수 개의 플립이 발생하는 경우를 놓칩니다. Maxino와 Koopman은 2009년에 임베디드 제어 네트워크에서 이러한 체크섬의 효율성을 측정했으며, 동일한 너비의 CRC가 구조적 오류에 대해 XOR 체크섬보다 우수한 성능을 보인다는 것을 발견했습니다.

그들이 여전히 나타나는 곳

펌웨어의 경우 인텔 HEX 포맷은 중요합니다. 파일이 모든 레코드 검사를 통과하더라도 누락된 레코드가 다른 레코드에 흔적을 남기지 않기 때문에 불완전할 수 있습니다. 18장에서 설명하는 것처럼 이미지 수준의 CRC 또는 해시 함수를 추가하십시오.

패리티와 단순 덧셈을 여전히 사용하는 물리적 장치

마그네틱 스트라이프 카드 각 문자는 홀수 패리티 비트를 가지며, 끝 센티널 뒤에는 세로 방향 중복 검사 문자가 이어집니다. 리더기는 이 두 가지 테스트 중 하나라도 통과하지 못하면 스와이프를 거부합니다.	직렬 계측기 및 PLC 주변 장치 RS-232 및 RS-485 링크는 모든 문자에 패리티 비트를 추가하여 전기적 노이즈로 인한 단일 비트 오류를 ​​감지할 수 있습니다.
	플래시 프로그래머 및 부트로더 이 도구는 각 레코드의 합계를 담고 있는 인텔 HEX 파일과 모토로라 S-레코드 파일을 읽으며, 일반적으로 일치하지 않는 레코드는 거부합니다.

7. 검사 숫자: GS1 검사 숫자 계산 방법 및 중요성

체크 디지트는 산업계에서 가장 오래되고 널리 사용되는 체크섬입니다. 사람이 입력하고 기계가 스캔하는 식별자 끝에 위치하며, 모든 로트, 일련 번호, 위치 및 출하물이 이 식별자를 통해 참조되므로 추적성의 핵심을 이룹니다.

GS1 검사 숫자 계산 방법

GS1은 GTIN-8, GTIN-12, GTIN-13, GTIN-14, GLN 및 SSCC를 포함한 모든 고정 길이 숫자 식별 키에 검사 숫자를 요구합니다. 알고리즘은 10을 법으로 하는 가중 합입니다. 가중치는 3과 1이 번갈아 적용되며, 검사 숫자 바로 옆의 숫자에는 항상 3의 가중치가 부여됩니다.

1. 검증 숫자를 제외한 키의 숫자들을 적으세요.
2. 오른쪽부터 시작하여 각 자릿수에 3과 1을 번갈아 곱합니다.
3. 모든 자릿수의 곱을 더하세요.
4. 검사 숫자는 합계를 다음 10의 배수로 만드는 숫자입니다. 합계가 이미 10의 배수인 경우 검사 숫자는 0입니다.

Written as a formula, the check digit [latex]C[/latex] uses the digits [latex]d_i[/latex] of the body, counted from the right. The weight is [latex]w_i = 3[/latex] for odd [latex]i[/latex] and [latex]w_i = 1[/latex] for even [latex]i[/latex].

[latex]\displaystyle C = \left(10 – \left(\sum_{i=1}^{n} w_i d_i \bmod 10\right)\right) \bmod 10[/latex]

GTIN-13 본체 400638133393에 대한 예시입니다. 왼쪽에서부터 세면 무게는 1, 3, 1, 3 등입니다. 이는 가장 오른쪽에 있는 본체 번호가 오른쪽에서 홀수 위치에 있기 때문입니다.

The products add up to 89. The next multiple of 10 is 90, so the check digit is [latex]C = (10 – (89 \bmod 10)) \bmod 10 = 1[/latex] and the complete GTIN-13 is 4006381333931. The same rule applies to an SSCC. The 17-digit body 34012345000000001 sums to 43, which gives [latex]C = (10 – (43 \bmod 10)) \bmod 10 = 7[/latex] and the SSCC 340123450000000017.

체크 디지트가 잡아내는 것

이 표는 GS1 방식과 세 가지 대안 방식을 비교합니다. GS1 및 Luhn 수치는 임의 키에 대한 시뮬레이션을 통해 검증되었습니다. Verhoeff 및 Damm 속성은 해당 논문에 자세히 설명되어 있습니다.

GS1 가중치는 가장 강력한 방식은 아닙니다. 다만 GS1 키에는 반드시 사용해야 하는 방식입니다. 직접 정의하는 식별자에는 더 강력한 방식을 선택하십시오.

유효한 검사 숫자는 존재 여부를 알려주는 것이 아닙니다. 단지 숫자의 형식이 올바르다는 것을 보여줄 뿐입니다. GTIN이 할당되었는지, 해당 제품에 속하는지, 또는 마스터 데이터에서 활성화되어 있는지를 보여주는 것은 아닙니다. 산술 검사와 함께 마스터 데이터 유효성 검사도 유지해야 합니다.

VIN의 9번째 자리에 있는 검사 숫자

북미에서는 49 CFR 565 규정에 따라 17자리 VIN의 9번째 자리에 검사 숫자가 필요합니다. 각 문자는 숫자로 변환된 후 해당 자리에 지정된 가중치(8, 7, 6, 5, 4, 3, 2, 10, 0, 9, 8, 7, 6, 5, 4, 3, 2)가 곱해집니다. 이 곱해진 값들을 모두 더합니다. 11로 나눈 나머지가 검사 숫자이며, 나머지가 10인 경우에는 문자 X로 표기합니다.

[latex]\displaystyle C = \left(\sum_{i=1}^{17} t_i w_i\right) \bmod 11[/latex]

Here [latex]t_i[/latex] is the transliterated value and [latex]w_i[/latex] is the weight of position [latex]i[/latex].

유럽에서 발급된 차량 식별 번호(VIN) 중 상당수는 유효한 검사 숫자가 없으므로 북미 유효성 검사 규칙에서 이를 자동으로 거부해서는 안 됩니다. 구현을 위한 간단한 테스트: 17개의 1로 구성된 VIN은 검사 숫자 1을 생성해야 합니다. 규칙 텍스트는 다음과 같습니다. 49 CFR 565.15.

여러분이 만나게 될 다른 계획들

• 책에 있는 EAN-13 바코드는 ISBN-13을 포함하며 GS1 알고리즘을 사용합니다. 기존의 ISBN-10은 모듈로 11 방식을 사용했습니다.
• 결제 카드 번호와 IMEI 번호는 IBM의 한스 페터 룬이 1954년 특허 출원에서 설명한 룬 알고리즘을 사용합니다.
• IBAN은 ISO/IEC 7064의 MOD 97-10을 사용합니다.
• ISO 6346에 따른 선적 컨테이너 번호는 검사 숫자로 끝납니다.

내부 부품 및 일련 번호에 대한 검사 숫자 설계

많은 플랜트들이 자체 식별자를 만든 다음 자체 검증 절차를 추가합니다. 자체 제작 체계는 종종 전치 오류를 놓치는데, 이는 흔히 발생하는 키 입력 오류입니다. 특별한 이유가 없는 한 공개된 체계를 사용하십시오.

• 이미 검증되고 공개된 알고리즘을 선택하십시오. Damm 또는 Verhoeff 알고리즘은 숫자 식별자에 적합합니다. ISO/IEC 7064는 숫자, 알파벳 및 영숫자 문자열에 대한 순수 및 혼합 시스템을 정의하며, 여기에는 MOD 11-2, MOD 37-2 및 MOD 97-10이 포함됩니다.
• 식별자의 길이를 고정하고 검사 문자를 맨 마지막에 배치하십시오.
• 알파벳에서 O와 0, 또는 I와 1처럼 비슷하게 생긴 문자를 제거하거나, 체계에서 명시적으로 처리하십시오.
• 모든 시스템이 동일한 규칙을 구현하도록 테스트 벡터가 포함된 통제된 문서에 알고리즘을 정의하십시오.
• 단일 치환, 인접 전치, 이중 오류, 음성 입력이 있는 음성 오류 등 여러분이 중요하게 생각하는 오류 유형에 대해 해당 체계를 테스트하십시오.
• 새로운 분류 체계에는 중요하지 않은 번호를 사용하는 것을 고려해 보세요. 이렇게 하면 분류가 변경될 때 번호를 다시 매기는 것을 방지할 수 있습니다.
• ERP, MES, 라벨링 소프트웨어 및 PLC 스크립트를 포함한 모든 진입점에서 유효성을 검사하십시오. 한 시스템에 존재하는 검사 항목이 다른 시스템에서는 무시될 수 있습니다.

검사 숫자를 검증하는 장치 및 도구

8. 바코드 스캔 오류: 원인, 확인 및 해결 방법

바코드 스캔 오류는 세 가지 유형으로 나뉩니다. 인식되지 않으면 프로세스가 중단되어 시간이 소요됩니다. 잘못 인식되면 유효한 것처럼 보이지만 잘못된 값이 반환됩니다. 잘못된 인식은 예를 들어 인접한 라벨과 같이 잘못된 항목의 유효한 값이 반환되는 경우입니다. 잘못 인식은 가장 위험한 유형이며, 바코드 심볼에 내장된 검사 기능은 이러한 오류를 최소화하기 위해 존재합니다.

심볼에 내장된 검증 기능

독서는 곧 질을 의미하는 것은 아닙니다.

기호를 해독하는 스캐너가 있다고 해서 그 기호가 정상이라는 것을 보장하는 것은 아닙니다. 품질이 떨어지는 기호는 오늘날에는 해독이 가능하더라도 운송 중 라벨에 흠집이 생기면 해독에 실패할 수 있습니다. 검증기는 인쇄 품질을 표준과 비교하여 등급을 매깁니다.

검증기는 적합성 표준 테스트 카드를 사용하여 교정해야 합니다. 최소 허용 등급은 적용 표준 또는 고객이 정의합니다. 현재 GS1 일반 사양 및 해당 심볼 유형에 대한 부문별 규정을 확인하십시오.

원인 및 해결 방법

모든 스캔 스테이션에서 하나의 규칙을 적용해야 합니다. 디코딩, 체크 디지트 유효성 검사, 예상 키와의 형식 일치 여부 검증을 거친 후에만 값을 승인해야 합니다. 어떤 단계라도 실패하면 정의된 반응이 발생해야 합니다. 불필요한 재시도 루프가 발생해서는 안 됩니다.

9. 잘못된 라벨링을 방지하는 방법

잘못된 레이블은 가장 흔하고 눈에 띄는 데이터 오류 중 하나입니다. 여기에는 여러 가지 원인이 있으며, 체크섬은 그중 일부만 해결할 수 있습니다. 제어 방법을 선택하기 전에 원인을 구분해야 합니다.

폐쇄 루프 라벨링 프로세스

1. 레이블 템플릿과 해당 데이터 소스를 변경 관리 하에 릴리스합니다. 템플릿 파일의 해시값을 릴리스 기록에 저장합니다.
2. 인쇄 작업 시작 시 프린터 또는 라벨 서버는 로드된 템플릿의 해시값을 계산하여 릴리스 레코드와 비교합니다. 해시값이 일치하지 않으면 인쇄 작업이 차단됩니다.
3. 단일 권위 있는 기록을 기반으로 페이로드를 구성하십시오. 검증된 라이브러리를 사용하여 소프트웨어에서 검사 숫자를 생성하고, 절대로 수동으로 입력하지 마십시오.
4. 인쇄 후 기호가 인쇄된 그대로 표시되는지 확인하십시오. 지정된 최소 기준치 미만이면 라벨이 불량 처리됩니다.
5. 인쇄된 라벨을 스캔하고 해독된 내용을 해당 제품에 대한 예상 기록과 비교하십시오. 라벨이 일치하지 않는 제품은 모두 폐기하십시오.
6. 신청서를 제출한 후 포장 또는 배송 스테이션에서 다시 스캔하십시오. 두 번째 검사를 통해 인쇄 후 발생할 수 있는 오류를 잡아낼 수 있습니다.
7. 각 작업이 끝날 때마다 수량을 대조하십시오. 발급, 부착, 폐기 및 반환된 라벨의 합계가 일치해야 합니다.

이 시퀀스는 세 가지 종류의 검사를 사용합니다. 해시 값은 템플릿이 올바른지 증명합니다. 검사 숫자와 형식은 키가 올바른 형식인지 증명합니다. 예상 레코드와의 비교는 해당 단위에 맞는 키인지 증명합니다. 세 번째 검사만이 형식은 올바르지만 잘못된 레이블을 찾아냅니다.

10. 네트워크 및 필드버스 체크섬

기계는 프로토콜에 정의된 검사를 통해 데이터를 보호합니다. 이러한 검사는 링크를 한 단계씩 보호합니다. 하지만 PLC 메모리나 데이터베이스에 저장된 데이터 자체는 보호하지 않습니다.

인터넷 체크섬 IP 헤더, TCP 및 UDP는 RFC 1071에 설명된 16비트 1의 보수 합계를 사용합니다. 이 방식은 계산 비용이 저렴하지만 취약합니다. 16비트 워드가 서로 바뀐 경우와 일부 보정 오류를 감지하지 못합니다. 링크 계층은 그 아래에 더 강력한 CRC를 추가하는데, 이것이 바로 취약한 체크섬이 지금까지 사용되어 온 이유입니다. Fletcher와 Adler-32는 두 개의 누산기를 사용하는 간단한 합산 방식이므로 일반 합산 방식보다 순서 오류를 더 많이 잡아냅니다. Adler-32는 zlib 라이브러리에 포함되어 있습니다. 짧은 메시지 처리에는 취약합니다.	모드버스 RTU Modbus RTU 프레임은 16비트 CRC로 끝납니다. 다항식은 0x8005이며, 이를 반전 형태인 0xA001로 사용하고 초기값은 0xFFFF입니다. CRC의 하위 바이트가 먼저 전송됩니다. Modbus ASCII는 대신 더 간단한 8비트 종방향 중복 검사를 사용합니다. 다음은 주소 0부터 시작하여 슬레이브 1의 홀딩 레지스터 10개를 읽는 완전한 RTU 요청입니다. CRC 값은 0xCDC5이며, 이는 전송 시 C5 다음에 CD로 표시됩니다. 01 03 00 00 00 0A C5 CD
CAN 및 CAN FD 기존 CAN은 0x4599 다항식을 사용하는 15비트 CRC를 사용합니다. 고정된 프레임 길이에 대해 해밍 거리가 6이므로, 임의로 분포된 5개의 비트 오류를 ​​감지할 수 있습니다. CAN FD는 페이로드 길이가 16바이트 이하인 경우 17비트 CRC를, 그 이상인 경우에는 21비트 CRC를 사용하는데, 이는 동일한 해밍 거리 6을 유지하기 위한 것입니다. 비트 스터핑은 상황을 더욱 복잡하게 만듭니다. CAN in Automation에서는 스터핑이 기존 프레임에서 일부 비트 패턴의 유효 해밍 거리를 줄일 수 있다고 지적하며, CAN FD는 이러한 차이를 줄이기 위해 스터핑 비트 카운터를 추가합니다. 자세한 내용은 해당 문서에 있습니다. CAN 프레임에서 CRC에 대한 CiA 설명.	이더넷 기반 버스 PROFINET, EtherCAT, EtherNet/IP 및 Modbus TCP는 표준 이더넷 프레임을 사용하여 데이터를 전송합니다. 각 프레임은 32비트 프레임 검사 시퀀스인 CRC-32로 끝나며, 장치는 모든 홉에서 이 시퀀스를 검사합니다. 시퀀스가 ​​잘못된 프레임은 삭제됩니다. PROFIBUS 및 IO-Link를 포함한 다른 버스들은 자체적인 프레임 검사 규칙을 정의합니다. 프로토콜 사양을 읽고 해당 검사 항목을 FMEA에 기록하십시오. 검사 항목을 가정해서는 안 됩니다.
	버스 상단 안전 수칙 PROFIsafe, CIP Safety, Fail Safe over EtherCAT과 같은 안전 프로토콜은 기본 버스를 블랙 채널로 취급합니다. 이 채널은 메시지를 손상시키거나, 지연시키거나, 반복 전송하거나, 순서를 바꿀 수 있습니다. 안전 계층은 자체 CRC, 시퀀스 카운터 및 워치독을 추가하여 안전 기능이 링크 검사에 의존하지 않도록 합니다. 이 교훈을 여러분의 설계에 적용해 보세요. 링크 레벨 CRC는 레시피가 메모리에 상주하거나 OPC UA 서버 및 MES를 통과하는 동안 레시피를 보호하지 못합니다. 안전이나 품질에 영향을 미치는 모든 파라미터 세트에 대해 애플리케이션 레벨에서 엔드 투 엔드 검사를 추가하세요.

11. CRC 오류 검사란 무엇입니까?

A cyclic redundancy check treats the message as a long binary number, which is a polynomial over [latex]\mathrm{GF}(2)[/latex]. It divides that polynomial by a fixed generator polynomial and keeps the remainder. The remainder is the CRC, usually 8, 16 or 32 bits long. The sender appends it, the receiver divides again, and any mismatch signals corruption.

풀이 예시

Take the 3-bit generator 1011, which stands for [latex]x^3 + x + 1[/latex], and the message 1101. Append three zeros to get 1101000. Then divide by repeated XOR with the generator.

1101000
1011
-------
0110000
 1011
-------
0011100
  1011
-------
0001010
   1011
-------
0000001

나머지는 001이므로 전송된 단어는 1101001입니다. 이 단어를 1011로 나누면 나머지는 000이 됩니다. 임의의 비트 하나만 바꿔도 나머지는 0이 아닌 값이 됩니다. 실제 CRC는 8~32비트 생성기를 사용하고 하드웨어 또는 조회 테이블을 통해 실행되지만 원리는 동일합니다.

CRC가 보장하는 것

• 생성기에 항이 두 개 이상 있는 한, 모든 비트 오류가 발생합니다.
• 모든 버스트 오류는 CRC 폭보다 길지 않습니다.
• Every odd number of bit errors, for generators that contain the factor [latex]x + 1[/latex]. The common 16-bit polynomials qualify. The Ethernet CRC-32 does not.
• Longer bursts and random patterns pass with a probability of roughly [latex]2^{-n}[/latex].
• 다항식과 메시지 길이에 따라 달라지는 해밍 거리.

일치해야 하는 매개변수

두 당사자가 너비, 다항식, 초기값, 입력 반사, 출력 반사 및 최종 XOR의 6가지 매개변수에 대해 동의할 때만 동일한 CRC를 계산할 수 있습니다. CRC-16 또는 CRC-32와 같은 이름은 모호합니다. Reveng CRC 카탈로그 일반적으로 사용되는 매개변수 집합을 나열합니다. ASCII 문자열 123456789의 검사 값으로 구현을 확인합니다.

메시지 길이에 따른 다항식 선택

CRC의 강도는 다항식과 메시지 길이에 따라 달라집니다. Koopman은 다음과 같이 보여주었습니다. 32비트 CRC 연구 IEEE 802.3 다항식은 최대 길이의 이더넷 메시지에서 해밍 거리가 4에 불과한 반면, 다른 다항식은 6에 도달합니다. 짧은 메시지를 사용하는 임베디드 네트워크에서는 이러한 격차가 더 크게 나타나며, 널리 사용되는 일부 16비트 다항식은 사용되는 길이에서 성능이 저조합니다.

• 다항식을 선택하기 전에 메시지 길이 범위를 정하십시오.
• 최대 길이에서 필요한 해밍 거리를 결정하십시오. 안전이 중요한 애플리케이션에서는 일반적으로 6의 거리가 필요합니다.
• 다항식은 민간 속설이나 코드 샘플이 아닌, 공개된 철저한 탐색 결과에서 가져와야 합니다.

대장암 검사의 한계

CRC는 메시지의 선형 함수입니다. 메시지와 해당 CRC가 주어지면 누구나 비밀 키 없이 메시지를 변경하고 일치하는 CRC를 계산할 수 있습니다. 따라서 CRC는 메시지의 출처를 증명할 수 없으며 고의적인 변경을 막을 수 없습니다. 13장과 14장에서는 이러한 변경을 막을 수 있는 도구들을 다룹니다.

CRC를 탑재한 장치

12. 비암호화 해시 함수

xxHash, MurmurHash, CityHash, FNV와 같은 비암호화 해시 함수는 보안을 희생하는 대신 속도를 높입니다. 이러한 함수는 최신 CPU에서 메모리 속도에 가깝게 실행되며, 입력값을 고르게 분산시키는 32비트, 64비트 또는 128비트 값을 생성합니다.

의도적으로 충돌하는 입력값을 만드는 사람에 대해서는 아무런 보호 장치도 제공하지 않습니다.

13. 암호화 해시와 SHA-256 체크섬 검증 방법

이 장에서는 기술적이고 실질적인 세부 사항을 자세히 살펴보겠습니다.

암호화 해시 함수는 다음 세 가지 공격에 저항해야 합니다.

• 역상 저항성이란 주어진 다이제스트에 대한 입력값을 아무도 찾을 수 없다는 것을 의미합니다.
• 제2 역상 저항성은 주어진 입력의 다이제스트와 일치하는 다른 입력을 찾을 수 없다는 것을 의미합니다.
• 충돌 방지란 동일한 다이제스트를 가진 두 입력값을 찾을 수 없다는 것을 의미합니다.

NIST는 SHA-1 퇴직 계획에 대해 다음과 같이 설명합니다. SHA-1 공지 페이지SHA-256 해시는 약 128비트의 충돌 저항성을 제공하는데, 이는 실제 공격으로는 도저히 불가능한 수준입니다.

SHA-256 체크섬을 확인하는 방법

두 가지가 필요합니다. 신뢰할 수 있는 출처에서 얻은 예상 다이제스트와 파일입니다. 다이제스트는 로컬에서 계산한 후 전체 문자열을 비교하세요. 처음 몇 문자만 비교하면 대부분의 보안이 무너집니다.

# Linux sha256sum firmware.bin sha256sum -c SHA256SUMS # macOS shasum -a 256 firmware.bin # Windows PowerShell Get-FileHash .\firmware.bin -Algorithm SHA256 # Windows 명령 프롬프트 certutil -hashfile firmware.bin SHA256

SHA256SUMS 파일은 파일당 한 줄씩 저장되며, 각 줄에는 다이제스트, 두 개의 공백, 그리고 파일 이름이 포함됩니다. `sha256sum -c` 명령어는 이 파일을 읽어 각 파일에 대해 `OK` 또는 `FAILED`를 출력합니다. 어떤 도구를 사용하기 전에 반드시 부록 B의 테스트 벡터를 사용하여 검증하십시오.

14. 키 입력 체크섬, 서명 및 진위성 검증

지금까지 공개된 정보는 모두 공개되어 있습니다. 누구든 수정된 메시지에 대한 CRC 또는 SHA-256 해시값을 계산할 수 있습니다. 고의적인 변경을 막으려면 검사 과정에 비밀 키 또는 개인 키가 사용되어야 합니다.

공유 비밀 키를 사용하는 방식은 모든 검증 장치에 키를 저장합니다. 수십 개의 테스트 스테이션이나 수천 개의 장치에 키가 저장되면 보호 및 교체가 어려워집니다. 서명 방식은 이 문제를 역전시킵니다. 스테이션과 장치는 공개 키만 보유하고, 개인 키는 배포 기관의 하드웨어 보안 모듈에 보관됩니다.

비밀 키와 메시지를 SHA-256으로 해싱하여 MAC을 생성하지 마십시오. SHA-2는 이러한 구조에 대해 길이 확장 공격을 허용합니다. HMAC는 바로 이러한 문제를 방지하기 위해 존재합니다.

제품 환경에서의 사용 사례

• • 서명된 펌웨어와 보안 부팅. 부트 ROM은 부트로더 서명을 검증하고, 부트로더는 애플리케이션을 검증합니다. CRC는 플래시 메모리와 RAM의 런타임 무결성을 확인하는 데 여전히 필요하지만, 서명을 대체하는 것은 아닙니다.

• 예비 부품의 진위 여부는 별개의 문제입니다. 유효한 검증 숫자가 포함된 일련 번호는 누구나 계산할 수 있으므로 진위 여부를 증명하는 데 아무런 도움이 되지 않습니다. 진위 확인을 위해서는 비밀 키가 필요합니다. 예를 들어 보안 요소에 있는 암호화 태그나 서버에서 검증할 수 있고 누구도 일련 번호에서 유추할 수 없는 코드가 있습니다.
• 라벨에는 위조 방지 데이터가 포함될 수 있습니다. GS1은 키와 함께 데이터 저장 매체에 저장된 디지털 서명에 대한 애플리케이션 식별자(AI 8030)를 정의합니다.
• 규제 대상 기록은 특별한 주의가 필요합니다. 암호화 서명은 전자 기록을 지원하지만, 21 CFR Part 11에 따른 전자 서명과 동일한 효력을 갖지는 않습니다. 해당 규정은 또한 신원 확인, 서명의 의미 및 기록과의 연관성을 요구합니다.

자물쇠, 열쇠 및 접근 장치

기계식 잠금장치와 전자식 잠금장치는 오류 감지와 인증 방식의 차이를 보여줍니다.

• 핀 텀블러 잠금장치: 열쇠의 홈이 핀의 높이와 일치해야 하므로, 잠금장치는 물리적 모양을 확인합니다. 이 모양은 사실상 공유된 비밀과 같아서, 누구든 이 모양을 복제하면 잠금장치를 열 수 있습니다.
• 저비용 비접촉식 인증 방식: 읽기 프레임에는 무선 오류에 대한 CRC(복구 오류 응답)가 포함되어 있지만, 이는 신원 확인에 아무런 도움이 되지 않습니다. MIFARE Classic과 같이 취약한 자체 암호화 방식을 사용하는 구형 카드는 복제될 수 있습니다. 최신 인증 방식은 AES와 같은 표준 암호화 방식을 사용하는 챌린지-응답 방식을 채택하고 있습니다.
• 블루투스 저에너지 스마트 잠금 장치: 링크 계층은 각 패킷을 AES-CCM으로 보호하며, 메시지 무결성 코드는 키 기반 검사입니다.
• 인증된 소모품 및 액세서리: 일부 프린터 카트리지, 배터리 팩 및 센서에는 호스트 장치의 암호화 요청에 응답하는 칩이 내장되어 있습니다.

15. 오류 정정 코드

오류 감지는 데이터에 오류가 있음을 알려주고, 수정은 이를 바로잡습니다. 단점은 데이터 중복이 증가한다는 것이지만, 장점은 재스캔, 재전송 또는 재작업 단계 없이 프로세스가 계속 진행된다는 것입니다.

손상에도 살아남는 흔적 QR 코드는 L, M, Q, H의 네 가지 오류 수정 레벨을 제공하며, 각 레벨은 코드워드의 약 7%, 15%, 25%, 30%를 복원합니다. Data Matrix ECC 200은 심볼 크기별로 고정된 중복도를 사용하는 리드-솔로몬(Reed-Solomon) 방식을 채택하고 있습니다. 레이저 마킹된 부품이나 오염되거나 긁힌 부품은 물론, 공급망을 통해 이동하는 라벨도 이러한 방식의 이점을 직접적으로 누릴 수 있습니다. 오류 수정 기능은 마킹의 안정성을 높여줍니다. 또한, 데이터 매트릭스 심볼의 손상 여부를 숨길 수도 있습니다. 손상된 심볼이라도 오류 수정 용량이 점차 줄어들면서 완벽하게 디코딩될 수 있습니다. ISO/IEC 15415에 따른 검증에서는 사용되지 않은 오류 수정 용량을 등급 매개변수로 보고합니다. 인쇄 및 마킹 품질을 추적하려면 판독 결과가 아닌 검증기 등급을 모니터링해야 합니다.

임베디드 제품의 ECC 메모리 및 플래시 자동차 및 산업용 마이크로컨트롤러는 종종 ECC(Electronic Correction Control) 기능을 통해 플래시 메모리와 RAM을 보호합니다. 하드웨어는 단일 비트 오류를 ​​수정하고 그 횟수를 계산합니다. 수정된 오류 카운터 값을 읽고 기록하십시오. 카운터 값이 증가하는 것은 셀 성능 저하, 전원 공급 불량 또는 방사선 노출로 인한 문제를 나타냅니다. 수정 후 계산된 CRC(Critical Regression Control) 값은 오류 없는 데이터를 나타내므로, 카운터 값이 초기 오류 징후를 알려주는 유일한 지표입니다.

오류 수정에 의존하는 장치 및 매체 레이저 마킹 및 도트 피닝 처리된 부품에는 리드-솔로몬 코드를 사용하는 데이터 매트릭스 ECC 200 기호가 표시되어 있으므로, 긁힌 자국이 있더라도 해독할 수 있습니다. 서버, 컨트롤러 및 자동차 마이크로컨트롤러: ECC 메모리는 일반적으로 단일 비트 오류를 ​​수정하고 이중 비트 오류를 ​​감지합니다. SSD, eMMC 및 SD 카드: 컨트롤러는 플래시 페이지에 BCH 또는 LDPC 코드를 적용하며, 수정된 비트 카운터는 마모 표시기 역할을 할 수 있습니다.

16. 알고리즘 비교

이 표는 각 제품군과 이 문서에서 각 제품군이 어떤 역할을 하는지를 요약한 것입니다. 속도 수치는 플랫폼에 따라 다르므로, 사용하시는 하드웨어에서 직접 측정하시기 바랍니다.

17. 설계 및 엔지니어링

CAD, 도면 및 BOM이 곧 공개될 예정입니다.

PLM 또는 PDM 시스템은 릴리스를 리비전으로 식별합니다. 리비전 문자는 릴리스하려는 버전을 나타냅니다. 릴리스된 패키지의 해시는 릴리스된 바이트 수를 나타냅니다. 이 두 가지 정보를 릴리스 기록에 저장합니다. 그러면 모든 사용자는 자신이 받은 내용을 확인할 수 있으며, 리비전 문자만으로는 해결할 수 없었던 문제, 즉 릴리스 후 파일이 교체되거나 수정된 ​​경우를 방지할 수 있습니다.

• 예를 들어 STEP 모델, 도면 PDF 및 BOM 내보내기 파일과 같이 릴리스된 각 파일에 대해 SHA-256 다이제스트를 계산합니다.
• 모든 파일과 해당 다이제스트가 나열된 매니페스트에 대해 다이제스트를 하나 더 계산하여 단일 값으로 전체 패키지를 나타냅니다.
• 매니페스트 요약 정보를 ECO 또는 ECN 기록과 공급업체에 보내는 전송 문서에 포함시키십시오.
• 공급업체 포털 또는 제조 시스템에서 수령 시 재계산 및 비교하도록 하십시오.
• 설계 사양과 실제 시공 사양 간의 BOM 내보내기 값을 해시 값으로 비교합니다. 불일치가 발생하면 차이점이 표시되고, 담당자가 직접 검토하여 원인을 설명합니다.

부품 번호 및 커넥터의 오류 방지

설계는 나중에 실수를 저지르기 쉬운 정도를 결정합니다. 부품 번호에 검사 숫자를 추가하면 모든 입력 단계에서 입력 오류를 잡아낼 수 있습니다. 구매 부품, 도면 및 조립품에 서로 다른 번호 형식을 사용하면 한 종류와 다른 종류로 오인되는 것을 방지할 수 있습니다. 키가 있는 커넥터와 비대칭 라벨 형식은 물리적 측면에서도 같은 원리로 작동합니다.

내장 펌웨어 및 교정 데이터

펌웨어 이미지는 자체 설명 및 자체 검사 기능을 갖춰야 합니다. 일반적인 레이아웃은 고정된 헤더를 알려진 주소에 배치합니다.

EEPROM 또는 플래시 메모리의 교정 및 구성 블록에도 동일한 규율을 적용하십시오. 각 블록과 함께 CRC 값을 저장하십시오. 검사 실패 시 수행할 작업을 정의하십시오. 기본값으로 되돌아가거나, 오류를 발생시키거나, 데이터를 오류 없이 사용하지 않도록 하십시오. 백업 복사본을 보관하고 전원 손실에도 데이터가 유지되는 방식으로 블록을 기록하십시오.

기능 안전 맥락

기능 안전 표준은 메모리 손상 및 통신 오류를 진단 조치가 필요한 고장 모드로 간주합니다. 도로 차량용 ISO 26262, 산업 시스템용 IEC 61508, 의료 기기 소프트웨어용 IEC 62304는 모두 이러한 오류를 어떻게 감지하는지 명시하도록 요구합니다. 일반적인 조치로는 코드 및 데이터 메모리에 대한 CRC 검사, 시퀀스 카운터를 사용한 보호된 통신, 그리고 이중화된 저장 장치 등이 있습니다.

분석에는 진단 범위, 즉 특정 측정 방법이 감지하는 오류 비율을 명시해야 합니다. 32비트 CRC 검사가 시스템 전체에 대해 자동으로 99%의 진단 범위를 보장하는 것은 아닙니다. 진단 범위는 CRC 검사가 어떤 부분을 검사하는지, 얼마나 자주 실행되는지, 그리고 오류 발생 시 시스템이 어떻게 대응하는지에 따라 달라집니다.

18. 산업화 및 제조, 펌웨어 플래싱 검증 방법 포함

산업화는 설계 데이터를 실행 가능한 프로세스로 변환합니다. 생산 단계에 도달하는 대부분의 데이터 오류는 이 단계에서 발생합니다. 잘못된 레시피, 잘못된 라벨 템플릿, 일치하지 않는 테스트 한계 등이 그 예입니다.

마킹 및 스캔 스테이션 오류 방지

• 표시를 한 지점과 표시가 처음 필요한 지점에서 표시를 확인하십시오. ISO/IEC 15415, 15416 및 29158에서 등급을 정의합니다.
• 스캔 스테이션을 게이트로 구성하십시오. PLC는 디코딩, 체크 디지트, 포맷 및 예상 값 테스트를 모두 통과했을 때만 다음 작업을 시작합니다.
• 생산 라인에서 생성된 일련 번호에 검사 숫자를 추가하여 재작업 스테이션에서의 수동 입력도 보호하십시오.
• 스캔 실패 시마다 스테이션, 시간, 그리고 가능하면 심볼 이미지를 기록하십시오. 이 정보는 20장의 DMAIC 작업에 활용됩니다.

레시피 및 매개변수

기계 레시피, 토크 프로그램, 용접 일정 및 테스트 한계는 파일 또는 데이터베이스 행으로 저장됩니다. 잘못되었거나 오래된 매개변수 설정은 기계가 잘못된 지침으로도 올바르게 작동하기 때문에 눈에 띄지 않는 결함을 초래합니다.

MES 또는 PLM 시스템에 해시값과 함께 골든 레코드를 보관하십시오. 모든 레시피 다운로드 시와 각 로트 생산 시작 시, 스테이션 소프트웨어는 활성 레시피의 해시값을 다시 계산하여 비교합니다. 해시값이 일치하지 않으면 해당 로트의 생산이 차단됩니다. 버스를 통해 컨트롤러로 전송되는 파라미터의 경우, 데이터 블록 내부에 CRC를 추가하여 수신 컨트롤러가 손상된 값으로 작동하지 않도록 하십시오.

생산 라인 마지막 단계에서 펌웨어 플래싱이 완료되었는지 확인하는 방법

플래싱은 용접이나 토크 작업과 같은 공정 단계입니다. 정해진 방법, 합격 기준, 그리고 시리얼 번호별 기록이 필요합니다. 프로그래머가 성공을 보고했다는 것은 단지 자신의 명령이 완료되었다는 의미일 뿐입니다.

1. 장치와 도구가 해당 기능을 지원하는 경우, 프로그래머의 검증 옵션을 활성화하여 이미지를 프로그래밍하십시오.
2. 프로그래밍된 영역을 다시 읽어와서 관리 계획에 정의된 영역에 대해 정확히 SHA-256 또는 CRC-32 해시값을 계산합니다. 그 결과를 릴리스 레코드의 골든 다이제스트와 비교합니다.
3. 장치별 데이터는 별도의 단계에서 처리하십시오. 일련 번호, MAC 주소 및 교정 값은 장치마다 다릅니다. 이러한 데이터를 전체 이미지 다이제스트에서 제외하고 자체 기록과 대조하여 검증하거나, 장치 데이터를 포함하여 예상 다이제스트를 계산하십시오.
4. 옵션 바이트, 퓨즈 및 잠금 비트를 확인하십시오. 부팅 구성이 잘못되었거나 판독 보호 기능이 없는 올바른 애플리케이션은 불량품입니다.
5. 실행 중인 장치에 소프트웨어 버전과 애플리케이션 프로토콜을 통해 자체 이미지의 다이제스트를 요청하십시오. 많은 제품은 하드웨어 주변 장치를 사용하여 플래시 메모리의 CRC를 계산하고 이를 보고합니다. 이는 통신 경로도 검사하는 데 도움이 됩니다.
6. 결과를 장치 일련 번호와 함께 이미지 다이제스트 및 툴 버전과 함께 MES에 기록하십시오. 합격 기록 없이 장치가 다음 단계로 넘어가지 않도록 하십시오.
7. 정해진 간격으로 알려진 불량 샘플(예: 비트 하나가 뒤집힌 이미지)을 사용하여 스테이션을 테스트합니다. 이렇게 하면 스테이션이 여전히 수신을 거부하는지 확인할 수 있습니다.

단계 순서에 유의하십시오. 읽기 보호 기능을 활성화하면 나중에 다시 읽어올 수 없습니다. 먼저 검증하고, 잠그고, 마지막으로 잠금 비트가 설정되었는지 확인하십시오.

시험소 및 도구 기록

토크, 시야, 누출 및 전기 테스트 결과는 상업적 증거이며 경우에 따라 법적 증거로도 사용됩니다. 일반 파일이나 행으로 저장된 기록은 흔적도 없이 변경되거나 분실될 수 있습니다.

• 일련번호, 스테이션, 시간, 결과 및 측정값에 대한 레코드 해시를 계산합니다.
• 레코드를 추가 전용 저장소에 기록하거나, 13장에서 설명한 대로 주기적인 고정을 통해 레코드를 연결할 수 있습니다.
• 신뢰할 수 있는 시간 출처와 역 시계를 동기화하여 타임스탬프가 의미를 갖도록 하십시오.

기계 대 기계 통신

OPC UA는 Sign 및 SignAndEncrypt 보안 모드를 통해 메시지 서명 및 암호화를 제공합니다. 이러한 모드는 스테이션, PLC 및 MES 간에 사용할 수 있습니다. 전송 보안은 전송 중인 데이터를 보호합니다. 하지만 이는 저장, 변환 및 내보내기 과정에서 반드시 유지되어야 하는 중요 매개변수에 대한 애플리케이션 수준의 검사를 대체하는 것은 아닙니다.

오류를 방지하는 스테이션 장치

일부 물리적 측정값은 체크섬처럼 작동합니다. 예를 들어 키트의 무게는 예상 값과 일치해야 하는 중복 속성입니다.

19. 품질 관리 및 규정 준수

품질 시스템은 체크섬이 제공하는 결과, 즉 식별, 추적성, 관리되는 문서 및 신뢰할 수 있는 기록을 요구합니다. 표준에서는 체크섬 자체를 명시하는 경우는 드물고, 결과를 명시하며, 체크는 그 결과를 입증하는 한 가지 방법입니다.

데이터 무결성 및 ALCOA+ 규제 기관은 데이터 무결성을 ALCOA 원칙(귀속성, 가독성, 동시성, 원본성, 정확성)으로 설명합니다. 확장된 ALCOA+는 여기에 완전성, 일관성, 지속성, 가용성을 추가합니다. 체크섬은 이러한 원칙 중 일부에 해당합니다. 체크섬은 레코드가 생성 이후 정확하고 변경되지 않았음을 보여줍니다. 해시 체인은 레코드가 완전하고 순서대로 되어 있음을 보여줍니다. 체크섬은 누가 언제 레코드를 생성했는지 보여주지 않습니다. 체크섬은 감사 추적 및 접근 제어를 보완하는 역할을 하며, 이를 대체하는 것은 아닙니다.	추적성 및 리콜 준비 태세 추적성은 부품 입고부터 출하까지 식별자가 정확하게 유지되는 데 기반합니다. 검사 숫자는 스캐너와 키보드를 통과하는 동안 식별자의 정확성을 보장합니다. 계보 관리는 로트, 배치 및 일련 번호를 한 단계 위, 한 단계 아래로 연결합니다. 모의 리콜을 통해 준비 상태를 평가하십시오. 평가 지표는 특정 시점(예: 공급업체 로트 번호)부터 영향을 받는 완제품 전체 목록과 해당 위치를 확인하는 데 걸리는 시간입니다. 검사 실패 및 중복 식별자는 모의 리콜이 몇 시간이 아닌 며칠씩 걸리는 일반적인 원인입니다.
	교정, 시험 장비 및 공급업체 데이터 교정 인증서를 검사 숫자가 포함된 장비 식별자와 연결하고 각 인증서 파일의 해시값을 보관하십시오. CoC, CoA 및 재료 시험 보고서와 같은 공급업체 인증서의 경우 서명된 파일 또는 구조화된 데이터를 요청하십시오. 로트 번호와 부품 번호를 구매 주문서 및 수령 기록과 자동으로 비교하십시오. 공급업체의 CAD 파일, 펌웨어 및 테스트 프로그램의 경우, 파일을 사용하기 전에 전송된 데이터와 다이제스트를 대조하여 검증하십시오.

보너스: 수표 자체의 유효성 검증

규제 환경에서 점검 기능은 전산 시스템의 일부이며 GAMP 5 원칙에 따라 검증이 필요합니다. 설치, 운영 및 성능 적격성 평가(IQ, OQ 및 PQ)는 위험도에 비례하여 계획해야 합니다.

OQ에는 음성 테스트가 포함되어야 합니다. 검사에 잘못된 데이터를 입력하고 거부되는지 확인하십시오. 테스트 벡터를 검증 파일에 저장하고 소프트웨어, 판독기 펌웨어 또는 라벨 템플릿이 변경될 때마다 다시 실행하십시오.

20. 린 식스 시그마 관점

포카요케와 지도카

체크섬과 공통점이 많습니다. 시게오 신고는 도요타에서 근무하면서 포카요케(오류 방지)를 정립했습니다. 그는 오류 발생을 불가능하게 하거나 공정을 중단시키는 제어 기능과 오류를 알리는 경고 기능을 구분했습니다. 지도가(내장 품질)는 여기에 중단 기능을 추가합니다. 즉, 기계가 이상을 감지하면 작동을 멈춥니다.

스캔 스테이션에서 엄격한 정지 기능을 갖춘 검사 숫자는 제어 기능입니다. 장치가 스캔을 통과하더라도 스캔 오류가 발생하면 경고만 표시됩니다. 이러한 차이점을 확인하기 위해 모든 스테이션을 점검하십시오.

FMEA

각 점검 항목의 탐지 가능성을 정직하게 평가하십시오. 알려진 불량 샘플을 사용하여 테스트하고 고장 원인을 숨긴 채 엄격한 정지 기능을 갖춘 점검은 작업자가 우회할 수 있는 동일한 점검보다 더 높은 평가를 받아야 합니다. 이러한 근거를 PFMEA에 기록하십시오.

AIAG-VDA 실행 우선순위 방법론은 예방을 최우선으로 개선하도록 유도합니다. 여기서 예방이란 잘못된 데이터가 발생하지 않도록 프로세스를 설계하는 것을 의미하며, 예를 들어 식별자와 레이블을 직접 입력하는 대신 한 곳에서 생성하도록 하는 것입니다.

데이터 오류에 DMAIC를 적용함

The defects per million opportunities follow from the number of defects [latex]D[/latex], the units [latex]N[/latex] and the opportunities per unit [latex]O[/latex]. The sigma level adds the conventional 1.5 sigma shift to the normal quantile.

[latex]\displaystyle \mathrm{DPMO} = \frac{D}{N \times O} \times 10^{6}[/latex]

[latex]\displaystyle \sigma_{\mathrm{level}} = \Phi^{-1}\left(1 – \frac{\mathrm{DPMO}}{10^{6}}\right) + 1.5[/latex]

A worked example with illustrative numbers shows the arithmetic. 36 wrong-label defects in 480,000 labels, counting one opportunity per label, give [latex]\mathrm{DPMO} = 36 / 480000 \times 10^{6} = 75[/latex]. With the conventional 1.5 sigma shift, that is a sigma level of about 5.3. After the improvements, 6 defects in the next 480,000 labels give 12.5 per million and about 5.7 sigma. The figures illustrate the calculation. They are not a benchmark.

관리 계획 예시

포카요케 장치의 세 가지 유형

신코는 오류 방지 방법을 세 가지 범주로 분류했습니다. 각 범주에는 이 가이드에 나오는 검사 방법 중 상응하는 항목이 있습니다.

연락 방법 촉각이나 센서(예: 리미트 스위치 또는 키형 고정 장치)를 통해 모양, 크기 또는 색상을 감지합니다. 데이터 대응값은 형식 검사 또는 체크 디지트 테스트입니다.

고정값 방식 설정된 부품 수 또는 동작 횟수에 도달하지 못했을 때 오류를 나타냅니다. 예를 들어, 위치가 계산된 트레이의 경우입니다. 해당 데이터는 길이 필드 또는 세그먼트 수를 나타냅니다.

동작 단계 방법 예를 들어 이전 단계가 완료될 때까지 다음 단계를 차단하는 인터록과 같이 단계가 올바른 순서대로 진행되는지 확인합니다. 데이터 측면에서는 순번 또는 스캔-릴리스 워크플로가 이에 해당합니다.

21. 물류: 창고 피킹 오류를 줄이는 방법

피킹 오류는 물류에서 가장 비용이 많이 드는 데이터 기반 실패 중 하나입니다. 오류 하나하나가 반품, 재배송, 그리고 고객 불만으로 이어지는 연쇄 반응을 일으킵니다.

스캔 기반 오류 방지

1. 먼저 위치 라벨을 스캔하십시오. 검사 숫자 및 형식 유효성 검사를 통해 잘못된 위치 코드를 즉시 감지할 수 있으며, WMS는 해당 위치가 예상 위치인지 확인합니다.
2. 품목 또는 케이스의 GTIN을 스캔하십시오. 시스템은 이를 피킹 작업과 비교하여 수량 입력 전에 잘못된 품목을 거부합니다.
3. 스캔 횟수로 수량을 확인하거나, 모든 제품을 스캔하는 것이 비현실적인 경우에는 무게 측정으로 수량을 확인하십시오.
4. 유닛을 닫을 때 대상 컨테이너 또는 SSCC를 스캔하고 내용을 해당 컨테이너에 연결합니다.
5. 선적 시 SSCC를 선적 명세서와 대조하여 스캔하십시오.

Quantify accuracy as defects per million lines picked. A line accuracy of 99.9 percent sounds high, yet it equals [latex](1 – 0.999) \times 10^{6} = 1000[/latex] errors per million lines, far from six sigma. State targets in DPMO, so that they connect to your Lean Six Sigma metrics.

22. 서비스, 사후 관리 및 제품 수명 종료

무선 및 현장 업데이트

업데이트 프로세스는 세 가지 방식으로 실패할 수 있습니다. 전송 파일이 손상되었거나, 장치에 적합하지 않은 이미지이거나, 악성 이미지인 경우입니다. 이러한 실패에 대응할 수 있도록 여러 단계의 보안 조치를 마련하십시오.

• 청크별 또는 블록별 CRC 검사를 통해 전송 오류를 조기에 감지할 수 있습니다.
• 설치 전에 전체 이미지의 해시값을 확인하여 이미지의 완전성을 확인합니다.
• 기기에 저장된 공개 키에 대한 서명 확인을 통해 출처를 확인합니다.
• 제품 및 하드웨어 식별자가 일치하지 않으면 다른 장치용으로 제작된 이미지를 설치할 수 없습니다.
• 롤백 보호 기능이 있는 버전 검사를 통해 취약한 릴리스로 다운그레이드하는 것을 방지합니다.
• 부팅 시 확인 기능을 갖춘 이중 파티션은 새 이미지가 실패할 경우 이전 이미지를 실행할 수 있도록 합니다.

예비 부품, 보증 및 반품

• 예비 부품 번호에는 검증 숫자가 포함되어 있으며, 보증 등록 웹 양식에서 이를 검증하여 입력 오류를 사전에 파악할 수 있습니다.
• 일련번호는 현장 오류를 생산 과정의 이력(라인 끝에서 기록된 펌웨어 다이제스트 포함)과 연결합니다.
• 역물류에도 순물류와 동일한 식별자와 검사 절차가 필요합니다.

23. 우발적 부패와 악의적 부패

정확한 수표 확인 방법은 오류의 원인이 무엇인지에 따라 달라집니다. 소음, 마모, 사람의 실수 등은 무작위적이지만, 공격자나 위조범은 그렇지 않으며, 수표에서 당신이 알아차릴 수 없는 미세한 부분까지 선택적으로 수정합니다.

충돌 공격은 두 당사자가 한쪽이 준비한 파일보다 해시값을 더 신뢰하는 모든 경우에 문제가 됩니다. MD5와 SHA-1은 이 테스트를 통과하지 못합니다. 메시지 인증에는 HMAC를 사용해야 하며, 길이 증가 때문에 비밀 접두사를 사용하는 해시는 절대 사용하지 마십시오.

24. 올바른 체크섬을 선택하는 방법

Start with the threat, then the data type, then the constraints. Work through the questions in order and stop at the first mechanism that fits, then add the next one if the answer to a later question is also yes.

1. Could someone change the data deliberately and benefit from it? If yes, use a digital signature or an HMAC. Keep a CRC or hash only for accidental errors.
2. Does a person type, read or scan the value? If yes, use a check digit on the identifier, validation at the scanner, and 2D marks with error correction against physical damage.
3. Does the data travel over a bus or sit in small memory? If yes, use a CRC with a polynomial chosen for the message length and the Hamming distance you need. Add an end-to-end CRC for critical parameters.
4. Must a file or record be shown identical to a reference? If yes, use SHA-256 for the comparison. A fast non-cryptographic hash is enough for non-critical comparisons.
5. Must the data survive damage without a retry? If yes, add an error-correcting code.
6. Is the data part of a regulated record? If yes, add an audit trail, validation, and a documented rationale for the chosen method.

25. 실행 가이드

Three rules save most of the pain. Use a tested library or a single shared implementation. Fix every parameter in a controlled document. Test with published vectors before the first production run. Appendix B holds the vectors used below.

def gs1_check_digit(body: str) -> int:
    if not body.isdigit():
        raise ValueError('digits only')
    total = sum(int(d) * (3 if i % 2 == 0 else 1)
                for i, d in enumerate(reversed(body)))
    return (10 - total % 10) % 10

def gs1_is_valid(full: str) -> bool:
    return (full.isdigit() and len(full) > 1
            and gs1_check_digit(full[:-1]) == int(full[-1]))

assert gs1_check_digit('400638133393') == 1
assert gs1_check_digit('34012345000000001') == 7
assert gs1_is_valid('4006381333931')

=MOD(10-MOD(SUMPRODUCT(--MID(A1,{1,3,5,7,9,11},1))+3*SUMPRODUCT(--MID(A1,{2,4,6,8,10,12},1)),10),10)

WITH RECURSIVE d(i, n) AS ( SELECT 1, LENGTH('400638133393') UNION ALL SELECT i + 1, n FROM d WHERE i < n ) SELECT (10 - (SUM(CAST(SUBSTR('400638133393', i, 1) AS INTEGER) * CASE WHEN (n - i) % 2 = 0 THEN 3 ELSE 1 END) % 10)) % 10 AS check_digit FROM d;

함수 GS1_CheckDigit : INT VAR_INPUT sBody : STRING(17); END_VAR VAR i, n, iSum : INT; END_VAR n := LEN(sBody); iSum := 0; FOR i := 1 TO n DO IF ((n - i) MOD 2) = 0 THEN iSum := iSum + 3 * STRING_TO_INT(MID(sBody, 1, i)); ELSE iSum := iSum + STRING_TO_INT(MID(sBody, 1, i)); END_IF END_FOR GS1_CheckDigit := (10 - (iSum MOD 10)) MOD 10;

uint32_t crc32_update(uint32_t crc, const uint8_t *data, size_t len) { while (len--) { crc ^= *data++; for (int bit = 0; bit > 1) ^ (0xEDB88320u & (0u - (crc & 1u))); } } return crc; } /* 0xFFFFFFFF로 시작하여 각 청크에 값을 입력하고 마지막으로 XOR 연산을 수행합니다. crc = 0xFFFFFFFFu; crc = crc32_update(crc, buffer, length); crc ^= 0xFFFFFFFFu; ASCII 문자열 123456789에 대한 결과는 0xCBF43926입니다. */

import hashlib

def crc16_modbus(data: bytes) -> int:
    crc = 0xFFFF
    for byte in data:
        crc ^= byte
        for _ in range(8):
            crc = (crc >> 1) ^ 0xA001 if crc & 1 else crc >> 1
    return crc

frame = bytes([0x01, 0x03, 0x00, 0x00, 0x00, 0x0A])
crc = crc16_modbus(frame)
wire = frame + bytes([crc & 0xFF, crc >> 8])   # low byte first

def sha256_file(path, chunk=1024 * 1024):
    h = hashlib.sha256()
    with open(path, 'rb') as f:
        for block in iter(lambda: f.read(chunk), b''):
            h.update(block)
    return h.hexdigest()

체크섬 구현 시 주의 사항

26. 역할별 모범 사례 체크리스트

연구 개발 및 디자인 번호 매기기 개념의 첫 번째 초안부터 시작하여 모든 식별자 체계에 검사 숫자와 고정된 형식을 정의하십시오. 펌웨어 이미지에 매직 넘버, 버전, 길이, CRC 및 서명이 포함된 헤더를 추가하고 오류 발생 시 동작을 지정하십시오. 인터페이스 명세에 CRC 매개변수와 다항식 사용 이유를 명시하십시오. 출고된 패키지의 해시값을 출고 기록과 공급업체 전송 내역에 저장하십시오. 안전성 분석에 메모리 및 통신 점검에 대한 진단 범위를 포함하십시오.	조작 스캔 및 플래시 스테이션을 하드 스톱 기능이 있는 게이트처럼 운영하고 모든 우회 경로를 기록하십시오. 펌웨어는 읽기 방식 또는 장치 보고 다이제스트를 통해 검증하고, 일련 번호별로 결과를 기록합니다. 각 로트의 시작 부분에 있는 골든 해시와 활성 레시피를 비교하십시오. 매 근무조마다 알려진 불량 샘플을 사용하여 각 검사 결과를 검증하십시오. 검증 장비와 스캐너를 정기적으로 교정하고 유지 관리하십시오.
	품질 FMEA 탐지율을 검증하는 데 있어, 검증 결과 및 우회 기록과 같은 증거를 활용합니다. 검사 결과를 검증하고, 테스트 벡터를 검증 파일에 보관하십시오. 모의 리콜을 실행하고 영향을 받는 장치 목록을 확인하는 데 걸리는 시간을 추적합니다. 차트 스캔 실패율과 검증 등급을 분석하고 추세를 파악하여 조치를 취하십시오. 공급업체 인증서를 구매 주문서 및 수령 데이터와 자동으로 대조합니다.
기호 논리학 각 품목을 집을 때마다 스캔하여 위치, 품목 및 용기를 확인하십시오. 수신 시 식별자와 메시지를 검증하고 거래 파트너별 거부율을 추적합니다. SSCC를 중앙에서 할당하고 고유성을 강제합니다. 라벨 부착 시점에서 라벨을 검증하고, 길거나 복잡한 공급망에는 2D 기호를 사용하십시오. 백만 줄당 결함 수로 목표를 명시하십시오.	IT와 OT 검증 숫자, CRC 및 해시를 위한 공유 라이브러리 또는 서비스를 하나 제공하고, 테스트 벡터를 공개하십시오. 펌웨어와 빌드에 서명하고, 개인 키를 하드웨어 보안 모듈에 보관하며, 키 순환 및 폐기 계획을 수립합니다. 시계를 동기화하고, 외부 앵커링을 사용하는 추가 전용 저장소 또는 해시 체인에 기록을 보관합니다. 식별자를 사용하는 모든 시스템에서 식별자는 문자열로 저장해야 합니다. SHA-1이 퇴출되고 양자역학 기반 암호화 서명이 등장하고 있으므로 알고리즘의 유연성을 확보해야 합니다.

체크섬 및 유사 항목에 대한 결론

체크섬은 간단하고 오래되었으며 잘 알려져 있습니다. 물리적 제품 작업에서 체크섬의 가치는 제품 수명 주기의 적절한 시점에 올바른 체크섬을 적용하고, 증거를 통해 검증되는 통제된 프로세스로 체크섬 검사를 처리하는 데 있습니다.

사람이나 스캐너가 식별자를 다룰 때는 검사 숫자를 사용하십시오. 프레임, 블록 및 이미지에는 메시지 길이에 맞는 다항식을 사용하는 CRC를 사용하십시오. 파일 및 기록에는 SHA-256을 사용하고, 고의적인 변경 위험이 있는 곳에는 서명이나 키 코드를 사용하십시오. 표시나 메모리가 손상될 수 있는 곳에는 오류 수정 기능을 추가하십시오.

그다음에는 증거를 통해 검증 과정을 마무리하십시오. 검증 과정을 검토하고, 검증자를 보정하고, 결과를 기록하고, 수치를 검토하십시오. 아무도 검증하지 않은 검증은 추측에 불과합니다.

자주 묻는 질문

부록

부록 A: 테스트 벡터

모든 값은 25장에 제시된 코드 또는 참조 도구를 사용하여 계산되거나 확인되었습니다. 모든 입력 문자열은 ASCII 텍스트로 제공됩니다.

부록 B: 표준 및 참고 자료

본 기사에 사용된 온라인 자료는 2026년 11월에 확인되었습니다.

• GS1 일반 사양 그리고 GS1 UK의 검사 숫자 계산 가이드
• 49 CFR 565.15, VIN의 내용 요건
• ISO/IEC 15416:2025 그리고 ISO/IEC 15415:2024선형 및 2차원 기호의 인쇄 품질 등급 분류
• 자동화에서의 CAN, CAN 프레임의 CRC
• Koopman, 인터넷 애플리케이션용 32비트 순환 중복 코드
• Reveng CRC 카탈로그
• NIST, SHA-1의 폐기
• 매티슨, 사이버 복원력법 보고 의무
• 유럽 ​​위원회, 배터리 및 배터리 여권 그리고 디지털 제품 패스포트 등록 안내
• FDA, DSCSA 소형 디스펜서 면제 그리고 뷰캐넌, 2027년까지 연장

명시된 표준 및 간행물은 발행 기관에서 구할 수 있습니다.

• RFC 1071(인터넷 체크섬), RFC 2104(HMAC), RFC 3161(타임스탬프 프로토콜)
• FIPS 180-4(SHA-1 및 SHA-2), FIPS 202(SHA-3), NIST SP 800-38B(CMAC)
• ISO/IEC 7064(체크 문자 시스템), ISO 6346(컨테이너 코드), ISO/IEC 29158(직접 부품 마크 품질)
• ISO 9001, IATF 16949, AS9100, ISO 13485, ISO 26262, IEC 61508, IEC 62304, IEC 62443
• AIAG 및 VDA FMEA 핸드북, 초판, 2019
• 21 CFR 파트 11, EU GMP 부록 11, GAMP 5
• Maxino 및 Koopman, 임베디드 제어 네트워크를 위한 체크섬의 효율성, IEEE 신뢰성 및 보안 컴퓨팅 트랜잭션, 2009
• 규정(EU) 2024/2847(사이버 복원력법), 규정(EU) 2024/1781(지속 가능한 제품을 위한 에코디자인), 규정(EU) 2023/1542(배터리), 지침(EU) 2022/2555(NIS2)

사용된 용어집

Advance Shipping Notice (ASN): a notification sent by a supplier to inform a buyer about the details of a pending shipment, including contents, quantities, and expected arrival time, facilitating efficient receiving and inventory management.

Advanced Encryption Standard (AES): 미국 국립표준기술연구소(NIST)에서 개발한 대칭 키 암호화 알고리즘으로, 128, 192 또는 256비트의 키 크기를 가진 블록 암호를 사용하며, 치환 및 순열 과정을 통해 전자 데이터를 보호하도록 설계되었습니다.

Asynchronous Transfer Mode (ATM): 고정 크기의 셀을 사용하여 데이터를 전송하는 고속 네트워킹 기술로, 다양한 미디어 유형에서 효율적이고 유연한 통신을 가능하게 합니다. 음성, 영상, 데이터 등 다양한 서비스 유형을 지원하며, 서비스 품질(QoS) 관리를 용이하게 합니다.

Attributable, Legible, Contemporaneous, Original, Accurate (ALCOA+): a set of principles ensuring data integrity in regulated environments, emphasizing that data must be traceable to its source, easily readable, recorded at the time of occurrence, in its original form, and precise in content.

Bill Of Material (BOM): 제품 제조에 필요한 구성 요소, 하위 조립품 및 원자재를 수량 및 사양을 포함하여 자세히 나열한 구조화된 목록으로, 생산 계획 및 재고 관리에 사용됩니다.

Bill of Materials (BOM): 제품 제조에 필요한 구성 요소, 재료 및 수량을 자세히 나열한 종합 목록으로, 제조 및 엔지니어링 분야에서 생산 계획, 재고 관리 및 비용 추정을 용이하게 하기 위해 자주 사용됩니다.

Carriage and Insurance Paid To (CIP): 운송 조건 중 하나로, 판매자가 지정된 목적지까지의 상품 운송 및 보험료를 부담하고, 상품을 운송업체에 인도하는 순간 위험이 구매자에게 이전됨을 의미합니다.

Central Processing Unit (CPU): 컴퓨터 프로그램의 명령을 실행하여 산술, 논리, 제어 및 입출력 연산을 수행하는 하드웨어 구성 요소입니다. 산술 논리 장치, 제어 장치 및 레지스터로 구성되며 컴퓨팅 시스템에서 주 처리 장치 역할을 합니다.

Certificate of Analysis (CoA): a document issued by a manufacturer or testing laboratory that confirms a product's specifications, quality, and compliance with regulatory standards, detailing test results and methods used for analysis.

Certificate of Conformance (CoC): 제조업체 또는 공급업체가 제품이 특정 기준, 규정 또는 계약 요건을 충족함을 확인하는 문서로, 품질 보증 및 규정 준수 검증 과정에서 자주 사용됩니다.

Code of Federal Regulations (CFR): 미국 연방 기관에서 발행한 일반적이고 영구적인 규칙들을 주제별로 50개 편으로 정리한 것으로, 연방 규정에 대한 공식적인 법적 자료 역할을 합니다.

Computed Tomography (CT): X선과 컴퓨터 처리를 이용하여 인체의 단면 이미지를 생성하는 의료 영상 기술로, 내부 구조와 조직을 자세히 시각화할 수 있게 해줍니다. 2차원 데이터를 3차원 이미지로 표현함으로써 진단 능력을 향상시킵니다.

Computer Aided Design (CAD): 엔지니어링, 건축, 제조 등 다양한 분야에서 설계를 생성, 수정, 분석 및 최적화하는 데 사용되는 소프트웨어 응용 프로그램으로, 디지털 도구와 기술을 통해 정밀한 도면과 모델을 만들 수 있습니다.

Computer Algebra Systems (CAS): 기호 형태로 표현된 수학적 표현식을 조작하도록 설계된 소프트웨어로, 단순화, 미분, 적분 및 방정식 풀이와 같은 연산을 가능하게 합니다. 이러한 시스템은 정확한 계산을 용이하게 하고 대수적 문제 해결을 위한 도구를 제공하며, 교육 및 연구 분야에서 자주 사용됩니다.

Computer-Aided Design (CAD): 엔지니어링, 건축, 제조 등 다양한 분야에서 설계를 생성, 수정, 분석 및 최적화하는 데 사용되는 소프트웨어 응용 프로그램으로, 디지털 도구와 기술을 통해 정밀한 도면과 모델을 만들 수 있습니다.

Contract Manufacturer (CM): 아웃소싱 업체란 특정 설계 및 품질 사양에 따라 다른 회사를 대신하여 제품을 생산하는 회사를 말합니다. 이러한 방식을 통해 의뢰 기업은 마케팅 및 제품 개발과 같은 핵심 역량에 집중하고 제조 공정은 아웃소싱할 수 있습니다.

Conversion Rate (CR): 웹사이트 또는 랜딩 페이지 방문자 중 구매 또는 뉴스레터 구독과 같은 원하는 행동을 완료한 방문자의 비율로, 전환 수를 전체 방문자 수로 나누어 계산합니다.

Cost and Freight (CFR): 판매자가 지정된 항구까지 상품을 운송하는 데 드는 운송비와 운임을 부담하고, 구매자는 상품이 선박에 선적된 후 발생하는 보험 및 비용에 대한 위험과 책임을 부담하는 선적 계약.

Cost of Poor Quality (COPQ): 제품이나 서비스의 결함, 고장 및 비효율과 관련된 총비용으로, 재작업, 폐기, 보증 청구 및 매출 손실을 포함하며, 품질 기준을 충족하지 못했을 때 발생하는 재정적 영향을 반영합니다.

Critical to Quality (CTQ): 고객 만족도와 제품 성능에 상당한 영향을 미치는 측정 가능한 특성 또는 속성으로, 품질 관리 및 프로세스 개선 계획의 핵심 요소 역할을 합니다.

Cyclic Redundancy Check (CRC): a method for detecting errors in digital data by applying polynomial division. It generates a fixed-size checksum based on the data's binary representation, allowing verification of data integrity during transmission or storage.

Defects Per Million Opportunities (DPMO): 품질 관리에서 사용되는 측정 지표로, 백만 건의 오류 발생 기회당 공정상의 결함 수를 정량화한 값입니다. 결함 수를 전체 오류 발생 기회 수로 나누고 백만을 곱하여 계산합니다.

Define Measure Analyze Improve Control (DMAIC): 식스 시그마에서 프로세스 개선을 위해 사용되는 데이터 기반 품질 전략으로, 문제 식별, 현재 성과 측정, 원인 파악을 위한 데이터 분석, 분석 결과를 바탕으로 프로세스 개선, 그리고 개선 사항 유지를 위한 향후 성과 관리의 다섯 단계로 구성됩니다.

Define, Measure, Analyze, Improve, Control (DMAIC): a data-driven quality strategy used in Six Sigma for process improvement, consisting of five phases: defining the problem, measuring current performance, analyzing data to identify causes, improving processes based on findings, and controlling future performance to sustain improvements.

Differential Scanning Calorimetry (DSC): 열분석 기술은 온도의 함수로서 재료의 상변화와 관련된 열 흐름을 측정하여 녹는점, 유리전이온도, 열용량과 같은 열적 특성을 결정할 수 있게 해줍니다.

Electronic data interchange (EDI): 전자 문서 교환은 기업 간 비즈니스 문서를 전자적으로 교환하는 표준화된 방법으로, 자동화된 데이터 전송을 가능하게 하고 종이 기반 프로세스를 줄입니다. ANSI X12 또는 EDIFACT와 같은 구조화된 형식을 통해 주문, 송장, 배송 통지 등의 거래를 용이하게 합니다.

Electronic Product Code Information Services (EPCIS): a set of standards enabling the sharing of information about the physical movement and status of products in the supply chain, facilitating visibility and traceability through the use of Electronic Product Codes (EPC).

Engineering Change Notice (ECN): 제품 설계, 사양 또는 프로세스의 변경 사항을 전달하는 문서로, 변경 사유, 영향을 받는 항목 및 구현 지침을 자세히 설명하여 모든 이해 관계자가 정보를 얻고 전환을 효과적으로 관리할 수 있도록 합니다.

Engineering Change Order (ECO): 제품의 설계, 사양 또는 공정 변경을 승인하는 문서로, 변경 사항, 사유 및 구현 지침을 상세히 기술하여 제품 수명 주기 전반에 걸쳐 변경 사항을 적절하게 추적하고 관리할 수 있도록 합니다.

Enterprise Resource Planning (ERP): 재무, 인사, 제조 및 공급망을 포함한 핵심 비즈니스 프로세스를 통합 시스템으로 통합하여 조직 전반의 운영을 간소화하고 데이터 정확성을 향상시키며 의사 결정을 강화하는 소프트웨어 솔루션입니다.

Error-Correcting Code (ECC): a method used in digital communication and data storage that enables the detection and correction of errors in transmitted or stored data by adding redundant information, allowing recovery of original data despite corruption or loss.

Failure Mode and Effects Analysis (FMEA): a systematic method for evaluating potential failure modes within a system, process, or product, assessing their effects on performance, and prioritizing risks to improve reliability and safety through corrective actions.

First Article Inspection (FAI): 대량 생산이 시작되기 전에 최초 생산품을 지정된 요구 사항과 대조하여 검사함으로써 제조업체의 생산 공정을 검증하고 설계 사양 및 표준을 준수하는지 확인하는 품질 보증 프로세스입니다.

Food and Drug Administration (FDA): a federal agency of the United States Department of Health and Human Services responsible for regulating food safety, pharmaceuticals, medical devices, cosmetics, and tobacco products to ensure public health and safety through scientific evaluation and enforcement of compliance standards.

Forms Follow Functions (FFF): 사물의 형태나 외관은 주로 의도된 기능이나 목적에 따라 결정되어야 하며, 미적 고려 사항보다 실용성과 사용성을 강조한다는 디자인 원칙.

Global Location Number (GLN): a unique identifier for physical locations or legal entities within the supply chain, consisting of 13 digits. It facilitates efficient data exchange and enhances traceability in business transactions.

Global Positioning System (GPS): 위성 기반 항법 시스템은 위성, 지상국 및 수신기 네트워크를 활용하여 삼각 측량을 통해 정확한 좌표를 결정함으로써 지구상의 어디에서든 정확한 위치 및 시간 정보를 제공합니다.

Global Trade Item Number (GTIN): a unique identifier for products, consisting of 8, 12, 13, or 14 digits, used internationally to facilitate the identification and tracking of items in commerce and supply chains. It is often represented in barcodes.

Good Manufacturing Practice (GMP): a system ensuring products are consistently produced and controlled according to quality standards, minimizing risks involved in pharmaceutical production and related industries. It encompasses guidelines for manufacturing processes, facility conditions, personnel qualifications, and documentation practices to ensure product safety and efficacy.

Hash-Based Message Authentication Code (HMAC): a cryptographic construct that combines a hash function with a secret key to ensure data integrity and authenticity, producing a fixed-size output that verifies both the message and the key, protecting against tampering and forgery.

Hypertext Transfer Protocol (HTTP): 인터넷을 통해 하이퍼텍스트를 전송하는 데 사용되는 프로토콜로, 웹 브라우저와 서버 간의 통신을 가능하게 합니다. 요청 및 응답 형식을 정의하여 HTML 문서, 이미지 및 기타 미디어와 같은 웹 리소스를 쉽게 검색할 수 있도록 합니다.

Installation Qualification (IQ): a documented process to verify that equipment or systems are installed according to specifications, including assessment of utilities, environmental conditions, and compliance with design requirements, ensuring readiness for operational qualification.

Institute of Electrical and Electronics Engineers (IEEE): 전기공학, 전자공학, 컴퓨터 과학 및 관련 분야의 기술 발전을 위해 출판물, 학술대회 및 표준 개발을 통해 헌신하는 전문 협회입니다. 전 세계 전문가와 연구자 간의 혁신과 협력을 촉진합니다.

International Electrotechnical Commission (IEC): a global organization that develops and publishes international standards for electrical, electronic, and related technologies, facilitating international trade and ensuring safety, efficiency, and interoperability of electrical devices and systems.

International Organization for Standardization (ISO): a non-governmental international body that develops and publishes standards to ensure quality, safety, efficiency, and interoperability across various industries and sectors, facilitating global trade and cooperation. Established in 1947, it comprises national standardization organizations from member countries.

Internet of Things (IoT): 센서, 소프트웨어 및 기타 기술이 내장된 상호 연결된 장치 네트워크로, 인터넷을 통해 데이터를 수집하고 교환할 수 있어 다양한 프로세스와 시스템의 자동화, 모니터링 및 제어를 용이하게 합니다.

Manufacturing Execution System (MES): 실시간으로 생산 공정을 모니터링, 제어 및 최적화하는 소프트웨어 솔루션으로, 데이터 수집, 제조 운영 추적, 그리고 기업 시스템과의 통합을 통해 생산 현장의 효율성과 생산성을 향상시킵니다.

Measurement System Analysis (MSA): a statistical method used to evaluate the accuracy, precision, and reliability of measurement processes and instruments, ensuring that data collected is valid and consistent for decision-making in quality control and process improvement.

Metal Active Gas (welding) (MAG): 철금속과 비철금속을 접합하는 과정에서 소모성 전극을 지속적으로 공급하고, 일반적으로 이산화탄소를 포함하는 보호 가스 혼합물을 사용하여 용접 풀을 대기 오염으로부터 보호하는 용접 공정입니다.

Metal Inert Gas (welding) (MIG): 용접 건을 통해 공급되는 연속적인 고체 와이어 전극을 사용하여 와이어와 공작물 사이에 전기 아크를 발생시켜 둘을 녹여 용접 풀을 형성하는 용접 공정입니다. 일반적으로 오염을 방지하기 위해 불활성 가스로 보호됩니다.

Operational Qualification (OQ): a validation process that ensures equipment or systems operate according to specified requirements within defined limits, confirming that they perform as intended in their operational environment.

Optical Proximity Correction (OPC): 반도체 제조 과정에서 발생하는 광학적 왜곡을 보정하기 위해 마스크 패턴을 수정하는 리소그래피 향상 기술로, 노광 및 현상 후 원하는 치수를 얻기 위해 특징의 모양과 크기를 조정하여 실리콘 웨이퍼의 특징 충실도를 향상시킵니다.

Ordinary Differential Equation (ODE): 함수와 그 도함수를 포함하는 수학 방정식으로, 함수와 그 변화율 사이의 관계를 나타냅니다. 해는 주어진 정의역 내에서 방정식을 만족하는 함수입니다.

Performance Qualification (PQ): a process that verifies a system or equipment operates according to specified requirements under real-world conditions, ensuring it consistently performs its intended function within predetermined limits.

Probability Density Function (PDF): 연속 확률 변수가 특정 값을 가질 가능성을 나타내는 함수로, 특정 구간에서 곡선 아래 면적은 해당 변수가 그 구간 내에 속할 확률을 나타냅니다.

Process Failure Mode and Effects Analysis (PFMEA): 제조 또는 비즈니스 프로세스에서 발생할 수 있는 잠재적 실패를 식별하고 평가하고, 결과에 미치는 영향을 분석하고, 위험을 완화하기 위한 조치의 우선순위를 정하는 체계적인 방법.

Product Data Management (PDM): 제품 수명 주기 전반에 걸쳐 제품 관련 데이터와 프로세스를 관리하는 시스템으로, 이해 관계자 간의 협업, 버전 관리 및 데이터 검색을 용이하게 하여 제품 개발 및 제조의 효율성을 높이고 오류를 줄입니다.

Product Lifecycle Management (PLM): a systematic approach to managing a product's lifecycle from inception, through engineering design and manufacturing, to service and disposal, integrating people, processes, data, and technology to improve product quality, reduce time to market, and enhance collaboration across stakeholders.

Production Part Approval Process (PPAP): 대량 생산 전에 공급업체가 품질 요구 사항을 충족하는지 확인하기 위해 제조 과정에서 사용되는 표준화된 절차로, 설계 사양, 공정 능력 및 생산 샘플에 대한 문서화 및 검증을 통해 고객 기대치와의 부합 여부를 확인합니다.

Programmable Logic Controller (PLC): 산업 공정 자동화에 사용되는 디지털 컴퓨터로, 명령어를 저장하는 프로그래밍 가능한 메모리, 기계를 모니터링하고 제어하기 위한 입출력 인터페이스, 그리고 제어 알고리즘을 실행하는 프로세서로 구성됩니다.

Project Management Office (PMO): 조직 내에서 프로젝트 관리 관행을 표준화하고, 거버넌스를 제공하며, 프로젝트 실행을 지원하고, 전략적 목표와의 일치를 보장하고 프로젝트 성과를 개선하기 위해 자원 배분을 촉진하는 중앙 집중식 조직입니다.

Random Access Memory (RAM): 하드디스크는 데이터를 어떤 순서로든 읽고 쓸 수 있는 컴퓨터 메모리 유형으로, 활성 프로세스와 애플리케이션에 빠른 접근과 임시 저장을 가능하게 합니다. 휘발성 메모리이므로 전원이 꺼지면 데이터가 손실됩니다.

Read-Only Memory (ROM): 비휘발성 저장 매체는 전원이 꺼져도 데이터가 유지되는 매체로, 일반적으로 자주 수정되지 않는 펌웨어 또는 소프트웨어를 저장하는 데 사용됩니다. 접근은 일반적으로 읽기 전용이며, 데이터 쓰기 기능은 제한적이거나 없습니다.

Request For Comments (RFC): 표준, 프로토콜 또는 방법론을 제안하여 커뮤니티 내에서 검토 및 논의를 거쳐 공식적인 채택으로 이어지는 문서입니다. 이는 기술 분야의 이해관계자들 간의 피드백을 수렴하고 협력을 증진하는 수단으로 활용됩니다.

Return on Investment (ROI): 투자 수익성을 평가하는 데 사용되는 재무 지표로, 투자 순이익을 초기 비용으로 나눈 값이며 백분율로 표시됩니다.

Serial Shipping Container Code (SSCC): a unique identifier for logistics units, consisting of 18 digits, used to track and manage shipments in supply chains, facilitating automated data capture and improving inventory accuracy.

Solid State Drive (SSD): NAND 기반 플래시 메모리를 사용하여 영구 데이터를 저장하는 데이터 저장 장치로, 기존 하드 디스크 드라이브에 비해 읽기 및 쓰기 속도가 빠르고 지연 시간이 짧으며 내구성이 뛰어나고 움직이는 부품이 없습니다.

Statistical Process Control (SPC): a method of quality control that employs statistical techniques to monitor and control a process, ensuring it operates at its full potential by identifying variations and maintaining consistent output within specified limits.

Structured Query Language (SQL): 관계형 데이터베이스를 관리하고 조작하는 데 사용되는 표준화된 프로그래밍 언어로, 사용자는 미리 정의된 명령과 구문을 통해 데이터 조회, 업데이트, 삽입 및 삭제와 같은 작업을 수행할 수 있습니다.

Toyota Production System (TPS): 폐기물 감소, 지속적인 개선, 효율적인 생산 흐름을 강조하는 제조 방법론으로, 적시생산(Just-In-Time) 및 지도가(Jidoka)와 같은 기술을 활용하여 품질과 운영 효율성을 향상시킵니다.

Transmission Control Protocol (TCP): 인터넷 프로토콜 제품군의 핵심 프로토콜로서, 네트워크를 통해 애플리케이션 간에 안정적이고, 순서대로, 그리고 오류 검사가 완료된 데이터 전송을 보장합니다. 연결을 설정하고, 데이터 흐름을 관리하며, 패킷 손실 시 재전송을 처리합니다.

Unique Device Identification (UDI): a system that assigns a distinct numeric or alphanumeric code to medical devices, enabling their identification and tracking throughout their lifecycle, ensuring traceability, regulatory compliance, and improved patient safety.

Universal Serial Bus (USB): 컴퓨터에 장치를 연결하여 데이터 전송 및 전원 공급을 가능하게 하는 표준입니다. 다양한 프로토콜을 지원하고 핫 스와핑을 허용하며, 여러 버전이 서로 다른 데이터 전송 속도와 전력 용량을 제공합니다. 키보드, 마우스, 저장 장치와 같은 주변 장치에 일반적으로 사용됩니다.

User Requirement Specification (URS): 시스템이나 제품에 대한 사용자의 요구사항과 기대치를 상세히 기술한 문서로, 개발을 안내하고 사용자 목표와의 일치를 보장하기 위해 기능적 및 비기능적 요구사항을 명시합니다.

User Datagram Protocol (UDP): 연결을 설정하지 않고 데이터그램을 전송할 수 있는 연결 없는 전송 계층 프로토콜로, 최소한의 오류 복구 서비스만 제공합니다. 스트리밍이나 온라인 게임처럼 속도가 안정성보다 우선시되는 빠르고 효율적인 데이터 전송이 필요한 애플리케이션에 적합합니다.

Value Engineering (VE): 프로젝트의 기능을 분석하고 비용을 절감하며 품질이나 신뢰성을 희생하지 않고 성능을 향상시켜 프로젝트의 가치를 높이는 체계적인 방법입니다. 이는 비용 효율적인 대안을 파악하고 실행하기 위해 여러 분야의 전문가가 협력하는 팀워크를 포함합니다.