WEIMI / 브라우저 응답 액세스
통합을 수락하기 전에 출처 및 자격 증명 모드를 정의하십시오.
제안된 브라우저 통합 과정에서 운영자 서비스 응답을 요청할 때 CORS 오류가 발생합니다. 프로젝트 팀은 서버가 아무것도 수신하지 못했다고 결론짓습니다. 이 가상 시나리오에서는 브라우저가 응답을 노출할 수 있는 기능과 요청이 전달된 것을 혼동한 것입니다. 실제 통합 및 그 오류를 평가할 때는 이러한 차이점을 명확히 구분하는 것이 중요합니다.
MDN의 CORSS(크로스 오리진 리소스 공유) 가이드2026년 10월 11일에 읽은 이 문서는 다른 출처의 브라우저 접근을 허용하는 HTTP 헤더 메커니즘에 대해 설명합니다. 또한 일부 요청은 사전 요청(preflight) 없이 전송되며, 요청 스크립트에 응답을 전달하기 전에 서버의 승인이 필요하다고 설명합니다. 따라서 브라우저 오류만으로는 서버에서 발생한 문제를 해결할 수 없습니다.
본 가이드는 자판기 운영을 위한 브라우저 기반 통합 솔루션에 관한 것입니다. 이 가이드에서는 범위 및 입증 관련 질문을 제시하며, API 호출, 응답 헤더 변경 또는 도메인 간 자격 증명 전송은 포함하지 않습니다. 담당 공급업체는 통제된 환경에서 합의된 사례를 시연해야 합니다.
아래의 세 가지 WEIMI 공식 목록은 제조사가 공개한 정보를 바탕으로 작성된 하드웨어 추천 목록입니다. 이 목록들은 특정 CORS(Cross-Origin Integration) 또는 CORS 정책을 명시하는 것은 아닙니다. 브라우저 접근 권한 요구 사항을 추가하기 전에 견적에 포함된 실제 서비스를 확인하십시오.
요청 전달, 브라우저 스크립트에서 응답 가시성, 서버의 비즈니스 결정 등 세 가지 결과를 각각 기록합니다.CORS는 브라우저 간 접근 제한에 관한 문제입니다. 운영자 인증, 기록 권한 또는 원치 않는 상태 변경 방지 기능을 대체하는 용도로 사용해서는 안 됩니다.
요청하는 출처와 대상 서비스, 실제 요청 메서드 및 헤더, 그리고 자격 증명이 필요한지 여부를 정의하십시오. MDN에서는 출처를 도메인, 스키마 및 포트로 설명합니다. 승인된 애플리케이션 이름만으로는 정확한 출처 정책이 될 수 없습니다.
자격 증명이 필요한 브라우저 요청의 경우, 가이드에서는 Access-Control-Allow-Origin 와일드카드 대신 허용된 출처를 명시적으로 지정하도록 요구합니다. CORS 응답에서 자격 증명 접근을 허용하는 경우에도 쿠키 정책은 여전히 적용됩니다. 일반적인 통합 성공 주장을 그대로 받아들이기보다는 실제로 지원되는 브라우저 환경을 사용한 증거를 요청하십시오.
이러한 증거 상태는 서로 다른 의미를 가집니다. 제안된 검사는 승인된 제공업체의 테스트 환경 및 실제로 제공되는 통합 환경 내에서만 수행되어야 합니다.
| 관찰 | 그것이 확립하는 것 | 그것이 확립하지 못하는 것 | 증거 요청 |
|---|---|---|---|
| 서버가 요청을 수신했습니다 | 해당 테스트에서 요청이 도착했습니다. | 브라우저 스크립트가 응답을 읽을 수 있습니다. | 브라우저 응답 결과 별도 확인 |
| 브라우저 스크립트 읽기 응답 | 교차 출처 액세스는 범위 내에서 작동했습니다. | 운영자는 모든 사업 허가를 받았습니다. | 서버 인증 결과 |
| 사전 점검이 완료되었습니다. | 해당 컨텍스트에서 허용되는 제안된 메서드/헤더 | 최종 사업 운영이 성공적으로 완료되었습니다. | 실제 요청 및 최종 결과 |
| CORS 오류가 발생했습니다. | 브라우저 접근 실패 | 요청이 전송되지 않았거나 상태가 변경되지 않았습니다. | 공급자 진단 및 서버 결과 |
| 자격 증명을 통한 접근에 실패했습니다. | 그 통합 워크플로는 실패했습니다. | CORS 단독으로 인해 오류가 발생했습니다. | 쿠키 및 자격 증명 모드 증거 |
공급업체가 fetch 또는 XMLHttpRequest와 같은 브라우저 API를 통해 다른 출처의 서비스를 읽는 운영자 애플리케이션을 제공하는 경우 이 브리핑을 사용하십시오. 통합이 존재하는지 확인하고 통합 범위를 파악하십시오. 클라우드 또는 인벤토리 기능은 공개 API 또는 교차 출처 브라우저 액세스를 설정하지 않습니다.
애플리케이션 소유자는 요청 출처와 사용 목적을 명확히 해야 합니다. 대상 서비스 제공업체는 접근 정책과 서버 권한을 정의해야 합니다. 배포 소유자는 지원되는 클라이언트와 쿠키 동작 방식을 확인해야 합니다. 구매 부서는 모든 도메인을 한 공급업체가 승인하도록 하는 대신, 이러한 책임들을 조율해야 합니다.
이 가이드는 데모에서는 통합이 정상적으로 작동하지만 호스트 이름, 스키마, 포트 또는 브라우저 정책이 변경된 후 실패하는 경우에 유용합니다. 또한 요청이 서버에 도달했지만 인터페이스에 오류만 표시되는 경우에도 도움이 됩니다. 사용자에게 표시되는 오류와 서버 측 결과를 별도로 검토할 수 있도록 관리하세요.
저희는 2026년 10월 10일, 세 개의 WEIMI 후보에 대한 공개된 제품 증거 자료를 검토했습니다. 소매 형식과 주문 확인 질문을 비교했으며, 어떤 후보에서도 교차 출처 운영자 통합, 쿠키 정책 또는 CORS 응답을 확인하지 못했습니다. 이는 공개된 후보 목록을 기반으로 한 것이며, 독립적인 테스트 결과는 아닙니다.
먼저, 실제 통합 내용을 명시하십시오. 애플리케이션 출처와 대상 서비스 출처, 비즈니스 목적 및 포함된 소프트웨어 공급업체를 기록하십시오. 제공되는 서비스에 브라우저 간 워크플로가 없는 경우, 이 지침을 적용하기 위해 새로운 워크플로를 만들지 마십시오. 서버 간 데이터 교환은 브라우저 CORS 시연이 아닌 별도의 평가가 필요합니다.
둘째, 요청 특성을 파악하십시오. 메서드, 헤더, 콘텐츠 유형 및 자격 증명 모드는 사전 요청 및 응답 처리에 영향을 미칠 수 있습니다. 제공업체에게 실제 구현 방식을 안전하게 설명해 달라고 요청하십시오. 구매자는 이 범위를 기록하기 위해 실제 쿠키나 계정 토큰이 필요하지 않습니다.
셋째, 결과 증거를 합의하십시오. 승인된 출처의 경우, 의도된 읽기 가능한 응답과 서버 인증 결과를 확인하십시오. 승인되지 않은 테스트 출처의 경우, 요청이 전달되지 않았다고 가정하지 않고 의도된 브라우저 접근 거부를 확인하십시오. 제공자는 무해한 테스트 데이터를 사용하고 결과를 설명해야 합니다.
마지막으로 배포 변경 사항을 검토하십시오. 오리진 허용 목록은 실제로 승인된 애플리케이션 환경을 반영해야 합니다. 지원되는 브라우저와 쿠키 정책은 기능적 증거의 일부입니다. 다른 오리진이나 클라이언트에서 캡처한 스크린샷만으로는 최종 배포를 자동으로 입증할 수 없습니다.
원산지가 브랜드 이름보다 더 정확한 정보입니다.MDN은 스키마, 도메인 및 포트를 사용하여 출처를 설명합니다. 증거 등록부에서 실제 요청 페이지 및 리소스의 출처를 식별하십시오. 운영 호스트와 데모 호스트의 권한이 자동으로 동일하게 변경되어서는 안 됩니다.
모든 요청에 대해 사전 검토가 이루어지는 것은 아닙니다.해당 자료는 사전 검사를 유발하지 않는 간단한 요청에 대한 자격 요건을 설명합니다. 서버는 스크립트와 응답을 공유하기 전에 여전히 동의를 받아야 합니다. 어떤 요청이 직접 전송되고 어떤 요청이 사전 검사를 필요로 하는지 파악해야 합니다. API 레이블의 존재만으로 흐름을 추론하지 마십시오.
사전 점검은 비즈니스 거래가 아닙니다.브라우저는 실제 요청을 보내기 전에 대상 서버에 의도된 메서드와 헤더에 대해 문의할 수 있습니다. OPTIONS 교환이 성공했다고 해서 최종 작업이나 응답이 성공했다는 것을 보장하는 것은 아닙니다. 승인에는 실제로 허용된 워크플로와 서버에서의 결과가 포함되어야 합니다.
자격 증명 모드에는 명시적인 범위 지정이 필요합니다.가이드에 따르면 교차 출처 가져오기(cross-origin fetch) 및 XMLHttpRequest는 기본적으로 자격 증명을 전송하지 않습니다. 구현 시 자격 증명 포함을 요청할 수 있으며, 이에 상응하는 서버 요구 사항이 있습니다. 실제로 제공되는 워크플로에 자격 증명이 필요한지, 그리고 지원되는 브라우저 정책을 어떻게 처리하는지 문의하십시오.
자격 증명을 사용한 액세스에서는 오리진 와일드카드를 사용할 수 없습니다.MDN에 따르면, Access-Control-Allow-Origin은 자격 증명이 필요한 응답에 대해 명시적인 출처를 지정해야 합니다. 자격 증명이 필요 없는 공용 리소스에 대해 작동하는 와일드카드를 운영자 데이터 요구 사항에 복사해서는 안 됩니다. 공급자는 승인된 출처 집합을 정의하고 실제 모드를 시연해야 합니다.
쿠키 정책은 계속 유효합니다.해당 자료에 따르면 타사 쿠키 정책으로 인해 자격 증명을 통한 CORS 접근 권한이 있더라도 쿠키 전송 또는 저장이 차단될 수 있습니다. 지원되는 클라이언트에 대한 증거를 요청하십시오. CORS 헤더만으로는 모든 브라우저의 개인정보 보호 정책을 무시할 수 없습니다.
동적 원본 응답에는 캐시 인식이 필요합니다.MDN은 요청 및 허용 목록에 따라 허용된 오리진이 변경될 수 있는 경우 Vary: Origin을 권장합니다. 제공업체에 응답 및 캐시 구성이 의도한 정책을 어떻게 유지하는지 문의하십시오. 이 문서에서는 실제 캐시 구성을 평가하지 않습니다.
브라우저 접속 차단은 서버를 완벽하게 보호하는 방법이 아닙니다.MDN은 간단한 CORS 요청을 일반 양식처럼 보낼 수 있는 이유와 서버에 여전히 CSRF 보호가 필요한 이유를 설명합니다. 상태 변경 보호 및 서버 권한 부여는 응답 공유 권한과 분리해야 합니다. CORS 오류가 발생했다고 해서 원치 않는 작업이 불가능했다는 것을 의미하는 것은 아닙니다.
오류 세부 정보에는 안전한 진단이 필요합니다.가이드에 따르면 JavaScript는 CORS 오류가 발생했다는 사실만 확인할 수 있으며, 브라우저 콘솔 세부 정보는 원인을 파악하는 데 도움이 됩니다. 제공업체 관련 증거 자료와 서버 응답 결과를 익명 처리하여 요청하십시오. 운영자에게 자격 증명이나 전체 개인 응답을 공개 지원 게시판에 붙여넣도록 요청하지 마십시오.
이 세 가지 실제 목록은 서로 다른 패키지 제품 소매 구성을 제공합니다. 공개된 기능에는 브라우저 통합이나 API 권한 설정이 포함되어 있지 않습니다. 담당 공급업체에 실제 연결 서비스 제안서와 증빙 자료를 요청하십시오.
공개 형식 1
제품 설명에는 카메라 인식 기능, 5단 선반에 5개의 바구니, 그리고 상단에 스크린 또는 라이트박스가 설치되어 있다고 명시되어 있습니다. 최종 냉각 및 진열 구성이 확인되었습니다. 이 매장은 신선한 주스를 직접 제조하는 것이 아니라 포장된 제품을 판매합니다.
인식 관리 애플리케이션이 제공되는 경우, 해당 애플리케이션이 다른 출처의 서비스를 읽는지 여부를 확인하십시오. 카메라 기능은 API나 출처 정책을 설정하지 않습니다. 모든 증거는 지정된 애플리케이션에 한정됩니다.
공개된 정보를 읽어보세요.공개 형식 2
이 페이지에는 21.5인치 터치스크린, 냉각 및 재고 관리 기능에 대한 설명이 있습니다. 나선형, 컨베이어, 직접 밀어넣기 및 걸이식 옵션은 주문 확인이 필요합니다. 선택한 메커니즘으로 실제 포장을 시험해 보세요.
인벤토리 통합 기능이 포함된 경우, 브라우저 기반인지 서버 간 통합인지 확인하십시오. 인벤토리 기능만으로 답을 추론하지 마십시오. 자격 증명 모드와 응답 판독 증거는 실제 브라우저 워크플로에 대해서만 정의하십시오.
공개된 정보를 읽어보세요.공개 형식 3
공개 페이지에는 메인 디스플레이 캐비닛과 그 옆에 나선형 재고 보관 공간이 보입니다. 공유 소프트웨어, 독립형 냉각 시스템 및 정확한 용량은 본 검토에서 확인되지 않았습니다. 주문한 스테이션 구성을 확인하십시오.
제공되는 방송국 관리 애플리케이션의 경우, 실제 서비스 출처와 호스팅 소유자를 파악하십시오. 두 개의 물리적 판매 영역이 있다고 해서 두 개의 API 또는 공유 계정을 의미하는 것은 아닙니다. 승인은 제안된 배포 방식과 연계해야 합니다.
공개된 정보를 읽어보세요.하드웨어 선택과 브라우저 통합 승인은 별도의 증빙 자료로 처리됩니다. 공개된 형식을 사용하여 소매 판매 제안 범위를 설정한 다음, 견적된 소프트웨어에 교차 출처 응답 액세스가 필요한지 여부를 확인하십시오.
| 후보자 | 일반 소매점 형식 | 통합 질문 | 경계 |
|---|---|---|---|
| AI 비전 냉장고 | 인식 및 진열대 접근 | 제공된 설치 애플리케이션이 다른 출처를 읽습니까? | 인식을 통해 API가 추론되지 않았습니다. |
| WM22 | 터치스크린 및 분배 옵션 | 포함된 인벤토리 교환 기능은 브라우저 기반인가요, 아니면 서버 기반인가요? | 재고에서 CORS 정책이 추론되지 않았습니다. |
| 듀얼 스테이션 | 메인 캐비닛 및 추가 수납 공간 | 어떤 실제 역 서비스 출발지가 제공되나요? | 캐비닛에서 공유 소프트웨어가 추론되지 않았습니다. |
가상 수락 허용액:출처와 요청 등록부 대조에 50분, 공급자 관리 브라우저 증거 검토에 45분, 지원 클라이언트 제한 사항 기록에 40분이 소요된다고 가정하면 총 135분, 즉 2시간 15분(2.25시간)이 걸립니다. 시간당 39달러로 가정할 때, 내부 인건비는 87.75달러입니다.
호스트 이름 변경 후 동일한 요금으로 30분 검토가 필요하다고 가정해 보겠습니다. 이 경우 비용은 미화 19.50달러입니다. 예시로 제시된 총 예상 비용은 미화 107.25달러입니다. 이는 가상의 계획 가정일 뿐이며, 실제 통합 작업량, WEIMI 비용 또는 전문 테스트 견적과는 무관합니다.
해당 금액에는 구현, 호스팅 변경 및 전문가 평가 비용이 포함되지 않습니다. 실제 서비스 범위와 가격은 별도로 확인하십시오. 이 예시에서는 예방된 사고에 대한 가치를 부여하지 않고, 매출 증대를 예측하지 않으며, 장비 투자 회수 기간을 제공하지 않습니다.
실제 통합 제공, 고객 지원 및 미해결 작업에 대한 책임 측면에서 제안을 비교하십시오. CORS의 성공적인 결과는 비즈니스 ROI 측정 기준이 아닙니다. 소매 수익은 여전히 실제 현장 수요, 마진, 재고 보충 및 서비스 비용에 따라 달라집니다.
자격 증명이 필요 없는 공개 리소스가 제공됩니다.어떤 출처에서 해당 정보를 읽을 수 있는지, 그리고 그 범위가 의도된 사용 목적과 일치하는지 문의하십시오. 자격 증명이 필요한 운영자별 정보로 해당 정책을 자동으로 전송하지 마십시오.
인증된 포털이 다른 도메인을 읽습니다.지원되는 브라우저에 대해 허용된 출처, 자격 증명 모드 및 쿠키 정책에 대한 명시적인 증거를 요청하십시오. 읽기 가능한 응답과 서버 권한을 모두 설정하십시오. 둘 중 하나는 다른 하나를 대체하지 않습니다.
요청 후 CORS 오류가 발생합니다.서비스 제공업체에 안전한 브라우저 진단 및 서버 기록을 검토하도록 요청하십시오. 요청이 도착했는지, 그리고 비즈니스 작업이 발생했는지 여부를 기록하십시오. 오류를 아무 일도 일어나지 않았다는 절대적인 증거로 해석하지 마십시오.
통합 작업이 새로운 호스트 또는 포트로 이동합니다.원본 등록부와 관련 응답 정책을 다시 엽니다. 이제 동일한 애플리케이션 이름에 대해 서로 다른 원본을 지정할 수 있습니다. 최종 배포 제안에 대한 증빙 자료를 요구합니다.
사전 점검은 성공했지만 작업이 실패했습니다.초기 메서드/헤더 권한과 실제 요청, 자격 증명 및 비즈니스 결과를 구분하십시오. 검토 없이 원본 정책을 확대하는 대신, 공급자가 승인된 진단 도구를 사용하여 원인을 파악하도록 하십시오.
애플리케이션 출처, 대상 출처, 목적, 방법, 헤더, 자격 증명 모드, 사전 요청 정보, 서버 권한 소유자 및 지원 클라이언트를 포함하는 브라우저 통합 등록부를 생성하십시오. 이는 제안된 조달 기록이며, 구현된 WEIMI 기능이 아닙니다. 실제로 제공된 통합만 포함하십시오.
무해한 테스트 데이터를 사용하여 통제된 시연을 진행하기로 합의하십시오. 공급자는 승인된 출처에서 의도된 읽기를 확인하고 승인되지 않은 테스트 출처에서 거부된 내용을 문서화해야 합니다. 서버 결과는 별도로 기록하십시오. 구매자는 운영 서비스에 탐색적 요청을 보내서는 안 됩니다.
실제 배포 및 브라우저 환경에 대한 안전한 증거를 보존하십시오. 계정 토큰, 쿠키 및 개인 응답 데이터는 삭제하십시오. 응답 판독 결과와 인증 결과를 연결하되 별도로 관리하여 추후 검토자가 어떤 내용이 검증되었는지 이해할 수 있도록 하십시오.
출처, 자격 증명 모드 또는 지원되는 브라우저가 변경될 경우 관련 승인 항목을 다시 엽니다. 장애 발생 시 명확한 공급자 인계 절차를 유지합니다. 최종 주문 구성에 따라 캐비닛의 패키지 처리, 냉각 및 소매 운영을 별도로 시운전합니다.
아니요. 일부 요청은 사전 요청(preflight) 없이 전송될 수 있지만, 브라우저는 여전히 응답을 표시하지 않을 수 있습니다.
아니요. 실제 요청과 최종 서버 응답을 별도로 검토하십시오.
MDN에 따르면 자격 증명을 사용하는 요청에는 와일드카드 대신 명시적인 출처가 필요합니다.
아니요. 가이드에는 CORS 구성과 관계없이 해당 정책이 계속 적용된다고 명시되어 있습니다.
아니요. 브라우저 응답 공유 권한은 서버 권한이나 원치 않는 상태 변경과는 다른 질문에 대한 답변입니다.
아니요. 공개 목록에는 하드웨어 설명이 나와 있습니다. 실제 서비스 제안 내용을 확인하고 별도의 증빙 자료를 확보하십시오.
명명된 출처와 자격 증명 모드를 사용하여 정확한 브라우저 통합을 확보하십시오. 응답 읽기, 요청 전달 및 서버의 비즈니스 결정은 각각 별개의 결과로 검증해야 합니다. MDN의 CORS 지침은 하나의 오류 또는 성공으로 이 세 가지 모두를 해결할 수 없는 이유를 설명합니다.
공개된 정보와 실제 패키지 테스트를 참고하여 판매 형식을 선택하십시오. 배포 전에 담당 공급업체로부터 배포별 소프트웨어 증빙 자료를 요청하십시오. 이 문서에서는 API 호출을 수행하지 않으며, 오리진 정책을 변경하지 않고, 최종 후보 목록에 대한 통합을 인증하지 않습니다.
