UHF RFID EAS: RFID 도난 방지- 작동 방식 및 배포 전 확인 사항

UHF RFID는 개별 품목을 식별하고 재고 운영을 지원하며 올바른 시스템에서 전자 물품 감시(EAS)에 참여할 수 있습니다. 그렇다고 해서 모든 UHF RFID 태그가 자동으로 도난 방지 태그라는 의미는 아닙니다.-

EAS는 시스템-수준 기능이므로 구별이 중요합니다. 태그는 제품-상태 메커니즘을 지원할 수 있지만 리더, 소프트웨어, 판매 시점-프로세스, 종료 인프라 및 반품 워크플로가 모두 함께 작동해야 시스템이 상품 반출 허용 여부를 안정적으로 결정할 수 있습니다.

또 다른 일반적인 혼란의 원인이 있습니다. 즉, 상품에 RFID 라벨이 붙어 있다는 이유만으로 기존 EAS 게이트가 UHF RFID 판독기가 되지 않는다는 것입니다. 기존 EAS 인프라, RFID{1}}기반 EAS 및 이중-기술 RFID/EAS 라벨은 서로 다른 배포 접근 방식입니다.

이 가이드에서는 UHF RFID EAS 작동 방식, EAS 비트 또는 제품 상태 플래그의 실제 의미, 기본 배포 아키텍처의 차이점, 대량 태그 주문 또는 매장 출시 전에 테스트해야 할 사항에 대해 설명합니다.

UHF RFID EAS란 무엇입니까?

UHF RFID EAS는 전자 물품 감시 프로세스의 일부로 UHF RFID 시스템을 사용하는 것입니다. 보안 요소의 존재만을 감지하는 대신 RFID{1}}지원 시스템은 태그가 지정된 특정 품목을 식별하고 해당 품목이 통제 구역을 벗어나도록 승인되었는지 평가할 수 있습니다.

수동형 UHF RFID 태그는 일반적으로 EPC 또는 다른 식별자를 호환 가능한 판독기에 전달합니다. EAS 워크플로는 또 다른 결정을 추가합니다. 이 항목이 이탈을 통과해야 하는지, 아니면 이동으로 인해 예외가 발생해야 하는지입니다.

답변은 RFID 태그에 저장된 상태, 백엔드 트랜잭션 데이터베이스-또는 둘 다에서 나올 수 있습니다.

현재GS1 EPC 2세대 UHF RFID 표준릴리스 3.0.1입니다. GS1은 필수 프로토콜 요구사항과 선택적 기능을 분리하며 애플리케이션{2}}적합성 조항에는 변경-전자 기사 감시에 대한 추가 요구사항이 포함됩니다. 실제로 이는 기본적인 EPC Gen2 호환성만으로는 특정 태그-와-리더 조합이 필요한 EAS 워크플로를 지원한다는 것을 증명하기에 충분하지 않음을 의미합니다.

UHF RFID EAS는 기존 EAS와 동일하지 않습니다.

기존 EAS

기존 EAS는 주로 상품의 무단 제거를 감지하도록 설계되었습니다. 보안 라벨이나 하드 태그는 출구 근처에 위치한 EAS 게이트와 상호 작용합니다. 활성 보안 요소가 감지 영역에 진입하면 시스템이 경보를 생성할 수 있습니다.

시스템은 어떤 SKU나 일련번호가 부여된 품목이 문을 통과하는지 정확히 알 필요가 없습니다. 주요 임무는 활성 보안 요소를 탐지하는 것입니다.

RFID-기반 EAS

UHF RFID는 다르게 작동합니다. 리더는 안테나에 부착된 RFID IC와 통신해 개별 품목을 식별할 수 있다. 그런 다음 소프트웨어는 해당 ID, 태그{2}}측 상태, 거래 데이터 또는 이러한 신호의 조합을 사용하여 이동이 승인되었는지 여부를 결정할 수 있습니다.

이를 통해 분실-방지 이벤트를 보안 태그 존재 여부뿐만 아니라 품목{1}}수준 정보와 연결할 수 있습니다.

듀얼-기술 RFID + EAS 태그

세 번째 옵션은 UHF RFID 인레이와 기존 EAS 구성 요소를 모두 포함하는 물리적 라벨입니다.

이 아키텍처는 소매업체가 품목 식별 및 재고 운영을 위해 RFID를 원하지만 설치된 EAS 게이트 시스템을 유지하려는 경우에 유용합니다. 에이버리 데니슨(Avery Dennison)은 현재 목록에 있습니다.이중-기술 UHF RFID 및 EAS 콤보 태그이 목적을 위해.

기술을 결합하는 이유는 간단합니다. 기존 RF EAS 게이트와 RAIN RFID 리더기는 서로 바꿔 사용할 수 없습니다. Avery Dennison은 기존 RF EAS 게이트 리더기가 RAIN RFID 리더기로 작동할 수 없다는 점을 구체적으로 문서화했습니다.

"RFID EAS 태그"가 기존 매장 게이트와 작동하는지 묻기 전에 먼저 두 기술을 모두 확인하세요. 중요한 질문은 태그 인용문의 문구가 아닙니다. RFID 및 EAS 구성 요소가 실제로 라벨과 출구에 설치되는 것입니다.

UHF RFID 시스템에서 EAS 기능이 작동하는 방식

정확한 순서는 IC 및 시스템 아키텍처에 따라 다르지만 대부분의 배포에는 동일한 운영 체크포인트가 있습니다.

1. 태그가 인코딩되어 항목과 연결됩니다.

RFID 태그가 제품에 부착되어 품목 기록과 연결됩니다. EPC 또는 다른 식별자가 태그에 기록되어 비즈니스 시스템의 제품 정보에 연결될 수 있습니다.

선택한 IC가 태그측 EAS 또는 제품-상태 메커니즘을 지원하는 경우 인코딩 중에 초기 상태가 구성될 수도 있습니다.

2. 품목이 활성 판매 또는 통제 상태에 진입합니다.

품목이 매장, 도서관 또는 다른 통제 구역 내에 남아 있는 동안 시스템은 해당 품목을 아직 승인된 제거 프로세스를 완료하지 않은 상품 또는 자산으로 처리합니다.

해당 상태는 두 가지 주요 방법으로 유지될 수 있습니다.

• 지원되는 상태 메커니즘을 통해 RFID 태그에 직접 위치하거나
• 항목의 EPC 또는 기타 식별자와 연결된 백엔드 데이터베이스에{0}}있습니다.

3. 결제 또는 승인으로 인해 비즈니스 상태가 변경됨

판매, 대출, 양도 또는 기타 승인된 이벤트가 발생하면 시스템은 해당 품목의 반출이 허용된다는 것을 기록해야 합니다.

태그측 설계에서 POS 또는 RFID 시스템은 지원되는 상태 플래그를 업데이트할 수 있습니다. 데이터베이스- 기반 설계에서는 백엔드 레코드가 업데이트되는 동안 태그 자체가 변경되지 않은 채로 남아-있을 수 있습니다.

이 단계는 일반적인 거래 흐름의 일부여야 합니다. 직원이 합법적인 판매가 완료될 때마다 별도의 보안 작업을 기억해야 한다면 허위 경보가 발생할 위험이 높아집니다.

4. 종료 시스템이 항목을 평가합니다.

RFID{0}}지원 출구에서 리더는 태그를 감지하고 관련 데이터를 EAS 로직에 전달합니다.

시스템은 태그측 상태를 확인하거나, EPC를 거래 기록과 비교하거나, 둘 다를 평가할 수 있습니다. 필요한 인증 프로세스를 완료하지 않은 항목은 경보나 다른 예외 작업을 트리거할 수 있습니다.

5. 반품 및 재{1}}입장은 올바른 상태로 복원되어야 합니다.

반품된 품목은 이전에 출고 승인을 받은 후{0}}재고에 다시 들어갈 수 있습니다. 따라서 EAS 워크플로에는 정의된 재활성화 또는 상태-복원 프로세스가 필요합니다.

일치하는 반품 워크플로가 없는 결제 워크플로는 불완전합니다. 반품된 상품은 더 이상 실제 비즈니스 상태를 반영하지 않는 상태로 매장에 다시 나타날 수 있습니다.

EAS 비트 또는 제품 상태 플래그란 무엇입니까?

"EAS 비트"라는 표현은 유용한 약어이지만 동일한 위치에 존재하고 모든 UHF RFID IC에서 동일한 방식으로 동작하는 범용 메모리 비트로 취급되어서는 안 됩니다.

다양한 칩과 시스템은 다양한 방식으로 EAS를 구현할 수 있습니다.

일부 RFID IC는 전용 제품-상태 기능을 제공합니다. 예를 들어 NXP는 선택된 UCODE 제품에 대한 제품 상태 플래그를 문서화합니다. 현재UCODE DNA 트랙 문서화백엔드 데이터베이스에 전적으로 의존하기 위한 보안 결정을 요구하지 않고 EAS 애플리케이션을 지원할 수 있는 제품 상태 플래그가 포함되어 있습니다.{0}}

다른 칩은 다양한 옵션, 맞춤 또는 제조업체별-특정 기능을 사용할 수 있습니다. 별도의 시스템 클래스는 EAS 플래그에 전혀 의존하지 않습니다. 종료 리더는 EPC를 식별하고 소프트웨어는 관련 항목이 판매, 대여, 양도 또는 승인되었는지 여부를 확인합니다.

따라서 구매 목적의 "EAS 비트가 있는 UHF RFID 태그"는 불완전한 사양입니다.

더 강력한 요구 사항은 다음과 같습니다.

UHF RFID 태그 및 IC는 의도한 EAS 아키텍처, 리더 플랫폼, POS 워크플로 및 종료{0}}검증 방법과 호환됩니다.

태그-측면 EAS와 데이터베이스-기반 EAS

태그 데이터시트만으로는 어떤 접근 방식도 선택해서는 안 됩니다. 결정은 품목이 출구에 도달할 때 매장, 판독기, POS 및 소프트웨어 아키텍처가 어떻게 작동할 것으로 예상되는지에 따라 달라집니다.

모든 UHF RFID 태그가 EAS를 지원합니까?

아니요.

패시브 UHF RFID 태그는 재고 계산에 적합하지만 여전히 특정 애플리케이션에 필요한 EAS 기능이 부족합니다.

호환성을 가정하기 전에 전체 기술 체인을 확인하십시오.

• RFID IC:칩이 필수 EAS, 제품 상태 플래그 또는 기타 상태 메커니즘을 구현합니까?
• 태그 또는 인레이:안테나 디자인이 실제 제품과 설치 환경에 적합한가요?
• 리더:리더가 필요한 태그 기능을 질문하거나 수정할 수 있습니까?
• 펌웨어 또는 SDK:리더 소프트웨어가 애플리케이션에 필요한 명령을 제공합니까?
• 미들웨어:RFID 판독이 승인 또는 분실{0}}예방 결정으로 이어질 수 있나요?
• POS:모든 유효한 결제가 필수 태그 또는 데이터베이스 상태를 안정적으로 업데이트합니까?
• 출구 인프라:설치된 안테나 레이아웃이 실제 출입구에서 의도한 항목을 일관되게 감지할 수 있습니까?
• 반품 작업 과정:반품 또는 재입고 후 상품을 적절한 보안 상태로 복원할 수 있나요?-

RFID IC가 "EAS를 지원한다"고 말하는 공급업체는 완성된 시스템이 출구에서 작동할 것임을 증명하지 않습니다.

EPC Gen2 및 EAS 지원

EPC Gen2와 EAS 간의 관계는 지나치게 단순화되는 경우가 많습니다.

GS1의 현재 EPC Generation-2 UHF RFID 사양은 릴리스 3.0.1입니다. 표준은 필수, 선택, 독점 및 사용자 정의 명령 범주를 정의합니다. 또한 특정 변경 전자 물품 감시 적합성을 추구하는 태그 및 질문자는 해당 애플리케이션에 대해 식별된 추가 옵션 조항을 지원해야 한다고 명시합니다.

이는 중요한 구매 규칙으로 이어집니다.

"EPC Gen2 호환"을 장치가 필요한 EAS 워크플로를 지원한다는 증거로 취급하지 마십시오.

대신 정확한 IC 기능, 리더 명령, 펌웨어 동작 및 애플리케이션 로직을 확인하세요.

UHF RFID EAS와 기존 EAS 비교

유일한 요구 사항이 기본적인 도난 방지 감지뿐인 경우에는 기존 EAS가 여전히 더 간단한 선택일 수 있습니다.- UHF RFID는 재고, 입고, 보충, 체크아웃 또는 자산 가시성에 품목{2}}수준 RFID가 이미 필요한 경우 더욱 적합해집니다.

세 가지 일반적인 RFID 및 EAS 배포 아키텍처

아키텍처 1: 별도의 RFID 및 EAS 시스템

이 제품에는 식별 또는 목록을 위한 RFID와 손실 방지를 위한 별도의 기존 EAS 요소가 포함되어 있습니다.

이는 두 기술을 독립적으로 유지합니다. 기존 EAS 환경이 안정적이고, 물리적인 태그를 결합할 운영상 이유가 없는 경우에 적합할 수 있습니다.

아키텍처 2: 이중-기술 RFID/EAS 라벨

단일 물리적 라벨에는 UHF RFID 인레이와 EAS 구성 요소가 모두 포함되어 있습니다.

이는 기존 EAS 게이트를 계속 사용해야 하지만 조직에서 품목-레벨 RFID를 추가하려는 경우 가장 실용적인 마이그레이션 경로입니다. 설치된 EAS 게이트가 UHF RFID 판독을 수행할 수 있다고 가정하지 않습니다.

아키텍처 3: RFID-기반 EAS

출구 자체는 UHF RFID 리더 인프라를 사용합니다. 시스템은 품목을 식별하고 태그-측 상태, 거래 데이터 또는 둘 다를 기반으로 품목의 반출 승인 여부를 평가합니다.

이 아키텍처는 품목 식별과 손실 방지 간의 더 깊은 통합을 제공할 수 있지만 독자 범위, 소프트웨어 로직, POS 통합 및 검증에 더 큰 중요성을 부여합니다.

어떤 EAS 아키텍처를 선택해야 합니까?

라벨 카탈로그가 아닌 인프라와 작업 흐름부터 시작하세요. 아키텍처가 정의되면 태그 선택이 훨씬 쉬워집니다.

UHF RFID EAS가 가장 유용한 곳

RFID-기반 EAS를 사용하는 가장 강력한 이유가 그 자체로 '더 나은 경보 기술'인 경우는 거의 없습니다. 더 큰 가치는 보안 이벤트가 식별 가능한 항목 및 해당 항목과 이미 연결된 운영 데이터에 연결될 수 있다는 것입니다.

일반적인 UHF RFID EAS 구현 문제

기존 EAS 게이트가 UHF RFID를 읽을 수 있다고 가정

RF EAS와 RAIN RFID는 둘 다 무선{0}}주파수 기술을 포함할 수 있지만 설치된 리더는 서로 바꿔 사용할 수 없습니다. 기존 게이트를 그대로 두어야 하는 경우 태그에 별도의 EAS 구성 요소가 필요한지 아니면 이중-기술 설계가 필요한지 확인하세요.

아키텍처를 정의하기 전에 태그 선택

프로젝트에서는 인벤토리 읽기 성능이 뛰어난 인레이를 선택할 수 있지만 나중에 IC, 리더 또는 펌웨어가 필요한 보안 기능을 지원하지 않는다는 사실을 발견할 수 있습니다.

종료 결정을 먼저 정의하십시오. 어떤 데이터를 확인할 것인지, 승인 상태를 어디에 저장할 것인지, 어떤 장치가 해당 상태를 변경하거나 읽어야 하는지를 정의하십시오.

결제를 별도의 보안 단계로 처리

합법적인 판매에 두 번째 수동 EAS 작업이 필요한 경우 직원이 이를 놓칠 수 있습니다. 그러면 허위 경보는 RFID 문제가 아닌 운영 문제가 됩니다.

POS 트랜잭션 및 보안{0}}상태 변경은 선택한 아키텍처가 허용하는 한 하나의 워크플로로 설계되어야 합니다.

휴대용 리더로만 테스트

태그는 휴대용 재고 계산 중에도 잘 작동할 수 있으며 출구에서는 여전히 다르게 작동합니다.

출입구 성능은 설치된 안테나, 리더기 구성, 태그 방향, 제품 재료, 고객 이동, 인접한 태그 상품 및 물리적 환경에 따라 달라집니다.

반품, 교환, 재{0}}입수 무시

보안 논리는 초기 판매 이상의 내용을 다루어야 합니다. 반품, 교환, 양도 또는 재{1}}재입고된 상품에는 EAS 상태가 실제 상품 상태와 계속 일치하도록 명확하게 정의된 상태 전환이 필요합니다.

배포 전-UHF RFID EAS 검증 체크리스트

데이터시트 검토에서 대량 배포로 바로 이동하지 마세요. 실제 태그, 실제 제품 및 의도한 이탈 레이아웃을 사용하여 전체 경로를 검증합니다.

1. RFID IC를 확인하세요.정확한 칩 모델과 그것이 구현하는 EAS 또는 제품{0}}상태 기능을 기록하세요.
2. 독자 지원을 확인하세요.선택한 리더와 펌웨어가 필요한 기능을 실행하거나 평가할 수 있는지 확인하십시오.
3. 소프트웨어 경로를 확인하세요.RFID 데이터가 리더에서 미들웨어, POS, 손실 방지 로직으로 어떻게 이동하는지 확인하세요.-
4. 인코딩을 테스트합니다.예상되는 EPC와 필요한 보안 상태를 일관되게 쓰고 읽을 수 있는지 확인하십시오.
5. 승인된 체크아웃을 테스트해 보세요.정상적인 판매를 완료하고 해당 품목이 잘못된 알람 없이 출구를 통과하는지 확인합니다.
6. 승인되지 않은 항목을 테스트하십시오.필수 트랜잭션 없이 동일한 종료를 통해 항목을 이동하고 예외 논리가 트리거되는지 확인합니다.
7. 여러 항목을 테스트합니다.하나의 분리된 태그가 아닌 함께 이동하는 여러 개의 태그된 제품을 사용하여 테스트를 반복합니다.
8. 실제 방향을 테스트해 보세요.모든 태그를 이상적인 방향으로 고정하기보다는 실제적인 각도와 위치로 제품을 운반하세요.
9. 실제 상품을 테스트해 보세요.생산 태그가 직물, 포장, 전자 제품, 액체 또는 기타 까다로운 재료에 부착되는 경우 건식 인레이 또는 샘플 카드로만 검증하지 마십시오.
10. 반환 및 재활성화를 테스트합니다.승인된 항목을 재고로 반환하고 보안 상태가 올바르게 복원되었는지 확인합니다.
11. 테스트 실패 처리.POS가 태그를 업데이트할 수 없거나, 네트워크를 사용할 수 없거나, 종료 리더가 항목 상태를 확인할 수 없는 경우 어떻게 되는지 정의합니다.
12. 최종 설치 후 반복하십시오.실험실 테스트 중에 사용된 리더 설정과 안테나 배치는 설치 후 동일하게 작동한다고 가정해서는 안 됩니다.

POS에서 확인하고 퇴장할 사항

POS에서

• 어떤 거래 이벤트가 품목의 보안 상태를 변경합니까?
• 태그, 데이터베이스 또는 두 위치 모두에서 변경이 이루어졌습니까?
• 시스템은 업데이트 성공 여부를 어떻게 확인합니까?
• RFID 쓰기 작업이 실패하면 어떻게 됩니까?
• 셀프{0}}결제 워크플로는 직원 결제와 동일한 보안 상태-작업을 수행하나요?
• 취소, 교환, 반품은 어떻게 처리되나요?

출구에서

• 어떤 리더 안테나가 감지 영역을 정의합니까?
• 시스템은 감지된 모든 태그를 평가합니까, 아니면 선택된 태그 모집단만 평가합니까?
• 승인된 품목과 승인되지 않은 품목을 어떻게 구별합니까?
• 여러 태그가 함께 통과하면 어떻게 되나요?
• 의도한 출입구 외부의 길 잃은 읽기는 어떻게 처리됩니까?
• 예외 발생 시 경보음, 직원 알림, 이벤트 로깅 또는 기타 워크플로 등 어떤 조치가 취해지나요?

이러한 질문은 단순한 "읽기 범위" 테스트보다 훨씬 일찍 통합 문제를 드러냅니다.

UHF RFID EAS 태그를 선택하는 방법

생산 주문을 하기 전에 태그 공급업체나 시스템 통합업체에 태그가 "EAS를 지원한다"는 일반적인 설명보다는 구체적인 답변을 요청하세요.

1. 어떤 RFID IC가 사용됩니까?
2. IC는 어떤 EPC Gen2 버전과 옵션 기능을 구현합니까?
3. 칩이 제품 상태 플래그, 다른 태그{0}}측 EAS 메커니즘을 사용합니까, 아니면 전용 EAS 상태를 사용하지 않습니까?
4. 보안 결정 태그는-측면, 데이터베이스-중심인가요, 아니면 하이브리드인가요?
5. 이 기능에 대해 어떤 리더 모델과 펌웨어 버전이 테스트되었습니까?
6. 리더에 사용자 정의 명령, 특수 SDK 지원 또는 특정 구성이 필요합니까?
7. 결제 중에 상태가 어떻게 변경되거나 승인되나요?
8. 실패한 쓰기 또는 실패한 트랜잭션은 어떻게 처리됩니까?
9. 제품이 반품되거나 재{0}}입고되면 어떻게 되나요?
10. 태그는 설치된 EAS 게이트와 함께 작동할 수 있습니까? 아니면 별도의 EAS 구성 요소가 필요합니까?
11. 완성된 태그는 실제 제품 소재에 대해 테스트를 거쳤나요?
12. 태그-리더-항목 조합이 벤치에서만 테스트되지 않고 의도된 출구에서 테스트되었나요?

유용한 공급업체 답변은 정확한 IC, 리더 요구 사항, 작업 흐름 및 제한 사항을 식별해야 합니다. "예, 태그에 EAS가 있습니다."는 시스템 설계에 대한 정보가 충분하지 않습니다.

결론

UHF RFID EAS에 대해 생각하는 가장 유용한 방법은 간단합니다.도난 방지 기능은-라벨에만 속하는 것이 아니라 전체 시스템에 속합니다.

RFID IC는 제품 상태 플래그 또는 기타 지원되는 보안 메커니즘을 제공할 수 있지만 해당 기능은 리더가 액세스할 수 있고, POS가 이를 올바르게 처리하고, 출구가 신뢰할 수 있는 적용 범위를 가지며, 반품 워크플로가 올바른 상태를 복원하는 경우에만 유용합니다.

EAS 게이트가 확립된 사이트의 경우 별도의 RFID/EAS 시스템 또는 이중{0}}기술 라벨이 보다 실용적인 마이그레이션 경로를 제공할 수 있습니다. 새로운 품목-수준 RFID 배포의 경우 RFID-기반 EAS는 인프라와 소프트웨어가 함께 설계된 경우 보안 이벤트를 식별 가능한 상품에 직접 연결할 수 있습니다.

프로젝트를 계획할 때 다음 순서를 사용하십시오.

종료 아키텍처 → 인증 로직 → RFID 리더기 → IC 기능 → 태그 디자인 → POS 통합 → 반환 워크플로 → 실제{0}} 종료 테스트.

이 순서는 먼저 태그를 선택하고 설치 후 "EAS 지원"이 "이 EAS 시스템과 호환 가능"을 의미하지 않는다는 것을 발견하는 것보다 훨씬 안전합니다.