은행 거래내역터키Excel터키국제

터키 은행 거래내역을 Excel로 변환 (Garanti BBVA, İş Bankası, Akbank 등)

2026년 3월 2일

PDFSub Team

터키 은행 거래내역은 쉼표 소수점, DD.MM.YYYY 날짜 형식, EFT/FAST/Havale 거래 코드를 사용하여 영어 로케일 변환기에서 오류가 발생합니다. 깔끔하게 변환하는 방법은 다음과 같습니다.

화면에서는 완벽하게 구조화된 것처럼 보이는 터키 은행 거래내역(hesap ekstresi)도 스프레드시트로 가져오려고 하면 문제가 발생합니다. 쉼표 소수점은 텍스트로 바뀌고, DD.MM.YYYY 날짜 형식은 월과 일을 잘못 인식하며, EFT 및 FAST 거래 코드는 하나의 긴 문자열로 엉망이 됩니다. 또한, 높은 인플레이션으로 인해 수년간 수치가 여섯 자리 또는 일곱 자리까지 늘어난 금액은 열을 넘치게 하거나 소수점 정밀도를 완전히 잃게 됩니다.

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

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

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

터키 은행 거래내역이 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"이 되어 여전히 오류가 발생합니다.

이 문제는 높은 인플레이션으로 인해 숫자가 커지기 때문에 터키에서 더욱 증폭됩니다. 독일 거래내역은 유로로 네 자리 또는 다섯 자리 금액을 표시할 수 있지만, 터키 거래내역은 리라로 여섯 자리 및 일곱 자리 수치를 일상적으로 표시합니다. 월급은 "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	카드 결제 거래
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의 합작 투자. PDF는 공식 ekstreler의 기본 형식이지만 온라인 뱅킹을 통해 디지털 액세스가 가능합니다.

디지털 및 외국계 은행

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

QNB Finansbank -- 카타르 국영 은행 소유. 표준 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는 위에 설명된 모든 형식 문제를 포함하여 터키 은행 거래내역을 네이티브로 처리합니다.

작동 방식

계좌 거래내역 업로드 -- 터키 은행의 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으로 내보냅니다.

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

터키어를 포함한 133개 언어 지원. 추출 엔진은 터키 은행 용어(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의 경우에만 서버 측 처리가 트리거됩니다.

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

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

가격

은행 거래내역 변환은 월 $29부터 시작합니다(Business 플랜 + BSC 추가 기능, 500페이지). 모든 유료 플랜에는 전체 기능이 포함된 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"으로 표시됩니다. 금 계좌 거래내역을 변환하려면 표준 통화 규칙을 따르지 않는 그램 단위 금액을 처리해야 합니다.

KKM (Kur Korumali Mevduat) -- 2021년 12월에 도입된 정부의 환율 보호 예금 제도 --는 고유한 항목 유형을 추가합니다. 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"를 검색하는 변환기는 모든 참여 은행에 해당하는 항목을 놓칠 것입니다.

SMMM의 경우, 이는 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의 가져오기 도우미에 필요한 구조화된 데이터를 제공합니다.

일반 가져오기 팁

항상 통화를 일치시키십시오 -- USD hesap ekstresi를 TRY로 표시된 은행 계좌로 가져오지 마십시오.
이중 날짜를 올바르게 매핑하십시오 -- 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가 순차적으로 처리합니다. 각 거래내역은 다른 은행이나 다른 통화에서 온 것이라도 독립적으로 자동 감지되고 변환됩니다.