OFX 형식이란? Open Financial Exchange 설명
OFX는 은행과 소프트웨어 간 금융 데이터를 교환하기 위한 개방형 표준입니다. OFX 파일에는 무엇이 포함되어 있으며 Xero, MYOB, GnuCash는 왜 이 형식을 선호할까요?
회계 소프트웨어에서 OFX 파일을 요청하는데 은행에서는 PDF만 제공하나요? 처음 들어보는 형식 때문에 당황스러우며 왜 스프레드시트로는 안 되는지 궁금하실 겁니다.
OFX(Open Financial Exchange)는 현대 금융 소프트웨어의 기반이 되는 보이지 않는 표준입니다. Xero가 사용자가 직접 열을 매핑할 필요 없이 은행 거래 내역을 가져올 수 있는 이유이며, GnuCash가 중복을 감지할 수 있는 이유이고, QuickBooks의 QBO 형식이 구축된 기반입니다.
이 가이드에서는 OFX가 실제로 무엇인지, 무엇을 포함하는지, CSV 및 QBO와 어떻게 비교되는지, 어떤 소프트웨어가 OFX를 지원하는지, 그리고 PDF 은행 거래 내역서에서 OFX 파일을 어떻게 생성하는지 자세히 설명합니다.
OFX 한 문장 요약
Open Financial Exchange는 금융 기관, 소프트웨어 애플리케이션 및 최종 사용자 간에 금융 정보를 교환하기 위한 XML 기반 데이터 형식입니다. 이는 Intuit의 QBO 형식이 기반으로 하는 개방형 표준이며, 대부분의 비-QuickBooks 회계 소프트웨어가 은행 거래 내역 가져오기에 선호하는 형식입니다.
OFX를 금융 데이터의 공용어라고 생각하세요. 은행은 이 언어를 사용하고, 회계 소프트웨어는 이를 읽습니다. CSV와 달리(의미가 내재되지 않은 단순한 행과 열), OFX는 수신 소프트웨어에 각 데이터 조각이 무엇을 나타내는지 정확히 알려주는 구조화된 메타데이터를 포함합니다.
OFX의 역사
OFX는 1997년 Microsoft, Intuit, CheckFree가 공동으로 만들었습니다. 각 회사마다 자체 경쟁 표준이 있었습니다. Microsoft는 OFC(Open Financial Connectivity), Intuit는 자체 교환 형식, CheckFree는 전자 청구 프로토콜을 가지고 있었습니다. OFX는 이들을 통합한 타협안이었습니다.
버전 타임라인
- OFX 1.0 (1997) -- SGML(Standard Generalized Markup Language) 기반의 최초 사양. SGML은 닫히지 않는 태그를 허용하여 OFX 1.x 파일이 최신 XML과 다르게 보입니다.
- OFX 1.6 (2002) -- 가장 널리 배포된 버전. 여전히 SGML 기반입니다. OFX 다운로드를 제공하는 대부분의 은행은 1.6 파일을 생성합니다.
- OFX 2.0 (2005) -- 주요 개정. SGML에서 닫는 태그가 있는 정식 XML로 전환했습니다.
- OFX 2.2 (2016) -- 보안 강화 및 투자 거래 지원 개선.
- OFX 2.3 (현재) -- 원래 창립자로부터 거버넌스를 인수한 업계 컨소시엄인 Financial Data Exchange(FDX)에서 유지 관리하는 최신 버전입니다.
SGML에서 XML로의 전환은 파싱에 영향을 미칩니다. 버전 1.x 파일은 닫히지 않는 태그(</TRNTYPE> 없이 <TRNTYPE>DEBIT)를 사용하는 반면, 버전 2.x는 닫는 태그가 있는 정식 XML을 사용합니다. 대부분의 최신 파서는 둘 다 처리하지만, 버전 불일치는 일반적인 OFX 가져오기 오류로 남아 있습니다.
OFX에 포함될 수 있는 내용
OFX는 단순히 은행 거래 내역서 형식이 아닙니다. 이 사양은 광범위한 금융 데이터를 다룹니다.
- 은행 계좌 거래 내역서 -- 당좌 예금, 저축 예금, 머니 마켓 계좌 거래 내역. 가장 일반적인 사용 사례입니다.
- 신용카드 거래 내역서 -- 가맹점 범주 코드 및 구매 세부 정보 지원을 포함한 거래 내역.
- 투자 및 증권 거래 내역서 -- 주식 매수, 배당금 지급, 펀드 이체, 포트폴리오 포지션 및 로트 단위 원가 기준 데이터.
- 청구서 결제 정보 -- 수취인 목록, 예약된 결제, 결제 확인.
- 세금 정보 -- 금융 기관과 세금 소프트웨어 간에 전송되는 1099 양식 및 기타 세금 문서.
- 대출 거래 내역서 -- 주택 담보 대출, 자동차 대출, 개인 대출 거래 기록 및 잔액 정보.
대부분의 회계사 및 장부 담당자에게 OFX는 한 가지 의미입니다. 바로 열 매핑이나 날짜 형식 추측 없이 은행 및 신용카드 거래 내역을 회계 소프트웨어로 가져오는 것입니다.
OFX 파일 내부
완전한 OFX 1.6 은행 거래 내역서 파일은 다음과 같습니다. 이것이 가장 흔하게 접하게 될 형식이며, 대부분의 은행 및 변환 도구가 생성하는 SGML 기반 버전입니다.
OFXHEADER:100
DATA:OFXSGML
VERSION:160
SECURITY:NONE
ENCODING:USASCII
CHARSET:1252
COMPRESSION:NONE
OLDFILEUID:NONE
NEWFILEUID:NONE
<OFX>
<SIGNONMSGSRSV1>
<SONRS>
<STATUS>
<CODE>0
<SEVERITY>INFO
</STATUS>
<DTSERVER>20260228120000
<LANGUAGE>ENG
</SONRS>
</SIGNONMSGSRSV1>
<BANKMSGSRSV1>
<STMTTRNRS>
<TRNUID>0
<STATUS>
<CODE>0
<SEVERITY>INFO
</STATUS>
<STMTRS>
<CURDEF>USD
<BANKACCTFROM>
<BANKID>021000021
<ACCTID>123456789
<ACCTTYPE>CHECKING
</BANKACCTFROM>
<BANKTRANLIST>
<DTSTART>20260201120000
<DTEND>20260228120000
<STMTTRN>
<TRNTYPE>CREDIT
<DTPOSTED>20260201120000
<TRNAMT>3500.00
<FITID>20260201001
<NAME>DIRECT DEP PAYROLL
<MEMO>ACME CORP PAYROLL
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20260203120000
<TRNAMT>-87.50
<FITID>20260203001
<NAME>POS PURCHASE GROCERY
<MEMO>WHOLE FOODS #10847
</STMTTRN>
<STMTTRN>
<TRNTYPE>CHECK
<DTPOSTED>20260210120000
<TRNAMT>-1200.00
<FITID>20260210001
<NAME>CHECK 1045
<CHECKNUM>1045
</STMTTRN>
</BANKTRANLIST>
<LEDGERBAL>
<BALAMT>4712.50
<DTASOF>20260228120000
</LEDGERBAL>
<AVAILBAL>
<BALAMT>4712.50
<DTASOF>20260228120000
</AVAILBAL>
</STMTRS>
</STMTTRNRS>
</BANKMSGSRSV1>
</OFX>
파일 구조 분석
파일은 세 가지 주요 섹션으로 구성됩니다:
1. 헤더 블록 -- <OFX> 이전의 일반 텍스트 줄은 OFX 버전, 인코딩 및 보안 설정을 선언합니다. 이것은 XML이 아니라 파서가 SGML/XML 본문을 처리하기 전에 읽는 간단한 키-값 헤더입니다.
2. 로그인 응답 (SIGNONMSGSRSV1) -- 인증 및 서버 메타데이터. CODE가 0이면 성공입니다. 가져온 파일 대부분은 여기에 플레이스홀더 값을 사용합니다.
3. 거래 내역서 응답 (BANKMSGSRSV1) -- 실제 금융 데이터:
BANKACCTFROM-- 거래 내역이 속한 계좌(라우팅 번호, 계좌 번호, 계좌 유형)BANKTRANLIST-- 시작 날짜와 종료 날짜로 제한된 거래 내역 목록STMTTRN-- 개별 거래 기록LEDGERBAL및AVAILBAL-- 특정 날짜 기준 마감 잔액 및 사용 가능 잔액
SGML 구문에 주목하세요. <TRNTYPE>CREDIT와 같은 태그는 닫는 </TRNTYPE>가 없습니다. 파서는 다음 태그의 시작에서 값의 끝을 추론합니다. 이는 유효한 SGML이지만 유효하지 않은 XML이므로 OFX 2.x에서 닫는 태그가 추가되었습니다.
주요 OFX 태그
은행 거래 내역서 OFX 파일에서 가장 자주 접하게 되는 태그 참조 표입니다.
| 태그 | 설명 | 예시 |
|---|---|---|
STMTTRN |
거래 내역서 거래 래퍼 | 하나의 거래에 대한 모든 필드를 포함합니다. |
TRNTYPE |
거래 유형 | DEBIT, CREDIT, CHECK, DEP, ATM, POS, XFER, FEE, SRVCHG, INT |
DTPOSTED |
처리 날짜 | 20260215120000 (YYYYMMDDHHMMSS) |
TRNAMT |
거래 금액(부호 포함) | -87.50 (음수 = 출금), 3500.00 (양수 = 입금) |
FITID |
금융 기관 거래 ID | 20260215001 -- 중복 감지를 위한 고유 식별자 |
NAME |
수취인 또는 가맹점 이름 | POS PURCHASE GROCERY |
MEMO |
추가 설명 | WHOLE FOODS #10847 AUSTIN TX |
CHECKNUM |
수표 번호 | 1045 (수표 거래에만 해당) |
REFNUM |
참조 번호 | 거래에 대한 은행 할당 참조 번호 |
BANKACCTFROM |
원본 계좌 정보 | BANKID(라우팅), ACCTID(계좌), ACCTTYPE 포함 |
LEDGERBAL |
마감/원장 잔액 | BALAMT 및 DTASOF 포함 |
AVAILBAL |
사용 가능 잔액 | BALAMT 및 DTASOF 포함 |
CURDEF |
통화 코드 | USD, GBP, EUR, AUD, CAD |
FITID -- 왜 중요한가
FITID(Financial Institution Transaction ID)는 회계 관점에서 OFX 파일에서 가장 중요한 태그입니다. 각 거래에 할당된 고유 식별자이며 중복 감지를 가능하게 합니다.
Xero, GnuCash 또는 기타 호환 소프트웨어에 OFX 파일을 가져올 때, 해당 소프트웨어는 본 적 있는 모든 FITID를 저장합니다. 동일한 파일을 다시 가져오면 소프트웨어는 각 FITID를 데이터베이스와 비교하여 중복을 자동으로 건너뜁니다.
이것이 OFX가 CSV보다 갖는 주요 이점입니다. CSV에는 고유 식별자가 없으므로 동일한 파일을 두 번 가져오면 수동으로 정리해야 하는 중복 항목이 생성됩니다.
OFX 대 CSV
두 형식 모두 은행 거래 내역을 회계 소프트웨어로 가져올 수 있습니다. OFX는 구조 면에서 우수하고, CSV는 유연성 면에서 우수합니다.
회계 가져오기에 OFX가 더 좋은 이유
| 기능 | OFX | CSV |
|---|---|---|
| 열 매핑 | 자동 -- 태그가 의미를 정의합니다. | 수동 -- 각 열을 할당해야 합니다. |
| 중복 감지 | 예 (FITID 기반) | 아니요 -- 다시 가져오면 중복이 생성됩니다. |
| 날짜 형식 | 명확함 (YYYYMMDDHHMMSS) | 지역에 따라 다름 -- DD/MM/YYYY 대 MM/DD/YYYY |
| 금액 처리 | 부호 있는 값 및 TRNTYPE | 부호, 기호, 구분 기호를 파싱해야 합니다. |
| 계좌 식별 | 포함됨 (라우팅 + 계좌 번호) | 포함되지 않음 |
| 잔액 확인 | 마감 잔액 포함 | 일반적으로 포함되지 않음 |
| 거래 유형 | 유형 지정됨 (DEBIT, CREDIT, CHECK 등) | 자유 텍스트이거나 없음 |
| 다중 계좌 파일 | 단일 파일에서 지원 | 별도 파일 필요 |
날짜 형식만으로도 문제 해결 시간을 절약할 수 있습니다. CSV에서 01/02/2026은 모호합니다. 1월 2일인가요, 2월 1일인가요? OFX는 YYYYMMDDHHMMSS를 사용하여 이를 제거합니다. 20260201120000은 항상 2026년 2월 1일입니다.
CSV가 더 나은 선택인 경우
CSV는 합당한 장점이 있습니다.
- 데이터 편집 -- Excel에서 CSV를 열고, 오류를 수정하고, 분류를 추가한 다음 다시 저장할 수 있습니다. OFX 파일은 텍스트 편집기와 태그 구조에 대한 지식이 필요합니다.
- Excel 분석 -- 거래 데이터에 수식, 피벗 테이블 또는 차트를 실행해야 하는 경우 CSV는 자연스러운 중간 형식입니다.
- 맞춤 처리 -- 프로그래밍 스크립트 및 데이터 파이프라인은 OFX의 중첩된 태그 구조보다 CSV를 더 쉽게 처리합니다.
- 보편적 호환성 -- 테이블 형식 데이터를 읽는 모든 애플리케이션은 CSV를 읽습니다. 모든 애플리케이션이 OFX를 읽는 것은 아닙니다.
실용적인 조언: 회계 소프트웨어 가져오기에는 OFX를 사용하고, 그 외 모든 용도에는 CSV를 사용하세요.
OFX 대 QBO
이것은 대부분의 사람들을 혼란스럽게 하는 질문이며, 답은 예상보다 간단합니다.
QBO(QuickBooks Web Connect)는 다른 파일 확장자와 몇 가지 Intuit 특정 태그를 사용한 OFX입니다. 기본 데이터 구조는 동일합니다. QBO 파일은 QuickBooks가 자체 파일로 인식하는 OFX 파일입니다.
주요 차이점
| 측면 | OFX | QBO |
|---|---|---|
| 파일 확장자 | .ofx |
.qbo |
| 사양 | 개방형 표준(FDX) | Intuit의 브랜드 하위 집합 |
| 금융 기관 식별자 | 선택적 FI 블록 |
INTU.BID 태그 (Intuit 은행 ID) |
| 대상 소프트웨어 | Xero, MYOB, GnuCash, Wave 등 | QuickBooks (데스크톱 및 온라인) |
| 호환성 | 더 넓음 -- 대부분의 회계 소프트웨어 | QuickBooks 전용 |
INTU.BID 태그는 주요 Intuit 추가 기능입니다. 이는 QuickBooks에 파일이 어느 금융 기관에서 왔는지 알려주는 은행 식별 코드이며, 가져오기 중에 올바른 은행 계좌로 자동 매칭할 수 있도록 합니다.
실제로는 .ofx 파일을 .qbo로 이름을 변경해도 QuickBooks가 일반적으로 읽습니다. 반대 방향도 마찬가지입니다. OFX를 읽는 대부분의 소프트웨어는 .qbo 파일을 처리합니다. 그러나 깔끔한 가져오기를 위해서는 각 애플리케이션이 예상하는 형식을 사용하세요.
또한 QFX(Quicken Financial Exchange)도 있습니다. 동일한 OFX 기반이지만 다른 브랜드, 다른 파일 확장자를 사용하며 Quicken을 대상으로 합니다.
OFX 지원 소프트웨어
OFX는 회계 및 개인 금융 소프트웨어 전반에 걸쳐 광범위하게 지원됩니다.
Xero (권장 형식)
Xero는 수동 은행 거래 내역서 가져오기에 대해 CSV보다 OFX를 명시적으로 권장합니다. OFX 파일은 열 구성 없이 자동 매핑되고, FITID 기반 중복 감지를 포함하며, 계좌 메타데이터를 전달합니다.
가져오려면: 회계 > 은행 계좌로 이동하여 계좌를 선택하고, 계좌 관리 > 거래 내역서 가져오기를 클릭한 다음 .ofx 파일을 선택합니다. 파일당 최대 1,000개 거래까지 가능합니다.
MYOB (전체 지원)
MYOB는 은행 피드 가져오기에 OFX를 허용합니다. Xero와 유사한 프로세스입니다. 파일을 해당 은행 계좌에 업로드하면 거래 내역이 은행 피드에 표시되어 매칭 및 분류됩니다.
GnuCash (무료, 오픈 소스)
GnuCash는 libofx 라이브러리를 통해 내장 OFX 가져오기 기능을 제공합니다. OFX 파일을 처리하는 최고의 무료 옵션 중 하나입니다.
가져오려면: 파일 > 가져오기 > OFX/QFX 가져오기로 이동하여 파일을 선택하고 올바른 계좌에 매핑합니다. GnuCash의 중복 감지는 FITID를 사용하여 이중 항목을 방지합니다.
기타 호환 소프트웨어
- Wave -- OFX 가져오기 지원이 포함된 무료 회계 소프트웨어
- Sage Business Cloud -- 은행 거래 내역 가져오기에 OFX 허용
- FreeAgent -- OFX 및 QIF 파일 업로드 지원
- Moneydance -- OFX 직접 연결 및 파일 가져오기 기능이 있는 개인 금융 소프트웨어
- KMyMoney --
libofx를 통한 OFX 지원이 있는 오픈 소스 개인 금융 관리자 - Microsoft Money -- 단종되었지만 일부에서 여전히 사용됨. 내장 OFX 지원이 핵심 기능 중 하나였습니다.
- Reckon (호주) -- 은행 피드 가져오기 워크플로에서 OFX 파일 허용
QuickBooks는 눈에 띄는 예외입니다. QBO 브랜드 변형을 선호하며 INTU.BID 식별자가 포함된 .qbo 파일에서 더 안정적으로 작동합니다.
PDF 은행 거래 내역서에서 OFX 파일 만들기
대부분의 은행은 OFX 다운로드를 직접 제공하지 않습니다. 인쇄용으로 서식이 지정된 PDF를 제공하며 데이터 교환용은 아닙니다. 일부는 최근 거래(일반적으로 지난 90일)에 대한 CSV 내보내기를 제공하지만, 과거 데이터, 폐쇄된 계좌 또는 디지털 내보내기 옵션이 없는 은행의 경우 PDF만 사용해야 합니다.
PDFSub의 은행 거래 내역서 변환기는 PDF 은행 거래 내역서에서 거래 내역을 추출하고 올바른 구조의 유효한 OFX 파일을 생성합니다. 결과에는 각 거래에 대한 고유한 FITID, 올바른 YYYYMMDD 날짜 형식, 적절한 거래 유형의 부호 있는 금액, 회계 소프트웨어의 깔끔한 가져오기에 필요한 모든 계좌 메타데이터가 포함됩니다.
이 변환기는 133개 언어로 20,000개 이상의 은행 거래 내역서를 처리합니다. 디지털 PDF(텍스트 기반 거래 내역서)는 브라우저에서 처리되므로 파일이 기기를 벗어나지 않습니다. 스캔되거나 이미지 위주의 거래 내역서는 서버 측 AI 추출을 통해 처리됩니다.
요금제는 월 $10부터 시작하며, 은행 거래 내역서 변환은 월 $29(비즈니스 요금제 + BSC 추가 기능, 500페이지)입니다. 모든 유료 요금제에는 7일 무료 체험이 포함됩니다. 결과 OFX 파일을 Xero로 가져오는 자세한 단계별 안내는 Xero 은행 거래 내역서 가져오기 가이드를 참조하세요.
일반적인 OFX 문제 및 해결 방법
OFX 파일은 구조화되어 있지만 완벽하지는 않습니다. 가장 빈번한 문제와 해결 방법은 다음과 같습니다.
1. 잘못된 XML/SGML 구문
증상: 소프트웨어에서 구문 분석 오류와 함께 파일을 거부합니다.
원인: 잘못된 태그, 누락된 닫는 태그(2.x 파일의 경우) 또는 설명에 잘못된 문자. 앰퍼샌드(&)가 가장 흔한 문제인데, XML에서는 &로 인코딩되어야 하지만 "AT&T"와 같은 이름에는 종종 그대로 남겨집니다.
해결 방법: 텍스트 편집기에서 파일을 열고 일반 &를 &로 바꿉니다. 2.x 버전 파일의 경우 닫히지 않은 태그도 확인하세요.
2. FITID 누락 또는 중복
증상: 가져오기 시 중복 거래가 생성되거나 소프트웨어에서 식별자가 누락되었다고 보고합니다.
원인: 일부 변환 도구가 모든 거래에 대해 동일한 FITID(예: 0 또는 1)를 생성하거나 태그를 완전히 생략합니다.
해결 방법: 파일 내의 각 FITID는 고유해야 합니다. 일반적인 패턴은 날짜와 순차 카운터를 결합하는 것입니다: 20260215001, 20260215002 등. 가져오기 전에 텍스트 편집기에서 플레이스홀더 FITID를 편집하세요.
3. 잘못된 날짜 형식
증상: 거래 내역이 잘못된 날짜에 표시되거나 소프트웨어에서 1900년 또는 2099년의 날짜를 표시합니다.
원인: DTPOSTED 값이 YYYYMMDDHHMMSS 형식을 따르지 않습니다. YYYYMMDD(시간 제외)는 괜찮지만, DD/MM/YYYY 또는 MM-DD-YYYY는 잘못된 구문 분석을 유발합니다.
해결 방법: 모든 DTPOSTED 값이 YYYYMMDD 또는 YYYYMMDDHHMMSS를 사용하도록 합니다. 20260215와 20260215120000 모두 유효합니다.
4. 문자 인코딩 문제
증상: 거래 내역 설명에 깨진 문자, 물음표 또는 악센트가 누락된 문자가 표시됩니다.
원인: 파일 헤더는 하나의 인코딩(일반적으로 USASCII 또는 UTF-8)을 선언하지만 실제 내용은 다른 인코딩을 사용합니다. 이는 ASCII가 아닌 문자가 포함된 국제 은행 거래 내역서에서 특히 흔합니다.
해결 방법: ENCODING 헤더를 실제 파일 인코딩과 일치하도록 변경합니다. 악센트 문자가 있는 국제 거래 내역서의 경우 UTF-8이 가장 안전한 선택입니다. 일부 구형 소프트웨어는 특수 문자 없이 USASCII를 요구합니다.
5. 버전 호환성(1.x 대 2.x)
증상: OFX 2.x를 예상하는 소프트웨어가 1.x 파일을 거부하거나 그 반대의 경우입니다.
원인: OFX 1.x는 SGML(닫히지 않는 태그)을 사용하고, 2.x는 정식 XML(모든 태그가 열리고 닫혀야 함)을 사용합니다. 한 버전에 맞춰진 파서는 다른 버전에 문제가 발생할 수 있습니다.
해결 방법: 대부분의 최신 회계 소프트웨어는 두 버전을 모두 처리합니다. 그렇지 않은 경우, 버전을 변환하여 태그를 추가(1.x에서 2.x로)하거나 제거(2.x에서 1.x로)합니다. 텍스트 편집기의 찾기 및 바꾸기를 사용하면 소규모 파일의 경우 이 작업이 가능합니다.
자주 묻는 질문
OFX는 무엇의 약자인가요?
OFX는 Open Financial Exchange의 약자입니다. 금융 기관과 최종 사용자 애플리케이션 간의 금융 데이터 전자 교환을 위한 개방형 표준이며, Financial Data Exchange(FDX)에서 유지 관리합니다.
OFX와 QBO는 같은 것인가요?
거의 같습니다. QBO는 QuickBooks용 Intuit의 브랜드 OFX 버전입니다. 데이터 구조는 동일합니다. QBO는 은행 식별을 위한 INTU.BID 태그를 추가하고 .qbo 확장자를 사용합니다. 종종 .ofx를 .qbo로 이름을 변경해도 QuickBooks가 받아들입니다.
Excel에서 OFX 파일을 열 수 있나요?
직접적으로 구조화된 데이터로는 열 수 없습니다. Excel은 파일을 일반 텍스트 파일로 열어 원시 SGML/XML 마크업을 표시합니다. Excel에서 OFX 데이터를 보려면 CSV 또는 XLSX로 먼저 변환하거나, OFX 태그를 스프레드시트 열로 파싱하는 타사 추가 기능을 사용해야 합니다.
Xero에는 OFX와 CSV 중 어느 것이 더 좋나요?
OFX가 Xero에 더 좋습니다. 열 매핑 없이 자동으로 가져오고, FITID 기반 중복 감지를 포함하며, 명확한 날짜 형식을 사용하고, 계좌 메타데이터를 전달합니다. Xero 자체 설명서에서도 수동 은행 거래 내역서 가져오기에 CSV보다 OFX를 권장합니다.
은행에서 OFX 다운로드를 제공하나요?
일부 은행은 제공하지만 일관성이 없습니다. 미국, 영국, 호주의 주요 은행은 최근 거래(일반적으로 지난 90일)에 대해 OFX 또는 QFX 다운로드를 제공할 수 있습니다. 많은 소규모 은행, 신용 조합 및 국제 기관은 PDF 거래 내역서만 제공합니다. 다운로드 기간을 넘어서는 과거 데이터의 경우, PDF 변환이 일반적으로 유일한 옵션입니다.
OFX는 안전한가요?
OFX 사양에는 직접 연결을 위한 SSL/TLS 암호화 전송 및 인증서 기반 인증에 대한 조항이 포함되어 있습니다. 그러나 디스크에 저장된 OFX 파일은 일반 텍스트이므로 읽을 수 있는 형식으로 계좌 번호와 거래 세부 정보가 포함됩니다. 모든 금융 문서와 마찬가지로 OFX 파일도 신중하게 다루어야 합니다.
OFX 1.x와 2.x의 차이점은 무엇인가요?
OFX 1.x는 SGML 마크업(태그를 닫을 필요 없음)을 사용하고, OFX 2.x는 정식 XML(모든 태그는 열리고 닫혀야 함)을 사용합니다. 데이터 내용은 동일합니다. 차이점은 구문입니다. 버전 1.6은 여전히 가장 널리 생성되는 형식입니다. 대부분의 최신 회계 소프트웨어는 두 버전 모두 문제없이 파싱합니다.
OFX 파일을 수동으로 편집할 수 있나요?
예. OFX 파일은 일반 텍스트이므로 모든 텍스트 편집기에서 편집할 수 있습니다. 설명 수정, 금액 수정, 누락된 FITID 추가 또는 날짜 조정이 가능합니다. 태그 구조를 유지해야 합니다. 닫히지 않거나 일치하지 않는 태그는 가져오기 실패를 유발합니다. OFX 2.x 파일의 경우 모든 여는 태그에 해당 닫는 태그가 있는지 확인하세요.