<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Блог Capital Wizard</title>
    <link>https://capital-wizard.com/ua/blog/</link>
    <atom:link href="https://capital-wizard.com/ua/feed.xml" rel="self" type="application/rss+xml" />
    <description>Практичні нотатки про облік капіталу, категоризацію транзакцій і ведення особистих та бізнесових грошей в одному місці.</description>
    <language>uk</language>
    <item>
      <title>Один словник, усі банки</title>
      <link>https://capital-wizard.com/ua/blog/one-vocabulary-every-bank/</link>
      <guid isPermaLink="true">https://capital-wizard.com/ua/blog/one-vocabulary-every-bank/</guid>
      <pubDate>Thu, 13 Aug 2026 09:00:00 GMT</pubDate>
      <description>Той самий обід — «Ресторани» в одному банку, «Розваги» в іншому й нічого взагалі в третьому. Жоден із них не помиляється: вони ніколи й не намагалися узгодитися. Що таке шар зіставлення і які дві речі він робить, а банк не може.</description>
      <content:encoded><![CDATA[<p>Обід у тій самій кав&#39;ярні, оплачений карткою, на трьох різних рахунках.</p>
<p>Перший банк заносить його в <strong>Ресторани</strong>. Другий називає це <strong>Розвагами</strong>. Третій узагалі не категоризує карткові платежі, тож операція приходить як <strong>Оплата карткою</strong> — і більше нічого.</p>
<p>Жоден із них не помиляється. Вони ніколи й не намагалися узгодитися.</p>
<p>Поки рахунок один, це не заважає. Щойно їх стає три, ваша сума витрат на харчування поза домом не просто трохи неточна — вона непізнавана, і жоден екран про це не попередить. Ви додаєте три словники так, ніби це один.</p>
<h2 id="section">У кожного банку своя думка</h2>
<p>Категорії банку існують для банку. Вони налаштовані під його власну продуктову аналітику, його стосунки з торговцями, його уявлення про те, який має бути клієнт. Їх ніколи не проєктували так, щоб узгодити з категоріями іншої установи, бо жодній установі це ніколи не було потрібно.</p>
<p>Звідси два наслідки, і обидва структурні, а не випадкові.</p>
<p>Класифікація <strong>закінчується на рахунках цього банку</strong>. Вона не бачить картку, яку ви тримаєте деінде, криптобіржу, брокерський рахунок — тож вона ніколи не дасть суму, яка щось означає про ваші гроші загалом, лише про ту їх частину, що випадково лежить тут.</p>
<p>І ця класифікація <strong>не залишається вашою</strong>. Вона живе в застосунку банку. Закрийте рахунок — і мітки підуть разом із ним; історія переживе це як суми й дати, з яких вилучили сенс.</p>
<h2 id="section-2">Зіставлення — це один збережений рядок</h2>
<p>Розв&#39;язок неефектний. Зіставлення — це збережений зв&#39;язок між тим, як операцію назвала установа, і тим, як її називаєте <strong>ви</strong>. <code>Розваги</code> в тому банку означають Особисте → Харчування поза домом у ваших книгах. Зроблено один раз, збережено для цієї установи, застосовано до кожного наступного імпорту.</p>
<p>Це весь механізм, і вся його цінність — у другій половині речення. Уперше побачивши торговця, ви ухвалюєте рішення. Удруге й щоразу далі вас ні про що не питають. Імпорт, який не накопичує ваших рішень, коштує однакової роботи щомісяця й назавжди — а це саме та точка, у якій люди припиняють.</p>
<p>Коди категорій торговців роблять нудну більшість автоматично — це чотиризначне число, яке платіжні мережі присвоюють картковим операціям і яке стабільне так, як текст опису ніколи не буває. Але автоматичний здогад позначено як здогад і показано окремою купкою, і він ніколи не перезаписує рішення, яке ви ухвалили самостійно. Ваша відповідь завжди головніша.</p>
<figure>
<div class="shot">
<div class="nwv">$3,940</div>
<div class="dlt">Одна картка · один місяць · після зіставлення</div>
<div class="sbar"><i style="flex:52;background:oklch(0.68 0.16 275)"></i><i style="flex:33;background:oklch(0.74 0.14 150)"></i><i style="flex:15;background:oklch(0.8 0.14 80)"></i></div>
<div class="leg">
<span><i style="background:oklch(0.68 0.16 275)"></i>Особисте<b>$2,049</b></span>
<span><i style="background:oklch(0.74 0.14 150)"></i>Робоче<b>$1,300</b></span>
<span><i style="background:oklch(0.8 0.14 80)"></i>Перекази, не витрати<b>$591</b></span>
<span><i style="background:#3a3d45"></i>Рядків, які банк подав як «Оплата карткою»<b>38%</b></span>
</div>
</div>
<figcaption>Одна фізична картка, один місяць, поділені на два результати, які банк розділити не здатен. Число внизу праворуч — частка рядків, що прийшли взагалі без придатної категорії, і це звичайний випадок, а не поганий місяць.</figcaption>
</figure>

<h2 id="section-3">Особисте й робоче на одній картці</h2>
<p>Категорії тут — це налаштування, а не код. Перейменуйте їх, додайте власні, сховайте ті, якими ніколи не користуєтеся, поділіть так, як насправді потрібно поділити ваші рахунки.</p>
<p>Типово постачаються два дерева витрат — <strong>Особисте</strong> й <strong>Робоче</strong>, — і саме цей один рядок на вершині дерева перетворює діаграму витрат на звіт про прибутки та збитки. Нижче підкатегорії ви вигадуєте самостійно. <em>Догляд за твариною</em> і <em>представницькі витрати</em> не входять до жодного стандартного списку — власне тому їх і має бути можливо додати.</p>
<p>Важливий випадок — найбуденніший: більшість людей проводить особисті й робочі витрати через ту саму фізичну картку. Банк бачить одну картку й один потік. Зіставлення вирішує рядок за рядком, з якого боку лінії опиняється кожна покупка, — тож грумер і підрядник перестають з&#39;являтися в одній сумі.</p>
<div class="note"><p class="h">Поділ має бути структурним, а не міткою</p><p>Мітка «робоче», прикручена до набору категорій, спроєктованого для домогосподарства, протримається приблизно квартал. Зробити її верхнім рівнем дерева означає, що кожна категорія нижче успадковує відповідь, і жоден рядок не може тихо ухилитися від питання.</p>
</div>
<h2 id="section-4">Категорія не каже, хто</h2>
<p>Частина, якій у банку немає жодного відповідника.</p>
<p>Зіставлення несе більше, ніж категорію. Воно може прикріпити <strong>людину</strong>, <strong>компанію</strong> або <strong>проєкт</strong> за операцією — тож той самий імпорт, який вирішує, якого роду це витрата, вирішує й кого вона стосується.</p>
<p>Оплатіть карткою послуги автомалярки — і це стане витратою <em>та</em> компанією, яка виконала роботу. Дайте чайові офіціантові чи перукарю — і це стане Харчуванням поза домом або Красою <em>та</em> людиною, яка їх отримала. Номер картки, вже збережений за кимось, підставляє контрагента самостійно, не питаючи вдруге.</p>
<p>У вашого банку є текст торговця й номер картки. Поля для того, <strong>хто</strong>, немає, бо банк не має уявлення про ваших постачальників, клієнтів чи домогосподарство. Хоч якими доброю стануть його категорії, він не скаже, у скільки вам обійшлася одна людина чи одна компанія за рік, і не скаже, чи проєкт приніс гроші.</p>
<blockquote class="pull"><p>Банк категоризує ваші витрати для власних потреб і позичає вам результат. Ці категорії ніколи не були вашими й ніколи не були переносними.</p>
<cite>Чому кожна спроба звести все докупи починається звідси</cite></blockquote>
<h2 id="section-5">Чого банк не може</h2>
<p>Це не недогляд, який можна виправити в наступному релізі, — це наслідок того, чим банк є.</p>
<table>
<thead>
<tr>
<th></th>
<th>Ваш банк</th>
<th>Шар зіставлення</th>
</tr>
</thead>
<tbody><tr>
<td>Кому належать категорії</td>
<td>Банкові</td>
<td>Вам — перейменувати, додати, поділити</td>
</tr>
<tr>
<td>Охоплення</td>
<td>Лише власні рахунки</td>
<td>Кожна установа, один набір</td>
</tr>
<tr>
<td>Особисте проти робочого</td>
<td>Такої різниці він не робить</td>
<td>Проведено на вершині дерева</td>
</tr>
<tr>
<td>Кому пішли гроші</td>
<td>Текст торговця</td>
<td>Людина, компанія або проєкт</td>
</tr>
<tr>
<td>Ваші виправлення</td>
<td>Живуть усередині того банку</td>
<td>Збережені раз, використані всюди</td>
</tr>
<tr>
<td>Якщо ви підете</td>
<td>Сенс піде разом із вами</td>
<td>Зіставлення залишається вашим</td>
</tr>
</tbody></table>
<p>Один обід, три банки, три відповіді — і жодна з них не ваша. Усе інше випливає з того, що це виправлено.</p>]]></content:encoded>
    </item>
    <item>
      <title>Як рахувати свій капітал, коли гроші живуть у п'ятьох місцях</title>
      <link>https://capital-wizard.com/ua/blog/track-net-worth-multiple-accounts/</link>
      <guid isPermaLink="true">https://capital-wizard.com/ua/blog/track-net-worth-multiple-accounts/</guid>
      <pubDate>Mon, 03 Aug 2026 19:00:00 GMT</pubDate>
      <description>Більшість людей назве вам свою зарплату й залишок на картці. Дуже мало хто скаже, скільки вони насправді варті, — і не тому, що математика складна, а тому, що числа розкидані.</description>
      <content:encoded><![CDATA[<p>Є особливий вид фінансового туману, який не має нічого спільного з малими заробітками. Вам платять, ви щось відкладаєте більшість місяців, десь є пенсійний рахунок і, можливо, трохи крипти з 2021-го, — і водночас, якби вас сьогодні запитали, скільки ви варті, довелося б відповісти: <strong>«дайте мені пів дня»</strong>.</p>
<p>Ці пів дня не настають ніколи. Тож питання лишається без відповіді роками, а кожне рішення, що від нього залежить — чи потягнемо перший внесок, чи брати нижче оплачувану роботу, чи справді бізнес нас тримає, — ухвалюється на відчуттях, а не на числі.</p>
<p>Цей текст і є тими пів днями, стисненими. Він про те, що таке капітал, чому саме ваш порахувати справді важче, ніж визнають блоги про особисті фінанси, і про метод із чотирьох кроків, який працює, коли гроші розкидані по кількох банках, більш ніж одній валюті та щонайменше одній речі, яку складно оцінити.</p>
<h2 id="section">Що таке капітал насправді</h2>
<p>Капітал — це одне віднімання: <strong>усе, чим ви володієте, мінус усе, що ви винні.</strong> Оце й уся визначення. Це не ваша зарплата, не норма заощаджень і не залишок на рахунку.</p>
<p>Активи — це все, що можна перетворити на гроші: поточні рахунки, заощадження, готівка, депозити, інвестиції, крипта, нерухомість, гроші, які винен вам клієнт, позика, яку ви дали братові. Зобов&#39;язання — це все, що доведеться повернути: іпотека, автокредит, борги за картками, нарахований, але ще не сплачений податок, гроші, які ви винні підряднику.</p>
<p>Віднімання тривіальне. Робота полягає в тому, щоб чесно скласти обидва списки.</p>
<h2 id="section-2">Чому саме ваш порахувати складно</h2>
<p>Стандартні поради припускають один банк, одну валюту й одне домогосподарство. Якщо це про вас, справа на десять хвилин. Більшість людей, з якими ми говоримо, перебувають у заплутанішому становищі, і заплутаність зазвичай одного з чотирьох видів.</p>
<ul>
<li><strong>Гроші розкидані.</strong> Зарплатний рахунок, картка, якою ви справді витрачаєте, депозит в іншому банку, брокерський рахунок, гаманець на біржі й готівка. Шість застосунків, шість входів, шість нагод про щось забути.</li>
<li><strong>Більш ніж одна валюта.</strong> Дохід в одній, витрати в другій, заощадження в третій. Будь-який підсумок вимагає перерахунку, а саме в перерахунках тихо витікає чесність.</li>
<li><strong>Особисте й бізнесове переплетені.</strong> Якщо ви ФОП або маєте невелику компанію, частина грошей на ваших рахунках насправді не ваша: це податок або аванс.</li>
<li><strong>Дещо опирається оцінці.</strong> Нерухомість, частка в непублічній компанії, депозит, якого не торкнутися рік, рахунок, який можуть і не оплатити.</li>
</ul>
<blockquote class="pull"><p>Причина, з якої більшість людей не може назвати свій капітал, — не арифметика. А те, що ніхто ніколи не записав цей список в одному місці.</p>
<cite>Справжня проблема</cite></blockquote>
<h2 id="1">Крок 1 — випишіть кожен рахунок, включно з незручними</h2>
<p>Візьміть чистий аркуш і випишіть кожне місце, де лежать гроші, включно з тими, де лежить 14 гривень, і тими, які ви давно збираєтеся закрити. Повнота тут важливіша за точність: забутий рахунок — це постійна помилка в кожному майбутньому числі, тоді як залишок, застарілий на кілька гривень, виправить себе сам наступного місяця.</p>
<p>Для кожного рахунку зафіксуйте чотири речі: як він зветься, яка в ньому валюта, скільки там приблизно і <strong>як швидко ви могли б це витратити</strong>. Саме останнє поле пропускають найчастіше, і саме воно робить підсумок корисним, а не декоративним.</p>
<h3 id="section-3">Сортуйте за ліквідністю, а не за банком</h3>
<p>Зручний поділ — на чотири кошики:</p>
<ul>
<li><strong>Висока ліквідність</strong> — можна витратити сьогодні. Поточні рахунки, готівка, депозити без обмежень.</li>
<li><strong>Середня</strong> — дні або тижні. Брокерські активи, більшість крипти, депозити з попередженням.</li>
<li><strong>Низька</strong> — місяці. Нерухомість, строкові депозити, приватні частки.</li>
<li><strong>Заморожені</strong> — гроші, номінально ваші, але зобов&#39;язані. Податкові резерви, завдаток у орендодавця, кошти до дати погашення.</li>
</ul>
<p>Тепер у вас два числа замість одного: скільки ви варті й скільки насправді могли б дістати цього тижня. За нашим досвідом саме друге число зупиняє людей від поганих рішень.</p>
<figure>
<div class="shot">
<div class="nwv">$573,132</div>
<div class="dlt">+$12,418 · +2,3% за місяць</div>
<div class="sbar"><i style="flex:12;background:oklch(0.74 0.14 150)"></i><i style="flex:7;background:oklch(0.7 0.16 25)"></i><i style="flex:76;background:oklch(0.8 0.14 80)"></i><i style="flex:5;background:oklch(0.68 0.16 275)"></i></div>
<div class="leg">
<span><i style="background:oklch(0.8 0.14 80)"></i>Середня<b>$440,084</b></span>
<span><i style="background:oklch(0.74 0.14 150)"></i>Висока ліквідність<b>$71,779</b></span>
<span><i style="background:oklch(0.7 0.16 25)"></i>Низька<b>$36,735</b></span>
<span><i style="background:oklch(0.68 0.16 275)"></i>Заморожені<b>$24,602</b></span>
</div>
</div>
<figcaption>Той самий підсумок, поділений за тим, як швидко до нього дотягнутися. Великий капітал із тонкою смугою високої ліквідності — це геть інша ситуація, ніж те саме число, що лежить переважно готівкою.</figcaption>
</figure>

<h2 id="2">Крок 2 — оцініть незручні речі один раз і не чіпайте</h2>
<p>Нерухомість, приватні частки й усе без живої ринкової ціни занапащають більше таблиць капіталу, ніж будь-який інший чинник, бо люди намагаються бути точними, а потім здаються.</p>
<p>Візьміть консервативну цифру, яку зможете обґрунтувати, запишіть дату й підставу — і перегляньте раз на рік. Квартира, оцінена за тим, скільки навесні пішла схожа, — це нормально. Точність тут є фальшивою втіхою: число рухається у спосіб, який ви все одно не можете спостерігати.</p>
<div class="note"><p class="h">Правило великого пальця</p><p>Якщо переоцінка активу змінює ваш підсумок менш ніж приблизно на 2%, робіть її раз на рік, а не щомісяця. Щомісячна переоцінка неліквідних речей додає шуму, який ховає той тренд, що вас насправді цікавить.</p>
</div>
<p>Гроші, які винні вам, є активом, але дисконтованим. Рахунок клієнта, прострочений на 30 днів, не вартий своєї номінальної суми. Обліковуйте його за повною вартістю й позначайте вік або застосовуйте дисконт — обидва підходи захищувані, доки ви послідовні.</p>
<h2 id="3">Крок 3 — оберіть одну валюту й зберігайте курс, який використали</h2>
<p>Якщо ви тримаєте більш ніж одну валюту, доведеться обрати звітну. Зазвичай це та, в якій ви витрачаєте, а не та, в якій заробляєте.</p>
<p>Ось де все ламається. Якщо перерахувати всю історію за сьогоднішнім курсом, то щоразу, коли курс рухається, <strong>ваше минуле змінюється</strong>. Торішній січневий капітал сьогодні вранці інший, ніж був учора, і це робить лінію тренду беззмістовною, тихо позбавляючи вас здатності зрозуміти, чи є поступ.</p>
<p>Зберігайте курс, який діяв на дату кожного зрізу, і перераховуйте історичні цифри за їхнім історичним курсом. Сьогоднішній підсумок бере сьогоднішній курс; січневий лишає січневий. Ваша історія перестає рухатися.</p>
<h2 id="4">Крок 4 — оберіть ритм, якого ви справді дотримаєтеся</h2>
<p>Для більшості людей правильно щомісяця. Щотижня — шум, якщо ви не торгуєте активно; щокварталу — надто повільно, щоб зловити дрейф до того, як він стане проблемою.</p>
<p>Оберіть фіксований день — останній день місяця запам&#39;ятати найлегше — і робіть зріз цього дня незалежно від того, приємне число чи ні. Уся цінність ряду походить від його послідовності. Шість чесних місячних точок кращі за два роки епізодичних оптимістичних.</p>
<h2 id="section-4">Як читати число, коли воно вже є</h2>
<p>Одна цифра капіталу не каже майже нічого. Друга каже багато. Коли їх стане три-чотири, шукайте три речі:</p>
<ul>
<li><strong>Напрямок і нахил.</strong> Лінія зростає, і чи зростає вона швидше за інфляцію там, де ви живете?</li>
<li><strong>Що її рухає.</strong> Зростання від заощаджень повторюване. Зростання від переоцінки активу — ні: портфель, що росте, може ховати той факт, що ви чотири місяці витрачали більше, ніж заробляли.</li>
<li><strong>Структуру ліквідності.</strong> Якщо підсумок росте, а смуга високої ліквідності стискається, ви одночасно багатшаєте й стаєте вразливішими.</li>
</ul>
<h2 id="section-5">Таблиця чи застосунок</h2>
<p>Таблиця — справді гарне місце, щоб почати, і ми не вдаватимемо інакше. Вона перестає бути гарною в цілком передбачуваній точці.</p>
<table>
<thead>
<tr>
<th>Ситуація</th>
<th>Таблиця</th>
<th>Спеціалізований застосунок</th>
</tr>
</thead>
<tbody><tr>
<td>Один-два рахунки, одна валюта</td>
<td>Достатньо, і безкоштовно</td>
<td>Зайвий</td>
</tr>
<tr>
<td>Шість і більше рахунків</td>
<td>Ручне введення стає вузьким місцем</td>
<td>Виписки імпортуються й категоризуються самі</td>
</tr>
<tr>
<td>Кілька валют</td>
<td>Курси застарівають; історія переписується</td>
<td>Історичні курси зберігаються на кожен зріз</td>
</tr>
<tr>
<td>Особисте й бізнесове разом</td>
<td>Окремі вкладки, які розходяться</td>
<td>Окремі простори, один вхід</td>
</tr>
<tr>
<td>Спільно з партнером чи бухгалтером</td>
<td>Конфлікти версій або спільний пароль</td>
<td>Персональний доступ, який можна відкликати</td>
</tr>
</tbody></table>
<p>Чесний тест: якщо ви не оновлювали таблицю два місяці, проблема не в тому інструменті, про який ви думаєте, — вона в терті ручного введення. Саме це тертя Capital Wizard і був створений прибрати.</p>]]></content:encoded>
    </item>
    <item>
      <title>Помилка з курсом валют, яка тихо переписує ваше минуле</title>
      <link>https://capital-wizard.com/ua/blog/historical-exchange-rates-rewrite-your-past/</link>
      <guid isPermaLink="true">https://capital-wizard.com/ua/blog/historical-exchange-rates-rewrite-your-past/</guid>
      <pubDate>Mon, 03 Aug 2026 18:00:00 GMT</pubDate>
      <description>Якщо перерахувати всю фінансову історію за сьогоднішнім курсом, ця історія рухатиметься щоразу, коли рухається ринок. Торішній січневий підсумок сьогодні вранці інший, ніж був учора, — а тренд, на який ви спиралися, виявляється вигадкою.</description>
      <content:encoded><![CDATA[<p>Майже всі, хто тримає гроші більш ніж в одній валюті, роблять ту саму помилку, і майже ніхто її не помічає — бо зсередини таблиці, в якій вона живе, її не видно.</p>
<p>Виглядає це так. У вас є заощадження в євро та доларах. Хочеться мати одне число, тож ви ставите сьогоднішній курс EUR/USD в окрему клітинку й множите на неї колонку з євро. Чисто, просто — і хибно в такий спосіб, що виявиться лише за кілька місяців, коли ви подивитеся на лінію тренду й не зможете зрозуміти, чому вона ніколи нічого не показує.</p>
<p>Проблема в тому, що одна клітинка з курсом виконує дві різні роботи, і лише одна з них законна.</p>
<h2 id="section">Два способи перерахунку, і правильний лише один</h2>
<p>Із січневим залишком в іноземній валюті можна зробити рівно дві речі.</p>
<p><strong>Перерахувати за курсом, який діяв у січні.</strong> Це показує, скільки ті гроші коштували у вашій звітній валюті на момент, який ви описуєте. Січневе число стає постійним фактом. За п&#39;ять років воно читатиметься так само, як зараз.</p>
<p><strong>Перерахувати за сьогоднішнім курсом.</strong> Це показує, скільки січневий залишок коштував би, якби ви тримали його сьогодні, — дивна гіпотетична величина, якої насправді ніхто не потребує і яка змінюється щоразу, коли рухається ринок.</p>
<p>Другий варіант є типовим у будь-якій таблиці, бо в таблиці одна клітинка з курсом, і вона множить усе. Тож уся ваша фінансова історія тихо переоцінюється щоранку.</p>
<h2 id="section-2">Що робить із трендом «сьогоднішній курс на все»</h2>
<p>Ось найменший приклад, який показує шкоду.</p>
<p>Ви тримаєте €40 000 і $30 000, а звітуєте в доларах. У січні курс був 1,0250; сьогодні — 1,1400. За весь рік із жодного рахунку нічого не заходило й не виходило.</p>
<ul>
<li><strong>Перерахунок за збереженими курсами.</strong> Січень: €40 000 × 1,0250 = $41 000, плюс $30 000 = <strong>$71 000</strong>. Сьогодні: €40 000 × 1,1400 = $45 600, плюс $30 000 = <strong>$75 600</strong>. Ви у плюсі на $4 600.</li>
<li><strong>Перерахунок за сьогоднішнім курсом наскрізь.</strong> Січень: €40 000 × 1,1400 = $45 600, плюс $30 000 = <strong>$75 600</strong>. Сьогодні: теж $75 600. Ви у плюсі <strong>на ніщо</strong>.</li>
</ul>
<p>Частина в євро цього року справді набрала $4 600 доларової купівельної спроможності. Другий метод стирає цей приріст — не округленням, а тим, що заднім числом вдає, ніби ви його мали завжди. І помилка працює в обидва боки: якби євро впав, той самий метод вигадав би прибуток, якого ви ніколи не отримували, і він виринув би саме в тому місяці, коли ви намагалися оцінити геть інше рішення.</p>
<figure>
<div class="shot">
<div class="nwv">$75,600</div>
<div class="dlt">+$4,600 · +6,5% від січня</div>
<div class="sbar"><i style="flex:60;background:oklch(0.68 0.16 275)"></i><i style="flex:40;background:oklch(0.74 0.14 150)"></i></div>
<div class="leg">
<span><i style="background:oklch(0.68 0.16 275)"></i>Частина в EUR, за сьогоднішнім курсом<b>$45,600</b></span>
<span><i style="background:oklch(0.74 0.14 150)"></i>Частина в USD<b>$30,000</b></span>
<span><i style="background:#3a3d45"></i>Той самий підсумок, січневий курс<b>$71,000</b></span>
<span><i style="background:#3a3d45"></i>Рух коштів<b>$0</b></span>
</div>
</div>
<figcaption>Два залишки, які не змінилися, і різниця в $4 600, що є виключно курсовою. Зберігайте курс на дату зрізу — і цей приріст лишається видимим; перерахуйте все за сьогоднішнім курсом — і він зникає в минулому.</figcaption>
</figure>

<blockquote class="pull"><p>Фінансова історія, яка змінюється за ніч, — це не історія. Це перемальовування теперішнього наживо, вбране в дати.</p>
<cite>Чому лінія тренду ніколи нічого не каже</cite></blockquote>
<h2 id="section-3">Який саме курс</h2>
<p>Щойно ви погоджуєтеся, що курс потрібен на кожну дату, наступне питання — який саме. І чесна відповідь: залежить від того, для чого це число.</p>
<p><strong>Середньоринковий курс на дату.</strong> Середина між купівлею та продажем — той курс, який показує пошуковик. Підходить для оцінки <em>залишку</em>, який ви тримаєте. Ви ж не продаєте ці євро сьогодні; вам просто потрібна справедлива спільна одиниця.</p>
<p><strong>Курс, який ви фактично отримали.</strong> Підходить для оцінки <em>операції</em>. Коли ви переказали €5 000 і надійшло $5 340, ваш курс становив 1,0680 — байдуже, що казав середньоринковий. Це не наближення до справжнього курсу: для цього переказу він <em>і є</em> справжнім, а розрив між ним і середньоринковим — це реальна витрата, яку ви понесли.</p>
<p>Плутанина між цими двома і призводить до портфеля, який тихо суперечить банківським випискам. Залишки беруть ринковий курс; рухи беруть курс, за яким рух насправді відбувся.</p>
<div class="note"><p class="h">Цей розрив має назву й розмір</p><p>Різниця між середньоринковим курсом і тим, що ви отримали, — це спред провайдера, і зазвичай він більший за комісію, яку вам показують. Переказ, розрекламований як «0,4%», часто коштує 0,4% видимої комісії плюс 0,5–1,5% спреду. Якщо записувати лише комісію, транскордонний рух грошей виглядає приблизно втричі дешевшим, ніж є насправді, — саме така помилка живе роками, бо ніколи ні з чим у ваших записах не конфліктує.</p>
</div>
<h2 id="section-4">Втрата на конвертації — це витрата, а не похибка округлення</h2>
<p>Простежте гроші через один переказ. €5 000 виходять з одного рахунку. $5 340 надходять на інший. Якщо записати лише ці два рядки, ваш облік каже, що ви витратили €5 000 і отримали $5 340, — і різниця між тим, скільки ці суми «варті», має кудись подітися. Зазвичай вона йде в загадковий дрейф, який ви щокварталу виправляєте вручну.</p>
<p>Їй місце в третьому рядку. Оцініть вихідну частину за середньоринковим курсом того дня (€5 000 за 1,0850 = $5 425), порівняйте з тим, що фактично надійшло ($5 340), — і різниця в $85 стає витратою з назвою: втрата на конвертації. Занесіть її, і одразу справджуються три речі. Обидва залишки сходяться точно. Ваш річний підсумок «скільки коштувало рухати гроші» стає реальною цифрою, яку можна назвати. І ваш капітал перестає дрейфувати з причин, які ви не можете пояснити.</p>
<p>Capital Wizard заводить цей третій рядок автоматично на кожному мультивалютному переказі, бо альтернатива — переказ, який тихо змінює ваш капітал, — це найпоширеніше джерело скарг «цифри не сходяться», які ми чуємо.</p>
<h2 id="section-5">Як обрати звітну валюту</h2>
<p>Вам потрібна одна валюта, щоб мислити в ній. Два правила роблять вибір простим.</p>
<p><strong>Оберіть ту, в якій витрачаєте, а не ту, в якій заробляєте.</strong> Якщо вам платять у доларах, а живете ви в Польщі, ваше фінансове становище — це питання злотих. «Чи можемо ми це собі дозволити» завжди звучить у валюті того, що ви купуєте.</p>
<p><strong>А далі не чіпайте.</strong> Зміна звітної валюти посеред історії — це єдина операція, яка законно переписує кожне минуле число, і після одного такого разу ви більше не довірятимете жодному з них. Якщо вам справді потрібні обидва погляди, тримайте обидва — але як дві повні історії, кожна зі своїми збереженими курсами, а не як одну історію з перемикачем.</p>
<h2 id="section-6">Чого це коштує в кожному інструменті</h2>
<table>
<thead>
<tr>
<th></th>
<th>Таблиця з однією клітинкою курсу</th>
<th>Курси, збережені на кожен зріз</th>
</tr>
</thead>
<tbody><tr>
<td>Торішній січневий підсумок</td>
<td>Щоранку інший</td>
<td>Зафіксований назавжди</td>
</tr>
<tr>
<td>Річне зростання</td>
<td>Забруднене курсовим дрейфом</td>
<td>Розділюване: заощадження проти валюти</td>
</tr>
<tr>
<td>Комісії за перекази</td>
<td>Невидимі, якщо не вписати вручну</td>
<td>Окремий рядок із річним підсумком</td>
</tr>
<tr>
<td>Звірка залишків</td>
<td>Дрейфує, виправляється руками</td>
<td>Збігається з банком точно</td>
</tr>
<tr>
<td>Зусилля щомісяця</td>
<td>Перевірити кожну клітинку з курсом</td>
<td>Жодних; курс фіксується того ж дня</td>
</tr>
</tbody></table>
<p>Ніщо з цього не доводить, що вам потрібна програма. Це доводить, що вам потрібна одна додаткова колонка — курс на дату — і дисципліна ніколи її не перезаписувати. Таблиця впорається з цим чудово, якщо додати колонку зараз, поки історія коротка.</p>
<p>Зазвичай цього не стається лише тому, що колонку треба заповнювати того ж дня, щодня, вічно, а ціну забудькуватості видно аж за кілька місяців. Це рівно та робота, яку варто віддати чомусь, що не забуває.</p>]]></content:encoded>
    </item>
    <item>
      <title>Що насправді відбувається, коли ви імпортуєте виписку</title>
      <link>https://capital-wizard.com/ua/blog/what-happens-when-you-import-a-bank-statement/</link>
      <guid isPermaLink="true">https://capital-wizard.com/ua/blog/what-happens-when-you-import-a-bank-statement/</guid>
      <pubDate>Mon, 03 Aug 2026 17:00:00 GMT</pubDate>
      <description>Вивантажити виписку — це чотири кліки. Перетворити її на записи, яким можна довіряти, — це п'ять рішень, і кожен інструмент, який робить це погано, помиляється в тих самих п'яти місцях.</description>
      <content:encoded><![CDATA[<p>«Просто імпортуйте виписку» — найкоротше речення в програмах для особистих фінансів і найменш чесне. Файл завантажується за секунди. Те, що відбувається далі, вирішує, чи отримаєте ви робочий набір записів, чи купу рядків, які ви виправлятимете цілі вихідні, а потім кинете.</p>
<p>Ми вже зробили імпортери приблизно для восьми фінансових установ — у форматах CSV, XLS, XLSX і PDF, трьома мовами й двома абетками. Цікаво, як мало відрізняються <em>проблеми</em>. Формати різняться шалено. П&#39;ять рішень завжди ті самі.</p>
<p>Ось вони — і те, як виглядає добра відповідь на кожне, незалежно від того, чи імпортує наш інструмент, чужий, чи ви самі з таблицею в неділю.</p>
<h2 id="section">Файл — це не таблиця</h2>
<p>Здавалося б, банківська виписка — це рядки й колонки. Часто ні.</p>
<p>Реальні приклади з реальних вивантажень, усі зараз у роботі: CSV у кодуванні Windows-1251 замість UTF-8, тож кожне кириличне ім&#39;я приходить кракозябрами, якщо не визначити кодування до розбору. Файл із розширенням <code>.xls</code>, який насправді є HTML із таблицею всередині. XLSX, де рядок заголовків — четвертий, бо рядки 1–3 займають логотип, назва та діапазон дат. PDF-довідка, де суми вирівняні праворуч у моноширинній колонці, і єдиний спосіб відрізнити суму від залишку — горизонтальна позиція на сторінці.</p>
<p>Далі — розкладка колонок, яка змінюється залежно від установи, продукту, а іноді й від мови, обраної на момент вивантаження. Особисте та бізнесове вивантаження того самого банку можуть не мати жодної спільної назви колонки.</p>
<div class="note"><p class="h">Деталь, яка з'їдає пів дня</p><p>Суми. Виписка може містити суму як одну колонку зі знаком, або як окремі колонки дебету й кредиту, або як суму без знака плюс слово-напрямок в іншій колонці — місцевою мовою. Роздільником дробової частини може бути кома. Роздільником тисяч — пробіл або нерозривний пробіл, які виглядають однаково, але є різними символами. Схибте тут трохи — і ви не отримаєте помилки: ви отримаєте число, більше в тисячу разів, в одному рядку з чотирьохсот.</p>
</div>
<p>Тому імпортер виписок — це не читач CSV. Це парсер під конкретну установу, який знає форму її вивантаження, плюс запасний варіант для всього іншого. Розумного універсального рішення тут немає, а інструменти, які його обіцяють, зазвичай просять вас щоразу самостійно зіставляти колонки.</p>
<h2 id="section-2">Як вирішити, що це та сама операція вдруге</h2>
<p>Саме це рішення відділяє інструменти, які лишаються, від тих, які видаляють.</p>
<p>Ви імпортуєте січень. У лютому імпортуєте знову — і, оскільки у вікні вивантаження типово стояло «останні 90 днів», у файлі є й січень. Наївний імпорт подвоює ваш січень. Зробіть так одного разу з трьома місяцями історії — і отримаєте безлад, який надійно лікується лише видаленням усього й початком спочатку.</p>
<p>Тож кожен рядок потребує ідентичності, яка переживає повторний імпорт. Добрий випадок — коли установа надає її сама: номер документа, референс, ідентифікатор операції. Збережіть його, і повторний імпорт стає порожньою дією — можете тягнути той самий файл хоч щодня.</p>
<p>Складний випадок — коли її немає, а це звична річ у вивантаженнях особистих рахунків. Тоді ідентичність доводиться синтезувати з самого рядка: час, плюс картка чи рахунок, плюс сума зі знаком, плюс залишок після операції. Саме останнє поле робить ключ надійним, бо дві справді різні кави о 09:14 на однакову суму залишать різні поточні залишки.</p>
<figure>
<div class="shot">
<div class="nwv">4,551</div>
<div class="dlt">Рядків із 14 файлів виписок · 0 створених дублікатів</div>
<div class="sbar"><i style="flex:71;background:oklch(0.74 0.14 150)"></i><i style="flex:17;background:oklch(0.68 0.16 275)"></i><i style="flex:8;background:oklch(0.8 0.14 80)"></i><i style="flex:4;background:oklch(0.7 0.16 25)"></i></div>
<div class="leg">
<span><i style="background:oklch(0.74 0.14 150)"></i>Нові, категоризовані автоматично<b>3,231</b></span>
<span><i style="background:oklch(0.68 0.16 275)"></i>Уже імпортовані, пропущені<b>774</b></span>
<span><i style="background:oklch(0.8 0.14 80)"></i>Збіглися з рядком, внесеним вами<b>364</b></span>
<span><i style="background:oklch(0.7 0.16 25)"></i>Потребують рішення<b>182</b></span>
</div>
</div>
<figcaption>Форма реального підсумку імпорту. Важливе тут не перше число, а четверте. Імпортер, який ніколи нічого не питає, — це імпортер, який вгадує.</figcaption>
</figure>

<p>Є тонша версія тієї самої проблеми. Частина рядків у файлі описує рухи грошей, які ви вже внесли руками: оплата рахунку, яку ви записали, коли клієнт сказав, що надіслав кошти; переказ між власними рахунками, зафіксований з обох боків. Тепер виписка несе банківську версію події, яка у вас уже є. Перевірка дублікатів за референсом установи цього не спіймає, бо у вашого рядка, внесеного руками, референсу ніколи не було.</p>
<p>Для цього потрібен другий, м&#39;якший збіг: той самий рахунок, та сама сума зі знаком, та сама валюта, той самий день. Один рядок виписки може поглинути щонайбільше один наявний запис. А коли ви підтверджуєте збіг, правильний крок — проставити референс установи на записі, який у вас уже був, щоб наступне вивантаження дедуплікувало його швидким, точним способом.</p>
<blockquote class="pull"><p>Імпортер, який ніколи нічого не питає, не розумніший за інші. Він ухвалює ті самі неоднозначні рішення мовчки, а які саме — ви дізнаєтеся місяців за чотири.</p>
<cite>Про автоматизацію, яка не визнає невизначеності</cite></blockquote>
<h2 id="section-3">Два рядки, одна подія</h2>
<p>Перекажіть гроші між власними рахунками — і це покажуть обидві виписки. Імпортуйте обидві, і ваші записи стверджуватимуть, що ви витратили ці гроші й окремо їх отримали: сплеск витрат і сплеск доходів в одному місяці, жодного з яких не було.</p>
<p>Переказ — це одна подія з двома частинами, і зберігати його треба саме так: пов&#39;язані рядки зі спільною групою, виключені з підсумків витрат і доходів, а коли частини в різних валютах — ще й третій рядок для втрати на конвертації, щоб обидва залишки сходилися без підгонки.</p>
<p>Незручність у тому, що імпортер часто не може розрізнити. «Платіж на ACME LTD» може бути постачальником, якому ви платите щомісяця, а може бути вашою ж компанією. Чесний підхід — вимагати, щоб ви сказали це один раз для кожного контрагента, і запам&#39;ятати відповідь назавжди. Вгадування типового значення тут — це те, як інструмент починає ховати реальні витрати всередині «переказів», а це гірше, ніж запитати.</p>
<h2 id="section-4">Категоризація за правильним вхідним даним</h2>
<p>Більшість імпортерів категоризують, шукаючи текст в описі. Працює це рівно так, як можна очікувати для поля, що містить <code>SumUp *THE COFFEE</code>, <code>IZ *COFFEE LDN</code> і <code>PAYPAL *COFFEEROASTE</code>.</p>
<p>У більшості виписок є краще джерело, яке лежить без діла. Карткові операції несуть <strong>код категорії продавця</strong> — чотиризначне число, яке платіжні мережі призначають торговцю. 5812 — заклади харчування. 5411 — продуктові магазини. 4121 — таксі. Його призначає банк-еквайр, а не маркетинговий відділ продавця, і він не змінюється під час ребрендингу.</p>
<p>Правила, побудовані на кодах продавця, тримаються в часі так, як текстові правила не тримаються. Текстовий пошук теж має свою роботу — для банківських операцій без коду й для конкретних продавців, яких ви хочете відділити від їхньої категорії, — але він має бути другим входом, а не першим.</p>
<h2 id="section-5">Рядки, яких ви більше не хочете бачити</h2>
<p>У кожного рахунку є повторювані рядки-шум: внутрішнє перекидання, утримання для перевірки картки, комісія, вже врахована деінде. Добрий імпортер дозволяє позначити такий рядок один раз і більше не питає — рішення прив&#39;язується до ідентичності рядка, тож переживає повторні імпорти, не ховаючи нічого, що лише схоже.</p>
<p>Те саме стосується кожного іншого виправлення під час імпорту. Якщо ви кажете інструменту, що цей контрагент — переказ, або що цей опис означає цей підтип, ця відповідь має бути останнім разом, коли вас про це питали. Імпортер, який не накопичує ваші рішення, коштує однакової кількості роботи щомісяця, вічно, — а це рівно та точка, у якій люди повертаються до того, щоб не вести облік узагалі.</p>
<h2 id="section-6">На що дивитися</h2>
<table>
<thead>
<tr>
<th>Рішення</th>
<th>Погана відповідь</th>
<th>Добра відповідь</th>
</tr>
</thead>
<tbody><tr>
<td>Читання файлу</td>
<td>«Зіставте колонки» щоразу</td>
<td>Знає формат установи, включно з кодуваннями</td>
</tr>
<tr>
<td>Пошук дублікатів</td>
<td>Лише дата + сума</td>
<td>Референс установи або синтезований ключ із залишком</td>
</tr>
<tr>
<td>Рядки, внесені руками</td>
<td>Ігноруються; ви отримуєте обидва</td>
<td>Зіставлені, підтверджені вами, референс проставлено</td>
</tr>
<tr>
<td>Перекази</td>
<td>Вгадуються з опису</td>
<td>Питають раз на контрагента, запам&#39;ятовують</td>
</tr>
<tr>
<td>Категоризація</td>
<td>Текст опису</td>
<td>Спершу код продавця, потім текст</td>
</tr>
<tr>
<td>Ваші виправлення</td>
<td>Повторюються щомісяця</td>
<td>Збережені як правило, прив&#39;язане до рядка</td>
</tr>
</tbody></table>
<p>Тест для будь-якого імпортера — не перший запуск, а четвертий. Якщо четвертий місяць забирає стільки ж часу, скільки перший, інструмент не вчиться, і жодна автоматизація деінде цього не компенсує.</p>]]></content:encoded>
    </item>
    <item>
      <title>Гроші на вашому рахунку, які ніколи вам не належали</title>
      <link>https://capital-wizard.com/ua/blog/separating-personal-and-business-money/</link>
      <guid isPermaLink="true">https://capital-wizard.com/ua/blog/separating-personal-and-business-money/</guid>
      <pubDate>Mon, 03 Aug 2026 16:00:00 GMT</pubDate>
      <description>Якщо ви фрилансите або керуєте невеликою компанією, частина залишку, на який ви дивитеся, належить податковій, а частина — роботі, якої ви ще не зробили. Те, що лишається, — значно менше число, і саме воно єдине варте того, щоб ухвалювати за ним рішення.</description>
      <content:encoded><![CDATA[<p>Є особливе відчуття, яке приходить з вдалим місяцем у фрилансі або у власній невеликій компанії. Три рахунки оплачуються за два тижні, залишок найвищий за рік, і десь чотири дні ви почуваєтеся справді заможно.</p>
<p>Потім приходить квартальний податок, постачальник виставляє рахунок за роботу, про субпідряд якої ви забули, і залишок повертається туди, де був. Нічого не зламалося. Ці гроші ніколи не були вашими. Просто в момент, коли ви на них дивилися, ви не мали способу це побачити.</p>
<p>Це не проблема дисципліни, і вона не розв&#39;язується більшою уважністю. Це проблема вимірювання. Від одного залишку вимагають представляти три абсолютно різні види грошей, а він не може.</p>
<h2 id="section">Три види грошей, одне число</h2>
<p>Візьміть залишок на бізнес-рахунку й поділіть його на три частини.</p>
<p><strong>Гроші, які ваші.</strong> Прибуток, уже зароблений на вже виконаній роботі, з уже відкладеним податком. Це можна витрачати. У більшості малих бізнесів ця частка залишку значно менша, ніж очікують.</p>
<p><strong>Гроші, які ви тримаєте для когось іншого.</strong> Податок, строк якого ще не настав, але зобов&#39;язання вже виникло: податок на доходи, податок на прибуток, ПДВ або його місцевий аналог, внески з фонду оплати праці. Вони лежать на вашому рахунку, їх механічно можна витратити, і вони не ваші. Залежно від країни та кварталу це зазвичай 20–40% того, на що ви дивитеся.</p>
<p><strong>Гроші, які є авансом.</strong> Передоплата за проєкт, який ще не почався. Ретейнер, що покриває роботу до листопада. Оплата за роботу, де вам ще треба розрахуватися з двома субпідрядниками. Це виручка, яку ви отримали, і зобов&#39;язання, яке ви ще не закрили; саме в розриві між ними малий бізнес найчастіше плутає рух коштів із прибутком.</p>
<figure>
<div class="shot">
<div class="nwv">$48,200</div>
<div class="dlt">Залишок на бізнес-рахунку · те, що видно з першого погляду</div>
<div class="sbar"><i style="flex:22;background:oklch(0.7 0.16 25)"></i><i style="flex:9;background:oklch(0.8 0.14 80)"></i><i style="flex:69;background:oklch(0.74 0.14 150)"></i></div>
<div class="leg">
<span><i style="background:oklch(0.7 0.16 25)"></i>Податок нарахований, строк не настав<b>$10,600</b></span>
<span><i style="background:oklch(0.8 0.14 80)"></i>Аванси: передоплати, субпідряд<b>$4,350</b></span>
<span><i style="background:oklch(0.74 0.14 150)"></i>Справді ваше<b>$33,250</b></span>
<span><i style="background:#3a3d45"></i>Частка, яка ніколи не була вашою<b>31%</b></span>
</div>
</div>
<figcaption>Той самий залишок, поділений за тим, чиї це гроші. Нічого незвичного тут немає — третина є цілком звичайним результатом, щойно податок і аванси пораховані чесно.</figcaption>
</figure>

<blockquote class="pull"><p>Кожен бізнес, який завалився, будучи прибутковим, завалився з тієї самої причини: він витратив гроші, які тримав для когось іншого, і дізнався про це аж у дедлайн.</p>
<cite>Найстаріший спосіб втратити малий бізнес</cite></blockquote>
<h2 id="section-2">Чому «розберуся наприкінці року» не працює</h2>
<p>Річний підрахунок не є хибним. Він просто занадто пізній, щоб бути інструментом ухвалення рішень.</p>
<p>Кожен значущий вибір малого бізнесу відбувається посеред року: наймати чи ні, купувати обладнання чи ні, брати кепсько оплачуваний проєкт, бо січень виглядає порожнім, виводити гроші чи ні. Усім цим рішенням потрібно знати, що саме є вашим <em>цього тижня</em>. Звіт бухгалтера у квітні розповідає, що було правдою торік, — це документ для звітності, а не кермо.</p>
<p>Розрив тим гірший, чим змінніший ваш дохід. Людина на зарплаті може безпечно вважати банківський залишок наближенням свого становища, бо поправки малі й регулярні. Людина, яка виставляє рахунки чотирьом клієнтам на нерегулярних умовах, — не може: її залишок є випадковим блуканням навколо реального становища, що рухається значно повільніше, і читати залишок як становище означає поперемінно бути надто впевненим і панікувати, обидва рази невчасно.</p>
<h2 id="section-3">Як це зробити без курсів бухобліку</h2>
<p>Повна облікова відповідь — це облік за методом нарахування, і якщо ваш бізнес достатньо великий, щоб це виправдати, робіть так. Нижче цього розміру є версія, яка налаштовується хвилин за двадцять і дає більшу частину користі.</p>
<p><strong>Розділіть рахунки, а не лише записи.</strong> Один рахунок для бізнесових доходів і витрат, один для особистих. Не тому, що записи не впораються зі змішуванням — впораються, — а тому, що спільний рахунок робить рішенням кожну операцію, і сотня дрібних рішень на місяць — це те, через що люди кидають.</p>
<p><strong>Виводьте податок одразу при надходженні, а не в дедлайн.</strong> Коли гроші надійшли, негайно переказуйте свій відсоток податку на окремий резервний рахунок. Візьміть відсоток приблизно правильно й більше його не чіпайте. Ця одна звичка дає більше, ніж будь-яка програма: вона перетворює невидиме зобов&#39;язання на видимий залишок, який ви не витратите випадково.</p>
<p><strong>Платіть собі фіксовану суму в певну дату.</strong> Виплата власнику як запланований переказ, а не як серія випадкових набігів. Тоді ваш особистий бюджет має стабільний дохід — саме те, що взагалі уможливлює особисте планування, — а мінливість поглинає бізнес, для чого бізнес і існує.</p>
<p><strong>Записуйте аванс як зобов&#39;язання того ж дня, коли отримали.</strong> Передоплата — це не дохід. Запишіть її як гроші, отримані під те, що ви винні, і дайте їй стати доходом, коли роботу виконано.</p>
<div class="note"><p class="h">Відсоток, з якого можна почати сьогодні</p><p>Якщо ви взагалі не уявляєте, скільки резервувати, почніть із 30% кожного отриманого платежу й скоригуйте після першого справжнього податкового рахунку. Зарезервувати забагато — коротка прикрість. Зарезервувати замало — це графік розстрочки з податковою. За чотири роки, що ми робимо так самі, напрямок коригування жодного разу не був у бік зменшення.</p>
</div>
<h2 id="section-4">Окремі рахунки чи окремі книги?</h2>
<p>Щойно рахунки розділені, постає питання записів: бізнесові й особисті числа живуть в одному місці чи у двох?</p>
<p>Аргумент за одне: межа проникна. Ви виводите гроші, іноді платите бізнесову витрату з особистої картки, хочете бачити картину домогосподарства, яка враховує те, що бізнес винен вам. Разом ці зв&#39;язки робити легко, а число капіталу виходить повним.</p>
<p>Аргумент за два: ці два набори чисел відповідають на різні питання й хочуть різної форми. Бізнесу потрібні доходи й витрати за категоріями та проєктами, неоплачені рахунки й маржа. Домогосподарству потрібні капітал, ліквідність і витрати. Втискання обох в один вигляд робить гіршими обидва, а ще означає, що бухгалтер або партнер бачить ваші особисті залишки, чого зазвичай не хочеться.</p>
<p>Наша відповідь у Capital Wizard — окремі <strong>простори</strong> під одним входом: незалежні набори записів, перемикання одним кліком і можливість дати комусь доступ до одного, але не до іншого. Бізнесовий простір одразу налаштований під бізнесове питання — доходи, витрати, проєкти, рахунки, — а особистий під капітал. Хоч би яким інструментом ви користувалися, шукайте саме цю властивість: розділення даних з одними дверима, а не два входи й не одна змішана купа.</p>
<h2 id="section-5">Чого насправді коштує кожен підхід</h2>
<table>
<thead>
<tr>
<th></th>
<th>Один рахунок, розберуся потім</th>
<th>Розділені рахунки, одні книги</th>
<th>Розділені рахунки, окремі простори</th>
</tr>
</thead>
<tbody><tr>
<td>Зусилля на налаштування</td>
<td>Немає</td>
<td>Пів дня</td>
<td>Пів дня</td>
</tr>
<tr>
<td>Зусилля щомісяця</td>
<td>Кожна операція — це рішення</td>
<td>Низькі</td>
<td>Низькі</td>
</tr>
<tr>
<td>«Що тут справді моє?»</td>
<td>Без відповіді до кінця року</td>
<td>Є відповідь, з обережністю</td>
<td>Відповідь з першого погляду</td>
</tr>
<tr>
<td>Податкові несподіванки</td>
<td>Часті</td>
<td>Рідкі</td>
<td>Рідкі</td>
</tr>
<tr>
<td>Доступ для бухгалтера</td>
<td>Разом з усім особистим життям</td>
<td>Усе цілком</td>
<td>Тільки бізнес</td>
</tr>
<tr>
<td>Капітал разом із бізнесом</td>
<td>Випадковий</td>
<td>Вручну</td>
<td>Вбудований</td>
</tr>
</tbody></table>
<p>Версія в одне речення: ваш банківський залишок — це не число про вас, це число одразу про кількох сторін, і єдиний спосіб зробити його корисним — сказати, які частини кому належать, до того як ви на нього подивитеся, а не після.</p>]]></content:encoded>
    </item>
    <item>
      <title>Хто кому винен і відколи</title>
      <link>https://capital-wizard.com/ua/blog/tracking-money-between-people-and-companies/</link>
      <guid isPermaLink="true">https://capital-wizard.com/ua/blog/tracking-money-between-people-and-companies/</guid>
      <pubDate>Mon, 03 Aug 2026 15:00:00 GMT</pubDate>
      <description>Більшість грошей, які псують стосунки між людьми, не є предметом суперечки. Про них просто забувають. Поточний баланс на кожну людину перетворює стос напівзабутих послуг на одне число, яке кожен із вас може перевірити.</description>
      <content:encoded><![CDATA[<p>Майже ніхто не веде облік для людей у своєму житті, і майже всі ведуть його погано — в голові.</p>
<p>Ви внесли завдаток за квартиру, і сусід повертає вам частинами. Клієнт заплатив ретейнер у березні, який поступово вибирається роботою. Брат позичив гроші два роки тому в поганий місяць, і відтоді жоден із вас про це не згадував. Підрядник виставив рахунок на більше, ніж домовлялися, ви заплатили погоджену суму, і різниця формально досі відкрита.</p>
<p>Жодне з цього не є суперечкою. Це звичайні речі, і псуються вони однаково: двоє людей носять у голові трохи різні баланси, ніхто не хоче бути тим, хто підніме тему, і за рік різниця між двома версіями стає більшою, ніж упевненість кожного у власній.</p>
<p>Розв&#39;язок неромантичний. Це поточний баланс на кожну людину, який оновлюється, коли рухаються гроші, і видимий тому, кому потрібно його бачити.</p>
<h2 id="section">Коли поточний баланс — правильна форма</h2>
<p>Не кожним стосункам він потрібен. Три ситуації справді його потребують.</p>
<p><strong>Тривалий неформальний борг.</strong> Гроші, позичені рідним, спільний завдаток, одна людина, яка завжди платить за компанію. Суми зазвичай достатньо малі, щоб ніхто не писав договір, і достатньо великі, щоб люди пам&#39;ятали їх неправильно.</p>
<p><strong>Ретейнери й передоплати.</strong> Клієнт платить $6 000 наперед, і ви виставляєте рахунки в рахунок цієї суми. У кожен момент існує реальне число — скільки їхніх грошей ви ще тримаєте, — і обидві сторони мають щодо нього погоджуватися. Саме звідси береться «я думав, це покривав ретейнер».</p>
<p><strong>Регулярні розрахунки з контрагентом.</strong> Субпідрядник, з яким ви працюєте щомісяця, постачальник із відстрочкою, орендодавець із завдатком. Окремі рахунки приходять і минають; між вами важить чиста позиція.</p>
<p>У всіх трьох випадках корисний об&#39;єкт — не список операцій. Це баланс зі знаком.</p>
<h2 id="section-2">Список операцій — це не баланс</h2>
<p>Теоретично можна відновити, скільки вам винні, відфільтрувавши записи за людиною й додавши суми. На практиці це ламається з причини, яку легко проґавити: <strong>не кожна операція з людиною змінює те, скільки вона вам винна.</strong></p>
<p>Скажімо, клієнт винен вам $3 000 і платить їх. Гроші надходять, і тепер у вас є дохід $3 000 і баланс, що обнулився. Обидва факти правдиві, і це різні факти. Тепер скажімо, той самий клієнт платить вам $3 000 як передоплату за роботу наступного кварталу. Ідентичний банківський рядок, ідентична сума — але цього разу ви винні йому роботи на $3 000, і баланс рухається в інший бік.</p>
<p>Банк не може їх розрізнити. Ніщо в самій операції їх не розділяє. Єдине, що розділяє, — ваш намір у момент запису, а отже інструмент має запитати, а ви — відповісти.</p>
<blockquote class="pull"><p>Два ідентичні рядки, той самий клієнт, та сама сума. Один означає, що він більше нічого вам не винен; другий — що тепер ви винні йому квартал роботи. Ніщо в операції не підкаже, який із них який.</p>
<cite>Чому інструмент мусить питати</cite></blockquote>
<p>Тож кожна операція з контрагентом потребує одного додаткового поля з трьома можливими значеннями:</p>
<ul>
<li><strong>Депозит</strong> — збільшує те, що ви тримаєте для них, або зменшує їхній борг перед вами.</li>
<li><strong>Нарахування</strong> — збільшує те, що вони винні вам.</li>
<li><strong>Жодне</strong> — звичайний продаж, розрахований на місці, без постійної позиції в будь-який бік.</li>
</ul>
<p>Три варіанти, один клік, у момент, коли контекст у вас перед очима. Наявність цього поля — і є вся різниця між балансом людини, якому можна довіряти, і приблизною здогадкою з відфільтрованого списку.</p>
<figure>
<div class="shot">
<div class="nwv">+$8,240</div>
<div class="dlt">Чиста позиція по 11 контрагентах · винні вам</div>
<div class="sbar"><i style="flex:62;background:oklch(0.74 0.14 150)"></i><i style="flex:23;background:oklch(0.7 0.16 25)"></i><i style="flex:15;background:oklch(0.8 0.14 80)"></i></div>
<div class="leg">
<span><i style="background:oklch(0.74 0.14 150)"></i>Винні вам<b>$14,900</b></span>
<span><i style="background:oklch(0.7 0.16 25)"></i>Винні ви<b>$5,510</b></span>
<span><i style="background:oklch(0.8 0.14 80)"></i>Ретейнери, які ви тримаєте<b>$1,150</b></span>
<span><i style="background:#3a3d45"></i>Найстаріша відкрита позиція<b>612 днів</b></span>
</div>
</div>
<figcaption>Найцікавіше тут зазвичай число внизу праворуч. Баланс, якого ніхто не рухав двадцять місяців, — це не актив, це відкладена розмова.</figcaption>
</figure>

<h2 id="section-3">Знакова угода, яка вирішує все</h2>
<p>Оберіть одну й запишіть її, бо половина плутанини в цій темі — це двоє людей із протилежними угодами, які цього не усвідомлюють.</p>
<p>Та, якою користуємося ми: <strong>плюс означає, що вони попереду вас</strong> — ви тримаєте їхні гроші або винні їм. <strong>Мінус означає, що попереду ви</strong> — вони винні вам. Це природно читається з погляду контрагента, а саме в цьому погляді ви й будете, коли з ним розмовлятимете.</p>
<p>Протилежна угода так само захищувана, а змішування двох в одному наборі записів — це те, як ви впевнено кажете комусь, що він винен вам гроші, які насправді винні йому ви. Оберіть, тримайтеся послідовно й підписуйте число словами, а не лише знаком, скрізь, де воно з&#39;являється.</p>
<div class="note"><p class="h">Датуйте баланс, а не лише суму</p><p>«Він винен мені $400» набагато менш корисно, ніж «він винен мені $400 з 14 березня». Вік змінює значення повністю: баланс минулого тижня — нормальна частина роботи, той самий баланс дворічної давнини — рішення, якого ви уникаєте. Будь-який вартісний вигляд контрагента показує вік найстарішої відкритої позиції, а не лише підсумок.</p>
</div>
<h2 id="section-4">Коли одного балансу на людину замало</h2>
<p>Іноді один поточний підсумок справді не може виразити стосунки.</p>
<p>У підрядника може бути звичайний баланс за рахунками <em>і</em> окремий аванс на обладнання, який повертається протягом шести місяців. Згортання їх в одне число знищує реальну інформацію: аванс повертається за графіком, а рахунки — ні, і об&#39;єднання робить обидва невідстежуваними.</p>
<p>Загальна відповідь — іменовані бічні баланси: основний баланс плюс, де потрібно, додаткові іменовані книги під тією самою людиною, кожна зі своїм поточним підсумком, кожна складається в загальну позицію. «Основний» плюс «Аванс на обладнання» плюс, для тих, кого ви наймаєте погодинно, книга нарахувань, де невиставлений час накопичується до того, як стане рахунком.</p>
<p>Правило, коли створювати нову: розділяйте в окрему книгу, якщо два баланси <strong>закриваються різними подіями</strong>. Баланс за рахунками закривається, коли вони оплачують рахунок; аванс закривається за власним графіком. Різні події закриття — різні книги. Та сама подія — один баланс.</p>
<h2 id="section-5">Валютна пастка</h2>
<p>Якщо ви позичили €2 000, а вам повернули доларами, що саме вам повернули?</p>
<p>Універсально правильної відповіді немає — є лише вибір, який треба зробити явно. Або борг номінований у євро, і тоді повернення в доларах є конвертацією, а курс у день повернення визначає, чи закрився він повністю; або борг номінований у доларах за курсом на день позики, і тоді сума в євро була лише описом.</p>
<p>Скажіть, який саме, письмово, у момент виникнення боргу. Тоді це коштує одного речення й запобігає неприємній розмові згодом, бо без домовленості обидві сторони пам&#39;ятатимуть ту інтерпретацію, яка їм вигідна, — і цілком чесно.</p>
<p>Саме тому баланси нарахувань у Capital Wizard тримаються окремо на кожну валюту, а не зводяться в одне число: людині можуть бути винні 1 400 EUR і 900 USD, і це лишається двома фактами. Зведення їх в одне число зробило б вигляд охайнішим, а реальну позицію — менш правдивою.</p>
<h2 id="section-6">Що це замінює</h2>
<table>
<thead>
<tr>
<th>Підхід</th>
<th>Працює до</th>
<th>Ламається, бо</th>
</tr>
</thead>
<tbody><tr>
<td>Пам&#39;ятати</td>
<td>Приблизно трьох місяців</td>
<td>Обидві сторони пам&#39;ятають на свою користь, і чесно</td>
</tr>
<tr>
<td>Нотатка в телефоні</td>
<td>Першого повернення</td>
<td>Ніхто її не оновлює; немає поточного підсумку</td>
</tr>
<tr>
<td>Повідомлення, пошук потім</td>
<td>Поки стосунки прості</td>
<td>Суми розкидані по році листування</td>
</tr>
<tr>
<td>Спільна таблиця</td>
<td>Поки хтось не перестане її відкривати</td>
<td>Потребує підтримки від обох</td>
</tr>
<tr>
<td>Баланс на контрагента</td>
<td>Необмежено</td>
<td>—</td>
</tr>
</tbody></table>
<p>Причина робити щось із цього — не недовіра. Навпаки: записаний баланс дозволяє вам <em>перестати</em> вести рахунок у голові, а саме ця частина неформального боргу тихо коштує стосункам певної ціни. Щойно число існує десь нейтрально, нікому з вас не треба бути тим, хто його пам&#39;ятає.</p>]]></content:encoded>
    </item>
    <item>
      <title>Надіслано — ще не оплачено</title>
      <link>https://capital-wizard.com/ua/blog/invoice-sent-is-not-paid/</link>
      <guid isPermaLink="true">https://capital-wizard.com/ua/blog/invoice-sent-is-not-paid/</guid>
      <pubDate>Mon, 03 Aug 2026 14:00:00 GMT</pubDate>
      <description>Рахунок — це вимога, а не гроші. Між його виставленням і моментом, коли кошти на місці, є часткові оплати, банківські комісії, курсові різниці й сума, яку ви зрештою погоджуєтеся пробачити, — і галочка «оплачено» не може представити жодної з них.</description>
      <content:encoded><![CDATA[<p>Щойно рахунок вирушає до клієнта, з тим, як до нього ставляться, стається дивна річ. Його підшивають, позначають як зроблене й подумки зараховують у виручку. Робота ж завершена, і сума погоджена.</p>
<p>Але рахунок — це не гроші. Це вимога на гроші, і саме у відстані між ними малий бізнес втрачає і кошти, і час. Запитайте будь-кого на фрилансі про річну виручку — і вам назвуть її з точністю до кількох сотень. Запитайте, скільки надійшло грошима, на рахунок, після всього, — і відповідь збиратимуть тиждень, якщо взагалі зберуть.</p>
<p>Розрив має чотири причини, і жодна з них не є відмовою клієнта платити.</p>
<h2 id="section">Чому «оплачено» — не галочка</h2>
<p>Візьмімо рахунок на $4 000. Ось що з ним регулярно стається:</p>
<ul>
<li>Клієнт платить $2 000 зараз і $2 000 через шість тижнів.</li>
<li>Клієнт платить $3 960, бо його банк утримав $40 комісії банку-кореспондента.</li>
<li>Клієнт платить у євро, і після конвертації надходить $3 987.</li>
<li>Клієнт платить $4 000, але ви погодили знижку 2% за дострокову оплату, тож $80 з них приходять як кредит у рахунок наступного.</li>
<li>Клієнт платить $3 600, і після двох місяців нагадувань ви погоджуєтеся вважати питання закритим.</li>
</ul>
<p>У кожному випадку прапорець «оплачено/не оплачено» змушує брехати. Поставте його — і ваші записи стверджують, що ви отримали $4 000, що суперечить банку. Не ставте — і рахунок, фактично закритий, назавжди лишається у списку неоплачених, отруюючи кожен звіт, що на нього спирається.</p>
<p>Правильна модель: статус рахунку <strong>обчислюється, а не вводиться</strong>. У нього є загальна сума, і проти неї накопичуються два види речей: гроші, що надійшли, і негрошові суми, які закривають розрив. Коли разом вони дають загальну суму, рахунок розрахований. До того він розрахований частково, на конкретну суму, а залишок є фактом, а не думкою.</p>
<figure>
<div class="shot">
<div class="nwv">$4,000.00</div>
<div class="dlt">Рахунок INV-2026-041 · закрито за 12 днів після виставлення</div>
<div class="sbar"><i style="flex:50;background:oklch(0.74 0.14 150)"></i><i style="flex:47;background:oklch(0.68 0.16 275)"></i><i style="flex:3;background:oklch(0.8 0.14 80)"></i></div>
<div class="leg">
<span><i style="background:oklch(0.74 0.14 150)"></i>Оплата, 4 черв<b>$2,000.00</b></span>
<span><i style="background:oklch(0.68 0.16 275)"></i>Оплата, 16 черв<b>$1,873.00</b></span>
<span><i style="background:oklch(0.8 0.14 80)"></i>Комісії банків-кореспондентів<b>$47.00</b></span>
<span><i style="background:#3a3d45"></i>Курсова різниця<b>$80.00</b></span>
</div>
</div>
<figcaption>Два надходження грошима і два негрошові коригування закривають один рахунок. Рахунок закрито повністю, і $127 з нього так і не надійшли — факт, який варто вміти підсумувати за рік.</figcaption>
</figure>

<h2 id="section-2">Один платіж, кілька рахунків</h2>
<p>Друге, з чим галочка не впорається, — клієнт, який оплачує три рахунки одним переказом. Це трапляється надзвичайно часто й ламає наївні системи в обидва боки: або платіж чіпляється до одного рахунку, а два інші лишаються відкритими, або хтось редагує суми, щоб усе зійшлося, і записи перестають збігатися з банком.</p>
<p>Потрібне <strong>рознесення</strong>: зв&#39;язок між платежем і рахунком, що несе власну суму. Один платіж можна рознести на багато рахунків; один рахунок може прийняти багато рознесень. Платіж зберігає свою справжню банківську суму; кожен рахунок отримує свою частку; ніщо не редагується заради того, щоб зійшлося.</p>
<p>Це стандартна практика в обліку — вона зветься касовим застосуванням — і це найкорисніша ідея, яку варто вкрасти зі справжньої бухгалтерії, якщо ви ведете невелику справу без неї. Вона ж робить розв&#39;язними незручні випадки: переплата лишає нерознесений залишок, який можна перенести на наступний рахунок, замість суми, яку доводиться зводити руками.</p>
<div class="note"><p class="h">Розносьте спершу на найстаріше</p><p>Коли клієнт платить одну суму, не кажучи, що вона покриває, застосовуйте її спершу до найстарішого неоплаченого рахунку — і напишіть це у своїх умовах. Це стандартна практика, вона тримає ваш звіт про давність чесним і знімає суперечку згодом. Альтернатива — застосовувати платіж туди, де зручніше, — тихо робить ваш найстаріший борг молодшим, ніж він є, а саме цьому звіт про давність і має запобігати.</p>
</div>
<h2 id="section-3">Розрив, який не є платежем</h2>
<p>Залишок після того, як усі гроші надійшли, теж має кудись подітися, і це не платіж. Дайте кожному з них назву, бо річні підсумки варто знати:</p>
<p><strong>Банківські та кореспондентські комісії.</strong> Утримуються дорогою, особливо на міжнародних переказах. Поодинці малі. За рік транскордонного виставлення рахунків це часто чотиризначна сума, яку ніхто ніколи не додавав.</p>
<p><strong>Курсові різниці.</strong> Ви виставили в одній валюті, отримали в іншій, і курс зрушив між виставленням і оплатою. Це не комісія й не втрата бізнесу — це валютний ефект, і об&#39;єднання його з комісіями ховає обидва.</p>
<p><strong>Знижки.</strong> За дострокову оплату, з доброї волі, округлення вниз на прохання клієнта. Свідомі, і варті окремого обліку, щоб бачити, у що вам насправді обходиться ваша знижкова політика.</p>
<p><strong>Списання.</strong> Сума, яку ви вирішили більше не стягувати. Записувати їх ніхто не любить — саме тому вони мають бути окремою категорією: неврахованого списання не відрізнити від рахунку, про який ви забули, а ці дві речі вимагають абсолютно різних реакцій.</p>
<p>Чотири категорії, всі закривають той самий розрив, і кожна відповідає на своє питання наприкінці року. У Capital Wizard це коригування рахунків, які стоять поруч із рознесеннями, і обидва живлять той самий обчислений статус.</p>
<blockquote class="pull"><p>Виручка — це те, про що ви домовилися. Гроші — це те, що надійшло. Різниця не є помилкою: це число, і воно заслуговує на категорію.</p>
<cite>Як насправді виглядає закритий рахунок</cite></blockquote>
<h2 id="section-4">Звіт про давність — єдиний, що змінює поведінку</h2>
<p>Кожна система виставлення рахунків будує звіт про давність: неоплачені суми, розкладені за тим, наскільки вони прострочені, — поточні, 1–30 днів, 31–60, 61–90, понад 90. Це найпростіший звіт в обліку й єдиний, що надійно змінює те, як люди діють.</p>
<p>Причина в тому, що прострочений борг не старіє граційно. Відсоток стягнення різко падає з віком, і коли заборгованості виповнюється рік, це зазвичай уже розмова про те, скільки ви готові списати. Звіт про давність робить це видимим, поки діяти ще дешево.</p>
<p>Практична рутина, що коштує хвилин десять на місяць:</p>
<ol>
<li><strong>Дивіться на кошики, а не на підсумок.</strong> Зростання підсумку, коли все поточне, — це зростання бізнесу. Незмінний підсумок із масою, що переповзає праворуч, — це проблема.</li>
<li><strong>Усе, що понад 30 днів, отримує дружнє конкретне нагадування.</strong> Прикріпіть рахунок ще раз. Більшість прострочень адміністративні, а не ворожі: рахунок потрапив не в ту скриньку або не встиг у платіжний цикл.</li>
<li><strong>Усе, що понад 60 днів, отримує людину, а не лист.</strong> Дзвінок тому, хто підписує платежі, а не відповідь у старому ланцюжку листування.</li>
<li><strong>Усе, що понад 120 днів, отримує рішення.</strong> Ескалувати, домовитися про частину або списати й перестати витрачати на це увагу. Лишити відкритим — єдиний варіант, який коштує вам щомісяця й ніколи не завершується.</li>
</ol>
<h2 id="section-5">Що здатен представити кожен підхід</h2>
<table>
<thead>
<tr>
<th></th>
<th>Прапорець «оплачено»</th>
<th>Таблиця з колонкою «оплачено»</th>
<th>Рахунки з рознесеннями</th>
</tr>
</thead>
<tbody><tr>
<td>Часткова оплата</td>
<td>Ні</td>
<td>З рахунком у голові</td>
<td>Так</td>
</tr>
<tr>
<td>Один платіж, багато рахунків</td>
<td>Ні</td>
<td>Болісно</td>
<td>Так</td>
</tr>
<tr>
<td>Комісії, утримані дорогою</td>
<td>Стають розбіжністю</td>
<td>Примітка вручну</td>
<td>Іменоване коригування</td>
</tr>
<tr>
<td>Курсові різниці</td>
<td>Невидимі</td>
<td>Змішані з комісіями</td>
<td>Окремо, з підсумком</td>
</tr>
<tr>
<td>Звіт про давність</td>
<td>Неможливий</td>
<td>Вручну, тож майже ніколи</td>
<td>Автоматичний</td>
</tr>
<tr>
<td>Точний збіг із банком</td>
<td>Ні</td>
<td>Рідко</td>
<td>Так</td>
</tr>
</tbody></table>
<p>Сенс усього цього не в охайності обліку. Він у тому, що «торік ми виставили рахунків на $180 000» і «надійшло $171 400» — різні речення, і лише одне з них описує те, що ви справді можете витратити. Більшість малих бізнесів упевнено скаже перше. Оренду платить друге.</p>]]></content:encoded>
    </item>
    <item>
      <title>Чи справді цей проєкт заробив гроші?</title>
      <link>https://capital-wizard.com/ua/blog/did-this-project-actually-make-money/</link>
      <guid isPermaLink="true">https://capital-wizard.com/ua/blog/did-this-project-actually-make-money/</guid>
      <pubDate>Mon, 03 Aug 2026 13:00:00 GMT</pubDate>
      <description>Більшість невеликих агенцій і студій точно знають, скільки виставили за проєкт, і лише приблизно — скільки він їм коштував. Бракує половини: праці. А саме вона зазвичай і є різницею між портфоліо гарних робіт і бізнесом, який тихо дотує двох своїх клієнтів.</description>
      <content:encoded><![CDATA[<p>Запитайте невелику студію, які з торішніх проєктів були прибутковими, — і зазвичай відповідь пролунає за кілька секунд. Запитайте, звідки вони це знають, і майже завжди відповіддю буде сума рахунків, іноді мінус кілька очевидних прямих витрат: субпідрядник, ліцензія, відрядження.</p>
<p>Бракує найбільшого числа. У будь-якому бізнесі, побудованому на людях, праця становить 60–80% вартості виконання, і вона не з&#39;являється у виписці в такому вигляді, щоб її можна було віднести до проєкту. Зарплати виходять із рахунку одним місячним шматком. Ваш власний час не лишає сліду взагалі.</p>
<p>Тож на питання про прибутковість відповідають єдиними даними, які легко дістати, і відповідь систематично хибна в один бік: кожен проєкт виглядає кращим, ніж був, а найгірші виглядають найкраще, бо проєкти, що з&#39;їли найбільше невиставлених годин, — це саме ті, чиї витрати найменш видимі.</p>
<h2 id="section">Виручка легка. Ховається саме вартість.</h2>
<p>Вартість проєкту складається з трьох шарів, у порядку спадання того, як часто їх обліковують.</p>
<p><strong>Прямі зовнішні витрати.</strong> Субпідрядники, ліцензії, хостинг, поїздки. Вони є у виписці з назвою постачальника, і більшість людей їх фіксує. Цей шар роблять усі.</p>
<p><strong>Праця.</strong> Години, які витратили ви і ваша команда, оцінені в тому, скільки ці години коштують бізнесу. Це головне, і в записах більшості невеликих компаній цього немає зовсім — не тому, що хтось вирішив пропустити, а тому, що немає документа, який про це звітує.</p>
<p><strong>Накладні витрати.</strong> Оренда, інструменти, адміністративний час, бухгалтер, та половина року, яку будь-хто витрачає на речі, що не оплачуються клієнтом. Реальні й значно важчі для віднесення.</p>
<p>Справді корисну картину можна побудувати на перших двох плюс грубій версії третього. Чого не можна — це пропустити другий, бо саме в цьому шарі проєкти відрізняються найбільше.</p>
<h2 id="section-2">Дві ставки</h2>
<p>Механізм, що робить працю обліковною, простий, і це стандартна модель у сфері аутстафу та агенційної роботи: у кожної людини є <strong>дві</strong> погодинні ставки.</p>
<p><strong>Собівартісна ставка</strong> — скільки година цієї людини коштує бізнесу. Зарплата плюс внески роботодавця плюс бенефіти, поділені на реалістично доступні години — не 2 080 на рік, а щось ближче до 1 600, коли прибрати відпустку, лікарняні, навчання й загальне тертя трудових відносин. Використання повнорічної цифри занижує вартість кожної години приблизно на чверть.</p>
<p><strong>Ставка виставлення</strong> — скільки ви берете з клієнта за цю годину.</p>
<p>Щойно існують обидві, запис часу перестає бути рядком табеля й стає двома числами: вартістю для вас і цінністю для клієнта. Різниця, підсумована по проєкту, — це ваша маржа на праці, і вона доступна безперервно, а не в кінці.</p>
<p>Ставки змінюються: люди отримують підвищення, а клієнтам ви переглядаєте ціни. Тож ставка потребує діапазону дат, а запис часу має оцінюватися за ставкою, чинною <strong>того дня, коли його внесли</strong>. Застосування сьогоднішньої ставки до торішніх годин дає ту саму помилку, що й перерахунок фінансової історії за сьогоднішнім курсом валют: минуле рухається, а порівняння в часі перестають щось означати.</p>
<figure>
<div class="shot">
<div class="nwv">$16,560</div>
<div class="dlt">Проєкт редизайну · маржа після праці та прямих витрат</div>
<div class="sbar"><i style="flex:58;background:oklch(0.68 0.16 275)"></i><i style="flex:12;background:oklch(0.7 0.16 25)"></i><i style="flex:12;background:oklch(0.8 0.14 80)"></i><i style="flex:18;background:oklch(0.74 0.14 150)"></i></div>
<div class="leg">
<span><i style="background:oklch(0.68 0.16 275)"></i>Праця, 604 год за собівартістю<b>$52,400</b></span>
<span><i style="background:oklch(0.7 0.16 25)"></i>Субпідрядники<b>$11,200</b></span>
<span><i style="background:oklch(0.8 0.14 80)"></i>Накладні під 22%<b>$9,840</b></span>
<span><i style="background:oklch(0.74 0.14 150)"></i>Маржа<b>$16,560</b></span>
</div>
</div>
<figcaption>Виставлено $90 000; лишилося $16 560. Без першого стовпця той самий проєкт читається як 68% маржі — і саме з цього числа тихо працює більшість студій.</figcaption>
</figure>

<h2 id="section-3">Груба рознарядка накладних краща за жодну</h2>
<p>Саме на віднесенні накладних люди здаються, бо зробити це як слід вимагає управлінського обліку, за який компанії з десяти осіб братися не варто.</p>
<p>Прагматична версія: візьміть торішні загальні накладні, поділіть на торішні загальні оплачувані години — і отримаєте накладні витрати на оплачувану годину. Додайте їх до собівартісної ставки кожної людини. Перераховуйте раз на рік. Це приблизно, це вважає, що дорога й дешева людина несуть однакові накладні, і це незрівнянно краще за нуль — бо нуль не є нейтральним, це твердження, що накладні безкоштовні, і воно завжди лестить проєктам, які тривали найдовше.</p>
<div class="note"><p class="h">Ми самі на цьому помилилися</p><p>На початку підсумки праці за кількома великими проєктами показували нуль, і знадобилося ганебно багато часу, щоб зрозуміти чому: запит тягнув записи часу без посторінкового вибирання, а база обрізала результат на 1 000 рядків. Проєкти під межею були правильними. Проєкти над нею тихо втрачали все після першої тисячі записів — а підсумок, що недорахував, завжди виглядає правдоподібно, бо порівняти його немає з чим. Якщо будуєте щось подібне самі, тестуйте на найбільшому проєкті, а не на найновішому.</p>
</div>
<h2 id="section-4">Завантаженість — це не прибутковість</h2>
<p>Дві метрики постійно плутають, і сприйняття їх як однієї — це те, як повністю завантажений бізнес банкрутує.</p>
<p><strong>Завантаженість</strong> — частка доступних годин, які були оплачуваними. Вона вимірює, наскільки ви зайняті.</p>
<p><strong>Реалізація</strong> — частка оплачуваних годин, які справді потрапили в рахунок і були оплачені. Вона вимірює, чи перетворилася зайнятість на гроші.</p>
<p>Команда із завантаженістю 90% і реалізацією 65% працює на межі й віддає третину задарма — у розповзання обсягу, у переробки, у години, списані під час виставлення рахунку, бо ніхто не хотів тієї розмови. Цей розрив невидимий, якщо години не фіксуються незалежно від того, чи будуть вони оплачені, — а це найважливіше правило обліку часу й те, яке порушують найчастіше. <strong>Фіксуйте годину, про яку ви знаєте, що не виставите її.</strong> Це єдиний запис, який у вас колись буде, про те, у що вам насправді обходиться цей клієнт.</p>
<blockquote class="pull"><p>Проєкт, який зайняв удвічі більше за оцінку й був виставлений за оцінкою, не «трохи перевищив». Він удвічі зрізав власну маржу, і ніщо у вашому обліку про це ніколи не скаже.</p>
<cite>Ціна незафіксованих годин</cite></blockquote>
<h2 id="section-5">Чотири питання, на які варто вміти відповісти</h2>
<p>Усе вищесказане існує заради того, щоб на них можна було відповісти менш ніж за хвилину:</p>
<ul>
<li><strong>Маржа за проєктом.</strong> Яку роботу справді варто було робити. Очікуйте більшого розкиду, ніж припускаєте: типова картина — два чи три верхні проєкти приносять майже весь прибуток, а один-два є збитковими.</li>
<li><strong>Маржа за клієнтом, через усі проєкти.</strong> Корисніше за проєктну, бо клієнти послідовні: той, з ким було складно минулого разу, буде складним і знову.</li>
<li><strong>Оцінка проти фактичних годин.</strong> Ваша похибка оцінювання за типом проєкту. Знання, що на певному виді робіт ви виходите за межі на 40%, вартує більше за будь-яку модель ціноутворення.</li>
<li><strong>Виручка на доступну годину.</strong> Єдине число, яке поєднує ставку, завантаженість і реалізацію. Якщо воно не росте, поки ви стаєте зайнятішими, зростання коштує вам грошей.</li>
</ul>
<h2 id="section-6">Що дає кожен рівень обліку</h2>
<table>
<thead>
<tr>
<th>Ви обліковуєте</th>
<th>Ви можете відповісти</th>
</tr>
</thead>
<tbody><tr>
<td>Лише рахунки</td>
<td>Скільки ви виставили</td>
</tr>
<tr>
<td>Рахунки + прямі витрати</td>
<td>У яких проєктах були дорогі постачальники</td>
</tr>
<tr>
<td>+ години за собівартісною ставкою</td>
<td>Які проєкти заробили гроші</td>
</tr>
<tr>
<td>+ години незалежно від виставлення</td>
<td>Яких клієнтів дорого обслуговувати</td>
</tr>
<tr>
<td>+ рознарядка накладних</td>
<td>Чи життєздатний бізнес загалом за цими цінами</td>
</tr>
</tbody></table>
<p>Ніщо з цього не потребує ERP. Потрібно, щоб години фіксувалися на проєкт, щоб у людей була собівартісна ставка з датами, і щоб арифметика відбувалася десь, окрім таблиці, яку щокварталу будують заново. Це приблизно тиждень налаштування й кілька хвилин на день — і саме це відрізняє наявність думок про те, яких клієнтів варто тримати, від наявності доказів.</p>]]></content:encoded>
    </item>
    <item>
      <title>Як оцінювати крипту, не обманюючи себе</title>
      <link>https://capital-wizard.com/ua/blog/valuing-crypto-without-lying-to-yourself/</link>
      <guid isPermaLink="true">https://capital-wizard.com/ua/blog/valuing-crypto-without-lying-to-yourself/</guid>
      <pubDate>Mon, 03 Aug 2026 12:00:00 GMT</pubDate>
      <description>Найважче в утриманні крипти — не волатильність. А те, що біржа показує одне число, ваша собівартість каже інше, а обмін монети на монету тихо змінює обидва, хоча жодні гроші не заходять у ваше життя й не виходять із нього.</description>
      <content:encoded><![CDATA[<p>Крипта — це та частина капіталу більшості людей, де найкращі дані в реальному часі й найгірші записи. Кожна ціна публічна, кожна операція за задумом лежить у реєстрі, і водночас майже ніхто з тих, хто її тримає, не скаже вам, скільки вклав, скільки це коштує зараз і як ці два числа пов&#39;язані.</p>
<p>Причина не в лінощах і не у волатильності. А в тому, що криптопозиція тихо порушує три припущення, на яких тримається будь-який інший облік: що гроші й активи — різні речі, що в угоди є ціна у вашій власній валюті, і що залишок, показаний установою, — це залишок, який ви маєте.</p>
<p>Розберіться з цими трьома — і решта стане звичайною бухгалтерією.</p>
<h2 id="section">Стейблкоїн — це не інвестиція</h2>
<p>Перше й найнаслідковіше рішення: <strong>вважайте стейблкоїни грошима, а все інше — активами.</strong></p>
<p>Якщо ви тримаєте 12 000 USDT, це не портфельна позиція з ціною, яку треба відстежувати. Це доларовий залишок на незвичному рахунку. Моделювання його як інвестиції дає портфель, повний позицій, вартість яких ніколи не рухається, рядок «дохідності», що вічно дорівнює нулю, і діаграму розподілу, де ваші гроші змагаються за місце з вашими справжніми ставками.</p>
<p>Змодельований як гроші, він поводиться правильно скрізь: його можна витратити, він рахується в ліквідність, він належить до високоліквідної смуги вашого капіталу, а купівля монети за нього є придбанням, а не обміном.</p>
<p>Та сама логіка стосується й самої біржі. Біржовий рахунок із кількома стейблкоїнами й кількома монетами — це не одна річ, а грошовий рахунок і набір позицій в активах, які просто живуть за одним логіном. Розділення саме так — та єдина зміна, яка робить решту розв&#39;язною.</p>
<div class="note"><p class="h">Де «стабільність» перестає бути припущенням</p><p>Такий підхід припускає, що прив&#39;язка тримається, а це реальне припущення, а не гарантія. Якщо ви тримаєте помітну суму, варто знати, що саме забезпечує конкретну монету, і варто помітити, що трактування її як грошей означає: втрата прив&#39;язки з&#39;явиться у ваших записах як загадковий збиток за активом, який ви класифікували як гроші. Це компроміс, на який ви йдете заради значно чистішої картини в решті 99% часу.</p>
</div>
<h2 id="section-2">Обмін монети на монету — це дві події</h2>
<p>Ось те, що ламає записи більшості людей.</p>
<p>Ви міняєте 0,5 ETH на 0,017 BTC. Жодних доларів. Жодні гроші не заходять і не виходять. Відчувається це як одна дія — ребаланс, перекладання в межах того самого казанка, — і природний інстинкт записати це як переказ.</p>
<p>Це не переказ. Це <strong>продаж ETH із подальшою купівлею BTC</strong>, і цим двом подіям потрібна ціна. Якщо записати це як переказ, ви переносите собівартість ETH на позицію в BTC, і з цієї миті ваші записи описують актив, якого ви ніколи не купували, за ціною, якої ви ніколи не платили.</p>
<p>Ціна, яку слід узяти, — та, що випливає із самої угоди, номінована в монеті, яку ви віддали. Ви позбулися 0,5 ETH: оцініть це за ціною ETH на момент угоди, і ця вартість одночасно є виручкою від продажу й вартістю купівлі. Дві частини сходяться точно, і саме це робить операцію перевірюваною.</p>
<p>Номінування з боку вихідної, а не вхідної частини важить тоді, коли дві біржові ціни трохи розходяться, а вони розходяться постійно. Оберіть вихідну частину джерелом істини — і кожен обмін даватиме рівно одне число, яке можна захистити.</p>
<figure>
<div class="shot">
<div class="nwv">0.4137 BTC</div>
<div class="dlt">Позиція після 3 купівель і 1 обміну · собівартість $28,940</div>
<div class="sbar"><i style="flex:44;background:oklch(0.8 0.14 80)"></i><i style="flex:31;background:oklch(0.68 0.16 275)"></i><i style="flex:25;background:oklch(0.74 0.14 150)"></i></div>
<div class="leg">
<span><i style="background:oklch(0.8 0.14 80)"></i>Куплено за USDT, січ<b>0.1820</b></span>
<span><i style="background:oklch(0.68 0.16 275)"></i>Куплено за USDT, квіт<b>0.1287</b></span>
<span><i style="background:oklch(0.74 0.14 150)"></i>Отримано в обміні з ETH<b>0.1030</b></span>
<span><i style="background:#3a3d45"></i>Середня собівартість<b>$69,954</b></span>
</div>
</div>
<figcaption>Саме третій рядок і зникає. Записані як переказ, ці 0,1030 BTC надходять без власної вартості — і кожна цифра прибутку відтоді хибна рівно на те, скільки коштував ETH.</figcaption>
</figure>

<h2 id="section-3">Яка ціна є ціною?</h2>
<p>У кожен момент монета має кілька цін: трохи різні на кожній біржі, ще інші в індексах-агрегаторах і ще одна — у книзі заявок на тому обсязі, яким ви справді торгували б.</p>
<p>Для оцінки активу беріть широку довідкову ціну — індекс або ціну великого майданчика — і користуйтеся <em>тим самим джерелом</em> послідовно. Послідовність важить більше за вибір, бо портфель, оцінений за змінним набором джерел, дає рухи, які частково реальні, а частково є шумом джерела, і відрізнити їх ви не зможете.</p>
<p>Для запису операції беріть ціну, яку ви фактично отримали. Правило те саме, що й із валютою: залишки беруть ринкову ціну, рухи — вашу.</p>
<p>За цим стоїть неромантична інженерна реальність. Постачальники цін обмежують частоту запитів, падають і не сходяться в тікерах. Портфель, який мовчки показує вчорашню ціну як сьогоднішню, гірший за той, що каже «не вдалося отримати ціну», бо перший невидимий. Ми зрештою запустили ланцюжок постачальників — основний і два запасні — зі спільним кешем і явною позначкою застарілості, після періоду, коли похвилинний ліміт одного провайдера означав, що частина активів просто ніколи не оновлювалася. Якщо збираєте це самі з API, припускайте, що API впаде, і вирішіть уже зараз, як має виглядати ця відмова.</p>
<h2 id="section-4">Ніколи не вигадуйте актив</h2>
<p>Коли ви імпортуєте історію угод із біржі, ви знайдете прогалини. Монета надійшла з гаманця, яким ви більше не користуєтеся; стара угода передує вікну вивантаження; частина прийшла через міст. Історія угод каже, що у вас 0,41 BTC; арифметика імпортованих угод каже 0,33.</p>
<p>Закрити таку прогалину можна двома способами, і чесний лише один. Хибний — синтезувати купівлю: вигадати початкову угоду за якоюсь правдоподібною історичною ціною, щоб числа зійшлися. Це спрацьовує миттєво й назавжди отруює вашу собівартість числом, якого ніхто ніколи не платив.</p>
<p>Правильний — повідомити про розбіжність і змусити вас її розв&#39;язати: вказати, скільки ви насправді заплатили, або явно записати це як початковий залишок із невідомою собівартістю. Це більше тертя, і це різниця між записами, на які можна спертися, і записами, які просто сходяться. Capital Wizard повідомляє про прогалину; він не заповнить її за вас.</p>
<blockquote class="pull"><p>Звірка, яка завжди успішна, нічого не перевіряє.</p>
<cite>Правило, що діє далеко за межами крипти</cite></blockquote>
<h2 id="section-5">Нереалізований прибуток — це не дохід</h2>
<p>Позиція, яка подвоїлася, коштує більше. Вона нічого вам не виплатила.</p>
<p>Сказана прямо, ця різниця очевидна, і водночас її напрочуд легко втратити в системі, де все номіновано в одній валюті й додається. Тримайте нереалізований рух повністю поза підсумками доходів і витрат — він належить активу як переоцінка. Інакше вдалий квартал на ринку виглядатиме так, ніби ви його заробили, ваша норма заощаджень здаватиметься чудовою, і ви вирішите, що витрати під контролем, рівно тоді, коли це не так.</p>
<p>Те саме працює у зворотний бік, і гірше: поганий квартал робить із цілком здорового доходу збиток, і люди ріжуть витрати там, де цього не було потрібно.</p>
<p>Податкове трактування всього цього дуже різниться від країни до країни — десь обміни є оподатковуваними подіями, десь ні, — і ніщо тут не є податковою консультацією. Але принцип обліку тримається незалежно від юрисдикції: обмін потребує ціни, оцінка не є надходженням, а вашому бухгалтеру перше знадобиться значно більше за друге.</p>
<h2 id="section-6">Коротка версія</h2>
<table>
<thead>
<tr>
<th>Річ</th>
<th>Хибна модель</th>
<th>Правильна модель</th>
</tr>
</thead>
<tbody><tr>
<td>Залишок стейблкоїна</td>
<td>Актив із ціною</td>
<td>Грошовий рахунок</td>
</tr>
<tr>
<td>Купівля монети за USDT</td>
<td>Обмін</td>
<td>Придбання, у доларах</td>
</tr>
<tr>
<td>Монета за монету</td>
<td>Переказ</td>
<td>Продаж плюс купівля, за ціною вихідної частини</td>
</tr>
<tr>
<td>Біржовий рахунок</td>
<td>Один залишок</td>
<td>Гроші плюс окремі позиції в активах</td>
</tr>
<tr>
<td>Відсутня історія</td>
<td>Вигадати початкову угоду</td>
<td>Повідомити про прогалину, запитати</td>
</tr>
<tr>
<td>Ціна зросла на 40%</td>
<td>Дохід</td>
<td>Переоцінка активу</td>
</tr>
</tbody></table>
<p>Ніщо з цього не є специфічним для крипти — і в цьому суть. Це ті самі правила, що діють для брокерського рахунку чи валютного залишку; крипта просто ламає їх усі разом і достатньо швидко, щоб шкода проявилася за рік, а не за десятиліття.</p>]]></content:encoded>
    </item>
    <item>
      <title>Ваші категорії витрат неправильні</title>
      <link>https://capital-wizard.com/ua/blog/your-spending-categories-are-wrong/</link>
      <guid isPermaLink="true">https://capital-wizard.com/ua/blog/your-spending-categories-are-wrong/</guid>
      <pubDate>Mon, 03 Aug 2026 11:00:00 GMT</pubDate>
      <description>Сорок категорій, половина порожні, одна під назвою «Інше» поглинає 18% усього. Проблема не в тому, що ви погано категоризували, — а в тому, що ці категорії ніколи не проєктувалися під питання, яке ви збиралися поставити.</description>
      <content:encoded><![CDATA[<p>Відкрийте будь-який покинутий застосунок для бюджету — картина однакова. Десь від тридцяти до п&#39;ятдесяти категорій. Десяток із однією операцією з того тижня, коли обліковий запис створювали. Дві-три роблять усю роботу. І одна — зазвичай «Інше», «Різне» або «Без категорії» — тихо тримає п&#39;яту частину всього, включно з кількома речами, про які було б справді цікаво дізнатися.</p>
<p>Стандартний діагноз — користувач здався. Точніший: набір категорій ніколи не був здатен дати висновок, тож зусилля на його підтримання нічого не приносили й припинилися.</p>
<p>Категорія — це не система підшивання. Це питання, яке ви маєте намір поставити своїм грошам, записане наперед. Якщо ви не можете сказати, що <em>зробите</em> інакше залежно від відповіді, категорія є декорацією.</p>
<h2 id="section">Тест, який категорія має пройти</h2>
<p>Перш ніж створювати її, закінчіть речення: <strong>«Якщо це подвоїться наступного місяця, я ______.»</strong></p>
<ul>
<li><em>Продукти подвоїлися</em> → Я подивлюся, чи ми стали купувати інакше, чи зрушили ціни. Дієво. Лишаємо.</li>
<li><em>Оренда подвоїлася</em> → Я зрештою переїду, але цього місяця нічого не зміниться. Варте обліку як зобов&#39;язана витрата, не варте щомісячного перегляду.</li>
<li><em>Підписки подвоїлися</em> → Я з&#39;ясую, яка саме, і щось скасую. Різко дієво й достатньо конкретно, щоб діяти за десять хвилин. Лишаємо.</li>
<li><em>«Покупки» подвоїлися</em> → Я… подивлюся список операцій, щоб зрозуміти, що це було. Ця категорія не зробила жодної роботи. Її єдина функція — відкласти питання.</li>
</ul>
<p>Останній випадок — той, за яким варто стежити. Будь-яка категорія, відповідь якої «мені треба буде подивитися окремі операції», не є категорією: це тека, і пошуковий рядок прислужився б вам не гірше.</p>
<h2 id="section-2">Забагато — звична поразка</h2>
<p>Є інтуїція, що дрібніші категорії означають кращу інформацію. На практиці справджується протилежне, з двох причин.</p>
<p>Перша статистична. Поділіть витрати достатньо дрібно — і кожна категорія стане настільки малою, що звичайні коливання поглинуть будь-який тренд. Кава коштувала $61 минулого місяця й $38 цього. Це зміна поведінки чи місяць із державним святом? На такій дрібності ви не розрізните, а показник, який ви не можете витлумачити, — це той, який ви зрештою перестаєте читати.</p>
<p>Друга людська. Кожна додаткова категорія — це ще одне рішення в момент запису, і граничні завжди неоднозначні: робочий обід — це Їжа чи Бізнес? Потяг до родини — Транспорт чи Родина? Саме неоднозначність наповнює кошик «Інше», бо коли вибір неясний, найшвидший шлях — універсальна категорія.</p>
<p>Робоче число для більшості домогосподарств — <strong>вісім-дванадцять категорій верхнього рівня</strong>, з підкатегоріями лише там, де у вас є конкретне повторюване питання. Дванадцять категорій, які завжди заповнені, кращі за сорок наполовину вгаданих.</p>
<figure>
<div class="shot">
<div class="nwv">$4,318</div>
<div class="dlt">Витрати за місяць · 11 категорій, жодного «іншого»</div>
<div class="sbar"><i style="flex:54;background:oklch(0.68 0.16 275)"></i><i style="flex:29;background:oklch(0.8 0.14 80)"></i><i style="flex:17;background:oklch(0.74 0.14 150)"></i></div>
<div class="leg">
<span><i style="background:oklch(0.68 0.16 275)"></i>Зобов'язані<b>$2,332</b></span>
<span><i style="background:oklch(0.8 0.14 80)"></i>Змінні необхідні<b>$1,252</b></span>
<span><i style="background:oklch(0.74 0.14 150)"></i>Дискреційні<b>$734</b></span>
<span><i style="background:#3a3d45"></i>Можна зрізати за 30 днів<b>17%</b></span>
</div>
</div>
<figcaption>Ті самі витрати, згруповані за тим, як швидко вони можуть змінитися, а не за тим, що на них купили. Число внизу праворуч відповідає на питання «що буде, якщо дохід зникне», і жоден звичайний список категорій його не дає.</figcaption>
</figure>

<h2 id="section-3">Поділ, який справді передбачає поведінку</h2>
<p>Під вашими категоріями додайте ще один вимір, який більшість інструментів пропускає: <strong>як швидко це може змінитися?</strong></p>
<p><strong>Зобов&#39;язані.</strong> Оренда чи іпотека, страхування, платежі за кредитом, оплата навчання. Зафіксовані договором на місяці. Ви не змінюєте їх у відповідь на поганий квартал, і щомісячний перегляд тут — змарнована увага: на них дивляться раз на рік, під час поновлення.</p>
<p><strong>Змінні необхідні.</strong> Продукти, пальне, комунальні, догляд за дітьми. Витратити щось доведеться; сума залежить від поведінки й цін. Саме тут щомісячний перегляд справді вартий часу, бо це єдина смуга, де увага змінює число.</p>
<p><strong>Дискреційні.</strong> Ресторани, підписки, поїздки, речі. Їх можна зрізати за місяць, якщо треба.</p>
<p>Одразу випадають два корисні числа. Частка доходу, що є зобов&#39;язаною, показує, скільки удару здатне поглинути ваше домогосподарство: вище приблизно 55% — і поганий місяць стає надзвичайною ситуацією, а не незручністю. А підсумок дискреційних показує, що справді доступне, якщо дохід зникне, — і це геть інша цифра, ніж загальні витрати, які всі називають.</p>
<p>Цей поділ також єдиний, що переживає зіткнення зі справжнім рішенням. Коли людям справді треба різати, вони ріжуть не «за категоріями» — вони ріжуть дискреційну смугу й переговорюють зобов&#39;язану, саме в такому порядку.</p>
<blockquote class="pull"><p>Набір категорій, який не може сказати, що станеться, якщо дохід зникне на три місяці, є системою підшивання, а не фінансовим інструментом.</p>
<cite>Питання, про яке насправді кожен бюджет</cite></blockquote>
<h2 id="80">Хай нудні 80% зробить код продавця</h2>
<p>Більшість інструментів категоризує, шукаючи слова в описі операції. Це поле — безлад: та сама кав&#39;ярня з&#39;являється як <code>SQ *THE COFFEE</code>, <code>IZ *COFFEE LDN</code> і <code>PAYPAL *COFFEEROAS</code>, залежно від того, який процесинг був посередині.</p>
<p>Тим часом карткові операції вже несуть значно краще поле, яким майже ніхто не користується: <strong>код категорії продавця</strong>, чотиризначне число, яке призначають платіжні мережі. 5812 — заклади харчування. 5411 — продукти. 4121 — таксі та поїздки на замовлення. 5541 — пальне. Його призначає банк-еквайр за типом діяльності торговця, і воно не змінюється під час ребрендингу, зміни процесингу чи продажу бізнесу.</p>
<p>Правила, побудовані на кодах, стабільні так, як текстові правила ніколи не бувають. Зіставте коди зі своїми категоріями один раз — і переважна більшість карткових витрат розкладатиметься правильно й далі, включно з продавцями, у яких ви ніколи не були. Саме цього текстові правила не вміють ніколи, бо не можна написати правило для магазину, про існування якого ви ще не знаєте.</p>
<div class="note"><p class="h">Два місця, де код помиляється, і обидва передбачувані</p><p>Коди призначаються на продавця, а не на покупку, тож супермаркет, який продав вам чайник, віднесе його до продуктів, а універмаг подасть усе одним кодом незалежно від того, що ви купили. І великі маркетплейси подають усе під власним єдиним кодом. Жодне з цього не є причиною не довіряти механізму; обидва є причинами тримати згори невелику кількість текстових винятків для тих кількох продавців, де поділ вам справді важливий.</p>
</div>
<h2 id="section-4">Де текстові правила досі заслуговують на місце</h2>
<p>Коди продавців покривають карткові витрати. Для банківських операцій — переказів, регулярних платежів, комісій, зарплати, податків — їх не існує: ті приходять з описом і нічим більше. Саме там текстові правила сильні, бо ці описи згенеровані машиною й стабільні: той самий референс щомісяця, роками.</p>
<p>Тож розумний устрій — пошаровий. Спершу код продавця, де він є. Далі текстові правила — для банківських операцій і для конкретних продавців, яких ви хочете відділити від типової категорії їхнього коду. Ручне призначення в останню чергу, і — ось що важливо — кожне ваше ручне призначення має пропонуватися як правило, щоб ви не робили того самого двічі.</p>
<h2 id="section-5">Що робити з купою «Інше»</h2>
<p>Видаліть її. Не операції — категорію.</p>
<p>«Інше» — це не категорія, це черга, яку ніхто не розбирає. Її існування знімає тиск, який інакше змусив би вас або створити справжню категорію, або визнати, що витрата належить до вже наявної. Кожен інструмент, що постачається з кошиком «Інше», зрештою тримає в ньому 15–20% витрат, а цього досить, щоб знецінити будь-яку пропорцію, обчислену з решти.</p>
<p>Якщо операція справді нікуди не вписується — це теж інформація: або вона разова, і тоді покладіть її в найближчу справжню категорію й рухайтеся далі, або це перша з повторюваного шаблону, і тоді назвіть цей шаблон зараз, поки ще пам&#39;ятаєте, що це було.</p>
<h2 id="section-6">Як це виглядає на практиці</h2>
<table>
<thead>
<tr>
<th></th>
<th>Звичне налаштування</th>
<th>Налаштування, що переживе рік</th>
</tr>
</thead>
<tbody><tr>
<td>Категорій верхнього рівня</td>
<td>30–50</td>
<td>8–12</td>
</tr>
<tr>
<td>Підкатегорії</td>
<td>Скрізь</td>
<td>Лише де їх потребує питання</td>
</tr>
<tr>
<td>Основний вхід</td>
<td>Текст опису</td>
<td>Код продавця, текст другим</td>
</tr>
<tr>
<td>Неоднозначні операції</td>
<td>«Інше»</td>
<td>Найближча справжня категорія, без універсальної</td>
</tr>
<tr>
<td>Другий вимір</td>
<td>Немає</td>
<td>Зобов&#39;язані / змінні / дискреційні</td>
</tr>
<tr>
<td>Ручні виправлення</td>
<td>Повторюються щомісяця</td>
<td>Збережені як правило з першого разу</td>
</tr>
<tr>
<td>Питання, на яке відповідає</td>
<td>«Куди воно поділося?»</td>
<td>«Що я можу змінити і як швидко?»</td>
</tr>
</tbody></table>
<p>Мета — не гарна кругова діаграма. Мета — вміти відповісти секунд за дев&#39;яносто, що станеться з вашим домогосподарством, якщо дохід зникне на квартал, і знати, до якого конкретного рядка ви потягнетеся першим.</p>]]></content:encoded>
    </item>
    <item>
      <title>Спільні числа без спільного пароля</title>
      <link>https://capital-wizard.com/ua/blog/sharing-money-with-a-partner/</link>
      <guid isPermaLink="true">https://capital-wizard.com/ua/blog/sharing-money-with-a-partner/</guid>
      <pubDate>Mon, 03 Aug 2026 10:00:00 GMT</pubDate>
      <description>У більшості домогосподарств одна людина знає, де що лежить, а друга має приблизне уявлення. Такий устрій чудово працює рівно до того тижня, коли він мусить спрацювати, — а це саме той тиждень, коли людини, яка все знає, немає поруч.</description>
      <content:encoded><![CDATA[<p>Майже в кожному домогосподарстві, з яким ми говорили, грошима займається одна людина. Вона знає, з якого рахунку йде іпотека, коли поновлюється страховка, скільки приблизно коштує пенсійний рахунок і яка з карток має адекватну ставку. Друга людина знає власну зарплату й власну картку, і їй знадобився б день і кілька телефонних дзвінків, щоб відновити решту.</p>
<p>Це не докір жодному з них. Спеціалізація ефективна, і більшість пар доходять до неї, не обговорюючи. Проблема вужча за «ви обоє маєте бути залучені», і вона така: у цього устрою є єдина точка відмови, а сама відмова не є гіпотетичною. Хвороба, відрядження в дедлайн платежу, загублений за кордоном телефон, втрата близької людини. Момент, коли устрій перевіряють на міцність, — це за визначенням момент, коли людини, яка його тримає, немає поруч.</p>
<p>Звична реакція — «треба було б усе це записати» — не стається ніколи, бо записати все це є двогодинною роботою без негайної віддачі. Працює менше й структурніше.</p>
<h2 id="section">Ідеться не про справедливість, а про резервування</h2>
<p>Спільну видимість часто подають як питання справедливості, і саме через це воно застрягає. Розмова стає про довіру й контроль, а це важка розмова, а важкі розмови відкладають.</p>
<p>Переформульоване як резервування, воно значно легше: якщо хтось із нас два тижні не зможе дістатися до телефона, чи зможе другий тримати дім на плаву, не обдзвонюючи чотири установи й не вгадуючи паролі? У цього питання немає емоційного заряду, є очевидна правильна відповідь, і його можна розв&#39;язати за пів дня.</p>
<p>Практичний мінімум резервування короткий:</p>
<ul>
<li><strong>Де гроші.</strong> Які установи, які рахунки, для чого кожен. Не залишки до копійки, а <em>список</em>.</li>
<li><strong>Що списується автоматично і коли.</strong> Оренда чи іпотека, страховка, комунальні, підписки, платежі за кредитом. Конкретно — з якого рахунку йде кожен.</li>
<li><strong>Що винні і кому.</strong> Картки, кредити, податки до сплати. Найнезручніший пункт і той, який найчастіше тримає рівно одна людина.</li>
<li><strong>Як увійти.</strong> Не спільний пароль — про це нижче, — а описаний шлях: які облікові записи існують і як відновлюється доступ.</li>
</ul>
<p>Якщо обидві людини можуть відповісти на ці чотири пункти, домогосподарство стійке. Усе далі — необов&#39;язкове.</p>
<h2 id="section-2">Три моделі, три різні речі для спільного доступу</h2>
<p>Пари влаштовують гроші одним із трьох способів, і кожен потребує іншого налаштування доступу. Спроба застосувати відповідь однієї моделі до іншої — це те, через що більшість інструментів для сімейних фінансів стають дратівливими.</p>
<p><strong>Повністю спільна.</strong> Один казанок, обидва імені, все спільне. Ділитися легко — питання лише в тому, чи обидва справді дивляться. У цій моделі ризик не в доступі, а в тому, що одна людина досі робить усю роботу, а друга має логін, яким ніколи не користувалася.</p>
<p><strong>Повністю окрема.</strong> Дві незалежні фінансові системи, витрати діляться за домовленістю. Тут спільний об&#39;єкт малий і конкретний: поділ, хто скільки заплатив і хто відстає. Ділитися всім тут ані хочеться, ані потрібно; не ділитися нічим означає сперечатися по пам&#39;яті, хто платив за котел.</p>
<p><strong>Гібридна</strong> — найпоширеніша з великим відривом. Спільний рахунок для спільних витрат, окремі рахунки для всього іншого. Спільний об&#39;єкт — це спільний казанок плюс внески кожного до нього, а приватний об&#39;єкт — власні гроші кожного. З інструментом, який не вміє представляти «спільне» і «моє» як різні речі, будь-хто в цій моделі воюватиме постійно.</p>
<figure>
<div class="shot">
<div class="nwv">0</div>
<div class="dlt">Потрібно спільних паролів · 2 людини, окремі логіни</div>
<div class="sbar"><i style="flex:46;background:oklch(0.68 0.16 275)"></i><i style="flex:34;background:oklch(0.74 0.14 150)"></i><i style="flex:20;background:oklch(0.8 0.14 80)"></i></div>
<div class="leg">
<span><i style="background:oklch(0.68 0.16 275)"></i>Простір домогосподарства, обоє<b>Повний доступ</b></span>
<span><i style="background:oklch(0.74 0.14 150)"></i>Власний простір кожного<b>Приватний</b></span>
<span><i style="background:oklch(0.8 0.14 80)"></i>Бухгалтер, лише бізнес<b>Відкличний</b></span>
<span><i style="background:#3a3d45"></i>Переданих паролів<b>Немає</b></span>
</div>
</div>
<figcaption>Три окремі області, три окремі логіни, один із них обмежений у часі. Важлива не та структура, хто що бачить сьогодні, а те, що прибрати комусь доступ згодом — це клік, а не зміна паролів у дев'яти установах.</figcaption>
</figure>

<h2 id="section-3">Видимість і контроль — це різні дозволи</h2>
<p>Чимало домашнього тертя виникає зі змішування двох речей, які добре налаштована система тримає окремо.</p>
<p><strong>Видимість</strong> — це можливість бачити становище: залишки, що списується, що винні. Саме її потребує резервування, і саме проти неї майже ніколи ніхто не заперечує.</p>
<p><strong>Контроль</strong> — це можливість рухати гроші й змінювати домовленості. Це окреме питання з окремими відповідями, і для частини домогосподарств — де в когось є компульсивні витрати або де гроші справді належать одній людині ще до стосунків — видимість без контролю є рівно правильним устроєм.</p>
<p>Більшість інструментів пропонує лише «спільне» або «неспільне», і це заганяє домогосподарства у вибір «усе або нічого», якого вони не хотіли робити. Коли можна дати змогу бачити набір записів, не даючи влади над рахунками за ними, розмова стає значно легшою, бо прохання менше.</p>
<div class="note"><p class="h">Це стосується не лише партнерів</p><p>Та сама структура покриває бухгалтера, дорослу дитину, яка допомагає літньому батькові чи матері, і бізнес-партнера. У кожному випадку потрібна обмежена, відклична видимість на визначений період — і в кожному випадку на практиці типовим рішенням є передача пароля, що дає все, назавжди, кожному, хто його колись дізнається.</p>
</div>
<h2 id="section-4">Чому спільний пароль — хибний механізм</h2>
<p>Він є типовим рішенням, бо це єдине, що працює завжди, і варто прямо сказати, чого це коштує.</p>
<p>Спільні дані для входу не можна обмежити — той, кому ви їх дали, бачить усе, включно з тим, чим ви б не стали ділитися. Їх не можна відкликати, не змінивши й не роздавши заново всім іншим, хто мав їх законно. Вони не лишають запису про те, хто що зробив, а отже в непоясненої зміни немає автора. Вони зазвичай ламають двофакторну автентифікацію або змушують її вимкнути. І вони переживають стосунки: люди досі залишаються в облікових записах колишніх партнерів роками — не зі злого умислу, а просто тому, що ніхто ніколи не переглядав список.</p>
<p>Окремі облікові записи з наданим доступом виправляють усі п&#39;ять. У кожного свій логін і свій другий фактор. Доступ обмежений тим, що ви обрали. Прибрати його — одна дія, чинна негайно, без наслідків для інших.</p>
<blockquote class="pull"><p>Тест устрою спільного доступу — не в тому, як легко надати доступ. А в тому, як легко його відібрати в поганий день, нічого при цьому не зламавши.</p>
<cite>Що насправді перевірити до налаштування</cite></blockquote>
<h2 id="section-5">Пів дня, які роблять це робочим</h2>
<p>Конкретно, для домогосподарства, що починає з нуля:</p>
<ol>
<li><strong>Складіть список рахунків разом.</strong> Кожна установа, для чого вона, на чиє ім&#39;я. Пів години — і це найцінніший артефакт з усієї статті. Більшість людей знаходять при цьому щонайменше один забутий рахунок.</li>
<li><strong>Визначте модель.</strong> Спільна, окрема чи гібридна — скажіть це вголос, бо напрочуд багато пар ніколи не звіряли, що обидва мають на увазі ту саму.</li>
<li><strong>Налаштуйте обмежений доступ замість спільних паролів.</strong> Спільний вигляд домогосподарства, до якого обидва входять власним логіном; приватне лишається приватним.</li>
<li><strong>Домовтеся, що буде, якщо когось із вас місяць не буде поруч.</strong> Хто що платить і звідки. Десять хвилин — і це і є весь сенс вправи.</li>
<li><strong>Поставте в календар п&#39;ятнадцять хвилин щомісяця.</strong> Обоє, одночасно, дивитеся на той самий екран. Не бюджетна нарада — просто погляд. Цінність у тому, що жоден із вас ніколи не буде здивований.</li>
</ol>
<p>Саме п&#39;ятий крок кидають першим, і саме він робить усю роботу. Решта — налаштування; щомісячні п&#39;ятнадцять хвилин — це те, що тримає двох людей із однаковою картиною в голові.</p>
<h2 id="section-6">Що насправді дає кожен устрій</h2>
<table>
<thead>
<tr>
<th></th>
<th>Спільний пароль</th>
<th>Скриншоти й перекази новин</th>
<th>Обмежений спільний доступ</th>
</tr>
</thead>
<tbody><tr>
<td>Обидва бачать становище</td>
<td>Так</td>
<td>Лише коли надіслали</td>
<td>Так, будь-коли</td>
</tr>
<tr>
<td>Приватне лишається приватним</td>
<td>Ні</td>
<td>Так</td>
<td>Так</td>
</tr>
<tr>
<td>Працює, якщо когось не дістати</td>
<td>Так</td>
<td>Ні</td>
<td>Так</td>
</tr>
<tr>
<td>Двофакторна автентифікація виживає</td>
<td>Зазвичай ні</td>
<td>Так</td>
<td>Так</td>
</tr>
<tr>
<td>Хто що змінив</td>
<td>Невідомо</td>
<td>—</td>
<td>Записано</td>
</tr>
<tr>
<td>Прибрати доступ згодом</td>
<td>Змінити й роздати заново</td>
<td>—</td>
<td>Один клік</td>
</tr>
<tr>
<td>Поширюється на бухгалтера</td>
<td>Погано</td>
<td>Вручну</td>
<td>Той самий механізм, обмежений</td>
</tr>
</tbody></table>
<p>Ніщо з цього не потребує конкретного продукту — спільна тека й записаний список дають більшу частину резервування. Потрібно інше: вирішити, що поточний устрій, де одна людина є єдиною точкою відмови, а запасним планом є пароль на папірці, — це вибір, а не природний стан речей.</p>]]></content:encoded>
    </item>
    <item>
      <title>Щомісячний огляд, який займає одинадцять хвилин</title>
      <link>https://capital-wizard.com/ua/blog/the-eleven-minute-monthly-review/</link>
      <guid isPermaLink="true">https://capital-wizard.com/ua/blog/the-eleven-minute-monthly-review/</guid>
      <pubDate>Mon, 03 Aug 2026 09:00:00 GMT</pubDate>
      <description>Фінансові огляди припиняються тому, що їх проєктують як двогодинний аудит. Ось версія, яка вміщується між двома зустрічами, у порядку, що має значення, і зі свідомо викинутими частинами, які здаються продуктивними, але нічого не змінюють.</description>
      <content:encoded><![CDATA[<p>Кожна покинута фінансова система була покинута приблизно в одній точці: на третьому місяці.</p>
<p>Перший місяць сповнений ентузіазму: рахунки заводяться, історія вноситься, все сходиться. Другий місяць — обов&#39;язок. У третьому трапляється дедлайн, огляд пропускають, а до четвертого накопичується заборгованість. Заборгованість перетворює рутину на проєкт, а проєкти планують на спокійніший тиждень, який не настає.</p>
<p>Провал не в дисципліні. А в тому, що огляд спроєктували як аудит, а аудит — хибна форма для того, що має відбуватися дванадцять разів на рік вічно. Рутина, яка виживає, має бути достатньо короткою, щоб зробити її в поганий день, впорядкованою так, щоб цінне траплялося першим, і достатньо конкретною, щоб ніколи не доводилося вирішувати, що робити далі.</p>
<p>Ось версія, якою користуємося ми. Вона займає близько одинадцяти хвилин і є свідомо неповною.</p>
<h2 id="section">Чому щомісяця і чому того самого дня</h2>
<p><strong>Щотижня — це шум.</strong> Більшість того, що рухається за тиждень, є питанням часу: коли надійшла зарплата відносно того, коли пішла оренда. Ви реагуватимете на коливання, які не є сигналом, а реакція на шум гірша за те, щоб не дивитися взагалі, бо вона породжує зміни, які потім доводиться скасовувати.</p>
<p><strong>Щокварталу — надто повільно.</strong> Дрейфу потрібно близько двох місяців, щоб стати помітним, і близько чотирьох, щоб стати дорогим. Квартальний ритм надійно ловить речі через квартал після точки, у якій діяти було дешево.</p>
<p><strong>Зафіксуйте день.</strong> Останній день місяця або перша неділя — значно менш важливо який, ніж те, що він щоразу той самий. Фіксована дата знімає рішення про те, коли, а саме це рішення й вбиває рутини. А послідовна дата зрізу — це те, що робить вашу історію порівнюваною: кінці місяців, виміряні в різні дні, дають ряд, де в одні проміжки потрапляють дві зарплати, а в інші — жодної.</p>
<p>Робіть це незалежно від того, чи буде число хорошим. Ряд, у якому є лише місяці, коли вам хотілося подивитися, гірший за відсутність ряду, бо він показуватиме плавне зростання незалежно від того, що насправді відбувалося.</p>
<h2 id="section-2">Одинадцять хвилин, по порядку</h2>
<p>Порядок важить більше за зміст. Перші два кроки — обслуговування, і вони мають бути першими, бо саме їх пропуск створює заборгованість, яка завершує звичку. Останні три — власне мислення.</p>
<p><strong>1. Звірте залишки — 3 хвилини.</strong> Відкрийте кожен рахунок, порівняйте реальний залишок із тим, що кажуть ваші записи. Не операції, лише підсумкове число. Якщо збігається, ви завершили з цим рахунком за чотири секунди. Якщо ні — ви знайшли помилку місяця, поки їй лише місяць, а отже її ще можна знайти. Це найменш цікавий крок і той, що тримає все інше вартим довіри.</p>
<p><strong>2. Розберіть винятки — 3 хвилини.</strong> Усе, що потребує рішення: операції без категорії, імпортовані рядки, які можуть бути дублікатами, переказ, що потребує підтвердження. Правило — спорожнити чергу, а не зробити це добре. Операція в приблизно правильній категорії сьогодні краща за ідеальну наступного кварталу, бо наступного кварталу ви вже не пам&#39;ятатимете, що це було.</p>
<p><strong>3. Капітал і зміна — 2 хвилини.</strong> Одне число і його рух від минулого місяця. Далі питання, яке надає йому сенсу: <strong>чи пояснюється зміна цього місяця тим, що я заощадив, чи тим, що речі змінилися в ціні?</strong> Зростання від заощаджень повторюване. Зростання від переоцінки — це погода. Місяць, у якому портфель зріс, а ви перевитратили, виглядає ідентично хорошому місяцю, якщо не розділити ці дві речі, — і це найпоширеніший спосіб не помічати проблему, що розвивається, пів року.</p>
<p><strong>4. Перевірка трьох смуг — 2 хвилини.</strong> Зобов&#39;язані, змінні, дискреційні. Ви шукаєте одне: чи щось перемістилося між смугами? Нова підписка — це дискреційна витрата, яка тихо стала зобов&#39;язаною. Переукладений договір рухається в інший бік. Абсолютні суми важать значно менше за напрямок руху, бо саме частка зобов&#39;язаних визначає, скільки удару здатне поглинути домогосподарство.</p>
<p><strong>5. Напишіть одне речення — 1 хвилина.</strong> Одне рішення або одне спостереження, з датою, збережене там, де ви побачите його наступного місяця. «Страховка поновлюється у березні, порівняти пропозиції в лютому». «Третій місяць поспіль продукти дорожчають; перевірити, це ціни чи ми». Саме цей крок робить огляд накопичувальним, а не таким, що щоразу починається з нуля, — і саме його кидають першим.</p>
<figure>
<div class="shot">
<div class="nwv">11:00</div>
<div class="dlt">Ті самі п'ять кроків, той самий день щомісяця</div>
<div class="sbar"><i style="flex:27;background:oklch(0.68 0.16 275)"></i><i style="flex:27;background:oklch(0.68 0.16 275)"></i><i style="flex:18;background:oklch(0.74 0.14 150)"></i><i style="flex:18;background:oklch(0.74 0.14 150)"></i><i style="flex:10;background:oklch(0.8 0.14 80)"></i></div>
<div class="leg">
<span><i style="background:oklch(0.68 0.16 275)"></i>Звірити залишки<b>3 хв</b></span>
<span><i style="background:oklch(0.68 0.16 275)"></i>Розібрати винятки<b>3 хв</b></span>
<span><i style="background:oklch(0.74 0.14 150)"></i>Капітал і зміна<b>2 хв</b></span>
<span><i style="background:oklch(0.74 0.14 150)"></i>Перевірка трьох смуг<b>2 хв</b></span>
<span><i style="background:oklch(0.8 0.14 80)"></i>Написати одне речення<b>1 хв</b></span>
</div>
</div>
<figcaption>Два сині кроки — обслуговування, і їх не можна пропустити, не створивши заборгованості. Зелені — причина, з якої ви це робите. Жовтий — те, завдяки чому огляд наступного місяця займе одинадцять хвилин, а не сорок.</figcaption>
</figure>

<h2 id="section-3">Що свідомо лишити поза межами</h2>
<p>Кілька речей відчуваються як частина фінансового огляду, забирають багато часу й нічого не змінюють. Їхнє місце — річний ритм або ніде.</p>
<p><strong>Читання операцій рядок за рядком.</strong> Захопливо, злегка викликає провину й майже ніколи не є продуктивним. Якщо категорія зросла, ви подивитеся саме на неї; читати все — це не аналіз, а гортання.</p>
<p><strong>Переоцінка неліквідних активів.</strong> Нерухомість, приватні частки, усе без живої ціни. Переоцінюйте раз на рік. Щомісячна переоцінка речей, вартість яких ви не можете спостерігати, додає шуму, що ховає тренд, який ви шукаєте.</p>
<p><strong>Бюджет проти факту, категорія за категорією.</strong> Десять порівнянь дають десять дрібних відхилень, більшість із яких є питанням часу, і вправа надійно закінчується коригуванням бюджету, а не поведінки. Перевірка трьох смуг відповідає на те саме питання вп&#39;ятеро швидше.</p>
<p><strong>Пошук кращих ставок.</strong> Змінити депозит чи перекредитуватися — гарна ідея й жахливий щомісячний ритуал. Це річна робота або робота, запущена датою поновлення, — а для цього якраз і потрібне одне речення з п&#39;ятого кроку.</p>
<div class="note"><p class="h">Шість місяців кращі за два роки</p><p>Шість поспіль чесних зрізів вартують більше за два роки епізодичних оптимістичних, і навіть не близько. Короткий безперервний ряд показує вам нахил. Довгий рваний показує місяці, від яких вам було приємно, — тобто опитування вашого настрою. Якщо у вас є прогалина, не повертайтеся її відновлювати: почніть сьогодні й тримайте безперервність відтепер.</p>
</div>
<h2 id="section-4">Коли число погане</h2>
<p>Рано чи пізно огляд дасть число, якого вам не хочеться. Це і є справжній тест, і саме тут більшість систем тихо кидають — не рішенням, а просто не відкривши їх того місяця, а потім наступного.</p>
<p>Допомагають дві речі. Перша — вирішити наперед, що огляд відбувається в будь-якому разі, щоб відкриття не було вибором, зробленим у поганому настрої. Друга — знати, що поганому місяцю дозволено означати.</p>
<p>Один поганий місяць зазвичай є питанням часу: річний платіж за страховку, податковий рахунок, відпустка, оплачена однією сумою. Сам собою він не означає нічого. <strong>Два поганих місяці поспіль в одній смузі</strong> — це сигнал, вартий дії. Три — це тренд, і на той момент дія потрібна більша, ніж мала б бути.</p>
<p>Ось і вся діагностика. Не поріг для якогось конкретного числа, а правило про повторюваність — єдине, що місячний ряд справді вміє виявляти.</p>
<blockquote class="pull"><p>Цінність ряду цілком полягає в його послідовності. Одне чесне число на місяць, включно з місяцями, коли дивитися не хочеться, перемагає будь-яку кількість аналізу, застосованого нерегулярно.</p>
<cite>Єдине правило, що має значення</cite></blockquote>
<h2 id="section-5">Що купують одинадцять хвилин на місяць</h2>
<table>
<thead>
<tr>
<th></th>
<th>Без рутини</th>
<th>Двогодинний квартальний аудит</th>
<th>Одинадцять хвилин щомісяця</th>
</tr>
</thead>
<tbody><tr>
<td>Знайдені помилки</td>
<td>Наприкінці року, якщо взагалі</td>
<td>Віком до 3 місяців</td>
<td>Віком менш ніж місяць</td>
</tr>
<tr>
<td>Час на рік</td>
<td>0, плюс погана несподіванка</td>
<td>~8 годин, якщо станеться</td>
<td>~2,2 години</td>
</tr>
<tr>
<td>Переживає завантажений місяць</td>
<td>—</td>
<td>Зазвичай пропускають</td>
<td>Зазвичай ні</td>
</tr>
<tr>
<td>Виявляє дрейф витрат</td>
<td>Коли вже дорого</td>
<td>На квартал пізніше</td>
<td>На другий місяць</td>
</tr>
<tr>
<td>Ризик заборгованості</td>
<td>Повний</td>
<td>Високий</td>
<td>Майже нульовий</td>
</tr>
</tbody></table>
<p>Одинадцять хвилин дванадцять разів на рік — це дві години дванадцять хвилин на рік, менше за один повноцінний аудит, розмазані настільки тонко, що жоден окремий випадок ніколи не вартий відкладання. У цьому й полягає вся мета проєктування. Не ретельність, не глибина висновків за сеанс, а просто число, достатньо мале, щоб воно ніколи ні з чим не конкурувало.</p>]]></content:encoded>
    </item>
  </channel>
</rss>
