86 публикации маркиран с/със "beancount"

Превърнете една объркана главна книга в спокоен, уверен в паричните средства бизнес за 30 дни—използвайки plain-text счетоводство.

TL;DR​

• Разделете, опростете и заключете вашите книги с лаконична сметкопланова схема, последователни импорти и автоматизирани проверки на баланса.
• Покажете важното—COGS, накладни разходи, паричен резерв—чрез бързи 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

Заключете баланси, които можете да проверите​

Най-мощната функция в plain-text счетоводството е способността да утвърждавате реалността. Директивата balance казва на Beancount: "На тази дата този акаунт имаше точно толкова пари." Ако не е така, Beancount ще покаже грешка. Това е вашата основна предпазна мрежа.

Когато започвате, използвайте pad в комбинация с balance за инициализиране на вашите сметки от банково извлечение. Директивата pad създава транзакция, която принуждава сметката към правилния начален баланс, записвайки разликата в equity сметка.

; Инициализирайте от извлечения
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) За какво харча за накладни разходи спрямо COGS?​

Разберете къде отиват парите ви наистина. Харчите ли повече за неосновни накладни разходи или за разходите, пряко свързани с доставката на вашия продукт (Себестойност на продадените стоки)?

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. Отчетете: Стартирайте вашите три запазени заявки (пари, накладни разходи/COGS, абонаменти) и поставете изходите в кратка месечна преглеждана бележка.

Утвърждението за баланс е автоматичен аларма. Ако вашата главна книга не съответства на банковото извлечение, Beancount ще покаже грешка, казвайки ви точно къде да търсите разминаването.

Направете данъчния сезон скучен (по добрия начин)​

Следвайки тази система, трансформирате подготовката за данъци от криза в просто упражнение за отчитане.

• Разписките са прикачени към транзакции, така че няма паническо търсене. Във Fava сте на едно кликване от изходния документ за всеки разход.
• Данъчно-релевантните елементи могат да бъдат етикетирани (напр., #tax-deductible), позволявайки ви да извлечете чист отчет с bean-query за вашия счетоводител.
• Годишните баланси са заключени и проверени с balance утвърждения, давайки на вас и вашия подготвящ увереност в числата.

30-дневен контролен списък (Отпечатайте това)​

• Ден 1–3
  • Създайте минимална сметкопланова схема.
  • Добавете pad + balance за всяка банка/карта, използвайки най-новите извлечения.
• Ден 4–10
  • Настройте един импортен канал и предайте правилата си под контрол на версии.
  • Попълнете 90 дни транзакции; стартирайте първа BALANCES снимка.
• Ден 11–15
  • Стандартизирайте доставчиците към съответните им сметки (SaaS, Cloud, Shipping и др.).
  • Прикачете PDF извлечения за съверените периоди; потвърдете, че се появяват във Fava.
• Ден 16–20
  • Стартирайте заявката за накладни разходи спрямо COGS; поправете всички неправилно категоризирани елементи.
  • Стартирайте заявката за честота на абонаментите; отменете или консолидирайте неизползвани услуги.
• Ден 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 всяка транзакция, маркирана с *, е журнален запис. Това ръководство обяснява основните понятия — дебити и кредити, коригиращи записи и обратни записи — и показва как те се отразяват чисто в текстовия синтаксис на Beancount. Ще научите как да водите точни книги с минимална формалност.

Бърз преглед: Какво е журнален запис?​

Журналният запис е официалният, датиран запис на финансова транзакция. Той се изразява чрез дебити и кредити, които поддържат фундаменталното счетоводно уравнение в баланс:

$Assets = Liabilities + Equity$

В двойно записната система всяка транзакция засяга поне две сметки и общата сума на дебитите трябва да е равна на общата сума на кредитите. Това простото правило прави последващите финансови отчети като отчета за печалбата и загубата и баланса надеждни и точни.

Дебити и кредити за една минута​

Концепциите за дебити и кредити могат да бъдат объркващи в началото, но те се свеждат до няколко прости правила. Помислете по следния начин: „от къде дойде стойността?“ (кредит) и „къде отиде стойността?“ (дебит).

Ето кратка таблица за това как се увеличават петте основни типа сметки:

Как изглежда журнален запис в Beancount​

Beancount използва прости, четими за хора директиви, за да записва транзакции. Всяка транзакция трябва да се балансира до нула за всяка стока (например USD, EUR, акции AAPL). Ако не се балансира, Beancount ще генерира грешка.

2025-09-10 * "Coffee Bar" "Team coffee"
  Expenses:Food:Coffee          18.00 USD
  Assets:Bank:Checking         -18.00 USD

Обърнете внимание как двете постинги (редове със сметки) се сумират до нула: $18.00 + (-$18.00) = 0.

Можете да добавяте мощен контекст директно в описанието, като използвате етикети (например #clientX) за филтриране и връзки (например ^INV-2025-001) за свързване на свързани записи.

Например, ето как можете да свържете фактура с нейното плащане:

; Първо, запишете фактурата, изпратена на клиента
2025-09-15 * "Acme Corp" "Invoice 2025-001 #clientX ^INV-2025-001"
  Assets:AccountsReceivable   1000.00 USD
  Income:Consulting         -1000.00 USD

; По-късно, запишете плащането и го свържете обратно към оригиналната фактура
2025-09-28 * "Acme Corp" "Payment on ^INV-2025-001"
  Assets:Bank:Checking       1000.00 USD
  Assets:AccountsReceivable -1000.00 USD

Етикетът #clientX ви позволява лесно да филтрирате всички транзакции за този клиент, а връзката ^INV-2025-001 създава връзка между двата записа, която можете да проследявате в отчетите.

Чести журнални записи (готови за копиране)​

Тук са няколко често срещани бизнес транзакции, форматирани за Beancount.

Собственик внася кеш​

Собственик внася лични средства за стартиране на бизнеса.

2025-01-01 * "Owner" "Initial capital contribution"
  Assets:Bank:Checking        10000.00 USD
  Equity:Owner-Capital      -10000.00 USD

Продажба в брой с данък върху продажбите​

Клиент плаща в брой за продукт, включително 8 % данък, който по-късно трябва да бъде внесен към държавата.

2025-01-05 * "Walk-in Customer" "Cash sale with 8% tax"
  Assets:Cash                   108.00 USD
  Income:Sales                -100.00 USD
  Liabilities:Tax:Sales         -8.00 USD

Продажба на кредит (фактура) и събиране​

Предоставяте услуга и фактурирате клиента, след което получавате плащане по-късно.

2025-01-10 * "Acme Corp" "Consulting invoice ^INV-2025-002"
  Assets:AccountsReceivable   2500.00 USD
  Income:Consulting         -2500.00 USD

2025-01-30 * "Acme Corp" "Payment on ^INV-2025-002"
  Assets:Bank:Checking       2500.00 USD
  Assets:AccountsReceivable -2500.00 USD

Разход с кредитна карта​

Закупувате офис консумативи с фирмена кредитна карта.

2025-01-12 * "OfficeMax" "Supplies on credit card"
  Expenses:Office:Supplies       75.00 USD
  Liabilities:CreditCard        -75.00 USD

Заплата (опростен модел)​

Извършвате заплати, записвайки брутната заплата, удръжките за данъци и нетното плащане от банковата сметка.

2025-01-31 * "Payroll" "January wages and withholdings"
  Expenses:Payroll:Wages      2000.00 USD
  Liabilities:Taxes:Withheld   -400.00 USD
  Assets:Bank:Checking       -1600.00 USD

Месечна амортизация​

Записвате месечната амортизационна разход за актив, например лаптоп.

2025-01-31 * "Depreciation" "Laptop, straight-line"
  Expenses:Depreciation          100.00 USD
  Assets:Equipment:AccumDepr    -100.00 USD

Предплатен разход и месечно отписване​

Плащате за цялогодишна застраховка предварително, след което признавате един месец от разхода.

; 1. Плащане за годишната полица
2025-01-01 * "InsureCo" "Annual insurance premium"
  Assets:Prepaid:Insurance     1200.00 USD
  Assets:Bank:Checking       -1200.00 USD

; 2. Признаване на един месец разход в края на януари
2025-01-31 * "InsureCo" "Amortize 1/12 of insurance"
  Expenses:Insurance             100.00 USD
  Assets:Prepaid:Insurance      -100.00 USD

Неприсъединени приходи и месечно признаване​

Клиент предплаща за 3‑месечен абонамент. Записвате парите и след това признавате един месец приход.

; 1. Клиентът предплаща за услугата
2025-02-01 * "Subscriber" "3-month plan prepaid"
  Assets:Bank:Checking           300.00 USD
  Liabilities:Unearned:Subs     -300.00 USD

; 2. Признаване на един месец приход след предоставяне на услугата
2025-02-28 * "Recognition" "Recognize month 1 of 3"
  Liabilities:Unearned:Subs      100.00 USD
  Income:Subscriptions          -100.00 USD

Резерв за лоши дългове и отписване​

Създавате резерв за потенциално неплатени фактури и по-късно отписвате конкретна лоша фактура.

; 1. Създаване на резерв от 2 % от вземанията
2025-03-31 * "Provision" "2% of A/R for doubtful accounts"
  Expenses:BadDebt               200.00 USD
  Assets:AllowanceForDoubtful   -200.00 USD

; 2. Отписване на конкретна фактура, която няма да бъде платена
2025-04-15 * "Write-off" "Customer XYZ invoice"
  Assets:AllowanceForDoubtful    150.00 USD
  Assets:AccountsReceivable     -150.00 USD

Периодичен инвентар и корекция на COGS​

В края на периода изчислявате себестойността на продадените стоки (COGS), като коригирате инвентарната сметка.

2025-03-31 * "COGS adjustment" "Periodic inventory method"
  Expenses:COGS                4500.00 USD
  Assets:Inventory           -4500.00 USD

Коригиращи записи vs. Обратни записи​

Коригиращите записи се въвеждат в края на счетоводен период (месец или тримесечие), за да се съгласуват приходите и разходите с периода, в който са действително спечелени или понесени. Това включва начисления, отлагания и оценки като амортизация.

Обратните записи са незадължителни записи, направени в първия ден от новия период, които точно обръщат конкретен коригиращ запис от предишния период. Целта им е да опростят счетоводството. Като обърнете начисление, можете да запишете последващата кеш транзакция по стандартен начин, без да се налага да я разпределяте срещу сметка за задължения.

Пример: Начисляване и обратен запис на комунални услуги​

Да кажем, че трябва да запишете разхода за комунални услуги за януари, но фактурата ще пристигне през февруари.

; 1. Начисляване на оценения разход в края на януари
2025-01-31 * "Accrual" "Estimate January utilities expense"
  Expenses:Utilities              500.00 USD
  Liabilities:Accrued:Utilities  -500.00 USD

; 2. (По избор) Обратен запис на начисленото в първия ден на следващия период
2025-02-01 * "Reversal" "Undo January utilities accrual"
  Liabilities:Accrued:Utilities   500.00 USD
  Expenses:Utilities             -500.00 USD

; 3. Записване на действителното плащане, когато фактурата пристигне през февруари
; Фактурираното е 520 USD. Поради обратния запис можете
; да запишете пълната сума в разходната сметка без проблем.
; Нетният разход за февруари ще бъде 520 - 500 = 20 USD.
2025-02-10 * "City Utilities" "Payment for January bill"
  Expenses:Utilities             520.00 USD
  Assets:Bank:Checking          -520.00 USD

Бележка: Примерът в плана показва разделяне на окончателното плащане. Методът с обратен запис е алтернатива, която опростява окончателния запис.

Контролен списък за всеки журнален запис в Beancount​

Следвайте тези стъпки, за да гарантирате чисти и правилни записи:

1. Започнете с датата (ГГГГ-ММ-ДД) и флага за транзакция (*).
2. Добавете получател и описателен текст. Използвайте #етикети и ^връзки за по‑лесно търсене.
3. Включете поне два постинга (редове със сметки), които се балансират до нула.
4. Уверете се, че всички комодити (например USD, EUR) са балансирани.
5. Прегледайте коментари и етикети за допълнителен контекст.
6. Проверете дали общата сума на дебитите е равна на общата сума на кредитите.
7. Потвърдете, че смятате правилната сметка за дебит или кредит.
8. При нужда, използвайте коригиращи или обратни записи.
9. Прегледайте за грешки и коригирайте преди да финализирате.
10. Запишете транзакцията в съответния файл.

Чести проблеми (и как Beancount помага)​

• Неизправен баланс – Ако сумата на дебитите не съвпада с сумата на кредитите, Beancount ще спре обработката и ще покаже къде е грешката.
• Грешно използване на етикети – Етикетите се прилагат към целия запис, а не към отделни постинги; използвайте ги за групиране, а не за корекция на суми.
• Пренебрегване на коригиращи записи – Без тях финансовите отчети могат да бъдат подвеждащи; Beancount изисква балансирани записи, което ви принуждава да ги включите.
• Пренаписване на коментари – Коментарите в кода са полезни за разбиране, но не влияят на валидността; Beancount ги игнорира, така че можете спокойно да ги оставяте или превеждате.

Къде да продължите​

• Прегледайте документацията – Официалната документация на Beancount съдържа подробни описания на всички функции.
• Изучете отчети – Научете как да генерирате отчети за печалба/загуба, баланс и паричен поток.
• Автоматизирайте – Използвайте скриптове за автоматично генериране на записи от вашите системи.
• Общувайте с общността – Форумите и чат групите на Beancount са отличен източник за съвети и решения.

Приложение: Счетоводен жаргон → Beancount карта​

Ако вашият регистър е в чист текст, приключването на месец може да бъде както бързо, така и проверяемо. Процесът не трябва да се превръща в хаотично търсене в електронни таблици и калкулатори. Това ръководство обобщава чист, повторим процес, съобразен с Beancount и уеб интерфейса му, Fava, построен около директиви за баланс, интелигентни импорти и леки проверки.

Ето контролният списък за безболезнено приключване:

1. Съберете извлечения и импортирайте всички необработени транзакции.
2. Нормализирайте получателите, описанията и метаданните.
3. Съгласувайте всяка кешова, банковска и кредитна сметка с balance директиви.
4. Съгласувайте трансферите и междусметковите движения.
5. Актуализирайте цени за инвестиции и проверете оценките.
6. Прикрепете или посочете документи (разписки, фактури) в регистъра си.
7. Стартирайте заявки и табла за П&Л и проверки на отклонения.
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:?Please provide a month in YYYY-MM format}
LEDGER= /finance/ledger.beancount

# 1. Import new transactions
echo "Importing transactions for $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 "Fetching prices for $PRICE_DATE..."
make prices DATE="$PRICE_DATE"

# 3. Validate the entire ledger
echo "Running bean-check..."
bean-check "$LEDGER"

# 4. Generate a key report (e.g., expense breakdown)
echo "Generating expense report for $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 "Committing and tagging the close..."
git -C   /finance add .
git -C   /finance commit -m "Close ${MONTH}"
git -C   /finance tag "close-${MONTH}"

echo "Month ${MONTH} is closed and tagged."

Защо това работи​

Процесът е бърз и надежден, защото се основава на няколко ключови принципа:

• Заявки, а не погледи: Директивата balance превръща съгласуването в точна автоматизирана проверка.
• Детерминирани входове: Автоматизираните импортери и нормализираните метаданни правят вашия регистър възпроизводим и последователен.
• Разгледаеми данни: Fava и BQL предоставят мощни инструменти за валидиране на резултати и незабавно задълбочаване в отклонения.
• Одитируеми промени: Корекциите са записи в чист текст, което ги прави лесни за преглед и разбиране години след това.

Добро приключване на месец е предимно логистично. С Beancount можете да го превърнете в кратък, скриптов ритуал: импорт, заявка, цена, проверка и комит. Поддържайте работния процес стабилен и вашето приключване ще остане бързо — дори и финансовият ви живот да се усложнява.

Ако искате гъвкав работен капитал, който можете да черпите, изплащате и използвате отново, бизнес кредитната линия (LOC) надминава повторните дългосрочни заеми. По-долу са най‑силните опции за тази година според случаи на употреба, плюс бърз начин за сравняване на разходите и проста рецепта за Beancount за записване на черпения, лихвите и таксите.

TL;DR — Най‑подходящи предложения според сценарий​

• Бърза, гъвкава финтех линия: Bluevine — до 250 000 $, седмични или месечни плащания, финансиране често в рамките на 24 часа, лихвите рекламирани като „от 7,8 % (прост лихвен процент).“
• Черпи с такса и множество срокове: American Express Business Blueprint® Line of Credit — размери на линията 2 000–250 000 $; изберете 1–3‑месечни еднократни заеми или 6–24‑месечни вноски с фиксирани такси за заем (не APR).
• Банкова линия, базирана на Prime, с ясно ценообразуване: Wells Fargo BusinessLine® / Prime Line — BusinessLine: Prime + 1,75 % до +9,75 %; Prime Line: Prime + 0,50 % (мин. 5 %); типични кредитни лимити 10 000–150 000 $.
• Ценообразуване по взаимоотношения и път за „прогресиране“: Bank of America — необезпечена Business Advantage линия (отстъпки по взаимоотношения 0,25–0,75 %); или Cash‑Secured линия, където вашият депозит определя лимита (от 1 000 $), полезна за изграждане на бизнес кредит.
• Клон + национално покритие: Chase Business Line of Credit — онлайн до 250 000 $, 5‑годишен въртящ се период, след това 5‑годишно изплащане (налично в 48 щата).
• **До 250 000 $с ясна политика за годишна такса:** **U.S. Bank Cash Flow Manager** — линии до 250 000$; необезпечена опция до 100 000 $; без годишна такса ако линията > 50 000$ (иначе 150 $).
• Нови бизнеси, нуждаещи се от бързина (знайте цената): Headway Capital — 5 000–100 000 $, калкулаторът показва стартова 3,3 % месечно + 2 % такса за черпене.
• Бързи одобрения, но обикновено скъпи: OnDeck LOC — до 200 000 $; среден APR, съобщен от компанията, 56,6 % за линии (H1’25).
• За по‑големи, с по‑ниска лихва, наблюдавани линии (ако отговаряте на условията): SBA линии — класически програми CAPLines и новият 7(a) Working Capital Pilot (WCP). WCP позволява на кредиторите да издават наблюдавани въртящи се линии до 5 M с гаранция от SBA.

Какво се промени или има значение през 2025 г.? 📈​

• Prime се установи по‑ниско от върховете през 2023 г.
  Prime Rate на Wall Street Journal е 7,50 % (към 2 септември 2025 г.), последно променен на 19 декември 2024 г. Това е референтната ставка, която директно определя цената за повечето променливи банкови кредитни линии (обикновено ценообразувани като „Prime + марж“). Стабилна, по‑ниска Prime Rate означава по‑предвидими разходи за кредитополучателите.

• SBA разшири своите програми.
  SBA въведе и разшири наблюдавани кредитни линии, включително новия 7(a) Working Capital Pilot (WCP), който позволява на кредиторите да предлагат въртящи се линии до 5 M с гаранция от SBA.

Преглед: Популярни кредитни линии, които можете да получите​

Как да изберете правилната LOC (7 бързи проверки) ✅​

1. Индекс & Марж: Ако е банкова линия, ценообразувана като „Prime ± X%“, проверете днешната Prime Rate (7,50 %) и добавете предложената марж. Това е текущият ви променлив годишен процент (APR).
2. Такса vs. Лихва: Оценете дали таксите за черпене (fee‑based) са по‑изгодни от традиционните лихвени проценти, особено ако планирате дългосрочно използване.
3. Годишни/Такси за черпене: Пресметнете общите годишни и такси за черпене – те могат значително да увеличат общия разход.
4. Честота на изплащане: Седмичните плащания намаляват натоварването, но могат да увеличат административните разходи; месечните плащания са по‑удобни за повечето бизнеси.
5. Скорост на финансиране: Ако имате нужда от бърз достъп до средства, изберете линия, която финансира в рамките на 24 часа.
6. Път за прогресиране: Някои банки предлагат необезпечени линии, след което можете да преминете към обезпечени, което помага за изграждане на кредитен профил.
7. Разгледайте SBA за големина или структура: Ако имате нужда от големи, дългосрочни и наблюдавани линии с обезпечение, програмите на SBA могат да бъдат най‑подходящи.

Бърз съвет за сравнение на разходите 🧮​

• Пример, базиран на Prime: Ако вашата линия е ценообразувана като „Prime + 2 %“, при текущата Prime Rate от 7,50 % общият ви APR ще бъде около 9,50 %.
• Пример с такса (AmEx Blueprint): Вместо лихва се начислява фиксирана такса за всяко черпене; това може да е по‑изгодно, ако черпите малки суми за кратки периоди, но трябва да сравните общите такси спрямо традиционните лихви.

Beancount: Как да записвате кредитна линия​

За потребителите на инструмента за счетоводство в чист текст Beancount проследяването на кредитна линия е просто. LOC се счита за задължение; черпенията увеличават това задължение и вашия кеш, докато лихвите и таксите се отразяват като разходи. Заменете имената на сметките в кода по‑долу, за да съответстват на вашата собствена главна книга.

account Assets:Cash
account Liabilities:LOC
account Expenses:Interest
account Expenses:Fees

2024-01-01 open Liabilities:LOC 0.00 USD
2024-01-01 open Assets:Cash 0.00 USD
2024-01-01 open Expenses:Interest
2024-01-01 open Expenses:Fees

2024-02-15 * "Черпене от LOC"
  Liabilities:LOC          50000 USD
  Assets:Cash

2024-03-01 * "Плащане на лихва"
  Expenses:Interest        2500 USD
  Liabilities:LOC

2024-04-01 * "Годишна такса"
  Expenses:Fees            150 USD
  Liabilities:LOC

Ако искате да проследявате само еднократни черпения, можете да използвате следната по‑опростена версия:

2024-02-15 * "Черпене от LOC"
  Liabilities:LOC          50000 USD
  Assets:Cash

Кога SBA‑подкрепена линия има повече смисъл​

SBA‑подкрепената кредитна линия е по‑смислена, когато имате нужда от по‑голям кредитен лимит, по‑ниска лихва или специфично обезпечение, което традиционните банки не предлагат. Тези линии също така предоставят гъвкави условия за изплащане и често включват мониторинг, който помага за по‑лесно управление на паричните потоци.

• По‑големи лимити: SBA позволява линии до 5 M, което надвишава лимитите на повечето традиционни банки.
• По‑ниски лихвени проценти: Ставките са ограничени от SBA, което ги прави по‑изгодни за дългосрочни задължения.
• Наблюдавани линии: Програмите изискват редовно отчитане, което подпомага по‑строг контрол върху разходите.
• Гаранция от SBA: Дава допълнителна сигурност на кредитора, което често води до по‑лесно одобрение.

Чеклист за кандидатстване 📝​

• Индекс & Марж: Ако е банкова линия, ценообразувана като „Prime ± X%“, проверете днешната Prime Rate (7,50 %) и добавете предложената марж. Това е текущият ви променлив годишен процент (APR).
• Такса vs. Лихва: Оценете дали таксите за черпене са по‑изгодни от традиционните лихвени проценти, особено при краткосрочни нужди.
• Годишни/Такси за черпене: Пресметнете общите годишни и такси за черпене – те могат значително да увеличат общия разход.
• Честота на изплащане: Седмичните плащания намаляват натоварването, но могат да увеличат административните разходи; месечните плащания са по‑удобни за повечето бизнеси.
• Скорост на финансиране: Ако имате нужда от бърз достъп до средства, изберете линия, която финансира в рамките на 24 часа.
• Път за прогресиране: Някои банки предлагат необезпечени линии, след което можете да преминете към обезпечени, което помага за изграждане на кредитен профил.
• Разгледайте SBA за големина или структура: Ако имате нужда от големи, структурирани работни капиталови нужди с обезпечение, програмите на SBA могат да бъдат най‑подходящи.

Чеклист за кандидатстване 📝​

• Индекс & Марж: Ако е банкова линия, ценообразувана като „Prime ± X%“, проверете днешната Prime Rate (7,50 %) и добавете предложената марж. Това е текущият ви променлив годишен процент (APR).
• Такса vs. Лихва: Оценете дали таксите за черпене са по‑изгодни от традиционните лихвени проценти, особено ако планирате чести черпения.
• Годишни/Такси за черпене: Пресметнете общите годишни и такси за черпене – те могат значително да увеличат общия разход.
• Честота на изплащане: Седмичните плащания намаляват натоварването, но могат да увеличат административните разходи; месечните плащания са по‑удобни за повечето бизнеси.
• Скорост на финансиране: Ако имате нужда от бърз достъп до средства, изберете линия, която финансира в рамките на 24 часа.
• Път за прогресиране: Някои банки предлагат необезпечени линии, след което можете да преминете към обезпечени, което помага за изграждане на кредитен профил.
• Разгледайте SBA за големина или структура: Ако имате нужда от големи, дългосрочни работни капиталови нужди с обезпечение, програмите на SBA са подходящи.

Ключови източници​

• Wall Street Journal – Prime Rate
• American Express Business Blueprint® Line of Credit
• Wells Fargo BusinessLine®
• Chase Business Line of Credit
• U.S. Bank Cash Flow Manager
• Headway Capital
• OnDeck LOC
• SBA CAPLines & 7(a) WCP

Финални думи​

Независимо дали търсите бърза гъвкава финтех линия, традиционна банкова линия, базирана на Prime, или наблюдавана SBA линия, важно е да сравните общите разходи, таксите и условията, преди да се ангажирате. Използвайте предоставените бързи проверки и сравнения, за да намерите най‑подходящата кредитна линия за вашия бизнес. С правилното планиране и проследяване в Beancount, вашият паричен поток ще остане под контрол, а разходите – предвидими.

Данъците могат да се чувстват като специално, сложно същество в света на личните финанси. Но какво ако не са? Какво ако можете да ги третирате точно като всеки друг паричен поток във вашия регистър? Добри новини: можете. Като третирате данъците като прости движения на стойност, вашият Beancount регистър ще остане чист, лесен за заявки и – най-важното – разбираем.

По-долу е практичен, без излишни усложнения, модел, който можете да вмъкнете в личен или малък бизнес Beancount файл. Това е проста система за обработка на заплати, данъчни плащания и дори онези досадни възстановявания, които преминават в новата година. Ще разгледаме необходимите сметки, ще преминем през реални примери и ще ви покажем точните заявки, които да изпълните, за да получите нужната информация.

Основните принципи​

Преди да се потопим в кода, нека се съгласим върху няколко прости правила. Тези принципи поддържат логика и предотвратяват бъдещи главоболия.

• Разделяйте „какво е“ от „кога парите се движат“. 🗓️
  Това е най-важната концепция. Данъчният разход принадлежи на годината, в която сте спечелили дохода (например 2024), дори ако сметката с IRS я уредите през април 2025. Ако не отделите времето на разхода от времето на паричното плащане, вашите годишни отчети ще станат хаотични и подвеждащи.

• Запазете йерархията на сметките проста и скучна. 📁
  Именувайте сметките ясно според вида данък (например IncomeTax, SocialSecurity). Това прави вашите заявки изключително прости. Не натоварвайте имената на сметките с имена на доставчици или номера на формуляри като „W‑2“ или „1099“; използвайте метаданни и етикети за тези детайли.

• Прегръщайте начисляването за корекции в края на годината. ⚖️
  Дори за личен регистър, използването на проста начислена записка в края на годината е най-чистият начин да направите отчетите точни. Това означава признаване на разход или възстановяване в правилната година, дори ако парите се преместят едва следващата. Това е една малка допълнителна стъпка, която ви спестява умствени гимнастики по-късно.

• Пишете за бъдещото си аз. 🧠
  Целта ви е яснота. Добавяйте допълнителни детайли, като данъчната година, към името на сметката само ако наистина улесняват вашите заявки. Избягвайте създаването на нов набор от сметки за всяка година (Expenses:Taxes:2024:Federal, Expenses:Taxes:2025:Federal и т.н.), освен ако нямате убедителна причина. Плоска структура често е по‑лесна за управление.

Минимален скелет на сметките​

Ето базов набор от сметки, с който да започнете. Тази структура е ориентирана към САЩ, но можете лесно да адаптирате имената към данъчната система на вашата страна. Просто поставете тези open директиви във вашия Beancount файл.

; --- US Federal Income & Payroll Taxes ---
; За парите, удържани от вашата заплата
2024-01-01 open Expenses:Taxes:Federal:IncomeTax:Withheld       USD
; За предварителни плащания или данъчни сметки, които плащате директно
2024-01-01 open Expenses:Taxes:Federal:IncomeTax:Payments       USD
; За данъчни възстановявания, които получавате
2024-01-01 open Expenses:Taxes:Federal:IncomeTax:Refunds        USD

; Вашите вноски за FICA
2024-01-01 open Expenses:Taxes:Federal:SocialSecurity           USD
2024-01-01 open Expenses:Taxes:Federal:Medicare                 USD

; --- Други чести данъци ---
; За данъци върху продажбите/употребата, които плащате при покупки
2024-01-01 open Expenses:Taxes:Sales                            USD

; --- Сметки за корекции в края на годината (по избор, но препоръчително) ---
; Временна сметка за данъци, които дължите, но още не сте платили
2024-01-01 open Liabilities:AccruedTaxes:Federal:Income         USD
; Временна сметка за възстановяване, което ви се дължи, но още не е получено
2024-01-01 open Assets:Tax:Receivable                           USD

Тази настройка разделя удържани данъци от директни плащания и възстановявания, което прави лесно да видите къде са отишли парите ви. Сметките Liabilities и Assets са нашето тайно оръжие за точни годишни отчети.

Пример 1: Заплатата​

Запишете типична заплата, при която данъците се удържат автоматично. Ключовото е да запишете брутната заплата първо, след което да покажете как е разделена между данъци и парите, които действително са пристигнали в банковата ви сметка.

2025-07-15 * "Employer Inc." "Salary for first half of July"
  Income:Work:Salary                                  -6,000.00 USD
  Expenses:Taxes:Federal:IncomeTax:Withheld             1,200.00 USD
  Expenses:Taxes:Federal:SocialSecurity                   372.00 USD
  Expenses:Taxes:Federal:Medicare                          87.00 USD
  Assets:Cash:Checking                                  4,341.00 USD

Тази една транзакция разказва цялата история:

• Спечелихте 6 000 $ брутен доход.
• 1 200 $ от тях бяха изпратени към IRS за федерален данък върху дохода.
• 372 $отидоха към социално осигуряване и 87$ към Medicare.
• Останалите 4 341 $ са това, което получихте в ръка.

Съвет: Можете да добавите метаданни от вашия фиш (например pay_period_end: "2025-07-15") към транзакцията за лесен следователен път.

Пример 2: Подаване на данъчна декларация (проблемът с пресичане на години)​

Сценарият, който обърква хората: е април 2025 г., а вие подавате данъците за 2024 г. Откривате, че след всички удръжки все още дължите допълнително 3 000 $.

Как да го запишете? Искате разходът да се отрази в 2024 г., но паричното плащане се случва през 2025 г. Ето два отлични начина.

Опция A: Ръчно двустъпково начисляване​

Този метод е чисто Beancount, без нужда от приставки. Ясен, двустъпков процес.

Стъпка 1: Признаване на разхода в края на данъчната година.
На последния ден на 2024 г. създавате записка „true‑up“. Парите все още не се движат; просто признавате разхода и го паркирате във временна сметка за задължения.

2024-12-31 * "Federal income tax true-up for 2024"
  Expenses:Taxes:Federal:IncomeTax:Payments             3,000.00 USD
  Liabilities:AccruedTaxes:Federal:Income             -3,000.00 USD

Сега вашият доходен отчет за 2024 г. правилно показва този разход от 3 000 $.

Стъпка 2: Записване на паричното плащане, когато се случи.
През април 2025 г., когато изпращате парите към IRS, изчиствате задължението.

2025-04-15 * "IRS" "Payment for 2024 tax return"
  Liabilities:AccruedTaxes:Federal:Income              3,000.00 USD
  Assets:Cash:Checking                                -3,000.00 USD

Вашите отчети за 2024 г. са точни, а паричният поток за 2025 г. също. Перфектно! Този модел работи и обратно за възстановяване – просто използвайте Assets:Tax:Receivable вместо сметката за задължения.

Опция B: Автоматизирайте с приставка​

Ако предпочитате да запишете плащането в една транзакция, чудесната общностна приставка beancount_reds_plugins.effective_date може да помогне. Тя ви позволява да зададете различна „ефективна дата“ за отделен ред.

Първо, активирайте приставката във вашия главен Beancount файл:
plugin "beancount_reds_plugins.effective_date"

След това можете да напишете една транзакция. Приставката автоматично ще я раздели зад кулисите, за да направи отчетите точни.

; One entry; the plugin handles the rest
2025-04-15 * "IRS" "Payment for 2024 tax return"
  Assets:Cash:Checking                                 -3,000.00 USD
  Expenses:Taxes:Federal:IncomeTax:Payments             3,000.00 USD
    effective_date: 2024-12-31

Тук паричната част се записва на 15 април 2025 г., но разходната част се прилага ретроспективно към 31 декември 2024 г. Постига се същият резултат като Опция A, но с различен работен процес.

Какво с данъка върху продажбите?​

За повечето лични регистри данъкът върху продажбите е прост. Ако не го искате да си го възстановявате, просто го отделете като отделен разход при покупка.

2025-07-19 * "Local Grocery Store"
  Expenses:Groceries                                      12.32 USD
  Expenses:Taxes:Sales                                     1.28 USD
  Assets:Cash:Checking                                   -13.60 USD

Това ви позволява лесно да проследявате колко харчите за данък върху продажбите през годината. Ако управлявате бизнес, който работи с ДДС, ще използвате по‑формална система със сметки за задължения и вземания, но принципът остава същият.

Запитвания, които всъщност ще изпълнявате​

Целият смисъл на тази структура е да направи получаването на отговори лесно. Ето няколко BQL запитвания, за да видите вашата данъчна картина.

1. Какъв е общият ми федерален данък върху дохода за 2024 г.?

SELECT cost(sum(position))
WHERE account   "Expenses:Taxes:Federal:IncomeTax"
  AND date >= 2024-01-01 AND date < 2025-01-01;

2. Как се разпределя този общ сума между удръжки, плащания и възстановявания?

SELECT account, cost(sum(position))
WHERE account   "Expenses:Taxes:Federal:IncomeTax"
  AND date >= 2024-01-01 AND date < 2025-01-01
GROUP BY account
ORDER BY account;

3. Имат ли ми задължения или вземания по данъци? (Полезно за проверка на вашата работа!)

SELECT account, units(sum(position))
WHERE account   "Liabilities:AccruedTaxes" OR account   "Assets:Tax"
GROUP BY account
ORDER BY account;

Ако това запитване върне ненулеви баланси, означава, че имате начислени задължения, които още не сте уредили.

Бързи ЧЗВ​

• Наистина ли ми трябват сметки за всяка година като Expenses:Taxes:2024?
  Вероятно не. Методът за начисляване (или приставката) поддържа плоска структура, чиста и четлива. Създавайте годишни сметки само ако смятате, че ще улесни вашите конкретни заявки.

• Може ли Beancount да изчисли данъците ми автоматично?
  Не директно, но може да подготви данните. Някои напреднали потребители пишат скриптове, които подават резултатите от BQL към софтуер за данъчно изчисление – полезно за оценка на задълженията през годината.

• Това ли е данъчен съвет?
  Не. Това е модел за водене на книги, който организира вашите данни. Счетоводството е стабилно, но винаги се консултирайте с данъчен професионалист за съвет, специфичен за вашата ситуация.

Вашият готов за използване контролен списък​

Готови ли сте да започнете?

1. ✅ Добавете скелета на сметките към вашия Beancount файл (и адаптирайте имената за вашата страна).
2. ✅ Записвайте заплатите, като започнете с брутния доход и разделите данъците.
3. ✅ В края на годината начислете корекции за плащания или възстановявания, използвайки сметка за задължения/вземания (или използвайте приставката effective_date).
4. ✅ Следете възстановявания като вземания и ги изчиствайте, когато парите пристигнат.
5. ✅ Изпълнете горепосочените BQL запитвания, за да проверите тоталите преди подаване.

Дръжте всичко просто, последователно и вашият данъчен сезон най-накрая ще се чувства като още една част от вашата финансова история – не като мистерия, която трябва да се решава.

Натрупаните разходи звучат абстрактно, докато месечните затваряния започнат да се натрупват. Те са основа на правилното начисляващо счетоводство, осигурявайки вашите финансови отчети да отразяват икономическата реалност, а не само кога парите сменят ръце. Ето ясно, 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 след обратния запис, за да потвърдите, че е нула. Поставянето й преди обратния запис на 2025-03-01 ще доведе до фалшив провал.

Шест често срещани начислявания (шаблони за копиране и поставяне) 📋​

Ето готови примери за типични бизнес начислявания.

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 нулира приходите и разходите, давайки ви чист изглед на баланса (Активи, Задължения, Капитал).

Регистър на всички записи за начислявания​

Ако искате да видите суровата история на транзакциите за вашите сметки за натрупани задължения:

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
  FROM OPEN ON 2025-01-01 CLOSE ON 2025-04-01 CLEAR
  WHERE account   "^Liabilities:Accrued";
'

Контроли и „Gotchas“ специфични за Beancount​

• Внимание при проверки: Проверките за balance се изпълняват преди обработката на транзакциите от същия ден.
• Без плъгини: Моделът работи изцяло с чист текст и стандартните функции на Beancount.
• Ясни сметки: Двойното записване (debit/credit) е изрично посочено в кода, което намалява риска от грешки.

Предплатени срещу натрупани (бързо сравнение)​

• Натрупани разходи – разходи, които са вече понесени, но все още не са платени.
• Предплатени разходи – разходи, за които парите са вече платени, но услугата/стоката все още не е получена.

Примери​

• Натрупани: Заплатите за текущия месец, които ще се платят следващия.
• Предплатени: Годишен абонамент, платен предварително, но валиден през следващата година.

Шаблон за вмъкване (начало на файла)​

Това е готовият план на сметките, който можете да копирате директно във вашия .beancount файл.

; Примерен план на сметките
; Активи
2020-01-01 open Assets:Bank:Checking  "USD"
2020-01-01 open Assets:Bank:Savings   "USD"

; Задължения
2020-01-01 open Liabilities:CreditCard "USD"
2020-01-01 open Liabilities:Accrued:Utilities "USD"

; Разходи
2020-01-01 open Expenses:Utilities    "USD"
2020-01-01 open Expenses:Rent         "USD"
2020-01-01 open Expenses:Payroll      "USD"

Финални бележки​

Този наръчник цели да ви даде практичен, стъпка‑по‑стъпка подход към натрупаните разходи в Beancount. Като следвате предложените модели и използвате bean-query за отчитане, ще имате чист, прозрачен и точен финансов запис, който отразява реалната икономическа дейност на вашия бизнес.

Ако следите дълготрайни активи в счетоводството си — лаптопи, камери, машини или дори офис мебели — вашите книги трябва да отразяват намаляващата им стойност. Това включва два ключови понятия: амортизация (разходът) и нейният натрупан тотал, натрупана амортизация. Това ръководство обяснява и двете на прост език и след това показва точно как да ги моделирате в Beancount с готови за копиране примери, включително мощни опции за автоматизация.

Какво е натрупана амортизация?​

Натрупаната амортизация е общата сума амортизация, записана срещу даден актив от момента, в който е бил въведен в експлоатация. Мислете за нея като за текущо събиране. Това не е нов вид разход — това е просто сума до датата на всички предишни амортизационни начисления за този актив.

В финансовите отчети ще видите натрупаната амортизация заедно с оригиналната цена на актива. Това позволява на всеки, който чете вашите книги, да види както историческата стойност (колко сте платили), така и нетната балансовата стойност (колко струва в момента във вашите книги).

Важно е да се знае, че натрупаната амортизация е контра-актив сметка. Това може да звучи сложно, но е проста идея:

• Това е сметка от групата Assets, така че живее в секцията Assets на вашия план на сметките.
• Обаче тя носи кредит баланс (отрицателна стойност в Beancount за активните сметки), което намалява стойността на свързания дълготраен актив.

Къде се появява в баланса?​

Натрупаната амортизация обикновено се появява в баланса директно под дълготрайния актив, към който се отнася. Например:

Много финансови отчети опростяват това, като показват един ред като “Собственост, съоръжения и оборудване, нетно”. Тази единична сума представлява общата историческа стойност на всички активи минус тяхната обща натрупана амортизация, давайки ви окончателната нетна балансова стойност.

Как се изчислява амортизацията?​

Съществуват няколко метода за изчисляване на амортизацията. Методът, който изберете, определя колко разход записвате във всеки период, което от своя страна се добавя към общата натрупана амортизация. Две често срещани категории методи са:

• Straight-Line (SL): Най‑опростеният и най‑често използван метод за счетоводни цели. Записвате еднаква сума от стойността на актива във всеки период от неговия полезен живот. Например, лаптоп за $3,000 с полезен живот от 36 месеца (3 години) ще се амортизира с$83.33 на месец.
• Данъчни методи (напр. MACRS в САЩ): За данъчни цели правителствата често определят ускорени графици. В САЩ, Modified Accelerated Cost Recovery System (MACRS) позволява по‑големи амортизационни отчисления в първите години от живота на актива. Beancount лесно поддържа тези графици — просто трябва да изчислите сумите според официалните таблици (като тези в IRS Publication 946) и да генерирате съответните журнални записи.

Формула (Straight-Line)

Периодична амортизация = $\frac{\text{Cost} - \text{Salvage Value}}{\text{Useful Life}}$

Натрупана амортизация (към дата t) = $\sum (\text{Periodic Depreciation up to } t)$

Salvage value е оценената остатъчна стойност на актива в края на полезния му живот. За простота често се приема, че е нула.

Пътят в Beancount: Моделиране на стойност и натрупана амортизация​

За да следите дълготрайните активи в Beancount, като същевременно запазвате оригиналната им стойност, ще използвате двойка активни сметки за всяка категория, плюс сметка за разходи.

• Assets:Equipment:Computers:Cost (за историческата стойност)
• Assets:Equipment:Computers:AccumDep (контра‑активът, който ще се кредитира с течение на времето)
• Expenses:Depreciation:Computers (за записване на периодичния разход)

Тази структура отразява стандартната счетоводна практика и е препоръчителният подход за управление на амортизацията на дълготрайни активи в Beancount.

Опция A: Ръчно въвеждане на Straight-Line записи​

Това е най‑директният метод. Контролирате всеки запис, което е чудесно за разбиране на механиката.

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 * "Purchase MacBook Pro"
  Assets:Equipment:Computers:Cost      3000.00 USD
  Assets:Bank:Checking               -3000.00 USD

3. Запишете месечната амортизация

Всеки месец записвате разхода за амортизация. За актив на $3,000 за 36 месеца, месечната амортизация е$3000 ÷ 36 = $83.33.

Транзакцията включва дебитиране на сметката за разходи и кредитиране на контра‑активната сметка.

2025-02-28 * "Monthly depreciation - MacBook Pro (SL 36mo)"
  Expenses:Depreciation:Computers           83.33 USD
  Assets:Equipment:Computers:AccumDep      -83.33 USD  ; This is the credit to the contra-asset

Повтаряте този запис всеки месец за 36 месеца. Балансът в Assets:Equipment:Computers:AccumDep ще расте по‑негативно с времето, намалявайки нетната балансова стойност на актива.

Бърза проверка: Можете лесно да проверите нетната стойност в Balance Sheet на Fava или чрез бърза заявка:

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

Сумата от балансите на двете сметки е вашата нетна балансова стойност.

Опция B: Автоматизация с amortize плъгина на Fava​

Ако използвате Fava (популярният уеб интерфейс за Beancount) и вашата амортизация е фиксирана сума всеки месец, можете да я автоматизирате.

Първо, активирайте плъгина в началото на вашия Beancount файл:

plugin "fava.plugins.amortize_over"

След това създайте една транзакция, която дефинира целия график на амортизация.

; 1. Запишете първоначалната покупка както обикновено
2025-01-20 * "Purchase MacBook Pro"
  Assets:Equipment:Computers:Cost      3000.00 USD
  Assets:Bank:Checking               -3000.00 USD

; 2. Дефинирайте графика
2025-01-20 * "Amortization schedule"
  Assets:Equipment:Computers:AccumDep      -83.33 USD
  Expenses:Depreciation:Computers           83.33 USD

Плъгинът ще разпредели тази сума автоматично за следващите 36 месеца.

Опция C: Плъгин за ускорена амортизация (MACRS)​

За ускорени графици като MACRS можете да използвате специализиран плъгин (например beancount_macrs). Той изисква да посочите полезния живот и категорията на актива, след което автоматично изчислява необходимите суми.

2025-03-01 * "MACRS amortization for equipment"
  Assets:Equipment:Computers:AccumDep      -150.00 USD
  Expenses:Depreciation:Computers           150.00 USD

Натрупана амортизация в баланса​

Примери за готови за копиране записи​

Пример 1 – Ръчно въвеждане​

2025-03-15 * "Purchase office chair"
  Assets:Equipment:Office:Cost      500.00 USD
  Assets:Bank:Checking             -500.00 USD

2025-04-01 * "Monthly depreciation - office chair"
  Expenses:Depreciation:Office      13.89 USD
  Assets:Equipment:Office:AccumDep  -13.89 USD

Пример 2 – Автоматизация с Fava​

plugin "fava.plugins.amortize_over"

2025-01-10 * "Purchase server"
  Assets:Equipment:Servers:Cost      12000.00 USD
  Assets:Bank:Checking               -12000.00 USD

2025-01-10 * "Amortization schedule"
  Assets:Equipment:Servers:AccumDep  -333.33 USD
  Expenses:Depreciation:Servers      333.33 USD

Как да проверите натрупаната амортизация​

bean-query myledger.bean "SELECT account, SUM(position) WHERE account = 'Assets:Equipment:Computers:AccumDep'"

Това ще ви покаже текущата натрупана сума за конкретната сметка.

Как да коригирате грешки​

Ако случайно запишете твърде голяма сума, можете да направите коригираща транзакция:

2025-07-01 * "Correction of over‑amortization"
  Assets:Equipment:Computers:AccumDep      50.00 USD
  Expenses:Depreciation:Computers        -50.00 USD

Това ще намали натрупаната амортизация и ще възстанови част от разхода.

Как да отразите продажба на актив​

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

2026-01-15 * "Sale of MacBook Pro"
  Assets:Bank:Checking               1500.00 USD
  Assets:Equipment:Computers:Cost   -3000.00 USD
  Assets:Equipment:Computers:AccumDep  1000.00 USD
  Income:GainOnSale                  500.00 USD

Тук Income:GainOnSale е примерна сметка за печалба/загуба от продажбата.

Как да използвате bean-report за визуализация​

bean-report myledger.bean balance_sheet
bean-report myledger.bean income_statement

Тези команди генерират красиви HTML отчети, които можете да разгледате в браузъра.

Заключение​

Натрупаната амортизация е фундаментален елемент от управлението на дълготрайни активи. С правилното моделиране в Beancount можете да поддържате чисти, точни и автоматизирани финансови книги. Използвайте примери от това ръководство, за да ускорите процеса и да се съсредоточите върху по‑важните бизнес решения. Ако имате въпроси, споделете ги в общността на Beancount или в дискусиите около Fava. Успех!

Beancount‑първо ръководство за моделиране на реалните разходи, тестване на паричния поток и въвеждане в регистъра.

Наемането на първия ви служител е огромна стъпка. Това е залог за бъдещето ви, но също така и значителен финансов ангажимент, който надхвърля цифрата в офертното писмо. Твърде много основатели и собственици на малки бизнеси се фокусират само върху заплатата и след това се изненадват от истинските, „пълно натоварени“ разходи.

Това ръководство ще ви покаже как точно да моделирате тези разходи, да проверите дали наистина можете да си ги позволите и след това да ги интегрирате директно във вашия Beancount регистър, за да намалите риска преди да публикувате обявата.

TL;DR​

• Не спирайте само на заплатата. В САЩ реалната цена включва данъци върху заплатите (Social Security, Medicare, FUTA/SUTA), обезпечения, застраховки, инструменти и наемане. За частния сектор, обезпеченията сами по себе си средно са 30 % от общото възнаграждение, което предполага мултипликатор 1.42× „пълно натоварване“ върху заплатата. Това може да варира значително според компанията и местоположението.
• Бърко правило за старт: Пълно натоварване ≈ Заплата + Данъци върху заплатите + Обезпечения + Застраховки + Инструменти/Софтуер + Наемане/Рамп‑ъп.
• Използвайте Beancount, за да намалите риска. Моделирайте месечен бюджет за заплати в регистъра си, като използвате функцията за бюджети на Fava. След това пуснете прогноза, за да проверите runway‑а, маржовете и периода за възвръщаемост преди да се ангажирате.

1) Какво всъщност определя „пълно натоварване“?​

Помислете за заплатата като за върха на айсберга. Видимата част е проста, но потъналите разходи са тези, които могат да потънат паричния ви поток, ако не сте подготвени. Ето разбивката.

• Базова заплата (Wages/Salary): Това е лесната част – договорената годишна заплата или почасово възнаграждение. Това е най-голямата линия, но е само отправна точка.

• Данъци върху заплатите (САЩ): Не плащате само на служителя; вие също трябва да платите данъци върху неговата заплата. Като работодател вие отговаряте за:

  • Social Security (OASDI): Плащате 6.2 % от заплатата до годишния лимит. За 2025 този лимит е 176 100 $.
  • Medicare (HI): Плащате 1.45 % от всички заплати, без ограничение.
  • Unemployment Taxes (FUTA & SUTA): Федералният данък за безработица (FUTA) е 6.0 % върху първите 7 000 $ заплата. Обикновено работодателите получават кредит за платените щатски данъци (SUTA), което намалява ефективната ставка до 0.6 %. Ставките на SUTA варират значително според щата и историята на вашата компания.

• Обезпечения: Често втората по големина разходна категория. Включва здравно осигуряване, вноски за пенсия (напр. 401(k) съвпадение) и платен отпуск. В частния сектор в САЩ обезпеченията средно са около 30 % от общото възнаграждение. За сравнение, средната годишна премия за здравно осигуряване, предоставяно от работодателя, през 2024 г. беше 8 951 $за индивидуално покритие и 25 572$ за семейно. Докато служителите внасят част, работодателят обикновено поема по-голямата част.

• Застраховка за трудови злополуки: Задължителна почти във всеки щат и покрива медицински разходи и загуба на доход, ако служителят се нарани на работа. Ставките зависят от щата, индустрията и ролята (офисен служител е много по-евтин за застраховка от покривар).

• Инструменти и разходи за поддръжка: Новият служител се нуждае от правилното оборудване – лаптоп, лицензи за софтуер (SaaS), бюро (ако имате офис) и софтуер за обработка на заплати. Типичен доставчик на услуги за заплати за малък бизнес струва около 49–50 $на месец като базова такса, плюс 6–10$ на служител.

• Наемане и рам‑ъп: Не забравяйте еднократните разходи – такси за обяви, вашето време за интервюта и, най-важното, периода за адаптация. Новият служител може да отнеме 1–3 месеца, за да достигне пълна продуктивност, през който вие плащате пълната му цена за частичен изход.

2) Конкретен пример​

Нека го направим осязаемо. Представете си, че наемате служител в САЩ с 80 000 $ заплата. Планирате да предложите индивидуално здравно осигуряване, като покривате националния среден дял на работодателя от 84 % от премията.

Годишната разбивка е следната:

• Данъци върху заплатите (работодател):

  • Social Security (OASDI): 80 000 $× 6.2$**
  • Medicare: 80 000 $× 1.45$**
  • FUTA (ефективна ставка): 7 000 $× 0.6$**
  • Общо данъци за работодателя: 6 162 $

• Здравно осигуряване (вашият дял):

  • Използвайки средната премия за 2024 г. за индивидуално покритие (8 951 $) и вашия 84$ × 0.84 = 7 519 $годишно** (или **627$ месечно).

• Софтуер за заплати и инструменти:

  • Софтуер за заплати: (50 $базова такса + 6$/служител) × 12 месеца = 672 $ годишно.
  • Инструменти/лаптоп/ SaaS (оценка): 2 000 $ годишно.

Сумираме:

В този сценарий пълното натоварване е 96 353 $**, което е **1.20×** базовата заплата. Това е сравнително скромен пакет обезпечения. Ако добавите 401(k) съвпадение, по-щедър платен отпуск или семейно здравно осигуряване, лесно може да достигнете средния национален мултипликатор **1.42×**. За заплата от 80 k това би означавало общ разход около **113 800$.

Ключов извод: Вашият истински разход вероятно ще е между 1.20× (скромен) и 1.40×+ (по‑богат) от базовата заплата. Пресметнете сами, за да разберете.

3) „Мога ли да си позволя?“ – три практични теста​

Сега, когато имате реален месечен разход (8 029 $ в примера), как да разберете дали можете да го поддържате?

1. Покритие на брутния марж: Платата ли се изплаща сама? Ако вашият бизнес има 65 % брутен марж, новият служител трябва да генерира поне **12 352 $нов приход на месец** (8 029$ ÷ 0.65), за да достигне точка на равновесие. Ако ролята е предназначена да спести разходи, тя трябва да осигури еквивалентно, устойчиво намаляване на разходите.

2. Възвръщаемост и runway: Колко време ще отнеме, докато служителят донесе положителна възвръщаемост, и можете ли да издържате до тогава? Целете се към 6–12‑месечен период за възвръщаемост – колкото по‑кратък, толкова по‑сигурно. Критично е да имате поне 3–6 месеца от пълното натоварване в кеш като буфер след рам‑ъпа.

3. Реалност на рам‑ъпа: Новият служител няма да бъде 100 % ефективен от първия ден. Бюджетирайте 1–3 месеца onboarding и по‑ниска продуктивност. Ако кешовият ви буфер не може да покрие както заплатата, така и падането в продуктивност, не сте готови. Помислете за външен изпълнител или част‑време, за да валидирате нуждата първо.

Бележка за САЩ: Ако това е вашият първи служител или първият ви в нов щат, проверете изискванията за съответствие. Кредитите за FUTA могат да се променят в зависимост от щата, а ставките на SUTA варират значително. Законовите изисквания за трудови злополуки също се различават. Грешка тук може да доведе до глоби.

4) Направете модела реален в Beancount​

Най‑добре е да видите влиянието директно в книгите си. Ето как да го направите с Beancount.

A. Създайте бюджет за заплати с Fava​

Първо, добавете прогнозираните месечни разходи към вашия регистър, като използвате директивата custom "budget" на Fava. Това ви позволява да визуализирате новия разход спрямо приходите.

; Budgeting for one employee at   $96k/year fully-loaded cost
2025-09-01 custom "budget" Expenses:Payroll:Wages              "monthly" 6666.67 USD
2025-09-01 custom "budget" Expenses:Payroll:Taxes:Employer      "monthly"  513.50 USD
2025-09-01 custom "budget" Expenses:Benefits:HealthInsurance   "monthly"  626.57 USD
2025-09-01 custom "budget" Expenses:Tools:PayrollSoftware       "monthly"   55.00 USD

След като го добавите, отчетите Income Statement и Changes на Fava автоматично ще покажат как се справяте спрямо новото, по‑високо ниво на разходи.

B. Запишете реално изпълнение на заплатите​

Когато изпълнявате заплатите, имате два често използвани начина за запис.

• Подробен (с пасиви): Най‑точният метод. Разделя данъците, които вие плащате, от удръжките на служителя, третирайки последните като пасиви, които временно задържате преди да ги преведете към държавните органи.

2025-09-30 * "Payroll - Alice (September)" ; Example withholdings for illustration
  Expenses:Payroll:Wages                               6666.67 USD
  ; Employer-side taxes (your direct cost)
  Expenses:Payroll:Taxes:Employer:SocialSecurity        413.33 USD
  Expenses:Payroll:Taxes:Employer:Medicare               96.67 USD
  Expenses:Payroll:Taxes:Employer:FUTA                    3.50 USD
  ; Employee withholdings (held as liabilities)
  Liabilities:Payroll:Withholding:Federal             -1000.00 USD
  Liabilities:Payroll:Withholding:State                -300.00 USD
  Liabilities:Payroll:FICA:Employee:SocialSecurity     -413.33 USD
  Liabilities:Payroll:FICA:Employee:Medicare            -96.67 USD
  ; Cash out to bank (net pay to employee)
  Assets:Bank:Checking                                -4853.54 USD

По-късно, когато вашият доставчик на заплати преведе данъците, ще запишете отделна транзакция за изчистване на пасивите (например Liabilities:Payroll:Withholding:Federal → Assets:Bank:Checking).

• Оптимизиран (един ред): Ако доставчикът дебитира сметката ви в една комбинирана транзакция и не се нуждаете от детайлно проследяване на пасивите, това е по‑опростен подход.

2025-09-30 * "Gusto payroll run - Alice"
  Expenses:Payroll:Wages                   6666.67 USD
  Expenses:Payroll:Taxes:Employer           513.50 USD
  Expenses:Payroll:Fees:Provider             55.00 USD
  Assets:Bank:Checking                    -7235.17 USD

C. Прогноза и проверка​

След като сте записали бюджета и/или реалните разходи, използвайте bean-report или вградените функции на Fava, за да генерирате прогноза за cash‑flow, runway и възвръщаемост. Това ви дава ясна представа дали кешовият ви буфер е достатъчен за пълното натоварване.

C. Таблица с примерни данни (оставена без превод)​

5) Ключови съвети за финансово планиране​

• Съхранявайте кешов буфер: Минимално 3–6 месеца от пълното натоварване в ликвидни средства.
• Следете маржовете: Ако вашият брутен марж падне под 50 %, новият служител ще изисква значително по‑висок приход, за да се оправдае.
• Преглеждайте редовно бюджета: Периодичните прегледи (месечни/тримесечни) помагат да откриете отклонения преди да станат проблем.
• Използвайте автоматизирани прогнози: Fava и други инструменти за визуализация могат да покажат как различни сценарии (повишени разходи за обезпечения, промяна в маржа) влияят на вашия runway.

5) Често задавани въпроси​

Q: Трябва ли да превеждам всички разходи в Beancount?
A: Да. Дори ако някои разходи са в различна валута или се отнасят до външни услуги, записването им в регистъра ви дава пълен преглед на финансовото състояние.

Q: Как да включа данъци от други държави?
A: Добавете съответните категории под Expenses:Payroll:Taxes:Employer и, ако е необходимо, създайте нови пасиви за удръжки.

Q: Мога ли да използвам този модел за фрийлансъри?
A: Абсолютно. Просто заменете Expenses:Payroll:Wages с Expenses:Contractor:Fees и адаптирайте данъчните ставки според вашата юрисдикция.

6) Заключение​

Наемането на първия служител е съществена стъпка, но с правилен финансов модел и инструменти като Beancount можете да намалите риска и да запазите контрол върху паричния поток. Използвайте горепосочените тестове, създайте бюджет в Fava и следете прогнозираните си данни, за да се уверите, че вашият бизнес остава финансово стабилен, докато расте.

Продажбата в Amazon е мощен начин да достигнете до милиони клиенти, но структурата на таксите на платформата може да се усеща като лабиринт. Ако сте оператор, който цени чисти, проверяеми двойни записки, проследяването на тези разходи точно е задължително. Този наръчник разглежда таксите на американския пазар на Amazon за 2025 г. и ви показва точно как да ги записвате, използвайки инструмента за счетоводство в чист текст – Beancount.

TL;DR ⚡​

• Ще се сблъскате с няколко редовни такси от Amazon: Selling plan, Referral, Closing (медийни), FBA fulfillment & storage, Inbound placement, Low‑inventory‑level, Returns processing, Refund administration и High‑volume listing fee за много големи каталози.
• Поддържайте отделен акаунт Assets:Amazon:Clearing. Записвайте продажбите и таксите там; когато Amazon изплати, прехвърлете нетото към вашата банка. Това прави съвпоставянето лесно.
• Следете всяка SKU като отделна стока (напр. SKU:WATER-BOTTLE), за да може Beancount автоматично да изчисли вашата себестойност на продадените стоки (COGS) по партида.
• Можете бързо да съвпоставите, като импортирате отчети за разплащания или за период и съпоставите “transaction types” от Amazon директно към вашите разходни акаунти в Beancount.

Карта на таксите на Amazon (US Marketplace)​

Ето разбивка на най-често срещаните такси, които ще видите през 2025 г.

Такса за план за продажби​

Това е вашата базова абонаментна такса за достъп до пазара.

• Individual Plan: Няма месечна такса. Вместо това плащате $0.99 за всеки продаден артикул.
• Professional Plan: Фиксирана такса $39.99 на месец, която отменя таксата за всеки артикул. Това е стандартният избор за всеки сериозен продавач. Всички други такси за продажби се добавят към нея.

Такса за препоръка​

Това е комисионната на Amazon за всяка продажба.

Тя е процент от общата продажна цена на артикула (включително доставка и опаковане за подарък). Ставката зависи изцяло от категорията на продукта. Повечето категории попадат в диапазона 8–15%, но някои използват стъпаловидни ставки (например 15 % за първите $500 и 8 % за остатъка). Някои категории имат и минимална такса за препоръка, обикновено $0.30. Винаги проверявайте актуалната ценова листа за вашата конкретна категория.

Такса за затваряне (медийни категории)​

Ако продавате медийни продукти като книги, музика, видео или DVD, Amazon начислява допълнителна фиксирана $1.80 такса за затваряне за артикул.

Такси за изпълнение на FBA​

Това са таксите за подбор, пакетиране и изпращане за всяка единица при използване на Fulfillment by Amazon (FBA). Цената варира в зависимост от размера и теглото на артикула. Amazon периодично актуализира тези ценови листи. За 2025 г. не‑пиковите ставки се върнаха към нива от 2024 г. на 15 януари 2025 г. Винаги се консултирайте с актуалната ценова листа за FBA, за да намерите точната размерна категория и съответната такса за вашия продукт.

Месечна съхранение и такса за остаряла инвентаризация (FBA)​

Amazon начислява такса за пространството, което вашият инвентар заема в техните складове.

• Monthly Storage: Таксуване по кубичен фут.
• Aged-Inventory Surcharge: Допълнителна месечна такса, начислявана върху инвентар, който е останал твърде дълго в складовия център. Тя се добавя към редовната месечна такса за съхранение.

Такса за услуга за входящо разполагане (FBA)​

Това е такса за всяка единица, свързана с начина, по който изпращате инвентара към Amazon. Тя е предназначена да покрие разходите за разпределяне на вашите продукти в мрежата за изпълнение на Amazon. Някои програми, като „New Selection“, могат временно да освободят нови продукти до определени лимити.

Такса за ниско ниво на инвентара (FBA)​

Тази такса се прилага за продукти със стандартен размер, които постоянно имат ниски нива на инвентар спрямо клиентското търсене. Amazon измерва това с метрика, наречена „historical days of supply“. Ако нивото на запасите за популярен артикул падне под прага (обикновено 28 дни), тази такса се активира.

Такса за обработка на връщания (FBA)​

За продукти в категории с по-висок от обичайния процент на връщане (като облекло и обувки), Amazon може да начисли такса за обработка на връщания за всяко клиентско връщане. Някои единици от „New Selection“ са освободени от тази такса до определен лимит.

Такса за администриране на възстановяване​

Когато издадете възстановяване на клиент за поръчка, Amazon ви връща таксата за препоръка, която сте платили. Въпреки това, те задържат част от нея като такса за обработка. Това е по-малкото от $5.00 или 20 % от таксата за препоръка за този артикул.

Такса за листинг с голям обем (огромни каталози)​

Тази такса засяга само продавачи с огромни каталози. Ако имате повече от 1,5 милиона активни SKU, Amazon начислява месечна такса от $0.001 за всяка подходяща SKU над този праг.

Забележка: Ставките и политиките могат да се различават по държава, регион и категория. Винаги преглеждайте местните помощни страници в Seller Central преди записване.

Как тези такси се появяват във вашите отчети 🧾​

Можете да намерите всички тези данни в Seller Central. Двата най-полезни отчета за счетоводство са:

1. Date Range Reports (Payments → Date Range Reports): Предоставят резюме на вашите приходи, разходи, данъци и нетни трансфери за конкретен период. Перфектни са за импорт на главна книга и съвпоставяне на високо ниво.

2. Settlement Files (например Flat File V2): Тези файлове разглеждат всяка отделна транзакция, показвайки типа такса, ID на поръчката, сума и дата. Това са детайлните данни, които ще използвате, за да съпоставите всичко правилно.

Първо Beancount: начин за записване на активност в Amazon​

Ето как да преведете сложния свят на Amazon в чисти, прости записи в Beancount.

1. Създайте минимална сметкоплан​

Първо, дефинирайте необходимите акаунти. Тази проста структура покрива всичко.

Assets:Amazon:Clearing
Assets:Bank:Checking
Assets:Inventory:SKU:WATER-BOTTLE
Equity:Opening-Balances
Equity:Retained-Earnings
Expenses:Amazon:Fees:FBA-Fulfillment
Expenses:Amazon:Fees:FBA-Storage
Expenses:Amazon:Fees:Inbound-Placement
Expenses:Amazon:Fees:Low-Inventory-Level
Expenses:Amazon:Fees:Referral
Expenses:Amazon:Fees:Refund-Administration
Expenses:Amazon:Fees:Returns-Processing
Expenses:Amazon:Fees:Selling-Plan
Expenses:Amazon:Fees:Closing
Income:Sales:Amazon

Beancount‑способността да проследява партиди инвентар и себестойност е суперсила. Ще „купувате“ инвентар в Assets:Inventory:SKU:... с цена {...}. При продажба Beancount автоматично изчислява себестойността на продадените стоки.

2. Запишете продажба и такси​

2025-01-01 * "Продажба на бутилка вода"
  Assets:Amazon:Clearing                     -30.00 USD
  Income:Sales:Amazon                         30.00 USD
  Expenses:Amazon:Fees:Referral                4.50 USD
  Expenses:Amazon:Fees:FBA-Fulfillment         2.00 USD
  Expenses:Amazon:Fees:FBA-Storage             1.00 USD

3. Запишете връщане​

2025-01-15 * "Връщане на бутилка вода"
  Assets:Amazon:Clearing                     30.00 USD
  Income:Sales:Amazon                        -30.00 USD
  Expenses:Amazon:Fees:Returns-Processing     -4.50 USD
  Expenses:Amazon:Fees:Refund-Administration  -0.45 USD

4. Запишете възстановяване​

2025-01-20 * "Възстановяване за бутилка вода"
  Assets:Amazon:Clearing                     -30.00 USD
  Income:Sales:Amazon                         30.00 USD
  Expenses:Amazon:Fees:Referral                4.05 USD  ; 10 % отстъпка
  Expenses:Amazon:Fees:Refund-Administration   -0.45 USD

Този запис създава нова SKU, записва продажба с множество такси, обработва връщане и след това издава възстановяване, като същевременно поддържа точен инвентар и себестойност.

Събиране на всичко заедно​

По-долу е пълен пример, който съчетава всички горепосочени концепции. Коригирайте имената на акаунтите и сумите според вашия бизнес.

2025-01-01 * "Създаване на нова SKU"
  Assets:Bank:Checking                       -100.00 USD
  Assets:Inventory:SKU:WATER-BOTTLE           100.00 USD

2025-01-02 * "Продажба на бутилка вода"
  Assets:Amazon:Clearing                     -30.00 USD
  Income:Sales:Amazon                         30.00 USD
  Expenses:Amazon:Fees:Referral                4.50 USD
  Expenses:Amazon:Fees:FBA-Fulfillment         2.00 USD
  Expenses:Amazon:Fees:FBA-Storage             1.00 USD
  Expenses:Amazon:Fees:Inbound-Placement       0.50 USD
  Expenses:Amazon:Fees:Low-Inventory-Level     0.30 USD

2025-01-03 * "Връщане на бутилка вода"
  Assets:Amazon:Clearing                      30.00 USD
  Income:Sales:Amazon                        -30.00 USD
  Expenses:Amazon:Fees:Returns-Processing     -4.50 USD
  Expenses:Amazon:Fees:Refund-Administration   -0.45 USD

2025-01-04 * "Възстановяване за бутилка вода"
  Assets:Amazon:Clearing                     -30.00 USD
  Income:Sales:Amazon                         30.00 USD
  Expenses:Amazon:Fees:Referral                4.05 USD  ; 10 % отстъпка
  Expenses:Amazon:Fees:Refund-Administration   -0.45 USD

Този запис създава нова SKU, записва продажба с множество такси, обработва връщане и след това издава възстановяване, като същевременно поддържа точен инвентар и себестойност.

Допълнителна литература​

• Beancount Documentation
• Double‑Entry Bookkeeping Basics
• Amazon Seller Central Help Center – Fees

Задължения към доставчици (AP) са парите, които вашият бизнес дължи на доставчиците за стоки или услуги, които вече сте получили, но все още не сте платили. В света на счетоводството AP се класифицира като текущ пасив в баланса – сума, обикновено дължима в рамките на следващата година, често в 30‑60 дни.

Тази концепция е централна за начислителното счетоводство, където разходът и съответният пасив се записват в момента, в който фактурата пристигне, а не когато парите действително се изпратят. Това ръководство ще ви покаже как да управлявате целия процес на AP чисто и ефективно, използвайки инструмента за счетоводство в чист текст – Beancount.

Кратко резюме​

Преди да се потопим в детайлите, нека обхванем основните неща:

• Задължения към доставчици (AP) представляват вашите краткосрочни задължения към доставчиците. Ще ги намерите в секцията Liabilities на вашия баланс.
• Начислително vs. Кеш: AP съществува само ако водите книгите си на начислителна база. Beancount напълно поддържа начислителни процеси, а уеб интерфейсът му, Fava, ще показва вашите пасиви коректно.
• AP vs. AR: Просто е: задълженията са това, което дължите, докато вземанията (AR) са това, което другите дължат на вас.

Къде се намира AP в Beancount (и във Fava)​

За да започнете да проследявате AP, първо трябва да декларирате сметка за него във вашия журнал. Стандартната конвенция е:

Liabilities:AccountsPayable

По желание можете да създадете подсметки за големи доставчици (например Liabilities:AccountsPayable:ForestPaintSupply).

Във Fava тази сметка ще се появи в Баланса под Liabilities. Можете да кликнете върху нея, за да видите списък с всички отворени и платени елементи, получавайки ясен преглед на вашите задължения. Пример можете да видите в публичния примерен журнал на Fava: https://fava.pythonanywhere.com/example-beancount-file/balance_sheet/, където има сметка Liabilities:AccountsPayable.

Блокове от Beancount, които ще използвате​

Устойчивият процес за AP в Beancount се базира на няколко основни функции:

1. Сметки: Основно ще използвате Liabilities:AccountsPayable, кешова сметка като Assets:Bank:Checking и различните си разходни сметки (например Expenses:Supplies).
2. Метаданни: Можете да прикачвате ключ‑стойност данни към всяка транзакция. За AP ще използвате метаданни като invoice:, due:, terms: и document:. Fava дори разпознава ключа document: и автоматично създава кликваща връзка към прикачения файл, ако сте конфигурирали папка за документи.
3. Тагове & Връзки: Използвайте #tags (например #ap) за лесно филтриране и ^links (например ^INV-10455) за програмно свързване на фактура и последващото й плащане. Това създава ясен, одитируем след.
4. Запитвания (BQL): SQL‑подобният език за запитвания на Beancount (BQL) ви позволява да генерирате мощни отчети, като списък с всички отворени задължения, сортирани по дата на падеж, директно от командния ред с bean-query или от страницата „Query“ във Fava.

Основен процес за AP в Beancount​

Управлението на AP във вашия журнал включва две или три ключови стъпки: записване на фактурата, плащане и понякога обработка на частични плащания или отстъпки.

1) Записване на фактурата (създава пасив)​

Първо, записвате разхода и създавате задължението, когато фактурата пристигне.

; По желание задайте папка за документи в главния файл на Beancount:
option "documents" "documents"

2025-08-05 * "Forest Paint Supply" "Paint order INV-10455" ^INV-10455 #ap
  invoice: "INV-10455"
  due: "2025-09-04"
  terms: "2/10, n/30"
  document: "invoices/2025-08-05-forest-paint-INV-10455.pdf"
  Expenses:Supplies:Paint         500.00 USD
  Liabilities:AccountsPayable    -500.00 USD

Този един запис постига две критични неща:

1. Незабавно признава разход от 500 USD в правилния период (август).
2. Създава съответстващ пасив от 500 USD, показвайки, че дължите пари на Forest Paint Supply.

Връзката ^INV-10455 е уникален идентификатор, който по-късно ще поставите и в плащането, за да свържете логически фактурата и плащането.

2) Плащане на фактурата (изчиства пасива)​

Когато платите фактурата, създавате транзакция, която прехвърля пари от банковата ви сметка, за да изчисти пасива.

а) Стандартно плащане (без отстъпка):

2025-09-01 * "Forest Paint Supply" "Payment INV-10455" ^INV-10455
  Liabilities:AccountsPayable     500.00 USD
  Assets:Bank:Checking           -500.00 USD

Този запис намалява вашия AP баланс с 500 USD и същевременно намалява баланса на разплащателната сметка с тази сума. Пасивът вече е изчистен.

б) Отстъпка за ранно плащане (напр. „2/10, n/30“):

Ако условията са „2/10, n/30“, можете да вземете 2 % отстъпка, ако платите в рамките на 10 дни. За нашата фактура от 500 USD това е отстъпка от 10 USD. Има два приети начина за запис – изберете един и бъдете последователни.

; Опция 1: Записване на отстъпката като друг доход (контра‑разходен ефект)
2025-08-12 * "Forest Paint Supply" "Early payment discount INV-10455" ^INV-10455
  Liabilities:AccountsPayable     500.00 USD
  Assets:Bank:Checking           -490.00 USD
  Income:Discounts:Payables       -10.00 USD

; Опция 2: Намаляване директно на оригиналния разход
2025-08-12 * "Forest Paint Supply" "Early payment discount INV-10455" ^INV-10455
  Liabilities:AccountsPayable     500.00 USD
  Assets:Bank:Checking           -490.00 USD
  Expenses:Supplies:Paint         -10.00 USD

И в двата случая изчиствате пълния пасив от 500 USD, намалявате банковата сметка с 490 USD, които сте платили, и отразявате ползата от 10 USD.

3) Обработка на частични плащания​

Функцията за връзки в Beancount прави проследяването на частични плащания просто и чисто.

; Фактура за 1 200 USD
2025-08-10 * "Acme Parts" "INV-9001" ^INV-9001
  invoice: "INV-9001"
  due: "2025-09-09"
  Expenses:Parts                 1200.00 USD
  Liabilities:AccountsPayable   -1200.00 USD

; Първо плащане от 400 USD
2025-08-20 * "Acme Parts" "Payment INV-9001 (1/3)" ^INV-9001
  Liabilities:AccountsPayable     400.00 USD
  Assets:Bank:Checking           -400.00 USD

; Финално плащане от 800 USD
2025-09-05 * "Acme Parts" "Payment INV-9001 (final)" ^INV-9001
  Liabilities:AccountsPayable     800.00 USD
  Assets:Bank:Checking           -800.00 USD

Като използвате връзката ^INV-9001 във всички три транзакции, лесно можете да филтрирате журнала, за да видите пълната история на конкретната фактура и свързаните й плащания.

Полезни запитвания (BQL)​

Можете да изпълните тези запитвания в таба „Query“ на Fava или от командния ред с bean-query.

Съвет: Функцията any_meta() е изключително полезна за извличане на полета като invoice: и document: в резултатите от запитванията.

Отворени задължения по доставчик (преглед на баланса):

Това запитване сумира текущия остатък, който дължите на всеки доставчик.

SELECT payee, COST(SUM(position)) AS amount
WHERE account   "^Liabilities:AccountsPayable"
GROUP BY payee
ORDER BY payee;

Отворени задължения по фактура + дата на падеж:

Получете подреден списък с всички отворени фактури, сортирани по дата на падеж, за да приоритизирате плащанията.

SELECT payee,
       any_meta('invoice') AS invoice,
       any_meta('due')     AS due,
       COST(SUM(position)) AS amount
WHERE account   "^Liabilities:AccountsPayable"
GROUP BY payee, invoice, due
ORDER BY due, payee;

Списък с фактури, към които има прикачени PDF‑ове:

Това запитване намира всички ваши фактури и показва пътя към свързания документ.

SELECT date, payee, any_meta('invoice') AS invoice, any_meta('document') AS file
WHERE account   "^Liabilities:AccountsPayable"
ORDER BY date DESC;

Къде да видите AP във Fava​

• Баланс: Отидете в Balance Sheet → Liabilities → AccountsPayable, за да видите общия остатък и да навигирате до детайлите на транзакциите.
• Журнал: Филтрирайте журнала с account:Liabilities:AccountsPayable или с конкретна връзка като ^INV-xxxx, за да видите целия жизнен цикъл на дадена фактура.
• Странична лента „Documents“: Ако използвате метаданния document: и сте задали директивата option "documents", ще видите списък с линкове към документите в страничната лента.

Стареене на задължения, оборот и осведоменост за паричния поток​

• График за стареене: Този отчет групира отворените ви фактури по време на просрочване (например 1‑30 дни, 31‑60 дни, над 60 дни). В Beancount най-практичният подход е да изпълните горното запитване „Open AP by Invoice + Due Date“, да експортирате резултатите като CSV и да ги групирате в електронна таблица или малък Python скрипт.
• Оборот на задължения (AP Turnover Ratio): Бърза проверка за това колко бързо плащате доставчиците. Формулата е Общо покупки от доставчици ÷ Среден AP. Свързаният показател Days Payable Outstanding (DPO) се изчислява приблизително като 365 ÷ Оборот.
• Ако не можете да платите навреме: AP е предназначено за краткосрочен дълг. Ако доставчик се съгласи на формално, дългосрочно изплащане, трябва да прехвърлите задължението от AP в „note payable“.

2025-10-01 * "Helix Industries" "Convert overdue AP to 12-month note" ^INV-1110
  Liabilities:AccountsPayable    2000.00 USD
  Liabilities:NotesPayable      -2000.00 USD

Най‑добри практики за AP в журнал с чист текст​

• Отидете без хартия: Съхранявайте PDF‑овете на фактурите в папката documents и ги свързвайте с ключа document:.
• Използвайте връзки последователно: Поставяйте уникалния номер на фактурата в ^link както във фактурата, така и във всички свързани плащания.
• Поддържайте метаданните чисти: Консистентното използване на invoice:, due: и terms: подобрява търсенето, запитванията и финансовите прегледи.
• Начислително от начало до край: Ако искате полезни отчети за AP, задължително водете книгите си на начислителна база. Beancount и Fava го правят безупречно.

Копирай‑пейст стартов шаблон: Фактура + Плащане​

; ---- Фактура ----
2025-08-05 * "Forest Paint Supply" "Paint order INV-10455" ^INV-10455 #ap
  invoice: "INV-10455"
  due: "2025-09-04"
  document: "invoices/2025-08-05-forest-paint-INV-10455.pdf"
  Expenses:Supplies:Paint         500.00 USD
  Liabilities:AccountsPayable    -500.00 USD

; ---- Плащане ----
2025-09-01 * "Forest Paint Supply" "Payment INV-10455" ^INV-10455
  Liabilities:AccountsPayable     500.00 USD
  Assets:Bank:Checking           -500.00 USD