Розуміння форматів банківських виписок: Технічний посібник

PDF банківської виписки виглядає просто: дати, описи, суми, залишки в акуратних стовпцях. Але за цією зовнішністю ховається формат документа (PDF), який ніколи не був розроблений для зберігання структурованих даних, і процес перетворення, який вимагає розуміння як вхідного формату, так і багатьох доступних вихідних форматів.

Цей посібник охоплює 12 розділів, які з'являються в кожній банківській виписці (незалежно від банку), технічну реальність PDF банківських виписок, варіації макетів у різних банках, кожен вихідний формат, з яким ви зіткнетеся (Excel, CSV, QBO, OFX, QFX, QIF, JSON), міжнародні відмінності форматування та галузеві стандарти, що регулюють обмін фінансовими даними.

Анатомія банківської виписки

Кожна банківська виписка — Chase, Bank of America, Wells Fargo, HSBC, Deutsche Bank, будь-який банк — побудована з однакових 12 розділів. Назви змінюються («Відрахування» проти «Зняття»), розташування стовпців варіюється, але базова структура послідовна. Як тільки ви зможете ідентифікувати ці розділи, кожна виписка виглядатиме знайомою.

Хочете використати цю інфографіку у своєму блозі? Скопіюйте цей код для вставки:

Для поглибленого аналізу конкретних банків, що охоплює точне розташування цих 12 розділів кожним великим банком, див.:

• Пояснення виписки банку Chase
• Пояснення виписки банку Bank of America
• Пояснення виписки банку Wells Fargo
• Пояснення виписки банку Citi
• Пояснення виписки банку Capital One

Чому PDF — це не формат даних

PDF розшифровується як Portable Document Format (портативний формат документів), стандартизований як ISO 32000 (версія 2.0 стала ISO 32000-2:2020). Він був розроблений з однією метою: щоб документи виглядали ідентично на кожному екрані та принтері. Це чудово для візуальної точності — і жахливо для вилучення даних.

Що насправді міститься в PDF банківської виписки

Усередині кожної сторінки PDF міститься потік вмісту — послідовність операторів малювання, написаних мовою, подібною до PostScript. Текст відображається за допомогою спеціальних операторів:

• BT / ET — Початок тексту / Кінець тексту: межі текстового об'єкта
• Tf — Встановити шрифт і розмір
• Td / Tm — Перемістити позицію тексту або встановити повну матрицю перетворення тексту
• Tj — Показати текстовий рядок
• TJ — Показати текст з індивідуальним позиціонуванням гліфів (корекція інтервалів)

Ключовий висновок: у специфікації PDF немає поняття «таблиця», «рядок» або «стовпець». Те, що виглядає як акуратно відформатована таблиця транзакцій, насправді є десятками фрагментів тексту, розміщених у певних x,y координатах на сторінці. Інструмент вилучення повинен:

1. Розбирати оператори потоку вмісту
2. Розпізнавати кодування шрифтів для зіставлення індексів гліфів з символами Unicode
3. Використовувати матрицю тексту (Tm/Td) для визначення x,y позиції кожного символу
4. Реконструювати слова, рядки та стовпці з цих координат

Стовпець, який здається ідеально вирівняним, може бути на x=72.0 в одному рядку і на x=72.5 в наступному. Алгоритм вилучення повинен визначати межі стовпців з допуском до цих субпіксельних варіацій.

Теговані проти нетегованих PDF

Теговані PDF містять приховане дерево логічної структури (подібне до HTML-тегів), яке позначає вміст як заголовки, параграфи, таблиці, рядки таблиць та комірки таблиць. Це значно полегшує вилучення.

Нетеговані PDF не мають метаданих структури — інструмент вилучення отримує лише необроблені дані позиціонування і повинен виводити все самостійно.

Більшість PDF-виписок, згенерованих банками, є нетегованими. Банки генерують виписки за допомогою систем пакетної обробки (Oracle BI Publisher, SAP Crystal Reports або кастомні конвеєри друку в PDF). Нормативи доступності (ADA/WCAG) спонукають банки до використання тегованих PDF, але впровадження відбувається повільно. Стандартні завантаження з більшості великих банків залишаються нетегованими.

Варіації макетів банківських виписок

Не існує галузевого стандарту форматування банківських PDF-виписок. Ті самі п'ять елементів інформації — дата, опис, дебет, кредит, залишок — розташовуються по-різному кожним банком.

Одиночний стовпець суми (з позначкою знака)

Дата Опис Сума Залишок
01/15/26 ПРЯМА ВИПЛАТА ЗП +3 500,00 5 200,00
01/16/26 ПОКУПКА POS ПРОДУКТИ -87,50 5 112,50

Дебети є від'ємними, кредити — додатними (або навпаки). Поширено в менших банках, кредитних спілках та цифрових банках. Простіше для розбору, оскільки є один стовпець суми для вилучення.

Окремі стовпці дебету/кредиту

Дата Опис Зняття Внесення Залишок
01/15/26 ПРЯМА ВИПЛАТА ЗП 3 500,00 5 200,00
01/16/26 ПОКУПКА POS ПРОДУКТИ 87,50 5 112,50

Використовується Chase, Bank of America та багатьма традиційними банками. Інструмент вилучення повинен ідентифікувати, який стовпець містить суму, і відповідно визначити знак.

Групування за типом транзакції

Бізнес-рахунки та комерційні рахунки часто групують транзакції:

ВНЕСЕННЯ ТА ІНШІ КРЕДИТИ 01/15  Дротовий переказ РЕФ#12345 10 000,00 01/18  Депозит чеком #4567 2 500,00 Загалом внесення 12 500,00
 
ВИПЛАТИ ЧЕКАМИ 01/16  Чек #1234 850,00 01/17  Чек #1235 1 200,00 Загалом чеків 2 050,00
 
ЕЛЕКТРОННІ ТРАНЗАКЦІЇ 01/19  ACH PYMT - Vendor Corp 3 200,00 01/20  Онлайн-переказ на заощадження 1 000,00 Загалом електронних 4 200,00

Заголовки розділів визначають, чи є транзакції дебетами чи кредитами. Рядки підсумків («Загалом внесення») повинні бути ідентифіковані та виключені з даних транзакцій.

Специфічні характеристики банків

• Chase — окремі стовпці дебету/кредиту; групує за «ВНЕСЕННЯ ТА ДОДАТКИ» та «ЕЛЕКТРОННІ ПЛАТЕЖІ» та «КОМІСІЇ»; описи з кількох рядків поширені для деталей продавця
• Bank of America — окремі стовпці зняття/внесення; включає розділ «Щоденний баланс» в кінці; розширений заголовок з номером рахунку, періодом виписки, маршрутним номером
• Wells Fargo — окремі стовпці; включає розділ «ЗВЕДЕННЯ ЩОДЕННОГО БАЛАНСУ»; називає своє завантаження CSV «Comma Delimited»
• Capital One — чистий макет з однією сумою для споживчих карток; мінімальна інформація в заголовку
• Citi — часто включає деталі міжнародних транзакцій з оригінальними сумами в валюті та курсами конвертації в окремих рядках

Варіації розташування стовпців

Окрім питання дебету/кредиту, порядок стовпців не стандартизований:

• Порядок стовпців: Дата-Опис-Сума-Залишок проти Дата-Сума-Опис-Залишок
• Номер чека: Присутній у бізнес-рахунках, відсутній у особистих
• Номер посилання: Поширений у бізнес-виписках, рідкісний у особистих
• Наростаючий залишок: На транзакцію (найпоширеніший) проти щоденних підсумків проти повної відсутності

Цифрові проти сканованих PDF

Найважливіший фактор, що впливає на точність перетворення, — це те, чи є ваша PDF цифровою, чи сканованою.

Цифрові (рідні) PDF

Створюються програмно системою вашого банку під час завантаження виписки. Текст зберігається як оператори потоку вмісту з кодуванням шрифтів.

• Точність: 99%+ для вилучення тексту — жодних помилок розпізнавання

• Швидкість: Мілісекунди на сторінку

• Конфіденційність: Може оброблятися повністю у вашому браузері — файл ніколи не залишає ваш пристрій

• Розмір файлу: Зазвичай 50 КБ–500 КБ на сторінку

• Як ідентифікувати: Ви можете виділяти окремі слова

Скановані PDF

Зображення паперових виписок — створені шляхом сканування або фотографування фізичного документа. Вміст зберігається як растровий образ (JPEG, JPEG2000, CCITT або стиснений Flate).

• Точність: 95–99% з професійним OCR; 65–70% з загальним OCR

• Швидкість: Секунди на сторінку (вимагає обробки зображень)

• Конфіденційність: Зазвичай вимагає серверної обробки (файл потрібно завантажити для OCR)

• Розмір файлу: 200 КБ–2 МБ+ на сторінку

• Як ідентифікувати: Ви не можете виділити жодного тексту; при збільшенні до 400% видно пікселізацію

Чому точність сканування важливіша для фінансових даних

Рівень точності символів 97% звучить чудово, доки ви не застосуєте його до фінансових даних. На виписці з 1000 символів сум це 30 неправильно прочитаних символів. Одна неправильно прочитана цифра змінює суму транзакції: «1 234,56 $» стає «1 234,86 $» або «7 234,56 $». Розширений OCR досягає майже 99% точності, але помилки, що залишаються, непропорційно падають на символи, які виглядають схоже: 0/O, 1/l/I, 5/S, 8/B, 6/G, і критично — кома/крапка.

Завжди віддавайте перевагу цифровим завантаженням. Завантажуйте виписки з веб-сайту вашого банку, а не скануйте паперові документи. Це повністю виключає помилки OCR.

Вихідні формати: Поглиблений аналіз

При конвертації банківської виписки ви вибираєте вихідний формат. Кожен формат має різні сильні сторони, обмеження та ідеальні випадки використання.

Excel (.xlsx)

Стандарт: Office Open XML (OOXML), стандартизований як ECMA-376 та ISO/IEC 29500.

Що це: Файл .xlsx насправді є ZIP-архівом, що містить XML-файли — структуру робочої книги, дані комірок, стилі та спільні рядки. Ось чому він може зберігати типи даних (дати як дати, числа як числа), форматування, формули та кілька аркушів.

Чому він популярний для банківських виписок:

• Дати залишаються датами (можна сортувати, фільтрувати)
• Числа залишаються числами (можна підсумовувати, форматувати)
• Формули для узгодження (SUM, VLOOKUP)
• Зведені таблиці для категоризації витрат
• Умовне форматування для виділення розбіжностей
• Обмін з клієнтами, яким потрібна читабельна електронна таблиця

Обмеження:

• Максимум 1 048 576 рядків (рідко актуально для банківських виписок)
• Не імпортується безпосередньо в більшість бухгалтерських програм (використовуйте QBO/OFX замість цього)
• Потребує Excel, Google Sheets або LibreOffice Calc для відкриття

Найкраще для: Ручного перегляду, кастомного аналізу, узгодження, архівування, звітності для клієнтів.

CSV (Comma-Separated Values)

Стандарт: RFC 4180 (2005) — «Common Format and MIME Type for Comma-Separated Values».

Основні правила:

• Записи розділені CRLF (повернення каретки + новий рядок)
• Поля розділені комами
• Поля, що містять коми, лапки або розриви рядків, повинні бути взяті в подвійні лапки
• Подвійні лапки всередині полів екрануються подвоєнням

Варіації роздільників у реальному світі:

• Кома (,) — Стандарт, використовується в США/Великобританії
• Крапка з комою (;) — Використовується в країнах, де кома є десятковим роздільником (Франція, Німеччина, Італія, Іспанія, Бразилія)
• Табуляція (\t) — формат TSV, уникає конфліктів роздільників

Проблеми кодування:

• UTF-8 рекомендовано для сумісності
• UTF-8 BOM (Byte Order Mark): Не вимагається стандартом, але Excel у Windows потребує його для правильного відображення не-ASCII символів (літери з діакритикою, символи валют). Без BOM Excel може інтерпретувати UTF-8 як Windows-1252, пошкоджуючи символи.
• Excel використовує крапки з комою замість ком як роздільники полів у європейських локалях

Обмеження:

• Немає типів даних — все є текстом (числа з нулями на початку будуть пошкоджені, довгі номери рахунків стануть науковою нотацією)
• Немає підтримки кількох аркушів
• Немає форматування чи формул
• Немає метаданих (інформація про рахунок, ідентифікатори виявлення дублікатів)

Найкраще для: Максимальна сумісність — майже кожна бухгалтерська програма, база даних та електронна таблиця може імпортувати CSV. Універсальний запасний варіант, коли QBO/OFX недоступні.

QBO (QuickBooks Web Connect)

Що це: Формат імпорту для QuickBooks (як Desktop, так і Online). Файли QBO базуються на специфікації OFX з розширеннями, специфічними для QuickBooks.

Важливе уточнення: ".QBO" НЕ означає "QuickBooks Online" — він означає формат QuickBooks Web Connect і працює як з QuickBooks Desktop, так і з QuickBooks Online.

Обов'язкові поля на транзакцію:

• TRNTYPE — Тип транзакції (DEBIT, CREDIT, CHECK, DEP, DIRECTDEP, DIRECTDEBIT, ATM, POS, XFER, PAYMENT, FEE, SRVCHG, INT, OTHER)
• DTPOSTED — Дата у форматі YYYYMMDD
• TRNAMT — Сума (від'ємна для дебетів)
• FITID — Ідентифікатор транзакції фінансової установи
• NAME — Отримувач/опис

Чому FITID важливий: QuickBooks відстежує кожен FITID, який коли-небудь був імпортований для кожного рахунку. Якщо транзакція з тим самим FITID імпортується знову, QuickBooks мовчки пропускає її — запобігаючи дублюванню записів, коли користувачі повторно імпортують перекриваючі періоди виписок. Це автоматичне виявлення дублікатів є найбільшою перевагою QBO над CSV.

Додаткові дані: QBO також містить ідентифікатор рахунку, банківський ідентифікатор (маршрутний номер), валюту, номер чека, примітку та кінцевий баланс — найбагатший набір даних серед усіх форматів імпорту для QuickBooks.

Найкраще для: Користувачів QuickBooks (Desktop та Online). Забезпечує найбагатший досвід імпорту з автоматичним виявленням дублікатів та класифікацією типів транзакцій.

OFX (Open Financial Exchange)

Історія: Створено Microsoft, Intuit та CheckFree. Версія 1.0 випущена в лютому 1997 року.

Еволюція версій:

• OFX 1.0–1.6 (1997–1999): Синтаксис на основі SGML (не вимагає закриваючих тегів)
• OFX 2.0+ (2000–дотепер): На основі XML (правильні закриваючі теги, добре сформований XML)

Багато банків все ще виробляють OFX 1.x (SGML) для максимальної сумісності.

Поточне управління: У 2019 році консорціум OFX об'єднався з консорціумом Financial Data Exchange (FDX), який тепер керує специфікацією. FDX має понад 200 організацій-членів та 76 мільйонів споживчих рахунків.

Чому OFX є універсальним стандартом: OFX — це той самий формат, який використовується при прямому підключенні банківського рахунку до бухгалтерського програмного забезпечення через банківські канали — той самий формат працює для імпорту файлів.

Найкраще для користувачів Xero: Xero автоматично імпортує файли OFX без необхідності ручного зіставлення стовпців. Завантажте файл, і транзакції з'являться негайно з правильними датами, сумами та описами. Також працює з Wave, Sage, FreshBooks та більшістю бухгалтерських програм.

QFX (Quicken Financial Exchange)

Що це: Власна версія OFX від Intuit, що використовується виключно з Quicken. Файл QFX — це стандартний файл OFX з додатковими пропрієтарними полями.

Ключове пропрієтарне поле: INTU.BID — Ідентифікатор банку Quicken. Цей числовий ідентифікатор зіставляється з банком у внутрішній базі даних Quicken. Без нього Quicken відмовляється імпортувати файл.

Відмінності від стандартного OFX:

• Вимагає INTU.BID у заголовку
• Може включати інші поля з префіксом INTU.*
• Фінансові установи платять Intuit ліцензійний збір за надання завантаження QFX
• Quicken не імпортує стандартні файли OFX без поля INTU.BID

Найкраще для: Користувачів програмного забезпечення для особистих фінансів Quicken. Обов'язковий формат — альтернативи не працюють.

QIF (Quicken Interchange Format)

Що це: Застарілий формат простого тексту, спочатку розроблений Intuit для Quicken. Пари ключ-значення, по одному на рядок, з односимвольними тегами: D для дати, T для суми, P для отримувача, L для категорії, M для примітки, N для номера чека, ^ для кінця запису.

Чому його замінили: QIF не має механізму виявлення дублікатів (немає еквівалента FITID), не має полів ідентифікації рахунку, інформації про маршрутизацію банку, даних про баланс, а також непослідовного форматування дат у різних реалізаціях.

Все ще актуальний: Деякі бухгалтерські програми (Xero, Sage, GnuCash) все ще приймають імпорт QIF. Корисно для міграції застарілих систем.

JSON (JavaScript Object Notation)

Поточний статус: JSON ще не є стандартом для файлів банківських виписок, але все частіше використовується в:

• API відкритого банкінгу (UK Open Banking Standard, PSD2 Berlin Group)
• FDX API (Financial Data Exchange — наступник OFX, понад 200 організацій-членів)
• Plaid, Yodlee, MX та інших API агрегаторів даних
• Робочі процеси розробників та автоматизації

Зростаюче впровадження: Регламенти відкритого банкінгу (PSD2 в Європі, Розділ 1033 CFPB у США) прискорюють впровадження JSON API. FDX API використовує JSON/REST з OAuth 2.0, представляючи майбутній напрямок обміну фінансовими даними.

Найкраще для: Розробників, які створюють автоматизовані робочі процеси, фінтех-інтеграції, кастомні панелі інструментів та інтеграції з API відкритого банкінгу.

Порівняння форматів одним поглядом

Сумісність з бухгалтерським програмним забезпеченням

Який формат приймає ваше бухгалтерське програмне забезпечення?

Золоте правило: Використовуйте QBO для QuickBooks, QFX для Quicken, OFX для всього іншого та CSV як універсальний запасний варіант.

Міжнародні відмінності форматування

Якщо ви працюєте з міжнародними банківськими виписками, ви зіткнетеся з відмінностями у форматуванні, які ставлять у глухий кут більшість інструментів перетворення.

Формати дат

Проблема двозначності: «03/04/2026» — це 4 березня в США, але 3 квітня в Європі. Коли всі дати у виписці мають значення дня 12 або менше, немає алгоритмічного способу визначити правильний формат без знання країни походження. Інструменти перетворення повинні сканувати всі дати у виписці, шукаючи значення більше 12, щоб визначити формат.

Формати чисел

«10.000,45» з європейського банку означає десять тисяч сорок п'ять центів — а не десять цілих нуль нуль нуль чотири п'ять. Неправильне розуміння цього призводить до помилок у 10 000 разів.

Розміщення символу валюти

• США/Великобританія: Символ перед сумою: $1 234,56 / £1 234,56
• Франція, Німеччина, Іспанія: Символ після суми: 1 234,56 €
• Ірландія, Нідерланди: Символ перед: €1 234,56
• Японія: Символ перед: ¥123 456

Кодування символів

• UTF-8 — універсальний стандарт, підтримує всі скрипти
• GBK/GB2312 — спрощений китайський (використовується китайськими банками)
• Shift_JIS — японський (використовується японськими банками)
• Big5 — традиційний китайський (Тайвань, Гонконг)
• EUC-KR — корейський
• ISO 8859-1 — західноєвропейський
• Windows-1252 — західноєвропейський (застарілий)
• Windows-1256 — арабський

Відкриття китайської або японської банківської виписки на американській системі без правильного виявлення кодування призводить до спотворених символів. PDFSub обробляє 130+ мов з автоматичним виявленням форматів дат, форматів чисел та кодувань символів — включаючи арабську та іврит справа наліво, символи CJK та всі європейські набори символів.

Поширені елементи банківських виписок

Дата транзакції проти дати проведення проти дати валоризації

Банківські виписки можуть містити кілька дат для однієї транзакції:

• Дата транзакції — коли фактично відбулася покупка або переказ
• Дата проведення — коли банк обробив і записав її (зазвичай через 1–3 робочих дні для покупок за кредитною карткою)
• Дата валоризації — коли кошти фактично стали доступними (впливає на розрахунок відсотків, поширено в міжнародному банкінгу)

Більшість споживчих виписок показують лише дату проведення. Бізнес-виписки часто включають як дату транзакції, так і дату проведення.

Представлення дебету/кредиту

Банки по-різному представляють дебети та кредити:

• Суми зі знаком: -87,50 для дебетів, +3 500,00 для кредитів
• Окремі стовпці: «Зняття» та «Внесення»
• Абревіатури: «DR» для дебету, «CR» для кредиту (поширено у Великобританії/Співдружності)
• Дужки: (87,50) для дебетів (бухгалтерська конвенція)

Наростаючий баланс

• Баланс на транзакцію — оновлюється після кожної транзакції (найпоширеніший у виписках споживачів США)
• Щоденний баланс — баланс, показаний на кінець кожного дня (поширений у бізнес-виписках)
• Без наростаючого балансу — лише початковий та кінцевий баланси (деякі міжнародні виписки)

Наростаючі баланси цінні для перевірки: ви можете переконатися, що кожна транзакція правильно переводить баланс з одного рядка на наступний.

Стандартна інформація в заголовку

Більшість банківських виписок включають: ім'я власника рахунку, номер рахунку (часто частково прихований), період виписки, початковий та кінцевий баланси, загальні суми внесення та зняття, а також маршрутний код банку/сортувальний код/SWIFT BIC.

Захист паролем

Як банки шифрують PDF

Банки зазвичай використовують шифрування AES-128 або AES-256. Існують два режими захисту:

• Пароль користувача (пароль відкриття): Необхідний для відкриття файлу
• Пароль власника (пароль дозволів): PDF відкривається, але редагування/копіювання може бути обмежено

Поширені шаблони паролів

Інші поширені шаблони включають останні 4 цифри номера рахунку, ідентифікатор клієнта або номер члена. Банки зазвичай повідомляють шаблон пароля, коли ви вперше вмикаєте електронні виписки.

Проблеми багатосторінкових виписок

Довгі виписки (бізнес-рахунки з сотнями транзакцій) створюють кілька проблем для вилучення:

Розділені транзакції

Опис транзакції може починатися внизу однієї сторінки і продовжуватися вгорі наступної. Конвертер повинен виявляти рядки продовження та об'єднувати їх в одну транзакцію.

Повторювані заголовки та нижні колонтитули

Більшість банків повторюють заголовки стовпців на кожній сторінці, плюс номери сторінок, юридичні відмови від відповідальності та маркетинговий текст. Ці елементи повинні бути ідентифіковані та виключені з даних транзакцій.

Рядки продовження

Багато транзакцій мають описи з кількох рядків:

01/15  ACH ELECTRONIC DEBIT VENDOR CORP $3 200,00  $2 000,00 REF#123456789 INVOICE 2026-001 VENDOR CORP ACCOUNTS PAYABLE

Рядки 2 і 3 є рядками продовження, що належать до транзакції в рядку 1. Вони зазвичай не мають дати та суми, з'являються з відступом на тій самій x-координаті, що й опис.

Перенесення балансу

Деякі банки включають рядки «Баланс для перенесення» або «Баланс, перенесений» на початку сторінок продовження. Це інформаційні рядки, а не транзакції, і їх слід виключати з вилучених даних.

Поширені скорочення в банківських виписках

Банківські виписки використовують скорочення, які відрізняються залежно від установи:

Галузеві стандарти, які варто знати

Ці формати використовуються в корпоративному банкінгу та казначейському менеджменті. Ви рідко зіткнетеся з ними безпосередньо, але розуміння їх пояснює, чому банківські виписки працюють так, як вони працюють.

BAI2 (Bank Administration Institute)

Використовується для автоматизованого управління грошовими коштами та узгодження банківських рахунків у системах ERP (SAP, Oracle). Фіксований ASCII-формат з кодами типів транзакцій (наприклад, 165 = попередньо авторизований кредит ACH, 455 = дебет ACH, 495 = дротовий переказ). Спочатку випущений у 1987 році, зараз підтримується ASC X9.

SWIFT MT940 / MT942

Кінець дня (MT940) та внутрішньоденні (MT942) банківські виписки, що використовуються банками по всьому світу для корпоративних клієнтів та казначейських відділів. SWIFT обробляє приблизно 45 мільйонів повідомлень на день. Формат на основі тегів з ідентифікаторами полів, розділеними двокрапкою.

ISO 20022 (camt.053)

Сучасна заміна на основі XML для MT940. Частина універсального стандарту фінансових повідомлень ISO 20022. Багатші дані, ніж MT940, без обмежень довжини полів, машинно-зчитуваний XML з валідацією XSD. SWIFT мігрує з повідомлень MT на ISO 20022. SEPA (Єдина європейська платіжна зона) вимагає формат camt для європейських платежів.

NACHA ACH

Файловий формат для транзакцій Automated Clearing House у США. Фіксований ASCII, рівно 94 символи на рядок. ACH обробляє приблизно 30 мільярдів транзакцій на рік у США. Коли ваша банківська виписка показує «ACH CREDIT» або «ACH DEBIT», базова транзакція була передана у форматі NACHA між банками.

Вибір правильного формату для вашого робочого процесу

Посібник з прийняття рішень

Використовуйте QBO, якщо: Ви використовуєте QuickBooks (Desktop або Online). Ви отримуєте класифікацію типів транзакцій, виявлення дублікатів через FITID та найбагатші метадані для імпорту.

Використовуйте OFX, якщо: Ви використовуєте Xero, Sage, Wave або інше програмне забезпечення, сумісне з OFX. Xero автоматично зіставляє поля без ручного налаштування стовпців.

Використовуйте QFX, якщо: Ви використовуєте Quicken. Це єдиний формат, який приймає Quicken.

Використовуйте Excel, якщо: Вам потрібно переглянути, проаналізувати або обробити дані перед імпортом. Створюйте зведені таблиці, запускайте формули або готуйте звіти.

Використовуйте CSV, якщо: Вашого програмного забезпечення немає у списку вище, або вам потрібна максимальна сумісність між системами. Будьте готові до ручного зіставлення стовпців.

Використовуйте JSON, якщо: Ви створюєте автоматизовані робочі процеси, API-інтеграції або системи кастомної звітності.

Професійні поради

• Завжди використовуйте QBO/OFX замість CSV, якщо ваше програмне забезпечення підтримує це — саме виявлення дублікатів запобігає годинам виправлень
• Зберігайте оригінальний PDF разом із конвертованим файлом — це ваш аудиторський слід та вихідний документ
• Перевіряйте після кожного імпорту — вибірково перевіряйте початковий/кінцевий баланси та кілька випадкових транзакцій
• Підбирайте формат до програмного забезпечення — використання рідного формату для вашої бухгалтерської платформи дозволяє уникнути ручного зіставлення стовпців та вмикає автоматичні функції

Спробуйте безкоштовно

Готові конвертувати свою першу виписку? Завантажте PDF зараз — PDFSub конвертує в Excel, CSV, QBO, OFX, QFX та JSON. Цифрові виписки обробляються повністю у вашому браузері для максимальної конфіденційності. Почніть 7-денну безкоштовну пробну версію з повним доступом до всіх форматів.