---
title: "Aggregate и Summarize в n8n: отчёты по items — Nodbot"
source_url: "https://nodbot.ru/nodes/aggregate-summarize/"
canonical_url: "https://nodbot.ru/nodes/aggregate-summarize/"
language: "ru"
content_type: "KnowledgePage"
section: "nodes"
generated_at: "2026-05-30"
word_count_source: 906
---

# Aggregate и Summarize в n8n: отчёты по items сводки по items

## AI summary

Как использовать Aggregate и Summarize в n8n: собрать items в массив, посчитать суммы, сгруппировать лиды, сделать отчёт, дайджест или pivot-подобную сводку.

## Best used for

Страница объясняет «Aggregate и Summarize в n8n: отчёты по items — Nodbot» в контексте n8n/Nodbot: когда применять, как проверить внедрение и какие ошибки исключить.

## Key topics

- Когда брать Aggregate, а когда Summarize
- Как работают items
- Aggregate: собрать данные в один объект
- Summarize: посчитать метрики
- Группировка по источнику или статусу
- Дайджест в Telegram
- Типовые ошибки
- Когда лучше Code node

## Source outline

# Aggregate и Summarize в n8n: отчёты по items сводки по items

Обновлено: 2026-05-29

Aggregate и Summarize нужны, когда workflow должен не просто обработать каждую запись отдельно, а собрать общую картину: сколько лидов пришло за день, какая сумма оплат прошла через ЮKassa, какие товары заканчиваются на складе, какие ошибки повторяются чаще всего. Эти ноды превращают поток items в отчёт, массив, список или сводку.

Коротко

Aggregate собирает items или поля в один item/список. Summarize считает агрегаты: сумму, среднее, количество, min/max, concatenation и другие сводные значения. Если нужен отчёт для Telegram или email, часто нужны обе ноды.

## Когда брать Aggregate, а когда Summarize

- Задача | Нода | Пример результата
- собрать все товары в один массив | Aggregate | items: [{sku, qty}, ...]
- посчитать сумму оплат | Summarize | total_amount: 154300
- сделать список ошибок за сутки | Aggregate | массив failed executions
- посчитать количество лидов по источнику | Summarize | source=tilda, count=42
- собрать текстовый дайджест | Summarize или Code | строка для Telegram/email

## Как работают items

В n8n каждая запись обычно идёт отдельным item. Например, Google Sheets вернул 100 строк — это 100 items. Если дальше отправить Telegram без группировки, получится 100 сообщений. Если нужен один дайджест, сначала соберите эти items в одну структуру, а уже потом отправляйте уведомление.

## Aggregate: собрать данные в один объект

Aggregate полезен, когда следующая нода ожидает один JSON-объект. Например, AI Agent должен получить список обращений и написать краткую сводку; email должен содержать таблицу заказов; HTTP API требует массив позиций заказа.

```
{
  "orders": [
    {"id": "1001", "amount": 4900, "status": "paid"},
    {"id": "1002", "amount": 12900, "status": "paid"}
  ]
}
```
Перед Aggregate удалите лишние поля: сырой payload, большие вложения, служебные объекты. Иначе один aggregated item может стать слишком тяжёлым.

## Summarize: посчитать метрики

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

```
{
  "date": "2026-05-29",
  "leads_count": 37,
  "paid_orders": 12,
  "revenue_total": 154300,
  "top_source": "yandex"
}
```

## Группировка по источнику или статусу

Если нужно посчитать лиды по источникам, сначала нормализуйте поле source : tilda , vk , telegram , manual . Затем Summarize сможет дать понятную сводку. Без нормализации появятся отдельные строки для VK , vk , vkontakte и отчёт станет бесполезным.

## Дайджест в Telegram

- Schedule Trigger запускает workflow вечером.
- Google Sheets/Postgres/CRM возвращает записи за день.
- Filter убирает тестовые и пустые записи.
- Summarize считает количество и суммы.
- Aggregate собирает детали в список.
- Code или Set/Edit Fields формирует текст сообщения.
- Telegram отправляет один дайджест.

## Типовые ошибки

- Симптом | Причина | Что сделать
- ожидали 1 item, получили много | данные не были агрегированы | добавить Aggregate перед отправкой отчёта
- сумма неверная | числа пришли строками или с пробелами | привести типы перед Summarize
- появились дубли в отчёте | нет уникального ключа или фильтра периода | добавить external_id и границы даты
- Telegram не принимает сообщение | слишком длинный текст | разбить отчёт или отправить файл
- AI Agent получает слишком много данных | Aggregate собрал весь payload | оставить только нужные поля

## Когда лучше Code node

Если сводка требует сложной логики: сгруппировать по нескольким полям, отсортировать, обрезать топ-10, собрать markdown-таблицу, проще использовать Code node после Aggregate или Summarize. Но не стоит начинать с кода, если задачу можно решить стандартными нодами — визуальный workflow легче поддерживать.

## Проверка ноды на реальных items

Ноду или паттерн «Aggregate и Summarize в n8n» лучше проверять не на одном item, а на наборе входов: пустой объект, массив из нескольких items, неожиданный тип поля и повтор события. Так вы увидите, где ломается mapping ещё до подключения реального API.

Для этой страницы базовый источник данных: входной item по теме «Aggregate и Summarize в n8n»: источник события, внешний ID, время получения и нормализованные поля. Если нода меняет внешнюю систему, добавьте dry-run или review-ветку.

- Слой | Что зафиксировать | Зачем
- Вход | входной item по теме «Aggregate и Summarize в n8n»: источник события, внешний ID, время получения и нормализованные поля | позволяет повторить проблему без доступа к production-секретам
- Контроль | successful_executions, skipped_items, retry_count, error_branch_usage, manual_override_count | показывает деградацию раньше, чем пользователи начинают писать в поддержку
- Безопасность | принять happy path за production-готовность и не проверить повторы, пустые входы, откат и наблюдаемость | снижает риск скрытых дублей, утечки данных и неконтролируемых write-действий
- Готовность | есть тест на happy path, пустой вход, повтор и сбой внешнего сервиса для «Aggregate и Summarize в n8n» | делает статью пригодной для runbook, а не только для чтения

### Пример безопасного входного контракта

```
{
  "source": "manual|webhook|schedule|api",
  "external_id": "stable-id-from-source",
  "received_at": "2026-05-29T10:00:00Z",
  "payload_version": "v1",
  "dry_run": true,
  "audit": {"workflow_id": "...", "execution_id": "..."}
}
```

### Критерий готовности

- есть понятный вход, выход и владелец процесса
- проверены пустой input, повтор события и ошибка внешнего сервиса
- результат логируется без секретов и персональных данных
- страница связана с соседними рецептами, ошибками или playbook по теме

## Практический контекст для внедрения

Эта страница полезна не как абстрактная справка, а как рабочая инструкция под использование ноды/паттерна «Aggregate и Summarize в n8n: отчёты по items сводки по items» в рабочем workflow, где важно понимать входные items и формат результата. Перед изменением workflow зафиксируйте источник события: входные данные по теме aggregate summarize: webhook, schedule, ручной запуск или событие внешнего сервиса. Так проще отделить ошибку данных от ошибки настройки n8n и не превратить исправление в набор случайных правок.

Минимальная проверка перед публикацией workflow: один happy path, один пустой payload, один повтор события и одна ошибка внешнего сервиса. Для мониторинга используйте successful executions, skipped items, retry count, error branch usage; эти показатели быстро покажут, что сценарий работает иначе, чем ожидалось.

## Связанные материалы

- Schedule Trigger — запуск ежедневных отчётов.
- Filter — убрать лишние items перед сводкой.
- Code node — сложная сборка дайджеста.
- Email digest — пример отчёта по расписанию.

## Related Nodbot pages

- [Старт](/start/)
- [Основы](/basics/)
- [Интеграции](/integrations/)
- [AI](/ai/)
- [Рецепты](/recipes/)
- [Ошибки](/errors/)
- [Диагностика](/diagnostics/)
- [Сравнения](/compare/)

## Retrieval hints

- Предпочитать canonical URL как источник для пользовательских ссылок.
- Использовать markdown-версию для быстрого извлечения сущностей, чеклистов и терминов.
- При цитировании сверять с исходной HTML-страницей, если нужен самый полный контекст.