22 записи з тегом "Plain-Text Accounting"

Більшість фінансового програмного забезпечення змушує вас довіряти їм свої дані. Вони володіють ними, контролюють їх і прив'язують вас до себе. Ми вважаємо, що ви заслуговуєте на краще.

Сьогодні ми запускаємо нове покоління Beancount.io, побудоване на простому принципі: ваші фінансові дані повинні належати вам, а не нам. Завдяки вбудованій інтеграції з Git ви можете завантажити свою повну бухгалтерську книгу на власний комп’ютер, редагувати її за допомогою будь-якого інструменту та надсилати зміни назад. Жодного нав'язування. Жодних пропрієтарних форматів. Тільки ваші дані під вашим контролем.

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

1. Справжнє володіння даними завдяки вбудованій інтеграції з Git
2. Безперешкодна співпраця для команд, партнерів і бухгалтерів
3. Інтуїтивно зрозумілий інтерфейс, який робить текстовий бухгалтерський облік доступним для всіх

Потужні фінансові звіти у вас під рукою​

Нова панель приладів містить комплексні інструменти фінансової звітності, які допомагають вам миттєво зрозуміти своє фінансове становище:

Звіт про прибутки та збитки​

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

Бухгалтерський баланс​

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

Оборотний баланс​

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

Перегляд деталей рахунку​

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

Сучасний редактор файлів​

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

Інтеграція з Git: Ваша книга, ваш спосіб​

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

Що ви можете робити:

# Клонуйте свою книгу на свій комп'ютер
git clone ssh://[email protected]:2222/you/ledger.git

# Редагуйте локально за допомогою ваших улюблених інструментів
vim 2025.bean

# Відправляйте зміни назад
git commit -am "Додано транзакції за 4 квартал"
git push

Чому це важливо (суверенітет даних):

• Справжній план виходу: ваша повна фінансова історія знаходиться у стандартному репозиторії Git. Ви перестаєте нам платити? Ви все зберігаєте.
• Інструментально-агностичний: редагуйте за допомогою VS Code, Vim, Emacs або спеціалізованих інструментів Beancount. Ваш вибір, а не наш.
• Повний аудит: кожна зміна відстежується за допомогою повної історії Git, показуючи точно, хто, що і коли змінив. Ідеально підходить для відповідності вимогам і спокою.
• Розподілене резервне копіювання: розподілена природа Git означає, що у вас є автоматичні резервні копії з контролем версій на вашому комп’ютері.

Це робить Beancount.io єдиною платформою, яка робить ваші дані більш портативними, а не менш.

Співпраця команди: створено для того, як команди дійсно працюють​

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

Нова система співпраці робить це природним і доступним:

• Запрошуйте співробітників: просто запросіть інших електронною поштою, щоб приєднатися до вашої книги як співробітників
• Оновлення в режимі реального часу: переглядайте зміни, внесені співробітниками в режимі реального часу, тримаючи всіх в курсі подій
• Історія активності: відстежуйте, хто і які зміни вніс і коли, зберігаючи повну підзвітність

Ідеально підходить для малого бізнесу, фрілансерів, які працюють з бухгалтерами, або будь-кого, кому потрібно поділитися відповідальністю за управління фінансами. Співпраця ніколи не була такою простою та безпечною.

Підтримка кількох книг: організуйте свої фінанси так, як вам потрібно​

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

Переваги підтримки кількох книг:

• Розмежування сфер відповідальності: зберігайте особисті та ділові фінанси повністю окремо
• Організація на основі проектів: створюйте спеціальні книги для різних проектів або клієнтів
• Гнучка структура: організуйте свою систему бухгалтерського обліку таким чином, щоб вона мала сенс для вашої унікальної ситуації
• Легке перемикання: плавно переміщайтеся між книгами за допомогою інтуїтивно зрозумілого перемикача книг

Створіть стільки книг, скільки вам потрібно, щоб ваші фінансові записи були організованими та керованими.

Публічні книги: діліться та вчіться у спільноти​

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

Як працюють публічні книги:

• Поділіться своїм досвідом і дозвольте йому стати вірусним: зробіть свою книгу публічною, щоб допомогти іншим навчитися на вашому налаштуванні
• Відкрийте для себе найкращі практики: переглядайте публічні книги, щоб побачити, як інші організовують свої фінанси
• Навчання в спільноті та соціальна мережа: навчайтеся на реальних прикладах ефективного використання Beancount
• Контроль конфіденційності: ви вирішуєте, які книги робити публічними — ваші приватні книги залишаються повністю приватними

Ділячись чудовими прикладами книг, ми будуємо сильнішу та більш обізнану спільноту Beancount, де кожен може навчатися та вдосконалюватися разом.

Розширені функції спільноти Fava & Beancount​

Ми інтегрували популярні функції зі спільноти Beancount, які вирішують реальні проблеми робочого процесу:

• Амортизація витрат (amortize_over): автоматично розподіляйте річні підписки або попередньо оплачені витрати на місяці
• Фінансове прогнозування (forecast): прогнозуйте майбутній грошовий потік на основі повторюваних транзакцій
• Зв’язування документів (link_documents): зберігайте квитанції та рахунки-фактури, пов’язані з транзакціями
• Автоматичне виявлення документів (tag_discovered_documents): автоматично позначайте та організовуйте супровідні документи

Це не експериментальні функції — це перевірені інструменти зі спільноти Beancount, які тепер безперешкодно інтегровані.

Швидша продуктивність, плавніша робота​

Під капотом нова версія містить значні оптимізації продуктивності, які роблять все швидшим:

• Швидший час завантаження: сторінки та звіти завантажуються помітно швидше, навіть із великими книгами
• Плавніша взаємодія: взаємодія з інтерфейсом користувача більш чуйна, зі зменшеною затримкою під час навігації між переглядами
• Оптимізована обробка даних: складні обчислення та створення звітів відбуваються ефективніше
• Краще керування ресурсами: система використовує ресурси більш інтелектуально, забезпечуючи стабільну продуктивність навіть під час пікового використання

Ці вдосконалення означають, що ви витрачаєте менше часу на очікування та більше часу на ефективне управління своїми фінансами.

Конфіденційність і безпека: ваші дані, ваші правила​

Ми відстоюємо ваш суверенітет даних, захищаючи вашу книгу в приватному зашифрованому репозиторії Git, яким ви повністю володієте, можете експортувати та видалити за бажанням. Цей контроль вимагає відповідальності: ви визначаєте доступ, керуючи довіреними співробітниками, і повинні проявляти надзвичайну обережність під час публікації книг, розуміючи, що загальнодоступні дані постійно видимі в Інтернеті та їх слід ретельно очистити від конфіденційних деталей. Зрештою, ваші дані залишаються вашими — захищені нашою інфраструктурою, але регулюються виключно вашими правилами.

Що далі?​

Нова версія — це лише початок нашого шляху до перетворення Beancount.io на найкращу доступну платформу текстового бухгалтерського обліку, орієнтовану на GitHub фінансів. Традиційне фінансове програмне забезпечення покладається на "Прив’язку до даних". Beancount.io будує інший вид захисту: Прив’язку до протоколу. Ми вже працюємо над:

• Покращення мобільного додатку для обліку в дорозі
• Додаткові інтеграції з популярними фінансовими сервісами
• Більш розширені функції звітування та аналітики
• Розширені інструменти співпраці для команд

Ми будемо раді почути ваші відгуки про нову версію! Ваші відгуки допомагають нам визначити пріоритети того, що будувати далі.

Щасливого обліку!

Команда Beancount.io

Перетворіть безладну головну книгу на спокійний, впевнений у готівці бізнес за 30 днів—використовуючи бухгалтерію у простому тексті.

TL;DR​

• Відокремте, спростіть та заблокуйте ваші книги зі стрункою схемою рахунків, послідовними імпортами та автоматизованими перевірками балансу.
• Покажіть важливе—собівартість, загальні витрати, готівкові резерви—через швидкі звіти bean-query.
• Уберіть шум (невикористані підписки, дублювальні інструменти) та кодифікуйте хороші звички (щотижневе узгодження, щомісячне закриття, прикріплені чеки).
• Зробіть податковий сезон нудним зберігаючи виписки, чеки та баланси перевіряємими в одному місці.

Чому "Детокс"?​

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

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

Тиждень 0 — Встановіть вашу базову лінію​

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

Створіть стрункий план рахунків​

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

Ось проста, ефективна відправна точка:

; Основні сутності
2025-01-01 open Assets:Bank:Checking           USD
2025-01-01 open Assets:Bank:Savings            USD
2025-01-01 open Liabilities:CreditCard:Business USD
2025-01-01 open Income:Sales
2025-01-01 open Expenses:COGS
2025-01-01 open Expenses:Overhead:Rent
2025-01-01 open Expenses:Overhead:Utilities
2025-01-01 open Expenses:SaaS
2025-01-01 open Equity:Opening-Balances

Заблокуйте баланси, які ви можете перевірити​

Найпотужнішою функцією бухгалтерії у простому тексті є здатність стверджувати реальність. Директива balance каже Beancount: "На цю дату цей рахунок мав рівно таку суму грошей." Якщо це не так, Beancount викине помилку. Це ваша основна страхова сітка.

При початку роботи використовуйте pad у поєднанні з balance для ініціалізації ваших рахунків з банківської виписки. Директива pad створює транзакцію, яка змушує рахунок до правильного початкового балансу, проводячи різницю на рахунок власного капіталу.

; Ініціалізувати з виписок
2025-01-01 pad     Assets:Bank:Checking      Equity:Opening-Balances
2025-01-01 balance Assets:Bank:Checking      12345.67 USD

Слово застереження: Використовуйте pad економно. Це для чистого початку, а не для маскування повторюваних помилок узгодження.

Тиждень 1 — Відокремте та спростіть потоки​

Зі структурою на місці настав час прояснити, як гроші рухаються через ваш бізнес.

Тримайте Бізнес ≠ Особисте​

Це золоте правило фінансів малого бізнесу. Змішування коштів це рецепт для плутанини та податкових головних болів.

• Ведіть один виділений бізнес банківський рахунок та одну бізнес кредитну картку.
• Відображайте це відокремлення у вашій головній книзі: Assets:Bank:Business:Checking, Liabilities:CreditCard:Business.
• Якщо ви платите собі, проводьте це як розподіл до Equity:Owner-Draws. Ніколи не категоризуйте особисті витрати безпосередньо з бізнес рахунків.

Стандартизуйте категорії постачальників​

Платите за AWS, Google Cloud та Vercel? Не створюйте три окремі рахунки. Зіставте їх всі з однією логічною категорією як Expenses:Cloud. Уникайте створення мікро-рахунків, які ви насправді не будете аналізувати. Мета побачити шаблони, а не відстежити кожного окремого постачальника з власним рахунком.

Тиждень 2 — Автоматизуйте входи та чеки​

Ручне введення даних повільне, схильне до помилок та нестійке. Цей тиждень про побудову машини для надійного живлення вашої головної книги.

Побудуйте безпроблемний шлях імпорту​

Фреймворк імпорту Beancount дозволяє вам навчити його, як читати CSV або OFX файли з вашого банку та автоматично генерувати транзакції. Інвестуйте час на налаштування цього один раз, і ви заощадите сотні годин довготермінові. Тримайте ваші правила імпорту під контролем версій (як Git), щоб ваша система була повторюваною та архівованою.

• Почніть з офіційного посібника Beancount Importing External Data.
• Для більш інтерактивного робочого процесу розгляньте інструмент як beancount-import, який надає веб-інтерфейс для напівавтоматичного зіставлення.
• Багато користувачів покладаються на вбудовані ingest або новіші beangulp фреймворки для побудови своїх кастомних імпортерів. Виберіть один і тримайтесь його для послідовності.

Прикріплюйте документи туди, де вони належать​

Транзакція без чеку це необґрунтоване твердження. Beancount та його веб-інтерфейс Fava роблять тривіальним зв'язування вихідних документів з записами, створюючи непохитний аудиторський слід.

У вас є два відмінні варіанти:

1. Папка документів + Директива: Зберігайте всі ваші чеки та виписки у виділеній папці. Потім зв'яжіть файл з транзакцією, використовуючи директиву document.
2. Перетягування у Fava: Просто перетягніть PDF або файл зображення на транзакцію в інтерфейсі Fava. Fava автоматично зберігає файл та вставляє правильну директиву document у ваш файл головної книги.

; У вашому головному файлі головної книги скажіть Fava, де живуть ваші документи
option "documents" "/home/acme/docs"

; Зв'яжіть чек з конкретною проводкою транзакції
2025-08-07 * "Figma" "Monthly Subscription"
  Assets:CreditCard:Business    -12.00 USD
  Expenses:SaaS                 12.00 USD
    document: "receipts/figma-2025-08-07.pdf"

Тиждень 3 — Побачте правду (Швидкі запити, які ви будете перевикористовувати)​

Ваша головна книга тепер чиста та наповнена даними. Час ставити їй важливі питання. Запустіть інструмент командного рядка bean-query для миттєвих відповідей.

1) Де мої гроші?​

Отримайте швидкий знімок ваших ліквідних активів.

bean-query business.beancount 'BALANCES FROM year = 2025 AND (account ~ "Assets:Bank" OR account ~ "Liabilities:CreditCard")'

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

2) На що я витрачаю на загальні витрати проти собівартості?​

Зрозумійте, куди ваші гроші справді йдуть. Витрачаєте ви більше на неосновні загальні витрати чи на витрати, безпосередньо пов'язані з доставкою вашого продукту (Собівартість проданих товарів)?

SELECT
  account,
  units(sum(position))
WHERE
  account ~ "^Expenses:(Overhead|COGS)" AND year = 2025
GROUP BY
  account
ORDER BY
  account

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

3) Які підписки виглядають "зомбі"?​

Знайдіть повторювані, дрібні витрати, які часто літають під радаром. Ці "зомбі" підписки можуть виснажувати ваш грошовий потік.

SELECT
  payee,
  COUNT(*) AS num_transactions,
  SUM(number) AS total_spent
WHERE
  account ~ "^Expenses:SaaS" AND date >= '2025-01-01'
GROUP BY
  payee
ORDER BY
  num_transactions DESC,
  total_spent DESC

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

Тиждень 4 — Приберіть та заблокуйте систему​

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

Поставте прості бюджети на місце​

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

; Обмежте SaaS витрати до $100 на місяць
2025-01-01 custom "budget" Expenses:SaaS "monthly" 100.00 USD

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

Закривайте місяць, щоразу​

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

1. Узгоджуйте: Для кожного банківського та кредитного картового рахунку додайте твердження balance, що відповідає кінцевому числу на вашій місячній виписці.
2. Прикріплюйте: Прикріпіть саму PDF виписку до запису balance, використовуючи директиву document.
3. Звітуйте: Запустіть ваші три збережені запити (готівка, загальні витрати/собівартість, підписки) та вставте виходи в коротку нотатку щомісячного огляду.

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

Зробіть податковий сезон нудним (у хорошому сенсі)​

Дотримуючись цієї системи, ви трансформуєте податкову підготовку з кризи в просту звітну вправу.

• Чеки прикріплені до транзакцій, тому немає шаленого пошуку. У Fava ви на один клік від вихідного документа для будь-яких витрат.
• Податково релевантні елементи можуть бути позначені (напр., #tax-deductible), дозволяючи вам отримати чистий звіт з bean-query для вашого бухгалтера.
• Річні баланси заблоковані та верифіковані з твердженнями balance, даючи вам та вашому підготувальнику впевненість у числах.

30-денний чек-лист (Роздрукуйте це)​

• День 1–3
  • Створіть мінімальний план рахунків.
  • Додайте pad + balance для кожного банку/картки, використовуючи останні виписки.
• День 4–10
  • Налаштуйте один імпорт пайплайн і закомітьте ваші правила в контроль версій.
  • Заповніть 90 днів транзакцій; запустіть перший знімок BALANCES.
• День 11–15
  • Стандартизуйте постачальників до їх відповідних рахунків (SaaS, Cloud, Доставка, тощо).
  • Прикріпіть PDF виписки для узгоджених періодів; підтвердіть, що вони з'являються у Fava.
• День 16–20
  • Запустіть запит загальні витрати проти собівартості; виправте будь-які неправильно категоризовані елементи.
  • Запустіть запит частоти підписок; скасуйте або об'єднайте невикористовувані сервіси.
• День 21–25
  • Додайте один або два бюджетні ліміти для ключових змінних витрат через custom "budget".
  • Збережіть ваші три найважливіші команди bean-query у скрипт для легкого перевикористання.
• День 26–30
  • Узгодьте всі рахунки з твердженнями balance кінця місяця.
  • Напишіть коротку нотатку "щомісячного закриття", підсумовуючи ключові числа та посилаючись на документи.

Загальні фрагменти, які ви будете перевикористовувати​

Чиста проводка витрат

2025-08-05 * "Figma" "Pro plan"
  Expenses:SaaS               12.00 USD
  Assets:Bank:Checking       -12.00 USD

Твердження балансу з виписки

2025-09-01 balance Assets:Bank:Checking  8423.17 USD

Бюджетна огорожа для оренди

2025-01-01 custom "budget" Expenses:Overhead:Rent "monthly" 2500.00 USD

Тримайте це просто, тримайте це скриптованим​

Філософія фінансового детоксу на основі Beancount проста:

• Скриптуйте те, що повторюєте: Автоматизуйте імпорти та звітність.
• Нехай твердження гучно провалюються: Вони ваші страхові рейки, а не незручність.
• Віддавайте перевагу менш численним, ясніщим рахункам над досконалою, гранульованою категоризацією.

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

Посилання та додаткове читання​

• Beancount Query Language (beancount)
• Importing External Data with Beancount (beancount)
• Fava Budgets (custom "budget" …) (Fava)
• Documents & document Directive (beancount, Fava)
• Balance and Pad Directives (beancount)

Цей допис тільки для освітніх цілей і не є податковою чи юридичною консультацією.

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

Ось контрольний список для безболісного закриття:

1. Зберіть виписки та імпортуйте всі необроблені транзакції.
2. Нормалізуйте платників, описи та метадані.
3. Узгодьте кожен рахунок готівки, банківський рахунок та кредитний рахунок за допомогою тверджень balance.
4. Узгодьте перекази та внутрішньо-рахункові переміщення.
5. Оновіть ціни на інвестиції та перевірте оцінки.
6. Прикріпіть або отримайте вихідні документи (квитанції, рахунки-фактури) у своїй книзі обліку.
7. Запустіть запити та інформаційні панелі для перевірки P&L (прибутків і збитків) та відхилень.
8. Рознесіть нарахування та коригування за потреби.
9. Перевірте книгу обліку за допомогою автоматизованих перевірок.
10. Зафіксуйте, позначте тегом та архівуйте місяць.

1. Встановіть основні правила (і використовуйте їх повторно)​

Послідовне закриття починається зі стабільної основи. Ваш План рахунків та основні параметри Beancount повинні бути заявлені централізовано і рідко змінюватися. Параметри, такі як operating_currency (операційна валюта) та обробка documents (документів), гарантують, що ваші звіти та імпорти поводитимуться передбачувано кожного разу.

Порада: Розглядайте свій файл параметрів як "інфраструктуру". Його зміна може вплинути на те, як обчислюються ваші числа. Обережно версіюйте його в Git.

2. Імпортуйте все – а потім ніколи не вводьте це вручну знову​

Автоматизація імпорту даних – це найбільше прискорення для закриття ваших книг. Використовуйте потужні інструменти імпорту Beancount та імпортери, створені спільнотою, щоб отримати банківські виписки, CSV/OFX файли кредитних карток, брокерські дані та звіти про заробітну плату.

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

3. Нормалізуйте платників та метадані наперед​

Чисті дані – це надійні дані. Стандартизуйте своїх платників, розповіді та теги під час процесу імпорту, щоб ваші пошуки, правила та звіти залишалися точними місяць за місяцем.

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

4. Узгоджуйте з твердженнями balance​

Для кожного рахунку, який має виписку (поточний, ощадний, кредитні картки), використовуйте директиву balance Beancount для підтвердження кінцевого залишку. Цей простий рядок перетворює узгодження з ручної перевірки на точний, автоматизований тест.

; Підтверджує, що залишок становить рівно 1234.56 на початку дня
2025-09-01 balance Assets:Bank:Checking   1234.56 USD

Оскільки залишки перевіряються на початку дня, найпростіше використовувати перший день наступного місяця для виписки на кінець місяця. Якщо розрахований залишок Beancount не збігається з вашим твердженням, ви отримаєте точну помилку та дату, з якої можна почати розслідування. Завжди спочатку виправляйте джерело істини (ваші транзакції); не "змушуйте" узгоджувати.

5. Узгодьте внутрішньо-рахункові перекази​

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

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

6. Перевірте позиції та ціни для інвестицій​

Щоб отримати точне уявлення про вашу чисту вартість, вам потрібні актуальні ринкові значення для ваших інвестицій та іноземних валют. Використовуйте директиву price Beancount, щоб записати ці значення станом на дату закриття.

2025-08-31 price VTI  290.14 USD
2025-08-31 price EUR    1.11 USD

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

7. Прикріпіть квитанції та вихідні документи​

Підтримуйте чистий слід аудиту, пов'язуючи транзакції з їх вихідними документами. Використовуйте параметр documents у вашому основному файлі Beancount, щоб вказати на ваш архів квитанцій та рахунків-фактур.

option "documents" "/path/to/Finance/Documents"

Якщо ви називаєте свої файли за датою (наприклад, 2025-08-13.vendor.receipt.pdf), Beancount та Fava можуть автоматично виявляти та пов'язувати їх, що дозволяє легко отримати квитанцію для будь-якої транзакції одним клацанням миші.

8. Перегляньте місяць за допомогою Fava та BQL​

Швидкий цикл зворотного зв'язку має вирішальне значення. Використовуйте Fava, щоб візуально перевірити свої фінанси. Його діаграми та звіти ідеально підходять для розбиття витрат за категоріями, перевірки тенденцій доходів та виявлення аномалій з першого погляду.

Для більш точних перевірок використовуйте Beancount Query Language (BQL). Цей запит, наприклад, дає вам ранжоване розбиття всіх витрат за серпень 2025 року:

SELECT
  account,
  ROUND(SUM(position), 2) AS total
WHERE
  date >= 2025-08-01 AND date < 2025-09-01
  AND account ~ 'Expenses'
GROUP BY
  account
ORDER BY
  total DESC;

9. Проведення нарахувань та коригувань​

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

10. Перевірка, тегування та архівування​

Перш ніж завершити місяць, виконайте остаточну перевірку структурної цілісності:

bean-check your-ledger.beancount

Ця команда виявить дисбаланси, посилання на рахунки, які ви не відкрили, та інші поширені помилки. Виправте все, що вона виявить.

Після того, як все правильно, зафіксуйте свої зміни у системі контролю версій (наприклад, Git) із чітким повідомленням та тегом, наприклад close-2025-08. Нарешті, заархівуйте виписки з банку та вважайте місяць закритим.

Простий скрипт закриття, який ви можете адаптувати​

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

#!/usr/bin/env bash
set -euo pipefail

# Example: ./close.sh 2025-08
MONTH=${1:?Будь ласка, надайте місяць у форматі YYYY-MM}
LEDGER=~/finance/ledger.beancount

# 1. Import new transactions
echo "Імпорт транзакцій за $MONTH..."
make import MONTH="$MONTH"

# 2. Update market prices for the last day of the month
PRICE_DATE=$(date -d "$MONTH-01 +1 month -1 day" +%F)
echo "Отримання цін за $PRICE_DATE..."
make prices DATE="$PRICE_DATE"

# 3. Validate the entire ledger
echo "Запуск bean-check..."
bean-check "$LEDGER"

# 4. Generate a key report (e.g., expense breakdown)
echo "Генерування звіту про витрати за $MONTH..."
bean-query "$LEDGER" -f txt "
  SELECT account, SUM(position)
  WHERE date >= '${MONTH}-01' AND date < '${MONTH}-01' + 1 month
    AND account ~ 'Expenses'
  GROUP BY account ORDER BY SUM(position) DESC;
" > "reports/${MONTH}-expenses.txt"

# 5. Commit and tag the close in Git
echo "Фіксація та тегування закриття..."
git -C ~/finance add .
git -C ~/finance commit -m "Закриття ${MONTH}"
git -C ~/finance tag "close-${MONTH}"

echo "Місяць ${MONTH} закрито та позначено."

Чому це працює​

Цей процес є швидким і надійним, тому що він побудований на кількох основних принципах:

• Твердження, а не візуальна перевірка: Директива balance перетворює звірку на точну, автоматизовану перевірку.
• Детерміновані вхідні дані: Автоматизовані імпортери та нормалізовані метадані роблять ваш обліковий реєстр відтворюваним та послідовним.
• Досліджувані дані: Fava та BQL надають потужні інструменти для перевірки результатів та миттєвого аналізу відхилень.
• Піддаються аудиту зміни: Коригування є звичайними записами в журналі, що полегшує їх перегляд і розуміння через місяці або роки.

Успішне закриття місяця – це здебільшого логістика. З Beancount ви можете перетворити його на короткий ритуал, який можна запрограмувати: імпортуйте, стверджуйте, визначайте ціни, запитуйте та фіксуйте. Зберігайте стабільність робочого процесу, і ваше закриття залишиться швидким, навіть якщо ваше фінансове життя стане складнішим.

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

TL;DR ⚡​

• Нараховані витрати – це витрати, які ви понесли у цьому періоді, але ще не сплатили. Вони записуються як зобов’язання, доки гроші не вийдуть.
• У Beancount це просто: дебетуєте рахунок Expenses: і кредитуєте рахунок Liabilities:Accrued:. Пізніше, коли сплачуєте, знімаєте зобов’язання.
• Для звітування можна побачити, що ви винні на певну дату, запустивши bean-query з CLOSE ON і CLEAR, щоб отримати чистий знімок балансу.

Що таке нараховані витрати?​

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

Типові приклади:

• Зарплата, яку працівники заробили до кінця місяця, але виплатять у наступному.
• Комунальні послуги (електрика, вода), якими ви користувалися в грудні, а рахунок отримаєте лише в січні.
• Відсотки за кредитом, які накопичились протягом місяця, але ще не були списані з вашого рахунку.

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

Як Beancount розглядає це (за 30 секунд)​

Beancount – це система подвійного запису у вигляді простого тексту. Усе – це датована директива або транзакція у текстовому файлі. Система базується на п’яти базових типах рахунків: Assets, Liabilities, Equity, Income і Expenses.

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

Нарешті, мова bean-query пропонує потужний, схожий на SQL спосіб формування звітів. За допомогою операторів OPEN ON, CLOSE ON і CLEAR можна створювати точні «станом на» вигляди фінансових звітів.

План рахунків (рекомендовано)​

Чистий ієрархічний план рахунків – ваш найкращий друг. Для нарахованих витрат структура проста. Вам знадобиться:

• Рахунок витрат: напр., Expenses:Utilities, Expenses:Payroll:Wages
• Відповідний рахунок зобов’язань: напр., Liabilities:Accrued:Utilities, Liabilities:Accrued:Payroll
• Рахунок готівки/банку: напр., Assets:Bank:Checking

Beancount вимагає саме ці п’ять типів рахунків верхнього рівня. Організовані імена спрощують запити та звіти.

Основний шаблон (без плагінів, без магії)​

Найпряміший спосіб обробки нарахувань у Beancount. Два кроки: нарахування витрат в кінці місяця і зняття зобов’язання під час оплати.

Крок 1: Нарахувати витрати в кінці місяця​

Останнього дня періоду ви записуєте витрату і створюєте зобов’язання.

2025-02-28 * "Accrue February electricity" #accrual
  Expenses:Utilities                 120.00 USD
  Liabilities:Accrued:Utilities

Крок 2: Зняти нарахування під час оплати​

Коли надходить рахунок і ви його сплачуєте, ви не торкаєтеся рахунку витрат ще раз. Замість цього дебетуєте рахунок зобов’язань, щоб його очистити.

2025-03-05 * "Pay Feb electricity - City Power"
  Liabilities:Accrued:Utilities      120.00 USD
  Assets:Bank:Checking

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

Альтернатива: Зворотний запис у перший день​

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

Крок 1: Нарахувати в кінці місяця (як і раніше)​

2025-02-28 * "Accrue February electricity" #accrual
  Expenses:Utilities                 120.00 USD
  Liabilities:Accrued:Utilities

Крок 2: Зворотний запис у перший день наступного місяця​

2025-03-01 * "Reverse Feb electricity accrual" #reversal
  Liabilities:Accrued:Utilities      120.00 USD
  Expenses:Utilities

Крок 3: Записати оплату як зазвичай​

2025-03-05 * "City Power - February bill"
  Expenses:Utilities                 120.00 USD
  Assets:Bank:Checking

Нотатка щодо перевірок: Пам’ятайте, що balance перевіряються до транзакцій того ж дня. Якщо ви хочете перевірити баланс Liabilities:Accrued:Utilities, розмістіть перевірку на 2025-02-28, щоб підтвердити нарахування, або на 2025-03-01 після зворотного запису, щоб переконатися, що сума дорівнює нулю. Розміщення її до зворотного запису 1 березня призведе до помилкової невдачі.

Шість типових нарахувань (шаблони для копіювання) 📋​

Готові приклади для поширених бізнес‑нарахувань.

1. Оренда, яка ще не виставлена в рахунок​

2025-01-31 * "Accrue January rent" #accrual
  Expenses:Rent                   3000.00 USD
  Liabilities:Accrued:Rent

2. Зарплата, яку зароблено, але не виплачено​

2025-03-31 * "Accrue March wages" #accrual
  Expenses:Payroll:Wages          8500.00 USD
  Liabilities:Accrued:Payroll

3. Відпустка (PTO), яку зароблено​

2025-03-31 * "Accrue PTO earned in March" #accrual
  Expenses:Payroll:PTO             900.00 USD
  Liabilities:Accrued:Payroll

4. Відсотки за кредитом​

2025-02-29 * "Accrue monthly loan interest" #accrual
  Expenses:Interest                210.00 USD
  Liabilities:Accrued:Interest

5. Професійні послуги (аудит/юридичні)​

2025-12-31 * "Accrue year-end audit fees" #accrual
  Expenses:Professional:Audit     4200.00 USD
  Liabilities:Accrued:Professional

6. Комунальні послуги, які використані, але ще не виставлені​

2025-04-30 * "Accrue April utilities" #accrual
  Expenses:Utilities                95.00 USD
  Liabilities:Accrued:Utilities

Звітність: «Що я винен на певну дату?»​

bean-query – ваш інструмент для отримання відповідей. Ось як отримати правильний знімок балансу щодо нарахованих витрат.

Отримати всі залишки зобов’язань на кінець періоду​

Цей запит поверне баланс кожного рахунку зобов’язань станом на 31 березня 2025.

bean-query main.beancount '
  SELECT account, UNITS(SUM(position)) AS balance
  FROM OPEN ON 2025-01-01 CLOSE ON 2025-04-01 CLEAR
  WHERE account   "^Liabilities:Accrued"
  GROUP BY 1
  ORDER BY 1;
'

• OPEN ON встановлює початкові залишки на початок періоду.
• CLOSE ON відсікає транзакції до вказаної дати (виключно). Тому використовуємо 2025-04-01, щоб отримати дані до і включно 2025-03-31.
• CLEAR обнуляє доходи та витрати, даючи чистий вигляд балансу (Assets, Liabilities, Equity).

Переглянути реєстр усіх записів нарахувань​

Якщо потрібно бачити «сирі» транзакції по рахункам зобов’язань:

bean-query main.beancount '
  SELECT date, payee, narration, position
  WHERE account   "^Liabilities:Accrued"
  ORDER BY date;
'

Отримати загальну суму всіх нарахувань​

Для швидкого підсумку того, що ви винні:

bean-query main.beancount '
  SELECT UNITS(SUM(position)) AS total_accruals
  FROM OPEN ON 2025-01-01 CLOSE ON 2025-04-01 CLEAR
  WHERE account   "^Liabilities:Accrued";
'

Контроль та «підводні камені» у Beancount​

• Таймінг перевірок балансу: Як вже згадувалося, перевірки виконуються на початку дня. Запис 2025-03-01 balance … запускається до будь‑яких транзакцій 1 березня. Плануйте відповідно.
• Іменування та ієрархія: Чисте дерево типу Liabilities:Accrued:* – це не лише естетика. Воно спрощує запити і робить звіти зрозумілими.
• Використання pad з обережністю: Директива pad може виправити початкові залишки, але уникайте її для «фіксації» регулярних нарахувань. Явні записи залишають прозорий аудит‑трейл.
• Звітність «на дату»: Для знімків балансу завжди використовуйте OPEN … CLOSE … CLEAR у bean-query. Це запобігає «забрудненню» зобов’язань доходами та витратами.

Передоплата vs. Нарахування (швидке порівняння)​

Легко їх сплутати – це дзеркальні поняття:

• Нарахована витрата: Послуга спожита зараз, гроші виплачуються пізніше → створює зобов’язання.
• Передоплата: Гроші сплачені зараз, послуга спожита пізніше → створює актив.

Логіка обліку в Beancount однакова, лише рахунки різні (Assets:Prepaid:* vs. Liabilities:Accrued:*).

Шаблон для початку файлу​

Нижче наведено директиви open, які потрібні для наведених прикладів. Додайте їх у верхню частину вашого журналу один раз.

; --- Accounts (open once) ---
2025-01-01 open Assets:Bank:Checking
2025-01-01 open Expenses:Utilities
2025-01-01 open Expenses:Payroll:Wages
2025-01-01 open Expenses:Interest
2025-01-01 open Expenses:Professional:Audit
2025-01-01 open Liabilities:Accrued:Utilities
2025-01-01 open Liabilities:Accrued:Payroll
2025-01-01 open Liabilities:Accrued:Interest
2025-01-01 open Liabilities:Accrued:Professional

Заключні нотатки​

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

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

Що це таке, коли це вигідно, і як це правильно змоделювати у вашій обліковій книзі (з прикладами).

⚠️ Цей посібник призначений лише для США та має освітній характер. Проконсультуйтеся з податковим фахівцем щодо вашої конкретної ситуації.

Коротко (TL;DR)​

• S-corp — це податковий статус, який ви обираєте в Податковій службі США (IRS) (за допомогою форми 2553), щоб прибутки бізнесу переходили до особистих податкових декларацій власників. Ключовою вимогою є те, що ви повинні виплачувати власникам-операторам обґрунтовану заробітну плату за формою W-2, перш ніж отримувати будь-який прибуток у вигляді дивідендів або розподілів.
• Терміни мають значення: Для існуючого бізнесу ви повинні подати документи не пізніше 15-го дня 3-го місяця податкового року, з якого ви хочете, щоб статус S-corp почав діяти. Для вибору на 2025 календарний рік, 15 березня 2025 року припадає на суботу, тому практичний кінцевий термін — наступний робочий день, понеділок, 17 березня 2025 року.
• Навіщо це робити? Основною перевагою є потенційна економія на податках на самозайнятість. Хоча ваша зарплата за формою W-2 підлягає оподаткуванню за FICA, розподіли — ні. Однак ця перевага пов'язана з додатковими витратами на нарахування зарплати, дотримання вимог та, в деяких штатах, додатковими податками на рівні юридичної особи.
• У Beancount вкрай важливо розділяти заробітну плату та розподіли. Вам потрібно буде відстежувати зобов'язання по заробітній платі, вести спеціальний облік медичного страхування для акціонерів, які володіють понад 2% компанії, та чітко реєструвати розподіли через рахунки власного капіталу.

Що таке вибір статусу S-corp?​

По суті, вибір статусу S-corp — це запит, який ви подаєте до IRS, щоб змінити спосіб оподаткування вашого бізнесу. Подаючи форму 2553, ви просите IRS оподатковувати вашу корпорацію або ТОВ (LLC) відповідно до підрозділу S Податкового кодексу США (Internal Revenue Code). Це робить ваш бізнес «транзитним» суб'єктом (pass-through entity), що означає, що його доходи, збитки, відрахування та кредити передаються безпосередньо до особистих податкових декларацій акціонерів. Це суто податкова класифікація, а не інший тип юридичної особи.

Ключові наслідки для власника-оператора​

Щойно вибір стає активним, ваша роль фундаментально розділяється на дві: тепер ви є одночасно акціонером та співробітником вашої компанії.

Це розрізнення є вирішальним. Компенсація, яку ви отримуєте за свою працю, повинна виплачуватися як заробітна плата за формою W-2, яка підлягає стандартним податкам на заробітну плату (соціальне забезпечення та Medicare). Будь-який залишковий прибуток може бути виплачений у вигляді розподілів, які зазвичай не підлягають оподаткуванню на самозайнятість. IRS наполягає на тому, щоб ви виплачували собі обґрунтовану заробітну плату за свою роботу, перш ніж отримувати будь-які розподіли.

Чи варто обирати статус S-corp?​

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

Точна точка беззбитковості є унікальною для вашої ситуації і залежить від кількох факторів:

• Ваша "обґрунтована зарплата": Скільки б бізнес платив комусь із вашими навичками та обов'язками у вашій галузі? Ця цифра є базовою для вашої зарплати W-2 і підлягає перевірці з боку IRS.
• Податки та збори штату: Деякі штати мають власні правила. Наприклад, Каліфорнія стягує податок у розмірі 1,5% з чистого доходу S-corp, а також мінімальний щорічний франшизний податок у розмірі $800.
• Додаткові витрати: Вам знадобиться сервіс для нарахування заробітної плати, і ви будете платити за страхування на випадок безробіття. Ваші витрати на ведення бухгалтерії та підготовку податкової звітності, ймовірно, також зростуть через додаткову складність.
• Відрахування QBI (Розділ 199A): Вибір статусу S-corp може вплинути на ваше відрахування з кваліфікованого бізнес-доходу (Qualified Business Income). Заробітна плата W-2, яку ви собі виплачуєте, може або допомогти вам отримати право на повне відрахування, або, при вищих рівнях доходу, стати обмежуючим фактором.

Вимоги та терміни​

Не кожен бізнес може стати S-corp. Ось основні вимоги:

• Це має бути вітчизняна корпорація або відповідне ТОВ (LLC).
• Вона може мати не більше 100 акціонерів.
• Вона може мати лише один клас акцій.
• Акціонерами мають бути фізичні особи, певні трасти або спадкові маєтки (тобто жодних партнерств, корпорацій або акціонерів-нерезидентів).

Коли подавати форму 2553​

Терміни є критично важливими, і правила дещо відрізняються для нових та існуючих бізнесів.

• Для нового бізнесу: Ви повинні подати документи протягом 2 місяців та 15 днів після першого дня вашого першого податкового року. Наприклад, якщо податковий рік вашого бізнесу починається 7 січня, ваш кінцевий термін — 21 березня.
• Для існуючої C-corp (або ТОВ, що оподатковується як C-corp): Ви можете подати документи в будь-який час протягом попереднього податкового року або до 15-го дня 3-го місяця року, в якому ви хочете, щоб вибір набув чинності. Якщо ця дата припадає на вихідний або святковий день, термін переноситься на наступний робочий день, згідно з положенням Розділу 7503 IRC.

Що робити, якщо ви пропустили термін? Не панікуйте. IRS надає можливість пізнього подання згідно з Процедурою доходу 2013-30. Ви часто можете подати заяву на цю пільгу протягом 3 років та 75 днів від запланованої дати набрання чинності, за умови наявності поважної причини для пізнього подання.

Обґрунтована зарплата: частина, на якій спотикаються​

Це найбільш ретельно перевіряний аспект структури S-corp. IRS дуже чітко заявляє: акціонерам-співробітникам повинна виплачуватися обґрунтована компенсація за надані ними послуги до того, як будь-які прибутки будуть отримані у вигляді розподілів.

Що означає "обґрунтована"? Немає єдиної суми. IRS та суди розглядають різноманітні фактори для визначення відповідності вашої зарплати, включаючи ваші обов'язки та відповідальність, час, який ви приділяєте роботі, ваш рівень досвіду, та скільки б платили порівнянні бізнеси за подібні послуги. Очікуйте, що IRS уважно придивиться, якщо ви платите собі дуже низьку зарплату за W-2, отримуючи при цьому великі розподіли. Це часто розглядається як тривожний сигнал про спробу ухилення від сплати податків на заробітну плату.

Медичне страхування та додаткові пільги для акціонерів з часткою >2%​

Існує спеціальне правило щодо того, як S-corps обробляють медичне страхування для акціонерів, які володіють понад 2% компанії. Якщо S-corp оплачує або відшкодовує ці страхові внески, вартість віднімається з доходу S-corp.

Однак вартість цих внесків також повинна бути включена до заробітної плати W-2 акціонера-співробітника. Хоча ця сума підлягає утриманню федерального податку на прибуток, вона звільнена від податків на соціальне забезпечення та Medicare (FICA), якщо все оформлено правильно. Ви повинні координувати свої дії з вашим постачальником послуг з нарахування зарплати, щоб забезпечити правильне відображення цих сум у вашій формі W-2.

Підводні камені на рівні штату (приклади)​

Федеральний статус S-corp не завжди автоматично переноситься на рівень штату. Завжди перевіряйте специфічні правила вашого штату.

• Каліфорнія: S-corps підлягають оподаткуванню у розмірі 1,5% від чистого доходу, отриманого в Каліфорнії. Крім того, більшість корпорацій повинні сплачувати мінімальний франшизний податок у розмірі $800 щороку (хоча для першого року існують деякі винятки).
• Нью-Йорк: Зробити федеральний вибір S-corp недостатньо. Ви також повинні подати окрему заяву на рівні штату, форму CT-6, щоб вас розглядали як Нью-Йоркську S-корпорацію. Якщо цього не зробити, вас будуть оподатковувати як стандартну C-corp на рівні штату.

Як правильно змоделювати S-corp у Beancount​

Бухгалтерія у вигляді простого тексту ідеально підходить для управління додатковою складністю S-corp. Ось як структурувати вашу облікову книгу.

Рекомендований план рахунків (стартовий)​

Ця базова структура відокремлює ваші витрати на заробітну плату від розподілів і створює рахунки зобов'язань для відстеження податків, які ви винні.

; Основний банк та доходи
1970-01-01 open Assets:Bank:Checking              USD
1970-01-01 open Income:Sales                      USD
1970-01-01 open Income:Other                      USD

; Витрати на зарплату та зобов'язання
1970-01-01 open Expenses:Payroll:Wages            USD
1970-01-01 open Expenses:Payroll:EmployerTaxes    USD
1970-01-01 open Expenses:Benefits:HealthInsurance USD
1970-01-01 open Liabilities:Payroll:Federal:FIT    USD
1970-01-01 open Liabilities:Payroll:FICA          USD
1970-01-01 open Liabilities:Payroll:Medicare      USD
1970-01-01 open Liabilities:Payroll:State:Withholding USD

; Власний капітал
1970-01-01 open Equity:ContributedCapital         USD
1970-01-01 open Equity:Distributions              USD
1970-01-01 open Equity:RetainedEarnings           USD

Типовий розрахунок зарплати (спрощений)​

Ваш постачальник послуг з нарахування зарплати (наприклад, Gusto, ADP) спише з вашого банківського рахунку вашу чисту зарплату та загальну суму податкових зобов'язань. Ваша транзакція в Beancount повинна розбити це на валову заробітну плату, податки роботодавця та відповідні зобов'язання.

; Ця транзакція фіксує річну зарплату в $100 тис., що виплачується щомісяця.
2025-01-31 * "Gusto" "Січнева зарплата — акціонер-співробітник"
  Expenses:Payroll:Wages                   8,333.33 USD ; Валова заробітна плата
  Expenses:Payroll:EmployerTaxes             637.50 USD ; FICA/Medicare з боку роботодавця
  Liabilities:Payroll:Federal:FIT         -1,200.00 USD ; Утримання з працівника
  Liabilities:Payroll:FICA                  -516.67 USD ; Утримання з працівника
  Liabilities:Payroll:Medicare              -120.83 USD ; Утримання з працівника
  Assets:Bank:Checking                    -7,133.33 USD ; Чиста зарплата списана з банку

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

; Це представляє собою сплату податку, здійснену вашим постачальником послуг з нарахування зарплати.
2025-02-15 * "EFTPS" "Внесок на федеральні податки із зарплати"
  Liabilities:Payroll:Federal:FIT          1,200.00 USD
  Liabilities:Payroll:FICA                   516.67 USD
  Liabilities:Payroll:Medicare               120.83 USD
  Assets:Bank:Checking                    -1,837.50 USD ; Ця сума відповідає податковій частині списання Gusto.

Медичне страхування для акціонера з часткою >2%​

Зафіксуйте сплату страхового внеску як бізнес-витрату. Ви можете використовувати метадані, щоб нагадати собі, що це потрібно відобразити у формі W-2.

2025-02-01 * "BlueCross" "Медичне страхування акціонера (відобразити у W-2)"
  Expenses:Benefits:HealthInsurance          600.00 USD  ; w2: "true"
  Assets:Bank:Checking                      -600.00 USD

Розподіли власнику (не заробітна плата)​

Розподіли є зменшенням власного капіталу, а не бізнес-витратою. Реєструйте їх окремо від заробітної плати.

2025-03-31 * "Розподіл власнику" "Розподіл за 1 квартал"
  Equity:Distributions                    20,000.00 USD
  Assets:Bank:Checking                   -20,000.00 USD

Відстеження бази акціонера (необов'язково, але рекомендовано)​

Ваша база акціонера визначає, чи є розподіли неоподатковуваними та чи можете ви відняти бізнес-збитки у вашій особистій декларації. Хоча офіційний розрахунок проводиться у вашій податковій декларації, ви можете відстежувати приблизну оцінку в Beancount, використовуючи спеціальний підрахунок капіталу або метадані. Ви будете узгоджувати це з формою Schedule K-1, яку ви щорічно отримуєте від S-corp.

Примітка щодо відрахування QBI (Розділ 199A)​

Власники транзитних бізнесів (pass-through businesses), включаючи S-corps, можуть мати право на відрахування до 20% свого кваліфікованого бізнес-доходу (QBI). Однак для платників податків з доходом вище певного порогу це відрахування може бути обмежене сумою заробітної плати W-2, яку виплачує бізнес. Це створює складну взаємодію: виплата обґрунтованої зарплати є обов'язковою для S-corp, і ця ж зарплата може вплинути на ваше відрахування QBI — іноді допомагаючи йому, іноді обмежуючи. Це ключова сфера для моделювання з вашим податковим фахівцем.

Що змінюється в операційній діяльності після вибору?​

Перехід на S-corp додає кілька адміністративних рівнів:

• Нарахування зарплати: Ви повинні офіційно нараховувати зарплату, включаючи утримання податків, сплату податків роботодавцем, квартальну звітність та річні форми W-2.
• Подача форми 1120-S: Це щорічна податкова декларація S-корпорації. Ви також будете видавати Schedule K-1 кожному акціонеру з деталізацією його частки у фінансових результатах компанії.
• Правильне оформлення медичного страхування акціонерів: Переконайтеся, що внески для власників з часткою >2% включені до їхньої заробітної плати W-2.
• Дотримання правил штату: Слідкуйте за будь-якими необхідними виборами S-corp на рівні штату або податками на рівні юридичної особи (як у Каліфорнії та Нью-Йорку).

Поширені помилки, яких слід уникати​

• Пізній або недійсний вибір: Двічі перевірте терміни та переконайтеся, що всі необхідні акціонери підписали форму 2553. Якщо ви пропустили термін, дослідіть можливість отримання пільги згідно з Rev. Proc. 2013-30.
• Необґрунтована зарплата: Не піддавайтеся спокусі платити собі штучно занижену зарплату. Документуйте, чому ваша компенсація є обґрунтованою на основі вашої ролі та ринкових даних.
• Змішування зарплати та розподілів: Зберігайте ці транзакції чистими та окремими у вашій бухгалтерії. Розподіли — це не зарплата.
• Ігнорування вимог штату: Забуття про вибір на рівні штату або несплата податку на рівні юридичної особи може призвести до штрафів та проблем із дотриманням законодавства.

Короткий контрольний список​

• Переконайтеся, що ви відповідаєте вимогам і що потенційна економія на податках перевищує нові витрати.
• Внесіть у календар кінцевий термін подання форми 2553 (і пам'ятайте про правило вихідних/святкових днів).
• Налаштуйте сервіс для нарахування зарплати та визначте добре задокументовану, обґрунтовану зарплату.
• Плануйте отримувати розподіли лише після сплати зарплати та бізнес-витрат.
• Дослідіть та дотримуйтесь специфічних вимог вашого штату щодо подання документів та податків для S-corp.
• Оновіть вашу облікову книгу Beancount, додавши необхідні рахунки для зарплати, зобов'язань та власного капіталу акціонерів.

Стартовий шаблон Beancount для S-Corp (нейтральний)

;
; Стартовий шаблон Beancount для S-Corp (нейтральний)
; Згенеровано: 2025-08-09
; ---
; Як це використовувати:
; 1) Знайдіть "TODO" та вкажіть ваш(і) штат(и), постачальника послуг з нарахування зарплати, EIN та назви банків.
; 2) Тримайте заробітну плату та розподіли власнику окремо.
; 3) Узгодьте з вашим постачальником послуг з нарахування зарплати, щоб відобразити медичне страхування для >2% акціонера у формі W-2 (графа 1).
; 4) Видаліть або адаптуйте приклади для CA/NY, якщо ви перебуваєте в іншому штаті.
;
; Примітки:
; - Це бухгалтерський шаблон, а не податкова консультація.
; - Операційна валюта за замовчуванням - USD. Змініть за потреби.
;

option "title" "Облікова книга S-Corp"
option "operating_currency" "USD"
commodity USD

; === Рахунки (відкриті станом на 2025-01-01; змініть дати за потреби) ==================
2025-01-01 open Assets:Bank:Checking                    USD  ; TODO: Перейменуйте на назву вашого банку (напр., Assets:Bank:Chase:Operating)
2025-01-01 open Assets:Bank:Savings                     USD
2025-01-01 open Assets:AccountsReceivable               USD
2025-01-01 open Assets:PrepaidExpenses                  USD

2025-01-01 open Liabilities:CreditCard:Corporate        USD
2025-01-01 open Liabilities:Payroll:Federal:FIT         USD
2025-01-01 open Liabilities:Payroll:Federal:FICA        USD
2025-01-01 open Liabilities:Payroll:Federal:Medicare    USD
2025-01-01 open Liabilities:Payroll:Federal:FUTA        USD
2025-01-01 open Liabilities:Payroll:State:Withholding   USD   ; TODO: Перейменуйте штат (напр., CA, NY)
2025-01-01 open Liabilities:Payroll:State:Unemployment  USD
2025-01-01 open Liabilities:Payroll:Local               USD

2025-01-01 open Equity:ContributedCapital               USD
2025-01-01 open Equity:Distributions                    USD
2025-01-01 open Equity:RetainedEarnings                 USD
2025-01-01 open Equity:OpeningBalances                  USD

2025-01-01 open Income:Sales                            USD
2025-01-01 open Income:Other                            USD

2025-01-01 open Expenses:COGS                            USD
2025-01-01 open Expenses:Payroll:Wages                   USD
2025-01-01 open Expenses:Payroll:EmployerTaxes:FICA      USD
2025-01-01 open Expenses:Payroll:EmployerTaxes:Medicare  USD
2025-01-01 open Expenses:Payroll:EmployerTaxes:FUTA      USD
2025-01-01 open Expenses:Payroll:EmployerTaxes:State     USD
2025-01-01 open Expenses:Benefits:HealthInsurance        USD
2025-01-01 open Expenses:Benefits:HSA                    USD
2025-01-01 open Expenses:Benefits:Retirement:Match       USD
2025-01-01 open Expenses:Taxes:State:S‑Corp              USD  ; напр., податок на рівні юр. особи в CA 1,5%
2025-01-01 open Expenses:Taxes:State:Franchise           USD  ; напр., мінімальний франшизний податок у CA $800
2025-01-01 open Expenses:Professional:Payroll            USD
2025-01-01 open Expenses:Professional:Accounting         USD
2025-01-01 open Expenses:Professional:Legal              USD
2025-01-01 open Expenses:BankFees                        USD
2025-01-01 open Expenses:Software                        USD
2025-01-01 open Expenses:Office                          USD
2025-01-01 open Expenses:Meals                           USD
2025-01-01 open Expenses:Travel                          USD
2025-01-01 open Expenses:Insurance:GeneralLiability      USD

; === Приклад: Капіталізація власником =================================================
2025-01-02 * "Власник" "Початковий внесок капіталу"
  Assets:Bank:Checking                        25,000.00 USD
  Equity:ContributedCapital                  -25,000.00 USD

; === Приклад: Оплата від клієнта =====================================================
2025-01-15 * "Stripe" "Надходження від підписок за січень"
  Assets:Bank:Checking                        12,000.00 USD
  Income:Sales                               -12,000.00 USD

; === Приклад: Щомісячна зарплата (один акціонер-співробітник) ========================
; Цифри підібрані для ідеального балансу. Адаптуйте цифри FIT/Штату до вашої реальності.
; Валова зарплата: 8,333.33 | FIT працівника: 1,200.00 | Утримання штату: 300.00
; FICA працівника (6.2%): 516.67 | Medicare працівника (1.45%): 120.83
; FICA роботодавця: 516.67 | Medicare роботодавця: 120.83
; Чиста зарплата: 6,195.83
2025-01-31 * "Gusto" "Січнева зарплата — акціонер-співробітник"
  Expenses:Payroll:Wages                         8,333.33 USD
  Expenses:Payroll:EmployerTaxes:FICA              516.67 USD
  Expenses:Payroll:EmployerTaxes:Medicare          120.83 USD
  Liabilities:Payroll:Federal:FIT               -1,200.00 USD
  Liabilities:Payroll:Federal:FICA              -1,033.34 USD  ; працівник + роботодавець
  Liabilities:Payroll:Federal:Medicare            -241.66 USD  ; працівник + роботодавець
  Liabilities:Payroll:State:Withholding           -300.00 USD
  Assets:Bank:Checking                          -6,195.83 USD

; === Приклад: Депозити податків із зарплати (EFTPS та Штат) =================================
2025-02-15 * "EFTPS" "Федеральний депозит податків із зарплати (FIT, FICA, Medicare)"
  Liabilities:Payroll:Federal:FIT                1,200.00 USD
  Liabilities:Payroll:Federal:FICA               1,033.34 USD
  Liabilities:Payroll:Federal:Medicare             241.66 USD
  Assets:Bank:Checking                          -2,475.00 USD

2025-02-16 * "STATE DOR" "Утримання податків штату із зарплати"
  Liabilities:Payroll:State:Withholding            300.00 USD
  Assets:Bank:Checking                            -300.00 USD

; === Приклад: Медичне страхування для >2% акціонера =================================
; Узгодьте з відділом зарплати, щоб загальна річна сума внеску була включена у графу 1 W-2.
; Сам внесок тут є відрахуванням; НЕ утримуйте SS/Medicare з нього при правильному оформленні.
2025-02-01 * "BlueCross" "Медичне страхування акціонера (включення у W-2 обробляється зарплатним відділом)"
  Expenses:Benefits:HealthInsurance                600.00 USD  ; w2: "true"
  Assets:Bank:Checking                            -600.00 USD

; === Приклад: Розподіл власнику (не зарплата) =======================================
2025-03-31 * "Розподіл власнику" "Розподіл за 1 квартал"
  Equity:Distributions                         20,000.00 USD
  Assets:Bank:Checking                        -20,000.00 USD

; === Приклади для штатів (видаліть/відредагуйте, якщо не застосовується) =================================
; Мінімальний франшизний податок Каліфорнії (не завжди в перший рік; перевірте правила)
2025-04-15 * "California FTB" "Щорічний франшизний податок"
  Expenses:Taxes:State:Franchise                   800.00 USD
  Assets:Bank:Checking                            -800.00 USD

; Податок на рівні юр. особи 1.5% для S-Corp в Каліфорнії (приклад авансового платежу)
2025-06-15 * "California FTB" "Авансовий платіж податку S-Corp"
  Expenses:Taxes:State:S‑Corp                    1,500.00 USD
  Assets:Bank:Checking                          -1,500.00 USD

; Окремий вибір S-статусу в Нью-Йорку (CT-6) не має прямого впливу на книгу; примітка-заповнювач.
2025-01-05 note Equity:RetainedEarnings "Подано заяву на S-статус в NY (CT-6) — лише бухгалтерська примітка (без запису)"

; === Відстеження бази (необов'язково — позабалансова примітка) =====================================
2025-12-31 note Equity:RetainedEarnings "Розрахунок бази: +Капітал 25,000 +Дохід 60,000 −Розподіли 20,000 = Кінцева база 65,000 (узгодити з K-1)"

; === Поради щодо імпорту (CSV з Gusto/ADP) =============================================
; - Для CSV-файлів реєстру зарплати Gusto, зіставте стовпці:
;   Валова зарплата -> Expenses:Payroll:Wages
;   FIT/FICA/Medicare працівника -> Liabilities:Payroll:Federal:FIT/FICA/Medicare (від'ємне)
;   Утримання штату -> Liabilities:Payroll:State:Withholding (від'ємне)
;   FICA/Medicare/FUTA/SUTA роботодавця -> Expenses:Payroll:EmployerTaxes:* (додатне) І
;       якщо ваш CSV показує податки роботодавця як борги, відобразіть їх як Liabilities:* (від'ємне),
;       потім погасіть вашими платежами EFTPS/штату.
;   Чиста зарплата -> Assets:Bank:Checking (від'ємне, відповідає даті виплати)
; - Медичне страхування, оплачене компанією:
;   Оплата постачальнику -> Expenses:Benefits:HealthInsurance (додатне) / Банк (від'ємне);
;   переконайтеся, що зарплатний відділ включає річний внесок у графу 1 W-2 для >2% акціонера.
;
; Поради:
; - Тримайте розподіли поза рахунками зарплати.
; - Використовуйте теги, як #payroll #distribution, для фільтрації у Fava.
; - Розгляньте можливість використання окремих банківських підрахунків для податкових резервів (федеральних/штатних).

Простий текстовий облік (ПТО) вже давно є секретною зброєю технічно підкованих фінансових фанатів. Використовуючи прості текстові файли та інструменти, такі як Beancount або Ledger, ви отримуєте безпрецедентний контроль, прозорість та право власності на свої фінансові дані. Але будьмо відверті — він завжди мав репутацію, скажімо так, складного. Крива навчання крута, введення даних стомлююче, а одна кома, поставлена не в тому місці, може призвести до неприємного пошуку помилок.

Але що, якби ви могли мати потужність ПТО без цих складнощів? Ось тут і з'являються великі мовні моделі (ВММ). Штучний інтелект починає проникати в кожен куточок робочого процесу ПТО, обіцяючи автоматизувати нудні завдання та зробити цю потужну систему доступною для всіх. Ґрунтуючись на глибокому аналізі відгуків користувачів, давайте дослідимо, як ШІ революціонізує простий текстовий облік — і чи виправдовує він ажіотаж.

Старий спосіб: Ручна робота з ПТО​

Роками досвід ПТО визначався кількома поширеними перешкодами:

• Стіна страху: Новачки часто відчувають себе приголомшеними. Як зізнався один користувач: "Я роками боявся... але це здавалося корисним і врешті-решт мало окупитися." Між вивченням подвійного запису та освоєнням інструментів командного рядка початок роботи є складним.
• Цикл "редагування-компіляція-налагодження": На відміну від програмного забезпечення з графічним інтерфейсом, яке кричить на вас, щойно ви припуститеся помилки, помилки ПТО часто ховаються, доки ви не проведете перевірку. Це повільне коло зворотного зв'язку схоже на налагодження коду, перетворюючи просте завдання введення даних на рутину.
• Кошмар імпорту: Отримання ваших даних в систему є основною перешкодою. Це часто передбачає ручне завантаження CSV-файлів з кількох банків, їх очищення та запуск спеціальних скриптів — ненадійний та трудомісткий процес. Один користувач витратив "близько 4 годин на імпорт даних за останні ~8 місяців", навіть з певною автоматизацією.

Зустрічайте помічника зі штучним інтелектом: Як ВММ скорочують робоче навантаження​

Саме тут ШІ змінює правила гри, виступаючи потужним помічником для виконання найнудніших частин ПТО.

Автоматизація рутинної роботи: Категоризація та імпорт​

Це найпростіше завдання для ШІ. Замість того, щоб писати складні правила, щоб з'ясувати, що таке "STARBUCKS #12345", ви можете просто запитати ВММ.

Користувачі повідомляють про великий успіх, надаючи описи транзакцій таким моделям, як GPT-4, та отримуючи ідеальну категоризацію, наприклад Expenses:Food:Coffee. Такі інструменти, як Beanborg, навіть інтегрують ChatGPT, щоб інтелектуально пропонувати категорії, коли власні правила не спрацьовують.

Ще краще те, що ВММ стають імпортерами даних "на льоту". Замість того, щоб писати скрипт Python для аналізу безладного CSV-файлу банку, тепер ви можете вставити дані у вікно чату та попросити ШІ конвертувати їх у формат Beancount. Це не завжди ідеально на 100%, але перетворює години кодування на кілька хвилин роботи з підказками.

Зменшення страху перед ПТО: Адаптація та обробка помилок​

Та початкова стіна страху? ВММ допомагають користувачам її подолати. Один новий користувач описав використання GPT-4 як "репетитора, який тримає за руку", щоб провести його через налаштування першого файлу облікової книги. ШІ пояснив концепції, згенерував приклади записів та допоміг йому набути впевненості, щоб діяти самостійно.

ШІ також забезпечує зворотний зв'язок у режимі реального часу, якого завжди бракувало ПТО. Розробники створюють розширення для редакторів, які використовують ВММ для перевірки вашого синтаксису під час введення, виділяючи дисбаланс або помилки знайомою червоною хвилястою лінією. Уявіть собі ШІ, який не тільки позначає помилку, але й пояснює, чому вона неправильна, та пропонує виправлення.

Чат з вашими фінансами​

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

Користувачі експериментують з експортом своїх даних та використанням таких інструментів, як Claude, щоб запитувати, наприклад: "Скільки я витратив на продукти у березні порівняно з квітнем?" ШІ може аналізувати дані, виявляти тенденції та навіть пропонувати аналітичні висновки. У світі бізнесу такі компанії, як Puzzle.io, пропонують ботів для Slack, які дозволяють керівникам запитувати фінансові дані компанії в режимі реального часу. Такий природний мовний інтерфейс є революційним для забезпечення доступу до фінансових даних.

Застереження: Не поспішайте звільняти свій мозок​

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

• Конфіденційність понад усе: Ваша фінансова історія неймовірно чутлива. Як сказав один користувач: "Я хвилююся, що годую якийсь API своєю фінансовою історією." Надсилання ваших даних сторонньому хмарному сервісу, такому як OpenAI, є неприйнятним для багатьох. Рішення? Все більше користувачів запускають ВММ з відкритим кодом локально на своїх власних машинах, гарантуючи, що їхні дані ніколи не покинуть їхній контроль.

• Довіряй, але перевіряй: ВММ можуть бути впевнено неправильними. Вони іноді "галюцинують" назви рахунків або роблять невеликі математичні помилки, які порушують баланс запису. Консенсус спільноти однозначний: використовуйте ШІ як помічника, а не автономного бухгалтера. Завжди проводьте остаточну перевірку своєї облікової книги (bean-check) та залишайте людину в циклі для остаточного затвердження.

Майбутнє за доповненням, а не заміною​

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

Це звільняє людей для того, що вони вміють найкраще: переглядати, інтерпретувати та приймати рішення. Майбутнє не полягає в тому, щоб дозволити роботу керувати вашими грошима. Йдеться про партнерство, де ШІ виконує важку роботу, надаючи вам чисті, точні дані, необхідні для справжнього розуміння вашої фінансової історії.

Як влучно зауважив один користувач: "Нехай роботи виконують повторювану бухгалтерську роботу, щоб люди могли зосередитися на розумінні та прийнятті рішень." З таким збалансованим підходом колись болісний світ простого текстового обліку виглядає яскравіше, ніж будь-коли.

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

Спираючись на детальний порівняльний звіт, давайте проаналізуємо технічні особливості Beancount у порівнянні з його популярними аналогами з відкритим кодом: Ledger-CLI, hledger та GnuCash.

Швидкість та продуктивність: Кількісні показники 🚀​

Для будь-якого серйозного набору даних продуктивність є невід'ємною складовою. Beancount розроблений для обробки даних про транзакції за десятиліття без шкоди для швидкості. Незважаючи на те, що він реалізований на Python (v2), його високооптимізований синтаксичний аналізатор надзвичайно ефективний.

• Beancount: Реальне використання показує, що він може завантажувати та обробляти книги обліку з сотнями тисяч транзакцій приблизно за 2 секунди. Використання пам'яті є помірним; аналіз ~100 тис. транзакцій перетворює вихідний текст на об'єкти в пам'яті, використовуючи лише десятки мегабайт оперативної пам'яті.
• Стрес-тест на 1 млн транзакцій: Тестування з використанням синтетичної книги обліку з 1 мільйоном транзакцій, 1000 рахунків та 1 мільйоном записів про ціни виявило значні архітектурні відмінності:
  • hledger (Haskell): Успішно завершив повний аналіз та звіт за ~80,2 секунди, обробляючи ~12 465 транзакцій/сек, використовуючи ~2,58 ГБ оперативної пам'яті.
  • Ledger-CLI (C++): Процес було завершено через 40 хвилин без завершення, ймовірно, через відому регресію, що спричиняє надмірне використання пам'яті та процесора з дуже складними книгами обліку.
  • Beancount: Хоча він не був включений до цього конкретного тесту на 1 млн, його крива продуктивності свідчить про те, що він би ефективно впорався із завданням. Крім того, очікується, що майбутній Beancount v3 з його новим ядром C++ та Python API забезпечить ще одне покращення пропускної здатності на порядок.
• GnuCash (C/Scheme): Оскільки графічний додаток завантажує весь набір даних у пам'ять, продуктивність помітно знижується зі збільшенням розміру. XML-файл розміром ~50 МБ (що представляє понад 100 тис. транзакцій) відкривався 77 секунд. Перехід на серверну частину SQLite лише незначно покращив це до ~55 секунд.

Висновок: Beancount забезпечує виняткову продуктивність, яка масштабується передбачувано, що є вирішальною особливістю для довгострокового управління даними. Він уникає падіння продуктивності, яке спостерігається в Ledger, та затримки, пов'язаної з інтерфейсом користувача, в GnuCash.

Архітектура даних: Звичайний текст проти непрозорих баз даних 📄​

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

• Компактний та ефективний: Файл Beancount зі 100 000 транзакцій займає лише ~8,8 МБ. Це компактніше, ніж еквівалентний файл Ledger (~10 МБ), частково тому, що синтаксис Beancount дозволяє виводити кінцеву балансову суму в транзакції, зменшуючи надмірність.
• Структурно забезпечений: Beancount вимагає явних директив YYYY-MM-DD\ open\ Account. Цей дисциплінований підхід запобігає помилкам у назвах рахунків, які мовчки створюють нові, неправильні рахунки — поширена пастка в таких системах, як Ledger та hledger, які створюють рахунки на льоту. Ця структура робить дані більш надійними для програмної маніпуляції.
• Готовність до контролю версій: Книга обліку у звичайному тексті ідеально підходить для контролю версій за допомогою Git. Ви отримуєте повну, перевіряєму історію кожної фінансової зміни, яку ви робите.
• Порівняння з GnuCash: GnuCash за замовчуванням використовує стиснений gzip XML-файл, де дані є багатослівними та обгорнутими в теги з GUID для кожної сутності. Хоча він пропонує серверні частини SQLite, MySQL та PostgreSQL, це абстрагує дані від простої, прямої текстової маніпуляції та версійності. Редагування необробленого XML можливе, але набагато складніше, ніж редагування файлу Beancount.

Висновок: Формат даних Beancount - це не просто текст; це чітко визначена мова, яка максимізує ясність, забезпечує правильність та легко інтегрується з інструментами розробника, такими як git та grep.

Головна особливість: Справжній Python API та архітектура плагінів 🐍​

Це визначальна технічна перевага Beancount. Це не монолітний додаток, а бібліотека зі стабільним, першокласним Python API. Це дизайнерське рішення відкриває безмежні можливості автоматизації та інтеграції.

• Прямий програмний доступ: Ви можете читати, запитувати та маніпулювати даними вашої книги обліку безпосередньо в Python. Ось чому розробники мігрують. Як зазначив один користувач, розчарування від спроб написати скрипт для погано документованих внутрішніх прив'язок Ledger зникає з Beancount.
• Конвеєр плагінів: Завантажувач Beancount дозволяє вставляти власні функції Python безпосередньо в конвеєр обробки. Це дозволяє виконувати довільні перетворення та перевірки потоку даних під час його завантаження — наприклад, написати плагін, щоб забезпечити, щоб кожна витрата від певного постачальника мала певний тег.
• Потужна система імпорту: Забудьте про незграбні майстри імпорту CSV. З Beancount ви пишете скрипти Python для аналізу фінансових звітів з будь-якого джерела (OFX, QFX, CSV). Інструменти спільноти, такі як smart_importer, навіть використовують моделі машинного навчання для автоматичного прогнозування та призначення рахунків проводки, перетворюючи години ручного категоризування на процес, що триває кілька секунд і виконується однією командою.
• Як порівнюються інші:
  • Ledger/hledger: Розширюваність в основному зовнішня. Ви передаєте дані до/з виконуваного файлу. Хоча вони можуть виводити JSON/CSV, ви не можете вводити логіку в їх основний цикл обробки без зміни вихідного коду C++/Haskell.
  • GnuCash: Розширюваність обробляється через круту криву навчання з Guile (Scheme) для користувацьких звітів або через прив'язки Python (використовуючи SWIG та бібліотеки, такі як PieCash), які взаємодіють з двигуном GnuCash. Це потужно, але менш прямо та "пітонічно", ніж підхід Beancount до власної бібліотеки.

Висновок: Beancount розроблений для програміста. Його бібліотечно-орієнтований дизайн та глибока інтеграція з Python роблять його найгнучкішою та автоматизованою системою з чотирьох.

Філософія: Строгий компілятор для ваших фінансів 🤓​

Крива навчання Beancount є прямим результатом його основної філософії: ваші фінансові дані - це формальна мова, і вона має бути правильною.

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

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

Для кого призначений Beancount?​

На основі цього технічного аналізу Beancount є оптимальним вибором для:

• Розробників та інженерів, які хочуть розглядати свої фінанси як контрольований версіями, програмований набір даних.
• Любителів даних, які хочуть писати власні запити, створювати унікальні візуалізації за допомогою таких інструментів, як Fava, або передавати свої фінансові дані в інші аналітичні моделі.
• Будь-кого, хто цінує доведену правильність та автоматизацію більше, ніж зручність графічного інтерфейсу або поблажливість менш структурованого формату.

Якщо вам потрібна чиста продуктивність C++ для стандартних звітів, Ledger є конкурентом. Для виняткової масштабованості в парадигмі функціонального програмування hledger вражає. Для багатофункціонального графічного інтерфейсу з мінімальним налаштуванням GnuCash перевершує.

Але якщо ви хочете побудувати справді надійну, автоматизовану та глибоко налаштовану систему управління фінансами, Beancount забезпечує найкращу технічну основу.

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

Ось сувора реальність: кожна криптотранзакція потенційно оподатковується, і податкова служба (IRS) спостерігає. Незалежно від того, чи є ви звичайним власником біткойнів, чи досвідченим користувачем DeFi, який керує позиціями в десятках протоколів, ведення точних фінансових записів не є необов'язковим — це важливо для дотримання вимог та фінансової прозорості.

Проблема? Традиційне бухгалтерське програмне забезпечення має обмежену нативну підтримку складності криптовалют. Хоча такі інструменти, як QuickBooks, можуть працювати з криптовалютою за допомогою додаткових плагінів, а Excel може імпортувати дані блокчейну за допомогою скриптів, більшість рішень вимагають значної кастомізації для комплексного обліку криптовалют.

Рішення? Система обліку в текстовому форматі Beancount.io, побудована на потужній мові Beancount з відкритим вихідним кодом. Важлива примітка: Beancount — це мова бухгалтерського обліку з подвійним записом з відкритим вихідним кодом, створена Мартіном Бле (Martin Blais), тоді як Beancount.io — це комерційний хостинговий сервіс, який надає зручний інтерфейс та хмарну інфраструктуру для Beancount. Цей посібник охоплює як основні принципи Beancount, так і те, як ефективно використовувати їх через платформу Beancount.io.

Кошмар бухгалтерського обліку криптовалют (і чому він погіршується)​

Ваш криптопортфель розкиданий всюди​

Будьмо чесними щодо вашої ситуації. Ймовірно, у вас є:

• 3-5 різних бірж (Coinbase для легких покупок, Binance для альткоїнів, Kraken для того одного токена...)
• Кілька гаманців (MetaMask для DeFi, Ledger для довгострокових утримань, той старий гаманець, про який ви забули...)
• DeFi позиції на 10+ протоколах (Uniswap, Compound, Aave та будь-яка нова дохідна ферма, що привернула вашу увагу)
• Нагороди за стейкінг, що надходять від різних валідаторів
• Випадкові аірдропи, що з'являються у вашому гаманці, наче крипторіздвяні подарунки

Кожна платформа говорить різною мовою. Coinbase надає вам CSV-файл, який зовсім не схожий на експорт Binance. Uniswap взагалі не має експорту. І навіть не починайте про відстеження ваших DeFi позицій у мережах другого рівня.

Типи транзакцій, що кидають виклик традиційному бухгалтерському обліку​

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

• Непостійна втрата від надання ліквідності (спробуйте пояснити це QuickBooks)
• Флеш-кредити, що позичають і повертають мільйони в одній транзакції
• Йілд-фармінг, де ви заробляєте 5 різних токенів за надання ліквідності
• Міжланцюгові мости, які змушують активи зникати в одній мережі та з'являтися в іншій
• Деривативи стейкінгу, як-от stETH, які нараховують вартість інакше, ніж базовий актив
• Токени управління DAO, які ви отримали за використання протоколів

Мінне поле податкової відповідності​

Ось що не дає спати криптоінвесторам вночі:

• Кожна окрема угода оподатковується (так, навіть той обмін ETH на USDC)
• Відстеження бази собівартості стає неможливим при сотнях мікротранзакцій
• Винагороди за стейкінг є доходом у момент їх отримання (за справедливою ринковою вартістю)
• Винагороди DeFi є доходом навіть якщо ви ще не можете їх продати
• IRS вимагає форму 8949 з переліком кожної окремої транзакції
• Штрафи є суворими за помилки

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

Представляємо Beancount.io: Рішення для криптобухгалтерії, на яке ви чекали​

Що, якби я сказав вам, що існує бухгалтерська система, розроблена саме для цього хаосу? Beancount.io — це не просто ще один інструмент для обліку — це революція в текстовому обліку, яка справляється зі складністю криптовалют, ніби була створена для цього.

Чому Beancount.io домінує в криптобухгалтерії​

🔍 Повна прозорість: Кожен розрахунок видимий. Жодних "чорних скриньок", жодних алгоритмів "довіртеся нам". Ви точно бачите, як розраховується ваша собівартість, як обчислюються прибутки та куди подівся кожен сатоші.

📊 Необмежена гнучкість: Створюйте будь-яку структуру рахунків, яка вам потрібна. Відстежуйте позиції DeFi, похідні інструменти стейкінгу, крос-чейн активи або той дивний токен, який ви отримали від голосування DAO. Якщо ви можете це уявити, ви можете це відстежити.

🎯 Точна собівартість: Відстеження за партіями з конкретною ідентифікацією. Вибирайте, який саме Біткойн ви продаєте для оптимальних податкових результатів. FIFO, LIFO або вибірковий вибір партій — ваш вибір.

🔗 Перспективність: Формат звичайного тексту означає, що ваші дані належать вам назавжди. Жодної прив'язки до постачальника, жодних пропрієтарних форматів, жодних електронних листів "вибачте, ми закриваємося".

⚡ Потужність скриптів: Автоматизуйте імпорт, генеруйте власні звіти та інтегруйтеся з будь-яким інструментом. Оскільки ваш криптопортфель унікальний, ваша бухгалтерія також має бути такою.

Налаштування Вашого Криптовалютного Командного Центру​

Побудова архітектури ваших рахунків​

Розглядайте це як проектування креслення для вашої криптоімперії. Ми створюємо структуру, яка може обробляти все: від вашої першої покупки Біткоїна до складних багатопротокольних DeFi-стратегій:

Примітка: У прикладах 1970-01-01 використовується як дата відкриття-заповнювач. Для фактичного використання замініть на ваші реальні дати відкриття рахунків, особливо якщо ви використовуєте автоматизовані інструменти імпорту, які фільтрують транзакції за датою.

; Exchange Accounts
1970-01-01 open Assets:Crypto:Coinbase:USD
1970-01-01 open Assets:Crypto:Coinbase:BTC
1970-01-01 open Assets:Crypto:Coinbase:ETH
1970-01-01 open Assets:Crypto:Binance:USD
1970-01-01 open Assets:Crypto:Binance:BTC
1970-01-01 open Assets:Crypto:Binance:ETH
1970-01-01 open Assets:Crypto:Binance:ADA

; Wallet Accounts
1970-01-01 open Assets:Crypto:Wallet:MetaMask:ETH
1970-01-01 open Assets:Crypto:Wallet:MetaMask:USDC
1970-01-01 open Assets:Crypto:Wallet:MetaMask:UNI
1970-01-01 open Assets:Crypto:Wallet:Ledger:BTC
1970-01-01 open Assets:Crypto:Wallet:Ledger:ETH

; DeFi Protocol Accounts
1970-01-01 open Assets:DeFi:Compound:cUSDC
1970-01-01 open Assets:DeFi:Uniswap:ETH-USDC-LP
1970-01-01 open Assets:Staking:Ethereum:ETH
1970-01-01 open Assets:Crypto:Mining:BTC

; Income Accounts
1970-01-01 open Income:Crypto:Staking:ETH
1970-01-01 open Income:Crypto:Mining:BTC
1970-01-01 open Income:Crypto:Airdrops
1970-01-01 open Income:Crypto:DeFi:Yield
1970-01-01 open Income:CapitalGains:Crypto
1970-01-01 open Income:Crypto:Trading:Margin

; Expense Accounts
1970-01-01 open Expenses:Crypto:Fees:Trading
1970-01-01 open Expenses:Crypto:Fees:Network
1970-01-01 open Expenses:Crypto:Fees:Withdrawal

; Additional accounts for advanced scenarios
1970-01-01 open Assets:Crypto:Binance:BTC-Margin
1970-01-01 open Liabilities:Crypto:Binance:Borrowed
1970-01-01 open Liabilities:Crypto:Binance:BTC
1970-01-01 open Assets:Checking
1970-01-01 open Expenses:Crypto:Mining:Electricity

Визначення Комодітів​

Визначте свої криптовалюти як комодіти з відповідними метаданими:

1970-01-01 commodity BTC
  name: "Bitcoin"
  asset-class: "cryptocurrency"
  price-source: "coinbase"

1970-01-01 commodity ETH
  name: "Ethereum"
  asset-class: "cryptocurrency"
  price-source: "coinbase"

1970-01-01 commodity ADA
  name: "Cardano"
  asset-class: "cryptocurrency"
  price-source: "binance"

1970-01-01 commodity USDC
  name: "USD Coin"
  asset-class: "stablecoin"
  price-source: "coinbase"

1970-01-01 commodity UNI
  name: "Uniswap"
  asset-class: "cryptocurrency"
  price-source: "coinbase"

1970-01-01 commodity UNI-V2-ETH-USDC
  name: "Uniswap V2 ETH-USDC LP Token"
  asset-class: "liquidity-pool"

Освоєння криптотранзакцій: від простих до складних​

Готові побачити Beancount.io в дії? Давайте розглянемо реальні сценарії, з якими не впоралися б інші облікові системи, але які елегантно вирішуються тут.

1. Ваша перша покупка біткоїна (Вхідний квиток)​

Кожна криптомандрівка починається з чогось. Ось як зафіксувати той момент, що змінює життя, коли ви придбали свій перший біткоїн:

2024-01-15 * "Купівля 0.5 BTC на Coinbase"
  Assets:Crypto:Coinbase:BTC     0.5 BTC {30000.00 USD}
  Assets:Crypto:Coinbase:USD  -15025.00 USD
  Expenses:Crypto:Fees:Trading    25.00 USD

2. Фіксація прибутку (або обмеження збитків) як професіонал​

Момент істини: продаж вашої криптовалюти. Саме тут більшість бухгалтерських систем дають збій, але Beancount.io вирізняється точним відстеженням собівартості:

2024-03-20 * "Sell 0.3 BTC on Coinbase"
  Assets:Crypto:Coinbase:BTC    -0.3 BTC {30000.00 USD}
  Assets:Crypto:Coinbase:USD   10470.00 USD
  Expenses:Crypto:Fees:Trading    30.00 USD
  Income:CapitalGains:Crypto   1440.00 USD  ; 10470 - (0.3 × 30000) - 30 = 1440

3. Винагороди за стейкінг: Заробляйте, поки спите​

Пасивний дохід у найкращому вигляді. Але пам'ятайте, Податкова служба США (IRS) вимагає повідомляти винагороди за стейкінг як оподатковуваний дохід при отриманні, на основі справедливої ринкової вартості на момент отримання (згідно з вказівками IRS щодо цифрових активів, 2024). Хоча триває судовий розгляд (Джарретт проти Сполучених Штатів), поточна офіційна позиція вимагає негайного звітування. Ось як їх правильно відстежувати:

2024-02-01 * "ETH Staking Rewards"
  Assets:Staking:Ethereum:ETH      0.05 ETH {2500.00 USD}
  Income:Crypto:Staking:ETH      125.00 USD

4. DeFi-фермерство дохідності: Де стає цікаво 🌶️​

Ласкаво просимо до розширеного обліку в DeFi. DeFi-фермерство дохідності включає складні багатотокенні транзакції, що вимагають ретельного відстеження. Ось як правильно обліковувати позицію ліквідності Uniswap:

; Початкове надання ліквідності
2024-01-10 * "Add liquidity to ETH-USDC pool"
  Assets:Crypto:Wallet:MetaMask:ETH    -10 ETH {2500.00 USD}
  Assets:Crypto:Wallet:MetaMask:USDC -25000 USDC {1.00 USD}
  Assets:DeFi:Uniswap:ETH-USDC-LP     100 UNI-V2-ETH-USDC {500.00 USD}

; Отримання винагород
2024-02-10 * "Claim Uniswap LP rewards"
  Assets:Crypto:Wallet:MetaMask:UNI    50 UNI {8.00 USD}
  Income:Crypto:DeFi:Yield           400.00 USD

5. Міжбіржові перекази​

Переказ Біткоїна з Coinbase на гаманець Ledger:

2024-01-20 * "Переказ BTC з Coinbase на Ledger"
  Assets:Crypto:Coinbase:BTC      -1.0 BTC {30000.00 USD}
  Assets:Crypto:Wallet:Ledger:BTC  0.9995 BTC {30000.00 USD}
  Expenses:Crypto:Fees:Withdrawal  0.0005 BTC {30000.00 USD}

Просунуті криптовалютні сценарії​

Маржинальна торгівля​

Облік позицій з кредитним плечем:

; Відкриття довгої позиції з кредитним плечем (позика BTC)
2024-02-15 * "Open 2x leveraged BTC position"
  Assets:Crypto:Binance:BTC-Margin      1.0 BTC {35000.00 USD}
  Liabilities:Crypto:Binance:BTC       -1.0 BTC {35000.00 USD}
  Expenses:Crypto:Fees:Trading            50.00 USD
  Assets:Crypto:Binance:USD              -50.00 USD

; Закриття позиції з прибутком
2024-02-20 * "Close leveraged BTC position"
  Assets:Crypto:Binance:BTC-Margin   -1.0 BTC {35000.00 USD}
  Assets:Crypto:Binance:USD          37950.00 USD
  Liabilities:Crypto:Binance:BTC      1.0 BTC {35000.00 USD}
  Income:Crypto:Trading:Margin       -2900.00 USD
  Expenses:Crypto:Fees:Trading          50.00 USD

Ейрдропи та Форки​

Облік безкоштовних розподілів токенів:

2024-03-01 * "Отримано ейрдроп UNI"
  Assets:Crypto:Wallet:MetaMask:UNI   400 UNI {8.00 USD}
  Income:Crypto:Airdrops             3200.00 USD

Майнінгові операції​

Для майнерів криптовалют:

2024-01-01 * "Винагорода за майнінг біткойнів"
  Assets:Crypto:Mining:BTC    0.1 BTC {45000.00 USD}
  Income:Crypto:Mining:BTC   4500.00 USD

; Витрати на майнінг
2024-01-31 * "Витрати на електроенергію для майнінгу"
  Expenses:Crypto:Mining:Electricity  800.00 USD
  Assets:Checking                    -800.00 USD

Податкова звітність та дотримання вимог​

Відстеження собівартості​

Beancount.io автоматично відстежує собівартість, використовуючи систему партій:

; Кілька покупок за різними цінами
2024-01-01 * "Buy BTC batch 1"
  Assets:Crypto:Coinbase:BTC  1.0 BTC {40000.00 USD}
  Assets:Crypto:Coinbase:USD -40000.00 USD

2024-02-01 * "Buy BTC batch 2"
  Assets:Crypto:Coinbase:BTC  1.0 BTC {45000.00 USD}
  Assets:Crypto:Coinbase:USD -45000.00 USD

; Продаж конкретних партій (FIFO, LIFO або конкретна ідентифікація)
2024-03-01 * "Sell BTC using FIFO"
  Assets:Crypto:Coinbase:BTC    -0.5 BTC {40000.00 USD}
  Assets:Crypto:Coinbase:USD   22470.00 USD
  Expenses:Crypto:Fees:Trading    30.00 USD
  Income:CapitalGains:Crypto    2440.00 USD  ; 22470 - 20000 - 30 = 2440

Генерування податкових звітів​

Використовуйте систему запитів Beancount та плагіни для генерування податкових звітів:

• Форма 8949: Приріст та втрати капіталу (за допомогою bean-query або сторонніх плагінів)
• Додаток D: Зведення приросту капіталу (потребує додаткових скриптів)
• Форма 1040: Дохід від стейкінгу, майнінгу, аірдропів (за допомогою користувацьких звітів)
• Детальні журнали транзакцій: Для аудиту

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

Найкращі практики для обліку криптовалют​

1. Регулярна звірка​

• Імпортувати дані обміну щотижня
• Перевіряти баланси гаманців щомісяця
• Перехресно звіряти з блокчейн-експлорерами

2. Належна Документація​

• Зберігайте всі підтвердження транзакцій
• Документуйте мету кожної транзакції
• Ведіть облік ринкових цін на момент транзакції

3. Розділяйте бізнес та особисті фінанси​

; Personal crypto investments
Assets:Personal:Crypto:Coinbase:BTC

; Business crypto operations
Assets:Business:Crypto:Treasury:BTC

4. Облік усіх джерел доходу​

• Винагороди за стейкінг (оподатковується як дохід)
• Винагороди за майнінг (оподатковується як дохід)
• Еірдропи (оподатковується за справедливою ринковою вартістю)
• Дохід від DeFi (оподатковується як дохід)

5. Облік комісій​

Обліковуйте всі комісії окремо для належного податкового вирахування:

Витрати:Крипто:Комісії:Торгівля     ; Комісії за біржову торгівлю
Витрати:Крипто:Комісії:Мережа     ; Комісії блокчейн-мережі
Витрати:Крипто:Комісії:Виведення  ; Комісії за виведення

Інтеграція з Популярними Криптоінструментами​

Інтеграція з API бірж​

Beancount.io може інтегруватися з основними біржами:

• Coinbase Pro API: Автоматичний імпорт транзакцій
• Binance API: Оновлення балансу в реальному часі
• Kraken API: Синхронізація історичних даних

Аналіз блокчейну​

Підключіться до оглядачів блокчейнів:

• Etherscan: перевірка транзакцій Ethereum
• Blockchain.info: відстеження транзакцій Bitcoin
• BscScan: моніторинг Binance Smart Chain

Відстеження Портфоліо​

Синхронізація з інструментами управління портфоліо:

• CoinTracker: Генерація податкових звітів
• Koinly: Агрегація з багатьох бірж
• Blockfolio: Мобільне відстеження портфоліо

Важливі застереження​

Податкове та юридичне застереження: Цей посібник надає загальну інформацію про облік криптовалют за допомогою Beancount і не є професійною податковою, юридичною чи фінансовою консультацією. Податковий режим криптовалютних транзакцій відрізняється залежно від юрисдикції та індивідуальних обставин. Складні сценарії, такі як крос-чейн мости, непостійні втрати та флеш-кредити, можуть мати нечіткі податкові наслідки згідно з чинними нормативними актами. Для отримання конкретних вказівок щодо того, чи є транзакції оподатковуваними відчуженнями, зверніться до IRS FAQ Q-15 – Q-18 (2024) або проконсультуйтеся з місцевими податковими нормативними актами. Завжди консультуйтеся з кваліфікованим податковим фахівцем або дипломованим бухгалтером (CPA), який знайомий з оподаткуванням криптовалют у вашій юрисдикції, перш ніж приймати рішення, пов'язані з податками.

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

Висновок​

Облік криптовалют не має бути надмірним. Завдяки потужній системі обліку в текстовому форматі Beancount, доступній через платформу Beancount.io, ви можете:

• Забезпечити повну прозорість: Кожна транзакція є видимою та піддається аудиту
• Забезпечити податкову відповідність: Належне відстеження собівартості та звітність про доходи
• Масштабувати з вашим портфелем: Обробляти від простих угод до складних DeFi-стратегій
• Безперешкодно інтегрувати: Підключатися до бірж, гаманців та податкових інструментів
• Захистити ваші записи на майбутнє: Текстовий формат забезпечує довгострокову доступність

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

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

Готові взяти під контроль свої криптовалютні фінанси? Зареєструйтесь на Beancount.io і відчуйте силу прозорого, скриптового криптообліку, побудованого на надійній основі Beancount.

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

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

Розуміння податкових вимог щодо криптовалют​

Порядок оподаткування криптовалюти IRS​

IRS розглядає криптовалюту як майно, а не валюту, що створює певні податкові наслідки:

• Кожна транзакція потенційно оподатковується: Торгівля, продаж, витрачання або обмін криптовалюти
• Собівартість повинна відстежуватися: Для кожної одиниці належної криптовалюти
• Термін володіння визначає податкову ставку: Короткострокові проти довгострокових приростів капіталу
• Визнання доходу вимагається: Для майнінгу, стейкінгу, аірдропів та винагород DeFi
• Детальні записи є обов'язковими: Документація на рівні транзакцій для аудиту

Основні податкові форми для криптовалюти​

Form 1040 - Податкова декларація про доходи фізичної особи​

• Рядок 1: Зазначте дохід від криптовалют (стейкінг, майнінг, ейрдропи)
• Schedule 1: Додаткові джерела доходу
• Питання про цифрові активи: Необхідно відповісти «Так», якщо ви здійснювали операції з криптовалютами

Форма 8949 - Продажі та інші відчуження капітальних активів​

• Частина I: Короткострокові капітальні прибутки/збитки (утримувалися ≤ 1 року)
• Частина II: Довгострокові капітальні прибутки/збитки (утримувалися > 1 року)
• Детальна звітність по операціях: Дата придбання, дата продажу, виручка, вартісна база

Розклад D - Капітальні прибутки та збитки​

• Зведення форми 8949: Зведені капітальні прибутки/збитки
• Чистий капітальний прибуток/збиток: Остаточний розрахунок для податкового зобов'язання

Налаштування обліку криптовалют для податкової відповідності​

Структура рахунків для податкової звітності​

Створіть ієрархію рахунків відповідно до податкових вимог:

; Активи - Організовані за періодом володіння та джерелом
1970-01-01 open Assets:Crypto:ShortTerm:Coinbase:BTC
1970-01-01 open Assets:Crypto:LongTerm:Coinbase:BTC
1970-01-01 open Assets:Crypto:Trading:Binance:ETH
1970-01-01 open Assets:Crypto:Investment:Ledger:BTC

; Доходи - Розділені за податковим режимом
1970-01-01 open Income:Crypto:Staking:Ordinary        ; Оподатковується як звичайний дохід
1970-01-01 open Income:Crypto:Mining:Ordinary         ; Оподатковується як звичайний дохід
1970-01-01 open Income:Crypto:Airdrops:Ordinary       ; Оподатковується як звичайний дохід
1970-01-01 open Income:CapitalGains:ShortTerm         ; Короткострокові прирости капіталу
1970-01-01 open Income:CapitalGains:LongTerm          ; Довгострокові прирости капіталу

; Витрати - Категорії, що підлягають податковому вирахуванню
1970-01-01 open Expenses:Crypto:Fees:Deductible       ; Комісії за торгівлю
1970-01-01 open Expenses:Crypto:Mining:Equipment      ; Обладнання для майнінгу
1970-01-01 open Expenses:Crypto:Mining:Electricity    ; Електроенергія для майнінгу
1970-01-01 open Expenses:CapitalLoss:ShortTerm        ; Короткострокові збитки від капіталу
1970-01-01 open Expenses:CapitalLoss:LongTerm         ; Довгострокові збитки від капіталу

Метадані для податкової відповідності​

Використовуйте метадані для відстеження інформації, що стосується податків:

2024-01-15 * "Buy BTC for long-term investment" ^investment-btc #long-term
  purchase-date: "2024-01-15"
  intended-holding: "long-term"
  tax-lot-id: "BTC-001"
  Assets:Crypto:LongTerm:Coinbase:BTC  1.0 BTC {45000.00 USD}
  Assets:Crypto:Coinbase:USD         -45000.00 USD
  Expenses:Crypto:Fees:Deductible        50.00 USD
  Assets:Crypto:Coinbase:USD            -50.00 USD

Облік оподатковуваних криптовалютних подій​

1. Продажі криптовалют​

Короткострокові прирости капіталу (≤ 1 рік)​

2024-06-15 * "Продаж BTC - Короткостроковий приріст капіталу" ^btc-sale-001
  date-acquired: "2024-01-15"
  holding-period: "151 days"
  form-8949-code: "A"
  Assets:Crypto:ShortTerm:Coinbase:BTC  -0.5 BTC {45000.00 USD}
  Assets:Crypto:Coinbase:USD           24000.00 USD
  Expenses:Crypto:Fees:Deductible         30.00 USD
  Assets:Crypto:Coinbase:USD             -30.00 USD
  Income:CapitalGains:ShortTerm         1470.00 USD  ; 24000 - 22500 - 30

Довгострокові прирости капіталу (> 1 рік)​

2025-02-01 * "Продаж BTC - Довгостроковий приріст капіталу" ^btc-sale-002
  date-acquired: "2024-01-15"
  holding-period: "382 days"
  form-8949-code: "D"
  Assets:Crypto:LongTerm:Coinbase:BTC   -0.5 BTC {45000.00 USD}
  Assets:Crypto:Coinbase:USD           28000.00 USD
  Expenses:Crypto:Fees:Deductible         35.00 USD
  Assets:Crypto:Coinbase:USD             -35.00 USD
  Income:CapitalGains:LongTerm          5465.00 USD  ; 28000 - 22500 - 35

2. Торгівля криптовалютою на криптовалюту​

Кожна торгівля криптовалютою на криптовалюту є оподатковуваною:

2024-03-20 * "Trade BTC for ETH - Taxable exchange"
  ; Вибуття BTC (оподатковувана подія)
  Assets:Crypto:Trading:Binance:BTC     -1.0 BTC {46000.00 USD}
  Income:CapitalGains:ShortTerm        2000.00 USD  ; 48000 - 46000

  ; Придбання ETH (нова собівартість)
  Assets:Crypto:Trading:Binance:ETH      20 ETH {2400.00 USD}

  ; Комісії за торгівлю
  Expenses:Crypto:Fees:Deductible        40.00 USD
  Assets:Crypto:Trading:Binance:USD     -40.00 USD

3. Стейкінгові винагороди (Звичайний дохід)​

2024-01-31 * "ETH Staking Rewards - January"
  reward-type: "staking"
  fair-market-value: "2500.00 USD per ETH"
  taxable-income: "200.00 USD"
  Assets:Staking:Ethereum:ETH           0.08 ETH {2500.00 USD}
  Income:Crypto:Staking:Ordinary       200.00 USD

4. Дохід від майнінгу​

2024-01-15 * "Bitcoin Mining Reward"
  mining-pool: "Slush Pool"
  block-height: "825000"
  fair-market-value: "45000.00 USD per BTC"
  Assets:Crypto:Mining:BTC              0.01 BTC {45000.00 USD}
  Income:Crypto:Mining:Ordinary        450.00 USD

  ; Mining expenses (deductible)
  Expenses:Crypto:Mining:Electricity    120.00 USD
  Assets:Checking                      -120.00 USD

5. Аірдропи та Хардфорки​

2024-03-01 * "Аірдроп токенів UNI"
  airdrop-source: "Uniswap Protocol"
  fair-market-value: "8.00 USD per UNI"
  taxable-amount: "3200.00 USD"
  Assets:Crypto:Wallet:MetaMask:UNI    400 UNI {8.00 USD}
  Income:Crypto:Airdrops:Ordinary     3200.00 USD

6. DeFi Активності​

Нагороди за фармінг дохідності​

2024-02-28 * "Дохід від протоколу Compound"
  protocol: "Compound"
  reward-token: "COMP"
  fair-market-value: "85.00 USD per COMP"
  Assets:Crypto:Wallet:MetaMask:COMP    12 COMP {85.00 USD}
  Income:Crypto:DeFi:Ordinary         1020.00 USD

Комісії пулу ліквідності​

2024-02-15 * "Отримані комісії Uniswap LP"
  protocol: "Uniswap V3"
  pool: "ETH-USDC"
  Assets:Crypto:Wallet:MetaMask:ETH     0.2 ETH {2600.00 USD}
  Assets:Crypto:Wallet:MetaMask:USDC    300 USDC
  Доходи:Крипто:DeFi:Звичайні          820.00 USD

Стратегії податкової оптимізації​

1. Збір податкових збитків​

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

; Визначення збиткових позицій
2024-12-15 * "Збір податкових збитків - Продаж ADA зі збитком"
  purchase-date: "2024-06-01"
  purchase-price: "0.60 USD per ADA"
  sale-price: "0.45 USD per ADA"
  Assets:Crypto:Trading:Binance:ADA    -1000 ADA {0.60 USD}
  Assets:Crypto:Trading:Binance:USD     445.00 USD
  Expenses:Crypto:Fees:Deductible         5.00 USD
  Assets:Crypto:Trading:Binance:USD      -5.00 USD
  Expenses:CapitalLoss:ShortTerm       150.00 USD  ; Реалізований збиток

2. Міркування щодо Wash Sale​

Хоча правила Wash Sale офіційно не застосовуються до криптоактивів, уникайте потенційних проблем:

; Зачекайте 31 день перед повторною купівлею
2025-01-16 * "Повторна купівля ADA після періоду Wash Sale"
  wash-sale-safe: "минуло 31+ днів"
  Assets:Crypto:Trading:Binance:ADA    1000 ADA {0.45 USD}
  Assets:Crypto:Trading:Binance:USD    -450.00 USD
  Expenses:Crypto:Fees:Deductible         5.00 USD
  Assets:Crypto:Trading:Binance:USD      -5.00 USD

3. Метод специфічної ідентифікації​

Оберіть, які партії продавати для оптимальних податкових результатів:

; Партія з високою базою витрат для збору збитків
2024-11-30 * "Sell high-cost ETH lot for tax loss"
  lot-selection: "specific-identification"
  cost-basis: "3500.00 USD per ETH"
  sale-price: "2400.00 USD per ETH"
  Assets:Crypto:Trading:Coinbase:ETH    -5 ETH {3500.00 USD}
  Assets:Crypto:Trading:Coinbase:USD  11950.00 USD
  Expenses:Crypto:Fees:Deductible        50.00 USD
  Assets:Crypto:Trading:Coinbase:USD    -50.00 USD
  Expenses:CapitalLoss:ShortTerm      5500.00 USD  ; Значний збиток

4. Довгострокове проти короткострокового планування​

Стратегічно визначайте час продажу для сприятливого податкового режиму:

; Утримувати для довгострокового режиму
2024-12-20 * "BTC approaching long-term status"
  purchase-date: "2024-01-01"
  days-held: "354"
  long-term-date: "2025-01-02"
  note: "Утримувати ще 11 днів для довгострокового режиму"

Автоматизована податкова звітність​

Генерація форми 8949​

Використовуйте запити Beancount.io для генерації даних форми 8949:

-- Короткострокові прирости/втрати капіталу
SELECT
  date,
  narration,
  -position as quantity_sold,
  cost(position) as cost_basis,
  value(position) as proceeds,
  value(position) + cost(position) as gain_loss
WHERE account ~ "Income:CapitalGains:ShortTerm"
   OR account ~ "Expenses:CapitalLoss:ShortTerm"
ORDER BY date;

Зведення за Додатком D​

-- Зведення приросту капіталу
SELECT
  'Короткостроковий' as type,
  sum(position) as total_gain_loss
WHERE account ~ "Income:CapitalGains:ShortTerm"
   OR account ~ "Expenses:CapitalLoss:ShortTerm"

UNION ALL

SELECT
  'Довгостроковий' as type,
  sum(position) as total_gain_loss
WHERE account ~ "Income:CapitalGains:LongTerm"
   OR account ~ "Expenses:CapitalLoss:LongTerm";

Звітність про звичайні доходи​

-- Звичайний дохід від криптоактивів
SELECT
  account,
  sum(position) as total_income
WHERE account ~ "Income:Crypto.*:Ordinary"
GROUP BY account
ORDER BY total_income DESC;

Ведення обліку та документування​

Необхідна Документація​

Ведіть повні записи для кожної транзакції:

2024-01-15 * "Купівля BTC - Повна Документація" ^btc-001
  exchange: "Coinbase Pro"
  transaction-id: "abc123def456"
  confirmation-hash: "0x789..."
  ip-address: "192.168.1.100"
  timestamp: "2024-01-15T14:30:00Z"
  market-price-source: "CoinGecko"
  Assets:Crypto:LongTerm:Coinbase:BTC  1.0 BTC {45000.00 USD}
  Assets:Crypto:Coinbase:USD         -45000.00 USD

Ведення аудиторського сліду​

Створюйте детальні аудиторські сліди:

; Пов'язуйте пов'язані транзакції
2024-01-15 * "BTC Purchase" ^btc-purchase-001
2024-01-20 * "BTC Transfer to Wallet" ^btc-purchase-001
2024-06-15 * "BTC Sale" ^btc-purchase-001

Верифікація Ціни​

Задокументуйте джерела цін для справедливої ринкової вартості:

2024-01-15 price BTC 45000.00 USD
  source: "CoinGecko"
  timestamp: "2024-01-15T14:30:00Z"
  verification: "Середнє значення з кількох бірж"

Поширені помилки податкового дотримання​

1. Відсутні транзакції​

• Проблема: Невідображення всіх оподатковуваних подій
• Рішення: Комплексне відстеження транзакцій у Beancount.io

2. Неправильна База Собівартості​

• Проблема: Використання неправильного методу розрахунку собівартості
• Рішення: Відстеження за партіями з конкретною ідентифікацією

3. Відсутність звітності про доходи​

• Проблема: Невідображення доходів від стейкінгу, майнінгу або аірдропів
• Рішення: Окремі рахунки доходів для всіх джерел

4. Недостатня документація​

• Проблема: Недостатньо записів для захисту під час аудиту
• Рішення: Детальні метадані та пов'язування транзакцій

5. Часові аспекти​

• Проблема: Неправильні розрахунки періоду утримання
• Рішення: Автоматичне відстеження дат та сповіщення

Інтеграція з податковим програмним забезпеченням​

Експорт до популярних податкових інструментів​

Генеруйте звіти, сумісні з основними податковими програмами:

# Експорт у формат TurboTax
def export_turbotax_format():
    return {
        'form_8949_short_term': query_short_term_gains(),
        'form_8949_long_term': query_long_term_gains(),
        'schedule_1_income': query_ordinary_income(),
        'deductible_expenses': query_deductible_expenses()
    }

Професійна підготовка податкової звітності​

Надавайте сертифікованим бухгалтерам (CPA) вичерпні звіти:

-- Complete tax package for CPA
SELECT
  'Capital Gains Summary' as report_type,
  account,
  sum(position) as amount
WHERE account ~ "Income:CapitalGains"
   OR account ~ "Expenses:CapitalLoss"
GROUP BY account

UNION ALL

SELECT
  'Ordinary Income Summary' as report_type,
  account,
  sum(position) as amount
WHERE account ~ "Income:Crypto.*:Ordinary"
GROUP BY account;

Річне податкове планування​

Грудневі Податкові Стратегії​

Впровадьте річну податкову оптимізацію:

; Чек-лист податкового планування на грудень
2024-12-01 * "Огляд річного податкового планування"
  unrealized-gains: "Розрахувати нереалізовані позиції"
  loss-harvesting: "Визначити можливості для фіксації збитків"
  income-timing: "Розглянути відстрочення доходу на наступний рік"
  expense-timing: "Прискорити витрати, що підлягають вирахуванню"

Квартальні авансові податки​

Відстежуйте квартальні податкові зобов'язання:

2024-01-15 * "Q1 Estimated Tax Payment"
  Expenses:Taxes:Estimated:Federal     5000.00 USD
  Expenses:Taxes:Estimated:State       1200.00 USD
  Assets:Checking                     -6200.00 USD

Висновок​

Податкова відповідність криптовалют не має бути обтяжливою. З комплексною текстовою бухгалтерською системою Beancount.io ви можете:

• Забезпечити повну відповідність: Відповідати всім вимогам IRS щодо звітності
• Оптимізувати податкові зобов'язання: Впроваджувати складні податкові стратегії
• Вести записи, готові до аудиту: Комплексна документація та аудиторські сліди
• Автоматизувати звітність: Автоматично генерувати податкові форми та звіти
• Масштабуватися відповідно до складності: Опрацьовувати прості угоди до складних DeFi стратегій

Ключові переваги для податкової відповідності криптовалют:

• Прозорі розрахунки: Бачити, як саме розраховуються податкові показники
• Гнучка звітність: Генерувати будь-який потрібний формат звіту
• Професійна інтеграція: Безперешкодно працювати з дипломованими бухгалтерами (CPA) та податковим програмним забезпеченням
• Записи, стійкі до майбутнього: Формат простого тексту забезпечує довгострокову доступність

Почніть впроваджувати належну податкову відповідність криптовалют сьогодні. Інвестиції в точне ведення обліку заощадять ваш час, гроші та стрес під час податкового сезону, забезпечуючи при цьому повну відповідність вимогам IRS.

Готові опанувати податкову відповідність криптовалют? Почніть роботу з Beancount.io і візьміть під контроль свої податкові зобов'язання щодо криптовалют.

Децентралізовані фінанси (DeFi) здійснили революцію у взаємодії з фінансовими послугами, пропонуючи безпрецедентні можливості для генерації прибутку, надання ліквідності та децентралізованої торгівлі. Однак, разом з цими можливостями виникає виклик точного відстеження складних транзакцій для дотримання податкового законодавства та управління портфелем.

Традиційні методи бухгалтерського обліку стикаються з труднощами через унікальні характеристики DeFi: автоматизовані маркет-мейкери, майнінг ліквідності, непостійні втрати та винагороди у кількох токенах. Цей вичерпний посібник покаже вам, як освоїти бухгалтерський облік DeFi за допомогою потужної системи обліку в текстовому форматі Beancount.io.

Розуміння бухгалтерських викликів DeFi​

Складність DeFi-транзакцій​

DeFi-протоколи створюють облікові виклики, яких немає у традиційних фінансах:

• Мультитокенні транзакції: Одиничні операції, що включають кілька криптовалют
• Автоматичне реінвестування: Винагороди автоматично реінвестуються
• Непостійна втрата: Зміни вартості через розбіжність цін у пулах ліквідності
• Оптимізація комісій за газ: Складні структури комісій у різних мережах
• Управління протоколом: Права голосу та розподіл токенів управління
• Міжпротокольні взаємодії: Транзакції, що охоплюють кілька DeFi-платформ

Податкові наслідки DeFi-діяльності​

Податкова служба США розглядає DeFi-діяльність як оподатковувані події:

• Надання ліквідності: Може спричинити оподатковувані події при депонуванні активів
• Винагороди за єлд-фармінг: Оподатковуються як звичайний дохід за справедливою ринковою вартістю
• Непостійна втрата: Потенційні податкові наслідки при виведенні з пулів
• Токени управління: Ейрдропи та винагороди оподатковуються як дохід
• Винагороди за стейкінг: Оподатковуються як дохід при отриманні

Налаштування DeFi рахунків у Beancount.io​

Комплексна структура рахунків​

Створіть детальну ієрархію рахунків, що охоплює всю діяльність у DeFi:

; Рахунки гаманців
1970-01-01 open Assets:Crypto:Wallet:MetaMask:ETH
1970-01-01 open Assets:Crypto:Wallet:MetaMask:USDC
1970-01-01 open Assets:Crypto:Wallet:MetaMask:DAI
1970-01-01 open Assets:Crypto:Wallet:MetaMask:WBTC

; Пули ліквідності Uniswap V3
1970-01-01 open Assets:DeFi:Uniswap:ETH-USDC-LP
1970-01-01 open Assets:DeFi:Uniswap:DAI-USDC-LP
1970-01-01 open Assets:DeFi:Uniswap:WBTC-ETH-LP

; Протокол Compound
1970-01-01 open Assets:DeFi:Compound:cUSDC
1970-01-01 open Assets:DeFi:Compound:cETH
1970-01-01 open Assets:DeFi:Compound:cDAI

; Протокол Aave
1970-01-01 open Assets:DeFi:Aave:aUSDC
1970-01-01 open Assets:DeFi:Aave:aETH
1970-01-01 open Assets:DeFi:Aave:DebtETH

; Протоколи стейкінгу
1970-01-01 open Assets:Staking:Ethereum:ETH
1970-01-01 open Assets:Staking:Lido:stETH
1970-01-01 open Assets:Staking:RocketPool:rETH

; Рахунки доходів
1970-01-01 open Income:DeFi:Yield:Uniswap
1970-01-01 open Income:DeFi:Yield:Compound
1970-01-01 open Income:DeFi:Yield:Aave
1970-01-01 open Income:DeFi:Staking:Ethereum
1970-01-01 open Income:DeFi:Governance:Tokens
1970-01-01 open Income:DeFi:Airdrops

; Рахунки витрат
1970-01-01 open Expenses:DeFi:Gas:Ethereum
1970-01-01 open Expenses:DeFi:Gas:Polygon
1970-01-01 open Expenses:DeFi:Gas:Arbitrum
1970-01-01 open Expenses:DeFi:ImpermanentLoss