В CRM заполнены карточки, но отчёт нельзя объяснить. У завершённой сделки нет основания закрытия, дата следующего действия находится в прошлом, источник указан одинаково у всех обращений. Массовое заполнение пустых полей удобным значением делает таблицу аккуратнее, однако не восстанавливает факты.
Качество данных CRM проверяется через рабочие правила и происхождение сведений. Результат — профиль дефектов, очередь исправлений и устранение причин появления ошибок. Это не миграция системы и не только поиск дублей. Задача состоит в том, чтобы существующим записям можно было доверять в конкретном управленческом решении.
Начните с вопроса: для чего используются данные? Планирование следующего контакта, оценка рекламы и проверка обязательств требуют разных полей. Не объявляйте обязательным всё, что технически можно заполнить.
Для каждого поля укажите смысл, момент появления и источник. Отсутствие бюджета на первом обращении может быть допустимым состоянием, а отсутствие ответственного у принятого запроса — нарушением процесса. Одинаковое правило полноты для всех этапов создаёт фиктивные значения.
Разведите неизвестное, неприменимое и незафиксированное. Эти состояния требуют разных действий. Если менеджер ещё не обсуждал срок, нельзя подставлять текущий месяц только ради прохождения проверки.
Проверяйте полноту в нужный момент, допустимость значения, непротиворечивость связанных полей и актуальность. У каждого правила должен быть понятный результат: соответствует, нарушено или требуется ручная оценка.
Например, дата подтверждённого договора не должна предшествовать созданию запроса без объяснённого исторического импорта. Но само обнаружение такой последовательности ещё не доказывает ошибку менеджера. Нужны источник и контекст записи.
| Измерение | Рабочая проверка | Ограничение |
|---|---|---|
| Полнота | Есть ответственный на принятом запросе | Не все поля нужны сразу |
| Допустимость | Значение входит в утверждённый справочник | Справочник может устареть |
| Согласованность | Статус соответствует подтверждающему событию | Возможны исторические исключения |
| Актуальность | Следующее действие ещё имеет смысл | Просрочка требует разбора причины |
| Происхождение | Понятно, откуда взят факт | Устное предположение не равно документу |
На узком экране таблицу можно прокрутить вбок.
Запишите владельца правила и порядок его изменения. Иначе разные руководители будут требовать несовместимую трактовку одного поля.
Сначала выполните чтение доступных данных с согласованными правами. Сохраните дату, состав выборки и определения. Не начинайте с массового исправления: после него будет трудно восстановить исходный масштаб проблемы.
Покажите количество проверенных записей и нарушений по каждому правилу. Одна карточка может нарушать несколько правил, поэтому суммы дефектов не обязательно равны числу проблемных карточек. Не складывайте категории без указания пересечений.
Для чувствительных полей ограничьте выгрузку необходимым составом. В открытый отчёт достаточно агрегированных результатов и обезличенных примеров. Полные клиентские данные не нужны для объяснения, что у части записей отсутствует следующий шаг.
Откройте реальные карточки каждого существенного типа нарушения. Сравните историю изменения, интеграцию и действия пользователя. Пустое поле может возникать из-за интерфейса, неполной передачи или неясной инструкции.
Не выбирайте для разбора только удобные ошибки. Включите пограничные случаи, где правило может быть неверным. Если система помечает корректную историческую запись как дефект, уточните область применения правила вместо переписывания факта.
Разделите ошибки источника, передачи и ручного ввода. Если интеграция регулярно подставляет неверный статус, обучение менеджеров не устранит причину. Если поле не имеет понятного смысла, техническое обязательное заполнение лишь усилит фиктивность.
Для каждого класса определите, можно ли восстановить значение из подтверждённого источника. Если факта нет, сохраните неизвестность и назначьте допустимое уточнение. Не дописывайте прошлые события по предположению руководителя.
Массовое изменение требует предварительной выборки, проверки правил и возможности восстановления. Исправление не должно запускать нежелательные уведомления, менять пользовательские отметки или создавать фиктивные продажи. Технические последствия проверяются до применения.
В условном примере у закрытых запросов отсутствует причина отказа. Компания не заполняет всем «дорого». Сначала изучает доступные записи и восстанавливает только подтверждённые причины, а оставшиеся сохраняет как неизвестные. Одновременно меняет процесс будущей фиксации.
Если правило зависит от этапа, покажите нужное поле в подходящий момент. Упростите справочник до различимых значений. Дайте примеры и объясните, какое решение опирается на эти сведения. Требование «CRM должна быть заполнена» слишком общее.
Проверьте автоматические загрузки после исправления. Повторная интеграция может вернуть прежнее значение или перезаписать ручное уточнение. Нужны правила приоритета источников и журнал изменения, достаточный для разбора.
Не добавляйте бесконечное количество обязательных полей. Каждое создаёт стоимость работы и риск формального заполнения. Если поле не используется и не имеет обязательного основания, обсудите, нужно ли оно вообще.
Сравнивайте одинаковые правила, стадии и состав записей. Если новая выборка содержит больше ранних обращений, рост пустых полей может быть нормальным следствием структуры. Отчёт должен отделять изменение качества от изменения массива.
Отслеживайте не только остаток дефектов, но и появление новых. Разовая очистка полезна, однако устойчивость определяется тем, перестал ли процесс производить ошибки. Исторические неизвестные значения могут оставаться и не должны скрываться искусственным заполнением.
Не используйте показатель качества для наказания без проверки ответственности. Часть дефектов создаётся настройками, интеграцией и правилами руководства. Разбор должен заканчиваться изменением причины и проверкой результата.
После устранения причины создайте согласованный тестовый запрос и проведите его через обычный процесс. Сотрудник должен понимать, когда и зачем появляется нужное поле. Если правильный результат получается только при помощи администратора, рабочая процедура ещё не подтверждена.
Проверьте также допустимый неполный случай. Система не должна заставлять менеджера придумывать бюджет или дату, которых клиент не сообщил. Правило качества полезно только тогда, когда отличает дефект от честной неизвестности. В инструкции нужен пример обоих состояний.
Предложите владельцу отчёта объяснить, как он использует ограниченные исторические данные после очистки. Если неизвестные причины отказа по-прежнему распределяются по удобным категориям в презентации, проблема переместилась из CRM в интерпретацию. Паспорт доверия должен сопровождать данные до конечного решения, сохраняя видимость неустранённых ограничений и не превращая аккуратный интерфейс в доказательство полноты прошлой истории.
Укажите, какие поля проверены, какие ограничения остаются и для каких решений массив пригоден. Например, можно надёжно видеть ответственных и следующие действия, но ещё нельзя сравнивать старые причины отказа. Такой вывод полезнее общего утверждения «данные очищены».
Если задача связана с оценкой рекламы, обсудите с Digitax привлечение заявок на строительные услуги, передав определения и известные ограничения учёта. Восстановление неизвестной истории и администрирование CRM требуют отдельного согласованного объёма работ.
Политика в отношении обработки персональных данных
1. Общие положения
Настоящая политика обработки персональных данных составлена в соответствии с требованиями Федерального закона от 27.07.2006. №152-ФЗ «О персональных данных» и определяет порядок обработки персональных данных и меры по обеспечению безопасности персональных данных, предпринимаемые ИП Мальцевым Алексеем Александровичем (далее – Оператор).
1.1. Оператор ставит своей важнейшей целью и условием осуществления своей деятельности соблюдение прав и свобод человека и гражданина при обработке его персональных данных, в том числе защиты прав на неприкосновенность частной жизни, личную и семейную тайну.
1.2. Настоящая политика Оператора в отношении обработки персональных данных (далее – Политика) применяется ко всей информации, которую Оператор может получить о посетителях веб-сайта https://agency-digitax.ru
2. Основные понятия, используемые в Политике
2.1. Автоматизированная обработка персональных данных – обработка персональных данных с помощью средств вычислительной техники;
2.2. Блокирование персональных данных – временное прекращение обработки персональных данных (за исключением случаев, если обработка необходима для уточнения персональных данных);
2.3. Веб-сайт – совокупность графических и информационных материалов, а также программ для ЭВМ и баз данных, обеспечивающих их доступность в сети интернет по сетевому адресу https://agency-digitax.ru;
2.4. Информационная система персональных данных — совокупность содержащихся в базах данных персональных данных, и обеспечивающих их обработку информационных технологий и технических средств;
2.5. Обезличивание персональных данных — действия, в результате которых невозможно определить без использования дополнительной информации принадлежность персональных данных конкретному Пользователю или иному субъекту персональных данных;
2.6. Обработка персональных данных – любое действие (операция) или совокупность действий (операций), совершаемых с использованием средств автоматизации или без использования таких средств с персональными данными, включая сбор, запись, систематизацию, накопление, хранение, уточнение (обновление, изменение), извлечение, использование, передачу (распространение, предоставление, доступ), обезличивание, блокирование, удаление, уничтожение персональных данных;
2.7. Оператор – государственный орган, муниципальный орган, юридическое или физическое лицо, самостоятельно или совместно с другими лицами организующие и (или) осуществляющие обработку персональных данных, а также определяющие цели обработки персональных данных, состав персональных данных, подлежащих обработке, действия (операции), совершаемые с персональными данными;
2.8. Персональные данные – любая информация, относящаяся прямо или косвенно к определенному или определяемому Пользователю веб-сайта https://agency-digitax.ru;
2.9. Пользователь – любой посетитель веб-сайта https://agency-digitax.ru;
2.10. Предоставление персональных данных – действия, направленные на раскрытие персональных данных определенному лицу или определенному кругу лиц;
2.11. Распространение персональных данных – любые действия, направленные на раскрытие персональных данных неопределенному кругу лиц (передача персональных данных) или на ознакомление с персональными данными неограниченного круга лиц, в том числе обнародование персональных данных в средствах массовой информации, размещение в информационно-телекоммуникационных сетях или предоставление доступа к персональным данным каким-либо иным способом;
2.12. Трансграничная передача персональных данных – передача персональных данных на территорию иностранного государства органу власти иностранного государства, иностранному физическому или иностранному юридическому лицу;
2.13. Уничтожение персональных данных – любые действия, в результате которых персональные данные уничтожаются безвозвратно с невозможностью дальнейшего восстановления содержания персональных данных в информационной системе персональных данных и (или) уничтожаются материальные носители персональных данных.
3. Оператор может обрабатывать следующие персональные данные Пользователя
3.1. Фамилия, имя, отчество;
3.2. Электронный адрес;
3.3. Номера телефонов;
3.4. Также на сайте происходит сбор и обработка обезличенных данных о посетителях (в т.ч. файлов «cookie») с помощью сервисов интернет-статистики (Яндекс Метрика и Гугл Аналитика и других).
3.5. Вышеперечисленные данные далее по тексту Политики объединены общим понятием Персональные данные.
4. Цели обработки персональных данных
4.1. Цель обработки персональных данных Пользователя — информирование Пользователя посредством отправки электронных писем; предоставление доступа Пользователю к сервисам, информации и/или материалам, содержащимся на веб-сайте.
4.2. Также Оператор имеет право направлять Пользователю уведомления о новых продуктах и услугах, специальных предложениях и различных событиях. Пользователь всегда может отказаться от получения информационных сообщений, направив Оператору письмо на адрес электронной почты info@digitax-agency.ru с пометкой «Отказ от уведомлений о новых продуктах и услугах и специальных предложениях».
4.3. Обезличенные данные Пользователей, собираемые с помощью сервисов интернет-статистики, служат для сбора информации о действиях Пользователей на сайте, улучшения качества сайта и его содержания.
5. Правовые основания обработки персональных данных
5.1. Оператор обрабатывает персональные данные Пользователя только в случае их заполнения и/или отправки Пользователем самостоятельно через специальные формы, расположенные на сайте https://agency-digitax.ru. Заполняя соответствующие формы и/или отправляя свои персональные данные Оператору, Пользователь выражает свое согласие с данной Политикой.
5.2. Оператор обрабатывает обезличенные данные о Пользователе в случае, если это разрешено в настройках браузера Пользователя (включено сохранение файлов «cookie» и использование технологии JavaScript).
6. Порядок сбора, хранения, передачи и других видов обработки персональных данных
Безопасность персональных данных, которые обрабатываются Оператором, обеспечивается путем реализации правовых, организационных и технических мер, необходимых для выполнения в полном объеме требований действующего законодательства в области защиты персональных данных.
6.1. Оператор обеспечивает сохранность персональных данных и принимает все возможные меры, исключающие доступ к персональным данным неуполномоченных лиц.
6.2. Персональные данные Пользователя никогда, ни при каких условиях не будут переданы третьим лицам, за исключением случаев, связанных с исполнением действующего законодательства.
6.3. В случае выявления неточностей в персональных данных, Пользователь может актуализировать их самостоятельно, путем направления Оператору уведомление на адрес электронной почты Оператора info@digitax-agency.ru с пометкой «Актуализация персональных данных».
6.4. Срок обработки персональных данных является неограниченным. Пользователь может в любой момент отозвать свое согласие на обработку персональных данных, направив Оператору уведомление посредством электронной почты на электронный адрес Оператора info@digitax-agency.ru с пометкой «Отзыв согласия на обработку персональных данных».
7. Трансграничная передача персональных данных
7.1. Оператор до начала осуществления трансграничной передачи персональных данных обязан убедиться в том, что иностранным государством, на территорию которого предполагается осуществлять передачу персональных данных, обеспечивается надежная защита прав субъектов персональных данных.
7.2. Трансграничная передача персональных данных на территории иностранных государств, не отвечающих вышеуказанным требованиям, может осуществляться только в случае наличия согласия в письменной форме субъекта персональных данных на трансграничную передачу его персональных данных и/или исполнения договора, стороной которого является субъект персональных данных.
8. Заключительные положения
8.1. Пользователь может получить любые разъяснения по интересующим вопросам, касающимся обработки его персональных данных, обратившись к Оператору с помощью электронной почты info@digitax-agency.ru.
8.2. В данном документе будут отражены любые изменения политики обработки персональных данных Оператором. Политика действует бессрочно до замены ее новой версией.
8.3. Актуальная версия Политики в свободном доступе расположена в сети Интернет по адресу https://agency-digitax.ru
Пользователь — любое лицо, оставляющее свои данные на Сайте: agency-digitax.ru
Оператор — Индивидуальный предприниматель Мальцев Алексей Александрович, адрес: РФ, 355045, СТАВРОПОЛЬСКИЙ КРАЙ, Г СТАВРОПОЛЬ, УЛ ПИРОГОВА, д. 64, корп. 4, кв. 101
1. Пользователь, присоединяясь к настоящему Соглашению и оставляя свои данные на Сайте Оператора по адресу в сети Интернет: agency-digitax.ru (далее — Сайт), путем заполнения персональных данных в специальных полях на Сайте:
1.1. Подтверждает, что все указанные им данные принадлежат лично ему;
1.2. Подтверждает и признает, что им внимательно в полном объеме прочитано настоящее Согласие, Политика конфиденциальности, расположенная по адресу agency-digitax.ru, текст и условия ему понятны.
1.3. Выражает согласие с условиями Политики конфиденциальности, расположенной по адресу agency-digitax.ru
1.4. Дает согласие Оператору на обработку персональных данных и возможность передачи им таких персональных данных третьим лицам, с использованием машинных носителей информации, по каналам связи с соблюдением мер, обеспечивающих их защиту от несанкционированного доступа.
1.5. Согласие дается на обработку следующих персональных данных:
- Имя, номер телефона, адрес электронной почты
1.6. Согласие Пользователя на обработку и передачу третьим лицам персональных данных является конкретным, информированным и сознательным.
2. Оператор осуществляет автоматизированную обработку персональных данных с получением и/или передачей полученной информации по информационно-телекоммуникационным сетям или без таковой.
3. В ходе обработки с персональными данными Пользователя могут быть совершены следующие действия: сбор, запись, систематизацию, накопление, хранение, уточнение (обновление, изменение), использование, передачу (распространение, предоставление, доступ), обезличивание, удаление и уничтожение персональных данных.
4. Оператор не осуществляет обработку специальных категорий персональных данных, касающихся расовой, национальной принадлежности, политических взглядов, религиозных или философских убеждений, состояния здоровья, интимной жизни, за исключением случаев, предусмотренных законодательством РФ.
5. Срок согласия на обработку и передачу третьим лицам персональных данных ограничен сроком необходимым для достижения цели сбора и обработки персональных данных.
6. Согласие может быть отозвано Пользователем путем направления письменного заявления на электронную почту: info@digitax-agency.ru
7. Оператор имеет право вносить изменения в настоящее Согласие. При внесении изменений в актуальной редакции указывается дата последнего обновления. Новая редакция Согласия вступает в силу с момента ее размещения, если иное не предусмотрено новой редакцией Согласия.