Что делают:

В итоге:

• Данные превращаются в мусор: 70% записей оказываются с меткой «ИНОЕ», и аналитика по этому полю становится бесполезной.
• Ломается автоматизация: Бизнес-процесс, который должен по-разному обрабатывать «Движимое» и «Недвижимое», не может корректно обработать «ИНОЕ».
• Усиливает хаос: Вместо выбора из готовых вариантов пользователь всегда идёт по пути наименьшего сопротивления.

1. Проведите аудит: Какие реальные варианты скрываются за «ИНЫМ»? Добавьте их в список.
2. Если вариантов действительно много — используйте привязку к универсальному списку (справочнику).
3. Если нужно учесть исключение — создайте отдельное поле «Комментарий» для ручного ввода, а основное поле оставьте строгим.

Используют поле типа «Да/Нет» (чекбокс), забывая, что у него три состояния: Да, Нет и Не установлено (пусто).

В итоге:

• Ложная логика: Условие в бизнес-процессе «Если Поле = Да» не сработает, если поле никогда не трогали (оно Не установлено). Это приводит к тихим ошибкам.
• Ненадёжные отчёты: Фильтр «Где Поле = Нет» покажет только явные «Нет», пропустив все «Не установлено», искажая картину.
• Путаница для пользователя: Непонятно, снята галочка сознательно или поле просто не заполнено.

1. Всегда инициализируйте поле. При создании элемента задавайте значение по умолчанию (Да или Нет), даже если это делается триггером или бизнес-процессом.
2. Используйте списочное поле с тремя значениями (Да, Нет, Требует решения), если состояние «Не определено» — это осмысленный статус.
3. В условиях БП всегда проверяйте оба случая: «Если Поле != Да» — это НЕ то же самое, что «Если Поле = Нет».

Для хранения типов, категорий или статусов создают поле «Название» (строка) и просят менеджеров вводить текст руками: «VIP», «важный», «Крупный», «Постоянник».

В итоге:

• Данные не поддаются анализу: Отчёты превращаются в Excel-квест: нужно вручную группировать «VIP», «Vip», «вип», «ВИП-клиент».
• Автоматизация слепа: Бизнес-процесс не может проверить условие «Если категория = VIP», потому что в системе 4 разных написания этого слова.
• Растёт порог входа: Новый сотрудник не знает, какие именно формулировки приняты, и добавляет свой вариант.

1. Используйте списочное поле. Все варианты — в одном месте, выбираются из списка, пишутся одинаково.
2. Если вариантов очень много или они часто меняются — создайте Универсальный список и привяжите поле к нему.
3. Настройте права: Только администратор меняет состав списка. Менеджеры — только выбирают.

Создают поля, куда менеджер вносит собственную интерпретацию данных. Классика — поле «Тип кузова» с вариантами «Купе», «Хэтчбек», «Универсал». Менеджер смотрит на авто и принимает решение.

В итоге:

• Ошибки неизбежны: 10% машин получают неверную классификацию (купе оказалось хэтчбеком, хэтчбек — лифтбеком).
• Бизнес-логика даёт сбой: Подбор аксессуаров по типу кузова предлагает коврики для «Купе» владельцу «Хэтчбека».
• Аналитика врёт: Вы принимаете решения на основе данных, в которых заведомо есть доля брака.

1. Храните только проверяемые факты: Марка, Модель, VIN, Год выпуска. Всё, что можно перепроверить.
2. Производные характеристики (тип кузова, объём двигателя, мощность) должны автоматически подтягиваться из внешнего справочника по VIN или комбинации марка+модель.
3. Не давайте менеджеру исправлять то, что определила система. Если справочник ошибся — это задача для администратора, а не для поля «Свободный комментарий».

В один и тот же список добавляют пересекающиеся или дублирующие значения: «Грузовик» и «Коммерческий транспорт», «Розница» и «Розничная торговля», «VIP» и «Ключевой клиент».

В итоге:

• Некорректные отчёты: Вы не можете быстро сказать, сколько у вас клиентов категории «Коммерческий транспорт», потому что их размазало по двум похожим вариантам.
• Бизнес-процессы множатся: Приходится дублировать условия: «Если категория = Грузовик ИЛИ Категория = Коммерческий транспорт».
• Потеря единого стандарта: Разные менеджеры выбирают разные синонимы, CRM перестаёт быть единым языком компании.

1. Проведите инвентаризацию списков. Оставьте один правильный термин. Остальные — удалите или объедините.
2. Создайте иерархию. Если нужна детализация, используйте двухуровневый список: «Тип ТС» = Грузовой → «Подтип» = Тягач / Самосвал / Фургон.
3. Закрепите регламент: Значения списков — это нормативная база, а не творчество. Изменения — только через администратора.

В сделке создают списочное поле «Склад отгрузки» со значениями: «Москва», «СПБ», «Казань». В смарт-процессе «Закупки» создают поле «Склад поставки» и заново вбивают те же значения: «Москва», «СПБ», «Казань».

В итоге:

• Дублирование кода: Один и тот же список живёт в двух местах. При добавлении нового склада («Новосибирск») его нужно вручную добавить в оба поля.
• Расхождение данных: Через год в сделках 5 складов, а в закупках — всё ещё 3. Процессы начинают работать с ошибками.
• Нет единого справочника: Система не знает, что «Склад отгрузки» и «Склад поставки» — это один и тот же перечень объектов.

1. Создайте Универсальный список «Наши склады» один раз.
2. Во всех сущностях (сделки, смарт-процессы, контакты поставщиков) создавайте поля с типом «Привязка к элементам универсального списка».
3. Настройте права: Редактировать состав складов может только администратор, а во всех бизнес-процессах используется единый справочник.