출입·통제 — 카드 대체 얼굴 출입과 구역 동선 | 출입통제·공공 ID 솔루션

Q: 방문자 관리는 어떻게 됩니까?

방문자를 등록해 두면 출입 시점에 같은 방식으로 확인됩니다. 다만 방문 신청·승인·기간 만료 같은 업무 흐름은 고객사 출입 관리 시스템의 영역이고, 저희는 그 시스템이 부르면 확인 결과를 돌려드리는 역할입니다. 현재 방문자 처리 절차를 알려주시면 어느 지점에서 연동하면 되는지 정리해 회신드립니다.

Q: 구역 안 동선까지 보려면 카메라를 새로 달아야 합니까?

새로 달지 않습니다. VCA는 이미 설치된 일반 카메라 위에 얹혀 ONVIF·RTSP로 연동합니다. 다만 화질이 지나치게 낮거나 각도가 나쁜 카메라는 정확도가 떨어질 수 있어 최소 화질 기준을 사전에 확인드립니다. 현재 카메라 목록을 주시면 확인해 회신드립니다.

출입 현장에서 실제로 벌어지는 일What actually happens at the entry point

시장 규모나 성장률로 시작하지 않겠습니다. 담당자가 매번 겪는 세 장면입니다.We will not open with market size or growth rates. Here are the three scenes your team lives through every time.

장면 1 / 대여 출입SCENE 1 / A BORROWED CARD

카드가 지나갔지 사람이 지나간 게 아닙니다A card passed through — a person did not

기록에는 분명히 그 사람의 이름이 찍혀 있습니다. 그런데 실제로 문을 지나간 사람이 누구였는지는 그 기록으로 확인되지 않습니다. 사후에 문제가 생기면 그 기록이 근거가 되지 못합니다.The log clearly carries that person's name. Yet the log itself cannot confirm who actually walked through the door. When something surfaces later, that record does not stand up as evidence.

원인: 인증하는 대상이 사람이 아니라 카드라는 물건입니다. 물건은 빌려줄 수 있습니다.Cause: what is being authenticated is not a person but an object — the card. Objects can be handed to someone else.

장면 2 / 방문자SCENE 2 / VISITORS

등록과 회수가 계속 사람 손에 남습니다Issuing and collecting stays manual, permanently

방문자가 올 때마다 임시 카드를 발급하고, 나갈 때 회수하고, 회수가 안 된 카드를 따로 관리합니다. 방문이 잦은 사업장일수록 이 일이 담당자 하루의 상당 부분을 가져갑니다.Every visitor means issuing a temporary card, collecting it on the way out, and separately tracking the ones that never came back. The busier the site, the larger the share of the day this takes.

원인: 권한을 사람이 아니라 물건에 부여하기 때문에, 물건의 발급 · 회수 · 분실 관리가 그대로 사람 일로 남습니다.Cause: permission is granted to an object rather than to a person, so issuing, collecting and chasing that object all remain human work.

장면 3 / 여러 사업장SCENE 3 / MULTIPLE SITES

사업장마다 명단이 따로 놉니다Each site keeps its own list

한 사람의 소속이 바뀌거나 퇴직했는데, 그 변경이 모든 사업장에 동시에 반영되지 않습니다. 어느 현장에서는 여전히 열립니다.Someone changes department or leaves, and that change does not reach every site at the same moment. At one of them, the door still opens.

원인: 출입 명단이 사업장 단위로 관리되어, 사람 한 명의 권한 변경이 한 번에 전체로 퍼지지 않습니다.Cause: entry lists are maintained per site, so a single person's permission change does not propagate across all of them at once.

세 장면은 모두 같은 자리를 가리킵니다 — 물건이 아니라 사람을 인증해야 하고, 그 명단이 한 소스에 있어야 합니다. 여기에 하나가 더 붙습니다. 출입 기록은 “들어왔다”까지만 말해 줍니다. 그 뒤에 어느 구역을 거쳤는지, 얼마나 머물렀는지는 다시 사람이 카메라를 하나씩 엽니다. 그래서 이 자리는 제품이 둘입니다 — 인증은 GATE, 그 뒤 동선은 VCA. All three scenes point at the same place — you have to authenticate a person rather than an object, and that list has to live in one source. One more thing sits on top of it. An entry log only tells you they came in. Which zones they moved through afterwards, and how long they stayed, still means opening camera after camera by hand. That is why this use case takes two products — GATE for the authentication, VCA for what follows it.

GATE + VCA — 인증과 그 뒤 동선GATE + VCA — the authentication, and what follows it

지금 쓰시는 출입 시스템과 카메라를 교체하지 않습니다. 출입 단말과 지금 시스템 사이에 사람을 확인하는 서버 한 칸을 넣고, 그 뒤 구역에는 되짚어 볼 수 있는 검색 한 겹을 얹습니다.Neither your access system nor your cameras get replaced. We add one server stage between your entry terminals and the system you already run, and layer a searchable record over the zones behind it.

위 레인이 주(主)이고 아래 레인이 보조입니다. GATE는 출입 단말이 보낸 이미지로 사람을 확인해 결과를 돌려주고, 문을 여는 제어는 지금 쓰시는 출입 시스템이 그대로 합니다. VCA는 그 사람이 들어온 다음 어느 구역을 거쳤는지를 이어 봅니다. 출입만 넣으셔도 성립하고, 내부 동선까지 필요하실 때 VCA를 얹으시면 됩니다.The upper lane is the primary one; the lower lane supports it. GATE verifies the person from the image the entry terminal sends and returns a result, while opening the door stays with your access system. VCA picks up which zones that person moved through afterwards. Access alone is a complete configuration — VCA is added when you need what happens after entry.

구성Component	맡는 일What it does	왜 필요한가Why it is needed
GATE (주)GATE (primary)	출입 단말이 보낸 이미지를 고객 서버 안에서 대조합니다. 위조 판정(라이브니스)과 등록 명단 1:N 대조를 거쳐 인증 결과만 고객 시스템으로 돌려줍니다. 얼굴과 손바닥을 함께 쓸 수 있습니다.Matches the image sent by the entry terminal inside your own servers. After a spoof check (liveness) and a 1:N match against the enrolled list, only the authentication result is returned to your system. Face and palm can be used together.	인증 대상이 카드에서 사람으로 바뀝니다. 빌려줄 수 있는 물건이 사라지면 대여 출입도 사라집니다.What is authenticated shifts from a card to a person. Remove the object that can be lent, and borrowed entry goes with it.
VCA (보조)VCA (supporting)	기존 구역 카메라 위에 얹어 얼굴 · 몸통 · 옷 색상 · 소지품 조건을 조합해 후보를 좁히고, 구역 내 동선과 체류를 보여 줍니다. 카메라는 교체하지 않습니다.Layers onto your existing zone cameras, narrowing candidates by combining face, body, clothing colour and carried-item conditions, and showing routes and dwell time within a zone. No cameras are replaced.	출입 기록은 “들어왔다”까지만 말해 줍니다. 그 뒤를 사람이 카메라로 되짚던 일을 몇 건의 후보로 줄입니다.An entry log only tells you they came in. What came after — retraced camera by camera — becomes a handful of candidates instead.
함께 쓸 때Used together	인증 결과와 그 뒤 구역 동선이 같은 사람 기준으로 이어집니다.The authentication result and the movement through the zones behind it line up on the same person.	누가 들어왔는지는 아는데 그다음은 모르는 상태를 없앱니다.It removes the state where you know who came in but nothing after that.

“이런 요건이면 저희가 맞습니다.”
등록 인원이 큰 곳 — 다수 사업장을 하나의 명단으로 통합 관리하시거나, 공공 신분 확인처럼 등록 인원 자체가 큰 업무. 1:N 규모가 클수록 저희 자리입니다.
생체정보를 조직 밖으로 낼 수 없는 곳 — 고객 서버에 설치하는 온프레미스 구성이고, 원본 사진이 아니라 대조용 특징 데이터만 저장합니다.
출입 이후까지 봐야 하는 곳 — 구역별 권한이 나뉘어 있고, 사후에 동선을 되짚어야 하는 현장입니다.

반대로 사옥 한 동에 출입문 몇 개 규모라면 서버 솔루션을 세우실 이유가 크지 않습니다. 그 규모는 기존 출입 장비로 충분히 해결되는 경우가 많고, 저희를 쓰셔야 할 이유가 생기는 때는 사업장이 여럿이거나 등록 인원이 커지는 순간입니다. 규모를 먼저 알려주시면 그 자리에 맞는 답을 드립니다. “These are the requirements we fit.”
Large enrolled populations — multiple sites consolidated onto a single list, or public identity verification where the enrolled population is inherently large. The bigger the 1:N scale, the more clearly this is our place.
Environments where biometric data cannot leave the organisation — an on-premises installation on your own servers, storing matching features rather than original photographs.
Sites that must see past the door — where zones carry separate permissions and movement has to be retraced after the fact.

Conversely, if the scope is one office building with a handful of doors, there is little reason to stand up a server solution. That scale is usually served well by conventional access hardware, and the point where we start to earn our place is the moment sites multiply or the enrolled population grows. Tell us the scale first and we will give you the answer that fits it.

도입은 네 걸음입니다Adoption takes four steps

현장 조건 확인부터 배포까지, 각 걸음에서 무엇이 오가는지 미리 밝혀 둡니다.From confirming site conditions to rollout — here is exactly what is exchanged at each step.

현장 조건 확인Confirm site conditions

출입구 수 · 사업장 수 · 등록 인원 규모 · 구역 권한 요건. 여기에 지금 쓰시는 출입 시스템과 단말 종류를 더해 주시면, 그 조건으로 구성안을 정리해 회신드립니다. 규모가 저희 자리인지도 이 단계에서 함께 말씀드립니다.Number of entry points, number of sites, size of the enrolled population, and zone-permission requirements — plus the access system and terminal types you run today. With those we draft a configuration against your conditions and reply. This is also where we tell you plainly whether the scale is our place.

라이브 데모Live demo

얼굴 등록과 1:N 대조, 라이브니스 판정을 실제로 돌려 보여 드립니다. VCA까지 보실 경우 조건 조합 검색과 구역 동선도 같은 자리에서 확인하십니다.We run enrolment, 1:N matching and liveness judgement live. If VCA is in scope, condition-combination search and zone routes are shown in the same session.

파일럿 검증Pilot verification

출입구 한두 곳을 골라 실제 조명과 통행량으로 확인하십니다. 인증 시험에서 측정된 값이 현장에서 그대로 나오지 않기 때문에, 쓰실 조건과 같은 환경에서 보시는 것이 가장 정확합니다. 범위와 기간은 협의 사항입니다.Pick one or two entry points and verify under real lighting and real footfall. Figures measured in certification testing do not reproduce as-is in the field, so seeing it in your own conditions is the most accurate route. Scope and duration are agreed case by case.

연동 개발과 배포Integration and rollout

REST API 연동 규격 문서를 드립니다. 출입 단말이나 출입 관리 시스템이 저희 서버를 호출하도록 개발하는 일은 고객사 내부 개발팀 또는 SI 파트너가 진행하고, 저희는 엔진과 규격 · 검증 지원을 맡습니다.We hand over the REST API integration specification. Making the entry terminals or the access management system call our server is carried out by your in-house team or your SI partner; we supply the engine, the specification and verification support.

문을 여는 것은 저희가 아닙니다
저희가 돌려드리는 것은 인증 결과까지입니다 — 매칭 여부 · 신뢰도 · 라이브니스 판정. 그 결과를 받아 문을 열지 말지 결정하고 실제로 제어하는 것은 고객사 출입 시스템이고, 근태 · 방문자 · 인사 연동도 그쪽에서 처리하십니다. 단말 하드웨어를 교체할 필요는 없지만 연동 개발은 반드시 필요하며, 그 주체를 초기에 정해 두시는 것이 전체 일정을 가장 크게 좌우합니다. We are not the ones opening the door
What we return stops at the authentication result — match, confidence, liveness verdict. Deciding whether the door opens and actually controlling it belongs to your access system, as does attendance, visitor and HR integration. No terminal hardware has to be replaced, but integration development is always required, and deciding early who owns it is what moves the overall schedule most.

무엇을 근거로 말씀드립니까What we base these claims on

측정된 것과 배치된 것만 적습니다. 그 뒤에 한계도 함께 적습니다.Only what has been measured and what has been deployed — followed by the limits, stated just as plainly.

99.97%

KISA 인증 기준 정확도Accuracy under KISA certification testing

1초 미만Under 1 sec

1:N 응답 기준(밀리초 보장 아님)1:N response target (no millisecond guarantee)

400M+

얼굴 DB 규모Face database scale

4종4

보유 인증 — KISA · iBeta · GS 1등급 · ISOCertifications: KISA, iBeta, GS 1st Grade, ISO

대규모 1:N을 실제로 돌려 본 근거Evidence of 1:N running at scale

대규모 안면결제 서비스 운영 레퍼런스가 있습니다. 등록 인원이 크고 하루 인증 건수가 많은 환경에서 실제로 돌아갔다는 뜻이며, 출입에서 요구되는 1:N도 같은 성격의 일입니다. 고객사 이름은 밖에서 이야기하지 않습니다 — 귀사의 이름도 같은 원칙으로 지켜 드립니다.We hold a reference from operating a large-scale face payment service — an environment with a large enrolled population and high daily authentication volume. The 1:N demanded by access control is work of the same nature. We keep client names off the table outside, and yours is protected by the same rule.

원산 · 배포Origin and deployment

국내에서 개발한 비중국 벤더입니다. 온프레미스 · 클라우드 · 컨테이너(Docker · Kubernetes)에 설치할 수 있고, Active-active 구성과 자동 페일오버를 지원합니다. 내부 보안 정책이나 조달 규격에서 벤더 원산지를 요건으로 두시는 경우, 확인 자료를 정리해 드립니다.A Korea-developed, non-Chinese vendor. It installs on-premises, in the cloud or into container environments (Docker, Kubernetes), with active-active configuration and automatic failover. Where your internal security policy or procurement specification treats vendor origin as a requirement, we prepare the supporting documentation.

먼저 말씀드립니다

라이브니스가 인쇄 사진 · 화면 재생 영상 · 마스크 같은 위변조 시도를 걸러냅니다. 현장 성능은 단말 카메라 화질과 조명 조건을 타기 때문에, 그 조건에 맞춰 판정 기준을 조정해 드립니다.
정확도 수치는 KISA 인증 시험에서 측정된 값이며 현장 조명 · 각도 · 등록 사진 품질에 따라 달라집니다. 출입구는 역광과 야간이 섞이는 자리라 실제 환경에서 먼저 검증해 보시길 권합니다.
응답 시간은 1초 미만 기준으로 설계했습니다. 실제 값은 서버 사양 · 등록 인원 · 네트워크 구간에서 정해지므로, 세 가지를 주시면 구성안을 잡아 실제 환경에서 측정해 보실 수 있게 준비해 드립니다.
VCA는 후보를 좁혀 드리고 최종 확인은 담당자가 하십니다. 사진 한 장으로 사람을 자동 특정해 드리는 기능이 아닙니다.
VCA는 일반 카메라 대부분에서 동작하지만 화질이 지나치게 낮거나 각도가 나쁜 카메라는 정확도가 떨어집니다. 최소 화질 기준(일반 2MP급 CCTV)을 사전에 함께 확인합니다.
출입 단말은 고객사가 이미 가지고 계신 것을 그대로 쓰십니다. 스피드게이트 · 리더 · 키오스크 — 저희가 드리는 것은 엔진과 연동 규격입니다.

Stated up front

Liveness screens spoof attempts such as printed photos, video replayed on a screen, and masks. Field performance tracks terminal camera quality and lighting, so we tune the decision thresholds to those conditions.
The accuracy figure was measured under KISA certification testing and shifts with on-site lighting, angle and enrolment image quality. Entry points mix backlight and night-time conditions, so we recommend verifying in your real environment first.
Response time is designed to the under one second mark. The actual figure is set by server specification, enrolled population and the network segment, so send us those three and we will propose a configuration and prepare it so you can measure it in your own environment.
VCA narrows the candidates; your officer makes the final determination. It is not a feature that automatically identifies a person from a single photograph.
VCA works with most ordinary cameras, but accuracy drops on cameras with very low image quality or poor angles. We confirm the minimum image-quality baseline (standard 2MP-class CCTV) with you in advance.
Your existing entry terminals stay in place. Speed gates, readers and kiosks remain the ones you already own; what we supply is the engine and the integration specification.

자주 묻는 질문Frequently asked questions

시설 · 보안 담당자분들이 실제로 가장 먼저 물으시는 아홉 가지입니다.The nine questions facilities and security teams actually ask first.

쓰던 출입 시스템을 교체해야 합니까?Do we have to replace the access system we already use?

교체하지 않습니다. 저희는 인증 결과를 돌려드리고, 문을 열지 말지 결정하고 제어하는 일은 지금 쓰시는 출입 시스템이 그대로 합니다. 근태 · 방문자 · 인사 연동도 그쪽에서 유지하십니다. 다만 그 시스템이 저희 서버를 호출하도록 연동 개발은 필요하며, 사용 중인 출입 시스템 이름과 버전을 알려주시면 연동 방식을 확인해 회신드립니다.No. We return the authentication result; deciding whether the door opens and controlling it stays with the access system you run today, as does attendance, visitor and HR integration. Integration development is required so that system can call our server — tell us its name and version and we will confirm the integration method and respond.

사옥 한 동, 출입문 몇 개인데 도입할 만합니까?We have one building and a handful of doors — is this worth it?

그 규모라면 기존 출입 장비로 충분히 해결되는 경우가 많습니다. 저희가 값을 하는 지점은 사업장이 여럿이라 명단을 하나로 통합해야 하거나, 공공 신분 확인처럼 등록 인원이 커지는 순간입니다. 지금 규모와 앞으로의 확장 계획을 알려주시면 어느 쪽인지 정확히 말씀드립니다.At that scale conventional access hardware usually covers it well. Where we earn our place is when multiple sites need to be consolidated onto one list, or when the enrolled population grows — as in public identity verification. Tell us your current scale and your expansion plan and we will tell you exactly which side you are on.

카드를 완전히 없앨 수 있습니까?Can we get rid of cards entirely?

얼굴 기반으로 카드 없이 통과하는 구성이 가능합니다. 다만 실제 운영에서는 예외 상황(등록 전 인원, 얼굴인식이 어려운 조건)을 어떻게 처리할지 정책이 필요하고, 그 처리는 고객사 출입 시스템 쪽에서 정하십니다. 얼굴과 손바닥을 함께 쓰면 얼굴이 막히는 자리를 손바닥이 대체합니다.A cardless, face-based configuration is possible. In practice you will still need a policy for exceptions — people not yet enrolled, conditions where the face is hard to read — and that handling is defined in your access system. Using face and palm together lets the palm cover the situations where the face is blocked.

구역별로 권한을 다르게 줄 수 있습니까?Can permissions differ by zone?

권한 정책 자체는 고객사 출입 시스템에서 관리하시는 항목입니다. 저희는 각 출입 지점에서 이 사람이 누구인지를 확인해 결과를 돌려드리고, 그 결과를 어느 구역에 어떻게 적용할지는 출입 시스템이 판단합니다. 구역 권한 요건을 정리해 주시면 연동 설계에 반영해 회신드립니다.Permission policy itself is managed in your access system. We confirm who the person is at each entry point and return the result; how that result maps onto zones is decided by the access system. Send us your zone-permission requirements and we will reflect them in the integration design and reply.

얼굴 데이터가 외부로 나갑니까?Does face data leave our premises?

온프레미스 구성에서는 고객사 환경 안에 남습니다. 저장 방식은 template-only로, 대조에 필요한 특징 데이터만 저장하고 원본 사진은 남기지 않습니다. 다만 템플릿도 개인정보로 취급하는 규제가 있고 법적 해석은 저희가 하지 않습니다 — 저장 방식이라는 사실만 정확히 전달드리고 판단은 고객사 법무 · 컴플라이언스에서 하십니다.Under an on-premises configuration it stays inside your environment. Storage is template-only: only the feature data required for matching is kept, and original photographs are not. That said, some regulations treat templates as personal data too, and we do not offer that interpretation — we state the storage method accurately and the judgement belongs to your legal and compliance teams.

방문자 관리는 어떻게 됩니까?How is visitor management handled?

방문자를 등록해 두면 출입 시점에 같은 방식으로 확인됩니다. 다만 방문 신청 · 승인 · 기간 만료 같은 업무 흐름은 고객사 출입 관리 시스템의 영역이고, 저희는 그 시스템이 부르면 확인 결과를 돌려드리는 역할입니다. 현재 방문자 처리 절차를 알려주시면 어느 지점에서 연동하면 되는지 정리해 회신드립니다.Once a visitor is enrolled, they are verified at the entry point in exactly the same way. The workflow around it — request, approval, expiry — belongs to your access management system, and our role is to return a verification result when that system calls. Tell us your current visitor procedure and we will map out where the integration points sit.

구역 안 동선까지 보려면 카메라를 새로 달아야 합니까?To see movement inside a zone, do we need new cameras?

새로 달지 않습니다. VCA는 이미 설치된 일반 카메라 위에 얹혀 ONVIF · RTSP로 연동합니다. 다만 화질이 지나치게 낮거나 각도가 나쁜 카메라는 정확도가 떨어질 수 있어 최소 화질 기준을 사전에 확인드립니다. 현재 카메라 목록을 주시면 확인해 회신드립니다.You do not. VCA layers onto the ordinary cameras already installed, integrating via ONVIF and RTSP. Cameras with very low image quality or poor angles can reduce accuracy, so we confirm the minimum image-quality baseline in advance. Send us your current camera list and we will review it and respond.

등록 인원이 늘어나면 느려지지 않습니까?Does it slow down as the enrolled population grows?

1:N 응답은 1초 미만을 기준으로 설계되어 있고, 400M+ 규모의 얼굴 DB를 다룹니다. 다만 실제 구성은 등록 인원 · 하루 인증 건수 · 동시 처리량에 따라 달라지므로, 그 세 가지 숫자를 주시면 구성안을 검토해 회신드립니다. 특정 밀리초 값을 그 자리에서 확답드리지는 않습니다.The 1:N response is designed for under one second, and the engine handles a 400M+ face database. The actual configuration still depends on enrolled population, daily authentication volume and concurrency, so send us those three numbers and we will review a configuration and reply. We do not confirm a specific millisecond figure on the spot.

도입 비용은 어떻게 됩니까?What does adoption cost?

견적으로 회신드립니다. 산정에 필요한 것은 출입구 수, 사업장 수, 등록 인원 규모, 고객사 서버에 설치하실지 클라우드로 하실지, 도입 목표 시점입니다. 구역 동선까지 보실지 여부도 함께 알려주시면 한 번에 정리해 드립니다.We respond with a quotation. What we need to prepare it: number of entry points, number of sites, size of the enrolled population, whether you will install on your own servers or in the cloud, and your target deployment date. Tell us as well whether zone movement is in scope and we will cover it in one pass.

출입·통제Access Control

출입 현장에서 실제로 벌어지는 일What actually happens at the entry point

GATE + VCA — 인증과 그 뒤 동선GATE + VCA — the authentication, and what follows it

도입은 네 걸음입니다Adoption takes four steps

무엇을 근거로 말씀드립니까What we base these claims on

자주 묻는 질문Frequently asked questions

관련 제품Related products

기록에 남은 이름이 그 사람이 되게So the name in the log is the person