기업 정보 검색 시 오류가 발생했을 때 어떤 알림을 받을 수 있나요?
기업 정보 검색 시 오류가 발생하면 슬랙 채널로 알림을 받을 수 있습니다.
슬랙 알림 메시지에는 어떤 내용이 포함되나요?
슬랙 알림 메시지에는 '사업자 등록번호 기업 정보 검색의 오류가 났습니다'라는 내용과 함께 오류가 발생한 회사 이름이 포함됩니다.
이 영상은 컨설팅 업무 자동화와 관련된 기술적인 문제 해결 과정을 담고 있습니다. 주요 내용은 이력서 입력 과정에서 발생하는 기업 정보 오류 처리, 슬랙 알림 설정, 그리고 crm 시스템 개선에 대한 논의입니다. 특히, 기업 정보 검색 오류 시 알림을 통해 담당자가 즉시 대응할 수 있도록 시스템을 개선하고, CRM 내 기업 정보 표시 방식을 변경하여 사용자 편의성을 높이는 데 초점을 맞추고 있습니다. 이 과정에서 정규 표현식을 활용하여 데이터 형식을 표준화하고, 파일 관리 시스템을 개선하여 업무 효율성을 높이는 방법을 모색합니다. 궁극적으로는 컨설팅 업무의 효율성을 높이고 오류를 최소화하여 전반적인 서비스 품질을 향상시키는 것을 목표로 합니다.
핵심 용어
•
컨설팅: 컨설팅은 전문적인 지식이나 경험을 바탕으로 개인이나 기업의 문제 해결을 돕는 서비스입니다. 마치 의사가 환자를 진찰하고 처방을 내리듯이, 컨설턴트는 고객의 상황을 분석하고 ...
1. 이력서 입력 과정의 기업 정보 오류 처리 및 알림 설정
•
기업 정보(예: 회사명, 사업자등록번호)를 불러올 때 오류가 발생하면 에러를 반환하고, 해당 데이터는 별도 에러 폴더로 이동시킨다
•
오류 발생 시 현재는 알림이 전송되지 않으나, 슬랙을 통해 담당자에게 알림을 보내는 기능 도입을 논의하였다
•
슬랙 알림에는 회사명, 담당자 이름 등 오류 이력서의 구체적 정보를 포함하여, 담당자가 빠르게 확인하고 대응할 수 있도록 한다
•
오류 알림은 이력서 입력 오류 채널(1번 채널)로 전달하며, 오류의 유형은 주로 사업자 등록번호 누락 또는 기업 정보 검색 실패에 한정된다
•
일부 시나리오는 개별 사용을 중지하고, 오류 발생시 샘플용으로만 유지하며, 모든 워크플로우가 개별 사용자별로 관리되도록 재구성하였다
1.1. ️ 시나리오 진행 중 발생하는 회사 정보 오류 및 알림 처리
•
시나리오를 자동으로 진행할 때 회사 정보를 가져올 때 오류가 발생하는 경우가 있다
•
회사 정보를 첫 번째로 가져오지 못하거나, 내용이 맞지 않는 경우에 오류가 발생한다
•
오류 발생 시 시스템이 에러를 반환하도록 처리되어 있다
•
이 오류는 프로세스 내 30번 모듈에서 회사 정보를 불러오면서 주로 발생한다
1.2. 사업자 등록번호 오류 발생 시 처리 및 슬랙 알림 방식
•
사업자 등록번호가 없을 경우, 외부 데이터에서 정보를 가져오지 못해 에러 값이 반환되고, 해당 데이터는 에러 폴더로 이동된다
•
실제 사례에서 특정 이력서 테스트 시 회사명과 사업자 등록번호를 불러오지 못해, 결과적으로 모두 에러로 반환된 사례가 있다
•
에러가 발생하면 처리는 중단되고, 기존에는 슬랙 등으로 별도의 알림이 전송되지 않는 상태였다
•
향후에는 이런 기업 정보 오류가 발생할 때 슬랙 채널에 오류 발생 알림을 푸시해 즉시 대응 가능하도록 개선할 예정이다
•
슬랙 알림 메시지는 단순 오류임을 명확히 전달하는 방식과, 기업 정보 오류 번호 등 상세내용 전달 방식이 논의되고 있다
1.3. 이력서 입력 오류 발생 시 슬랙 알림 설정 및 알림 정보 결정
•
이력서 입력 시 기업 정보 검색 오류 발생 시 오류를 특정 이력서 오류 채널(1번 채널)로 슬랙 알림을 보내도록 한다.
•
알림 메시지에는 담당자 이름, 담당자 회사 이름, 그리고 오류 종류(주로 사업자 등록번호 오류)를 구체적으로 포함한다.
•
오류 종류는 세 가지가 있으나, 현재는 사업자 등록번호 오류만 처리되는 것으로 보인다.
•
기업 정보 검색 오류 발생 사실과 함께 회사명을 포함하여 메시지를 전달하는 것이 효율적이다.
1.4. ️ 기존 단체 시나리오 정리 및 샘플화 결정
•
현재 시나리오 중 대표님만 사용하는 시나리오에는 대표님의 이름이 들어가도록 설정한다.
•
단체로 사용하던 기존 시나리오는 현재 더 이상 사용하지 않으므로 중단하고 샘플용으로만 유지하기로 한다.
•
기존 단체 시나리오는 초기에는 개별로 나누기 전 생성된 것이며, 현재는 전원이 개별 시나리오를 사용 중이다.
•
해당 단체 시나리오는 이름 입력이 불가하므로 추가적인 활용 없이 샘플로만 보관한다.
1.5. 회의 참석자 확인과 회의 마무리
•
호지 아 쿠시드 님의 참석 여부를 확인하는 장면이 담겨 있다
•
문서나 파일이 제대로 열리지 않거나 없는 상황이 언급된다
•
이원효 님이 회의에 참석하고 있는 것으로 확인된다
•
회의 기록이 두 개 있는 이유와 그 중 하나는 처음 만들어 본 기록임이 추정된다
2. 업무 자동화 프로세스 개선 및 알림 시스템 세팅
•
각 사용자별로 자동화 시나리오의 실행 시간을 겹치지 않도록 20분 또는 1시간 간격으로 분리하여 지정한다
•
알림이 새벽 시간대에 가지 않도록 사용자별 실행시간을 오전 8시~9시 이후로 조정하는 방안을 논의한다
•
변환된 파일이 있다면 사용자는 직접 파일을 넣고 '한 번 실행(Let Run Once)'으로 즉시 실행할 수 있다
•
ATS에서 서류 탈락시 문자 알림이 정상적으로 발송되며, KPI 연동이나 수식 연동 없이 상태값만 '탈락'으로 업데이트하는 구조이다
•
면접 등을 거친 지원자에 대해서는 중복 알림을 방지하기 위해 차트 기반 알림을 제한한다
•
CRM 기업 정보 표시 방식을 변경하여 사용성과 정보 제공 방식을 개선하였다
2.1. 자동화 스크립트 실행 시간 조정 논의
자동화 스크립트 실행 시간 조정 논의•
자동화 스크립트가 여러 명에게 동시에 실행되지 않도록 각 사용자별 실행 시간을 다르게 설정하기로 계획했다
•
실행 시간 간격은 최소 20분씩 두는 방안을 논의했으며, 최종적으로 새벽 5시부터 30분 간격으로 실행하는 안이 제안되었다
•
각 사용자의 실행 시간 예시로 대표는 5시, 다른 사용자는 6시 30분에 실행하도록 설정하는 방안이 나왔다
•
사용자가 파일을 추가하고 ‘런 원스’를 누르면 즉시 실행 가능한 구조임을 확인했다
•
실제 시간 설정은 담당자가 추후 최종적으로 완료하기로 했다
2.2. 알림 시간 조정 및 파일 관리 세부 논의
알림 시간 조정 및 파일 관리 세부 논의•
알림 발송 시간을 새벽이 아닌 오전 8시 또는 9시 이후로 조정하는 것이 효과적이다
•
시간 설정 기능의 필요성이 강조되고 있다
•
파일이나 작업물의 제목과 내용이 일치하도록 반드시 확인해야 한다
•
이러한 조치들은 효율성과 정확성을 높이기 위해 논의된 내용이다
2.3. ATS 서류 탈락 처리 과정과 문제점 검토
•
인풋(입력)이 모두 완료된 뒤, ATS 시스템에서 서류 탈락 처리 과정에 대한 문제점이 논의된다.
•
서류 탈락 관련 데이터의 확률 수치가 보는 사람에 따라 다르게 나타나는 현상이 발생한다.
•
일부 정보가 저장되지 않거나 특정 사용자에게만 보이는 저장 오류가 발생하는 것으로 파악된다.
•
서류 탈락 시 자동으로 불합격 문자가 발송되는 시스템임이 확인된다.
•
각자의 뷰(View) 설정이나 데이터 저장 방식에 대한 점검이 필요함이 암시된다.
2.4. 탈락 처리 방식과 문자 알림 시스템 개선 논의
•
KPI 연동값이나 수식에는 영향 없이 상태값만 업데이트하는 방식이며, 보안과 문자 전송 후 지원자의 상태만 '탈락'으로 변경되는 시스템이다.
•
현재 프로세스는 CV값과 상관 없이, 오직 상태값만 ‘탈락’으로 바꾼다.
•
스테이지별로 모두 탈락 처리가 가능하게 구축되어 있지만, 실제 면접 진행 후보에게는 문자 알림이 거의 발송되지 않는다.
•
면접 대상자에게는 이미 전화로 안내가 되었기에, 추가 문자 알림이 부담스러울 수 있음을 고려하여 문자 발송 방식 개선 필요성이 제기된다.
2.5. ️ CRM 시스템에서 기업 정보 표시 방식 변경
•
CRM 시스템에서 기업 정보가 표시되는 방식을 새롭게 변경하였다.
•
변경된 사항은 CRM에 직접 들어가 확인할 수 있다.
•
이 변경은 시스템의 사용자 편의성 향상을 위한 조치로 판단된다.
3. CRM 시스템의 기업 정보 표시 방식 개선 및 설립일·기업 형태 추가
•
기존 CRM 시스템 내 기업 정보 표시 형식을 전면적으로 변경하며, 데이터 재분류를 통해 담당자 업무에 바로 활용될 수 있도록 최적화하였다 .
•
기업 정보 중 설립일과 기업 형태 두 가지 속성값을 새로 추가하여, 검색 시 해당 정보가 함께 표시되도록 시스템을 업데이트하였다 .
•
자동화된 프로세스를 통해 새로운 설립일과 기업 형태 정보가 잘 입력·표시되고 있으며, 아직까지 별다른 오류는 발생하지 않았다 .
•
프롬프트(명령어) 및 파싱 과정도 함께 업데이트하여, 시스템 활용과 정보 입력의 효율성을 높였다 .
•
향후 설립일 데이터를 활용해 기업의 몇 년 차인지 계산하여 후보자에게 메일 발송 등에 응용할 계획이 있으며, 이를 위한 추가 함수 개발을 고려 중이다 .
4. 정규 표현식 활용과 효율적인 파일 관리로 데이터 품질 및 업무 효율성 향상
•
정규 표현식을 사용해 '설립일' 필드의 다양한 날짜 형식(예: 2025, 2014년 7월, 5년 10월 등)에서 필요한 연도만 추출하는 방법을 적용한다
•
포뮬러와 정규 표현식 활용으로 설립 연도와 설립 기간(업력)을 자동 계산 및 출력할 수 있으며, 이는 1년, 3년, 4년 등으로 표시된다
•
설립일 데이터는 대체로 '몇 년 몇 월' 형태로 입력되어 있고, 앞자리 두 개만 있는 경우 등 예외상황에 유의하여 네 자리 연도만 추출해야 한다
•
파일 관리 시스템에서는 각 필드별로 최대 3~5개의 파일이 들어갈 수 있으며, 예를 들어, 원천징수 영수증은 1개, 급여 명세서는 최대 3개, 기타 연봉 계약서 자료는 2~3개까지 관리된다
•
여러 파일이 업로드되지 않는 오류가 있을 수 있으므로, 테스트를 통해 안정적으로 여러 개의 파일이 저장되는 방안을 모색한다
5. 파일 관리 및 CRM 시스템 개선 이슈
•
파일 관리 기능이 업데이트되어 과거에는 구글 드라이브 등을 사용했으나, 이제는 다이렉트로 파일을 업로드할 수 있게 되어 작업 방식이 개선되었다 .
•
CRM 내 신규 거래처 실행 버튼이 실패하는 원인은 미클리가 없기 때문으로, 이를 인지하고 향후 오류가 발생하지 않도록 데이터베이스를 전체 페이지로 전환하는 작업이 진행되고 있다 .
•
데일리, 위클리 생성 작업 및 26주차 등 스케줄 데이터도 자동으로 생성되어 오류 없는 시스템 관리가 가능해졌다 .
•
불필요한 테스트 데이터와 테스크 데이터를 삭제하고, 파일 이동 시 라인 표시가 보이지 않는 문제가 있어 주의가 필요하다 .
•
시스템과 파일 이동, 데이터 관리 과정에서 정확한 위치 및 상태 표시의 시각적 피드백 부재로 세심한 운영이 요구된다 .
5.1. 미팅 초기 설정 및 블록 지정 논의
•
블록을 두 개로 설정할지, 여섯 개로 설정할지에 대해 논의가 이루어진다
•
블록 지정이 가능한지 직접 확인 후, 가능한 것으로 확인된다
•
초기에는 두 개로 설정하는 것을 제안했으나, 이후 여섯 개로 설정하는 것으로 결론이 변경된다
•
블록 내에 설명을 추가할지 고민하였으나, 설명 추가는 보류된다
•
클릭 기능이 일부 블록에서 누락되는 문제가 발생한다
5.2. ️ 레이아웃 및 클릭 기능 점검 과정
•
세 개의 항목을 묶어 배치하는 것이 레이아웃 구성에 적합하다고 판단된다.
•
설명이 없는 상태로 세팅을 진행하며, 클릭 기능의 정상 작동 여부를 확인하였다.
•
각 항목을 클릭하면 기타 자료의 유무에 따라 기능이 달라지고, 하이라이트 색이나 표시가 달라지는 현상이 있다.
•
클릭 시 동시에 한 항목만 활성화되는 구조로 구현되어 있으며, 복수 선택은 제한된 것으로 확인된다.
•
현 설정에서 기능이 정상적으로 작동함을 테스트를 통해 최종 확인하였다.
5.3. 파일 업데이트 및 레퍼런스 자료 공유 계획
•
매직 밀키트가 업데이트되어 이제 파일을 직접 업로드하는 기능이 가능해졌으며, 이전에는 구글 드라이브 등 외부 서비스를 사용했으나 현재는 직접 업로드가 지원된다.
•
업데이트된 기능을 활용하여 파일 작업을 진행할 예정이고, 이에 따라 불필요한 외부 전송 과정이 생략된다.
•
레퍼런스 자료는 각 항목별로 질문하고 일대일로 매칭시킨 뒤, 정리하여 공유할 계획이다.
•
이 레퍼런스 자료들은 CRM 시스템 내부에 반영된 것으로 보인다.
•
전체적으로 파일 관리 및 참조 자료 공유 프로세스가 개선되어 효율성이 높아진다.
5.4. ️ CRM 시스템 신규 거래처 등록 오류 및 원인 진단
•
신규 거래처 실행 버튼을 누르면 CRM 시스템에서 실행 실패 오류가 발생한다.
•
오류 원인은 미클리(mikly) 데이터 누락으로 인해 발생한 것으로 확인된다.
•
현재 데일리와 위클리 관련 데이터도 생성되지 않아 같은 문제가 반영되고 있다.
•
담당자는 문제 구간(신규 거래처 버튼, 회견 리스트 등)을 직접 점검하며, 오류 발생 위치와 원인을 특정하고 있다.
•
문제 해결을 위해 관련 모듈 생성 여부와 전체 시스템 데이터 상태를 추가로 확인하고 조치할 필요가 있다.
5.5. 데이터 정리 및 생성 자동화 절차
•
이전에 테스트로 생성된 테스트 데이터는 불필요하면 삭제하며, 필요한 부분만 남긴다
•
테스트 데이터 정리 후, 오늘부로 새로운 데이터 생성을 시작한다
•
데이터 자동 생성은 평일 매일 6시 반에 진행되도록 설정한다
•
26주차 및 금일 데이터가 이미 생성되었으며, 이에 따라 기존 오류는 더 이상 발생하지 않을 것으로 예상된다
•
최종적으로 데이터베이스는 모든 데이터를 페이지 형태로 전환하는 작업을 진행한다
5.6. ️ UI 요소 이동 시 주의사항과 요소 명칭 확인
•
UI 요소를 이동할 때 중간에 가이드 라인(회색, 파란색 라인)이 보이지 않을 수 있으며, 이 상태로 옮기면 의도치 않게 요소가 프로젝트 내부로 들어갈 수 있다.
•
가이드 라인이 보이지 않더라도 이동은 가능하므로, 표시가 없을 때는 각별히 주의해서 옮겨야 한다.
•
특정 UI 항목(테스크가 아닌 요소)의 정확한 명칭 사용에 대해 의문이 제기되며, 서포트 자리라고 칭해도 무방하다고 판단된다.
•
사용법에 익숙하지 않거나 정확한 용어가 헷갈릴 때, 관리자 등에게 사용법 시연이나 안내를 요청하는 것이 도움이 된다.
