Менеджер закрывал квартал, чистил воронку от мусорных карточек и вместе с дублями снёс сделку на восемь миллионов тенге. Через два дня клиент позвонил уточнить сроки поставки, а карточки в CRM нет: ни истории переписки, ни счёта, ни договорённостей по цене. Ситуация выглядит катастрофой ровно до того момента, пока вы не откроете корзину.
Битрикс24 не удаляет сделку сразу и навсегда. Сначала она попадает во временное хранилище, откуда её можно вернуть. Ниже порядок действий, ограничения, о которых обычно узнают уже после восстановления, и настройки, которые стоит поправить заранее, чтобы этот сценарий не повторялся.
Куда попадает сделка после удаления
Корзина в CRM — это временное хранилище для удалённых сделок, контактов, компаний и других элементов. Она живёт по адресу CRM > Ещё > Корзина и собирает информацию об удалении сразу нескольких типов записей: лидов, сделок, контактов, компаний, дел, счетов и элементов смарт-процессов.
Срок хранения составляет до 30 дней. Дальше элементы удаляются автоматически, порциями по 100 штук в день. Формулировка про сто штук важнее, чем кажется. Если за один день из портала вынесли больше сотни записей, фактический срок хранения увеличится, потому что очередь на окончательное удаление растянется. При массовой чистке шанс вернуть данные на 31-й или 35-й день выше, чем при удалении одной-единственной карточки.
Второй момент определяет, увидите вы свою сделку или нет. Администратор Битрикс24 видит все удалённые элементы в корзине CRM, а сотрудники видят только те, которые удалили сами. Менеджер, зашедший в корзину искать чужую сделку, получит пустой список и решит, что данные потеряны. На самом деле они на месте, просто смотреть должен человек с правами администратора.
Не путайте корзину CRM с другими корзинами портала. У задач и у Диска в Битрикс24 свои отдельные хранилища удалённого, и на сделки они не распространяются. Если вместе со сделкой пропали связанные задачи или файлы, искать их придётся в соответствующих разделах, а не здесь.
Ещё одно ограничение стоит проверить до того, как вы начнёте обещать клиенту, что всё вернёте: восстановление из корзины в CRM доступно не на всех тарифах Битрикс24. Если раздела нет или кнопка восстановления не работает, дело может быть именно в тарифном плане портала, а не в сбое.
Как вернуть сделку из корзины: пошагово
Порядок действий короткий, но у каждого шага есть нюанс, из-за которого люди застревают.
Шаг 1. Зайдите под администратором. Если сделку удалял не тот человек, который её ищет, обычных прав не хватит: в корзине будут видны только собственные удаления. Проще сразу попросить администратора портала выполнить операцию, чем гадать, почему список пустой.
Шаг 2. Откройте CRM > Ещё > Корзина. Пункт «Ещё» находится в выпадающем меню верхней навигации раздела CRM, рядом со «Сделками», «Лидами», «Контактами» и остальными разделами.
Шаг 3. Найдите нужную запись через фильтр. Когда в корзине несколько тысяч строк, листать бесполезно. В фильтре доступен отбор по ID элемента, времени удаления, пользователю и типу элемента. Самая рабочая связка: тип «Сделка» плюс дата удаления. Если знаете, кто именно чистил воронку, добавьте фильтр по пользователю и получите готовый список того, что этот человек снёс за смену.
Шаг 4. Нажмите Меню (≡) рядом с элементом и выберите «Восстановить». Сделка вернётся в воронку. Никаких подтверждений и промежуточных экранов здесь нет, операция выполняется сразу.
Шаг 5. Проверьте карточку. Убедитесь, что на месте сумма, ответственный, стадия и привязка к контакту с компанией. Если удаление было массовым, восстанавливать придётся каждый элемент по отдельности, включая связанные записи, которые попали в корзину как отдельные строки.
Когда ID удалённой сделки известен, например он сохранился в письме, в отчёте или в задаче, фильтр по ID экономит массу времени. Номер обычно виден в адресе карточки, которую сотрудник открывал раньше: в ссылке вида /crm/deal/details/1234/ цифра и есть идентификатор.
Ловушка, о которой узнают позже: у восстановленной сделки меняется ID
Это тот случай, когда операция формально прошла успешно, а проблемы начинаются на следующий день. У восстановленного элемента изменится ID, поэтому его нельзя будет открыть по прежней ссылке.
Разберитесь заранее, где у вас эти прежние ссылки живут. Сотрудники часто кидают друг другу прямые ссылки на карточки в задачах и комментариях, и после восстановления такая ссылка отдаст ошибку. Если сделки выгружаются в 1С, в таблицу, в BI-отчёт или в стороннюю систему по идентификатору, связь порвётся: при следующей синхронизации восстановленная сделка приедет как новая запись, а старая останется висеть. Всё, что было привязано к прежнему идентификатору в бизнес-процессах и роботах, придётся проверить вручную. Перестанут открываться и ссылки на карточку сделки из сформированных ранее документов и счетов.
Практический вывод: после восстановления сразу разошлите новую ссылку тем, кто работал со сделкой, и проверьте синхронизацию, если портал связан с учётной системой. На это уходит десять минут, а необнаруженный разрыв интеграции обходится куда дороже.
Что делать, если сделки в корзине нет
Есть несколько причин, по которым нужная запись не находится, и лечатся они по-разному.
Причина первая: смотрит не тот человек. Самый частый случай. Зайдите под администратором и повторите поиск.
Причина вторая: корзина отключена для сделок. В настройках можно выбрать, какие типы элементов сохраняются при удалении. Если для сделок функция выключена, они удаляются напрямую, минуя временное хранилище. Проверить это можно по пути CRM > Ещё > Настройки > Настройки CRM > Другое > Прочие настройки, раздел «Корзина». Менять параметры могут администратор Битрикс24 и сотрудники с правом «Разрешить изменять настройки».
Причина третья: прошло больше 30 дней. Тогда остаётся вариант с резервной копией.
Причина четвёртая: сделку не удаляли. Иногда карточка просто перенесена в другую воронку, переведена в стадию «Провалена» и скрыта фильтром, или переназначена на другого ответственного, а текущий пользователь видит только свои элементы. Прежде чем поднимать бэкап, поищите сделку с отключёнными фильтрами и от лица администратора.
Восстановление из резервной копии: тяжёлая артиллерия
Для облачного Битрикс24 предусмотрено полное восстановление портала из резервной копии. Система автоматически создаёт резервные копии всех данных каждый день и хранит их в течение семи дней.
Инструмент серьёзный, и применять его ради одной сделки почти никогда не стоит. Восстанавливается весь портал целиком на выбранную дату: вытащить данные одного сотрудника или один раздел отдельно нельзя. После восстановления все данные, добавленные после выбранной даты, будут удалены. То есть вместе с потерянной сделкой вы потеряете всё, что компания наработала за прошедшие дни: новые лиды, комментарии, задачи, звонки. Плюс во время процесса Битрикс24 будет временно заблокирован, работать в портале никто не сможет.
Посчитайте сами: восстановить одну сделку ценой отката трёх дней работы всего отдела продаж — плохой размен. Разумнее руками собрать карточку заново по письмам, счетам и памяти менеджера. К бэкапу имеет смысл обращаться, когда потеря массовая: снесли всю воронку, слетел импорт, кто-то удалил половину базы контактов.
И да, порядок действий именно такой: сначала корзина, потом бэкап. Проверка корзины занимает минуту и в большинстве случаев закрывает вопрос.
Кто может удалять и восстанавливать сделки
Половина историй с потерянными карточками — это не сбой системы, а последствия слишком щедрых прав доступа. Права в CRM настраиваются по ролевой модели: вы создаёте роль, задаёте ей набор разрешённых действий и назначаете сотруднику, отделу или группе. Раздел находится по пути CRM > Ещё > Настройки > Права доступа CRM.
Среди действий с элементами есть отдельное действие «Удаление». Оно настраивается независимо: право на изменение сделок не даёт права на удаление. У каждого действия задаётся охват: все элементы, только свои (где сотрудник назначен ответственным) или элементы своего отдела.
Рабочая конфигурация для отдела продаж выглядит так. Менеджер удаляет только свои сделки, руководитель группы удаляет сделки своего отдела, полный доступ на удаление есть у одного-двух человек. Если у всей команды стоит удаление всех элементов, вопрос не в том, случится ли инцидент, а когда.
Окончательно вычистить запись из корзины может только администратор Битрикс24, через Меню (≡) > Удалить > Продолжить. Разделение разумное: обычный сотрудник физически не может уничтожить данные бесповоротно.
Как удаляют сделки и почему это происходит случайно
Удалить сделку в Битрикс24 можно несколькими способами, и каждый по-своему опасен.
Из списка. Меню (≡) рядом с элементом. Здесь же работает групповое удаление: отфильтровали, отметили галочками нужные строки, нажали «Удалить». Есть отдельный чекбокс «Для всех», который распространяет действие на все страницы выборки, а не только на видимые строки. Именно он чаще всего и приводит к массовым потерям: человек думает, что удаляет двадцать карточек с экрана, а удаляет две тысячи по всему фильтру.
Из канбана. Карточки можно выделить и удалить либо перетащить в стадию «Удалить», которая появляется внизу доски. Промах мышью при перетаскивании — классика жанра.
Из карточки сделки. Настройки (⚙️) > Удалить.
Отдельно стоит помнить, что удалённые элементы не попадают в аналитические отчёты. Расхождения в отчётности тоже симптом: если план по обороту вдруг просел на бумаге без явных причин, загляните в корзину и проверьте, не вынес ли кто-то из воронки крупные сделки.
Как выяснить, кто удалил сделку
Вопрос «куда делась карточка» почти всегда быстро превращается в вопрос «кто её удалил». Ответ лежит в самой корзине: среди фильтров есть отбор по пользователю. Выставьте тип элемента «Сделка», задайте интервал времени, когда сделка ещё точно была на месте и когда её уже не стало, и посмотрите, чьи удаления попали в этот промежуток.
Такой разбор полезен не для того, чтобы кого-то наказать. Он показывает масштаб. Одно случайное удаление одной карточки и массовая зачистка по фильтру на две тысячи строк требуют совершенно разных решений: в первом случае достаточно поговорить с сотрудником, во втором надо менять права доступа и регламент.
Отдельно проверьте, не было ли в тот же интервал импорта или объединения дублей. Операции с большими объёмами данных часто оставляют за собой шлейф удалений, о котором инициатор не подозревает: он думал, что склеивает пять дублей контакта, а вместе с ними ушли привязанные сделки.
Ещё один источник информации — история изменений в карточках соседних элементов. Если сделка была привязана к компании, а компания на месте, в её карточке останутся следы связанных объектов и дел, по которым можно восстановить хронологию: когда сделка была активна, кто по ней работал, на какой сумме остановились. Карточку это не вернёт, но даст материал, чтобы собрать её заново с минимальными потерями.
Пример из практики: 40 сделок после «уборки» в конце месяца
Ситуация ниже собрана из нескольких похожих обращений и служит иллюстрацией, а не описанием конкретного клиента.
Компания продаёт оборудование, в воронке около трёх тысяч сделок. В конце месяца руководитель отдела решает почистить базу от «мёртвых» карточек: открывает список сделок, ставит фильтр по стадии «Провалена», выделяет строки и нажимает «Удалить». По привычке ставит галочку «Для всех», чтобы не выделять каждую страницу отдельно. Проблема в том, что фильтр по стадии он выставил, а фильтр по дате нет. Под удаление уходят не только прошлогодние провалы, но и сорок карточек текущего месяца, часть из которых на самом деле находилась в работе и была помечена «Провалена» ошибочно.
Обнаруживается это через неделю, когда двое клиентов перезванивают сами.
Администратор открывает CRM > Ещё > Корзина, ставит фильтр по типу «Сделка», по пользователю (руководитель отдела) и по времени удаления, тот самый день. Получает список ровно тех записей, которые улетели за одну операцию. Дальше нужно отделить нужное от ненужного: по сумме и названию клиента видно, какие карточки действительно были рабочими. Сорок штук восстанавливаются через Меню (≡) > Восстановить, остальные остаются в корзине и через 30 дней уйдут сами.
После восстановления вскрывается вторая часть проблемы: у всех сорока сделок сменились ID. У компании настроена выгрузка сделок в учётную систему по идентификатору, и при следующей синхронизации сорок сделок приезжают туда как новые. Приходится вручную сопоставлять записи и чистить дубли на стороне учётной системы. Работы там больше, чем на само восстановление.
Изменения в портале заняли потом полчаса: у руководителя отдела охват удаления сузили до собственного отдела, для сделок и лидов проверили, что корзина включена, а чистку базы договорились проводить раз в квартал по заранее согласованному фильтру с двумя условиями, стадия и дата.
Профилактика: пять настроек, которые стоит сделать сегодня
Восстановление данных лечит следствие. Работать надо с причиной.
Проверьте, что корзина включена для сделок и лидов. Настройка находится в прочих настройках CRM. Если её кто-то отключил ради экономии места, вы лишились единственной страховки от случайного удаления.
Ограничьте право на удаление. Пересоберите роли так, чтобы рядовой менеджер мог удалять максимум свои карточки. В большинстве компаний менеджеру вообще не нужно право удаления: дубли и мусор проще закрывать стадией «Провалена» с причиной, чем выносить из базы.
Заведите правило для чистки базы. Массовая чистка воронки — операция, которую выполняет один назначенный человек, по согласованному фильтру, и лучше в начале рабочего дня. Если что-то пойдёт не так, будет время заметить и откатить в тот же день.
Настройте выгрузку ключевых данных. Регулярный экспорт сделок в таблицу или интеграция с учётной системой дают независимую копию суммы, контакта и стадии. Даже если карточка исчезнет насовсем, вы соберёте её заново за полчаса.
Проверяйте корзину после каждой крупной операции. Импорт, миграция, объединение дублей: после любой из них полезно открыть корзину с фильтром по времени и убедиться, что улетело только лишнее.
Если разбираться с правами доступа, ролями и настройками CRM самостоятельно некогда, а сделки продолжают исчезать, наша техподдержка Битрикс24 на связи 24/7: разберём конкретный инцидент, восстановим то, что подлежит восстановлению, и перенастроим права так, чтобы история не повторилась.
Частые вопросы
Сколько времени сделка хранится в корзине?
До 30 дней, после чего элементы удаляются автоматически по 100 штук в день. Если за день удалили больше сотни записей, очередь растянется и фактический срок хранения окажется длиннее.
Почему я не вижу удалённую сделку в корзине, хотя точно знаю, что её удаляли?
Скорее всего, вы не администратор. Сотрудники видят в корзине CRM только те элементы, которые удалили сами, а администратор Битрикс24 видит все. Также корзина может быть отключена для сделок в настройках CRM, либо возможность восстановления не поддерживается на вашем тарифе.
Останется ли у сделки прежний номер после восстановления?
Нет. У восстановленного элемента изменится ID, и по старой ссылке карточка больше не откроется. После восстановления проверьте задачи, документы и интеграции, где мог использоваться прежний идентификатор.
Можно ли восстановить сделку, удалённую полгода назад?
Из корзины нет, срок хранения давно истёк. В облачном Битрикс24 остаётся вариант с резервной копией, но копии хранятся семь дней, так что для полугодовой давности этот путь тоже закрыт. Данные придётся собирать из внешних источников: почты, выгрузок, учётной системы.
Кто может окончательно удалить запись из корзины?
Только администратор Битрикс24, через Меню (≡) > Удалить > Продолжить. Обычный сотрудник этого сделать не может, даже если у него есть право удалять сделки в CRM.
Корзина закрывает большинство инцидентов с пропавшими карточками, и знание одного пути, CRM > Ещё > Корзина, экономит компании нервы и деньги. Спокойно становится тогда, когда права на удаление розданы аккуратно, а массовая чистка базы перестаёт быть операцией, которую любой менеджер может провести в одиночку и без свидетелей.