# Живые графики вместо картинок: отчётность без ручной пересборки

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

URL: https://posts.danashkin.ru/guides/zhivye-grafiki-vmesto-kartinok
Обновлено: 2026-08-31

---

## Коротко

**Главное**

- Отчёт, собранный из картинок, переделывается целиком каждый цикл. Живой график, связанный с источником данных, обновляется за минуту.
- Это управленческий вопрос, а не вкусовой. Картинка в слайде означает, что данные живут где-то ещё, а сколько именно файлов их порождает, обычно не знает никто.
- Главный тормоз при переводе на живые связи - не программа, а форма таблицы: объединённые ячейки, шапки в три строки и итоги посреди данных.
- Нейросеть внутри таблицы хорошо собирает сводки и черновики дашбордов, но на кривой таблице спотыкается ровно там же, где споткнулся бы человек.
- Требование к команде формулируется одной фразой: источник данных один, слайд смотрит на него, а не на его снимок.

## Почему отчёт на картинках переделывают целиком?

**Главное**

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

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

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

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

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

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

## Три уровня связи между данными и слайдом

**Главное**

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

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

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

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

**Проверка за десять секунд**

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

## Что мешает собрать живой график из твоих файлов?

**Главное**

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

Тут я скажу вещь, которая обычно вызывает сопротивление. Ваши таблицы сделаны красиво, и именно поэтому с ними не работает автоматика.

Человек читает таблицу глазами, поэтому ему удобно, когда шапка объединена, месяцы идут блоками, а под каждым разделом стоит промежуточный итог. Машина читает построчно и на таких конструкциях сбивается.

Признаки таблицы, с которой ничего не выйдет без переделки:

- **Объединённые ячейки в шапке или в теле.** Первое, обо что спотыкается любой инструмент, включая [ИИ-агента](/concepts/ai-agent).
- **Заголовок в несколько строк.** Машина не понимает, где заканчивается оформление и начинаются данные.
- **Итоги внутри данных.** Строка «итого по кварталу» попадает в расчёт наравне с обычными строками.
- **Одна колонка на два смысла.** Дата и комментарий в одной ячейке, сумма с валютой текстом.
- **Несколько таблиц на одном листе.** Каждая со своей шапкой, разделённые пустыми строками.

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

## Роль нейросети внутри таблицы

**Главное**

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

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

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

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

Подробный разбор того, что агент внутри офисных документов умеет, а что нет, я вынес в отдельный материал: [агент в Excel и PowerPoint](/guides/agent-v-excel-i-powerpoint). Здесь мне важнее другое: инструмент не чинит устройство отчётности, он только делает видимой её кривизну.

**Проверяй расчёт, а не оформление**

Красивый дашборд с неверной цифрой опаснее уродливого с верной. Прежде чем показывать результат, сверь пару значений вручную. Как ловить выдуманные данные, разбирал в материале про [галлюцинации нейросетей](/guides/gallyucinacii-neyrosetey-kak-proveryat).

## Как перевести регулярный отчёт на живые связи?

**Главное**

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

1. **Возьми один регулярный отчёт**

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

2. **Приведи исходник к плоскому виду**

   Одна строка - одно событие, шапка в одну строку, никаких объединений и итогов внутри. Эту работу можно отдать агенту: «преобразуй в плоскую таблицу, итоги вынеси отдельно».

3. **Свяжи представление с источником**

   Графики строятся из таблицы-источника, слайды ссылаются на графики. При смене данных обновление делается одним действием.

4. **Проверь на следующем выпуске**

   Настоящая проверка не в момент сборки, а в следующем цикле: подменил данные, нажал обновление, всё сошлось.

Отдельно про измеримость: если ты хочешь показать руководству, что перевод отчётности окупился, считай не часы работы с графиками, а срок от появления данных до готового отчёта. Как считать эффект от таких изменений вообще, разбирал в материале про [оценку отдачи от внедрения ИИ](/guides/kak-ocenit-roi-ot-vnedreniya-ii-instrumentov-v-kompanii-metriki-i-formuly).

## Что требовать от команды и подрядчика

**Главное**

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

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

Что проверять на приёмке:

1. **Клик по графику даёт данные.** Не изображение, а объект со связью.
2. **Обновление делается одним действием.** Подменили исходник - отчёт пересобрался.
3. **Любая цифра прослеживается до строки.** Спросил про число на слайде - показали строку в таблице за минуту.
4. **Источник один.** Не «три файла у трёх человек», а одно место, откуда берут все.

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

## Три случая, где картинка уместна

**Главное**

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

Не надо переводить на живые связи всё подряд. Здравые исключения выглядят так.

**Разовая презентация.** Выступление на конференции, питч, годовой отчёт для внешней аудитории. Собрал один раз и забыл.

**Материал для отправки наружу.** Связанный объект тянет за собой источник. Отправляя файл клиенту, ты можешь передать больше, чем собирался.

**Сложная инфографика.** Схема, нарисованная руками, живой связи не имеет по определению.

Про сборку презентаций от структуры до готового файла у меня есть отдельный разбор [полного пайплайна](/guides/prezentaciya-neyrosetyami-payplayn), он как раз про разовые материалы.

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

**Главное**

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

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

**Нужен отдельный сервис для дашбордов?**

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

**Таблицу ведут другие люди и переделывать не дают. Что делать?**

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

**Агент сам переделает мои таблицы?**

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

**Данные лежат в разных системах. С чего начать?**

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

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

**Главное**

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

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

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

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

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

- [Power Query - документация Microsoft о подготовке и преобразовании данных](https://learn.microsoft.com/ru-ru/power-query/power-query-what-is-power-query)
- [Обзор платформы надстроек Office - документация Microsoft о расширениях внутри документов](https://learn.microsoft.com/ru-ru/office/dev/add-ins/overview/office-add-ins)
- [Что такое Power BI - обзор сервиса аналитики и дашбордов, документация Microsoft](https://learn.microsoft.com/ru-ru/power-bi/fundamentals/power-bi-overview)
- [Dashboard - обзорная статья о панелях с показателями, Википедия](https://en.wikipedia.org/wiki/Dashboard_%28computing%29)
- [CSV - обзорная статья о текстовом формате выгрузки табличных данных, Википедия](https://ru.wikipedia.org/wiki/CSV)