일단 불평부터 하겠다. 공장은 인증을 전혀 진지하게 생각하지 않는다. 정말로.
올해 3월, 나는 화면이 달린 스마트 플러그 한 배치를 들여와 Amazon에 올릴 준비를 했다. 상품이 미국 서해안 창고에 막 도착했는데, 공장이 아무 말도 없이 OTA 업데이트를 배포했다. 전용 앱에 '전력 통계' 페이지가 생겼고, WiFi 설정 흐름도 바뀌었다. 나는 대수롭지 않게 여겼다. 하드웨어는 그대로다. 그냥 소프트웨어 UI 다듬기. 뭐가 문제겠는가?
그런데 4월 초, 큰 바이어가 주문 전에 물었다. '귀사의 FCC 인증이 이 펌웨어 버전에도 여전히 유효한가요?'
얼어붙었다.
공장에 전화했다. 공장은 장담했다. '하드웨어는 안 바뀌었습니다. 인증은 확실히 유효합니다. 안심하고 파십시오.' 믿지 않았다. 원래 인증을 맡았던 시험소로 돌아갔다. 거기 엔지니어의 한마디에 정신이 번쩍 들었다. '하드웨어가 그대로라고 인증도 그대로인 건 아닙니다. 인증은 하드웨어 단독이 아니라 하드웨어와 소프트웨어의 조합에 부여되는 겁니다. 먼저 이 OTA가 실제로 뭘 바꿨는지 말씀해 보세요.'
이 글의 주제가 바로 그것이다. 소프트웨어 변경이 컴플라이언스 경계를 넘는 지점.
내가 한 일
스포일러: 그 배치는 잘 해결됐다. 하지만 전체 과정을 밟고 나서야 판매를 계속할 수 있었다.
1단계: 공장에서 변경 내역을 받아낸다. 물어보는 게 아니라, 받아내는 것이다. 공장은 처음에 '그냥 UI 조금 손본 것'이라 했고, 나는 이렇게 받아쳤다. '항목별 변경 목록을 보내주세요.' 5년간 공장과 일하며 배운 게 하나 있다. 말로 하는 '작은 변경'은 대개 세네 개 항목으로 풀린다.
목록에는 UI 다듬기와 전력 통계 페이지에 더해, 설정 흐름 변경이 있었다. 페어링 중 기기가 2.4 GHz만 발신하다가, 이제 두 밴드를 모두 스캔하게 된 것이다.
2단계: 목록을 시험소에 가져가 갭 평가를 의뢰한다. 세 가지를 가져갔다. 공장의 변경 내역, 원래 인증서, 각 펌웨어 버전의 설명이다. 엔지니어의 말은 지금도 정확히 기억한다. 'RF 방사에 영향을 주지 않는 순수 UI 변경은 인증 조치가 필요 없습니다. 하지만 페어링 흐름이 바뀌었습니다. 이는 방사 특성을 바꿀 수 있습니다. 이건 FCC 변경 절차를 따릅니다.'
그 자리에서 배운 점: FCC 규칙 47 CFR 2.1043은 이 점에 대해 꽤 명확하다. RF 방사에 영향을 주지 않는 소프트웨어 변경은 추가 신청이 필요 없다. RF 방사 특성에 닿는 모든 것은 퍼미시브 체인지(허용 변경) 절차를 거친다. 클래스 I인지 클래스 II인지는 변경 내용에 따라 달라지므로 FCC의 최신 공개 정책을 확인하라. 이것은 셀러의 체험담이지 법률 자문이 아니다.
3단계: 공장이 기술 문서를 제공하고, 시험소가 변경을 신청했고, 몇 주 뒤 업데이트된 서류가 도착했다. 그제야 양심의 가책 없이 큰 바이어에게 배치를 넘겼다.
이번 일에서 얻은 가장 중요한 교훈: 하드웨어가 그대로라고 인증도 그대로인 건 아니다. 직관에 반하지만 사실이다. 인증은 특정 하드웨어와 소프트웨어 조합에 부여된 것이다. 소프트웨어를 충분히 바꾸면, 조합도 함께 바뀐다.
교훈이 된 이야기: 날아간 두 달
내 이야기는 해피엔딩이었으니, 균형을 맞추기 위해 남의 참사를 하나 소개하겠다.
2025년 말, 선전의 동업 셀러 Lao Chen은 스마트 조명을 판다. OTA 업데이트로 그의 기기가 2.4 GHz 전용에서 5 GHz 지원 듀얼밴드가 됐다. 그의 생각: 다 WiFi인데 밴드 하나 더 늘어난 것뿐. 하지만 5 GHz 방사 파라미터가 원래 인증 신청 내용과 맞지 않게 됐고, 인증서는 진열된 제품과 더 이상 일치하지 않게 됐다.
Amazon 컴플라이언스 심사에서 그의 리스팅은 '판매 중인 버전과 컴플라이언스 서류가 일치하지 않음'이라는 이유로 내려갔다. 재인증과 재제출에 두 달 이상이 걸렸고, 성수기를 정통으로 맞았다. Lao Chen은 말했다. 그 두 달간 놓친 이익은 인증 열 번 분이 됐다고.
패턴이 보이는가? 잃는 것은 인증 비용이 아니다. 시간이다. 리스팅이 내려가 있는 하루하루가, 다시 돌아오지 않는 매출이다.
숫자: 나의 변경 분류 프레임워크
이 두 사건 뒤로 나는 판단 프레임워크를 만들었다. 이제 공장의 OTA는 모두 이걸 통과한다. 3분, 답은 하나.
| 변경 유형 | 예 | 위험 | 나의 대응 | | 순수 UI | 아이콘, 색상, 문구, 레이아웃 | 낮음 | 내부 기록. 어떤 펌웨어 버전이 어떤 인증에 대응하는지 기록 | | 앱 계층 신규 기능 | 전력 통계, 타이머, 씬 자동화 | 중간 | RF나 안전 로직에 닿지 않는지 시험소 확인 | | RF 관련 | 페어링 흐름, 송신 출력, 신규 밴드, 안테나 특성 | 높음 | 인증기관의 서면 확인. 정식 변경 신고 예상 | | 안전 관련 | 과부하 보호 로직, 차일드락, 누전 보호 | 높음 | 전면 재평가. 안전 관련 소프트웨어에는 UL 고유 요건이 있으므로 UL의 최신 공개 정책 확인 |
순서가 중요하다. 먼저 분류, 다음 확인, 마지막 서면 기록. 먼저 팔고 나중에 정리하는 일은 없다.
시험소와의 관계에 대한 실용 팁 하나 더. 가져가는 건 세 가지. 변경 내역, 원래 인증 서류, 각 펌웨어 버전이 뭐가 다른지 쉽게 설명한 자료다. 시험소는 시간당 과금이다. 준비를 하고 가면 평가 시간이 절반으로 줄고, 엔지니어에게 '이 사람은 진심이다'라는 신호가 전달되어 더 솔직한 답을 받을 수 있다.
피로 배운 네 가지 규칙
하나: 계약에 넣어라. 공장은 OTA 전에 반드시 서면으로 사전 통지하고, 변경 목록을 첨부해야 한다. 통지 없이 업데이트를 배포하면 계약 위반. 이 조항은 이제 내가 맺는 모든 공장 계약에 첫날부터 표준으로 들어 있다.
둘: 모든 OTA의 변경 내역을 요구하고 분류별로 보관하라. 말로 하는 '별로 바뀐 게 없음'은 제공하지 않은 것으로 간주한다. 문서에 없으면, 일어나지 않은 것이다.
셋: 공장의 말로 하는 '괜찮아요'를 절대 믿지 마라. 인증기관이나 시험소로부터 서면으로 받아라. 이메일이면 충분하다. 결정적인 순간에는 문서가 음성 메시지보다 항상 낫다.
넷: 펌웨어 버전-인증 매핑 표를 만들어라. 버전 번호, OTA 날짜, 인증 번호, 평가 결과. 스프레드시트 네 열이다. 바이어가 물으면 이 표를 보내라.
직접 해봤다. 효과가 있다. 지난달 다른 바이어가 인증 질문을 했고, 나는 3분 만에 매핑 표를 보냈다. 바이어는 읽자마자 주문했다. 이 스프레드시트는 어떤 영업 멘트보다 잘 판다. 컴플라이언스는 수주를 따내는 이유가 되는 날까지, 그냥 비용 항목으로 보인다.
Ah K, 이커머스 판매자 (5년) 지음
영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.
