Как я перевёл отчётность для 9 инвесторов из Google Sheets в личный кабинет

Автоматизация отчётности для инвесторов в нашем кейсе выглядела так: 16 вилл на Бали, 9 инвесторов с разными наборами объектов и финансист, у которого сборка отчётов в Google Sheets и рассылка PDF в WhatsApp отнимали неделю ручной работы в месяц. Я заменил это личным кабинетом: рабочий день ушёл на запуск и ещё несколько часов — на исправление ошибок. Данные стали обновляться сами, а задержка отчётности сократилась с 30 дней до нескольких часов.

Так всё было устроено, пока операционкой занимался я сам. С 1 июня 2026 года моими виллами управляет нанятая управляющая компания ВсемДом. Схема при этом не устарела: она подходит любой управляющей компании, у которой несколько объектов и несколько инвесторов.

Ниже — из чего был собран кабинет, три ошибки первого дня (самая дорогая завысила прибыль в 2,4 раза) и схема из пяти принципов, которая переносится на коворкинги, склады и коммерческую недвижимость.

Почему ручная отчётность перестала работать

Пока объектов 3–4, Google Sheets справляется: вносите доходы из системы бронирования, считаете расходы, отправляете PDF инвестору. Час работы в месяц.

Когда вилл стало 16, а инвесторов 9, и у каждого свой набор объектов, эта математика сломалась. У нашего финансиста Паши неделя ручной работы в месяц уходила только на сборку отчётов. Данные приходили из трёх мест: система бронирований eZee, бот для учёта расходов и Google Sheets с ручными корректировками. Всё это нужно было свести, проверить и пересчитать.

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

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

Что такое инвесторский дашборд и зачем он нужен управляющей компании

Инвесторский дашборд — это личный кабинет на сайте, где каждый инвестор видит только свои объекты и свежие цифры. Вместо PDF в WhatsApp: вошёл, посмотрел, закрыл.

Звучит просто, но на деле я упёрся в три сложности.

Изоляция данных. У одного нашего инвестора были виллы 041, 043 и 060, у другого — только 012 и 015. Видеть чужие цифры им было нельзя. Такое ограничение ставится на уровне базы данных, спрятанная вкладка в таблице его не заменяет.

Единые коды объектов. Один и тот же объект в разных источниках назывался по-разному: в системе бронирований — «060#dx», в таблице расходов — «060 Deluxe», в Google Sheets — полным названием. Пока эти варианты не сведены в один справочник, данные не сходятся.

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

Технический стек: из чего была собрана автоматизация отчётности

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

Источники данных

Доходы шли из eZee PMS — системы управления бронированиями. Бронирования, оплаты, заезды и выезды фиксировались там сразу, а синхронизация каждые несколько часов переносила их в нашу базу.

Расходы — из Telegram-бота для учёта трат: коммуналка, ремонты, расходники, комиссии. Управляющие на виллах писали в бот что-то вроде «060 — вода 500к рупий», и запись попадала в базу с привязкой к объекту и категории.

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

База данных как единый источник правды

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

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

Доступ для инвесторов

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

День запуска: три ошибки, которых я не ожидал

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

Ошибка №1: коды объекта 060 не совпали между системами

Объект 060 в eZee хранился под кодами номеров «060#dx» (делюкс) и «060#std» (стандарт). В базе расходов те же номера были записаны как «060 Deluxe» и «060 Standard», а в Google Sheets — полным названием.

После первой синхронизации система не смогла сопоставить данные: доходы по «060#dx» не связались с расходами по «060 Deluxe». По части объектов вышла нулевая выручка или нулевые расходы, смотря по источнику.

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

Урок: в нашем кейсе наведение порядка в справочниках заняло около 30% всей работы по интеграции. Закладывайте на этот этап время заранее.

Ошибка №2: 120 миллионов рупий прибыли вместо 50

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

Я начал проверять. В расчёте прибыли стояли только операционные расходы (уборка, коммуналка, мелкий ремонт), а остальные вычеты я не добавил. Прежде всего это комиссия управляющей компании — процент от валовой выручки по договору плюс фиксированные ежемесячные сборы, а ещё налоги и резервный фонд.

В итоге вилла показывала 120 миллионов рупий чистой прибыли вместо примерно 50, в 2,4 раза больше. Инвестор, который начал бы планировать выплаты по таким цифрам, получил бы неприятный сюрприз.

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

Урок: для финансовой прозрачности мало просто показать данные. Нужна правильная методика расчёта и понятное объяснение каждой цифры.

Ошибка №3: строительные расходы попали в операционные

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

Бот для учёта расходов сам категории не различал. Управляющий написал «060 — строительство бассейна 70 млн», и система записала это как операционный расход.

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

Что видел инвестор после входа

После исправлений доступ получили все 9 инвесторов. Экран был собран из пяти блоков.

Сводка по портфелю. Верхний блок с суммарной выручкой, расходами и чистой прибылью по всем объектам инвестора за выбранный период. По умолчанию открывался текущий месяц.

Карточки по каждой вилле. Отдельный блок на объект: выручка, заполняемость в процентах, операционные расходы, строка «Стройка и ремонт», если такие траты были, комиссия управляющей компании и чистая прибыль. Рядом — сравнение с прошлым месяцем: вверх или вниз и на сколько процентов.

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

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

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

Реакция инвесторов: что произошло после запуска

Анонса не было: я просто разослал инвесторам ссылки и логины в WhatsApp с коротким объяснением.

Первые ответы пришли в течение часа. Один инвестор удивился: «Юрий, это вообще работает? Я вижу данные за вчера». Другой спросил, можно ли получать уведомление, если выручка за день упадёт ниже порога. Третий, у которого было несколько вилл в разных районах, написал: «Я впервые вижу, какая из моих вилл работает лучше. Раньше я просто верил цифрам в PDF, не понимая динамики».

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

Главное — вопросы по отчётности перестали приходить в WhatsApp. Раньше Паша каждый месяц отвечал на 15–20 вопросов по цифрам из PDF, а в первые дни после запуска не пришло ни одного.

Схема для управляющей компании: пять принципов

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

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

Единые справочники с самого начала. Приведите названия объектов, категорий и контрагентов к одному формату до интеграции. Иначе сведение источников превращается в бесконечную ручную сверку.

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

Изоляция доступа на уровне данных. Спрятать вкладку в интерфейсе недостаточно: каждый пользователь должен получать из базы только свои строки. От этого зависит доверие.

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

Как перейти с Google Sheets на личный кабинет: пошаговый план

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

Шаг 1. Справочник объектов и инвесторов

Первым делом — справочник, интерфейс подождёт. В нём у каждого объекта единый внутренний номер и все варианты названия из каждой системы: бронирований, расходов, старых таблиц. Рядом — таблица «инвестор — объекты — доля». Если инвестор вошёл в объект не с первого дня или доли менялись, фиксируйте даты начала и окончания. Без них пересчёт за прошлые периоды молча даст другие цифры.

Шаг 2. Источники данных по порядку

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

• доходы из системы бронирований или учёта продаж — там деньги появляются впервые;
• операционные расходы — через бот или форму, где объект и категория обязательны;
• капитальные траты — с первого дня отдельной категорией «Стройка и ремонт»;
• комиссия управляющей компании, налоги и резерв — формулой по условиям договора, без ручного ввода;
• ручные корректировки — последними, и у каждой записи есть автор и комментарий.

Шаг 3. Проверка расчёта прибыли до показа инвесторам

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

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

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

Шаг 4. Правила доступа

Доступ проще продумать до запуска, чем чинить после первой жалобы. Мой минимальный набор правил:

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

Шаг 5. Первый экран и детали

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

Шаг 6. Исправления и спорные строки

Ошибки в данных будут всегда: управляющий перепутал объект, расход пришёл с опозданием, категорию поменяли задним числом. Правило простое: прошлые цифры молча не переписываются. Исправление идёт отдельной строкой-корректировкой с датой, суммой и причиной, а в закрытом месяце видна пометка, что итог изменился. Если инвестор оспаривает строку, она помечается как спорная, пока вы не разберётесь, и он видит, что вопрос в работе. Тогда поправки укрепляют доверие к цифрам.

Сколько это стоит и сколько экономит

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

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

Экономия — неделя ручной работы финансиста в месяц. В деньгах посчитайте сами: рабочая неделя × ставка вашего сотрудника. Ещё важнее, что отчётность перестала зависеть от одного человека. А инвесторы, которые видят цифры почти в реальном времени, задают меньше вопросов и спокойнее принимают решения.

Что было в планах

В апреле 2026 года я видел несколько следующих шагов:

• уведомления в Telegram, если выручка за день падает ниже нормы, — об этом просил один из инвесторов;
• прогноз выручки на следующий месяц по истории за несколько лет и текущим бронированиям, чтобы в разговоре с инвестором появились планы на следующий месяц;
• публичная версия с обобщёнными цифрами, без конкретных объектов, для тех, кто хочет понять доходность до входа;
• автоматический расчёт выплат инвесторам в конце месяца — эту задачу я оценивал ещё в несколько месяцев работы.

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

Вывод: инвесторы доверяют цифрам, которые могут проверить

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

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

Готовой платформы для управляющих компаний я не продаю: операционка вилл была для меня испытательным стендом. Как был устроен весь стек AI-агентов, который управлял виллами, я описал отдельно, как и ежедневный мониторинг финансов вилл.

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

Рабочие скрипты, промпты и схемы из Solar OS, которые можно адаптировать под себя, лежат в клубе Solar Inside.