Аудит полей CRM Битрикс24: что проверить до изменений
Как разобраться в накопившихся полях, проверить их назначение и зависимости и составить обоснованный план изменений.
После нескольких доработок в CRM остаются старые подписи, поля для отдельных направлений и похожие даты. Менеджеру трудно найти нужное, а интегратор не всегда понимает, какое значение считать основным. Навести порядок — значит договориться о модели данных и виде карточки, а не просто сократить число полей.
Определите, какую проблему решает аудит
Начните с конкретной жалобы: сотрудникам мешает длинная карточка, отчёт использует непонятную дату, обмен пишет в старое поле или одинаковую информацию вводят несколько раз. У этих проблем разные решения. Если задача только в удобстве экрана, изменение структуры хранения может вообще не понадобиться.
Согласуйте область: портал, сущности, воронки, подразделения и период данных. Например, разбор полей текущих сделок одного отдела не охватывает автоматически контакты, старые закрытые сделки и все интеграции компании. Запишите эти границы до выводов.
Дальше описана редакционная методика для руководителя процесса и администратора. Это не официальный стандарт Битрикс24, не результат клиентского внедрения и не обещание автоматического аудита.
Соберите каталог с точными кодами
Для каждой выбранной сущности нужен исходный перечень: название, полный технический код, тип и свойства. Подпись «Дата доставки» сама по себе не идентифицирует поле. Рядом должны быть сущность и код, чтобы участники обсуждали один и тот же объект.
Если справочник полей CRM от TrueTell подключён к порталу, используйте его для начальной инвентаризации сделок, лидов, контактов и компаний. Начните без ограничивающих фильтров, а затем уточняйте поиск. Не переносите охват этих четырёх сущностей на счета и смарт-процессы.
Зафиксируйте дату, сущность и фильтры каталога. Порядок получения файла разобран в инструкции по списку полей и CSV, поэтому здесь не повторяем экспорт. Его результат — отправная точка рабочего документа. Сведения о владельцах, использовании и решениях добавляются отдельно.
Метод crm.item.fields описывает поля и их конфигурацию. Каталог описаний не подтверждает заполненность карточек, участие в роботах или возможность восстановления данных. CSV справочника не является резервной копией значений.
Разделите три вида сведений
Каталог отвечает, что за поле существует. Проверка записей — какие значения есть в согласованной области. Разбор процессов — кто и зачем их записывает или читает. Эти сведения дополняют друг друга: наличие технического кода ничего не говорит о пользе поля, а пустое значение в одной сделке не описывает весь процесс.
Если используете выборку, укажите её условия и ограничения. Включите подходящие текущие и исторические записи, разные рабочие состояния и направления. Поле может заполняться только после доставки или использоваться в отчётах по завершённому периоду. Вывод «в изученной выборке значений не найдено» точнее, чем «поле нигде не используется».
Неясный или недоступный участок пометьте как непроверенный. Отсутствие доступа к части данных не превращает её в пустую. Согласуйте проверку с сотрудником, который имеет необходимые права и понимает процесс.
Проверьте, кто пишет и кто читает поле
У каждого кандидата на изменение найдите владельца смысла: кто объяснит, что означает значение и когда оно становится достоверным. Затем отдельно выясните источник записи и потребителей. Менеджер может не видеть поле, которое внешняя система использует как ключ обмена.
С владельцами систем пройдите применимые места: CRM-формы, роботы и бизнес-процессы, интеграции, отчёты и вычисления BI, фильтры и шаблоны документов. Это направления ручного исследования, а не перечень зависимостей, который автоматически выдаёт справочник. Например, робот «Изменить элемент» умеет обращаться к полям элемента — одного просмотра карточки недостаточно, чтобы исключить такую связь.
В рабочем документе сохраняйте конкретные ссылки или названия настроек, а не только ответ «проверено». Для интеграции полезно указать, какая система управляет значением и в какую сторону оно передаётся. Структуру такого описания разбираем в карте соответствия полей.
Если зависимость не удалось проследить до владельца, оставьте открытый вопрос и ответственного за уточнение. Отсутствие найденной ссылки при неполной проверке ещё не доказывает отсутствие связи.
Отделите вид карточки от структуры данных
По инструкции Битрикс24, поле можно скрыть из карточки и позднее вернуть: данные сохраняются. Системные поля удалить нельзя. Удаление пользовательского поля, напротив, удаляет его значения. Это разные решения с разными последствиями.
Если сотруднику мешает перегруженный экран, сначала оцените порядок разделов, положение полей и подходящий вид карточки. При этом скрытие из вида не заменяет настройку доступа и не прекращает использование поля другими процессами. Проверяйте, какой вид и для каких сотрудников меняется.
Обязательность тоже исследуют отдельно. Настройка по стадиям зависит от тарифа; в сделках её проверяют для нужных воронок. Техническое «Обязательное: Нет» в каталоге не описывает все требования интерфейса. Подробности свойств оставляем в статье о типах и обязательности.
Похожая ситуация — разные решения
Ниже вымышленные примеры, показывающие ход разбора. Названия не относятся к проверке конкретного портала; готовых технических кодов и подтверждённых выводов об использовании здесь нет.
| Наблюдение | Что проверить и какое решение рассмотреть |
|---|---|
| «Плановая дата доставки» и «Фактическая дата доставки» | Похожие названия, но разные события. Уточнить определения и сохранить оба значения, если процессу нужны план и факт. |
| Поле старого направления | Не заполняется в новых сделках, но содержит историю. Проверить исторические отчёты; отдельно обсудить его место в текущем виде карточки. |
| «Комментарий доставки» с неясным назначением | Владелец и порядок заполнения неизвестны. Назначить ответственного за разбор, а изменение отложить. |
| «Номер заказа ERP», которого менеджер не видит | Проверить связь с обменом. Если это ключ интеграции, сохранить его назначение независимо от видимости в карточке. |
У возможных дублей сравнивайте смысл, источник, единицы и момент заполнения. «Плановая дата» и «Фактическая дата» могут выглядеть почти одинаково, но отвечать на разные вопросы. Если два поля действительно хранят одно и то же, всё равно нужен согласованный источник истины и порядок работы с расхождениями.
Запишите итог в одной строке решения: точное поле, его назначение, владелец, основания, выбранное действие и критерий проверки. Варианты могут быть простыми: оставить; упорядочить вид; уточнить подпись и инструкцию; подготовить отдельный переход на другую модель. Нерешённый вопрос тоже допустимый итог — с ответственным и сроком уточнения.
Изменение модели — отдельный план
По штатной инструкции по пользовательским полям, тип и множественность после создания не меняются. Если нужна другая модель, планируют новое поле, преобразование и сверку значений и переключение зависимостей. Создание поля с похожей подписью само по себе ничего не переносит.
До выполнения такого плана определите, как сохраняются исходные значения и связи с записями, как проверяется полнота переноса и что делать при ошибке. Способ сохранения и возможность восстановления зависят от конкретных данных и инструментов; выгрузка одних описаний этого не обеспечивает.
Не смешивайте аудит с запуском изменений. Сначала согласуйте решение и его последствия, затем выполняйте предусмотренные действия в отдельной задаче. В рамках этой статьи поля и записи CRM не менялись; методика не гарантирует сохранность данных при произвольном удалении.
Что передать по результатам аудита
Полезный результат — документ, по которому другой сотрудник поймёт решение и сможет проверить основания. Число «убранных полей» не заменяет этого результата: иногда правильный итог — сохранить все поля и сделать карточку понятнее.
Область и каталог зафиксированы.
Указаны портал, сущности, дата, фильтры и границы проверки; поля различаются по точным кодам.
Назначение и зависимости подтверждены.
Понятны владелец смысла, источники и потребители значений; у непроверенных участков есть ответственный.
Решения имеют основания.
Для каждого проверенного кандидата записаны действие и причина; наблюдения по выборке не выданы за вывод обо всей CRM.
Изменения проверяются отдельно.
Согласованы исполнители и критерии: рабочий ввод, обмен, отчёты и нужная история после предполагаемого изменения. Аудит не отмечен как выполненный перенос данных.
После разрешённых изменений сверяйте именно затронутые процессы: сохраняется ли нужная карточка, приходит ли ожидаемое значение, продолжает ли отчёт использовать правильный источник. Отметьте результат и оставшиеся вопросы в том же документе, чтобы следующий аудит не начинался с догадок.
Частые вопросы
Что входит в аудит полей CRM Битрикс24?
Каталог полей выбранных сущностей, проверка назначения и владельцев, значений в согласованной области, зависимостей и настроек ввода. Результат — решения по конкретным полям с основаниями, ответственными и планом проверки изменений.
Можно ли считать поле лишним, если оно пустое?
Пустая запись или небольшая выборка не доказывает ненужность поля. Оно может заполняться на поздней стадии, в другой воронке, внешней системой или хранить значения только в исторических записях. Область проверки нужно зафиксировать.
Скрыть поле и удалить его — одно и то же?
Нет. Скрытие из вида карточки меняет отображение и сохраняет данные; поле можно вернуть. При удалении пользовательского поля удаляются и его значения. Системные поля удалить нельзя. Настройки доступа к информации проверяют отдельно от вида карточки.
Справочник TrueTell автоматически находит неиспользуемые поля?
Нет. Он показывает названия, коды и технические свойства полей сделок, лидов, контактов и компаний. Заполненность, зависимости и необходимость поля для процесса проверяют отдельно.
CSV справочника подходит для резервного копирования?
Нет. Он содержит описания полей выбранной сущности с текущими фильтрами, а не значения CRM-записей. Каталог не заменяет отдельный план сохранения и восстановления данных.
Можно ли заменить тип или множественность существующего поля?
По штатной инструкции Битрикс24 после создания эти параметры не меняются. Для другой модели нужен отдельный план нового поля, переноса и сверки значений, а также переключения зависимостей. Удаление старого поля не заменяет этот процесс.
Как понять, что аудит завершён?
По согласованной области собран каталог, для проверяемых полей записаны основания решений и ответственные, а открытые вопросы явно отмечены. Изменения и их приёмка ведутся отдельно: завершённый аудит сам по себе не означает, что CRM уже изменена.