Хранение истории выполнений в зависимости от плана n8n: от 7 дней до неограниченного срока

n8n хранит историю прошлых выполнений рабочих процессов разное время в зависимости от тарифного плана. Согласно официальной странице тарифов n8n.io/pricing в плане Starter это 7 дней, в плане Pro 30 дней, а в плане Enterprise срок не ограничен. При самостоятельно размещённой редакции Community программа по умолчанию устанавливает 14 дней, которые можно свободно настроить через переменную окружения вашей установки. Эти сроки определяют, как долго вы сможете впоследствии просматривать неудачные или успешные выполнения и использовать их для отладки или в целях подтверждения. Актуально на: июль 2026 года.

Сроки хранения по планам в обзоре

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

• Community (Self-Hosted): фиксированного значения на странице тарифов нет; значение по умолчанию в программе составляет 336 часов, то есть 14 дней, свободно настраивается через переменную окружения EXECUTIONS_DATA_MAX_AGE
• Starter: 7 дней, дополнительно ограничено максимум 2500 сохранёнными выполнениями и 2,5 ГБ места для хранения
• Pro: 30 дней, дополнительно ограничено максимум 25 000 сохранёнными выполнениями и 25 ГБ места для хранения
• Business: в официальной сравнительной таблице отдельно как собственное значение не указано; карточка плана называет все функции Pro плюс 30 дней истории Insights, отдельную аналитическую функцию, которая не эквивалентна хранению журналов выполнений
• Enterprise: без ограничения, дополнительно указано на странице тарифов как отдельная функция "Extended data retention"

Значение для отладки

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

Значение для соответствия требованиям и обязанности подтверждения

Для рабочих процессов, связанных с бухгалтерией, например автоматизированной проверки счетов, экспорта DATEV или сверки платежей, длинная история выполнений на первый взгляд может показаться удобным подтверждением того, что процесс прошёл корректно. Здесь важна честность: история выполнений n8n это инструмент отладки, а не юридически проверенный архив. Законодательные требования к хранению бухгалтерских документов в Германии предусматривают значительно более длительные сроки, чем технически обеспечивает даже план Enterprise с "неограниченным" сроком, а требования к неизменяемому хранению, соответствующему GoBD, не выполняются автоматически историей рабочего процесса в редакторе. Тем, кто использует n8n для процессов, связанных с бухгалтерией, следует дополнительно записывать документы и данные результатов в собственную систему хранения, устойчивую к проверкам, а не полагаться только на срок хранения, включённый в план. NordFlux помогает с выбором подходящего плана и созданием такого дополнительного, устойчивого к проверкам хранилища в рамках своей консультации по n8n.

Часто задаваемые вопросы о сроке хранения истории выполнений n8n

Как долго выполнения остаются видимыми в плане Starter n8n?

7 дней, дополнительно ограничено максимум 2500 сохранёнными выполнениями и 2,5 ГБ места для хранения. Как только один из этих лимитов достигнут, n8n сначала удаляет самые старые записи.

Могу ли я сам установить срок хранения при самостоятельно размещённой установке?

Да. В редакции Community вы определяете срок через переменную окружения EXECUTIONS_DATA_MAX_AGE вашей собственной установки, значение по умолчанию составляет 336 часов, то есть 14 дней, согласно документации n8n.

Заменяет ли история выполнений законодательную обязанность хранения?

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

Что произойдёт, если я превышу лимит сохранённых выполнений?

n8n автоматически удаляет самые старые записи, как только достигнут один из лимитов, то есть срок в днях, количество или место для хранения. Выполняющиеся и будущие рабочие процессы при этом не останавливаются, только просматриваемая история становится короче.