테크 도슨트 | 스마트한 업무와 일상을 위한 IT 테크놀로지

해외 법인과의 원활한 소통을 위해 전사적으로 사용하는 클라우드 워크스페이스에 실시간 자동 번역 기능을 처음 붙였을 때의 일입니다. 영어와 일본어, 한국어를 쓰는 실무진이 각자의 모국어로 문서를 작성하면 백그라운드에서 인공지능이 즉각 이를 번역해 상대방 화면에 동기화해 주는 실시간 다국어 협업 환경을 구축하겠다는 기획이었습니다. 초기 테스트 환경에서 혼자 영문 기획서를 적어 내려갈 때만 해도 화면에 실시간으로 한글이 완성되는 모습은 감탄을 자아내기에 충분했습니다. 하지만 글로벌 전사 배포를 단행한 지 불과 3일 만에 프로젝트는 재앙으로 돌변했습니다. 한국 본사와 미국 지사의 실무자 수십 명이 주간 전략 회의를 위해 노션(Notion)과 구글 워크스페이스에 동시 접속해 문서를 수정하기 시작하자마자 사단이 났습니다. 글자를 한 자 입력할 때마다 화면이 수백 밀리초(ms)씩 굳어버리는 심각한 입력 지연 병목 현상 이 발생한 것입니다. 원인은 단순했습니다. 여러 명의 편집자가 문서를 다듬으며 실시간으로 텍스트를 수정할 때마다 변경 이벤트가 발생했고, 이를 번역 요청과 거의 그대로 연결해 놓은 탓에 짧은 시간 안에 수백 건의 요청이 외부 서버로 몰렸습니다. 결국 API 호출 한도를 넘어서면서 429 오류(Too Many Requests)가 연이어 발생했고, 사내 문서 시스템의 번역 기능은 정상적으로 작동하지 못했습니다. DeepL 역시 짧은 시간 안에 많은 API 요청을 보내면 429 오류가 발생할 수 있다고 안내하고 있으며, 일정 시간을 두고 다시 요청하는 방식으로 처리할 것을 권장하고 있습니다. 모니터 앞의 실무자들은 커서가 멈추고 타자가 씹히는 화면을 보며 분통을 터뜨렸고, 회의는 그대로 중단되었습니다. 더 충격적인 문제는 이후 보안 점검 과정에서 드러났습니다. 시스템이 마비되자 답답함을 견디지 못한 일부 직원들이 웹 브라우저에 임의로 무료 번역 확장 프로그램을 설치하거나 외부 무료 번역 서비스에 사내 문서를 복사해 붙여넣기 시작했습니다. 여기서 주의해야 할 점은 ...

사내 구매팀의 업무 효율을 높이기 위해 하도급 업체의 견적서를 엑셀로 자동 취합하는 파이썬 기반 RPA(로봇 프로세스 자동화)를 만들었던 적이 있습니다. 실무진은 매번 수십 곳의 협력사가 이메일로 보내오는 PDF 견적서를 열어보고, 품목과 단가를 복사해 하나의 엑셀 시트에 옮겨 적느라 많은 시간을 소요하고 있었습니다. 단순 반복 업무를 코드로 자동화하여 리드타임을 크게 줄이겠다는 의도는 좋았지만, 완성하여 시스템을 배포한 지 단 일주일 만에 사고가 터졌습니다. 가장 큰 문제는 협력사마다 견적서를 작성하는 양식이 완전히 다르다는 점이었습니다. 어떤 업체는 '단가'와 '공급가액'을 하나의 셀에 병합하여 표기했고, 어떤 업체는 품목명을 두 줄로 나누어 적어 보냈습니다. 사전에 짜둔 파이썬 파싱(Parsing, 데이터를 분해하여 추출하는 기술) 규칙은 셀 병합이나 줄바꿈이 조금만 달라져도 엉뚱한 값을 긁어왔습니다. 만 원짜리 부품의 단가에서 PDF 파싱 또는 OCR 과정에서 쉼표(,), 소수점(.), 자릿수가 잘못 해석되는 오류가 발생한 것입니다. 스크립트가 내뱉은 결과물만 믿고 그대로 기안을 올렸다가, 실제 발주 금액이 15% 이상 부풀려지는 과오납 발주 리스크가 현실화될 뻔했습니다. 눈에 보이지 않는 코드가 사람의 실수를 줄여줄 것이라 맹신했지만, 정형화되지 않은 데이터를 다루는 환경에서는 오히려 더 발견하기 어려운 데이터 오류를 만들어냈습니다. 결국 구매팀 실무자들은 자동화 시스템을 불신하게 되었고, 파이썬이 추출한 엑셀 파일과 원본 PDF를 모니터 양쪽에 띄워두고 육안으로 대조하는 최악의 이중 작업에 시달려야 했습니다. 비정형 견적서를 자동화할 때는 먼저 PDF가 문자 정보를 가진 디지털 문서인지, 스캔 이미지인지부터 구분해야 합니다. 텍스트 기반 PDF는 PyMuPDF·pdfplumber·Camelot 같은 라이브러리로 표와 셀 구조를 직접 추출할 수 있지만, 스캔본이나 복잡한 레이아웃에서는 OCR 또는 Document AI ...