볼레토 대사 작업이대부분의 재무팀이 생각하는 것보다 더 많은 비용이 드는 이유

브라질에서는 매 영업일마다 천만 건 이상의 볼레토가 결제됩니다. 각 볼레토는 동일한 FEBRABAN 표준을 따르며, 기계 판독 가능한 44자리 바코드를 가지고 있고, 금액, 만기일, 수취인을 정확히 정의된 위치에 인코딩합니다. 이 천만 건의 일일 거래를 처리하는 결제 인프라는 세계에서 가장 자동화된 시스템 중 하나입니다. 은행들은 중앙은행의 결제 시스템을 통해 사람의 개입 없이 볼레토 결제를 처리합니다. 그러나 그 결제를 수취하는 재무팀은 여전히 볼레토가 도입된 지 33년이 지난 지금도 근본적으로 변하지 않은 수작업 방식으로 하나씩 대사 작업을 수행하고 있습니다.

수작업 입력은 그만 — AI가 대신 읽어드립니다
이미지나 PDF를 업로드하세요 — 10초 만에 정형 데이터로
지금 체험하기
회원가입 불필요 · 카드 불필요 · 10초 내 결과
Boleto Bancário 대사 문제 — 재무팀이 브라질 결제 전표 문서를 수동으로 처리하는 모습

핵심 요약

  1. 대부분의 채권팀은 느린 볼레토 대사 작업의 원인을 자신에게 돌리지만, 실제 병목 현상은 다섯 가지 독립적인 실패 지점에서 사람의 개입이 필요한 프로세스에서 비롯됩니다.
  2. 500건의 볼레토를 처리할 때 데이터 입력만으로도 월 25시간이 소모되며, 이후 매칭이나 조사 작업이 시작되기도 전입니다.
  3. 추출 과정이 타이핑 단계를 제거하면, 대사 작업은 '누가 각 필드를 읽고 입력하는가'에서 '누가 예외 사항을 검토하는가'로 전환됩니다. 이것이 바로 재무팀이 실제로 고용된 역할입니다.

숫자로 보는 볼레토 대사 문제

문제 지점을 진단하기 전에, 그 규모를 명확히 짚고 넘어갈 필요가 있습니다. 브라질에서는 연간 약 37억 건의 볼레토 거래가 처리되며, 이는 영업일 기준 하루 약 1,000만 건에 달합니다. 수취 기업 입장에서는 각 결제를 발행된 해당 볼레토와 대사하고, 금액을 확인하며, 결제일을 기록하고, 차이가 있을 경우 조사해야 합니다.

결제 컨설팅 업체 GMattos의 데이터에 따르면, 볼레토 결제 건당 은행 수수료만 평균 약 R$ 3에 달합니다. 이는 은행이 청구하는 비용일 뿐입니다. 각 슬립에서 데이터를 수동으로 추출하여 스프레드시트에 입력하고, 은행 정산 보고서와 대사하는 인건비는 이 수치에 포함되지 않습니다. PwC가 재무팀을 대상으로 실시한 벤치마크 조사에 따르면, 수동 대사는 재무팀 업무 시간의 최대 30%를 소모합니다. 월 500건의 볼레토를 처리하는 중견 브라질 기업의 경우, 이는 대략 정규직 1명이 전적으로 볼레토 대사 업무에 투입되는 것과 같습니다.

핵심 문제: 볼레토 대사가 어려운 이유는 개별 작업 자체가 까다로워서가 아닙니다. 발행부터 최종 원장 입력까지 다섯 가지의 뚜렷한 실패 지점이 존재하고, 각 지점마다 고유한 유형의 운영 비용이 발생하기 때문입니다.

실패 지점 1: 결제와 확인 사이의 72시간 정산 지연

소비자가 복권 판매점이나 슈퍼마켓에서 볼레토를 결제하면, 자금은 즉시 빠져나갑니다. 그러나 판매자의 은행 계좌로 확인이 도착하는 것은 즉각적이지 않습니다. 2024년 3월까지 표준 볼레토 정산에는 영업일 기준 1~3일이 소요되었습니다. FEBRABAN의 2024년 3월 규칙 변경으로 이 기간이 단축되어, 오후 1시 30분 이전 결제는 당일 정산되고, 이후 결제는 다음 영업일에 정산됩니다. 이는 의미 있는 개선이지만, 결제를 몇 초 만에 처리하는 Pix의 즉시 정산에는 여전히 크게 미치지 못합니다.

이러한 격차는 추적 문제를 야기합니다. 1일에 100건의 볼레토를 발행한 매출채권 팀은 다음 주에 걸쳐 결제가 산발적으로 유입되는 것을 보게 됩니다. 이는 단일 배치가 아니라 부분적이고 중복되며 때로는 라벨이 없는 입금이 매일 흘러드는 형태입니다. 실시간 확인이 불가능하기 때문에, 팀은 은행의 정산 보고서가 도착할 때까지 특정 입금이 어떤 볼레토에 해당하는지 알 수 없습니다. 그 사이 연체 보고서에는 이미 정산되었을 수 있는 항목이 '미납'으로 표시되거나, 더 나쁜 경우 정산이 아직 완료되지 않았는데 '납부 완료'로 표시될 수 있습니다.

이는 볼레토 시스템 자체의 실패가 아닙니다. 결제의 프론트엔드 속도와 백엔드 확인 속도 간의 불일치입니다. 이러한 불일치로 인해 팀은 확인이 즉각적이었다면 필요하지 않았을 버퍼, 추정치, 수동 확인 지점을 대사 워크플로우에 구축해야만 합니다.

장애 지점 2: 비정형 은행 정산 보고서

브라질에서 Boleto 결제를 처리하는 모든 은행은 가맹점 고객에게 일일 정산 보고서를 제공합니다. 하지만 '보고서'라는 표현은 관대한 편입니다. 실제로 도착하는 파일은 은행이 선호하는 자체 형식으로, 종종 CNAB 240 또는 CNAB 400 텍스트 레이아웃이거나, 반정형 스프레드시트, 또는 거래 내역이 포함된 PDF인 경우도 있습니다.

CNAB 표준은 노쏘 누메로(Nosso Número), 금액(valor), 결제일(data de pagamento), 결제 코드(código de compensação)와 같은 필드를 정의합니다. 그러나 필드 위치, 데이터 인코딩 방식, 포함된 추가 정보는 은행마다 다릅니다. 한 은행은 파일에 납부자의 CPF를 포함할 수 있습니다. 다른 은행은 생략할 수도 있습니다. 한 은행은 결제일을 120번 위치에 넣을 수 있습니다. 다른 은행은 210번 위치에 넣을 수도 있습니다.

여러 브라질 은행을 사용하는 고객으로부터 Boletos를 수취하는 AR팀은 따라서 여러 보고서 형식에 대해 조정 작업을 수행해야 합니다. 브라데스코(Bradesco)의 정산 보고서 데이터는 이타우(Itaú)와 다르게 구조화되어 있으며, 이는 다시 산탄데르(Santander)와 다릅니다. 각각은 고유한 파싱 로직이 필요하거나, 더 일반적으로는 "해당 은행 파일이 어떻게 작동하는지" 아는 재무팀 구성원의 수동 해석이 필요합니다.

은행 보고서 형식이 일치하지 않아 발행된 Boleto 목록과 직접 대조할 수 없는 경우, 조정 단계는 수동 상호 참조 작업이 됩니다. AR 분석가는 한 화면에 은행 보고서를 열거나 출력하고, 다른 화면에 Boleto 추적 스프레드시트를 띄운 후, 금액과 날짜를 기준으로 행을 시각적으로 일치시킵니다. 같은 날 동일한 금액의 결제가 두 건 없기를 바라면서 말입니다.

장애 지점 3: 부분 결제 및 할부로 인한 일대일 매칭 붕괴

가장 단순한 조정 사례가 가장 일반적이기도 합니다. 그러나 상당수의 Boleto 거래는 이 깔끔한 모델에서 벗어나며, 그럴 경우 수동 매칭 작업이 기하급수적으로 늘어납니다.

부분 결제. R$ 1,500의 Boleto가 5일에 R$ 750, 20일에 R$ 750의 두 번에 나누어 결제되거나, 납부자가 송장의 일부에 대해 이의를 제기하며 단순히 R$ 1,200만 송금할 수 있습니다. 두 경우 모두 은행의 정산 보고서에는 단일 Boleto에 대해 두 개의 항목이 표시됩니다. AR팀은 결정해야 합니다: Boleto를 부분 결제로 표시하고 잔액을 추적할까요? 아니면 전액 결제를 적용하고 대변 메모를 생성할까요? 어느 쪽이든, 추적 스프레드시트의 Boleto당 한 행이라는 깔끔한 구조는 깨집니다. 누군가는 수동 메모, 별도 행, 또는 분개장 입력을 추가해야 합니다.

할부(parcelas). B2B 거래에서는 단일 송장이 특히 교육이나 장비 리스와 같은 분야에서 서로 다른 만기일을 가진 여러 개의 Boletos로 분할되는 것이 일반적입니다. 납부자는 2월 할부는 내지 않고 3월 할부만 결제할 수 있습니다. AR팀은 각 할부를 개별 Boleto로 추적하면서 원래 송장과의 연결을 유지해야 합니다. 은행 정산 보고서에 결제가 표시되면, 분석가는 해당 결제가 어떤 할부에 적용되는지 알아야 합니다. 이 정보는 정산 데이터만으로는 항상 명확하지 않습니다.

실패 지점 4: 엑셀 병목 현상 — 각 볼레토 필드의 수동 데이터 입력

매칭이 이루어지기 전에, 발행된 각 볼레토의 데이터가 추적 스프레드시트에 존재해야 합니다. 원본 문서인 볼레토 PDF에는 바코드, 금액, 만기일, 수취인, 지불인, 노쏘 누메로 등 필요한 모든 정보가 포함되어 있습니다. 그러나 표준 수동 작업 흐름에서는 누군가가 PDF에서 해당 필드를 읽고 스프레드시트에 입력해야 합니다.

볼레토 하나에서 6개 필드를 찾아 읽고 입력하는 데 소요되는 평균 시간은 문서당 약 3분입니다. 월 500건의 볼레토 기준으로, 이는 순수 데이터 입력에 25시간이 소요됨을 의미합니다. PwC의 조사 결과인 '조정 작업이 재무팀 시간의 최대 30%를 소모한다'는 사실은 이와 밀접하게 일치합니다. 실제 매칭 작업이 시작되기 전에 데이터 입력만으로도 해당 기준치의 상당 부분을 차지하는 것입니다.

또한 데이터 입력에는 고유한 오류율이 따릅니다. 수동 재무 데이터 입력에 대한 업계 벤치마크에 따르면 일반적인 오류율은 1%에서 4% 사이입니다. 500건의 볼레토 포트폴리오의 경우, 이는 월 5~20건의 오류를 의미합니다. 예를 들어 바코드 숫자 전환 오류, 소수점 구분 기호 오독(R$ 1.234,56 vs R$ 1,234.56), 만기일을 DD/MM/YYYY 대신 MM/DD/YYYY로 입력하는 경우 등이 있습니다. 각 오류는 조정 과정에서 발견되어 수정되어야 하며, 이는 시간 비용을 증가시킵니다.

역설적이게도, 볼레토의 44자리 바코드에는 동일한 데이터가 기계 판독 가능한 형식으로 포함되어 있습니다. 시각적 슬립에서 입력한 동일한 필드가 이미 바코드에 인코딩되어 있지만, 대부분의 팀은 바코드를 직접 읽을 수 있는 도구를 보유하고 있지 않습니다.

실패 지점 5: 연체, 이자 계산 및 프로테스토로의 확대

볼레토가 만기일 이후에 지불되는 경우, 브라질 법률에 따라 수취인은 월 최대 1%의 이자(juros de mora)와 약 2%의 일회성 벌금(multa)을 청구할 수 있습니다. 따라서 실제 수령 금액은 볼레토에 인쇄된 액면 금액(valor nominal)과 다를 수 있으며, 조정 스프레드시트에는 두 금액이 모두 반영되어야 합니다.

매출채권(AR) 팀이 연체 이자를 별도로 추적하지 않으면, 볼레토 PDF에서 추출한 금액은 은행 보고서의 결제 금액과 일치하지 않습니다. 분석가는 몇 헤알의 차이를 발견하고 이것이 오류인지 정당한 연체 수수료인지 조사해야 합니다. 월간 소수의 연체 건에 대해서는 관리가 가능합니다. 그러나 연체율이 높은 포트폴리오에서는 건당 조사 노력이 조사 대상 차액의 가치를 빠르게 초과합니다.

더 심각한 것은, 만기일까지 미지불된 볼레토는 프로테스토(protesto)로 이어질 수 있는 타임라인에 진입한다는 점입니다. 이는 프로테스토 등기소(Cartório de Protesto)에 미지불 채무를 공식 등록하는 절차입니다. 일단 프로테스토되면, 해당 채무는 신용 정보 기관인 Serasa 및 SPC에서 조회 가능한 공개 기록이 됩니다. 채무자는 프로테스토 통지를 받은 후 영업일 기준 3일 이내에 지불하거나 이의를 제기해야 합니다. 볼레토가 제대로 추적되지 않아 데이터 입력 오류로 인해 허위 연체 플래그가 설정되거나 부분 지불이 기록되지 않은 경우, 프로테스토 절차가 잘못 촉발되어 원래 볼레토 금액보다 해결 비용이 더 많이 드는 분쟁이 발생할 수 있습니다.

수작업 입력은 그만 — AI가 대신 읽어드립니다
이미지나 PDF를 업로드하세요 — 10초 만에 정형 데이터로
지금 체험하기
회원가입 불필요 · 카드 불필요 · 10초 내 결과

자동화가 대사 방정식을 바꾸는 지점

다섯 가지 실패 지점은 공통된 원인을 공유합니다: Boleto PDF와 대사된 원장 항목 사이의 모든 단계에서 사람의 개입이 필요하다는 점입니다. 읽기, 입력, 대사, 조사 등 각 개입 지점은 시간을 추가하고 오류 위험을 발생시킵니다. 자동화는 각 단계를 더 빠르게 만드는 것이 아니라 개입 지점 자체를 제거함으로써 방정식을 바꿉니다.

Boleto의 데이터가 PDF나 스크린샷에서 자동으로 추출되면, 데이터 입력 실패 지점이 완전히 제거됩니다. 추출된 데이터는 키 입력 없이 스프레드시트에 바로 입력됩니다. 동일한 추출이 50개 또는 200개의 Boleto를 단일 배치로 처리할 때, 문서당 시간 비용은 데이터 입력 기준으로 3분에서 거의 0에 가깝게 떨어집니다.

양쪽 모두에 구조화된 데이터가 있으면, 대사 단계는 "두 화면을 시각적으로 비교"하는 것에서 "VLOOKUP 또는 병합 쿼리 실행"으로 전환됩니다. 연체 이자로 인한 불일치는 신비로운 일회성 불일치가 아닌 체계적인 차이로 식별 가능해집니다.

상당한 Boleto 물량을 처리하는 팀에게 배치 데이터 추출과 구조화된 대사의 조합은 대사가 전담 업무인 것과 월요일 아침 검토 업무인 것의 차이를 만듭니다. 슬립당 R$3의 은행 수수료는 변하지 않습니다. 그러나 슬립당 인건비는 데이터 입력 부분에서 거의 0에 가깝게 떨어집니다. 월 500개의 Boleto 기준, 오류 감소와 더 빠른 월말 마감을 고려하지 않더라도 데이터 입력만으로 R$500의 직접적인 인건비 절감 효과가 있습니다.

자주 묻는 질문

브라질에서 Boleto 사용량이 줄어들고 있나요? 그렇다면 이 문제의 시급성이 낮아지는 건가요?

전체 결제 거래에서 Boleto가 차지하는 비중은 감소했습니다. Pix 출시 전 두 자릿수였던 점유율은 2025년 기준 약 4% 수준입니다. 하지만 Boleto는 특정 분야에서 여전히 지배적입니다. 브라질로 유입되는 해외 전자상거래 구매의 68%가 Boleto를 사용하며, 약 5천만 명의 무계좌 브라질인이 온라인 결제 수단으로 Boleto에 의존하고 있습니다. 거래량은 급감하지 않고 안정화되었습니다. 이러한 분야를 대상으로 하는 기업에게 정산 문제는 사라지지 않습니다.

Pix가 Boleto 정산의 필요성을 없애주나요?

아닙니다. 두 결제 수단을 모두 제공하는 기업은 결국 두 가지 흐름을 별도로 정산해야 합니다. 즉시 결제되는 Pix와 전통적인 형식으로 1~3일 내에 정산되는 Boleto가 그것입니다. 정산 도구는 이 두 가지를 모두 처리할 수 있어야 합니다. Pix는 정산 지연 문제를 해결하지만, 고객이 여전히 Boleto로 결제하기로 선택하는 경우 발생하는 데이터 입력 문제는 해결하지 못합니다.

Totvs나 SAP 같은 브라질 ERP 시스템은 Boleto 정산을 어떻게 처리하나요?

대부분의 브라질 ERP는 CNAB 파일을 직접 가져와 자동 매칭할 수 있습니다. 단, 발행된 Boleto 데이터가 이미 시스템에 있어야 합니다. 병목 현상은 각 Boleto PDF의 데이터를 ERP에 입력하는 첫 단계에서 발생합니다. 추출 단계가 이 격차를 해소하며, PDF 데이터를 ERP가 사용할 수 있는 형식으로 변환합니다. Boleto 데이터를 PDF에서 스프레드시트로 추출하는 단계별 가이드는 이 안내서를 참조하세요.

정산 오류로 인해 Boleto가 프로테스토(protesto)로 넘어가면 어떻게 되나요?

노쏘 누메로(Nosso Número) 중복 입력이나 잘못된 만기일 등 데이터 입력 오류로 인해 실제로 결제된 Boleto가 미결제로 표시되면, 발행자는 이를 잘못 프로테스토에 넘길 수 있습니다. 프로테스토를 취소하려면 결제 증빙 서류를 가지고 프로테스토 등기소(Cartório de Protesto)를 방문하여 행정 수수료를 내고 신용 정보 기관 기록을 업데이트해야 합니다. 이 과정은 보통 수 주가 소요되며, 등기소 수수료 R$50~R$150에 내부 행정 시간이 추가로 발생합니다. 이는 수동 Boleto 데이터 입력으로 인한 가장 비용이 큰 결과 중 하나입니다.

Boleto 데이터 추출 도구가 CNAB 파일도 처리할 수 있나요, 아니면 시각적 PDF만 가능한가요?

시각적 문서를 읽는 추출 도구는 발행된 Boleto 측면을 처리합니다. 은행의 CNAB 파일은 별도의 구조화된 형식으로, ERP의 기존 가져오기 기능이나 맞춤형 파서로 처리하는 것이 가장 좋습니다. 시각적 추출의 가치는 Boleto 데이터를 구조화된 형식으로 변환하여 이후 CNAB 데이터와 매칭할 수 있게 하는 데 있습니다. 이는 수동 데이터 입력 단계를 대체하는 것이지, 은행 인터페이스를 대체하는 것은 아닙니다.

문제는 조정이 아닌 데이터 입력입니다

위에서 설명한 다섯 가지 실패 지점은 모두 하나의 근본 원인을 공유합니다. 각 Boleto의 데이터가 시스템에서 처리되기 전에 사람이 직접 읽어야 한다는 점입니다. 정산 지연, 은행 보고서 불일치, 부분 결제 추적 등 다른 모든 비효율성은 출발점이 PDF에 담긴 비정형 데이터이며 이를 수동으로 입력해야 한다는 사실 때문에 더욱 증폭됩니다. 이 한 단계만 해결하면 후속 비용은 비례적으로 줄어듭니다.

Boleto Bancário는 조정 과제가 아닌 결제 수단으로 설계되었습니다. 그러나 출시 33년이 지난 지금, 그 주변의 조정 워크플로우는 문서 자체의 구조가 원래 없애려고 했던 수동 프로세스가 여러 겹으로 쌓여 있습니다. "각 필드를 읽고 입력하는" 방식에서 "모든 필드를 한 번에 추출하는" 방식으로 전환하는 것은 브라질 결제를 처리하는 미수금 팀이 취할 수 있는 가장 효과적인 단일 변화입니다.

직접 Boleto 파일로 차이를 확인해보세요.

Boleto Bancário PDF 또는 스크린샷을 업로드하면 몇 초 안에 정형화된 데이터를 얻을 수 있습니다.

지금 사용해보기
📮 contact email: [email protected]