기본 콘텐츠로 건너뛰기

Ego Lite 브라우저와 Hermes Computer Use를 결합한 ERP·Excel 업무자동화

한 줄 요약: 웹 업무는 Ego Lite가 맡고, Excel 화면 조작은 Hermes Computer Use가 처리하며, Hermes Agent가 전체 순서와 검증 조건을 통제하는 자동화 사례를 구현했다.

웹과 엑셀을 함께 다뤄야 하는 업무

기업의 반복 업무는 한 시스템 안에서 끝나지 않는다. ERP에서 자료를 내려받고, Excel 양식에서 계산한 뒤, 다시 다른 ERP 화면에 입력하는 식이다.

이번 실증에서는 다음과 같은 가상의 업무 흐름을 만들었다.

  1. ERP-i에서 주문 CSV를 내려받는다.
  2. Excel 업무양식에 주문자료를 반영한다.
  3. 기존 수식으로 생산수량과 BOM을 계산한다.
  4. 오류가 없는지 확인한다.
  5. 검증을 통과한 결과만 ECOUNT 입력 화면에 붙여넣는다.
  6. 실제 등록 전 미리보기에서 최종 결과를 다시 검사한다.

단순히 브라우저만 자동화해서는 부족하고, Excel 매크로만으로도 전체 흐름을 끝낼 수 없다. 브라우저, 데스크톱 애플리케이션, 판단 로직을 하나의 에이전트가 연결해야 한다.

구성 1: Ego Lite 브라우저 자동화

Ego Lite는 사용자가 로그인한 웹 환경을 AI 에이전트와 함께 사용할 수 있는 브라우저다. 이번 예시에서는 모의 ERP-i와 모의 ECOUNT 화면을 조작했다.

Ego Lite가 담당한 작업은 다음과 같다.

  • ERP-i 주문 화면 열기
  • 정상·예외 데이터 선택
  • CSV 다운로드 이벤트 확인
  • 다운로드 파일 저장
  • ECOUNT 입력 화면 이동
  • Excel에서 복사한 TSV 데이터 붙여넣기
  • 검증 버튼 실행
  • 화면에 표시된 품목 수와 생산수량 확인
  • 실제 등록 버튼 비활성화 여부 확인

버튼의 화면 좌표를 고정하지 않고 역할, 이름, DOM 요소를 기준으로 조작했다. 화면 배율이 달라져도 같은 버튼을 찾을 가능성이 높아진다.

구성 2: Hermes Computer Use로 Excel 수정

브라우저에서 받은 CSV는 실제 Microsoft Excel로 열었다. Hermes의 Computer Use는 화면을 보고 Excel 워크북을 조작하는 역할을 맡았다.

작업 순서는 다음과 같다.

  1. 다운로드한 CSV를 Excel에서 연다.
  2. 헤더를 제외한 주문자료를 선택한다.
  3. 업무용 워크북의 주문원본 시트로 이동한다.
  4. 기존 주문 값만 지우고 계산식은 보존한다.
  5. 새로운 주문자료를 지정된 시작 셀에 붙여넣는다.
  6. Excel 자동 계산이 끝날 때까지 기다린다.
  7. 검증 시트에서 처리 가능, 제외, 오류, 생산수량, 중량을 확인한다.
  8. 최종 판정이 통과일 때만 ECOUNT 입력 시트로 이동한다.

여기서 중요한 점은 기존 Excel 양식을 무조건 없애지 않았다는 것이다. 워크북에 축적된 수식과 검증 기준을 유지하면서 반복적인 복사, 붙여넣기, 시트 이동, 결과 확인을 자동화했다.

구성 3: Hermes Agent가 전체 순서를 통제

Ego Lite와 Computer Use는 각각 브라우저와 Excel을 조작한다. Hermes Agent는 두 도구를 연결하고 다음 단계로 진행해도 되는지를 판단한다.

Hermes Agent가 담당한 역할은 다음과 같다.

  • 작업 순서 관리
  • 입력 파일과 출력 파일 구분
  • 정상 데이터와 예외 데이터 분리
  • Excel 계산 결과와 기대값 비교
  • 오류 발생 시 ECOUNT 단계 중단
  • 실제 등록이 일어나지 않도록 안전 경계 유지
  • 테스트 결과와 실행 증적 기록

자동화에서 중요한 것은 모든 단계를 빠르게 실행하는 것이 아니다. 잘못된 데이터가 들어왔을 때 멈추고, 왜 멈췄는지 확인할 수 있어야 한다.

세 가지를 결합한 전체 흐름

전체 구조를 한 줄로 정리하면 다음과 같다.

Ego Lite에서 ERP 자료 다운로드 → Hermes Computer Use로 Excel 수정·검증 → Hermes Agent가 통과 여부 판단 → Ego Lite에서 ECOUNT 입력자료 재검증

도구별 역할은 명확하게 나뉜다.

  • Ego Lite: 웹사이트 탐색, 다운로드, 입력, 화면 검증
  • Computer Use: Microsoft Excel 실행과 실제 화면 조작
  • Hermes Agent: 업무 규칙, 순서, 예외, 안전중단 관리

이렇게 역할을 분리하면 웹 시스템과 Excel을 오가는 업무도 하나의 자동화 흐름으로 만들 수 있다.

정상 시나리오의 실증 결과

모의 데이터로 실행한 정상 시나리오에서는 다음 결과가 나왔다.

  • 입력 주문: 16행
  • 처리 가능: 14행
  • 제외: 2행
  • 오류: 0행
  • 생산수량 합계: 26
  • ECOUNT 입력 품목: 6개
  • 완제품 중량: 5.500kg
  • BOM 합계: 5.500kg
  • Excel 최종 판정: 통과
  • ECOUNT 모의 검증: 통과
  • 실제 등록: 0회

Excel 주문원본 영역 옆에 있던 계산식 200개도 그대로 유지했다. 자동 테스트 여덟 개를 실행해 CSV 형식, 워크북 구조, 외부 연결, 매크로 여부, 정상·예외 처리도 확인했다.

예외 데이터는 다음 단계로 보내지 않았다

자동화에는 정상 처리보다 실패 처리가 더 중요하다. 예외 시나리오에는 다음 오류를 의도적으로 넣었다.

  • 등록되지 않은 SKU
  • 수량 0
  • 문자로 입력된 수량
  • 중복 주문
  • SKU 누락

Hermes Agent는 오류 다섯 건을 발견하고 ECOUNT 입력파일을 만들지 않았다. 브라우저도 ECOUNT 입력 단계로 이동하지 않았다.

이 구조를 실제 업무에 적용할 때도 같은 원칙을 사용할 수 있다. 오류를 임의로 고치거나 추정해서 진행하지 않고 담당자가 확인할 수 있도록 중단하는 것이다.

실증 과정에서 발견한 CSV 인코딩 문제

브라우저에서는 한글이 정상으로 보였지만 CSV를 Excel로 직접 열었을 때 한글이 깨지는 문제가 있었다. 원인은 Excel이 UTF-8 인코딩을 바로 인식하지 못한 것이었다.

CSV 앞에 UTF-8 BOM을 추가하자 한글 헤더와 데이터가 정상으로 표시됐다. 이후 자동 테스트에도 BOM 검사를 추가했다.

업무자동화는 주요 로직만 맞는다고 끝나지 않는다. 파일 인코딩, 날짜 형식, Excel 자동 계산, 클립보드 줄바꿈처럼 작은 환경 차이도 함께 점검해야 한다.

기존 방식과 개선 방식을 함께 검증

기존 Excel을 유지하는 방식

ERP-i에서 내려받은 주문을 Excel 양식에 붙여넣고 기존 수식으로 검증한 뒤 ECOUNT 자료를 만든다. 현재 담당자가 사용하는 결과와 바로 비교할 수 있어 도입 초기 검증에 유리하다.

Excel 화면을 생략하는 방식

같은 업무 규칙을 Python 변환기로 옮겨 CSV에서 ECOUNT 입력자료를 직접 만든다. 반복 실행과 유지보수에는 유리하지만, 도입 초기에는 기존 Excel 결과와 동일하다는 검증이 필요하다.

현장에서는 첫 번째 방식으로 자동화 가능성을 확인하고, 결과에 대한 신뢰가 쌓인 뒤 두 번째 방식으로 이동하는 접근이 현실적이다.

Windows 환경으로 확장하려면

업무 규칙, Excel 워크북, Python 검증 로직은 Windows에서도 재사용할 수 있다. 다만 Excel 실행, 창 제어, 클립보드 처리는 운영체제에 따라 다르다.

Windows에서는 다음 구성이 가능하다.

  • Ego Lite Windows 버전으로 ERP 웹 화면 조작
  • Hermes Computer Use 또는 Windows UI Automation으로 Excel 조작
  • 필요하면 Excel COM으로 계산과 셀 범위 검증 보조
  • PowerShell로 파일과 클립보드 처리

공통 업무 로직과 운영체제별 조작 코드를 분리하면 같은 프로세스를 macOS와 Windows에서 각각 검증할 수 있다.

적용할 때 먼저 정해야 할 것

비슷한 업무를 자동화하려면 다음 질문부터 정리하는 것이 좋다.

  1. 어느 웹 화면에서 어떤 파일을 내려받는가
  2. Excel에서 값을 바꿔도 되는 범위는 어디인가
  3. 반드시 보존해야 하는 수식은 무엇인가
  4. 어떤 검증값이 맞아야 다음 단계로 진행하는가
  5. 어떤 오류에서 즉시 멈춰야 하는가
  6. 실제 등록 전 사람이 확인할 화면은 어디인가

이 기준이 분명해야 에이전트가 단순 매크로가 아니라 통제 가능한 업무 실행 도구가 된다.

마무리

Ego Lite 브라우저 자동화, Hermes Computer Use, Hermes Agent를 결합하면 ERP와 Excel을 오가는 반복 업무를 하나의 흐름으로 연결할 수 있다.

핵심은 기존 도구를 한 번에 없애는 것이 아니다. 웹 업무와 Excel 작업을 실제 방식대로 먼저 재현하고, 검증 결과가 맞을 때만 다음 단계로 진행하도록 만드는 것이다. 이후 신뢰가 쌓이면 Excel 화면처럼 불필요해진 단계를 순차적으로 줄일 수 있다.


※ 이 글은 가상 데이터와 로컬 모의 ERP 화면으로 진행한 PoC를 정리한 것이다. 실제 기업 계정, 고객정보, 생산·재고 등록은 사용하거나 수행하지 않았다.

댓글

이 블로그의 인기 게시물

AI 바이브코딩 운영 가이드 (프롬프트 25종 첨부)

  AX컨설팅 동료용 실무 가이드 AI 바이브코딩 80% 벽 을 넘는 운영 가이드 AI로 웹사이트, 업무 자동화, 데이터 분석, 제안서 보조 도구, 내부 업무 시스템을 만들어보려는 컨설턴트를 위한 문서입니다. 바이브코딩은 “AI에게 코딩을 맡기는 일”이 아니라, AI 개발팀을 운영하는 일 입니다. 빠르게 되는 구간 ◀ 80% 벽 운영으로 넘는 구간 95% 80%까지는 AI가 데려다줍니다. 나머지 15%는 코딩 실력이 아니라 운영 방식 으로 넘습니다. 목차 1. 왜 80%에서 막히는가 2. 자주 나오는 네 가지 증상 3. 반드시 박아둘 검증 원칙 4. 상황별 실전 프롬프트 8종 5. 운영 4원칙 6. 컨설팅 현장 시나리오 7. 현장 체크리스트 18 8. 복사해서 쓰는 프롬프트 9. 최종 정리 01 · 진단 처음엔 날아가는데, 왜 80%에서 멈출까 요즘 AI로 개발을 해보면 처음에는 정말 빠릅니다. 로그인 화면이 금방 만들어지고, 버튼도 생기고, 데이터 입력 폼도 나오고, 간단한 대시보드도 몇 분 만에 완성됩니다. “이제 코딩은 AI가 다 해주는구나.” 그런데 실제 프로젝트에서는 이상한 일이 생깁니다. 처음 70~80%까지는 빠르게 가는데, 그 다음부터 갑자기 진도가 안 나갑니다. 증상 80% 지점에서 벌어지는 일 버튼 하나 고쳤더니 다른 버튼이 망가집니다. 오류를 고쳐달라고 했더니 디자인이 깨집니다. AI는 “수정 완료했습니다”라고 하는데 실행해보면 그대로입니다. 이전에 정한 요구사항을 잊어버립니다. 새 기능을 붙일수록 코드가 점점 복잡해집니다. 결국 처음부터 다시 만드는 것이 더 빠른 상황이 됩니다. 한 줄 결론 80% 벽은 AI의 코딩 실력만의 문제가 아닙니다. 대부분은 검증 없는 지시, 오염된 컨텍스트, 롤백 없는 작업 방식, 모호한 완료 기준 때문에 생깁니다. AI에게 코딩을 맡긴다는 것은 개발자를 없애는 일이 아닙니다. 오히려 우리의 역할이 바뀝니다. 기존 방식 AI 바이브코딩 방식 내가 직접 코드를 작성한다 AI에게 작업을 나누어 맡긴다 개발...

[알아두면 쓸모 있는 구글 문서 팁] 문서 공유시- 사용자 이름 대신에 익명의 동물이 표시 되는 이유와 동물 종류

구글 드라이브에는 다른 유사 서비스에서는 제공하지 않는 구글 만의 유니크한 기능들이 있다 구글 문서를  불특정 다수에게 전체 공개로 공유할 수 있습니다. 불특정인이 구글 문서에 접속한 경우 익명의 동물로 표시됩니다.  ' 웹에 공개' 또는 '링크가 있는 사용자' 공유 설정을 선택하면 인식할 수 없는 이름이나 익명의 동물이 표시될 수 있습니다. 파일에서 인식할 수 없는 이름을 볼 수 있는 몇 가지 이유는 다음과 같습니다. 메일링 리스트와 파일을 공유합니다. Google 계정이 없는 사용자와 파일을 공유하며, 그 사용자가 다른 사용자에게 공유 초대를 전달했습니다. 내 파일을 수정할 수 있는 누군가가 파일을 다른 사용자와 공유했습니다. 다른 사용자가 자신의 Google 계정 이름을 변경했습니다. 공유 설정 페이지에서 해당 사용자 이름 위로 마우스를 이동하여 이메일 주소를 확인하세요. 익명의 동물 다른 사용자에게 개별적으로 보기 또는 수정 권한을 부여하거나 메일링 리스트에 속해 있는 경우에만 사용자 이름이 표시됩니다. 파일 권한을 '링크가 있는 사용자'로 설정하면 파일을 보고 있는 사용자의 이름이 표시되지 않습니다. 대신 다른 사용자가 익명으로 라벨이 지정되어 표시되고 각 익명 사용자는 다양한 익명의 동물로 나열됩니다. 파일 권한을 '링크가 있는 사용자'로 설정했지만 특정 사용자와 파일을 공유하는 경우 파일을 공유한 사용자의 이름이 표시됩니다. 그 외 다른 사용자가 파일을 볼 때는 익명으로 나타납니다. 비공개 파일의 익명 동물 파일 권한을 '링크가 있는 사용자'로 설정한 다음 이를 '특정 사용자'로 변경하면 다음과 같은 경우 여러 익명의 동물이 표시될 수 있습니다. 누군가 파일을 여러 번 여는 경우에는 익명의 동물 목록에서 오래되고 연결이 끊긴 세션을 강제 종료하는 데 조금 시간이 걸릴 수 있습니다. 누군가 온...

[Google이 교육용 G Suite 을 위한 LMS 연동 키트 - Course Kit 베타 공개]

Google 이 드디어 G Suite for Eudcation 버전을 위한  LMS (Learning Management System) 연동을 위한 키트를 제공한다는 소식입니다.  현재는 베타 서비스로 베타 서비스 신청을 하면 서비스를 받을 수 있다고 합니다. 44개 언어로 제공이 된다고 합니다. 다행히도 한국어도 포함되어 있습니다. 자세한 사항은 아래 내용을 참고하시기 바랍니다.  효과적인 교수 및 학습을 위해서는 강사와 학생 간의 원활한 협력이 필요합니다. 올바른 기술과 교육은 이러한 연결을 용이하게하는 데 도움이 될 수 있습니다. 따라서 많은 대학, 대학, 학교 및 기타 교육 기관에서 강사 및 학생들에게 LMS (Learning Management System)를 제공합니다. 교육자와 학생들은 LMS를 사용하는 것 외에도 G Suite의 클라우드 기반 생산성 도구를 사용하여 실시간으로 만들고 공동 작업하고 통신합니다. 지금까지는 G Suite를 많은 LMS와 통합하는 쉬운 방법이 없었습니다. Course Kit 입력  - 강사가 Google 문서 도구 및 드라이브를 사용하여 과제를 수집하고, 학생들에게 더 빠르고 풍부한 피드백을 제공하고, 이미 사용중인 LMS 내의 강의 자료를 공유 할 수있게 해주는 무료 툴킷입니다.  Course Kit는 학습 도구 상호 운용성 (LTI) 표준 을 사용하여 구축되므로 LTI를 지원하는 모든 LMS를 쉽게 설정하고 사용할 수 있습니다. Course Kit에는 현재 할당 도구 및 파일 포함 도구가 포함되어있어 G Suite의 강력한 협업 기능을 교육 및 학습 워크 플로에 통합하기가 빠르고 안전합니다. 지난 학기 동안 더 높은 교육 기관을 통해 Course Kit를 시범 적으로 운영하여 현재 베타 프로그램을 통해 더 널리 사용하도록하고 있습니다. Course Kit의 과제 도구로 사려 깊은 피드백을 얻을 수있는 시간을 ...

[팁] Google Slide 프리젠테이션시 모든 한글폰트가 '굴림체' 로 바뀌는 현상을 해결한 크롬 확장 프로그램 소개

구글 문서도구인 구글 슬라이드를 이용하여 프리젠테이션을 많이 하는 분들을 위한 희소식 현재 구글 슬라이드에서는 슬라이드 편집시 사용한 고유 한글 폰트들은 프리젠테이션 모드로 전환할 경우는 모두 '굴림체' 로 바뀌어 표시가 되는 불편함이 있었습니다. 예). 슬라이드 편집에서 사용한 '궁서체' 한글 폰트는, 프리젠테이션 모드에서는 '굴림체'로 바뀌어 디스플레이됨 예). 슬라이드 편집 모드 - '궁서체' 폰트 사용 프리젠테이션 모드에서 '굴림체' 로 변경됨    따라서, 이러한 현상을 해결하는 크롬 확장 프로그램이 개발 되었습니다.  크롬 확장 프로그램 명 - ShowAsis 입니다. 크 롬 웹스토어 링크 -  https://goo.gl/PVPkZz 이 확장 프로그램을 사용하여 슬라이드 프리젠테이션을 하면, 편집 모드의 폰트 그대로 프리젠테이션시에도 그대로 한글 폰트로 디스플레이 됩니다. 단, 단점은 슬라이드가 애니메이션 슬라이드가 있는 경우는 애니메이션이 동작하지 않습니다. ----------------------- G Suite/Google Apps 전문 블로그 -  charlychoi.blogspot.kr 도서 '기업과 학교를 위한 구글크롬북'

Uber의 Software Factory에서 배울 점: AI 에이전트는 ‘비용’이 아니라 ‘운영 설계’의 문제다

Uber의 Software Factory에서 배울 점: AI 에이전트는 ‘비용’이 아니라 ‘운영 설계’의 문제다 Uber Engineering이 공개한 “Running a Software Factory Efficiently at Uber Scale” 글은 단순한 AI 코딩 도구 소개가 아닙니다. 핵심은 AI 에이전트를 개발 현장에 많이 쓰면서도 비용을 통제하기 위한 운영 구조 입니다. 저는 이 글을 보면서 개인용 AI 오케스트레이션, 특히 제가 정리하고 있는 CPAO(Cost-aware Personal Agentic Orchestration) 와 매우 가까운 문제의식을 느꼈습니다. 규모는 Uber처럼 크지 않더라도, 개인·소규모 조직도 이제 AI를 “가끔 쓰는 도구”가 아니라 “반복 업무를 맡기는 업무팀”으로 운영해야 하는 단계에 들어섰기 때문입니다. 1. Uber가 말하는 AI Software Factory Uber는 AI 도구가 소프트웨어 개발 전 과정에 들어와 있다고 설명합니다. 코드 작성, 코드 리뷰, CI 실패 복구, 버그 분석, 온콜 알림 처리, 유지보수 PR 생성 등 여러 업무가 에이전트 기반으로 움직이고 있습니다. 인상적인 것은 사용량 증가입니다. Uber에 따르면 2026년 2월부터 8월까지 주간 활성 사용자는 7배, 주간 에이전트 요청은 9.4배 증가했습니다. 그런데 총 AI 비용은 4월 이후 비교적 안정화됐다고 합니다. 동일 모델 기준으로 보면 1,000개 요청당 비용은 피크 대비 약 34%, 세션당 비용은 6월 피크 대비 52% 낮아졌다고 합니다. 즉, Uber의 방향은 “AI를 덜 쓰자”가 아닙니다. 오히려 더 많이 쓰되, 낭비되는 턴·요청·토큰을 줄이는 방식 입니다. 2. 핵심은 비용 방정식이다 Uber는 AI 에이전트 비용을 다음과 같은 식으로 분해합니다. 총비용 = 사용자 수 × 세션/사용자 × 턴/세션 × 요청/턴 × 토큰/요청 × 토큰당 가격 이 식이 중요한 이유는 AI 비용을 막연한 “...