# Учёт денег: когда таблица перестаёт справляться

Таблица не разводит два вопроса: сколько денег есть и сколько из них заработано. Разбираю признаки перерастания файла и что должно быть внутри своего учёта.

URL: https://posts.danashkin.ru/guides/uchet-deneg-kogda-tablica-ne-spravlyaetsya
Обновлено: 2026-09-16

---

## Коротко

**Главное**

- Таблица с расходами перестаёт справляться не тогда, когда строк много, а когда от неё начинают ждать ответа на два разных вопроса сразу: сколько денег есть и сколько из них заработано.
- Признаки перерастания одинаковы у всех: несколько версий файла, ручная сверка остатков, вкладка «на самом деле» и полчаса на подготовку отчёта партнёру.
- Свой контур учёта я собрал за несколько недель вечерами и вижу главное отличие от файла: одна точка ввода вместо десяти мест, где цифра появляется по-разному.
- Кроме расходов внутри обязаны быть кошельки с остатками, платёжный календарь, займы и возвраты, справочник категорий и выгрузка обратно в таблицу.
- Таблица никуда не девается: она остаётся форматом обмена и разовых расчётов, но перестаёт быть местом, где живут данные.

## Какие два вопроса таблица не разводит?

**Главное**

«Сколько у нас денег прямо сейчас» и «сколько из этих денег компания заработала». Первый вопрос про остатки на счетах, второй про происхождение денег. В одном файле они сливаются, и цифра в итоговой ячейке перестаёт что-либо значить.

Я вёл учёт своей компании в таблице и однажды поймал себя на том, что не могу ответить собственнику, то есть себе, на простой вопрос.

Деньги на счетах есть. Но какая часть из них - выручка, а какая пришла займом от учредителя, авансом клиента или возвратом переплаты? В таблице всё это лежит одинаковыми строками со знаком плюс.

Разница принципиальная. Первый ответ говорит, чем ты можешь заплатить завтра. Второй - зарабатывает компания или проедает принесённое. Файл, который складывает всё в одну колонку, отвечает бодро и неправильно.

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

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

| Вопрос | Что нужно для ответа | Почему в файле ломается |
|---|---|---|
| Сколько денег есть | остатки по каждому счёту и кошельку | остатки считаются формулой, которая переживает не каждую правку |
| Сколько заработано | разделение операций по происхождению | признак «откуда деньги» приходится помнить головой |
| Что платить на неделе | календарь обязательств вперёд | будущие платежи живут в другом файле или в почте |
| Кто кому должен | займы, возвраты, расчёты с участниками | тонут среди обычных операций |

## Пять признаков, что файл перерос себя

**Главное**

Копии с датой в названии, ручная сверка остатков с банком, отдельная вкладка «на самом деле», подготовка отчёта дольше получаса и вопрос, на который проще ответить по памяти, чем открыть таблицу.

Признаки бытовые, и по ним видно точнее, чем по количеству строк.

1. **У файла появились версии.** Учёт-итог, учёт-итог-2, учёт-финал. Значит, правки страшно вносить в единственный экземпляр.
2. **Остатки сверяются руками.** Раз в месяц ты открываешь банк и подгоняешь цифры в таблице под выписку. Это не учёт, это реставрация.
3. **Есть вкладка «на самом деле».** Место, где лежит настоящая картина, потому что в основной части намешано.
4. **Отчёт готовится дольше получаса.** Партнёру или бухгалтеру нужна сводка, и ты собираешь её вручную из четырёх мест.
5. **Ты не открываешь файл, чтобы ответить на вопрос.** Отвечаешь по памяти, потому что быстрее. Данные фактически живут в голове.

Три признака из пяти - повод задуматься, пять - повод собирать своё. Общая логика выбора между файлом, таблицей и базой разобрана отдельно в материале про то, [файл, таблица или база](/guides/fayl-tablica-ili-baza); здесь я беру частный, но самый болезненный случай - деньги.

## Блоки учёта, кроме расходов

**Главное**

Кошельки с остатками, платёжный календарь, регулярные платежи, займы и возвраты, справочник категорий и направлений, отчёты за период и выгрузка обратно в таблицу. Расходы - только один из блоков, и не самый сложный.

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

1. **Кошельки и остатки**

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

2. **Платёжный календарь**

   Что и когда платить: аренда, подписки, налоги, зарплаты. Регулярные платежи заводятся один раз и появляются сами.

3. **Расчёты с участниками**

   Займы, возвраты, доли. Отдельный контур, потому что эти деньги проходят через счёт, но не являются выручкой.

4. **Отчёты за период**

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

5. **Выгрузка наружу**

   Экспорт в таблицу теми же запросами, что и отчёт на экране. Бухгалтеру и партнёру удобнее получить файл.

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

## Почему точка ввода должна быть одна?

**Главное**

Потому что данные портятся не при хранении, а при вводе. Одна форма, через которую проходит каждая операция, делает больше для достоверности, чем любые сверки и проверки задним числом.

Главное, что я вынес из своей сборки: ценность не в отчётах, а в единственном входе.

В таблице операция появляется по-разному. Одну ты вписал руками, вторую вставил из выписки, третью скопировал с прошлого месяца и поправил дату. Три способа - три набора ошибок, и найти их потом невозможно.

Когда вход один, у операции всегда есть обязательные поля: дата, сумма, кошелёк, категория, откуда деньги. Не заполнил - не сохранил. Скучно ровно один раз, дальше отчёты собираются сами, потому что собирать нечего: данные уже разложены.

**Проверка своего учёта за минуту**

Спроси себя: сколькими способами в вашей таблице может появиться новая строка? Если больше одного, вы уже платите за это временем на сверки.

Тот же принцип работает шире учёта денег: любой отчёт, который собирается из нескольких систем, начинается с договорённости о едином источнике. Подробно этот случай разобран в материале про то, [что делать, когда данные лежат в разных системах](/guides/dannye-v-raznyh-sistemah-odin-otchet).

## Как перевезти историю из таблицы?

**Главное**

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

Самая частая ошибка при переезде - желание сохранить всё до последней строки за все годы.

Рабочий порядок выглядит иначе:

- **Зафиксируй остатки на дату старта.** Сколько на каждом счёте сегодня. Это опорная точка, дальше всё считается от неё.
- **Перенеси текущий период.** Месяц или квартал, чтобы отчёт был полным и с чем-то сравнивался.
- **Старую таблицу закрой и подпиши.** Она становится архивом, куда можно заглянуть, но не местом работы.
- **Первый месяц веди параллельно.** Раз в неделю сверяй остатки с банком. Расхождение на этом этапе - это норма и повод найти пропущенную операцию.

Про то, что [вайбкодинг](/concepts/vibecoding) позволяет собрать такой контур без разработчика, скажу честно и без восторга: сборка заняла у меня несколько недель вечерами, и большая часть времени ушла не на код, а на решения, как считать. Именно эти решения не отдаются агенту: он соберёт что угодно, а вот что именно считать выручкой, решаешь ты.

## Что оставить в таблице навсегда

**Главное**

Разовые расчёты, обмен с бухгалтером и черновые прикидки. Таблица остаётся отличным калькулятором и форматом передачи, она перестаёт быть только местом, где данные живут постоянно.

Не хочу, чтобы статья читалась как «выкиньте таблицы». Я пользуюсь ими каждый день.

Что таблица делает лучше любого продукта:

- **Прикидки на коленке.** Посчитать сценарий, поиграть цифрами, проверить гипотезу за пять минут.
- **Обмен с внешними людьми.** Бухгалтер, партнёр, банк - все понимают файл и никто не хочет заводить логин в твоей системе.
- **Разовые задачи.** То, что делается один раз, не заслуживает продукта.

Граница проходит по слову «постоянно». Если данные обновляются каждый день и от них зависят решения, им нужен дом со стенами. Если это расчёт на один вечер, ему нужен лист.

И третий вариант, о котором забывают: отчёт может жить в системе, а показываться как таблица. Выгрузка теми же цифрами, что и на экране, снимает половину споров о том, где правда. Как из статичных выгрузок сделать живой отчёт, разбирал в материале про [живые графики вместо картинок](/guides/zhivye-grafiki-vmesto-kartinok).

## Частые вопросы

**Главное**

Что спрашивают чаще всего: сколько стоит собрать такой контур, не проще ли купить готовую систему, что с бухгалтерским учётом и можно ли пустить туда партнёра.

### Частые вопросы

**Не проще ли купить готовую систему учёта?**

Часто проще, и начинать стоит с этого вопроса. Своё оправдано, когда твоя логика расчётов не ложится в чужие поля или когда данные нельзя выносить наружу.

**Это заменяет бухгалтерию?**

Нет. Управленческий учёт отвечает на вопросы собственника, бухгалтерский - на вопросы государства. Они живут параллельно и сверяются по остаткам.

**Можно ли дать доступ партнёру?**

Да, и удобнее давать не логин, а отдельную ссылку на отчёт за период. Партнёр видит цифры, не заходя внутрь и ничего не меняя.

**Сколько времени занимает ведение?**

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

## Главный вывод

**Главное**

Таблица перерастает себя в тот момент, когда от неё начинают ждать двух ответов сразу: сколько денег есть и сколько из них заработано. Разделить их можно только там, где у операции есть обязательные поля и одна точка ввода.

Запомнить стоит одно: проблема не в размере файла, а в том, что данные попадают в него разными путями. Свой контур учёта ценен не отчётами, а входом, через который проходит каждая операция.

Практический минимум на сегодня: открой свою таблицу и ответь по ней, сколько денег компания заработала за прошлый месяц, а сколько принесла извне. Если ответ занял больше минуты, ты уже знаешь, о чём эта статья.

А сколькими способами в твоей таблице может появиться новая строка?

### Источники

- [Management accounting - управленческий учёт, Википедия](https://en.wikipedia.org/wiki/Management_accounting)
- [Cash flow statement - отчёт о движении денежных средств, Википедия](https://en.wikipedia.org/wiki/Cash_flow_statement)
- [Single source of truth - принцип единого источника данных, Википедия](https://en.wikipedia.org/wiki/Single_source_of_truth)
- [Spreadsheet - что такое электронная таблица, Википедия](https://en.wikipedia.org/wiki/Spreadsheet)