AI 은행 거래내역을 CSV 변환기로: 가져오기 마법사가 인정하는 파일을 만드세요, 그냥 열 수만 있는 파일이 아니라

03/04/2026으로 인쇄된 명세서는 QuickBooks Online의 미국 기본 설정에서는 3월 4일, DD/MM 설정에서는 4월 3일을 의미합니다. 매핑 단계에서 확인한 형식과 날짜 열의 형식이 일치하지 않으면 가져오기가 진행되고 모든 행의 일과 월이 바뀐 채로 입력됩니다. 오류도 경고도 없이, 누군가 잘못된 날짜에 "결제"가 이루어진 것을 알아차리기 전까지는 장부가 잘못된 채로 남습니다. QuickBooks 자체 지원 문서에서는 날짜 형식 불일치를 가장 흔한 CSV 가져오기 오류 중 하나로 꼽고 있으며, 사후에 수정하려면 전체 배치를 취소하고 다시 가져와야 합니다.

대부분의 명세서는 Debit과 Credit을 별도의 열로 인쇄하지만, Xero 가져오기에는 비용이 음수로 표시되는 하나의 Amount 열이 필요합니다. 명세서를 그대로 반영하는 변환기는 두 개의 금액 열과 아무런 안내 없이 결과물을 제공하므로, 모든 가져오기는 스프레드시트에서 수동 병합 및 부호 변환 작업으로 시작됩니다. 텍스트로 복사된 금액은 상황을 더 악화시킵니다. 통화 기호와 천 단위 구분 기호가 포함된 "$1,234.56"은 숫자가 아니며, 가져오기 마법사가 이를 거부하거나 텍스트로 처리합니다. 이는 r/QuickBooks 사용자들이 자주 겪는 실패 유형으로, "금액이 텍스트인지 확인하라"는 말이 기본적인 조언이 되었습니다.

CSV의 의미는 아무도 기록하지 않는 설정에 달려 있습니다. 유럽 로케일에서 1.234,56은 천이백삼십사라는 숫자이며, 잘못된 지역 설정으로 저장하는 도구나 스프레드시트는 모든 금액을 조용히 다시 작성합니다. 일부 도구는 세미콜론으로 구분된 파일을 내보내는데, 쉼표를 기대하는 마법사는 이를 하나의 거대한 열로 읽습니다. Xero의 가져오기 가이드는 소수 구분 기호로 쉼표를 사용하지 말 것을 명시적으로 경고합니다. 이는 추출 실패가 아닌 파일 형식 실패입니다. 이것이 바로 추출에만 집중하는 경쟁사들이 이러한 문제를 언급하지 않는 이유입니다.

맞춤 열 추출은 원하는 필드 이름(Transaction Date, Description, Amount)을 입력하면 AI가 명세서에서 각 값을 위치가 아닌 의미를 파악하여 찾아냅니다. 입력한 이름이 CSV의 정확한 헤더 행이 되므로, 가져오기 마법사에서 열 매핑을 요청할 때 파일이 이미 대상 시스템의 용어를 사용하게 됩니다. 변환 후 이름을 다시 지정하거나 "Column F에 무엇이 들어 있는지" 추측할 필요가 없습니다.

날짜는 인쇄된 텍스트를 그대로 복사하는 대신 추출 과정에서 표준화되므로, 명세서의 모호한 표기 대신 가져오기 매핑에서 선택한 형식과 일치합니다. 금액은 통화 기호와 천 단위 구분 기호가 제거된 숫자 값으로 출력됩니다. 단일 Amount 열에 부호를 포함해 정의하면 인쇄된 대로 부호가 유지되고, Debit Amount와 Credit Amount를 별도로 정의하면 각 수치가 명세서의 위치가 암시하는 열에 배치됩니다. 어떤 레이아웃이든 첫 시도에 매핑됩니다.

동일한 열 정의가 Chase, Bank of America, Wells Fargo, HSBC, Barclays 및 기타 은행에서 은행별 설정 없이 작동합니다. AI가 의미를 기준으로 필드를 읽기 때문입니다. 다중 페이지 명세서는 거래 행을 연속으로 유지하며, Opening Balance와 Closing Balance는 명세서 헤더에서 단일 값으로 캡처할 수 있으므로, 파일이 가져오기 마법사에 도달하기 전에 추출된 행이 시작부터 끝까지 올바르게 연결되는지 확인할 수 있습니다.