외주인력 원격 접속 본인 인증, 실제 담당자가 접속했는지 확인하는 방법

트렌드
2026-10-29

외주인력 원격 접속 본인 인증은 왜 필요한가요?

‍

 

외주인력 원격 접속 본인 인증은 기업 시스템에 접속을 요청한 사람이 사전에 승인된 담당자인지 확인하는 절차입니다. 계정과 비밀번호를 확인한 뒤 접속 시점의 얼굴을 등록된 담당자의 기준 사진과 대조하면, 계정 정보 확인에 더해 실제 이용자에 대한 확인 근거를 확보할 수 있습니다.

‍

외주·협력사 업무에서는 프로젝트 일정에 따라 담당자가 바뀌거나 여러 사람이 같은 업무를 교대하기도 합니다. 이때 편의를 이유로 계정을 함께 쓰거나 승인되지 않은 동료에게 접속을 맡기면, 계정에 기록된 이름과 실제 업무 수행자가 달라질 수 있습니다. 핵심은 계정이 유효한지와 현재 접속자가 누구인지를 함께 확인하는 것입니다.

‍

따라서 인증 설계는 기술 선택에서 끝나지 않습니다. 외주 인력 명단, 개인별 계정, 수행 업무, 계약 기간을 연결하고 담당자 교체 시 처리 기준까지 마련해야 합니다. 얼굴 인증은 이러한 인력 관리 절차 안에서 접속 시점의 담당자 확인을 보완하는 수단으로 검토할 수 있습니다.

‍

계정 공유와 대리 접속은 어떻게 구분하나요?

 

 

공동 계정에 여러 담당자가 접속하는 경우

하나의 협력사 계정을 여러 사람이 사용하면 접속 기록만으로 개인별 업무 수행을 구분하기 어렵습니다. 얼굴 인증을 더하기 전, 계정을 개인별로 발급하고 승인된 외주 인력과 일대일로 연결하는 작업이 우선입니다. 공동 계정을 유지하면서 대표자 얼굴만 등록하면 다른 담당자의 정상적인 업무까지 거절될 수 있습니다.

예를 들어 같은 협력사의 두 담당자가 교대로 일하더라도 각자 승인된 계정으로 접속하면 담당자를 구분할 수 있습니다. 반대로 업무가 같다는 이유로 한 계정을 번갈아 사용하면 개인별 확인의 기준이 흐려집니다. 교대 업무 자체를 제한하기보다 사람과 계정의 연결을 유지하는 운영 규칙이 필요합니다.

‍

등록된 담당자 대신 다른 사람이 접속하는 경우

개인 계정이 있어도 다른 사람이 비밀번호나 인증 코드를 전달받아 접속을 대신할 수 있습니다. 얼굴 매칭은 촬영된 사람이 해당 계정에 연결된 등록자와 동일한지 판단하는 데 쓰입니다. 다만 인증을 통과한 사람이 이후 모든 업무를 직접 수행했다는 사실까지 증명하는 것은 아니므로, 접속 인증 결과와 업무 수행 기록은 구분해 해석해야 합니다.

기존 인증 수단도 역할을 나누어 볼 필요가 있습니다. 비밀번호는 알고 있는 정보를, OTP는 등록된 인증 수단을 이용할 수 있는지를 확인합니다. 얼굴 인증은 등록된 인물과의 동일인 여부를 확인하므로, 기업은 각 수단이 확인하는 대상을 기준으로 조합을 결정해야 합니다.

‍

접속 시점 얼굴 인증은 어떤 순서로 설계하나요?

최초 등록: 사람·계정·업무 범위 연결

먼저 협력사 관리자가 제출한 명단과 기업이 승인한 담당자를 대조합니다. 이후 필요한 본인확인 절차를 거쳐 기준 얼굴 정보를 등록하고, 개인 계정과 연결하는 방식을 설계합니다. 계정 발급 승인과 얼굴 등록 승인을 분리해 확인하면 등록 대상이 잘못 연결되는 상황을 줄일 수 있습니다.

신분증을 활용한다면 업무상 필요한 범위와 처리 근거부터 검토해야 합니다. 모든 접속 때마다 신분증을 다시 제출받기보다, 최초 확인과 이후 접속 인증의 목적을 구분하고 각각에 필요한 정보만 처리하는 방식이 적절합니다.

등록 단계에서는 기업이 승인한 담당자와 얼굴 등록을 진행하는 사람이 같은지 확인하고, 등록 완료 사실을 해당 담당자에게 안내합니다. 기준 정보를 바꿀 때도 변경 신청자와 승인자를 확인해야 합니다. 최초 등록이 잘못 연결되면 이후 접속에서 얼굴이 일치하더라도 기업이 의도한 담당자 확인으로 이어지기 어렵습니다.

‍

접속 요청: 촬영·위변조 판별·얼굴 매칭

운영 흐름은 개인 계정 확인, 얼굴 촬영, 얼굴 위변조 판별과 동일인 대조, 업무 권한 확인 순서로 구성할 수 있습니다. 얼굴 위변조 판별은 제출된 얼굴 입력의 실제성을 확인하고, 얼굴 매칭은 등록자와 촬영자의 동일인 여부를 판단합니다. 두 결과를 구분해야 실패 원인과 후속 조치를 정하기 쉽습니다.

얼굴 인증에 성공했더라도 계약 기간과 업무 권한이 유효한지 별도로 확인해야 합니다. 동일인이라는 사실이 모든 업무에 대한 접근 승인을 뜻하지는 않습니다. 인증 결과는 해당 접속 요청과 연결하고, 이전 요청의 성공 결과가 다른 요청에 그대로 적용되지 않도록 처리 기준을 정해야 합니다.

‍

알체라 eKYC로 검토할 수 있는 본인확인 기능

알체라 eKYC는 신분증 이미지의 사진·텍스트를 추출하는 OCR과 촬영 얼굴의 위변조 판별, 신분증 사진과의 얼굴 매칭 기능을 안내합니다. 외주 인력의 최초 본인확인에 필요한 기능을 검토할 때 참고할 수 있습니다. 접속 단계에서 사용할 기준 정보와 인증 결과 처리 방식은 기업의 운영 요건에 맞춰 별도로 설계해야 합니다.

‍

촬영 실패와 담당자 교체는 어떻게 처리하나요?

‍

 

촬영 실패: 구체적인 안내와 재시도

원격 업무 장소에서는 조명, 얼굴 각도, 카메라 상태에 따라 촬영 품질이 달라집니다. 단순히 ‘인증 실패’라고 표시하기보다 ‘얼굴을 화면 중앙에 맞춰 주세요’, ‘역광을 피해 다시 촬영해 주세요’처럼 다음 행동을 안내하는 편이 좋습니다. 촬영 품질 부족과 동일인 대조 실패도 구분해 운영해야 합니다.

재시도 횟수와 대기 기준을 정하고, 반복 실패 시 기업 담당자가 확인하는 예외 절차를 마련합니다. 예외 승인은 다른 사람의 얼굴을 대신 등록하는 방식이 아니라, 당사자 확인과 승인 사유 기록을 거쳐야 합니다. 처리 중에는 기존 입력을 필요한 범위에서 유지해 처음부터 다시 신청하는 부담도 줄일 수 있습니다.

‍

담당자 교체: 계정 양도 대신 신규 승인

협력사 내부에서 업무가 인계되더라도 기존 계정을 그대로 넘기지 않는 원칙이 필요합니다. 신규 담당자 승인과 얼굴 등록, 업무 권한 부여를 진행하고 이전 담당자의 계정과 등록 정보는 종료 정책에 따라 처리합니다. 계약 연장과 담당자 변경을 구분하면 관리자가 무엇을 다시 확인해야 하는지도 명확해집니다.

‍

운영자는 어떤 기록과 개인정보 기준을 관리해야 하나요?

 

 

인증 기록에는 개인 계정, 접속 요청 시각, 인증 결과, 실패 유형, 예외 승인 여부 등 운영에 필요한 항목을 정합니다. 얼굴 원본과 같은 정보를 일반 업무 기록에 함께 남기기보다, 확인 목적에 필요한 결과와 원본 정보의 관리 범위를 나누어 검토해야 합니다.

‍

얼굴 정보의 수집 목적, 이용 범위, 보관 기간, 접근 가능한 담당자와 파기 절차도 사전에 안내합니다. 기업과 협력사 중 누가 등록을 승인하고 정보 변경을 처리하는지 정해 두면, 담당자 퇴사나 계약 종료 때 누락을 줄일 수 있습니다. 개인정보 보호 검토는 실제 수집 항목과 운영 방식에 맞춰 진행해야 합니다.

도입 전에는 승인된 외주 인력을 대상으로 촬영 성공 여부, 재시도 발생 구간, 예외 처리 시간, 담당자 변경 절차를 확인하는 것이 좋습니다. 접속 인증을 넓게 살펴보려면 원격근무 접속 시 얼굴 인증 적용에 관한 기존 글을 참고할 수 있습니다. 외주 인력 운영에서는 여기에 협력사 명단과 계약 종료 관리 기준을 함께 연결하는 것이 중요합니다.

시험 운영 결과는 정상 인증, 촬영 재시도, 동일인 확인 실패, 관리자 확인으로 나누어 살펴봅니다. 특정 업무 장소나 기기에서 실패가 몰리면 촬영 안내와 이용 환경부터 점검합니다. 인증을 쉽게 통과시키기 위해 판단 기준을 임의로 낮추기보다, 담당자가 절차를 이해하고 완료할 수 있도록 개선하는 것이 우선입니다.

‍

정리: 외주 인력의 실제 접속자 확인 기준

‍

  • 계정 공유 관리: 승인된 인력마다 개인 계정을 연결합니다.
  • 접속 시점 확인: 얼굴 인증으로 등록된 담당자와의 동일인 여부를 확인합니다.
  • 예외와 변경 관리: 촬영 실패는 재시도·담당자 확인으로, 인력 교체는 신규 승인으로 처리합니다.
  • 운영 기준 유지: 업무 권한, 계약 기간, 인증 기록과 개인정보 처리 범위를 함께 관리합니다.

‍

 

‍