튜토리얼OFX은행 거래 내역Xero회계

은행 거래 내역을 OFX 형식으로 변환

2026년 3월 2일

PDFSub Team

OFX는 Xero, MYOB, FreeAgent의 표준 가져오기 형식입니다. 은행 거래 내역 PDF를 OFX로 변환하는 방법과 CSV 및 QBO와 다른 점을 설명합니다.

Xero, MYOB 또는 FreeAgent에 은행 거래 내역을 가져와야 합니다. 은행에서 PDF 거래 내역서를 제공했습니다. 운이 좋으면 CSV를 제공할 수도 있습니다. 하지만 회계 플랫폼은 대부분의 사람들이 들어본 적도 없는 OFX 파일을 원합니다.

OFX — Open Financial Exchange —는 이러한 플랫폼이 기반을 둔 표준 금융 데이터 교환 형식입니다. 거래 ID를 포함하여 중복을 감지하고, 계정 메타데이터를 포함하며, 가져올 때 열을 자동으로 매핑합니다. 날짜 형식 추측이 필요 없습니다. 수동 열 할당이 필요 없습니다. 실수로 같은 달을 두 번 가져오는 일도 없습니다. 그냥 작동합니다.

문제는 은행에서 OFX 파일을 직접 제공하는 경우가 거의 없다는 것입니다. PDF를 제공합니다. 때로는 CSV 다운로드를 제공하기도 하지만, CSV는 OFX가 제공하는 구조와 중복 보호 기능이 부족합니다. 이 가이드에서는 OFX 형식이 무엇인지, 회계 플랫폼에서 OFX를 선호하는 이유, CSV 및 QBO와 비교했을 때 어떤지, 은행 거래 내역 PDF를 Xero, MYOB, FreeAgent 및 기타 소프트웨어로 깔끔하게 가져올 수 있는 OFX 파일로 변환하는 방법을 설명합니다.

OFX 형식은 무엇인가요?

OFX는 Open Financial Exchange의 약자입니다. 금융 기관, 소프트웨어 및 최종 사용자 간의 금융 정보를 교환하기 위해 특별히 설계된 XML 기반 데이터 형식입니다. 원래 1997년 Microsoft, Intuit, CheckFree에서 개발했으며, 현재는 Financial Data Exchange(FDX)에서 관리합니다. 최신 버전인 OFX 2.2는 올바른 XML을 사용합니다. 이전 버전(1.x)은 닫히지 않은 태그를 허용하는 느슨한 마크업 구문인 SGML을 사용했습니다. 대부분의 회계 소프트웨어는 둘 다 지원합니다.

OFX 파일은 .ofx 확장자를 사용하며 구조화된 금융 데이터를 포함합니다:

거래 기록 — 날짜, 금액, 수취인 이름, 메모, 수표 번호 및 거래 유형(차변, 대변, 이체, 수수료 등)
FITID — 금융 기관 거래 ID, 중복 감지를 위한 각 거래에 할당된 고유 식별자
계정 식별 — 은행 라우팅 번호(BANKID), 계좌 번호(ACCTID) 및 계좌 유형(당좌 예금, 저축 예금, 신용 카드)
명세서 메타데이터 — 명세서 기간의 시작 및 종료 날짜, 시작 및 종료 잔액
통화 — ISO 4217 통화 코드(USD, GBP, EUR, AUD, CAD 등)

회계 소프트웨어로 OFX 파일을 가져올 때 모든 필드가 자동으로 매핑됩니다. 모호함, 열 매핑 없음, 오해의 여지 없음.

회계에서 OFX가 중요한 이유

OFX는 금융 데이터 교환을 위해 특별히 제작되었으며, 그 설계는 세부 사항에서 드러납니다.

거래 ID(FITID)로 중복 감지 가능

OFX 파일의 모든 거래에는 고유한 FITID — 금융 기관 거래 ID가 포함됩니다. 파일을 가져올 때 회계 소프트웨어는 본 모든 FITID를 기록합니다. 동일한 파일을 다시 가져오거나 겹치는 두 파일을 가져오면 소프트웨어는 이전에 본 FITID가 있는 거래를 자동으로 건너뜁니다.

CSV에는 이에 상응하는 것이 없습니다. 동일한 CSV를 두 번 가져오면 중복 항목이 생성됩니다. 중복 거래를 정리하는 것은 가장 흔하고 가장 많은 시간이 소요되는 장부 관리의 골칫거리 중 하나입니다. OFX는 형식 수준에서 이를 제거합니다.

계정 식별 정보 포함

OFX 파일에는 은행 라우팅 번호와 계좌 번호가 포함되어 있어 회계 소프트웨어가 가져온 내용을 올바른 은행 계좌와 자동으로 일치시키거나 파일이 일치하지 않으면 경고할 수 있습니다. CSV 파일에는 계정 메타데이터가 없습니다.

표준화된 구조로 열 매핑 불필요

CSV의 경우 소프트웨어는 다음을 물어야 합니다. 날짜 열은 무엇인가요? 금액 열은 무엇인가요? 별도의 차변/대변 열 또는 단일 부호화된 금액인가요? OFX는 이 모든 것을 건너뜁니다. 각 필드에는 DTPOSTED(날짜), TRNAMT(금액), NAME(수취인)과 같은 정의된 태그가 있습니다. 소프트웨어는 태그를 읽고 모든 것이 어디로 가는지 정확히 압니다.

명세서 날짜 및 잔액 포함

OFX 파일에는 명세서 기간(시작 및 종료 날짜)과 기간 말의 원장 잔액이 포함됩니다. 이는 CSV 파일이 전달하지 않는 컨텍스트로, 잔액 확인 및 쉬운 조정이 가능합니다.

광범위한 소프트웨어 호환성

OFX는 다양한 회계 및 금융 소프트웨어에서 지원됩니다:

Xero — 선호하는 가져오기 형식
MYOB — 기본 지원
FreeAgent — 기본 지원
Wave — 기본 지원
GnuCash — 기본 지원
Sage — 대부분의 버전에서 지원
Microsoft Money (레거시) — 형식이 원래 이를 위해 설계되었습니다.
Moneydance — 기본 지원
KMyMoney — 기본 지원

QuickBooks 사용자의 경우 관련성이 높은 QBO 형식(Intuit의 OFX 방언)이 더 나은 선택입니다. 하지만 대부분의 다른 회계 플랫폼 — 특히 Xero —의 경우 OFX가 표준입니다.

OFX 대 CSV 대 QBO

회계 소프트웨어에 은행 데이터를 가져올 때 가장 자주 접하게 될 세 가지 형식입니다.

특징	OFX	CSV	QBO
형식 기반	XML (구조화된 마크업)	일반 텍스트 (쉼표로 구분)	SGML/XML (Intuit의 OFX 방언)
거래 ID	예 (FITID)	아니요	예 (FITID)
중복 감지	예 — 자동	아니요 — 수동 정리 필요	예 — 자동
열 매핑	자동	수동 — 사용자가 각 열 할당	자동
계정 메타데이터	예 (라우팅 + 계좌 번호)	아니요	예 (라우팅 + 계좌 번호)
날짜 형식	표준화됨 (YYYYMMDD)	다양함 — 소프트웨어 지역과 일치해야 함	표준화됨 (YYYYMMDD)
명세서 잔액	예 (시작 + 종료)	아니요	예 (시작 + 종료)
금액 처리	단일 부호 필드, 모호함 없음	별도의 차변/대변 열이 있을 수 있음	단일 부호 필드, 모호함 없음
특수 문자 처리	XML 엔티티 (인코딩됨)	다양함 — 인코딩 문제 흔함	SGML 엔티티 (인코딩됨)
주요 소프트웨어	Xero, MYOB, FreeAgent, Wave, GnuCash	보편적 (모든 스프레드시트 또는 회계 도구)	QuickBooks (온라인 + 데스크톱)
편집 가능성	XML 지식 필요	쉬움 — Excel에서 열기	SGML 지식 필요

각 형식 사용 시기

OFX 사용 시: Xero, MYOB, FreeAgent, Wave, GnuCash 또는 QuickBooks가 아닌 회계 소프트웨어로 가져올 때. 가장 깔끔한 가져오기 경로 — 자동 매핑, 중복 보호, 형식 문제 없음.

QBO 사용 시: QuickBooks Online 또는 Desktop으로 가져올 때. QBO는 Intuit별 태그가 있는 OFX입니다. 자세한 내용은 QBO 변환 가이드를 참조하세요.

CSV 사용 시: 대상 소프트웨어가 CSV만 지원하거나 가져오기 전에 거래를 편집해야 할 때. CSV는 보편적인 대체 수단이지만 수동 작업이 더 필요하고 중복 보호 기능이 없습니다.

방법 1: PDFSub로 PDF를 OFX로 변환

은행 거래 내역 PDF에서 가져올 준비가 된 OFX 파일로 가는 가장 직접적인 경로입니다.

은행 웹사이트 또는 이메일에서 은행 거래 내역 PDF 다운로드
PDFSub의 은행 거래 내역 변환기로 이동
PDF 업로드 — 드래그 앤 드롭 또는 클릭하여 찾아보기
PDFSub가 날짜, 금액, 설명 및 거래 유형을 자동으로 감지하여 거래를 추출합니다.
형식 드롭다운에서 출력 형식으로 OFX 선택
OFX 파일 다운로드

PDFSub는 각 거래에 대해 고유한 FITID, 올바르게 형식화된 날짜(YYYYMMDD), 올바른 차변/대변 부호, 회계 소프트웨어가 예상하는 계정 메타데이터 태그를 포함하는 유효한 OFX 1.x 파일을 생성합니다. 여러 페이지 거래 내역서, 실행 잔액, 여러 줄 거래 설명, 은행 계좌 및 신용 카드 모두를 처리합니다.

이 변환기는 133개 언어의 20,000개 이상의 은행 형식을 지원합니다. 디지털 PDF(텍스트 기반 거래 내역서)는 브라우저에서 완전히 처리됩니다 — 파일은 컴퓨터를 벗어나지 않습니다. 스캔 또는 이미지 기반 PDF는 서버 측 AI 추출로 대체됩니다.

OFX는 CSV, Excel, QBO, QFX, JSON, MT940, CAMT.053과 함께 제공되는 8가지 출력 형식 중 하나입니다. 요금제는 월 $10부터 시작하며, 은행 거래 내역 변환은 월 $29(Business + BSC 추가 기능, 500페이지)이며 7일 무료 체험을 제공합니다.

방법 2: CSV를 OFX로 변환

이미 은행 또는 다른 변환 도구에서 CSV 파일을 가지고 있다면 OFX로 변환할 수 있습니다. 하지만 OFX가 원시 거래 데이터 외에 요구하는 사항 때문에 생각보다 어렵습니다.

과제:

FITID 생성. 모든 거래에는 고유한 금융 기관 거래 ID가 필요합니다. 동일한 데이터를 다시 가져올 때 동일한 FITID가 생성되어 중복 감지가 트리거되도록 결정적으로 생성해야 합니다 — 일반적으로 날짜, 금액, 설명을 함께 해싱하여 생성합니다.
날짜 형식. OFX는 YYYYMMDD 형식(예: 20260302)의 날짜를 요구합니다. CSV는 MM/DD/YYYY, DD/MM/YYYY 또는 다른 지역별 형식을 가질 수 있습니다. 이를 잘못 처리하면 거래가 잘못된 날짜에 기록됩니다.
계정 메타데이터. BANKID(라우팅 번호) 및 ACCTID(계좌 번호)를 올바르게 설정해야 하며, ACCTTYPE(CHECKING, SAVINGS 또는 CREDITCARD)도 설정해야 합니다. 이러한 값은 CSV에 없으므로 알고 수동으로 추가해야 합니다.
금액 부호 규칙. OFX는 차변에 음수, 대변에 양수를 사용합니다. CSV에 별도의 차변/대변 열이 있다면 이를 병합해야 합니다. CSV가 다른 부호 규칙(신용 카드 명세서에서 흔함)을 사용한다면 이를 뒤집어야 합니다.
XML 구조. OFX 파일에는 올바른 헤더 선언, 올바르게 중첩된 태그 및 특수 문자(앰퍼샌드, 꺾쇠 괄호, ASCII가 아닌 문자)에 대한 XML 엔티티 인코딩이 필요합니다.

여러 데스크톱 도구와 온라인 변환기가 CSV-OFX 변환을 처리합니다. PDFSub는 PDF에서 OFX까지 전체 체인을 단일 단계로 처리하여 중간 CSV를 완전히 건너뜁니다.

Xero로 OFX 가져오기

Xero는 OFX를 최우선 가져오기 형식으로 취급합니다. 가져오기 프로세스는 간단합니다.

단계별 안내

Xero에 로그인하고 회계 > 은행 계좌로 이동합니다.
거래를 가져올 은행 계좌를 클릭합니다.
계정 관리(또는 점 세 개 메뉴)를 클릭하고 명세서 가져오기를 선택합니다.
찾아보기를 클릭하고 OFX 파일을 선택합니다.
가져오기를 클릭합니다.
Xero가 파일을 구문 분석하고 요약을 표시합니다 — 거래 수, 날짜 범위 및 총 금액.
가져오기 확인

가져온 거래는 아직 조정되지 않은 명세서 줄로 표시됩니다. 각 항목에 대해 Xero는 세 가지 작업을 제공합니다: 일치(기존 송장 또는 청구서에 연결), 생성(계정 코드 및 세금 요율로 새 거래 생성), 또는 이체(은행 계좌 간 이체 기록).

Xero의 중복 처리 방식

Xero가 OFX 파일을 가져올 때 각 거래의 FITID를 읽고 해당 은행 계좌에 대해 이전에 가져온 모든 FITID와 비교합니다. 이전에 본 FITID가 있는 거래는 자동으로 건너뜁니다. 즉, 날짜 범위가 겹치는 파일을 안전하게 가져올 수 있습니다 — Xero는 이전에 보지 못한 거래만 추가합니다.

이것이 Xero가 CSV보다 OFX를 권장하는 주요 이유 중 하나입니다. CSV의 경우 Xero는 중복을 감지할 신뢰할 수 있는 방법이 없으며, 겹치는 가져오기는 수동으로 찾아 삭제해야 하는 중복 명세서 줄을 생성합니다.

은행 피드, CSV 형식 규칙 및 문제 해결을 포함한 모든 Xero 가져오기 방법에 대한 전체 가이드는 Xero 은행 거래 내역 가져오기 가이드를 참조하세요.

MYOB로 OFX 가져오기

MYOB(Mind Your Own Business)는 MYOB Business 및 MYOB AccountRight 모두에서 OFX 가져오기를 지원합니다.

MYOB Business (온라인)

메인 메뉴에서 뱅킹으로 이동합니다.
명세서 가져오기를 클릭합니다.
은행 계좌를 선택합니다.
파일 선택을 클릭하고 OFX 파일을 선택합니다.
MYOB가 거래를 미리 보여줍니다 — 날짜, 금액, 설명을 검토합니다.
가져오기를 클릭합니다.

MYOB AccountRight (데스크톱)

뱅킹 > 은행 피드 > 은행 명세서 가져오기로 이동합니다.
드롭다운에서 대상 은행 계좌를 선택합니다.
OFX 파일을 찾아 선택합니다.
은행 피드 창에서 가져온 거래를 검토합니다.
각 거래를 적절한 계정에 할당합니다.

MYOB는 Xero와 마찬가지로 OFX 파일의 FITID를 사용하여 중복 감지를 수행합니다. 거래의 FITID가 시스템에 이미 존재하는 경우 MYOB는 가져오기 중에 이를 건너뜁니다.

기타 소프트웨어로 OFX 가져오기

FreeAgent

FreeAgent는 영국 프리랜서 및 소규모 비즈니스에서 인기가 있습니다. OFX를 가져오려면:

뱅킹으로 이동하여 은행 계좌를 선택합니다.
가져오기 > 은행 명세서 업로드를 클릭합니다.
OFX 파일을 선택합니다.
미리 보기를 검토하고 가져오기를 확인합니다.

FreeAgent는 OFX, QIF, CSV를 지원합니다. Xero 및 MYOB와 마찬가지로 OFX 파일의 FITID를 사용하여 중복 가져오기를 방지합니다.

GnuCash

오픈 소스 회계 애플리케이션인 GnuCash는 AqBanking 통합을 통해 기본 OFX 가져오기 지원을 제공합니다:

파일 > 가져오기 > OFX/QFX 가져오기로 이동합니다.
OFX 파일을 선택합니다.
GnuCash가 거래를 표시하고 계정에 매핑하도록 요청합니다.
매처 창을 검토합니다 — GnuCash는 FITID를 기반으로 잠재적 중복을 강조 표시합니다.
가져오기 수락

GnuCash는 OFX 호환 애플리케이션 중 가장 오래된 것 중 하나이며, 가져오기 엔진은 OFX 1.x(SGML) 및 OFX 2.x(XML) 파일을 모두 처리합니다.

Wave

Wave Accounting(현재 H&R Block 소유)은 OFX 가져오기를 지원합니다:

회계 > 거래로 이동합니다.
은행 계좌를 클릭합니다.
CSV 또는 OFX 가져오기를 클릭합니다.
파일을 업로드하고 계정에 매핑합니다.
검토 및 확인

Wave는 CSV도 지원하지만, OFX는 Xero 및 MYOB와 동일한 장점인 자동 필드 매핑 및 중복 감지를 제공합니다.

OFX 파일 구조 이해

OFX 파일은 일반 텍스트입니다. 내용을 검사하기 위해 텍스트 편집기에서 열 수 있습니다. 주요 요소를 보여주는 간단한 예는 다음과 같습니다.

OFXHEADER:100
DATA:OFXSGML
VERSION:102
SECURITY:NONE
ENCODING:USASCII
CHARSET:1252
COMPRESSION:NONE
OLDFILEUID:NONE
NEWFILEUID:NONE

<OFX>
  <SIGNONMSGSRSV1>
    <SONRS>
      <STATUS><CODE>0<SEVERITY>INFO</STATUS>
      <DTSERVER>20260302
      <LANGUAGE>ENG
    </SONRS>
  </SIGNONMSGSRSV1>
  <BANKMSGSRSV1>
    <STMTTRNRS>
      <STMTRS>
        <CURDEF>USD
        <BANKACCTFROM>
          <BANKID>021000021
          <ACCTID>123456789
          <ACCTTYPE>CHECKING
        </BANKACCTFROM>
        <BANKTRANLIST>
          <DTSTART>20260201
          <DTEND>20260228
          <STMTTRN>
            <TRNTYPE>DEBIT
            <DTPOSTED>20260205
            <TRNAMT>-85.50
            <FITID>20260205-8550-001
            <NAME>ACME SUPPLIES LLC
            <MEMO>Office supplies purchase
          </STMTTRN>
          <STMTTRN>
            <TRNTYPE>CREDIT
            <DTPOSTED>20260210
            <TRNAMT>3200.00
            <FITID>20260210-320000-001
            <NAME>PAYROLL DEPOSIT
            <MEMO>Direct deposit - February
          </STMTTRN>
        </BANKTRANLIST>
        <LEDGERBAL>
          <BALAMT>12456.78
          <DTASOF>20260228
        </LEDGERBAL>
      </STMTRS>
    </STMTTRNRS>
  </BANKMSGSRSV1>
</OFX>

주요 태그 설명

태그	설명
`BANKID`	은행 라우팅 번호 (미국에서는 ABA 번호)
`ACCTID`	계좌 번호
`ACCTTYPE`	계좌 유형: CHECKING, SAVINGS, MONEYMRKT 또는 CREDITLINE
`DTSTART` / `DTEND`	명세서 기간 시작 및 종료 날짜 (YYYYMMDD)
`STMTTRN`	단일 거래 기록
`TRNTYPE`	거래 유형: DEBIT, CREDIT, INT(이자), FEE(수수료), SRVCHG(서비스 요금), DEP(입금), ATM, POS, XFER(이체), CHECK(수표), PAYMENT(지불), OTHER(기타)
`DTPOSTED`	거래 날짜 (YYYYMMDD 형식)
`TRNAMT`	거래 금액 — 차변은 음수, 대변은 양수
`FITID`	금융 기관 거래 ID — 중복 감지를 위한 고유 식별자
`NAME`	수취인 또는 거래 이름 (OFX 1.x에서는 최대 32자)
`MEMO`	추가 설명 또는 메모 (최대 255자)
`LEDGERBAL`	마감 잔액(금액 및 날짜 포함)

OFX 1.x(위 참조)는 SGML 구문을 사용합니다 — 태그는 닫는 요소를 필요로 하지 않습니다. OFX 2.x는 올바른 닫는 태그를 가진 올바른 XML을 사용합니다. 대부분의 회계 소프트웨어는 둘 다 지원합니다. 신용 카드 명세서의 경우 래퍼는 BANKMSGSRSV1 대신 CREDITCARDMSGSRSV1로 변경되지만 내부의 거래 구조는 동일하게 유지됩니다.

일반적인 OFX 가져오기 문제

잘못된 날짜 형식

증상: 거래가 잘못된 날짜에 표시되거나 날짜 오류로 가져오기가 실패합니다.

원인: OFX 파일에 YYYYMMDD 표준을 따르지 않는 날짜가 포함되어 있습니다. 일부 잘못 생성된 OFX 파일은 XML 태그 내에 지역별 날짜 형식(MM/DD/YYYY 또는 DD/MM/YYYY)을 사용합니다.

해결 방법: 텍스트 편집기에서 OFX 파일을 열고 DTPOSTED 값을 확인합니다. 03/02/2026 또는 02-Mar-2026이 아닌 정확히 8자리 숫자여야 합니다 — 20260302. 형식이 잘못된 경우 파일을 다시 생성해야 합니다. PDFSub는 항상 올바른 YYYYMMDD 형식으로 날짜를 출력합니다.

필요한데 건너뛰는 중복 거래

증상: 거래를 삭제하고 파일을 다시 가져왔지만 소프트웨어에서 다시 가져오지 않습니다.

원인: 소프트웨어는 이전에 본 모든 FITID를 기억합니다. 원래 거래를 삭제한 후에도 FITID는 시스템 메모리에 남아 있습니다.

해결 방법: 새 FITID가 있는 파일이 필요합니다. FITID 기록을 지우는 방법에 대한 지침은 소프트웨어 지원팀에 문의하거나 텍스트 편집기를 사용하여 OFX 파일에서 FITID를 수동으로 편집합니다.

계좌 번호 누락

증상: 가져오기가 실패하거나 소프트웨어에서 파일을 기존 은행 계좌와 일치시킬 수 없습니다.

원인: OFX 파일의 BANKID 또는 ACCTID 태그가 비어 있거나 자리 표시자 값을 포함하고 있습니다. 일부 OFX 생성기는 계정 메타데이터를 완전히 생략합니다.

해결 방법: OFX 파일을 열고 올바른 BANKID(라우팅 번호)와 ACCTID(계좌 번호)를 추가합니다. 이는 회계 소프트웨어의 은행 계좌 설정과 일치해야 하거나 가져오기 중에 대상 계좌를 수동으로 선택해야 합니다.

국제 문자의 인코딩 문제

증상: 수취인 이름 또는 설명에 물음표, 상자 또는 잘못된 악센트 문자와 같은 깨진 문자가 표시됩니다.

원인: OFX 파일이 거래 데이터의 문자(독일어 움라우트, 프랑스어 악센트, 일본어 문자, 키릴 문자)를 지원하지 않는 인코딩(예: USASCII 또는 Latin-1)을 사용합니다.

해결 방법: OFX 파일은 헤더에 UTF-8 인코딩을 선언해야 하며, 실제 파일 인코딩은 일치해야 합니다. PDFSub는 올바른 UTF-8 인코딩으로 OFX 파일을 생성합니다.

가져오기 파일 크기 초과

증상: 가져오기 시간이 초과되거나 소프트웨어에서 파일 크기 또는 거래 수 오류로 파일을 거부합니다.

원인: 대부분의 회계 플랫폼에는 가져오기 파일 크기 제한이 있습니다. Xero는 파일당 최대 1,000개의 거래를 허용합니다. 다른 플랫폼도 유사한 제한이 있습니다.

해결 방법: OFX 파일을 더 작은 파일로 분할합니다 — 일반적으로 월별 또는 분기별로 분할합니다. 각 파일에는 1,000개 미만의 거래가 포함되어야 합니다. 각 분할 파일의 DTSTART/DTEND 태그와 LEDGERBAL 값이 올바른 기간을 반영하는지 확인합니다.

신용 카드 거래가 잘못된 부호로 가져와짐

증상: 구매가 수입으로 표시되고 지불이 비용으로 표시됩니다.

원인: OFX 파일이 BANKMSGSRSV1 대신 CREDITCARDMSGSRSV1 래퍼를 사용합니다. 이는 회계 소프트웨어의 부호 규칙 처리를 혼란스럽게 합니다.

해결 방법: OFX 파일에는 계정 유형에 대한 올바른 래퍼가 필요합니다. PDFSub는 거래 내역서가 당좌 예금 계좌, 저축 예금 계좌 또는 신용 카드인지 자동으로 감지하고 올바른 OFX 구조를 자동으로 적용합니다.

자주 묻는 질문

OFX와 QBO의 차이점은 무엇인가요?

QBO는 QuickBooks용으로 설계된 Intuit의 독점 OFX 방언입니다. 기본 구조는 거의 동일합니다 — 동일한 태그, 동일한 FITID, 동일한 계정 메타데이터. QBO는 INTU.BID(은행 식별자)와 같은 Intuit별 태그를 추가하고 .qbo 확장자를 사용합니다. 종종 .ofx 파일을 .qbo로 이름을 바꾸면 QuickBooks가 읽을 수 있습니다. QuickBooks에는 QBO를 사용하고 다른 모든 것에는 OFX를 사용하세요.

OFX 파일을 열어 내용을 볼 수 있나요?

예. OFX 파일은 일반 텍스트입니다. 메모장, VS Code, TextEdit 등 텍스트 편집기에서 열면 거래 날짜, 금액, 수취인 이름, FITID 및 계정 정보를 포함한 마크업을 볼 수 있습니다. 필요한 경우 수동으로 편집할 수 있지만 구조에 주의해야 합니다.

Xero는 CSV보다 OFX를 선호하나요?

예. Xero는 은행 거래 내역 가져오기에 대해 CSV보다 OFX를 권장합니다. OFX 가져오기는 열 매핑 없이 자동으로 이루어지며, 중복 방지를 위한 FITID를 포함하고, 표준화된 날짜/금액 형식을 전달합니다. CSV도 작동하지만 수동 열 매핑이 필요하고 중복 보호 기능이 없습니다.

데이터를 편집해야 할 경우 OFX를 CSV로 변환할 수 있나요?

예. 대부분의 스프레드시트 애플리케이션은 OFX를 직접 열 수 없지만, 많은 도구가 OFX를 구문 분석하고 CSV를 출력할 수 있습니다. 가져오기 전에 거래를 편집해야 하는 경우 먼저 CSV로 변환하고, 편집을 수행한 다음 OFX로 다시 변환하는 것이 일반적인 워크플로입니다.

FITID는 어떻게 생성되나요?

은행은 내부 거래 참조 번호에서 FITID를 할당합니다. PDFSub와 같은 변환기가 PDF에서 OFX를 생성할 때, 거래 날짜, 금액 및 설명을 함께 해싱하여 결정론적 FITID를 생성합니다 — 따라서 동일한 PDF를 두 번 변환해도 동일한 FITID가 생성되고 다시 가져와도 중복이 생성되지 않습니다.

OFX 가져오기의 최대 파일 크기는 얼마인가요?

소프트웨어에 따라 다릅니다. Xero는 파일당 최대 1,000개의 거래를 허용합니다. MYOB 및 FreeAgent도 유사한 제한이 있습니다. GnuCash에는 실질적인 제한이 없습니다. 명세서에 1,000개 이상의 거래가 포함된 경우 월별 또는 분기별로 여러 OFX 파일로 분할하세요.

OFX는 한 파일에 여러 계정을 지원하나요?

OFX 사양은 단일 파일에 여러 명세서 응답(각 계정당 하나)을 허용합니다. 그러나 대부분의 회계 소프트웨어는 파일당 하나의 계정을 예상합니다. 안정적인 가져오기를 위해 각 은행 계좌에 대해 별도의 OFX 파일을 생성하세요.

신용 카드 명세서에 OFX를 사용할 수 있나요?

예. OFX는 신용 카드 명세서를 기본적으로 지원합니다. 파일 구조는 BANKMSGSRSV1 대신 CREDITCARDMSGSRSV1 래퍼를 사용하며, 거래는 신용 카드 부호 규칙(구매는 음수, 지불은 양수)을 따릅니다. PDFSub는 명세서 유형을 자동 감지하고 올바른 OFX 구조를 생성합니다.

OFX 형식은 계속 업데이트되나요?

예. OFX 사양은 Financial Data Exchange(FDX)에서 적극적으로 관리합니다. 현재 버전은 OFX 2.2입니다. 그러나 대부분의 회계 소프트웨어는 최신 XML 기반 2.x 파일과 함께 OFX 1.x 파일(SGML 형식)도 계속 지원합니다. 최신 버전을 사용해야 할 긴급한 이유는 없습니다 — 1.x 호환성은 보편적입니다.

OFX는 어떤 통화를 지원하나요?

OFX는 ISO 4217 통화 코드(USD, GBP, EUR, AUD, CAD, JPY, CHF 및 수백 가지)를 사용합니다. 통화는 CURDEF 태그에 한 번 선언되며 모든 거래에 적용됩니다. 다중 통화 명세서는 각 거래의 선택적 ORIGCURRENCY 태그를 통해 지원됩니다.