Boleto 500건, 스프레드시트 1개:
Boleto(보레토) 결제를 AR(매출채권 관리) 워크시트로 일괄 변환하는 방법
매월 3,000건의 Boleto(보레토)를 발행하는 중형 브라질 소매업체는 일반적으로 은행 결제 주기 10회, 은행에서 제공하는 주간 PDF 보고서 3건, 복권 판매점에서 결제한 고객이 전달한 지불 영수증 더미에 걸쳐 결제를 수신합니다. 이러한 결과물에서 단일 "누가 결제했는지, 누가 안 했는지"를 보여주는 AR(매출채권 관리) 뷰를 얻는 것은 조정 작업으로 여겨집니다. 그러나 실제로는 데이터 입력 작업입니다. 각 Boleto(보레토)의 바코드, 납기일, 금액, 수취인을 PDF에서 읽어 스프레드시트 행에 다시 입력해야 매칭을 시작할 수 있기 때문입니다.
주요 시사점
- 모든 Boleto(보레토)는 기계 판독용으로 설계된 엄격한 FEBRABAN(브라질은행연합회) 표준을 따르지만, 대부분의 팀은 여전히 각 PDF를 열어 동일한 데이터를 수작업으로 입력합니다.
- 44자리 바코드에는 이미 금액, 납기일, 은행 ID가 고정된 위치에 인코딩되어 있습니다. 키를 누르기 전에 데이터가 구조화되어 있는 것입니다.
- Boleto(보레토) 200건을 일괄 추출하는 데는 5분의 실무 작업이 필요합니다. 동일한 200건을 수작업으로 입력하면 10시간 이상이 소요됩니다.
월간 Boleto(보레토) 더미: PDF를 하나씩 여는 방식은 확장되지 않는 이유
월 20장 미만의 Boleto(보레토)를 처리한다면 각 PDF를 열고 값을 스프레드시트에 입력하는 것이 번거롭지만 감당할 만합니다. 월 50장이 되면 반나절 작업이 됩니다. 200장이면 일주일 내내 소요됩니다. 500장 — 브라질의 중견 소매업체, 부동산 관리자, B2B 서비스 기업에게 일상적인 수준 — 에 이르면 수동 방식은 완전히 무너집니다. 작업이 어려워서가 아니라 작업의 구조가 일괄 문제에 일괄 사고를 적용하는 것을 방해하기 때문입니다.
역설은 받은 편지함에 도착하는 모든 Boleto(보레토)가 정확히 동일한 FEBRABAN(브라질은행연합회) 표준을 기반으로 구축되었다는 점입니다. 44자리 바코드는 항상 은행 ID를 01~03번째 자리에, 만기 계수를 06~09번째 자리에, 금액을 10~19번째 자리에 배치합니다. linha digitável(판독 가능한 줄)은 항상 동일한 데이터를 47자리로 그룹화하고 예측 가능한 위치에 검증 숫자를 배치합니다. 문서는 "나는 기계 판독이 가능하다"고 외치고 있는데도 대부분의 팀은 여전히 사람의 눈으로 각 문서를 읽습니다.
운영상의 통찰: Boleto(보레토)는 시각적 PDF로 위장한 표준화된 구조 문서입니다. 브라질의 모든 은행 스캐너가 수 밀리초 안에 결제를 검증할 수 있게 해주는 표준은 AR(매출채권 관리) 데이터 500줄을 한 번에 추출할 수 있게도 해줍니다 — 각 Boleto(보레토)를 별도의 입력 작업으로 취급하는 것을 멈추고 일괄로 취급하기 시작한다면 말입니다.
일괄 Boleto(보레토) 워크플로우의 실제 모습
일괄 우선 워크플로우는 세 단계로 구성됩니다: 모든 Boleto(보레토)를 한 곳에 모으고, 필요한 데이터를 정의하고, 모든 것을 한 번에 내보냅니다. 개별 PDF를 열 필요가 없습니다.
이메일로 받았든, 은행 포털에서 다운로드했든, 고객이 납부한 영수증을 직접 업로드할 수 있는 수집 링크를 통해 들어왔든, 목표는 동일합니다. 추출을 시작하기 전에 모든 파일을 한곳에 모으는 것입니다. 파일별 처리도, "업로드, 대기, 다운로드, 반복" 주기도 필요 없습니다.
열 이름을 한 번만 입력하세요: Código de Barras(바코드), Vencimento(만기일), Valor(BRL(브라질 헤알) 금액), Beneficiário(수취인 이름), Pagador(지불인), Nosso Número(은행 관리 번호), Data de Pagamento(납부일). 이 열 이름은 출력 테이블의 헤더가 됩니다. AI는 모든 Boleto를 읽고 각 필드의 의미를 이해하여 각 행을 채웁니다. 템플릿 위치를 매칭하는 방식이 아닙니다.
AI가 배치의 모든 Boleto를 처리합니다. 각 파일은 출력에서 한 행이 됩니다. 추출이 완료되면 모든 Boleto 데이터가 포함된 단일 .xlsx 파일을 다운로드하세요. AR(매출채권 관리) 노후화 보고서, ERP(전사적 자원 관리) 가져오기 또는 조정 워크시트에 바로 사용할 수 있습니다.
이 워크플로우를 사용한 200개 Boleto 배치의 총 실작업 시간은 약 5분입니다. 업로드, 열 정의, 처리 클릭, 다운로드. 나머지 작업은 AI가 수행합니다. 수동 데이터 입력에 필요한 문서당 3분과 비교하면, 동일한 200개 Boleto는 10시간 이상의 집중 타이핑이 필요합니다.
모든 AR 팀이 각 Boleto에서 필요로 하는 5가지 필드
Boleto(보레토)의 모든 필드가 매출채권 관리에 중요한 것은 아닙니다. FEBRABAN(브라질은행연합회) 표준은 바코드, 판독 가능한 라인, 시각적 슬립 전반에 걸쳐 수십 개의 데이터 포인트를 정의합니다. 그러나 AR 관점에서 볼 때, 5가지 필드가 조정 가치의 90%를 차지합니다.
| 필드 | Boleto(보레토) 내 위치 | AR에 필요한 이유 |
|---|---|---|
| Código de Barras (바코드, 44자리) | 상단 섹션, 은행 로고 아래 | 결제의 고유 식별자입니다. 은행의 일일 정산 파일과 대조하는 데 사용합니다. |
| Valor (금액) | 바코드 아래, BRL(브라질 헤알) (R$)로 표기 | 예상 결제 금액입니다. 실제 정산 금액과 비교하여 불일치를 감지합니다. |
| Vencimento (만기일) | 금액 옆 또는 아래 | 노후화 계산, 연체 플래그, protesto 위험 평가에 사용합니다. |
| Beneficiário (수취인) | 은행 정보가 있는 왼쪽 상단 섹션 | 결제 대상을 확인합니다. 다중 법인 AR에 중요합니다. |
| Nosso Número(은행 관리 번호) (은행 참조 번호) | 바코드 아래, "Nosso Número" 라벨 근처 | 은행의 내부 참조 번호로, 은행 정산 보고서에서 각 Boleto(보레토)를 고유하게 식별하는 데 사용됩니다. |
대부분의 팀은 노후화 보고서를 위해 Pagador (지불인 이름/CNPJ(법인 납세자 번호)) 및 Data de Vencimento도 추출합니다. 일괄 처리 방식은 이러한 항목을 추가 열로 처리합니다. 한 번 정의하면 배치의 모든 Boleto(보레토)에서 동일한 필드를 스캔합니다.
Boleto의 표준 구조가 일괄 추출을 가능하게 하는 이유
모든 금융 문서가 일괄 처리에 적합한 것은 아닙니다. 작은 상점의 손으로 쓴 영수증은 레이아웃이 너무 제각각이라 추출 도구에 업체별 학습이 필요합니다. 다국적 기업의 공급업체 청구서는 해당 회사의 자체 템플릿을 따릅니다. 그러나 Boleto(보레토)는 FEBRABAN(브라질은행연합회)이 관리하는 국가 표준을 따르며, 모든 발행 은행이 이를 준수하고, 기계가 읽을 수 있도록 특별히 설계되었습니다.
44자리 바코드가 가장 명확한 예입니다. 바코드는 다음 순서로 정보를 인코딩합니다:
- 01~03번째 자리: 은행 코드 (예: 001 = Banco do Brasil, 237 = Bradesco, 341 = Itaú)
- 04번째 자리: 통화 코드 (9 = BRL(브라질 헤알))
- 05번째 자리: 바코드 검증 숫자
- 06~09번째 자리: 만기 계수 (FEBRABAN(브라질은행연합회) 기준일 이후 경과 일수 — 납부 기한 계산에 사용)
- 10~19번째 자리: 센타보 단위 금액 (예: 0000015000 = R$ 150.00)
- 20~44번째 자리: 자유 필드 (은행별 상이: Nosso Número(은행 관리 번호), Agência/Código do Beneficiário, Carteira 등 포함)
모든 은행, 모든 Boleto(보레토) 유형, 모든 납부 금액에 대해 바코드는 항상 이 레이아웃을 따릅니다. 즉, 일괄 추출 도구가 100개의 Boleto(보레토) 바코드를 읽을 때 모든 바코드에서 정확히 동일한 위치(10~19번째 자리)에 금액 필드를 찾을 수 있습니다. 동일한 원칙이 슬립의 시각적 필드에도 적용됩니다. 수취인(beneficiário)은 항상 상단에, 납부 기한(vencimento)은 항상 금액 근처에, 납부자(pagador)는 항상 수취인 섹션 아래에 있습니다. 레이아웃이 은행 간 픽셀 단위로 동일하지는 않지만 — Itaú는 Bradesco와 약간 다르게 인쇄합니다 — 의미 구조는 일관되며, 이것이 바로 의미론적 추출이 처리하도록 설계된 부분입니다.
파일은 안전하게 처리되며 저장되지 않습니다.
Boleto(보레토) 일괄 처리에서 예외 상황 처리
모든 일괄 처리에는 예외가 있습니다. 200건의 Boleto(보레토) 일괄 처리에는 연체료가 포함된 연체된 슬립 10장, 부분 납부된 5장, 복권 대행점 영수증의 저품질 스캔 PDF 3장이 포함될 수 있습니다. 일괄 처리 워크플로는 문서당 행 출력 구조를 유지하면서 이러한 상황을 처리해야 합니다.
이자와 multa(연체료)가 있는 연체 Boleto(보레토). 브라질 법률은 연체 시 월 최대 1%의 이자와 약 2%의 multa(연체료)를 허용합니다. AI는 문서에 표시되는 경우 원래 valor(금액)와 계산된 연체 총액을 모두 추출할 수 있습니다. Valor Original 및 Valor com Juros/Multa(이자/연체료 포함 금액)의 두 열을 정의하는 것이 좋습니다.
등록 Boleto(보레토)와 미등록 Boleto(보레토). FEBRABAN(브라질은행연합회)이 등록 Boleto(보레토) 의무화를 2017년에 전면 시행한 이후, 유통되는 대부분의 Boleto(보레토)는 등록 Boleto(보레토)(boleto registrado)입니다. 등록 Boleto(보레토)에는 중앙은행 등록 번호, 추가 지불인 검증 데이터 등 미등록 Boleto(보레토)에는 없는 추가 필드가 있습니다. 일괄 처리에 두 유형이 혼합된 경우, 추출 도구는 사전 분류 없이도 두 유형을 모두 처리할 수 있어야 합니다. 출력에서 특정 문서에 없는 필드는 빈 셀로 표시됩니다.
부분 납부 및 할부 계획. 일부 고객은 할부로 납부하여 송장당 여러 개의 Boleto(보레토)를 생성합니다. 각 할부 Boleto(보레토)에는 자체 바코드, 자체 만기일 및 자체 금액이 있습니다. 일괄 추출은 각각을 별도의 행으로 처리합니다. 이후 송장 참조 필드(documento 필드)로 그룹화하여 원래 거래와의 연결을 유지할 수 있습니다.
스프레드시트에서 ERP(전사적 자원 관리)로: 대사 주기 완료
추출을 통해 데이터를 스프레드시트로 가져옵니다. 그 다음은 대사입니다. 추출된 Boleto(보레토) 데이터(바코드, 금액, 만기일, Nosso Número(은행 관리 번호))는 은행의 일일 정산 보고서와 대조하기 위한 구조화된 입력 데이터 역할을 합니다.
브라질 은행은 자체 형식(일반적으로 은행 간 결제에 사용되는 표준 파일 형식인 CNAB(전국은행청산코드) 240 또는 CNAB(전국은행청산코드) 400 형식)으로 정산 보고서를 제공합니다. 이 보고서는 바코드 또는 Nosso Número(은행 관리 번호)별로 납부된 각 Boleto(보레토)를 나열합니다. 귀하의 작업은 은행 보고서의 각 행을 발행된 Boleto(보레토) 스프레드시트의 해당 행과 일치시키는 것입니다.
양쪽이 구조화된 경우(한쪽은 추출된 Boleto(보레토) 데이터, 다른 쪽은 은행의 CNAB(전국은행청산코드) 파일), 일치를 자동화할 수 있습니다. CNAB(전국은행청산코드) 파일의 "Nosso Número(은행 관리 번호)" 또는 "código de barras" 필드는 Boleto(보레토)에서 추출한 열에 직접 매핑됩니다. Excel의 VLOOKUP 또는 Power Query 단계, 또는 ERP(전사적 자원 관리) 가져오기 규칙이 주기를 완료합니다. 대안인 PDF 기반 데이터를 CNAB(전국은행청산코드) 보고서와 대조하는 것은 수동 대사의 전형적인 예입니다.
Totvs (Protheus), SAP, Oracle과 같은 브라질 ERP(전사적 자원 관리) 시스템을 사용하는 팀의 경우, 추출된 스프레드시트를 가져오기 템플릿에 맞게 서식을 지정할 수 있습니다. 많은 ERP(전사적 자원 관리) 시스템에서 Boleto(보레토) 바코드, 납부일, 금액 및 은행 코드 열이 포함된 CSV를 허용합니다. 일괄 추출 출력에는 이미 이러한 필드가 포함되어 있습니다. ERP(전사적 자원 관리) 시스템에서 예상하는 열 이름에 매핑하기만 하면 됩니다.
자주 묻는 질문
스캔한 종이 Boleto도 일괄 추출이 가능한가요, 아니면 디지털 PDF여야 하나요?
둘 다 가능합니다. AI는 문서의 시각적 내용을 읽습니다. 은행 포털에서 다운로드한 디지털 PDF든, 인쇄된 영수증을 찍은 사진이든 상관없습니다. 스캔하거나 촬영한 Boleto(보레토) PDF도 동일하게 처리됩니다. 필드가 읽을 수 있기만 하면 됩니다.
이미지로 데이터가 포함된 Boleto PDF를 이메일로 받은 경우, 도구가 어떻게 처리하나요?
고객이 납부한 Boleto(보레토)의 스크린샷을 전달할 때 흔히 발생하는 이미지 기반 PDF는 동일한 시각적 추출 엔진으로 처리됩니다. AI가 이미지 콘텐츠를 직접 읽기 때문에 PDF에 대한 OCR 전처리가 필요하지 않습니다. 동일한 일괄 업로드에서 텍스트 기반 PDF와 이미지 기반 PDF를 함께 처리할 수 있습니다.
은행에서 비밀번호로 암호화한 Boleto는 어떻게 처리하나요?
일부 브라질 은행은 일반적으로 수취인의 CNPJ(법인 납세자 번호)를 비밀번호로 설정하여 Boleto(보레토) PDF를 발송합니다. 이 도구는 비밀번호로 보호된 PDF를 지원합니다. 계정 설정에 자주 사용하는 비밀번호를 저장해 두면, 추출 시 들어오는 암호화된 Boleto(보레토)에 대해 자동으로 시도됩니다.
B2B Boleto와 B2C Boleto 모두 추출이 가능한가요?
네, 가능합니다. B2B Boleto(보레토)(기업 간 발행, 일반적으로 양측에 전체 CNPJ(법인 납세자 번호) 정보 포함)와 B2C Boleto(보레토)(소비자에게 발행, CPF(개인 납세자 번호) 포함)는 동일한 FEBRABAN(브라질은행연합회) 표준을 따릅니다. 바코드 구조는 동일합니다. 시각적 필드는 주로 표시되는 식별자(기업의 경우 CNPJ(법인 납세자 번호), 개인의 경우 CPF(개인 납세자 번호))에서 차이가 있습니다. AI는 존재하는 식별자를 추출합니다.
일괄 추출과 은행 거래 내역 조정을 위한 수동 Boleto별 처리 방식을 비교하면 어떤가요?
수동 Boleto(보레토) 조정과 자동화된 조정의 자세한 비교는 Boleto Bancário 데이터를 Excel로 추출하기 가이드를 참조하십시오. 이 가이드에서는 전체 조정 워크플로우를 단계별로 설명합니다.
일괄 처리가 Boleto 워크플로우를 근본적으로 바꿉니다
50개의 Boleto(보레토)를 수동으로 처리하는 것과 일괄 처리하는 것의 차이는 단순한 속도 문제가 아닙니다. AR(매출채권 관리) 팀이 시간을 입력에 쏟느냐, 분석에 쏟느냐의 차이입니다. 각 Boleto(보레토)를 개별적으로 열고, 읽고, 입력해야 한다면 병목은 인간의 주의력입니다. 50개를 한 번에 업로드하여 단일 스프레드시트로 추출한다면 병목은 조정 로직으로 이동하며, 이것이 바로 재무 팀의 판단이 실제로 가치를 더하는 부분입니다.
해당 배치의 모든 Boleto(보레토)는 동일한 FEBRABAN(브라질은행연합회) 표준으로 작성되었습니다. 이 표준은 정확히 기계 판독을 가능하게 하기 위해 존재합니다. 문제는 여러분의 워크플로우가 이를 활용하느냐입니다.