Boleto 데이터 입력 실수 5가지
— Protesto로 이어지는 실수와 예방법

Protesto란 무엇이며, 데이터 입력 오류가 어떻게 이를 촉발할까요?

Protesto는 Cartório de Protesto에 미지급 채무를 공식 등록하는 절차입니다. 이는 브라질 채권 추심의 첫 번째 법적 단계로, 소송을 제기하기 전에 채권자는 일반적으로 채무를 protesto하여 미지급 사실을 공식 기록으로 남겨야 합니다. 절차는 다음과 같이 진행됩니다:

1. 채권자가 미지급 Boleto를 cartório에 제출합니다.
2. cartório는 채무자에게 통지하며, 채무자는 3영업일 이내에 지급하거나 이의를 제기해야 합니다.
3. 채무자가 응답하지 않으면 protesto가 등록되고 신용 조회 기관(Serasa / SPC)이 접근할 수 있는 공개 기록이 됩니다.
4. protesto된 채무는 채무자가 변제하고 cartório에서 protesto가 취소될 때까지 채무자의 신용 기록에 남습니다.

AR 팀이 주목해야 할 중요한 점: protesto는 시스템이 특정 Boleto가 만기일까지 미지급되었다고 판단할 때 촉발됩니다. 해당 Boleto에 대해 입력된 데이터가 잘못된 경우(예: 바코드 입력 오류, 만기일 잘못 입력, 중복된 Nosso Número로 인해 지급이 잘못된 Boleto에 적용된 경우), 시스템은 실제로 결제가 완료되었음에도 불구하고 이를 미지급으로 표시할 수 있습니다. Protesto 절차는 데이터 입력 오류를 확인하지 않습니다. 시스템 기록에 미결제 잔액이 있는지만 확인합니다.

실수 1: Código de Barras 숫자 전위(Transposing) 오류

44자리 바코드는 각 Boleto의 고유 식별자입니다. 또한 44자리라는 특성상 수동 입력 오류가 가장 빈번하게 발생하는 필드이기도 합니다. 한 자리 숫자의 전위(transposition) — 19번째 자리에 20번째 자리 숫자를 입력하거나 "1234"를 "1243"으로 바꿔 입력하는 것 — 는 검증 체크섬에 실패하거나, 더 나쁜 경우 검증을 통과했지만 다른 Boleto로 연결되는 바코드를 생성합니다.

첫 번째 유형의 결과는 즉각적입니다. 시스템이 바코드를 거부하고, 분석가가 이를 인지하여 수정합니다. 두 번째 유형(검증 통과했지만 잘못된 Boleto)의 결과는 훨씬 더 위험합니다. 지급이 잘못된 Boleto에 기록되어 올바른 Boleto가 시스템에서 미지급 상태로 남게 됩니다. 발행자가 월말에 연령 분석 보고서(aging report)를 실행하면 올바른 Boleto가 연체된 것으로 표시됩니다. 이 보고서가 protesto 워크플로우를 촉발하면, 잘못된 Boleto가 protesto로 보내집니다.

유일하게 신뢰할 수 있는 예방책은 수동 입력 단계를 완전히 없애는 것입니다. 추출 도구가 PDF에서 바코드를 직접 읽으면 전위 오류 범주 자체가 사라집니다. 도구는 올바른 순서로 44자리 전체를 읽고, 소스 문서와 스프레드시트 행 사이에 사람의 키 입력 없이 출력에 기록합니다.

실수 2: Vencimento 오독

모든 Boleto에는 만기일(data de vencimento)이 DD/MM/YYYY 형식으로 인쇄되어 있습니다. 이는 브라질 표준입니다. 하지만 다른 지역에서 교육을 받았거나 MM/DD/YYYY 형식으로 설정된 시스템에서 작업하는 AR 분석가는 "05/12/2026"을 12월 5일이 아닌 5월 12일로 오독하기 쉽습니다. 반대로, 브라질 분석가가 국제 시스템의 출력을 읽을 때 날짜 형식을 반대로 잘못 해석할 수도 있습니다.

잘못된 만기일은 protesto와 관련하여 두 가지 결과를 초래합니다:

• Boleto가 실제보다 먼저 연체된 것으로 표시됩니다. 만기일이 "12/05" 대신 "05/12"로 입력되면 시스템은 연체 일수를 두 달 일찍 계산하기 시작합니다. 실제 만기일이 도래할 때쯤이면 시스템은 이미 해당 Boleto를 에스컬레이션 대상으로 플래그 지정합니다.
• 연체 이자(juros de mora)와 벌금(multa)이 잘못된 날짜 기준으로 계산됩니다. 브라질 법률은 연체 시 월 최대 1%의 이자와 약 2%의 multa를 허용합니다. 시스템이 Boleto의 만기일이 5월이라고 생각하지만 실제로는 12월인 경우, 6개월의 추가 이자가 적용되어 지불자가 금액에 이의를 제기할 때 분쟁이 발생할 수 있습니다.

Totvs(Protheus) 또는 SAP와 같은 자동화된 ERP에서 시스템의 만기일 필드는 연체 기간 버킷 할당을 직접 제어합니다. 날짜가 잘못되면 버킷 할당이 잘못되고, protesto 트리거 로직은 잘못된 입력을 받았다는 사실을 알 방법이 없습니다.

실수 3: Nosso Número 중복 입력 또는 오입력

Nosso Número는 각 Boleto에 대한 은행의 내부 참조 번호입니다. 모든 은행에서 표준화된 44자리 바코드와 달리, Nosso Número 형식은 은행마다 다릅니다. Bradesco는 한 가지 길이를 사용하고, Itaú는 다른 길이를, Santander는 또 다른 길이를 사용합니다. 일부 은행은 검증 숫자를 포함하고, 그렇지 않은 은행도 있습니다.

AR 팀이 Boleto PDF에서 Nosso Número를 추적 스프레드시트에 수동으로 입력할 때, 두 가지 문제가 불균형적으로 자주 발생합니다:

• 중복: 분석가가 한 Boleto에 대해 "12345678"을 입력하고 다른 Boleto에 대해 "12345687"을 입력합니다. 숫자가 거의 동일하고 스프레드시트가 유사성을 플래그 지정하지 않습니다. 나중에 Nosso Número "12345678"에 대한 지불과 함께 은행 정산 보고서가 도착하면 시스템은 이를 첫 번째 Boleto와 일치시키지만, 두 번째 Boleto는 지불이 동일함에도 시스템에서 미지불 상태로 남습니다.
• 잘림 또는 패딩: 분석가가 은행에서 "00012345678"로 형식화하는 Nosso Número의 선행 0을 생략하고 대신 "12345678"을 입력합니다. 은행의 정산 보고서에 "00012345678"이 나열되면 일치에 실패합니다. 시스템은 두 개의 다른 문자열로 인식합니다.

두 시나리오 모두 유령 연체 Boleto를 생성합니다. AR 시스템에서는 미지불로 보이지만 실제로는 결제된 것입니다. 유령이 오래 지속될수록 protesto 파이프라인에 진입할 가능성이 높아집니다.

실수 4: 잘못된 Valor 기록

금액 입력 오류는 조정 과정에서 가장 쉽게 발견됩니다. 하지만 동시에 가장 흔한 오류이기도 하며, 특정 상황에서는 간접적으로 protesto를 유발할 수 있습니다.

브라질은 소수점 구분자로 쉼표를 사용합니다. R$ 1.234,56은 천이백삼십사 헤알 오십육 센타보를 의미합니다. 국제 관행에 익숙한 분석가가 "1.234,56"을 기대하는 시스템에 "1234.56"을 입력하거나, 그 반대의 실수를 할 수 있습니다. 시스템이 값을 거부하면 쉽게 발견되지만, 조용히 받아들여 소수점이 이동된 상태로 처리되면 위험합니다. R$ 1.500,00의 Boleto를 점(.)을 천 단위 구분자로 읽는 시스템에 "1500.00"으로 입력하면, 시스템이 이를 R$ 1,50로 해석할 수 있습니다. 이는 무려 1,498,50 헤알의 차이입니다.

이것이 protesto를 유발하는 방식: 기록된 금액이 실제 Boleto 금액보다 적으면, 시스템은 결제 후에도 잔액이 남아 있는 것으로 표시합니다. "Boleto 발행 금액: R$ 1.500,00. 수령 결제액: R$ 1,50. 미결제 잔액: R$ 1.498,50." 시스템은 잔액 미납 알림을 생성합니다. 미납 시, 이 "잔여 잔액"에 대해 protesto로 이어집니다. 이는 사실 소수점 형식 오류에 불과합니다. 이미 R$ 1.500,00을 결제한 지급인이 이제는 잘못된 쉼표 위치로 인해 발생한 가상의 채무로 인해 protesto 대상이 되는 것입니다.

실수 5: 부분 결제 및 연체료 간과

이것은 단순한 입력 오류라기보다는 업무 흐름의 실패에 가깝지만, 실제로 가장 흔한 protesto 유발 요인입니다. 지급인이 R$ 1.000 Boleto 중 R$ 500을 송금합니다. 아마도 청구서의 일부에 이의가 있거나, 그 시점에 R$ 500만 있었기 때문일 수 있습니다. AR 팀은 R$ 500을 기록합니다. 하지만 시스템에는 여전히 R$ 500이 미결제로 표시됩니다. Boleto의 만기일이 지납니다. 추가 결제가 없습니다. 시스템은 R$ 500에 대해 protesto로 이관합니다.

지급인의 시각: "R$ 500을 냈는데, 왜 R$ 500에 대해 protesto를 당하는 거죠?" 발행인의 시각: "부분 결제만 수령했습니다. 나머지 잔액은 정당한 채무입니다." 어느 쪽도 틀리지 않았습니다. 그러나 이의가 제기되었거나 인정된 부분 잔액에 대해 protesto로 이어지는 것은 금전적 손실뿐만 아니라 고객 관계를 해치는 마찰을 정확히 만들어냅니다.

마찬가지로, Boleto가 만기일 이후에 결제되면 실제 수령 금액에는 원금에 연체 이자(juros de mora)와 연체료(multa)가 포함됩니다. AR 시스템이 명목 원금(valor nominal)만 추적하는 경우, 결제 금액이 기록된 금액을 초과하게 됩니다. 분석가는 이를 양의 차이, 즉 "초과 지불"로 보고, 이를 정당한 연체료로 인식하지 않고 미할당 현금으로 처리할 수 있습니다. 해당 현금이 Boleto 기록에 적용되지 않으면 시스템에는 여전히 미결제 잔액이 표시되고, 이자가 포함된 전액이 결제되었음에도 불구하고 protesto 트리거가 작동할 수 있습니다.

추출 자동화가 이러한 오류를 사전에 방지하는 방법

위 다섯 가지 실수는 모두 공통된 근본 원인을 가지고 있습니다. 바로 Boleto PDF와 AR 시스템 사이에 사람의 키 입력이 개입된다는 점입니다. 데이터를 직접 입력할 때 오류가 발생할 수 있습니다. 반면 데이터가 자동으로 추출되면 위 목록의 오류들은 구조적으로 방지됩니다. 이는 AI가 사람보다 '더 정확'해서가 아니라, 추출 과정에 바코드 숫자나 금액 값이 사람의 손을 거치는 입력 단계가 없기 때문입니다.

특히 부분 결제 시나리오의 경우, 자동화는 데이터를 더 빠르게 제공함으로써 도움이 됩니다. AR 팀이 일괄 처리된 모든 Boleto의 정형 데이터를 몇 분 안에 확보하면, 시스템의 자동 protesto 트리거가 작동하기 전에 부분 결제를 식별하고 추적 기록을 조정할 수 있습니다. 수동 작업의 병목 현상은 무엇을 해야 하는지에 대한 지식 부족이 아니라, 해당 지식을 적용할 수 있는 시스템에 데이터를 입력하는 데 걸리는 시간입니다.

자동화된 Boleto 추출 워크플로우 설정에 대한 전체 단계별 안내는 Boleto Bancário 데이터를 Excel로 추출하는 방법을 참조하십시오.

자주 묻는 질문

모든 입력 오류는 잠재적인 Protesto 유발 요인입니다

여기서 설명한 다섯 가지 실수는 공통된 패턴을 보입니다. 각각은 올바른 결제를 잘못된 연체 기록으로 전환시킵니다. AR 시스템은 바코드가 잘못 입력되었거나 만기일이 잘못 읽혔는지 알지 못합니다. 시스템은 필드의 데이터가 만기일 이후 미결제 잔액을 표시한다는 것만 알 뿐입니다. 해당 조건이 충족되면 protesto 트리거가 작동하고, 실제로 제때 결제한 고객은 공공 채무 기록이 있다는 사실을 알게 됩니다.

해결책은 AR 팀에게 더 주의 깊게 입력하라고 요청하는 것이 아닙니다. 해결책은 워크플로에서 입력 단계를 완전히 제거하는 것입니다. Boleto의 데이터는 이미 문서에 있으며, 국가 표준에 따라 구조화되어 있습니다. 이를 직접 읽는 추출 도구는 다섯 가지 오류 요인을 근원에서 제거합니다. 스프레드시트에 도달하기 전, ERP에 도달하기 전, 그리고 Cartório de Protesto에 도달하기 전에 말입니다.