Особенности настройки для различных сфер деятельности

Примеры конфигураций для фрилансеров, малого бизнеса и личных финансов

В этом руководстве мы рассмотрим, как адаптировать реестр Beancount для различных потребностей: фрилансера, небольшого бизнеса и личных финансов. Каждый сценарий имеет уникальную структуру счетов и соображения. Мы объясним обоснование каждой настройки, предоставим примеры фрагментов Beancount и выделим полезные функции (такие как пользовательские теги и автоматизированный импорт), которые упрощают отслеживание. Тон изложения - обучающий, но доступный. Независимо от того, являетесь ли вы разработчиком, технически подкованным специалистом или энтузиастом финансов, эти примеры помогут вам применить Beancount в реальном мире.

Фрилансеры

Фрилансеры (например, разработчики программного обеспечения или графические дизайнеры) часто работают с несколькими клиентами и проектными расходами. Простая настройка Beancount может помочь отслеживать доход от каждого клиента, бизнес-расходы (включая любых нанятых субподрядчиков) и деньги, отложенные на налоги. Цель состоит в том, чтобы сохранить ее простой, чтобы она масштабировалась по мере роста вашего фриланс-бизнеса без излишней сложности.

Ключевые счета для фрилансера: Реестр фрилансера обычно отделяет бизнес-финансы от личных финансов. Например, вы можете использовать:

• Assets:Business:Checking - Бизнес-счет для всех клиентских платежей и бизнес-расходов.
• Assets:Business:TaxSavings - Сберегательный счет для откладывания части дохода на уплату налогов (поскольку ни один работодатель не удерживает налоги за вас).
• Income:Client:Name** - Счета доходов для клиентских платежей. Вы можете создать субсчета для каждого крупного клиента (например, Income:Client:ACME) или использовать один счет Income:Freelance с именами клиентов, отмеченными в транзакциях.
• Expenses:Business:Contractors - Для платежей любым субподрядчикам или за работы, переданные на аутсорсинг.
• Expenses:Business:Software (и другие категории, такие как Travel, Supplies) - Для регулярных бизнес-расходов (подписки на программное обеспечение, оборудование, поездки на объекты клиентов и т. д.).
• Equity:OwnerDraw - (Необязательно) Для записи переводов прибыли от бизнеса себе лично. Это помогает отличить бизнес-фонды от личных фондов, когда вы платите себе.

Обоснование: Эта структура гарантирует, что все деньги, связанные с бизнесом, отслеживаются на специальных счетах. Доход от каждого клиента регистрируется (что позволяет легко увидеть, кто является вашим главным клиентом), а расходы классифицируются для целей налоговых вычетов. Откладывание налогов на отдельный счет активов (или запись обязательства по причитающимся налогам) предотвращает случайное расходование денег, которые необходимо будет уплатить государству. Реестр остается простым: если вы приобретаете новых клиентов или категории расходов, вы можете добавлять новые счета или использовать теги, не реорганизуя все. Распространенная ошибка - смешивать личные и деловые транзакции на одном счете; поддерживая выделенный бизнес-счет (и соответствующий счет активов), выверка и отчетность становятся более чистыми. Другая ошибка, которой следует избегать, - забывать регистрировать денежные переводы для уплаты налогов или снятия средств владельцем. Используя такие счета, как TaxSavings и OwnerDraw, учитывается каждый доллар.

Функции Beancount, на которые следует обратить внимание: Теги и метаданные чрезвычайно полезны для фрилансеров. Например, вы можете пометить транзакции номером проекта или счёта-фактуры или использовать поле метаданных, чтобы отметить имя клиента, если вы решили не использовать отдельные счета доходов для каждого клиента. Это позволяет легко фильтровать или запрашивать транзакции для конкретного клиента или проекта (например, суммировать все расходы, помеченные #ProjectX). Кроме того, автоматизированные импортеры Beancount могут упростить ввод данных - например, вы можете настроить импортер для выписок из вашего банка или кредитной карты, чтобы загружать транзакции в ваш реестр, а затем просто добавлять соответствующие имена счетов расходов или доходов. Это экономит время, когда у вас много небольших транзакций (например, подписки на программное обеспечение или транспортные расходы).

Пример фрагмента реестра фрилансера

Ниже приведен упрощенный фрагмент Beancount для разработчика-фрилансера. Он показывает открытие нескольких ключевых счетов, входящий платеж от клиента, исходящий платеж субподрядчику, типичный бизнес-расход и перевод денег на счет налоговых сбережений. (На практике вы также будете записывать другие расходы, такие как поездки или покупка оборудования, аналогичным образом.)

1970-01-01 open Assets:Business:Checking
1970-01-01 open Assets:Business:TaxSavings
1970-01-01 open Income:Client:ACME
1970-01-01 open Expenses:Business:Contractors
1970-01-01 open Expenses:Business:Software

; Клиентский доход - оплата счета-фактуры
2025-08-15 * "Оплата счета-фактуры от ACME Corp"
  invoice: "INV-2025-08-15"
  Assets:Business:Checking       5000 USD
  Income:Client:ACME           -5000 USD

; Регулярные расходы - например, подписка на программное обеспечение для бизнеса
2025-08-05 * "Подписка на GitHub"
  Expenses:Business:Software       15 USD
  Assets:Business:Checking       - 15 USD

; Расходы на подрядчика - оплата помощи субподрядчика
2025-08-20 * "Оплата подрядчику - Джейн Доу"
  Expenses:Business:Contractors   2000 USD
  Assets:Business:Checking      -2000 USD

; Удержание налога - перевод денег в налоговые сбережения
2025-08-31 * "Отложить налоги за 3 квартал"
  Assets:Business:TaxSavings     1500 USD
  Assets:Business:Checking     -1500 USD  #tax

Давайте разберем, что происходит:

• Мы открываем необходимые счета вверху (с датой начала). Это не является строго обязательным для Beancount (счета создаются при первом использовании, если они не открыты), но хорошей практикой является их объявление. Счета Assets:Business:Checking и Assets:Business:TaxSavings будут содержать остатки в долларах США; счета доходов и расходов можно оставить без валюты в директиве открытия, поскольку они будут наследовать валюты транзакций (в данном случае доллары США).
• Оплата счета-фактуры от клиента: 2025-08-15 транзакция дохода записывает платеж клиента в размере 5000 долларов США за счет-фактуру. Мы кредитуем Income:Client:ACME (доход увеличивается с отрицательной суммой при двойной записи) и дебетуем расчетный счет. Поле метаданных invoice: "INV-2025-08-15" включено для указания номера счета-фактуры - это необязательно, но показывает, как вы можете прикрепить дополнительную информацию к транзакции. Вы также можете пометить эту транзакцию #ACME или #client-ACME для быстрой фильтрации. Если у вас несколько клиентов, вы можете использовать общий счет Income:Clients и полагаться на такие метаданные или поле получателя для различения клиентов вместо создания множества субсчетов.
• Бизнес-расход (программное обеспечение): 2025-08-05 мы регистрируем расход в размере 15 долларов США на подписку на GitHub (возможно, для частных репозиториев или других сервисов). Проводка идет на Expenses:Business:Software и уменьшает расчетный счет предприятия. Небольшие регулярные расходы, такие как этот, можно пометить (например, мы добавили #tax к налоговой транзакции ниже; аналогично, вы можете пометить определенные расходы как #recurring, если они происходят ежемесячно и т. д.). В этом случае само название счета (Software) дает это понять.
• Оплата подрядчику: 2025-08-20 фрилансер заплатил субподрядчику (Джейн Доу) 2000 долларов США. Это регистрируется как расход в Expenses:Business:Contractors и списано с расчетного счета. Вы можете включить имя подрядчика в повествование (как мы это сделали) или в виде поля метаданных (например, contractor: "Jane Doe"). Это сохраняет контрольный след того, кому вы заплатили и почему (полезно, если вам нужны детали во время подачи налоговой декларации или составления бюджета).
• Перевод налоговых сбережений: 2025-08-31 фрилансер переводит 1500 долларов США с основного расчетного счета на специальный счет налоговых сбережений. Мы пометили эту транзакцию #tax для наглядности. Это не расход (вы просто переводите свои собственные деньги), поэтому он переходит между двумя счетами активов. Делая это каждый месяц или квартал, вы накапливаете средства для покрытия предполагаемых налогов. Когда придет время фактически платить налоги правительству, вы зарегистрируете расход (скажем, Expenses:Taxes) и вычет из счета TaxSavings (или Checking). Распространенная ошибка - рассматривать этот перевод как расход в ваших отчетах - помните, это не расход, а всего лишь мера предосторожности. Только фактическая уплата налога в налоговую инспекцию будет расходом (или уменьшением начисленного налогового обязательства, если вы отслеживаете его таким образом).

Вывод: Реестр Beancount фрилансера подчеркивает простоту и ясность. Все доходы и оттоки, связанные с бизнесом, регистрируются методично. Используя значимые названия счетов и случайные теги / метаданные, вы можете легко создавать отчеты по каждому клиенту или категории расходов (например, общий доход по каждому клиенту, общая сумма, потраченная на подрядчиков в этом году и т. д.). Эта настройка масштабируема - вы можете добавлять новых клиентов или категории расходов по мере развития вашего бизнеса. Благодаря таким функциям, как автоматизированный импорт (для получения банковских транзакций) и пользовательские теги для проектов или счетов-фактур, Beancount может значительно снизить накладные расходы на ведение бухгалтерского учета для фрилансеров, обеспечивая при этом четкое представление о финансах в любое время.

Малый бизнес

Далее рассмотрим небольшой бутик электронной коммерции - например, интернет-магазин, который продает товары ручной работы. Этот сценарий добавляет такие сложности, как управление запасами, себестоимость проданных товаров (COGS) и обработка онлайн-платежных систем. Beancount может справиться с этим благодаря продуманной структуре счетов и методу учета транзакций. Мы будем использовать случай, когда бизнес отслеживает товары на складе, записывает продажи через онлайн-платформу (например, Shopify со Stripe для платежей) и регистрирует типичные бизнес-расходы.

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

• Assets:Bank:Checking - Расчетный счет предприятия (для оплаты поставщикам, операционных расходов и получения переводов от платежных систем).
• Assets:Stripe:Balance (или Assets:PayPal и т. д.) - Клиринговый счет для средств, полученных через онлайн-платежи, которые еще не поступили в банк. Например, когда клиент платит через Stripe, деньги могут находиться на счете Stripe, прежде чем быть внесенными в ваш банк партиями.
• Assets:Inventory:Product** - Счета запасов для ваших товаров. Вы можете рассматривать каждый товар (или категорию товаров) как товар в Beancount для отслеживания количества в наличии. Например, Assets:Inventory:Widgets может содержать количество товаров "Widget", имеющихся в настоящее время на складе, оцененных по их себестоимости.
• Income:Sales - Регистрирует выручку от продаж товаров. Вы можете использовать субсчета для различных каналов продаж (например, Income:Sales:Online и Income:Sales:InStore), если у бизнеса несколько каналов, но мы упростим это с помощью одного счета доходов от продаж.
• Expenses:COGS - Себестоимость проданных товаров, чтобы зафиксировать себестоимость товарно-материальных запасов при их продаже. Этот счет будет фактически показывать, сколько вам (как владельцу бизнеса) стоили проданные запасы за определенный период. Это ключевой компонент для расчета валовой прибыли.
• Expenses:Fees - Для комиссий за обработку платежей и комиссий платформы (комиссии Stripe, комиссии Shopify, комиссии PayPal и т. д. - все это можно записать здесь). При желании вы можете разделить это на более подробные счета (например, Expenses:Fees:Stripe и Expenses:Fees:Shopify), но одного счета может быть достаточно для всех комиссий за транзакции.
• Expenses:Operating - Общие бизнес-расходы, не связанные напрямую с COGS, такие как маркетинг, веб-хостинг, программное обеспечение, расходные материалы для доставки и т. д. Они могут быть разбиты на субсчета (например, Expenses:Marketing, Expenses:WebHosting, Expenses:Shipping) для анализа различных центров затрат.
• Liabilities:SalesTax - (Необязательно, если применимо) Если бизнесу необходимо взимать налог с продаж или НДС с продаж, этот счет обязательств отслеживает налоги, собранные, но еще не перечисленные правительству. Каждая продажа затем разделяет налоговую часть на этот счет. Это гарантирует, что собранные налоги не учитываются как доход и предназначены для уплаты налоговым органам.
• Equity:OwnerEquity - (Необязательно) Представляет инвестиции владельца и нераспределенную прибыль. Когда бизнес был начат, любое первоначальное финансирование владельцем будет зачислено сюда (с дебетом в банк или запасы, если они внесли денежные средства или запасы). Кроме того, если владелец получает прибыль (распределения), это может быть записано против этого счета собственного капитала. Это сохраняет баланс, но для повседневных операций это не часто вступает в игру.

Обоснование: Эта настройка разделяет поток товаров и денег. Покупки запасов первоначально записываются в баланс (как активы), а не сразу как расходы. Только когда вы продаете товары, вы относите их стоимость на расходы (COGS), сопоставляя выручку с соответствующими расходами для правильного расчета прибыли. Доход от продаж записывается по цене брутто, в то время как комиссии записываются отдельно, чтобы вы могли видеть как валовую выручку, так и уплаченные комиссии (и, следовательно, чистую выручку). Использование клирингового счета, такого как Assets:Stripe:Balance, помогает в выверке депозитов - деньги перемещаются из Stripe в ваш банк в виде единовременных выплат, и вы можете записывать эти переводы без путаницы. Распространенная ошибка для новых владельцев магазинов - пренебрегать правильной записью запасов - например, немедленно относить на расходы все покупки запасов. Это может быть хорошо для отслеживания денежных потоков, но это искажает вашу прибыль: вы будете выглядеть менее прибыльными в месяцы, когда вы пополняете запасы, и более прибыльными в месяцы, когда вы продаете, даже если запасы были куплены ранее. Используя счет активов запасов и COGS, вы приводите стоимость в соответствие с продажей. Другая ошибка - не учитывать комиссии или возвраты, которые могут привести к тому, что ваши банковские или Stripe балансы не будут соответствовать вашему зарегистрированному доходу. Мы избегаем этого, явно записывая комиссии и используя счет активов Stripe для отслеживания того, что Stripe должен или выплатил.

Функции Beancount, на которые следует обратить внимание: Отслеживание запасов в Beancount использует его способность обрабатывать товары и затраты. Каждый продукт может быть символом товара (например, WIDGET), что позволяет вам записывать как количество, так и удельную стоимость. Когда вы продаете товары, логика запасов Beancount (FIFO по умолчанию) может автоматически выбрать правильную стоимость из ваших партий запасов. Мы увидим это в примере. Вы также можете использовать метаданные или ссылки для привязки продаж и соответствующих записей COGS (например, используя один и тот же номер заказа в обеих транзакциях или общий тег, такой как #order1001 для продажи и уменьшения запасов, что позволяет легко запросить или перепроверить, что каждая продажа имеет соответствующую запись COGS). Кроме того, автоматизированный импорт может помочь здесь: вы можете использовать сценарий для импорта данных о продажах из отчетов о выплатах Shopify или Stripe или импортировать свои банковские выписки, чтобы отслеживать транзакции расходов и выплат. Автоматизация этих повторяющихся задач ввода данных означает, что вы тратите больше времени на анализ и меньше времени на ввод чисел.

Пример фрагмента реестра малого бизнеса

Ниже приведен сокращенный пример Beancount для нашего бутика электронной коммерции. Мы иллюстрируем покупку запасов, запись продажи (с вычетом комиссии платежной системы) и запись себестоимости проданных товаров для этой продажи. На практике вы также будете записывать другие расходы (такие как комиссии платформы, расходы на рекламу и т. д.), аналогично показанному примеру комиссии. Мы предполагаем, что USD является валютой, а продукт называется "Widget", который мы отслеживаем как товар в запасах.

1970-01-01 open Assets:Bank:Checking
1970-01-01 open Assets:Stripe:Balance
1970-01-01 open Assets:Inventory:Widgets WIDGET
1970-01-01 open Income:Sales
1970-01-01 open Expenses:COGS
1970-01-01 open Expenses:Fees

; Покупка запасов (50 единиц Widget по цене 10 долларов США за единицу)
2025-03-10 * "Куплено 50 Widgets у SupplierCo"
  Assets:Inventory:Widgets      50 WIDGET {10 USD}
  Assets:Bank:Checking        -500 USD

; Продажа клиенту (Заказ #1001 через интернет-магазин, продано 2 Widgets)
2025-04-05 * "Продажа Заказ #1001 (2x Widget через Shopify)"
  Assets:Stripe:Balance         58 USD   ; чистый платеж, полученный после уплаты комиссий
  Expenses:Fees                  2 USD   ; комиссия за обработку (Stripe)
  Income:Sales                 -60 USD   ; выручка за 2 Widgets (@ $30 за штуку)

; Себестоимость проданных товаров для вышеуказанной продажи (2 Widgets по цене 10 долларов США за штуку)
2025-04-05 * "COGS для Заказа #1001 (2x Widget)"
  Expenses:COGS                 20 USD
  Assets:Inventory:Widgets     -2 WIDGET {10 USD}

Вот что происходит шаг за шагом:

• Открытие счетов: Мы открываем расчетный счет, счет баланса Stripe, счет запасов для Widgets (объявлен с товаром WIDGET для отслеживания единиц) и основные счета доходов и расходов (Sales, COGS, Fees). Объявляя Assets:Inventory:Widgets WIDGET, мы сигнализируем о том, что этот счет будет содержать количества товара "WIDGET". Это гарантирует, что Beancount знает, что ожидать единицы товара там, и мы можем прикрепить стоимость к этим единицам.

• Покупка запасов: 2025-03-10 мы покупаем запасы - 50 единиц Widget у поставщика по 10 долларов США каждая, общей стоимостью 500 долларов США. Транзакция дебетует Assets:Inventory:Widgets с 50 WIDGET {10 USD}. Это означает, что 50 единиц товара WIDGET, каждая с зарегистрированной стоимостью 10 долларов США, добавляются на счет запасов. Кредит - Assets:Bank:Checking -500 USD (отток денежных средств). Обратите внимание, что мы не коснулись непосредственно счета расходов здесь; мы капитализируем покупку как актив запасов. Теперь в нашем балансе есть 50 Widgets, оцененных в 500 долларов США в общей сложности в запасах. (Если бы вы запустили отчет об остатках, счет запасов показал бы 50 единиц WIDGET стоимостью 500 долларов США.)

• Запись продажи (Заказ #1001): 2025-04-05 мы записываем продажу 2 Widgets через наш интернет-магазин. Повествование включает номер заказа для ясности. Эта транзакция включает три проводки:

  • Assets:Stripe:Balance 58 USD: деньги, полученные от продажи, но в настоящее время находятся в Stripe (за вычетом комиссий). Предположим, что клиент заплатил 60 долларов США в общей сложности; Stripe взял комиссию в размере 2 долларов США, и 58 долларов США теперь находятся на нашем счете Stripe (для перевода в наш банк позже). Мы записываем 58 долларов США как актив в Stripe.
  • Expenses:Fees 2 USD: комиссия в размере 2 долларов США записывается как бизнес-расход. Это гарантирует, что наша отчетность о прибылях и убытках отразит эту стоимость, и наш актив Stripe плюс расход комиссии вместе равняются общей сумме платежа клиента.
  • Income:Sales -60 USD: мы записываем 60 долларов США дохода от продаж. (Счета доходов увеличиваются с кредитами, отсюда и отрицательная сумма в обозначении Beancount).

  После этой транзакции чистый эффект следующий: Income:Sales увеличился на 60, дополнительный актив в размере 58 долларов США (к получению от Stripe) и расход в размере 2 долларов США на комиссию. Если Stripe позже внесет 58 долларов США в наш банк, мы запишем простой перевод, такой как Assets:Bank:Checking 58 USD / Assets:Stripe:Balance -58 USD в дату выплаты - это перемещает актив со счета Stripe в банк, не влияя на доход или расход (просто перемещение активов). Мы не показали этот перевод выше, но это важный шаг в реальном бухгалтерском учете, чтобы поддерживать ваш счет Stripe на уровне 0 долларов США, как только все будет переведено.

• Запись COGS для продажи: Также 2025-04-05 у нас есть отдельная транзакция для записи себестоимости 2 проданных Widgets. Мы дебетуем Expenses:COGS 20 USD и кредитуем Assets:Inventory:Widgets -2 WIDGET {10 USD}. Что это делает, так это удаляет 2 единицы из запасов (каждая имела стоимость 10 долларов США, как было записано ранее, итого 20 долларов США). Мы указываем {10 USD}, чтобы сообщить Beancount, из какой партии стоимости брать - в этом случае она соответствует партии, которую мы добавили 2025-03-10. Теперь на счете запасов останется 48 Widgets и связанная с ними стоимость в размере 480 долларов США. 20 долларов США перемещаются в расход COGS, который появится в отчете о прибылях и убытках, уменьшая валовую прибыль на стоимость этих товаров. (Если бы мы не записали это, наш доход был бы завышен по отношению к расходам.) Мы используем отдельную транзакцию для ясности, но также возможно объединить продажу и COGS в одной многострочной транзакции. Некоторые предпочитают разделять их, как показано для читаемости и выверки (вы можете четко привязать каждую запись COGS к заказу). Хорошей практикой является обеспечение того, чтобы каждая продажа имела соответствующую запись COGS, когда запасы задействованы - пропуск одной означал бы, что ваши подсчеты запасов неверны. Ошибка, которой следует избегать, - забыть удалить запасы для продажи, что оставит ваш баланс с призрачными запасами, а ваши расходы будут занижены. Использование функций запасов Beancount (обозначение стоимости {}) помогает определить, если вы попытаетесь удалить больше единиц, чем у вас есть в наличии (в этом случае программное обеспечение выдаст ошибку).

Вывод: Малый бизнес, использующий Beancount, может поддерживать удивительно надежную систему бухгалтерского учета. Структурируя счета для отслеживания где находятся деньги, откуда они берутся и как текут затраты, вы получаете точную картину прибыльности. Наш пример показал, как обрабатывать запасы и продажи; вы будете аналогичным образом записывать другие транзакции, такие как оплата счета за интернет (Expenses:Operating:Internet против Assets:Bank:Checking), получение кредита или инвестиций (Assets:Bank против Liabilities:Loan или Equity:OwnerEquity) или уплата налога с продаж (Liabilities:SalesTax против Assets:Bank при перечислении). Ключ в последовательности: записывайте каждый тип транзакции по одной и той же схеме, и Beancount будет поддерживать баланс книг. Благодаря таким функциям, как автоматизированный импорт данных (например, получение ежемесячных комиссий Stripe или банковских транзакций) и пользовательские теги / ссылки (для сопоставления связанных транзакций, таких как продажи и возвраты), система может быть как гибкой, так и эффективной. В результате получается организованный реестр, который может масштабироваться по мере роста бизнеса - вы можете добавлять новые счета запасов товаров, новые категории расходов или дополнительные потоки доходов (например, новую онлайн-площадку), не переделывая всю систему.

Личные финансы

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

Ключевые счета для личных финансов: Реестр личных финансов обычно включает в себя различные счета активов, обязательств, доходов и расходов:

• Assets:Bank:Checking - Ваш основной расчетный счет для внесения доходов и оплаты счетов.
• Assets:Bank:Savings - Сберегательный счет для чрезвычайного фонда или конкретных целей. (У вас может быть несколько сберегательных или инвестиционных счетов - каждый может быть счетом активов).
• Assets:Cash - Если вы используете наличные деньги для расходов, у вас может быть счет наличных денег для отслеживания снятия средств и расходов наличными.
• Assets:Investments:Broker** - Инвестиционные счета, такие как брокерский счет, пенсионный 401(k)/IRA и т. д. Они могут быть дополнительно разбиты по типам инвестиций или просто объединены как один счет на учреждение. Например, Assets:Investments:VanguardIRA или Assets:Investments:Robinhood. Отслеживание инвестиций может также включать товары для акций или фондов, но если это слишком подробно, вы можете просто отслеживать взносы и остатки на счетах.
• Liabilities:CreditCard:Name** - Один счет на кредитную карту (например, Liabilities:CreditCard:Visa или по названию банка). Все покупки по карте записываются здесь (с равным расходом), а платежи по карте являются переводами, которые уменьшают это обязательство.
• Liabilities:Loan:Name** - Любые кредиты (студенческий кредит, ипотека, автокредит) можно отслеживать с помощью счета обязательств. Вы записываете основной остаток и каждый платеж, разделяя проценты (расходы) и основную сумму (уменьшение обязательств). Это продвинутый аспект, но важный для полной финансовой картины.
• Income:Salary (и / или Income:Bonus, Income:Interest и т. д.) - Для записи зарплат, бонусов, процентного дохода, дивидендов и т. д. Счета доходов позволяют вам видеть ваш общий доход из различных источников. (Если из вашей зарплаты уже вычтены налоги, вы можете записать чистый депозит на расчетный счет как доход или записать валовые и налоговые удержания как расход или обязательство - существуют разные подходы, но многие просто записывают чистую оплату как доход для простоты ведения личных книг.)
• Expenses: Как правило, многочисленные, разделенные на категории, значимые для вас. Например: Expenses:Housing:Rent, Expenses:Food:Groceries, Expenses:Food:DiningOut, Expenses:Utilities:Electricity, Expenses:Entertainment, Expenses:Travel, Expenses:Taxes, Expenses:Misc - какие бы категории ни отражали ваши привычки расходов. Вы можете быть настолько гранулированным или общим, насколько захотите. Иерархия счетов помогает агрегировать (например, Expenses:Food суммирует как продукты, так и питание вне дома). Распространенной практикой является наличие иерархии для основных групп (Housing, Food, Transportation, Healthcare и т. д.).
• Equity:Opening-Balances - Используется для инициализации остатков на счетах при запуске реестра (чтобы все активы за вычетом обязательств равнялись вашей начальной чистой стоимости, записанной в собственном капитале). После запуска вы также можете использовать Equity:Retained-Earnings или аналогичные счета для представления накопленной чистой прибыли (хотя в личных финансах вы обычно просто позволяете доходам за вычетом расходов переходить в чистую стоимость). Счета собственного капитала менее заметны изо дня в день, но обеспечивают баланс учетного уравнения.

Обоснование: Настройка личных финансов заключается в том, чтобы запечатлеть вашу финансовую жизнь в одной согласованной системе. Каждый счет выше служит для разделения различных видов финансов, чтобы вы могли ответить на такие вопросы, как "Сколько я потратил на еду в этом месяце?" (суммируя Expenses:Food:*), "Сколько долгов у меня осталось?" (глядя на счета Liabilities) или "Какова моя чистая стоимость?" (Активы минус Обязательства). Большим преимуществом двойной записи здесь является точность: например, когда вы выставляете счет за продукты в размере 100 долларов США на свою кредитную карту, вы записываете это как расход и увеличение обязательств. Позже, когда вы оплачиваете кредитную карту, вы записываете перевод со своего банковского счета на карту - это погашает обязательство, но не учитывает расходы на продукты дважды (которые уже были