계정 이름보다 점검 업무를 먼저 정리
점검 업무에 필요한 권한은 정본과 공개 정보를 대조하는 데 필요한 접근, 수정 담당자에게 요청하는 경로, 계정 권한을 관리하는 역할을 구분해 정리합니다. 실제 부여된 접근 범위가 맡은 업무와 맞는지 확인하고, 부족하거나 불필요한 권한은 조정 요청 대상으로 정리합니다.
실장은 담당자가 대조할 정보와 그 정보의 정본을 먼저 정합니다. 담당자는 정본을 읽는 일, 공개 화면을 여는 일, 관리 화면에서 처리 상태를 읽는 일을 각각 기재합니다. 계정의 역할 이름부터 정하면 화면 열람만 필요한 업무에도 수정 기능을 요구하거나, 정본을 읽지 못하는 문제를 놓칠 수 있습니다.
병원에서 확정한 진료시간 문서와 검색에 공개된 진료시간을 대조하는 업무라면 필요한 자료와 화면부터 연결합니다. 문서 접근이 막힌 상태와 채널 관리 화면에 접근하지 못하는 상태는 요청 대상이 다를 수 있습니다. 담당자는 어느 단계에서 업무가 멈추는지 설명할 수 있도록 접근 대상을 구체적으로 기재합니다.
| 점검 업무 | 확인할 정본·화면 | 필요한 접근 | 현재 접근 가능 여부 |
|---|---|---|---|
| 정본 내용 읽기 | 병원이 확정한 정보 문서 | 해당 문서 열람 | 문서별 열람 결과 기재 |
| 공개 정보 대조 | 검색·지도에 공개된 병원 정보 | 대상 공개 화면 열람 | 대상 화면 접근 결과 기재 |
| 처리 상태 읽기 | 업무에 필요한 채널 관리 화면 | 해당 상태를 읽을 수 있는 접근 | 필요한 화면 열람 여부 기재 |
| 수정 요청 전달 | 병원 내부 요청 문서·연락 수단 | 요청 작성과 전달 | 수신 담당자 연결 여부 기재 |
이 표는 채널의 모든 기능을 나열하는 목록이 아니라 맡은 업무에 필요한 접근을 적는 틀입니다. 공개 화면에서 끝나는 업무와 관리 화면까지 필요한 업무를 함께 적되, 아직 사용하지 않은 기능을 필요 권한으로 단정하지 않습니다.
플랫폼 역할과 병원 업무 승인 권한
구글은 비즈니스 프로필의 소유자와 관리자에게 서로 다른 접근 수준을 부여하며, 사용자 추가·삭제와 다른 사용자의 접근 역할 변경은 소유자가 할 수 있다고 설명합니다. 병원은 수정 담당자와 계정 권한을 조정할 수 있는 사람을 별도로 기재해야 합니다. 정보를 수정하는 사람에게 요청을 보냈더라도 그 사람이 사용자 권한까지 변경할 수 있는 것은 아닙니다.
플랫폼에서 표시하는 소유자·관리자라는 명칭은 병원 내부의 업무 승인 권한과 구분합니다. 해당 역할을 가진 직원이 병원 정보의 변경 내용을 승인할 수 있는지는 내부 업무 관계에서 따로 정합니다. 권한표에는 화면에 표시된 역할과 수정 요청을 받을 담당자를 각각 적어, 같은 명칭만으로 책임자를 판단하지 않도록 합니다.
정본과 실제 접근 범위를 연결하는 순서
담당자는 정본과 맡은 업무를 정리한 뒤 자신의 현재 접근 범위를 기록합니다. 실장은 업무 설명과 접근 결과를 대조해 권한 문제인지, 자료 위치나 담당자 연결의 문제인지 가립니다. 그다음 실제로 조정이 필요한 항목만 권한 관리자에게 전달합니다.
- 정본과 업무를 연결합니다. 담당자는 문서 이름, 대조할 정보, 공개 화면과 관리 화면 중 필요한 대상을 기재하고 정본을 보관하는 부서에 열람 가능 여부를 묻습니다.
- 현재 접근 범위를 기록합니다. 담당자는 맡은 대상에 접속해 필요한 내용을 읽을 수 있는지 기록하고, 접근 실패 문구나 사용할 수 없는 기능 이름을 남깁니다.
- 조정 요청 경로를 정리합니다. 실장은 필요한 접근과 현재 상태가 다른 항목을 모아 요청 사유를 작성하고, 문서 접근 담당자 또는 채널 권한 관리자에게 전달합니다.
준비 자료에는 업무 목록, 정본 위치, 대상 채널 이름, 현재 표시되는 역할, 접근 시 나타난 결과를 포함합니다. 계정 이름과 비밀번호를 모으는 방식으로 자료를 만들지 않습니다. 화면 자료가 필요할 때는 접근 문제를 설명하는 부분만 남기고 업무와 관계없는 내용은 제외합니다.
권한 불일치별 조정 요청 대상
권한 조정 요청에는 필요한 이유와 조정할 대상을 함께 기재합니다. 수정 기능이 없는 상태라도 담당자의 업무가 요청 전달까지라면 기능 부족으로 처리하지 않습니다. 반대로 업무에 필요하지 않은 접근이 가능하면 사용 여부와 별개로 조정 대상으로 기록합니다.
| 권한 불일치 | 업무에 미치는 영향 | 권한 조정 요청 대상 | 확인 결과 |
|---|---|---|---|
| 정본 열람 불가 | 대조 기준을 읽지 못함 | 정본 문서 접근 담당자 | 대상 문서 열람 결과 |
| 필요한 관리 화면 접근 불가 | 맡은 상태 조회를 수행하지 못함 | 해당 채널 권한 관리자 | 필요한 화면 접근 결과 |
| 업무 밖 기능까지 사용 가능 | 맡지 않은 작업을 수행할 수 있음 | 실장과 해당 권한 관리자 | 조정 후 남은 접근 범위 |
| 요청 수신자는 있으나 조정 권한 없음 | 접근 변경 요청이 진행되지 못함 | 실제 권한 변경이 가능한 담당자 | 요청 전달 대상과 처리 상태 |
요청을 받은 사람은 자신이 해당 접근을 변경할 수 있는지 먼저 답하고, 처리할 수 없다면 가능한 담당자를 연결합니다. 조정 뒤에는 점검 담당자가 앞에서 정한 기준에 따라 필요한 업무를 수행할 수 있는지 기록합니다. 요청을 전달했다는 상태와 접근이 달라졌다는 결과를 같은 칸에 완료로 표시하지 않습니다.
접속 성공과 업무 접근의 차이
로그인에 성공했다는 사실만으로 점검 업무에 필요한 접근을 확보했다고 판단하지 않습니다. 다른 병원이나 다른 지점의 관리 화면에 접속했거나, 필요한 항목을 읽지 못하는 상태일 수 있기 때문입니다. 담당자는 접속 결과에 대상 병원·지점과 실제 열람한 화면 이름을 함께 기재합니다.
공개 화면을 읽을 수 있는데 관리 화면에 접근하지 못한다면 맡은 업무에 관리 화면이 필요한지부터 판단합니다. 공개 정보 대조만 맡았다면 관리 화면 접근 불가를 이유로 전체 업무를 중단할 필요는 없습니다. 관리 화면이 필요한 항목만 미수행으로 표시하고, 그 항목에 대한 접근 조정을 요청합니다.
정본 문서가 열리지 않는 경우에는 계정 역할을 높이기 전에 문서 위치와 열람 대상을 담당 부서에 묻습니다. 자료 위치를 잘못 전달받았거나 업무와 다른 문서를 선택했다면 채널 권한 변경으로 해결되지 않습니다. 접근이 막힌 대상과 오류 내용을 먼저 특정해 요청이 잘못된 담당자에게 전달되는 일을 줄입니다.
예약·주문 관리를 겸할 때의 주의사항
예약·주문 관리까지 맡는 담당자에게는 해당 업무의 권한 조건을 별도로 적용합니다. 네이버는 예약·주문 운영자 권한을 내부 직원에게 부여하도록 안내하며, 운영자가 열람하는 고객 휴대폰 번호 등의 정보를 제한할 수 없다고 설명합니다. 병원은 공개 정보 점검만을 위해 예약·주문 운영자 권한을 요청하지 않도록 업무 필요성을 먼저 가립니다.
네이버는 관리자(주인)만 운영자를 추가하거나 삭제할 수 있고, 추가 대상자가 알림에서 동의해야 운영자 등록이 완료된다고 안내합니다. 예약·주문 관리를 겸하는 직원은 추가 요청 여부뿐 아니라 동의와 실제 접근 결과까지 기록합니다. 운영자 계정에서 권한관리 메뉴가 나타나지 않는다는 안내도 있으므로, 운영자에게 다른 직원의 권한 조정을 맡기지 않습니다.
권한 묶음에 포함된 불필요한 기능
필요한 화면에 접근하려면 다른 기능도 함께 허용되는 경우에는 요청한 기능과 함께 허용된 기능을 따로 기재합니다. 담당자가 사용하지 않겠다고 말한 것만으로 실제 접근 범위가 줄어든 것은 아닙니다. 실장은 더 좁은 접근 방법이 있는지 권한 관리자에게 묻고, 선택 가능한 역할의 범위를 전달받습니다.
업무상 필요한 접근과 불필요한 기능을 분리할 수 없다면 이를 단순한 설정 누락으로 처리하지 않습니다. 해당 화면을 담당자가 직접 열람해야 하는 이유와 다른 담당자가 필요한 내용을 전달할 수 있는지를 따집니다. 최종 기록에는 선택한 접근 방식과 함께 남는 제약을 기재해, 다음 업무를 추가할 때 판단 자료로 사용합니다.
자주 묻는 질문
같은 직원의 권한도 지점마다 따로 기록해야 하나요?
업무 대상이 지점별로 다르면 접근 결과도 지점별로 기재하는 편이 좋습니다. 같은 직원에게 같은 역할 이름이 표시되더라도 이를 다른 지점에 접근할 수 있다는 근거로 사용하지 않습니다. 기록을 묶을 때도 대상 지점이 빠지지 않게 합니다.
권한 관리자 이름을 모르면 누구에게 먼저 요청하나요?
실장이나 해당 채널의 운영 책임자에게 권한 변경 요청을 받을 사람을 지정해 달라고 요청합니다. 연락할 수 있는 직원에게 임의로 전달하고 끝내기보다, 요청을 접수할 담당자와 연결 책임자를 정하는 편이 좋습니다. 담당자가 정해지기 전에는 미지정 상태를 그대로 남깁니다.
정본 문서에 댓글을 남기는 권한도 필요할까요?
댓글로 불일치 내용을 전달하는 방식을 병원에서 사용한다면 필요한 접근에 포함할 수 있습니다. 별도 요청 문서로 전달한다면 정본에 댓글을 남기는 기능까지 요구할 이유는 없습니다. 댓글 기능의 필요성은 담당자가 실제로 사용하는 요청 방식에 따라 정합니다.
모바일과 업무용 컴퓨터의 접근 결과가 다르면 어떻게 하나요?
사용한 기기와 접속 방식, 나타난 메시지를 함께 기록합니다. 차이가 발생했다는 이유만으로 계정 권한 부족이라고 단정하지 않고, 권한 관리자에게 결과를 전달해 원인을 가립니다. 원인을 알기 전에는 특정 환경에서만 수행 가능한 업무로 표시합니다.
새 업무가 추가되면 기존 권한표도 다시 작성해야 하나요?
기존 표에 새 업무와 필요한 접근을 추가하고, 영향을 받는 항목을 갱신하면 됩니다. 관련 없는 항목까지 처음부터 작성하기보다는 변경된 업무와 연결되는 문서·화면을 특정합니다. 새 업무를 시작하기 전에 접근 조정이 필요한지 판단할 수 있도록 변경 이유도 남깁니다.