작은 회계 사무소가 매달 청구서 2,000장을 손으로 입력하는 일을 멈춘 방법
4인 회계 사무소가 공급업체 청구서 더미에 파묻혀 있었습니다. 한 칸씩, 전부 손으로 입력했죠. 우리가 무엇을 바꿨는지, 도중에 무엇이 어긋났는지, 그리고 6개월 뒤 숫자가 어떻게 되었는지 있는 그대로 전합니다.

종이에 적힌 숫자를 화면 위 입력 칸으로 하루 종일 옮겨 적는 일에는 특유의 피로가 있습니다. 기계가 해야 할 일이라는 걸 알면서도 계속하는 데서 오는 피로죠. 이 이야기 속 사무소도 그것을 알고 있었습니다. 몇 년 전부터요. 다만 그들에게 없던 것은 어디서부터 시작해야 할지, 비용은 얼마일지, 그리고 실제 공급업체 청구서라는 지저분한 현실에서도 이게 정말 버텨줄지에 대한 명확한 감각이었습니다. 이것은 우리가 그 문제를 어떻게 해결했는지에 대한 솔직한 기록입니다. 처음에 잘 안 됐던 부분까지 포함해서요.
시작하기 전에 한마디. 이것은 실제 프로젝트지만, 고객은 익명을 요청했습니다. 회계 업무에서는 흔한 일입니다. 그래서 회사명도 로고도 없습니다. 숫자는 반올림했고, 성과의 대략적인 형태를 보여주기 위한 것이지 거짓 정밀함으로 여러분을 놀라게 하려는 것이 아닙니다. 오히려 보수적으로 반올림했습니다. 사례 연구의 목적은 자랑이 아니라, 같은 문제를 가진 다음 사람이 전화를 걸기 전에 무엇이 관련되는지 볼 수 있게 하는 것입니다.
상황: 네 사람, 그리고 종이의 벽
고객은 작은 회계·기장 사무소입니다. 직원은 네 명, 그중 한 명이 대표죠. 이들은 약 60개 소규모 사업체의 장부를 담당합니다. 기술직, 식당 몇 곳, 소매업 약간, 1인 컨설턴트 몇 명. 지극히 평범한 실무입니다. 모든 고객을 이름으로 부르면서도 연말이면 영수증이 가득한 신발 상자를 받는, 그런 사무소입니다.
병목은 매입 채무였습니다. 구체적으로는 고객이 기장을 위해 넘겨주는 공급업체 청구서죠. 매달 대략 2,000장의 청구서가 사무소를 거쳐 갔습니다. 어떤 것은 이메일로 PDF로 도착했고, 상당수는 휴대폰으로 찍은 사진으로 왔습니다. 살짝 비뚤어지고, 때로는 구석에 엄지손가락이 찍힌 채로요. 고집스러운 일부는 여전히 종이로 와서 스캔되었습니다. 그 모든 것을 사람이 읽고 회계 시스템에 입력해야 했습니다. 공급업체명, 청구서 번호, 날짜, 공급가액, 부가세, 합계, 올바른 비용 항목까지.
네 명 중 두 명이 바로 이 작업에 한 주의 상당 부분을 쏟았습니다. 어려운 일은 아니었습니다. 끝이 없는 일이었죠. 그리고 그것이 바로 사무소가 채용 없이는 새 고객을 받을 수 없었던 이유였습니다. 더 나쁜 것은, 그곳이 오류의 온상이었다는 점입니다. 여기서 숫자 한 자리가 뒤바뀌고, 저기서 부가세율이 틀리고—나중에 한 시간씩 찾아 헤매게 만드는 작은 실수들이었죠.
“흐릿한 휴대폰 사진에서 '1,847.50'이라는 숫자를 다시 타이핑하는 게 좋아서 회계 사무소를 차리는 사람은 없습니다. 우리가 지우려 나선 것이 바로 그 일입니다.”

우리가 일부러 하지 않은 것
좋은 이야기에 앞서, 먼저 절제에 대해. 사무소는 우리가 새 회계 플랫폼을 팔러 왔을 거라고 반쯤 예상했습니다. 기존 것을 뜯어내고, 모두를 이전시키고, 팀을 재교육하는—그 온갖 소동 말이죠. 우리는 그러지 말라고 설득했습니다. 지금 시스템은 잘 돌아가고 있었으니까요. 문제는 시스템이 아니라 거기에 밀어 넣는 데이터 입력이었습니다. 잘 돌아가는 도구를 갈아치워서 잘 안 돌아가는 프로세스를 고치려는 것은 흔하고 비싼 실수입니다.
또한 모든 것을 한 번에 자동화하려 하지도 않았습니다. 이런 프로젝트에서는 100%를 좇고 싶은 유혹이 있습니다. 모든 청구서, 모든 예외를 완전히 사람 손 없이. 하지만 자동화 프로젝트가 죽어 나가는 곳이 바로 그 마지막 5%입니다. 그래서 우리는 의도적으로 선을 그었습니다. 일상적이고 얌전한 청구서는 자동으로 처리하고, 이상한 것은 사람에게 보낸다. 이 선에 대해서는 나중에 더 이야기하겠습니다. 프로젝트 전체에서 가장 중요한 결정이니까요.
우리가 실제로 만든 것
시스템에는 움직이는 부품이 세 개 있고, 그중 어느 것도 특별할 게 없습니다. 영리함은 그것들을 어떻게 맞물리게 했는지, 그리고 사람을 어디에 두기로 했는지에 있습니다.
모든 것을 위한 하나의 받는 곳
먼저, 청구서가 도착할 곳을 하나로. 전용 이메일 주소와 간단한 업로드 페이지를 마련했습니다. 고객은 청구서를 전달하거나, 사진을 찍어 올리기만 하면 됩니다. 모든 것이 하나의 대기열로 흘러듭니다. 네 명 직원의 개인 메일함을 뒤질 필요가 더는 없습니다. 사소하게 들리겠죠. 하지만 이것은 AI가 무언가에 손대기도 전, 첫날부터 '그 청구서 어디 갔지'라는 혼란을 통째로 한 종류 없애버렸습니다.
청구서 읽기
다음은 추출입니다. 들어오는 각 문서는 중요한 항목을 뽑아내는 AI 모델이 읽습니다. 공급업체, 청구서 번호, 날짜, 공급가액, 부가세율과 금액, 합계, 통화, 그리고 공급업체와 품목에 기반한 가장 그럴듯한 비용 항목 추정까지. 바로 이 부분이 최신 AI가 진짜로 필요했던 지점입니다. 예전 OCR은 깨끗한 PDF에서 글자를 읽을 수 있었지만, 색이 바랜 감열지 영수증의 비뚤어진 휴대폰 사진 앞에서는 무너졌습니다. 오늘날의 이미지 인식 모델은 그 지저분함을 훨씬 잘 다룹니다. 바로 그래서 이 프로젝트가 지금 할 가치가 있었고, 5년 전에는 아니었던 것입니다.
확신이 없을 때를 아는 것
세 번째—그리고 사람들이 과소평가하는 부분인데—시스템은 각 항목에 대해 얼마나 확신하는지를 보고하고, 계산의 정합성을 교차 검증합니다. 공급가액에 부가세를 더하면 정말 합계가 되나요? 그 부가세율이 이 고객의 나라에서 유효한 값인가요? 공급업체가 전에 본 적 있는 곳인가요? 모든 것이 맞아떨어지면, 청구서는 곧장 검토 준비 상태로 흘러갑니다. 무언가 어긋나면—합계가 맞지 않거나, 처음 보는 공급업체거나, 모델이 확신 못 하는 흐릿한 항목이면—경고와 함께 사람에게 넘어가고, 의심스러운 항목이 강조 표시됩니다.

도입: 일부러 병행 운영으로
우리는 스위치를 켜고 떠나버리지 않았습니다. 처음 3주 동안 시스템은 기존 수작업 프로세스와 나란히 돌았습니다. 직원들은 여전히 평소대로 청구서를 입력했지만, 자동화가 내놓은 결과도 나란히 봤죠. 이것은 두 가지 효과가 있었습니다. 실제 청구서에서 예외 사례를 위험 없이 잡아낼 수 있었고—시스템이 뭔가 틀려도 사람이 어차피 제대로 입력하고 있었으니까요. 그리고 신뢰를 쌓았습니다. 팀은 의지하라는 요청을 받기 전에, 그것이 몇 번이고 맞게 동작하는 모습을 지켜볼 수 있었습니다.
- 11~3주차: 섀도 모드자동화는 모든 청구서에서 돌지만 아무것도 바꾸지 않습니다. 직원들은 평소대로 일하며 결과를 비교했습니다. 실제의 지저분한 청구서에 맞춰 추출과 확신도 임계값을 조정했습니다.
- 24~6주차: 사람이 모두 확인하되 아무것도 입력하지 않는다직원들은 처음부터 입력하는 대신 시스템의 출력을 검토하는 방식으로 전환했습니다—초록 항목을 승인하고, 호박색을 수정하죠. 입력보다 훨씬 빠르고, 여전히 완전히 사람의 감독 아래 있습니다.
- 37주차 이후: 확신 있는 청구서는 자동 계상, 사람은 예외를 처리자동 승인된 청구서의 오류율이 합의한 임계값 아래로 안정되자, 깨끗한 청구서는 자동으로 계상되었습니다. 팀의 일은 경고된 소수—정말로 까다로운 것들—를 처리하는 것이 되었습니다.
- 4지속: '고장 났을 때'를 위한 메모시스템의 담당자를 한 명 명확히 정하고, 추출 품질이 혹시라도 떨어지면 어떻게 할지 짧은 문서 절차로 정리해 두었습니다—수작업으로 되돌리기, 누구에게 연락할지. 지루하지만, 바로 그래서 아무도 당황하지 않는 것입니다.
이 병행 운영 기간은 시간을 아끼려고 팀이 건너뛰고 싶어 하는 부분이자, 절대 건너뛰어서는 안 되는 부분입니다. 그것은 사람들이 신뢰하는 도구와, 사람들이 조용히 우회하는 도구 사이의 차이입니다. 몇 주 더 병행 운영해서 후회한 적은 한 번도 없습니다. 하지 않아서 후회한 적은 있죠.
무엇이 어긋났나—늘 무언가는 어긋나니까
문제가 하나도 없는 사례 연구는 그냥 영업 브로슈어입니다. 여기가 현실이 되받아친 지점입니다. 첫 번째 놀라움은 중복 청구서였습니다. 고객도 사람인지라, 같은 청구서를 두 번 전달하곤 했습니다—한 번은 PDF로, 일주일 뒤 다시 휴대폰 사진으로. 초기 시스템은 둘 다 태연히 처리해 버렸습니다. 우리는 공급업체·청구서 번호·금액으로 대조하는 중복 검사를 추가해, 장부에 도달하기 전에 중복 의심 건을 경고하도록 했습니다.
두 번째는 대변 전표와 부분 환불이었습니다. 겉모습은 청구서와 거의 똑같은데 의미는 정반대죠. 모델은 이따금 대변 전표를 합계가 음수인 평범한 청구서로 읽었습니다. 기술적으로는 맞고, 실무적으로는 위험합니다. 우리는 시스템에 그 차이를 인식하도록 가르치고, 확신이 없을 때는 추측하지 말고 경고하도록 했습니다. 잘못된 추측의 대가가 클 때, 올바른 선택은 언제나 경고입니다.
세 번째는 아예 버그가 아니라—습관이었습니다. 몇 주 동안 한 직원이 '혹시 몰라서' 개인 스프레드시트를 계속 유지하며, 시스템이 이제 하고 있던 작업을 조용히 이중으로 하고 있었습니다. 불신이라기보다는 몸에 밴 동작에서 나온 것이었죠. 숫자가 너무 깔끔해 보여서 알아챘을 뿐입니다. 짧고 솔직한 대화로 해결됐습니다. 기억해 둘 만합니다. 자동화에서 가장 어려운 부분은 좀처럼 기술이 아닙니다. 사람이 옛 방식을 놓아주는 것입니다.
6개월 뒤의 성과
여기서는 신중하고 솔직해야 합니다. 이것은 이 사무소의 숫자이고, 반올림했습니다. 여러분의 결과는 청구서 구성과 출발점에 따라 달라질 것입니다. 다만 방향과 대략적인 규모는 이런 종류의 자동화가 무엇을 하는지를 대표합니다.
| 항목 | 도입 전 | 도입 후 |
|---|---|---|
| 완전한 수작업 입력이 필요한 청구서 | 월 약 2,000장 | 월 약 250장 |
| 청구서 입력에 쓰는 시간 | 약 2명, 한 주의 대부분 | 1명 몫에 훨씬 못 미침 |
| 청구서 한 장당 평균 처리 시간 | 입력하는 데 몇 분 | 확인하는 데 몇 초 |
| 나중에 발견되는 데이터 입력 오류 | 매주 반복되는 골칫거리 | 크게 감소 |
| 채용 없이 받은 신규 고객 | 정체 | 여력이 생김 |
대표가 진짜로 신경 쓴 것은 절약한 시간이 아니라 여력이었습니다. 팀이 데이터 입력으로 한계에 다다라 사무소는 새 고객을 계속 돌려보내고 있었죠. 6개월 뒤, 거의 같은 네 사람이 눈에 띄게 더 많은 고객의 장부를 다루고 있었습니다. 누구도 근무 시간을 늘리지 않고, 새 채용도 없이. 자동화는 사람을 대체하지 않았습니다. 사무소에 한 사람 몫의 여력을 되돌려 주고, 그것을 실제로 돈이 되는 일로 향하게 했습니다.
오류 감소도 예상보다 더 중요했습니다. 2월에 잘못 입력한 부가세를 잡아내는 건 성가신 정도지만, 연말 결산 검토에서 잡아내는 건 정말로 비싼 오후가 됩니다. 시스템이 스스로 계산을 검증하고 의심스러운 경우를 경고하는 덕분에, 바쁜 날 오후 4시에 빠져나가던 오류들이 대부분 아예 빠져나가지 않게 되었습니다.
“우리는 하루의 시간을 더 산 게 아닙니다. 가진 시간을 기계가 더 잘하는 일에 쓰는 걸 멈춘 것입니다.”

이것이 당신의 사무소에서도 통할까요?
당신의 상황이 그들과 닮았다면, 아마 통할 것입니다. 청구서 자동화가 그만한 값어치를 하는 패턴은 단순합니다. 상당한 양의 문서가, 다양한 형식으로 도착하고, 현재 사람이 입력하고 있다는 것. 일주일에 몇 장만 처리한다면 신경 쓰지 마세요—수작업이 도입보다 쌉니다. 하지만 월 수백 장 언저리에 이르면, 계산은 자동화 쪽으로 확 기웁니다.
- 매달 수백에서 수천 장의 청구서나 문서를 다룬다.
- PDF, 사진, 스캔 등 형식이 뒤섞여 있고, 정돈된 하나의 흐름이 아니다.
- 실제 사람이 지금 같은 항목을 몇 번이고 읽고 다시 입력하고 있다.
- 기존 회계 시스템은 괜찮다. 병목은 거기에 밀어 넣는 데이터 입력이다.
- 행정 업무를 따라잡으려 사람을 뽑기보다 고객을 늘리고 싶다.
그리고 같은 접근법은 회계를 훨씬 넘어서도 잘 통합니다. 사람이 문서에서 정형화된 정보를 읽고 다시 입력하는 곳이라면 어디든—납품서, 주문서, 신청서, 계약서—같은 3부 구성 패턴이 적용됩니다. 하나의 받는 곳, 확신도 점수가 붙은 AI 추출, 그리고 예외만 처리하는 사람. 청구서는 그저 이 고통이 가장 흔히 드러나는 곳일 뿐입니다.
입력하지 않아도 될 청구서에 파묻혀 있나요?
팀이 청구서를 손으로 입력하고 있다면, 우리가 당신의 물량과 형식을 솔직하게 살펴보고 자동화가 값어치를 하는지, 그리고 현실적으로 무엇이 필요한지 있는 그대로 알려드리겠습니다.
청구서 처리를 어떻게 자동화하는지 보기자주 묻는 질문
AI 청구서 추출은 실제로 얼마나 정확한가요?
회계 소프트웨어를 바꿔야 하나요?
시스템이 읽지 못하는 청구서는 어떻게 되나요?
프로젝트가 본전을 뽑는 데 얼마나 걸렸나요?
이것 때문에 데이터 입력 직원이 일자리를 잃나요?

Have a nice day는 중소기업의 디지털 전환을 돕는 소프트웨어 스튜디오입니다. 슬라이드에서만이 아니라 일상 업무에서 실제로 작동하는 자동화, AI, 맞춤형 소프트웨어를 만듭니다.