Перейти к содержанию
Никита Козин Обсудить проект

Кейс Google Sheets + Apps Script

ДДС, который собирает три реестра в один управляемый поток

Связал КО, КНР и поступления, сохранил привычный процесс сотрудников и построил над ним автоматическую систему денежного потока с контролем качества.

  • Google Sheets
  • Apps Script
  • Финансовая автоматизация
  • ETL
Роль
Аналитика, архитектура, разработка, миграция и тестирование
Формат
Внутренняя финансовая система
Статус
Внедрено и работает по расписанию
Демонстрационный дашборд денежного потока в Google Sheets с показателями и графиком по месяцам.
Обезличенный макет интерфейса. Все суммы на визуале — демонстрационные.
3
источника данных
744
уникальные операции
15 мин
интервал обновления
7 / 7
контрольных сверок ОК

Данные зафиксированы по итоговой проверке системы 7 августа 2026 года.

01 / Задача

Собрать единый ДДС, не ломая рабочие таблицы

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

Главное ограничение — нельзя было заставить сотрудников перейти в новую систему. Источники должны были остаться привычным рабочим местом, а автоматизация — аккуратно надстроиться над ними.

Было

  • три разнородных реестра;
  • разные даты, статусы и валюты;
  • ручное сопоставление плана и факта;
  • риск смещения данных после сортировки;
  • нет единого контроля расхождений.

Нужно

  • единый реестр операций;
  • ДДС по дням и месяцам;
  • стабильная привязка ручного факта;
  • автоматическое обновление;
  • проверяемый результат и журнал.

02 / Решение

Шесть уровней от исходной строки до управленческого отчёта

Каждый уровень отвечает за одну задачу. Это упрощает диагностику и не смешивает пользовательский ввод с системными расчётами.

Схема обработки данных из реестров КО, КНР и поступлений в единый ДДС.
Исходники → безопасный снимок → нормализация → расчёт → интерфейс и контроль.
  1. 01

    Исходные реестры

    КО, КНР и поступления остаются рабочим местом сотрудников.

  2. 02

    Резервные копии

    До первой служебной записи скрипт проверяет наличие копий источников.

  3. 03

    RAW-снимки

    Сохраняются исходные строки, лист, строка и версия схемы дат.

  4. 04

    Единый реестр

    Разные структуры приводятся к одной модели плановых и фактических операций.

  5. 05

    ДДС

    План и факт агрегируются по дням, месяцам и валютам.

  6. 06

    Интерфейс и контроль

    Дашборд, сверки, журнал и инструкция показывают состояние системы.

03 / Инженерные решения

Детали, которые делают синхронизацию надёжной

01

Стабильные ID

Факт связан с операцией, а не с номером строки. После сортировки или вставки новых записей данные остаются на своём месте.

02

Неразрушающая запись

Исходные листы не очищаются и не перестраиваются. Служебные колонки добавляются только справа после проверки резервной копии.

03

Идемпотентный запуск

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

04

Честный контроль

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

04 / Ручной факт

Пользователь редактирует только жёлтые поля

Для поступлений сделана отдельная зона ввода фактической даты и суммы. Остальные данные восстанавливаются из источника и защищены от случайного редактирования.

  • значения сохраняются по стабильному ID;
  • ручной ввод переживает повторную синхронизацию;
  • система отмечает неполные или спорные значения;
  • в книге есть встроенная инструкция.
Таблица ручного ввода фактической даты и суммы, где редактируемые ячейки выделены жёлтым.
Все названия и суммы на макете вымышлены.

05 / Проверенный результат

Одна книга: от 744 операций до контрольного статуса

Ниже — фактически проверенное состояние системы, без расчётных обещаний об экономии времени или прибыли.

744

уникальные операции в едином реестре

КО
147
КНР
223
Поступления
374

92

дневные строки ДДС

и 4 месячных периода

7 / 7

контрольных сверок со статусом «ОК»

0 ошибок формул

12

системных листов

включая инструкцию и журнал

Рабочий сценарий

Сотрудники продолжают вести привычные таблицы

  1. 1

    В КО и КНР факт заполняется в добавленных справа колонках.

  2. 2

    Для поступлений факт вводится в жёлтой зоне итоговой книги.

  3. 3

    Каждые 15 минут скрипт обновляет реестры, ДДС и контроль.

Исходные материалы

Архитектура показана, клиентские данные закрыты

В комплекте с кейсом есть обезличенный демонстрационный фрагмент Apps Script. Он показывает блокировку, синхронизацию, стабильные ID, нормализацию и агрегацию ДДС.

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

Открыть демонстрационный исходник

Следующий проект

Нужно связать таблицы и убрать ручную сверку?

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

Обсудить задачу