Finance · NDA-safe case
Управленческий учет на Google Sheets + Apps Script
Управленческая учетная система на Google Sheets + Apps Script: автоматическая загрузка банковских выписок из почты, API-интеграции, единый реестр операций, Дт/Кт-модель, P&L, управленческий баланс, БДДС, платежный календарь, FIFO, партии и производственная себестоимость.
Google SheetsApps ScriptBank statementsEmail parsingAPI integrationsTaplinkBitrixДомопланерP&LBalanceБДДСFIFO
00 · КЕЙС ЗА 30 СЕКУНД
Кейс за 30 секунд
Управленческая отчетность сдавалась поздно, данные собирались из разных источников, часть операций вносилась вручную, а связь между операцией, P&L, балансом и платежным календарем была непрозрачной. Производство и розница смешивались в общей экономике, из-за чего было сложно понять, где именно формируется добавленная стоимость.
Спроектировал и реализовал учетный контур на Google Sheets + Apps Script: загрузку банковских выписок из почты, дедупликацию, валидацию, единый реестр операций, распределение операций по счетам активов/пассивов, статьям ДДС и P&L, управленческий баланс, платежный календарь, FIFO и производственный учет по партиям.
Operations Ledger · Management Balance · P&L · Payment Calendar
Сокращение ручной подготовки управленческой отчетности на 20% за счет Apps Script и единого реестра операций
Владение: ledger → закрытиеФинансы: P&L / баланс / БДДСАвтоматизация: Apps ScriptКонтроль: Дт/Кт / audit log
- Управленческая отчетность сдавалась поздно, данные собирались из разных источников, часть операций вносилась вручную, а связь между ...
- решение зависело от ручных сверок, чатов и отдельных файлов
- владельцы исключений и критерии приемки были неочевидны
- Сокращение ручной подготовки управленческой отчетности на 20% за счет Apps Script и единого реестра операций
- артефакты: Operations Ledger · Management Balance · P&L · Payment Calendar
- Дедупликация банковских операций по идентификатору источника, дате, сумме, счету и назначению платежа.
00B · ПРОЕКТНЫЙ ПАКЕТ
Такой проект можно адаптировать под ваш бизнес
Точный объем зависит от источников, качества справочников, количества владельцев и глубины UAT.
- единый лист операций с идентификатором источника, Дт/Кт, ДДС, P&L, партией и статусом
- P&L, управленческий баланс, БДДС и платежный календарь из одного реестра
- Apps Script import: банк из почты, заказы, сделки, дедупликация и проверки
- FIFO, партии, себестоимость, производство vs розница
- разбор текущих Google Sheets и ручных закрытий
- проектирование структуры input / reference / calculation / report / archive
- регламент закрытия периода, защищенные диапазоны, владельцы и журнал аудита
01 · КОНТЕКСТ
Бизнес-контекст
Система нужна для бизнеса, где тяжелая ERP избыточна на первом этапе, но уже требуется достоверный управленческий учет: банки, продажи, заказы, сделки, производство, розница, партии, себестоимость и платежи должны сходиться в едином контуре.
02 · ПРОБЛЕМА
Проблема
Управленческая отчетность сдавалась поздно, данные собирались из разных источников, часть операций вносилась вручную, а связь между операцией, P&L, балансом и платежным календарем была непрозрачной. Производство и розница смешивались в общей экономике, из-за чего было сложно понять, где именно формируется добавленная стоимость.
03 · РОЛЬ
Что я сделал
Спроектировал и реализовал учетный контур на Google Sheets + Apps Script: загрузку банковских выписок из почты, дедупликацию, валидацию, единый реестр операций, распределение операций по счетам активов/пассивов, статьям ДДС и P&L, управленческий баланс, платежный календарь, FIFO и производственный учет по партиям.
04 · БИЗНЕС-ПРАВИЛА
Бизнес-логика и правила
- Единый лист операций является источником P&L, управленческого баланса и платежного календаря.
- Каждая операция распределяется по управленческим счетам Дт/Кт, статьям ДДС и статьям P&L.
- Банковские выписки загружаются автоматически из почты через Apps Script, проходят дедупликацию и валидацию.
- Статьи операций распределяются на базе исторических правил и подтвержденных классификаций.
- Производство и розница разделены как два управленческих направления с внутренней передачей продукции.
- Себестоимость производства рассчитывается по FIFO с учетом партий, сырья, плотности, электроэнергии, воды и технологических коэффициентов.
- Заказы из Taplink автоматически попадают в учет, списывают себестоимость по партии и отражаются в P&L.
05 · АРХИТЕКТУРА
Архитектура данных
executive summary
Что показывает эта схема
- разделяю input, references, ledger, calculation, report, archive и audit log
- связываю P&L, баланс, БДДС и платежный календарь с единым реестром операций
- подключаю Apps Script как слой загрузки, дедупликации, проверки и готовности отчетов
- закрываю период через регламент, владельцев и контрольные проверки
Architecture map · NDA-safe demo
Management Accounting System (inputs → ledger → rules → statements → decisions)
Схема разложена по уровням, чтобы вся картина помещалась на экране. Клик по package подсвечивает вопрос, владельца, проверки и управленческое решение.
Уровень 1Источники → загрузка → raw layer
Источники операций
банк из почтыTaplinkBitrix/APIручные корректировки Apps Script jobs
email parserAPI intakescheduled refreshdedup Validation rules
ID источникадата/суммастатьяowner Операционный реестр
операцияДт/КтДДСP&LпартияУровень 2Бизнес-слои и управленческие витрины
Уровень 3Потребитель и решение
Решения
закрыть периодисправить проверкусогласовать платеж Финансовый руководитель
утверждениеowner actionрегламентnote bottomВ этом кейсе Google Sheets — не дашборд, а контролируемый учетный контур.Ценность: структура workbook, права, проверки, Apps Script jobs и регламент закрытия.
Accounting foundation
Можно ли доверять операции как учетному факту?
ledger animation
NDA-safe · mock flowКак операция проходит через учетный контур
операция приходит из банка, почты, Taplink, Bitrix или ручной корректировки
загрузка, нормализация полей, идентификатор источника и refresh status
проверка дублей, обязательных полей, суммы, даты, счета и контрагента
операция получает счет Дт, счет Кт, статью ДДС, статью P&L и статус проверки
отчеты собираются из одного реестра, поэтому цифра трассируется до операции
ошибка получает владельца, срок исправления и статус готовности закрытия
Слои подробнее
Источники
- банковские выписки из почты
- Taplink заказы
- Bitrix
- Домопланер
- API-источники
- ручной ввод корректировок
Загрузка
- Apps Script email parser
- API integrations
- deduplication
- validation
- historical classification rules
Хранилище
- операции
- справочники
- начальные остатки
- партии / FIFO
- реестр сделок
Витрина
- P&L
- управленческий баланс
- БДДС
- платежный календарь
- производственная себестоимость
06 · МОДЕЛЬ ДАННЫХ
Модель данных / витрины
Операцииledgerединый реестр операций: источник, сумма, Дт, Кт, ДДС, P&L, партия, сделка, статус
Справочникиreferenceсчета учета, статьи ДДС/P&L, контрагенты, партии, тарифы, плотность сырья, правила классификации
Начальные остаткиopeningстартовые остатки денег, активов, обязательств, сырья, партий и счетов
P&Lreportуправленческий отчет о прибылях и убытках из операций
Balancereportуправленческий баланс с Дт/Кт-контролем
Платежный календарьreportфактические и плановые денежные движения, остатки и кассовый разрыв
07 · МЕТОДОЛОГИЯ
Методология, процедуры, модель и эффект
Методология
- Сначала была спроектирована учетная модель: операции, счета активов/пассивов, статьи ДДС, статьи P&L, начальные остатки и правила движения между счетами.
- Далее построен минимальный набор листов: операции, справочники, начальные остатки, P&L, управленческий баланс и платежный календарь.
- Apps Script используется как интеграционный и контрольный слой: загрузка выписок, API-интеграции, дедупликация, валидация, классификация и обновление отчетов.
- Для производства добавлены партии, FIFO, справочник плотности сырья, тарифы ресурсов и расчет внутренней себестоимости.
Что перенесено в систему
- Ручная подготовка управленческой отчетности сокращена на 20% за счет автоматической загрузки, дедупликации и проверок.
- Банковские операции больше не переносятся вручную: выписки забираются из почты и загружаются в операции автоматически.
- P&L, баланс и платежный календарь пересчитываются из единого реестра операций, что дает полную трассировку показателей.
- Ошибки учета выявляются через несхождение управленческого баланса и статусы валидации операций.
- Списания активов после продажи и связь с реестром сделок добавлены как дополнительные точки контроля.
Модель и критерии
- Управленческий баланс строится на Дт/Кт-логике: активы, обязательства, капитал и контроль равенства баланса.
- P&L строится по операциям с привязкой к статьям доходов, COGS, OPEX, EBITDA и чистой прибыли.
- БДДС и платежный календарь строятся по датам фактических и плановых денежных операций.
- FIFO-модель списывает сырье и себестоимость по партиям.
- Внутренний transfer price разделяет экономику производства и розницы, показывая добавленную стоимость на каждом этапе.
Измеримый эффект
- Demo-сценарий показывает, как регламент закрытия может сдвинуться к началу месяца при автоматической загрузке банка, заказов и проверок.
- Данные попадают из достоверных источников: банки, почта, API, Taplink, Bitrix, Домопланер.
- Дедупликация и валидация снижают риск ручных ошибок и повторной загрузки операций.
- Каждая цифра в P&L, балансе и платежном календаре трассируется до операции.
- Производственная и розничная экономика разделены, что позволяет видеть маржу каждого этапа.
08 · ПЕРЕХОД К ДЕМО-СЛОЮ
Демо-слой вынесен в лабораторию
На странице кейса оставлены контекст, проблема, архитектура, правила, валидация и импакт. Интерактивный слой вынесен отдельно, чтобы кейс не смешивался с демо-интерфейсом.
Что проверять в дашборде?
Открой отдельный экран, не теряя контекст кейса
- Какие листы являются вводом, справочниками, расчетами, отчетом, архивом и журналом аудита?
- Какие диапазоны защищены и кто владелец изменения справочников?
- Какие Apps Script-проверки должны пройти до закрытия периода?
- Где Google Sheets достаточно как первый управленческий контур, а где уже нужна ERP?
09 · ДОКАЗАТЕЛЬСТВА
Артефакты, валидация и эффект
Proof chain
СтатусАртефактПроверкаБизнес-эффект
✓ПровереноOperations ledger
Дт/Кт, обязательные поля, источник, статусP&L, баланс и БДДС трассируются до операции!В работеApps Script jobs
dedup, refresh status, validation errorsручная подготовка отчетности сокращается на 20%·ЗапланированоClosing checklist
баланс, формулы, late refresh, ownerпериод можно закрывать по регламентуАртефакты
Единый реестр операций: источник, сумма, Дт, Кт, статья ДДС/P&L, партия, сделка и статус проверки.
Дедупликация банковских операций по идентификатору источника, дате, сумме, счету и назначению платежа.Управленческий баланс с Дт/Кт-контролем и проверкой расхождений до закрытия периода.
Дедупликация банковских операций по идентификатору источника, дате, сумме, счету и назначению платежа.Рабочий артефакт проекта: постановка, логика, проверка или демонстрационный слой.
Дедупликация банковских операций по идентификатору источника, дате, сумме, счету и назначению платежа.Платежный календарь: фактические и плановые движения, остатки, кассовый разрыв и очередь решений.
Дедупликация банковских операций по идентификатору источника, дате, сумме, счету и назначению платежа.Модель партий и FIFO-списания себестоимости сырья/готовой продукции.
Дедупликация банковских операций по идентификатору источника, дате, сумме, счету и назначению платежа.Реестр партий: сырье, плотность, тарифы, себестоимость и связь с заказами.
Дедупликация банковских операций по идентификатору источника, дате, сумме, счету и назначению платежа.Интеграционный слой: загрузка выписок, API/Taplink-заказов, дедупликация, classification и validation.
Дедупликация банковских операций по идентификатору источника, дате, сумме, счету и назначению платежа.Правила блокировки дублей по ID источника, дате, сумме, счету и назначению платежа.
Дедупликация банковских операций по идентификатору источника, дате, сумме, счету и назначению платежа.Контроль обязательных полей операции, баланса, FIFO, ID источника и готовности отчетности.
Дедупликация банковских операций по идентификатору источника, дате, сумме, счету и назначению платежа.Валидация
- Дедупликация банковских операций по идентификатору источника, дате, сумме, счету и назначению платежа.
- Проверка обязательных полей операции: счет Дт, счет Кт, статья ДДС, статья P&L, источник и статус.
- Контроль равенства управленческого баланса.
- Проверка трассировки P&L, баланса и платежного календаря до операций.
- Проверка списания себестоимости по партии после продажи.
- Проверка FIFO-расчета и корректности справочников плотности, тарифов и сырья.
Бизнес-импакт
Сокращение ручной подготовки управленческой отчетности на 20% за счет Apps Script и единого реестра операций
- Demo-сценарий показывает, как регламент закрытия может сдвинуться к началу месяца при автоматической загрузке банка, заказов и проверок.
- Данные попадают из достоверных источников: банки, почта, API, Taplink, Bitrix, Домопланер.
- Дедупликация и валидация снижают риск ручных ошибок и повторной загрузки операций.
- Каждая цифра в P&L, балансе и платежном календаре трассируется до операции.
- Производственная и розничная экономика разделены, что позволяет видеть маржу каждого этапа.
10 · ВЫВОДЫ
Выводы и улучшения
- Google Sheets может быть полноценным управленческим контуром, если построен вокруг операций, правил учета и автоматизации.
- Главная ценность Apps Script — не ускорение ручного ввода, а получение достоверных данных из источников, валидация, дедупликация и контроль учета.
- P&L, баланс и платежный календарь должны собираться из одного реестра операций, иначе невозможно быстро находить ошибки.
- Разделение производства и розницы показывает добавленную стоимость каждого этапа, а не только общий результат компании.
NDA-safe discussion
Обсудить похожую задачу?
Напишите в Telegram: за 30 минут разберем вашу похожую ситуацию без закрытых доступов — источники, платежи, P&L, ручные таблицы, проверки и первый управленческий шаг.
Можно начать с описания текущего Excel/ERP/Sheets-контура и главной боли собственника.