4 записи з тегом "Assets"

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

Що таке накопичена амортизація?​

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

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

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

• Це рахунок "активу", тому він знаходиться у розділі Assets (Активи) вашого плану рахунків.
• Однак він має кредитове сальдо (від’ємне значення на рахунках активів у Beancount), яке зменшує вартість відповідного основного засобу.

Де вона відображається в бухгалтерському балансі?​

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

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

Як розрахувати амортизацію?​

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

• Прямолінійний (SL): Це найпростіший і найпоширеніший метод для цілей бухгалтерського обліку. Ви витрачаєте рівну суму вартості активу в кожному періоді його корисного використання. Наприклад, ноутбук вартістю $3 000 з 36-місячним (3-річним) корисним терміном служби амортизуватиметься по $83,33 на місяць.
• Податкові методи (наприклад, MACRS у США): Для податкових цілей уряди часто визначають конкретні прискорені графіки. У США Модифікована прискорена система відшкодування витрат (MACRS) дозволяє вам отримувати більші амортизаційні відрахування в перші роки життя активу. Beancount може легко обробляти ці графіки — вам просто потрібно обчислити суми відповідно до офіційних таблиць (наприклад, у Публікації IRS 946) і згенерувати відповідні бухгалтерські записи.

Формула (Прямолінійна)

Періодична амортизація = $\\frac{\\text{Вартість} - \\text{Ліквідаційна вартість}}{\\text{Корисний термін служби}}$

Накопичена амортизація (на дату t) = $\\sum (\\text{Періодична амортизація до } t)$

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

Шлях Beancount: Моделювання вартості та накопиченої амортизації​

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

• Assets:Equipment:Computers:Cost (для зберігання історичної вартості)
• Assets:Equipment:Computers:AccumDep (контр-актив, який з часом буде кредитуватися)
• Expenses:Depreciation:Computers (для обліку періодичних витрат)

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

Варіант A: Ручні прямолінійні записи​

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

1. Відкрийте необхідні рахунки

2025-01-01 open Assets:Bank:Checking
2025-01-01 open Assets:Equipment:Computers:Cost
2025-01-01 open Assets:Equipment:Computers:AccumDep
2025-01-01 open Expenses:Depreciation:Computers

2. Зафіксуйте покупку (за історичною вартістю)

Коли ви купуєте актив, ви дебетуєте рахунок Cost.

2025-01-20 * "Придбання MacBook Pro"
  Assets:Equipment:Computers:Cost      3000.00 USD
  Assets:Bank:Checking               -3000.00 USD

3. Зафіксуйте щомісячну амортизацію

Щомісяця ви будете фіксувати амортизаційні витрати. Для активу вартістю $3 000 протягом 36 місяців щомісячна амортизація становить $3000 \div 36 = $83,33.

Транзакція передбачає дебетування рахунку витрат і кредитування рахунку контр-активу.

2025-02-28 * "Щомісячна амортизація - MacBook Pro (SL 36mo)"
  Expenses:Depreciation:Computers           83.33 USD
  Assets:Equipment:Computers:AccumDep      -83.33 USD  ; Це кредит на контр-актив

Ви повторюватимете цей запис щомісяця протягом 36 місяців. Сальдо на рахунку Assets:Equipment:Computers:AccumDep з часом ставатиме більш від’ємним, зменшуючи залишкову вартість активу.

Швидка перевірка: Ви можете легко перевірити залишкову вартість в Балансі Fava або запустивши швидкий запит:

bean-query myledger.bean "SELECT account, SUM(position) WHERE account ~ 'Assets:Equipment:Computers:(Cost|AccumDep)' GROUP BY account"

Сума залишків цих двох рахунків є вашою залишковою вартістю.

Варіант B: Автоматизація з плагіном Fava amortize​

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

Спочатку ввімкніть плагін у верхній частині вашого файлу Beancount:

plugin "fava.plugins.amortize_over"

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

; 1. Запишіть початкову покупку як зазвичай
2025-01-20 * "Купівля MacBook Pro"
  Assets:Equipment:Computers:Cost      3000.00 USD
  Assets:Bank:Checking               -3000.00 USD

; 2. Встановіть графік амортизації
2025-01-20 * "Графік амортизації - MacBook Pro"
  amortize_months: 36
  Expenses:Depreciation:Computers       3000.00 USD
  Assets:Equipment:Computers:AccumDep  -3000.00 USD

Плагін побачить цю транзакцію та автоматично згенерує віртуальні проведення на $83.33 щомісяця протягом 36 місяців. Ці записи не записуються у ваш файл .bean, але з’являються у всіх звітах. Це ідеально підходить для прямолінійної амортизації, але не працюватиме для нерегулярних графіків, таких як MACRS.

Варіант C: Створення Періодичних Записів за допомогою Плагіну Сторонніх Розробників​

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

Перегляд Результатів: Вартість, Накопичена Амортизація та Залишкова Вартість​

Незалежно від обраного вами методу, ваш Баланс покаже як рахунки Cost, так і AccumDep у розділі "Активи". Сума цих двох – ваша залишкова вартість. Ця презентація - показ валової вартості за мінусом накопиченої амортизації - це саме те, що очікують побачити бухгалтери та фінансові аналітики. Це забезпечує повну прозорість щодо віку та вартості ваших активів.

Вибуття Активу (Продаж, Утилізація або Списання)​

Коли термін служби активу добігає кінця, ви або продаєте його, утилізуєте або списуєте. Щоб видалити його з ваших облікових книг, ви повинні:

1. Видалити його історичну вартість.
2. Видалити його пов’язану накопичену амортизацію.
3. Записати будь-які отримані кошти.
4. Записати будь-який отриманий прибуток або збиток (різницю між отриманими коштами та залишковою вартістю).

Приклад: Продаж Активу з Прибутком

Припустимо, ви продаєте MacBook Pro 15 червня 2027 року.

• Первісна Вартість: $3,000
• Накопичена Амортизація на момент продажу: -$2,500
• Залишкова Вартість: $3,000 - $2,500 = $500
• Ви продаєте його за: $800
• Прибуток від Продажу: $800 (надходження) - $500 (залишкова вартість) = $300

Ось транзакція Beancount для запису вибуття:

2027-06-15 * "Продаж MacBook Pro"
  Assets:Bank:Checking                     800.00 USD  ; Отримані кошти
  Assets:Equipment:Computers:AccumDep     2500.00 USD  ; Дебет для обнулення контр-активу
  Assets:Equipment:Computers:Cost        -3000.00 USD  ; Кредит для видалення первісної вартості
  Income:Gains:AssetDisposals             -300.00 USD  ; Кредит для запису прибутку

Якщо б надходження становили лише $400 (збиток у розмірі $100), ви б розмістили різницю на рахунку Expenses:Losses:AssetDisposals з позитивною сумою (дебетом).

FAQ (Швидкі Питання)​

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

• Чи потрібно мені коли-небудь робити записи безпосередньо на рахунок "Вартість" після покупки? Загалом, ні. Мета контр-рахунку полягає в збереженні первісної історичної вартості. Усі зменшення вартості внаслідок амортизації слід записувати на ...:AccumDep.

• Чи можу я використовувати Beancount для графіків MACRS (податкових)? Так. Вам потрібно буде розрахувати суми амортизації за кожен період, використовуючи таблиці в Публікації IRS 946. Потім ви можете записати ці суми за допомогою ручних записів або періодичного плагіна. Плагін Fava amortize не підходить для цього, оскільки суми MACRS не є рівними щомісяця.

• Що щодо списання за Розділом 179? Розділ 179 дозволяє вам списати повну вартість майна, що відповідає вимогам, у рік введення його в експлуатацію, замість амортизації з часом. Це вибір, який ви робите для податкових цілей. У Beancount це було б просто дебет на рахунок витрат замість рахунку основних засобів на момент покупки.

Поширені Помилки (і Як Їх Уникнути)​

• Відображення амортизації безпосередньо на рахунку "Вартість".
  • Виправлення: Завжди кредитуйте контр-рахунок ...:AccumDep. Це зберігає історичну вартість, що важливо для фінансової звітності.
• Забуття видалити накопичену амортизацію при вибутті.
  • Виправлення: Коли ви продаєте або утилізуєте актив, ваш бухгалтерський запис повинен включати дебет до ...:AccumDep, щоб очистити його залишок для цього активу.
• Змішування графіків бухгалтерської та податкової амортизації.
  • Виправлення: Ваші внутрішні книги управління часто використовують прямолінійний метод для простоти, тоді як ваші податкові декларації можуть вимагати MACRS. Тримайте ці цілі окремо та задокументуйте свою політику.
• Очікування, що плагін Fava amortize оброблятиме нерівні графіки.
  • Виправлення: Пам’ятайте, що цей плагін розроблено лише для рівних щомісячних розподілів. Для будь-якого іншого шаблону використовуйте ручні записи або більш гнучкий періодичний плагін.

Шаблон для копіювання та вставки​

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

option "title" "Моя бізнес-книга обліку"
plugin "fava.plugins.amortize_over"  ; Видаліть, якщо не використовуєте автоматизацію Fava

; --- Рахунки ---
2025-01-01 open Assets:Bank:Checking
2025-01-01 open Assets:Equipment:Computers:Cost
2025-01-01 open Assets:Equipment:Computers:AccumDep
2025-01-01 open Expenses:Depreciation:Computers
2025-01-01 open Income:Gains:AssetDisposals
2025-01-01 open Expenses:Losses:AssetDisposals

; --- Придбання за історичною вартістю ---
2025-01-20 * "Придбання MacBook Pro"
  Assets:Equipment:Computers:Cost      3000.00 USD
  Assets:Bank:Checking               -3000.00 USD

; --- Оберіть ОДИН метод амортизації ---

; (A) Ручне щомісячне проведення
2025-02-28 * "Щомісячна амортизація - MacBook Pro (SL 36 міс.)"
  Expenses:Depreciation:Computers           83.33 USD
  Assets:Equipment:Computers:AccumDep      -83.33 USD

; (B) Автоматизація Fava (для 36 рівних щомісячних розподілів)
2025-01-20 * "Графік амортизації - MacBook Pro"
  amortize_months: 36
  Expenses:Depreciation:Computers       3000.00 USD
  Assets:Equipment:Computers:AccumDep  -3000.00 USD

; --- Приклад продажу (відредагуйте числа для вашого фактичного продажу) ---
2027-06-15 * "Продаж MacBook Pro"
  Assets:Bank:Checking                     800.00 USD
  Assets:Equipment:Computers:AccumDep     2500.00 USD
  Assets:Equipment:Computers:Cost        -3000.00 USD
  Income:Gains:AssetDisposals             -300.00 USD

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

• Зберігайте Cost (Вартість) та AccumDep (Накопичену амортизацію) активів на окремих рахунках, щоб зберегти історичну вартість.
• Записуйте амортизацію з дебетом на Expenses:Depreciation:... та кредитом на Assets:...:AccumDep.
• Автоматизуйте рівну щомісячну амортизацію за допомогою плагіна Fava amortize або генеруйте датовані записи за допомогою періодичного плагіна.
• При вибутті активу необхідно видалити обидві його Cost (Вартість) та AccumDep (Накопичену амортизацію) з обліку та зафіксувати отриманий прибуток або збиток.

Джерела та додаткова література​

• Посібник Beancount.io "Amortization" (Підхід контрактиву, плагін Fava, приклади).
• Investopedia про амортизацію та накопичену амортизацію (Обґрунтування кредитового сальдо).
• Публікація IRS 946 (Офіційні правила MACRS та амортизації для податків США).
• beancount-periodic Plugin (Інструмент для генерації періодичних транзакцій).

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

Припустімо, що пан А придбав розкішний будинок за адресою 123 ABC Street, XYZ City, CA, 12345 1 січня 2020 року за ціною 1 мільйон. Відсоткова ставка становить 3,0 %, початковий внесок — 20 %, а сума кредиту — 800 000.

Створення рахунків​

По-перше, ми розглядаємо будинок як актив (Asset). Оскільки будинок обліковується як актив, йому потрібно присвоїти одиницю виміру. У цьому випадку кількість одиниць дорівнює одиниці, оскільки малоймовірно, що їх буде декілька, і навіть якщо це n-ний будинок, ми захочемо записати його в окремий актив. Тобто одному будинку відповідає один актив, і цей актив має спеціальну одиницю виміру, значення якої може бути лише 1.

2019-12-31 commodity HOUSE.ABC
  name: "123 ABC Street, XYZ City, CA, 12345"

2019-12-31 open Assets:Property:US:CA:123ABC                        HOUSE.ABC
2019-12-31 open Liabilities:Bank:US:SomeBank:Mortgage:Loan          USD

У першому рядку ми визначили товарну одиницю (commodity), що представляє будинок. У четвертому рядку ми визначили рахунок активу, який містить цю одиницю. У п'ятому рядку ми визначили рахунок для банку-позикодавця. Оскільки це заборгованість, він відноситься до категорії зобов'язань (Liabilities).

Купівля​

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

позичені гроші (борг) + витрачені гроші (початковий внесок) = 1 будинок в активах

Найважливішим документом при купівлі нерухомості, ймовірно, є Розрахункова відомість покупця (Buyer’s Settlement Statement), яка чітко відображає рух коштів.

2020-01-01 * "Купівля будинку"
    Assets:Property:US:CA:123ABC                  1 HOUSE.ABC {1,000,000 USD}
    Assets:Bank:US:SomeBankA                      -100,000 USD
    Assets:Bank:US:SomeBankB                      -101,000 USD
    Liabilities:Bank:US:SomeBank:Mortgage:Loan    -800,000.00 USD
    Expenses:Home:Insurance                       1,000 USD
    Expenses:Home:Mortgage:Loan:ClosingCost

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

Погашення іпотеки​

Згідно з вищенаведеним записом про купівлю, наразі ми винні 800 000 USD. Через відсотки, і враховуючи, що всі кредити в США амортизуються рівними частинами (основна сума та відсотки), щомісячний платіж включає частину відсотків і частину основної суми. На ранніх стадіях відсотки становлять більшу частину.

Щоб записати погашення кредиту, все, що вам потрібно зробити, це перевірити виписку з вашого банку. Вам просто потрібно знати, яку частину основної суми ви сплачуєте щомісяця, а решта — це відсотки. Відсотки обліковуються як витрати (Expense).

2020-02-01 * "Іпотечний платіж"
    Assets:Bank:US:SomeBank:Saving:Joint              -3,372.83 USD
    Liabilities:Bank:US:SomeBank:Mortgage:Loan         1,376.26 USD
    Expenses:Home:Mortgage:Loan:Interest

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

Зростання вартості​

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

Я не обрав цей метод переважно з наступних причин:

1. Поточна вартість будинку може бути лише оціночною, вона призначена лише для довідки і не має практичного значення. Зазвичай я можу отримати оцінку лише на таких сайтах, як Redfin або Zillow, і особисто я не вважаю, що вона має високу довідкову цінність. Я також не розглядав можливість включення цього зростання вартості до загальних активів у режимі реального часу.
2. Особисто я вважаю, що поки іпотека не виплачена, якщо грошовий потік по будинку від'ємний, певною мірою нерухомість все ще є пасивом. Тому передчасне включення її до активів створить ілюзію збільшення капіталу та прибутку, і я особисто хочу уникнути цієї ілюзії.

Метод, який я використовую для запису зростання вартості нерухомості (який також буде обговорено пізніше в контексті моделювання RSU), полягає у використанні одиниці віртуальної валюти. Припускаючи, що вашою базовою валютою є USD, ми можемо використовувати USD.UNVEST (схоже, що для цього не потрібно створювати нову Commodity), щоб вказати, що цей актив розраховується в спеціальній валюті. Зростання або зменшення цього активу не буде реєструватися в USD. Таким чином, я можу досягти своєї початкової мети: зафіксувати зростання вартості будинку так, щоб це зростання не включалося до кінцевого балансового звіту (Balance Sheet).

2020-01-01 price HOUSE.ABC                          1,000,000 USD
2025-01-01 price HOUSE.ABC                          1,400,000 USD.UNVEST

Вам потрібно лише регулярно вказувати ціну вашої нерухомості в USD.UNVEST.

Таким чином, на сторінці Commodity у Fava ви можете відстежувати тренд довідкової ціни будинку. Але на сторінці Балансового звіту ціна будинку все ще залишатиметься такою, якою вона була на момент транзакції. Тобто ваші загальні активи — це все ще ваші кошти початкового внеску на той час плюс основна сума боргу, яку ви продовжуєте виплачувати. Остаточна зміна цього активу має відбуватися лише тоді, коли ви купуєте будинок.

Продаж​

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

Припустимо, на 1 січня 2025 року вартість нерухомості зросла до 1 400 000 $, а деякі довідкові дані є такими:

Особа А вирішує продати нерухомість, і кінцева ціна продажу будинку становить 1 300 000 $.

2025-01-01 * "Продаж будинку"
    Assets:Property:US:CA:123ABC                  -1 HOUSE.ABC {1,300,000 USD}
    Liabilities:Bank:US:SomeBank:Mortgage:Loan    709,656.20 USD
    Expenses:Home:Agent:Fee                       72,000 USD
    Expenses:Home:ClosingCost                     10,000 USD
    Expenses:Home:Tax                             90,000 USD
    Assets:Bank:US:SomeBankA

Тут припускається, що протягом 2 років із 5 будинок використовувався для власного проживання, тому приріст вартості у 500 000 не підлягає оподаткуванню. Я розрахував це число довільно. Зрештою, сума, яка надходить на рахунок Особи А, становить 418 343,8 $, з яких 200 000 — це початковий внесок на той момент, а близько 100 000 було сплачено у вигляді відсотків. Таким чином, у підсумку бухгалтерський прибуток Особи А становить близько 100 000. Варто зауважити, що мій розрахунок не є вичерпним, адже Особа А заощадила на оренді за ці 5 років, а також могли бути інші витрати на будинок, такі як обслуговування, ремонт тощо.

Щоб відобразити це в балансі, ви можете додати це ціноутворення.

2025-01-01 price HOUSE.ABC                          1,300,000 USD

Амортизація розподіляє платежі на багато частин протягом певного часу. У beancount.io ви можете використовувати плагін fava.plugins.amortize_over для досягнення цієї мети.

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

2017-06-01 open Assets:Bank:Checking
2017-06-01 open Assets:Prepaid-Expenses
2017-06-01 open Expenses:Insurance:Auto


2017-06-01 * "Pay car insurance"
    Assets:Bank:Checking       -600.00 USD
    Assets:Prepaid-Expenses

Однак, за допомогою амортизації ви можете розподілити витрати на шість місяців, додавши plugin "fava.plugins.amortize_over" на початку файлу та використовуючи amortize_months: 6 для транзакції.

plugin "fava.plugins.amortize_over"

2020-06-01 open Assets:Bank:Checking
2020-06-01 open Assets:Prepaid-Expenses
2020-06-01 open Expenses:Insurance:Auto

2020-06-01 * "Amortize car insurance over six months"
    amortize_months: 6
    Assets:Prepaid-Expenses       -600.00 USD
    Expenses:Insurance:Auto

І тоді в Журналі ви побачите, що транзакція розділена на 6 проводок.

2020-11-01 * Amortize car insurance over six months (6/6) am
2020-10-01 * Amortize car insurance over six months (5/6) am
2020-09-01 * Amortize car insurance over six months (4/6) am
2020-08-01 * Amortize car insurance over six months (3/6) am
2020-07-01 * Amortize car insurance over six months (2/6) am
2020-06-01 * Amortize car insurance over six months (1/6) am

Чому сучасний бухгалтерський облік важливий​

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

Подвійний запис: Основа точності​

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

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

1970-01-01 open Income:BeancountCorp
1970-01-01 open Assets:Cash
1970-01-01 open Expenses:Food
1970-01-01 open Assets:Receivables:Alice
1970-01-01 open Assets:Receivables:Bob
1970-01-01 open Assets:Receivables:Charlie
1970-01-01 open Liabilities:CreditCard

2019-05-31 * "BeancountCorp" "Salary of May 15th to May 31st"
  Income:BeancountCorp               -888 USD
  Assets:Cash                         888 USD

2019-07-12 * "Popeyes chicken sandwiches" "dinner with Alice, Bob, and Charlie"
  Expenses:Food 20 USD
  Assets:Receivables:Alice 20 USD
  Assets:Receivables:Bob 20 USD
  Assets:Receivables:Charlie 20 USD
  Liabilities:CreditCard -80 USD

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

Assets = Liabilities + Equity(aka Net Assets)

Ми використали синтаксис Beancount від Мартіна Блейса та веб-проєкт Fava від Якоба Шнітцера для створення цього веб-сайту. І він сповістить вас, якщо будь-яка транзакція матиме будь-які частини, що не сумуються до нуля.

Тепер ви розумієте, як ми забезпечуємо коректність головної книги. Але ви можете запитати, що таке ці "рахунки"?

Розуміння рахунків: Аналогія з відрами води​

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

Beancount.io пропонує п'ять типів рахунків.

1. Доходи — Їх сума завжди від'ємна або в дебеті. Це тому, що ви заробляєте гроші, і тоді гроші дебетуються з рахунку "Доходи" та кредитуються на ваші "Активи".
2. Витрати — Їх сума завжди позитивна або в кредиті. Це тому, що ви витрачаєте гроші, і гроші надходять з "Активів" або "Зобов'язань" на "Витрати".
3. Зобов'язання — Їх сума позитивна або нульова. Ваші зобов'язання за кредитною карткою є хорошим прикладом, які зростають і падають циклами.
4. Активи — Їх сума позитивна або нульова. Ваші готівкові кошти або будинки завжди мають певну вартість.
5. Власний капітал — Ваші чисті активи. Система розрахує це автоматично для вас. Власний капітал = Активи - Зобов'язання, і це відображає ваш рівень достатку.

Тепер ви можете відкрити свої індивідуальні рахунки за допомогою цих ключових слів вище:

1970-01-01 open Assets:Cash
1970-01-01 open Assets:Stock:Robinhood
1970-01-01 open Assets:Crypto:Coinbase
1970-01-01 open Expenses:Transportation:Taxi
1970-01-01 open Equity:OpeningBalance

Розширене відстеження інвестицій за допомогою активів​

Beancount.io чудово відстежує різноманітні інвестиції, від акцій до криптовалют. Давайте розглянемо, як він обробляє складні інвестиційні сценарії. Наприклад, ось як ви б записали купівлю 10 біткоїнів по 100 доларів кожен у 2014 році:

2014-08-08 * "Buy 10 Bitcoin"
  Assets:Trade:Cash -1000.00 USD
  Assets:Trade:Positions  10 BTC {100.00 USD}

А потім, через три роки, ви продаєте їх (спочатку з витратами 100 доларів за одиницю, позначеними {100.00 USD}) за ціною 10 000 доларів за одиницю, позначеною @ 10,000.00 USD.

2017-12-12 * "Sell 2 Bitcoin"
  Assets:Trade:Positions                   -2 BTC {100.00 USD} @ 10,000.00 USD
  Assets:Trade:Cash                          20,000.00 USD
  Income:Trade:PnL                          -19,800.00 USD

Або та ж транзакція з @@ 20,000.00 USD означає, що за ціною 20 000 доларів загалом.

2017-12-12 * "Sell 2 Bitcoin"
  Assets:Trade:Positions                   -2 BTC {100.00 USD} @@ 20,000.00 USD
  Assets:Trade:Cash                          20,000.00 USD
  Income:Trade:PnL                          -19,800.00 USD

Сума всіх частин транзакції, включаючи -2 BTC {100.00 USD}, все ще, як завжди, дорівнює нулю.

Тег витрат {100.00 USD} важливий, оскільки ви могли придбати той самий актив за різними цінами.

100 BTC {10.00 USD, 2012-08-08}
10 BTC {100.00 USD, 2014-08-08}

Якщо ви хочете спростити процес, ви можете налаштувати рахунок на початку з ФІФО або ЛІФО. ФІФО означає "першим прийшов — першим вийшов", тоді як ЛІФО означає "останнім прийшов — першим вийшов". У США Податкова служба використовує ФІФО для розрахунку ваших прибутків/збитків та відповідного оподаткування.

1970-01-01 open Assets:Trade:Positions "FIFO"

І тоді, коли ви продаєте його скорочено, наприклад -2 BTC {}, Beancount автоматично застосує стратегію ФІФО та продасть найстаріший актив.

Початок роботи з Beancount.io​

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

Розпочніть свою фінансову подорож з Beancount.io – Безкоштовно під час нашого акційного періоду!