📋 Кейси 621d84d7-b091-4cee-b77d-427cf3a794ab

Разобрался. Коротко: **Про ошибку.** Это не сбой сервера и не права в Битриксе. У раздела «Бизнес-процессы» просто нет главной страницы — файл публичной части отсутствует, поэтому Apache и отдаёт «Forbidden». Проверил снаружи: раздел отвечает «запрещено», самой страницы нет вообще, при этом CRM и «Компания» открываются нормально. Лечится возвратом файлов раздела из дистрибутива — работа на десяток минут, портал останавливать не надо. **Про суть спора — важнее.** Формулировка «неизвестно, сколько сделок с запущенными процессами» неверна. Я это уже посчитал, без веб-раздела: — активно 327 процессов, из них 319 висят на сделках — это 308 сделок — 127 процессов запущены шаблонами, которые давно удалены с портала — именно они и выстреливают отложенными задачами — самый старый работает с августа 2020 То есть чинить раздел, чтобы «зайти в запущенные», не обязательно. Список выгружается поимённо, процессы гасятся точечно через интеграцию — без часовой тарификации подрядчика. Скажи — соберу preview: какие сделки, какие шаблоны, сколько задач ещё впереди у каждого. Ничего не трогаю до твоего «вноси».

Собрал. Файл приложил. **Сначала поправка к прошлому сообщению.** Я сказал «шаблоны удалены» — неточно. Их действительно нет в разделе «Бизнес-процессы», но потому что это роботы и автоматизация стадий, настроенные в другом конструкторе. Работают они по-настоящему. **Что есть сейчас:** 319 активных процессов на 308 сделках, на этих сделках висит 450 открытых задач. Разбивка: — 165 — наши партнёрские цепочки, поставленные в июле. Штатно работают, трогать нельзя. — 27 — живые процессы из раздела БП: выплата партнёрам, шапка заявления, напоминание о звонке. — **127 — те самые «невидимые»**, из-за которых и спор. Эти 127 по воронкам: — 64 в «Воронке для офиса» — в основном «Дожать на договор. Звонок 1–3» и «Дожать на оплату» — 43 в «Воронке по банкротству» — определение суда, решение суда, напомнить дату платежа, спросить про документы — 18 в «Реализации» — то же самое плюс напоминания про рекомендации — 2 в «Восстановлении КИ» На этих 127 сделках сейчас 363 открытые задачи. **Три вещи, которые меняют картину:** 1. Это не хвост. Сегодня, 24 августа, стартовали новые экземпляры «Дожать на договор», «Дожать на оплату» и обучающей цепочки. Погасим скопом — остановим текущую работу отдела. 2. 10 сделок уже закрыты, а процессы на них до сих пор крутятся. Вот эти гасятся без риска. 3. Самый старый работает с августа 2020. **Что нужно от подрядчика:** пусть скажут, что именно они поменяли 21.08. Тогда я точечно вычислю, какие процессы после этого стали лишними, и остановлю только их — без починки раздела и без часов. В файле 319 строк: сделка, воронка, стадия, дата создания, какой процесс, когда запущен, сколько открытых задач и какие именно. В Битриксе ничего не менял. MEDIA:/home/openclaw/.openclaw/workspace-b24-ops/tmp/Активные_бизнес-процессы_24.08.2026.csv

Разложу. **Что такое эти «процессы».** Процесс — это будильник внутри сделки. Пока сделка стоит на своей стадии, он тикает: поставил менеджеру задачу → подождал срок → поставил следующую. Он не «завис» и не «сломался» — он работает ровно так, как его когда-то настроили. **Как понять, нужный он или нет.** Не по возрасту. Признак один: стоит ли сделка на той стадии, ради которой процесс писали. Стоит — процесс делает свою работу. Уехала дальше или закрыта, а задачи всё идут — вот тогда лишний. **Я проверил все 127 поимённо, по стадиям:** — 45 «Дожать на договор» — и все 45 сделок реально стоят на стадии «Дожать на договор» — 10 «Дожать на оплату» — сделки на «Должен оплатить» — 6 прозвон — сделки на «Не удалось дозвониться» — 25 на «Стороннем ФУ», 11 на «Собрать документы», 4 на «Проверке минимума документов» — 9 на «Завершении», 8 на «Торгах», 2 «В суде» — остальные единицами Каждый процесс сидит ровно на своей стадии. **Это не мусор, это текущая работа отдела.** Погасим — менеджеры перестанут получать напоминания дожимать договоры и оплаты, а производство — контролировать суды и платежи. **Реально лишних — 10.** Это сделки, которые уже закрыты, а процесс на них до сих пор крутится. Вот их можно гасить хоть сегодня, ни на что не повлияет. **И проверил саму жалобу подрядчика.** Дублей задач практически нет — 5 штук на 4 сделки, и все созданы ещё до 21 августа. С 21 августа в старых сделках появилось 45 задач: напоминания про конкурс, дожим договора и оплаты, выплаты партнёрам, контроль платежей. Обычный поток, не вал. **Отсюда вывод.** «Отключить старые процессы» — не решение, это выключить работающую автоматику. Правильный вопрос подрядчику: пусть назовут 2–3 конкретные задачи с номерами сделок, которые они считают лишними. Я найду, кто их ставит, и уберу точечно. Скажи — погашу те 10 на закрытых сделках. Покажу список перед этим.

Доступа к серверу портала у меня нет — он стоит на отдельном хосте, ключа для входа мне не давали. Изнутри память посмотреть не могу, только то, что портал отдаёт наружу. Два варианта, выбирай: 1. Дать мне доступ на сервер — тогда посмотрю всё: свободную память, своп, что её ест, состояние базы и веб-сервера. 2. Зайду в админку портала под рабочей учёткой и сниму «Проверку системы» — там видно лимиты памяти, нагрузку и узкие места. Без доступа к самому серверу, но картина будет. Скажи заодно, что именно тревожит — портал тормозит, или это к разговору про подрядчика и ошибку с разделом? От этого зависит, куда смотреть.

Доступ был, нашёл. Смотрю сервер портала. **Память:** всего 15 ГБ, занято 11 ГБ, с учётом кэша свободно 3,4 ГБ. Своп почти не тронут — 3,5 МБ из 8 ГБ. Это главный признак: памяти пока хватает, система не задыхается. Кто ест: — база данных 8,8 ГБ (её внутренний кэш настроен на 6 ГБ) — веб-сервер остальное, сейчас 66 рабочих процессов Нагрузка 1,2 при 6 ядрах — спокойно. Сервер работает 5 дней без перезагрузки, за сутки ни одного сбоя из-за нехватки памяти. Диск: под порталом занято 209 из 301 ГБ (70%), системный — 22%. **Но есть находка.** На сервере лежит файл донастройки базы, где кто-то пытался поднять её кэш с 6 до 10 ГБ. Файл написан с ошибкой в первой же строке — база его целиком игнорирует. Повезло, что игнорирует. 10 ГБ базе на этой машине плюс веб-сервер — и портал начал бы валиться от нехватки памяти. Но файл в таком виде мусорный: его надо либо убрать, либо переписать правильно и уже осознанно решить, сколько давать базе. **Второе тонкое место.** Веб-сервер разрешает до 150 одновременных процессов, и каждому позволено занять до 1 ГБ. Сейчас их 66. Если в пик уйдёт под сотню тяжёлых запросов — память кончится и портал ляжет. Запас есть, но не такой большой, как кажется. Спроси подрядчика, их ли это файл и что они хотели им сделать. Похоже, кто-то уже пробовал крутить память и бросил на полпути. Я ничего не менял, только смотрел.

Ага, он самый — ключ с того раза на месте. Уже зашёл и посмотрел, отчёт по памяти отправил выше. Если коротко: занято 11 из 15 ГБ, своп практически не тронут, сбоев из-за памяти нет. Но нашёл на сервере брошенный файл донастройки базы с попыткой поднять её кэш до 10 ГБ — написан с ошибкой, база его игнорирует. Повезло: сработал бы — портал начал бы падать.

Диск в целом свободен, но данные подпирает. Раздел с порталом — **209 из 301 ГБ занято (70%)**, свободно 93 ГБ. Из них сам портал (файлы, документы, диск) — 108 ГБ, база — 101 ГБ. Системный раздел почти пустой: 11 из 50 ГБ, 22%. Критичного нет, но два момента: - база в 101 ГБ для нашего объёма сделок великовата — скорее всего копится журнал изменений и логи, их можно чистить регламентно; - папка для бэкапов на сервере пустая. Значит копии либо где-то ещё, либо их нет вовсе. Стоит спросить подрядчика, где резервные копии портала и как часто снимаются.