화면에서는 완벽하게 구조화된 것처럼 보이는 터키의 hesap ekstresi(거래내역서)도 스프레드시트로 가져오려고 하면 문제가 발생합니다. 쉼표 소수점은 텍스트로 변환되고, DD.MM.YYYY 날짜 형식은 월과 일을 잘못 해석하며, EFT 및 FAST 거래 코드는 하나의 긴 문자열로 엉망이 됩니다. 또한, 높은 인플레이션으로 인해 6~7자리로 부풀려진 금액은 열을 초과하거나 소수점 정밀도를 완전히 잃게 됩니다.

터키의 은행 시스템은 약 8,500만 명에게 서비스를 제공하며, 성인 인구의 70% 이상이 최소한 하나의 은행 계좌를 보유하고 있습니다. 이 나라는 세계에서 가장 정교한 실시간 결제 네트워크(FAST) 중 하나를 운영하고, 인플레이션 헤지 수단으로 광범위한 다중 통화 계좌를 유지하며, 자체 용어를 가진 병행 이슬람 은행 부문을 지원합니다. 이 모든 요소가 터키 은행 거래내역을 정확하게 변환하기 어렵게 만드는 요인입니다.

매달 수십 건의 고객 거래내역서를 처리하는 SMMM(Serbest Muhasebeci Mali Musavir, 공인회계사), 터키 자회사의 데이터를 통합하는 국제 회계사, 또는 QuickBooks에서 Garanti BBVA 또는 Akbank 계좌를 조정하려는 사업주 등 누구에게나 이러한 어려움은 현실적이고 구체적입니다.

이 가이드에서는 터키 거래내역서가 어려운 이유, 주로 접하게 되는 주요 은행, 그리고 Excel, CSV 또는 회계 소프트웨어로 깔끔하고 구조화된 데이터를 가장 빠르게 가져오는 방법을 다룹니다.

Convert Turkish bank statements to Excel -- handling comma decimals, Turkish characters, and EFT/FAST codes

터키 은행 거래내역서가 Excel에서 오류가 발생하는 이유

터키 은행 거래내역서는 숫자 서식, 날짜 규칙, 문자 인코딩, 금융 용어 등이 개별적으로 까다롭고, 이들이 결합되면 영어 로케일 도구에게는 악몽이 됩니다. 핵심적인 여섯 가지 문제를 살펴보겠습니다.

1. 쉼표 소수점 및 마침표 천 단위 구분 기호

대부분의 유럽 대륙 국가와 마찬가지로 터키는 영어권 국가와 반대되는 숫자 표기 방식을 사용합니다:

터키 형식	영어 등가	Excel이 인식하는 것
1.234,56 TL	1,234.56 TL	텍스트 (인식 불가)
125.000,00 TL	125,000.00 TL	텍스트 또는 125.0
-4.567,89 TL	-4,567.89 TL	텍스트
1.250.000,00 TL	1,250,000.00 TL	텍스트

영어 로케일 Excel은 "1.234,56"을 파싱할 수 없습니다. 마침표와 쉼표의 위치가 잘못되어 전체 값을 텍스트 문자열로 취급합니다. 단순히 쉼표를 마침표로 바꾸는 찾기 및 바꾸기 작업은 천 단위 구분 기호를 먼저 제거하지 않으면 "1.234.56"이 되어 여전히 잘못된 결과를 낳습니다.

이 문제는 높은 인플레이션으로 인해 숫자가 커지기 때문에 터키에서 더욱 증폭됩니다. 독일 거래내역서에는 유로화로 4~~5자리 금액이 표시될 수 있지만, 터키 거래내역서에는 리라화로 6~~7자리 금액이 일상적으로 표시됩니다. 월급은 "45.750,00 TL"이고 월세는 "22.500,00 TL"일 수 있습니다. 천 단위 구분 기호가 많을수록 파싱 오류의 가능성이 높아집니다.

2. 마침표 구분 기호를 사용하는 DD.MM.YYYY 날짜 형식

터키 날짜는 일-월-년 순서를 사용하며 마침표로 구분합니다: 15.03.2026은 2026년 3월 15일을 의미합니다.

영어 로케일 Excel은 이를 다음과 같이 해석합니다:

2026년 3월 15일 (일이 13 이상인 경우 올바르게 해석될 수 있음)
2026년 1월 15일 (일이 12 이하이고 Excel이 MM.DD.YYYY로 추측하는 경우)

결과적으로 일부 날짜는 올바르게 파싱되고 다른 날짜는 월 단위로 잘못 해석되는 열이 생성됩니다. 이 열을 정렬하면 비논리적인 거래 순서가 나타나며, 몇 주 후에 조정이 실패할 때까지 알아차리지 못할 수 있습니다.

터키 거래내역서에는 또한 이중 날짜가 포함되어 있습니다:

Islem Tarihi -- 거래 날짜 (결제가 발생한 날짜)
Valor Tarihi -- 가치 날짜 (금액이 이자 계산에 영향을 미치는 날짜)

이 두 날짜는 자주 다릅니다. 금요일의 POS 구매는 Islem Tarihi는 금요일이지만 Valor Tarihi는 월요일로 표시될 수 있습니다. 변환기는 두 열을 올바르게 매핑하고 그 차이를 유지해야 합니다.

3. I/i 문제 -- 터키어 문자 인코딩

터키어는 표준 ASCII에 존재하지 않는 네 가지 문자를 사용하며 고유한 인코딩 문제를 야기합니다:

문자	이름	문제점
i (점 없는 I)	소문자 점 없는 i	터키어 고유 -- 영어 등가 없음
I (점 있는 I)	대문자 점 있는 I	터키어 "i"의 대문자, "I"가 아님
g	부드러운 g	종종 생략되거나 "g"로 대체됨
s	세디유 s	ASCII 문맥에서 "s"로 대체됨

가장 악명 높은 문제는 I/i 반전입니다. 영어에서는 "i"의 대문자가 "I"입니다. 터키어에서는 "i"(점 있는)의 대문자가 "I"(점 있는)이고, "i"(점 없는)의 대문자가 "I"(점 없는)입니다. 이로 인해 소프트웨어가 터키어 로케일 규칙을 이해하지 못하면 대소문자 구분 없는 검색 및 텍스트 일치가 실패합니다. 은행 거래내역서에는 종종 "EFT GONDERIM", "IS BANKASI", "GARANTI BBVA"와 같이 점 있는/점 없는 구분이 올바른 렌더링에 중요한 전체 대문자 텍스트가 포함됩니다.

추가 터키어 문자(c, o, u)는 수취인 이름, 지점 이름, 설명 전반에 걸쳐 나타납니다. 인코딩 불일치는 "Islem"을 "Ä°ÅŸlem" 또는 "?slem"으로 바꾸어 설명을 읽을 수 없게 만듭니다.

4. 높은 인플레이션으로 인한 대규모 금액

터키의 지속적인 고인플레이션(2022년 85% 이상 최고치 기록 후에도 높은 수준 유지)은 국제 표준에 비해 일상적인 거래 금액이 크다는 것을 의미합니다. 식당 식사는 2.500,00 TL일 수 있습니다. 월간 공과금 청구서는 3.750,00 TL일 수 있습니다. 사업 거래는 일상적으로 수백만 건에 달합니다.

이는 실질적인 문제를 야기합니다. Excel의 기본 열 너비는 7자리 숫자를 표시할 수 없고("####"로 표시됨), 실수로 파싱된 금액은 큰 숫자에서 정밀도를 잃으며, 많은 터키인들이 인플레이션 헤지 수단으로 병행 USD, EUR, 금 계좌를 보유하고 있어 고객 한 명의 거래내역서에 다양한 규모의 여러 통화로 된 거래가 포함될 수 있습니다.

5. 다중 통화 거래내역서

외화 계좌는 터키에서 틈새 상품이 아니라 주류입니다. Garanti BBVA, Is Bankasi, Akbank와 같은 은행은 USD, EUR, GBP, 심지어 altin(금) 계좌까지 제공하며, 잔액은 금 그램 단위로 표시됩니다.

한 고객이 TRY 당좌 계좌, 인플레이션 헤지 수단으로 USD 예금 계좌, 국제 무역용 EUR 계좌, 저축 수단으로 altin hesabi(금 계좌)를 보유할 수 있습니다. 각 통화는 자체 거래내역서를 생성하며, 종종 같은 은행의 동일한 서식 규칙을 따르지 않습니다. 변환기는 TRY, USD, EUR, GBP, XAU 금액을 올바르게 처리하고 통화 코드를 유지하며 각 통화에 맞는 소수점 서식을 적용해야 합니다.

정부의 2021년 KKM(Kur Korumali Mevduat -- 외환 보호 예금) 제도는 또 다른 복잡성을 더합니다. 거래내역서에는 리라 예금이 환율 보증과 연결된 KKM 항목이 표시될 수 있으며, TRY 금액과 USD/EUR 환율을 모두 참조하는 설명이 생성됩니다.

6. EFT/FAST/Havale 거래 코드

터키 거래내역서에는 일반 파서가 인식하지 못하는 이체 유형 코드가 포함되어 있습니다:

코드	전체 이름	의미
EFT	Elektronik Fon Transferi	CBRT(중앙은행)를 통한 은행 간 이체 (영업 시간만 가능)
FAST	Fonlarin Anlik ve Surekli Transferi	실시간 24/7 이체 (터키 실시간 결제 시스템)
Havale	Havale	은행 내 이체 (일반적으로 무료)
POS	POS Islemi	POS 카드 거래
ATM	ATM Islemi	ATM 인출 또는 입금

이러한 코드는 dekont(영수증) 번호, IBAN 조각, 수취인 세부 정보와 함께 터키어로 된 설명 필드에 포함됩니다. 이 구조를 이해하지 못하는 변환기는 하나의 거래를 여러 행으로 분할하거나 여러 필드를 하나의 구조화되지 않은 텍스트 덩어리로 축소합니다.

주요 은행 및 거래내역서 형식

터키의 은행 부문은 네 가지 뚜렷한 범주로 나뉘며, 각 범주마다 다른 거래내역서 규칙과 내보내기 기능이 있습니다.

국영 은행

Ziraat Bankasi -- 1863년에 설립된 터키 최대 자산 규모의 은행. 원래 농업 은행이었으나 현재는 전국에서 가장 넓은 지점망을 갖춘 종합 서비스 기관입니다. 거래내역서는 주로 PDF 기반입니다. 온라인 뱅킹에서 제공하는 디지털 내보내기 기능은 민간 은행에 비해 제한적입니다. 공무원, 퇴직자, 농촌 고객에게 매우 일반적입니다.

Halkbank -- 중소기업 대출에 중점을 둔 두 번째 주요 국영 은행. PDF 거래내역서가 주요 형식이며 온라인 뱅킹에서 기본적인 내보내기 옵션을 제공합니다.

VakifBank -- 원래 재단 은행으로 설립된 세 번째 국영 은행. 디지털 기능 면에서 Halkbank와 유사하며 PDF 중심의 거래내역서 제공 방식을 사용합니다.

국영 은행 거래내역서는 레이아웃이 더 보수적인 경향이 있습니다. 서식은 더 간단하지만 내보내기 옵션은 적습니다. 고객이 국영 은행을 이용하는 경우, 거의 확실하게 변환이 필요한 PDF 파일을 다루게 될 것입니다.

민간 은행

Is Bankasi -- 1924년 공화국 초기에 설립된 터키 최대 민간 은행. 온라인 뱅킹(Isbank Internet Subesi)에서 PDF 및 Excel 내보내기 기능을 모두 제공합니다. 회계 워크플로우에서 가장 흔하게 접하는 민간 은행 거래내역서입니다. 다중 통화 거래내역서는 비즈니스 고객에게 표준입니다.

Garanti BBVA -- 스페인의 BBVA 그룹 소유. 강력한 디지털 뱅킹 플랫폼을 갖추고 있으며 PDF 및 Excel 내보내기 옵션을 제공합니다. Garanti의 온라인 뱅킹 인터페이스는 비교적 깔끔한 거래내역 다운로드를 제공하지만, CSV 형식은 세미콜론을 구분 기호로 사용하고 터키어 숫자 서식을 유지합니다.

Akbank -- Sabanci 그룹 소속. PDF 및 제한적인 Excel 내보내기 기능을 제공합니다. 거래량이 많은 기업 고객에게 널리 사용됩니다.

Yapi Kredi -- Koc 그룹과 UniCredit의 합작 투자. 공식 ekstreler(거래내역서)의 기본 형식은 PDF이며, 온라인 뱅킹을 통해 디지털 액세스를 제공합니다.

디지털 및 외국계 은행

Enpara.com -- QNB Finansbank의 디지털 뱅킹 브랜드로, 수수료 없는 계좌로 유명합니다. 터키 은행 중 최고의 내보내기 기능을 제공합니다. 깔끔한 CSV 및 Excel 다운로드와 잘 구조화된 열을 제공합니다. 고객이 Enpara를 사용하는 경우, PDF를 변환하기 전에 해당 은행의 기본 내보내기부터 시작하십시오.

QNB Finansbank -- 카타르 국영 은행(Qatar National Bank) 소유. 표준 PDF 및 제한적인 CSV 내보내기 기능을 제공합니다.

DenizBank -- Emirates NBD 소유. 표준 디지털 뱅킹 내보내기 기능을 제공합니다.

Papara -- 2,000만 명 이상의 사용자를 보유한 터키 최대 핀테크 기업. 거래내역 기록 내보내기가 가능하지만, 전통적인 은행 거래내역서와는 다른 형식으로 제공됩니다.

참여(이슬람) 은행

Kuveyt Turk, Albaraka Turk, Turkiye Finans는 이슬람 은행 원칙에 따라 운영됩니다. 이들의 거래내역서는 근본적으로 다른 용어를 사용합니다:

일반 용어	참여 은행 용어	의미
Faiz (이자)	Kar Payi (수익 분배)	예금 수익
Kredi (신용/대출)	Finansman (자금 조달)	대출 상품
Faiz Orani (이자율)	Kar Payi Orani (수익 분배율)	수익률
Mevduat (예금)	Katilim Hesabi (참여 계좌)	저축 계좌

이자 항목에서 "faiz"를 찾는 변환기는 참여 은행 거래내역서의 "kar payi"를 완전히 놓칠 것입니다. 이 구별은 회계 소프트웨어에서 거래를 올바르게 분류하는 데 중요합니다.

방법 1: 은행 거래내역서 변환기 사용 (권장)

PDFSub는 위에 설명된 모든 서식 문제를 포함하여 터키 은행 거래내역서를 네이티브로 처리합니다.

Process flow: Turkish bank PDF to PDFSub to Excel, CSV, or QBO output

작동 방식

hesap ekstresi 업로드 -- 터키 은행의 PDF 파일을 드래그 앤 드롭합니다. PDFSub는 문서 구조, 통화 코드, 텍스트 패턴에서 은행 형식과 터키어 로케일을 자동으로 감지합니다.
자동 서식 처리 -- 변환기는 자동으로 다음을 수행합니다: - DD.MM.YYYY 날짜를 선호하는 형식으로 변환 - 쉼표 소수점(1.234,56)을 표준 숫자(1234.56)로 변환 - 터키어 문자(c, g, i, I, o, s, u)를 올바른 UTF-8 인코딩으로 유지 - EFT, FAST, Havale 거래 유형을 구조화된 필드로 파싱 - Islem Tarihi 및 Valor Tarihi를 별도의 날짜 열로 매핑 - TRY, USD, EUR 및 기타 통화 금액을 올바르게 처리
검토 및 확인 -- 미리 보기에서 추출된 거래내역을 확인합니다. 개시 잔액(bakiye) 및 마감 잔액 값이 거래내역서 합계와 대조하여 검증됩니다.
다운로드 -- Excel(.xlsx), CSV, QBO(QuickBooks), OFX(Xero, Wave), QFX(Quicken), QIF 또는 JSON으로 내보냅니다.

터키 거래내역서에 효과적인 이유

터키어 포함 130개 이상 언어 지원. 추출 엔진은 터키어 은행 용어(hesap ekstresi, bakiye, borc, alacak, tutar, aciklama)를 이해하고 이를 구조화된 필드로 올바르게 매핑합니다.

모든 주요 터키 은행 지원. Ziraat, Halkbank, VakifBank, Is Bankasi, Garanti BBVA, Akbank, Yapi Kredi, QNB Finansbank, DenizBank, Enpara, 참여 은행 등 20,000개 이상의 전 세계 은행 형식을 인식하고 올바르게 파싱합니다.

브라우저 우선 개인 정보 보호. 온라인 뱅킹에서 다운로드한 디지털 PDF(대부분의 터키 은행 거래내역서)의 경우, 텍스트 추출은 전적으로 브라우저 내에서 이루어집니다. 파일은 기기를 벗어나지 않습니다. 스캔된 문서나 이미지가 많은 PDF의 경우에만 서버 측 처리가 트리거됩니다.

올바른 터키 숫자 처리. 변환기는 터키 거래내역서에서 흔히 볼 수 있는 높은 인플레이션으로 인한 대규모 금액을 포함하여 터키 숫자 서식 규칙을 이해합니다. 마침표 천 단위 구분 기호와 쉼표 소수점을 가진 6~7자리 숫자를 정밀도 손실 없이 파싱합니다.

다중 통화 인식. TRY, USD, EUR, GBP 및 금 계좌 거래내역서는 각각 올바른 소수점 정밀도와 통화 코드 유지를 통해 처리됩니다.

가격

은행 거래내역서 변환은 월 $20/사용자(연간, 사용자당 500페이지)의 All-In-One 플랜에 포함됩니다. 모든 유료 플랜에는 전체 기능이 포함된 7일 무료 체험이 제공됩니다. 자세한 내용은 현재 가격을 참조하십시오.

방법 2: 은행 제공 다운로드

일부 터키 은행은 온라인 뱅킹 플랫폼에서 CSV 또는 Excel 내보내기 기능을 제공합니다. 예상되는 내용은 다음과 같습니다.

받는 방법

Is Bankasi: Isbank Internet Subesi -- Hesap Hareketleri -- Excel Indir
Garanti BBVA: Garanti Internet -- Hesap Islemleri -- Excel/CSV
Akbank: Akbank Direkt -- Hesap Ozeti -- Indir (Excel)
Enpara: Enpara.com -- Hesap Hareketleri -- CSV Indir (가장 깔끔한 내보내기)
Ziraat Bankasi: Ziraat Internet -- 제한적인 내보내기 옵션, 주로 PDF

제한 사항

세미콜론 구분 CSV. 쉼표 소수점을 사용하는 다른 국가와 마찬가지로 터키 CSV 내보내기는 세미콜론을 구분 기호로 사용합니다. 이를 영어 로케일 Excel에서 열면 모든 내용이 A 열로 들어갑니다.

수정 방법: Excel 열기 -- 데이터 -- 텍스트/CSV에서 -- 파일 선택 -- 구분 기호로 "세미콜론" 선택 -- 터키어 문자를 유지하기 위해 UTF-8 인코딩 설정.

터키 숫자 서식 유지. 내보낸 파일은 쉼표 소수점과 마침표 천 단위 구분 기호를 유지합니다. 계산을 위해 이를 영어 숫자 형식으로 변환해야 합니다.

국영 은행은 뒤처짐. 터키 인구의 상당 부분을 차지하는 Ziraat, Halkbank, VakifBank는 최소한의 Excel/CSV 내보내기만 제공하거나 전혀 제공하지 않습니다. 고객이 국영 은행을 이용하는 경우 PDF 파일을 다루게 됩니다.

제한된 기록. 대부분의 은행은 3~12개월의 거래 기록만 내보내기로 제한합니다. 연간 거래내역서 처리 또는 감사 준비를 위해서는 PDF ekstreler를 사용해야 합니다.

공식 문서 아님. CSV 다운로드는 hesap ekstresi가 아닙니다. 개시 잔액, 마감 잔액, 은행의 공식 서식, 그리고 터키 세무 당국(Gelir Idaresi Baskanligi)이 요구하는 문서 효력이 없습니다.

방법 3: 복사-붙여넣기 (권장하지 않음)

PDF에서 거래내역 데이터를 선택하여 Excel에 붙여넣을 수 있습니다. 문제는 심각합니다:

터키어 문자(c, g, i, o, s, u)가 손상되거나 누락될 수 있습니다.
여러 줄 설명이 추가 행을 만들어 테이블 구조를 깨뜨립니다.
EFT/FAST 코드와 dekont 번호가 설명과 병합됩니다.
이중 날짜 열(Islem Tarihi / Valor Tarihi)이 단일 필드로 축소됩니다.
개시 잔액 및 마감 잔액에 대한 검증이 없습니다.
높은 인플레이션으로 인한 대규모 숫자가 잘못된 정밀도로 붙여넣어질 수 있습니다.

몇 건의 거래를 넘어서는 경우, 복사-붙여넣기는 절약하는 것보다 더 많은 정리 작업을 만듭니다.

터키 거래내역서의 이체 유형

정확한 분류를 위해 터키 거래내역서의 이체 코드를 이해하는 것이 필수적입니다. 각 유형의 의미와 나타나는 방식은 다음과 같습니다.

EFT (Elektronik Fon Transferi)

터키 중앙은행(CBRT)을 통해 처리되는 은행 간 전자 이체. CBRT 영업 시간(평일 08:30-17:30)에만 가능합니다. 거래내역서 설명은 일반적으로 다음과 같이 표시됩니다:

EFT GONDERIM -- 출금 EFT
EFT GELEN -- 입금 EFT
EFT/MEHMET YILMAZ/TR330006100519786457841234 -- 수취인 이름 및 IBAN 포함

FAST (Fonlarin Anlik ve Surekli Transferi)

터키의 실시간 결제 시스템으로, 거래당 최대 100,000 TL 한도 내에서 연중무휴 24시간 운영됩니다. 2021년에 출시되어 빠르게 채택되었습니다. 인도의 UPI 또는 브라질의 PIX와 유사합니다. 거래내역서 표시는 다음과 같습니다:

FAST GONDERIM -- 출금 실시간 이체
FAST GELEN -- 입금 실시간 이체
FAST/AYSE DEMIR/TR760001001234567890123456 -- 세부 정보 포함

Havale

동일한 기관 내 계좌 간의 은행 내 이체. 일반적으로 무료이며 즉시 처리됩니다. 일반적인 설명:

HAVALE GONDERIM -- 출금 havale
HAVALE GELEN -- 입금 havale
HAVALE/SUBE 1234/HESAP 567890 -- 지점 및 계좌 정보 포함

기타 일반적인 항목으로는 POS ISLEMI(카드 결제), OTOMATIK ODEME(자동 청구서 납부), MAAS ODEMESI(급여), KREDI KARTI ODEMESI(신용카드 납부), ATM CEKIM(ATM 인출), VIRMAN(자체 계좌 간 내부 이체), DEKONT NO: 123456(영수증/증빙 번호 참조) 등이 있습니다.

세금 및 수수료 항목

터키 은행 거래내역서에는 회계 목적상 올바르게 분류해야 하는 여러 세금 관련 공제 항목이 포함되어 있습니다. 다음과 같은 항목을 접하게 될 것입니다.

세금 / 수수료	터키어 명칭	세율 / 참고
KDV	Katma Deger Vergisi (부가가치세)	수수료 및 은행 서비스 요금에 20%
BSMV	Banka ve Sigorta Muameleleri Vergisi	핵심 은행 거래에 10% (금융 서비스에 대한 KDV 대체)
Stopaj	Stopaj Kesintisi (원천징수세)	이자/수익 분배 소득에서 원천징수; faiz 또는 kar payi 항목 뒤에 표시됨
KKDF	Kaynak Kullanimi Destekleme Fonu	외화 차입 및 수입 금융에 대한 부과금; 기업 계좌에서 흔히 볼 수 있음
Damga Vergisi	Stamp Tax	대출 실행, 보증 및 금융 계약에 적용됨

이러한 각 항목은 차트 오브 어카운트의 올바른 세금 범주로 매핑되어야 합니다. 터키어 설명 필드를 올바르게 파싱하는 변환기는 PDF 페이지를 수동으로 스캔하는 것보다 이 분류를 훨씬 빠르게 만듭니다.

다중 통화 및 금 계좌

터키의 인플레이션 환경으로 인해 다중 통화 뱅킹이 사치가 아닌 표준 관행이 되었습니다. 이러한 계좌가 거래내역서에 어떻게 나타나는지 이해하는 것은 정확한 변환에 매우 중요합니다.

터키 개인 및 기업이 동시에 세 개 이상의 통화로 계좌를 보유하는 것은 일반적입니다. 일반적인 소규모 기업은 국내 거래 및 급여를 위한 TRY hesap, 수입 및 가치 저장 수단으로 USD hesap, 유럽 공급업체를 위한 EUR hesap, 그리고 저축 수단으로 altin hesabi(금 계좌, 그램 단위로 표시)를 유지할 수 있습니다.

각 통화 계좌는 자체 개시 잔액, 마감 잔액 및 거래내역 기록을 가진 별도의 hesap ekstresi를 생성합니다. 조정을 위해 변환할 때 각 거래내역서를 독립적으로 처리하고 통화 명칭을 유지하십시오.

금 계좌는 통화 단위가 아닌 그램 단위로 표시됩니다. 잔액은 "152,347 gr" 또는 "0,500 gr ALTIN"으로 표시됩니다. 금 계좌 거래내역서를 변환하려면 표준 통화 규칙을 따르지 않는 그램 단위 금액을 처리해야 합니다.

2021년 12월에 도입된 정부의 환율 보호 예금 제도인 **KKM (Kur Korumali Mevduat)**은 고유한 항목 유형을 추가합니다. KKM 예금은 TRY로 표시되지만 USD/TRY 또는 EUR/TRY 환율에 고정되므로, 거래내역서 항목은 단일 거래 설명에서 여러 통화를 참조할 수 있습니다.

참여 은행 거래내역서

터키의 참여 은행(katilim bankalari) -- Kuveyt Turk, Albaraka Turk, Turkiye Finans, Vakif Katilim, Ziraat Katilim --은 이슬람 은행 원칙에 따라 운영됩니다. 이들의 거래내역서는 특정 처리가 필요한 다른 용어를 사용합니다.

가장 중요한 차이점은 참여 은행은 "faiz"(이자)라는 단어를 사용하지 않는다는 것입니다. 이자 수입은 kar payi(수익 분배)가 되고, 대출은 finansman(자금 조달)이 되며, 예금 계좌는 katilim hesabi(참여 계좌)가 됩니다. "faiz"를 검색하여 이자 항목을 식별하는 변환기는 모든 참여 은행의 해당 항목을 놓칠 것입니다.

SMM M의 경우, 이는 stopaj(원천징수세) 항목이 "faiz" 대신 "kar payi"를 참조하고, 비용 분류는 "faiz gideri" 대신 "kar payi gideri"를 사용하며, "faiz" 또는 "kredi"를 참조하는 자동 일치 규칙은 참여 은행의 해당 항목을 포착하지 못한다는 것을 의미합니다. 변환기가 두 용어 세트를 모두 처리하는지 확인하십시오.

회계 소프트웨어로 가져오기

터키 은행 거래내역서가 변환되면 데이터를 회계 시스템으로 가져와야 합니다. 주요 플랫폼에서 터키 금융 데이터를 처리하는 방법은 다음과 같습니다.

QuickBooks

형식: QBO (Web Connect) 또는 CSV

QuickBooks Online은 터키 숫자 또는 날짜 서식을 네이티브로 지원하지 않습니다. 가장 깔끔한 가져오기를 위해 표준 날짜(YYYYMMDD) 및 숫자(천 단위 구분 기호 없음, 마침표 소수점) 규칙을 사용하는 QBO 형식으로 거래내역서를 변환하십시오. PDFSub의 QBO 내보내기는 이 변환을 자동으로 처리합니다.

QuickBooks Desktop의 경우, File -- Utilities -- Import -- Web Connect를 통해 QBO 또는 QIF 가져오기 경로를 사용하십시오.

Xero

형식: OFX 또는 CSV

Xero의 은행 피드 가져오기는 QBO와 마찬가지로 터키 로케일 문제를 우회하는 표준화된 형식을 사용하는 OFX 파일을 수락합니다. CSV 가져오기의 경우, Xero는 특정 열 헤더(Date, Amount, Payee, Description)를 요구하며 영어 숫자 서식을 예상합니다. 가장 원활한 경험을 위해 PDFSub를 통해 OFX로 변환하십시오.

터키 회계 소프트웨어

LUCA 및 Parasut -- 터키에서 가장 인기 있는 클라우드 회계 플랫폼입니다. 둘 다 터키 서식이 포함된 CSV 및 Excel 가져오기를 수용하므로, 영어 규칙으로 변환하는 대신 원래 터키 날짜 및 숫자 서식을 유지하는 것이 좋습니다.

DATEV -- 독일 회사의 터키 자회사의 경우, DATEV 호환 내보내기가 때때로 필요합니다. PDFSub의 CSV 출력은 DATEV의 가져오기 도우미에 필요한 구조화된 데이터를 제공합니다.

일반 가져오기 팁

항상 통화를 일치시키십시오 -- TRY로 표시된 은행 계좌에 USD hesap ekstresi를 가져오지 마십시오.
이중 날짜를 올바르게 매핑하십시오 -- Islem Tarihi(거래 날짜)를 기본 날짜로 사용하십시오. Valor Tarihi는 이자 계산에만 관련됩니다.
설명을 유지하십시오 -- EFT/FAST 코드 및 dekont 번호는 감사 추적에 유용합니다.
세금 항목을 별도로 처리하십시오 -- BSMV, KDV 및 Stopaj 금액은 전용 세금 비용 또는 원천징수 계좌로 매핑되어야 합니다.

자주 묻는 질문

Ziraat Bankasi 거래내역서를 Excel로 변환할 수 있나요?

예. PDFSub는 모든 형식의 Ziraat Bankasi 거래내역서를 지원합니다. Ziraat의 온라인 뱅킹은 민간 은행에 비해 제한적인 CSV/Excel 내보내기 기능을 제공하므로, 터키 최대 은행의 구조화된 데이터에 액세스하는 실질적인 방법은 일반적으로 PDF 변환입니다.

터키 거래내역서의 쉼표 소수점 형식을 어떻게 처리하나요?

PDFSub는 추출 중에 터키어 쉼표 소수점(1.234,56)을 표준 형식(1234.56)으로 자동 변환합니다. 터키 은행의 원시 CSV 파일을 다루는 경우, Excel의 로케일 설정을 변경하거나(파일 -- 옵션 -- 고급 -- "시스템 구분 기호 사용" 체크 해제 및 소수 구분 기호를 쉼표, 천 단위 구분 기호를 마침표로 설정) 찾기 및 바꾸기를 사용하여 구분 기호를 수동으로 교체해야 합니다.

EFT, FAST, Havale의 차이점은 무엇인가요?

EFT(Elektronik Fon Transferi)는 CBRT 영업 시간 동안에만 처리되는 은행 간 이체입니다. FAST(Fonlarin Anlik ve Surekli Transferi)는 100,000 TL 한도로 연중무휴 24시간 작동하는 터키의 실시간 결제 시스템입니다. Havale는 동일한 기관 내 계좌 간의 은행 내 이체로, 일반적으로 무료이며 즉시 처리됩니다. 이 세 가지 모두 터키 거래내역서에 별도의 거래 유형으로 나타납니다.

터키 디지털 은행 거래내역서에 OCR 문제가 있나요?

일반적으로 그렇지 않습니다. 터키 온라인 뱅킹 포털(internet subesi)에서 다운로드한 거래내역서는 선택 가능한 텍스트가 있는 네이티브 디지털 PDF입니다. OCR은 오래된 종이 거래내역서나 스캔된 문서에만 필요합니다. PDFSub는 둘 다 처리합니다. 디지털 PDF의 경우 브라우저 기반 추출, 스캔된 문서의 경우 서버 기반 AI를 사용합니다.

다중 통화 터키 거래내역서를 어떻게 처리하나요?

각 통화 계좌는 별도의 hesap ekstresi를 생성합니다. 각 거래내역서를 개별적으로 처리하고 통화 코드(TRY, USD, EUR, GBP 또는 금의 경우 XAU)를 유지하십시오. 회계 소프트웨어로 가져올 때, 각 거래내역서가 차트 오브 어카운트의 올바른 통화로 표시된 은행 계좌로 매핑되는지 확인하십시오.

참여 은행(katilim bankasi) 거래내역서를 변환할 수 있나요?

예. PDFSub는 일반 및 참여 은행 용어를 모두 인식합니다. "faiz"(이자) 대신 "kar payi"(수익 분배)와 "kredi" 대신 "finansman"을 사용하는 항목이 올바르게 파싱되어 구조화된 필드로 매핑됩니다.

어떤 터키어 문자가 인코딩 문제를 일으킬 수 있나요?

터키어 고유 문자 c, g, i(점 없는 i), I(점 있는 I), o, s, u는 올바르게 표시되려면 UTF-8 인코딩이 필요합니다. 가장 문제가 되는 것은 I/i 쌍으로, 영어와 다른 대소문자 매핑을 가집니다. PDFSub는 변환 과정 전반에 걸쳐 모든 터키어 문자를 올바른 UTF-8 인코딩으로 유지합니다.

PDFSub는 몇 개의 터키 은행을 지원하나요?

PDFSub는 전 세계 20,000개 이상의 은행 형식을 지원하며, Ziraat Bankasi, Halkbank, VakifBank, Is Bankasi, Garanti BBVA, Akbank, Yapi Kredi, QNB Finansbank, DenizBank, Enpara.com, Papara 및 모든 참여 은행(Kuveyt Turk, Albaraka Turk, Turkiye Finans, Vakif Katilim, Ziraat Katilim)을 포함한 모든 주요 터키 은행을 지원합니다.

터키 은행 거래내역서 변환 시 내 데이터는 안전한가요?

디지털 PDF의 경우, PDFSub의 Tier 1 추출은 전적으로 브라우저 내에서 실행됩니다. 파일은 기기를 벗어나지 않습니다. 스캔된 문서에 서버 측 처리가 필요한 경우, PDFSub Engine이 처리합니다. 이는 인터넷 액세스가 없는 격리된 서비스입니다. 파일은 격리된 환경에서 처리되고 자동 삭제됩니다. 이는 민감한 터키 금융 데이터를 처리하는 강력한 개인 정보 보호 모델입니다.

여러 터키 거래내역서를 한 번에 처리할 수 있나요?

예. 여러 hesap ekstreleri를 업로드하면 PDFSub가 순차적으로 처리합니다. 각 거래내역서는 다른 은행이나 다른 통화에서 온 것이라도 독립적으로 자동 감지 및 변환됩니다.