У клиентской базы в Excel есть одно неприятное свойство: она работает ровно до тех пор, пока с ней работает один человек. Дальше появляется файл «База_актуальная_v3_ФИНАЛ», у каждого менеджера свой список в телефоне, один и тот же ТОО живёт в трёх строках с разными телефонами, а колонка «Клиент» содержит вперемешку ФИО, названия юрлиц и приписку «звонить после обеда». У файла нет истории правок, нет прав доступа, нет связей между компанией и контактным лицом и нет напоминаний — поэтому из него и переезжают. Обычно решение принимается не из любви к автоматизации, а после того, как клиенту второй раз за неделю позвонили два разных менеджера.
Дальше — как переезд в Битрикс24 выглядит изнутри: что реально переносится, а что остаётся в старом файле навсегда; как подготовить таблицу, чтобы импорт не превратил телефоны в экспоненту, а двенадцатизначный БИН — в одиннадцать цифр; в каком порядке грузить компании, контакты и сделки, чтобы они связались между собой; и что проверять после загрузки. Сразу о главном: штатной кнопки «отменить импорт» в Битрикс24 нет, поэтому вся страховка строится до нажатия кнопки, а не после.
Что переедет в Битрикс24, а что останется в Excel навсегда
- Уезжают поля. Название компании, ФИО, телефоны, почты, город, сегмент, сумма и стадия сделки, ответственный, пользовательские поля — всё, что физически лежит в ячейках.
- Уезжают реквизиты. БИН и ИИН, банковские данные и адреса грузятся тем же файлом, но отдельным механизмом — с включённой опцией импорта реквизитов и служебными колонками.
- Не уезжает история общения. Импорт создаёт карточку с полями, но не создаёт таймлайн: звонков, писем, чатов, комментариев и дел в нём не будет. Штатный экспорт-импорт не переносит историю и между двумя порталами Битрикс24 — для этого в Маркете есть отдельные приложения миграции (раздел «Импорт, экспорт»), часть из них умеет переносить комментарии, упоминания и дела. Из Excel история не приедет в любом случае: её там просто нет.
- Не уезжают файлы и переписка. Договоры в папке на диске и переписка в WhatsApp останутся там, где были. Максимум — сложить краткую выжимку текстом в комментарий или пользовательское поле «История до переезда».
- Даты приезжают не такими, как в файле. Официально описан один случай: у сделок дата завершения заменяется датой загрузки, а обходной путь из той же справки — импортировать настоящую дату в пользовательское поле и перенести её в системное роботом. С остальными датами не гадайте: проверьте пилотом на пяти строках, что именно приехало в карточку. Гарантированно сохранить исходные даты создания и авторов умеет только импорт через REST.

Куда грузить: лиды, контакты, компании или сделки
Самая дорогая ошибка делается до того, как открыт файл: чаще всего всю базу заливают лидами, и наутро отдел продаж получает тысячи необработанных обращений, красный счётчик и полную невозможность работать. Если разница между лидом, контактом и сделкой пока звучит абстрактно, загляните в глоссарий, а воронку и стадии соберите до импорта — как настроить с нуля. Стадия, которой нет в портале, из файла не появится.
- Лид — необработанное входящее обращение, а не действующий клиент. Всю базу лидами не грузят.
- Компании — ТОО и ИП вместе с реквизитами: БИН, адрес, банковские данные.
- Контакты — физлица и контактные лица компаний. С розницей из Kaspi решите заранее, нужна ли она в CRM вообще: если магазин потом свяжут с порталом через интеграцию с Kaspi, заказы начнут приходить сами, и та же розница, залитая из Excel, даст второй комплект карточек.
- Сделки — только под реальные текущие переговоры. Сделка на всякий случай под каждого клиента превращает воронку в свалку, и конверсия дальше считается по мусору.
Четыре способа переноса: CSV, приложение из Маркета, REST API и обмен с 1С
Штатный импорт закрывает большинство задач малого и среднего бизнеса, и начинать стоит с него. Приложения из Маркета имеет смысл смотреть, когда переезд типовой — из известной CRM (про этот сценарий есть отдельный разбор миграции с amoCRM) или с портала на портал. Тем, у кого на руках XLSX, ориентир простой: бесплатное приложение «Импорт из Excel» принимает XLS и XLSX без пересохранения и умеет собрать связанные компанию, контакт и сделку из одной строки — чего штатный импорт не делает в принципе. Взамен вы отдаёте стороннему приложению доступ ко всей базе и его логику сопоставления полей, поэтому первый прогон делается на тестовой партии в двадцать строк, ровно как с CSV. REST нужен, когда данных много, связи сложные или важно сохранить настоящие даты создания и авторов: у методов импорта есть параметры createdTime и createdBy, и они не запускают роботов и бизнес-процессы.
| Способ | Когда подходит | Ограничение |
|---|---|---|
| Штатный импорт CSV | Плоская таблица: компании, контакты, реквизиты, простые сделки. Делается силами администратора портала за вечер | Только CSV; импорт рассчитан на создание новых элементов — массово обновить существующие записи файлом нельзя, изменить можно лишь карточку, которую импорт опознал как дубль, и только так, как задано в блоке контроля дубликатов; все карточки датируются днём загрузки, кнопки отката нет |
| Приложение из Маркета | Типовой сценарий: миграция из конкретной CRM или между двумя порталами; XLS и XLSX без конвертации; связанные компания, контакт и сделка из одной строки | Чужая логика сопоставления полей, доступ третьей стороны ко всей базе, поведение надо проверять пробным прогоном |
| REST API (методы импорта) | Большие объёмы, сложные связи, сохранение реальных дат и авторов (createdTime, createdBy), повторные прогоны, в которых скрипт сам решает, что создать, а что обновить | Нужен разработчик и ключ с широкими правами; методы импорта только создают элементы, обновление делается отдельным методом, иначе повторный прогон плодит дубли; пакетный импорт принимает до 20 элементов за запрос и требует передавать их по возрастанию даты создания; ошибка в скрипте тиражируется на всю базу мгновенно |
| Обмен с 1С | База на самом деле живёт в 1С, а Excel — просто её выгрузка | Это уже не импорт, а отдельный проект: в казахстанских конфигурациях маппинг почти всегда дорабатывается |

Как устроен штатный импорт CSV
Кнопка живёт в настройках раздела. У контактов это CRM, Клиенты, Контакты, значок шестерёнки, пункт «Импорт из CSV со своими настройками». У компаний пункт называется «Импорт компании» (в части версий портала — «Импорт компаний»), у сделок — «Импорт сделок», у лидов устроено так же; точное написание смотрите в меню шестерёнки своего портала, оно менялось от версии к версии. Счета, предложения и смарт-процессы импортируются только в режиме просмотра «Список» — в канбане пункта импорта просто нет. Если пункта не видно, причин две. Первая — права: импортировать может администратор или сотрудник, которому в роли доступа CRM выдано право импорта. Вторая — тариф: сама ролевая модель прав в CRM есть не на всех планах, у базовой роли менеджера нет ни импорта, ни экспорта, ни удаления, а экспорт, которым удобно снимать образец файла, доступен тоже не везде. Прежде чем искать ошибку, сверьтесь с описанием своего тарифа.
На странице импорта сначала задаются параметры файла: «Кодировка файла данных» (по умолчанию — определить автоматически; если в предпросмотре кракозябры, выставьте UTF-8 или Windows-1251), «Разделитель столбцов» (запятая, точка с запятой или двоеточие — символ должен совпасть с тем, что реально лежит в файле) и галка «Использовать первую строку в файле для названий полей». Затем открывается шаг сопоставления: слева поля карточки CRM, справа колонки из файла. Автосопоставление работает по совпадению названий, несопоставленное правится вручную. Практический вывод: не изобретайте структуру колонок, а скачайте шаблон импорта прямо со страницы своего портала — в нём будут точные названия полей именно вашей карточки, включая уже созданные пользовательские. Второй способ получить эталон — завести одну карточку руками, заполнить её всеми нужными полями и выгрузить раздел в CSV.
Подготовка файла: где Excel незаметно портит данные
Почти вся боль реального переноса приходится на подготовку файла, а не на сам импорт. Причём портит данные не Битрикс24, а Excel — молча, в момент сохранения. Работайте на копии: лист «как получили» не трогаем вообще, рядом лист со служебными колонками, и отдельный лист «на импорт» — только нужные колонки, только значения, ровно одна строка заголовков.
- Кодировка и разделитель. Обычный «CSV (разделители — запятые)» в русской локали пишет файл в Windows-1251 и с точкой с запятой внутри, и кириллица превращается в кракозябры, если в мастере выбрана другая кодировка. Лечится тремя способами: выбрать нужную кодировку на шаге импорта; сохранить из самого Excel в формате «CSV UTF-8 (разделитель — запятая)» — отдельный пункт в списке форматов начиная с Excel 2016; либо пересохранить файл в UTF-8 в Notepad++ или VS Code (годится и выгрузка из Google Таблиц). Готовый CSV откройте в текстовом редакторе и посмотрите глазами, что там за разделитель — это десять секунд.
- Телефоны. Плюс в начале ячейки Excel считает формулой и съедает, длинный номер превращает в 7,70113E+10, а ведущий ноль городского номера отрезает. Колонку телефонов переводят в текстовый формат ДО вставки данных и приводят к одному виду формулой, а не глазами. Всё, что не разобралось автоматически, отправляйте в колонку «проверить», а не угадывайте.
- БИН, ИИН и прочие идентификаторы. Только текстовый формат. Первые две цифры БИН — год регистрации юрлица, у ИИН — год рождения человека, поэтому у всех, кто зарегистрирован или родился в 2000–2009 годах, идентификатор начинается с нуля (у родившихся с 2010-го первая цифра — единица). Excel срезает этот ноль безвозвратно, и двенадцатизначный БИН превращается в одиннадцатизначный. Проверка целостности простая — длина строки: у БИН и ИИН ровно двенадцать знаков.
- Суммы и валюта. Разделители разрядов из Excel (1 250 000, в том числе неразрывным пробелом) уезжают в CSV как есть и ломают поле суммы — оставляйте чистое число. Валюту указывайте отдельной колонкой: на казахстанских порталах валютой портала должна быть KZT, иначе сделки тихо приедут в валюте по умолчанию и отчёт по выручке будет неверным.
- Даты. В CSV попадает то, что видно на экране, поэтому короткий формат уедет двузначным годом, а «дата», введённая с лишним пробелом, окажется текстом. Приведите колонку к одному виду отдельной формулой и вставьте как значения.
- Геометрия таблицы. Объединённые ячейки оставляют значение только в первой строке блока, скрытые и отфильтрованные строки всё равно попадают в CSV, а в сам CSV сохраняется только активный лист. Плюс многоэтажная шапка, строки «Итого» и подзаголовки-разделители — импортёр ждёт одну строку заголовков и дальше однородные данные.
- Невидимый мусор. Неразрывные пробелы из копипаста функцией СЖПРОБЕЛЫ не убираются, и именно они чаще всего мешают найти очевидный дубль. Переносы строк внутри ячейки (Alt+Enter) — отдельный убийца CSV: одна запись легко превращается в несколько битых строк. Чаще всего они прячутся в колонках «Адрес» и «Комментарий».
- Формулы и ошибки. Перед экспортом всё содержимое копируется и вставляется как значения, иначе в карточки приедут «#Н/Д» и «#ЗНАЧ!» вместо данных, а файл останется зависимым от книг, которых у вас уже нет.
- Дубли внутри самого файла. Искать их надо не по названию компании, а по нормализованным ключам: только цифры телефона, почта в нижнем регистре, БИН текстом, название без правовой формы и кавычек. Порядок надёжности такой: телефон, почта, БИН и только в последнюю очередь название. Главной в группе делают не первую попавшуюся строку, а самую полную и свежую, а всё уникальное из остальных собирают в комментарий. И не удаляйте дубли из исходника, помечайте: через полгода обязательно спросят, где эти записи.
Казахстанская специфика: БИН, ТОО и ИП, телефоны +7 7XX, казахские имена
Телефоны в казахстанской базе почти всегда лежат в пяти-шести написаниях сразу: 8 701, +7 701, 87172, 7 (727), номер с добавочным и номер с припиской «бухгалтерия». Как именно Битрикс24 сравнивает такие номера при поиске дублей, в справке не описано: часть форматов портал приводит к единому виду сам, часть — нет, и результат зависит от страны портала и способа записи. Полагаться на это нельзя — приводите номера к одному виду +7 7XX XXX XX XX ещё в Excel. Заодно от этого зависит, подтянет ли телефония или WhatsApp входящий звонок к нужной карточке.
- Названия юрлиц. ТОО «Ромашка», Ромашка ТОО, тоо ромашка и вариант без кавычек встречаются в одной колонке постоянно, а иногда внутри слова сидит латинская буква, визуально неотличимая от кириллической. Сводите к одному виду: правовая форма впереди, кавычки одного типа, латиницы нет.
- ФИО. В одной ячейке живут должность, инициалы и по два человека сразу. Казахские имена пишутся то как Мұхтар, то как Мухтар, а Нурлан Серикулы — это имя с отчеством, а не фамилия.
- Страховочная колонка. Разбирайте такие строки формулой, но оставьте колонку «ФИО как было в файле» и грузите её в комментарий — это единственная защита от неправильного разбора.
БИН и ИИН в Битрикс24 живут не в базовом поле компании, а в реквизитах — и это принципиально: без реквизитов карточка бесполезна для счёта и договора. Шаблон реквизитов для Казахстана выбирается в самой карточке, в поле «Реквизиты», а список доступных шаблонов настраивается в CRM, Ещё, Настройки, Настройки CRM, Шаблоны реквизитов. В файле у реквизитов свои служебные колонки с идентификаторами реквизита, шаблона и страны, а адрес приходится разбивать на отдельные колонки: улица, офис, город, регион, индекс. Конкретные значения идентификаторов не переписывайте из чужих статей — заведите одну компанию с казахстанскими реквизитами руками, выгрузите раздел в CSV и посмотрите, какие числа стоят у вас. Отдельно проверьте у себя набор полей, по которым портал ищет дубли: базовый набор — название, телефон и почта, но в части версий и шаблонов доступен поиск и по полям реквизитов. Если поля реквизитов в списке нет, дубли юрлиц по БИН придётся ловить самостоятельно — выгрузкой раздела и сверкой в таблице. И если клиентов заводят в 1С и там же выставляют счета, разовый импорт лечит симптом: базы разъедутся за месяц, правильный маршрут — обмен с 1С, а из Excel грузить только ту часть, которой в 1С нет.
Пилот на двадцати строках и метка партии
Первый прогон делается на двадцати строках, и брать нужно самые трудные: компанию с двумя телефонами, ФИО в казахском написании, БИН с ведущим нулём, длинное название в кавычках, ИП вместо ТОО, номер с добавочным, комментарий с переносом строки. Дальше карточки открываются глазами и проверяется каждое поле. Если хоть одна запись легла криво, на всей базе криво ляжет пропорциональная доля. Перед боевой заливкой добавьте в файл метку партии — заполните на всю партию одно значение источника или служебного поля вида «импорт от такого-то числа»: это ваш единственный способ потом одним фильтром найти всё, что залилось этим прогоном. Большие файлы режьте на части по одной-две тысячи строк, каждую со своей меткой; актуальные ограничения импорта проверяйте в справке Битрикс24 на bitrix24.kz, а на практике толстый файл имеет привычку отваливаться — и искать ошибку в куске на пятьсот строк заметно приятнее, чем в файле на несколько тысяч.
Дубли и приёмка: что проверять после загрузки
В самом импорте есть блок контроля дубликатов: разрешить, заменять, объединять, пропустить. Для первой заливки в чистый портал обычно ставят «пропустить» и потом разбирают список пропущенных; для догрузок — «объединять»: оно заполняет только пустые поля и не трогает то, что менеджеры уже внесли. «Заменять» вслепую не нажимают никогда.
После импорта включите постоянный контроль дубликатов в настройках раздела и пройдите по списку слияний руками. Автослияние срабатывает, только если совпадают вообще все поля карточек и ответственный, а на живой базе это условие почти не выполняется. Объединять умеет администратор или сотрудник с правами на изменение и удаление. Второстепенные карточки при слиянии удаляются и попадают в корзину CRM, но рассчитывать на неё как на кнопку «назад» нельзя: элементы хранятся там ограниченный срок, восстановление есть не на всех тарифах, а рядовой сотрудник видит в корзине только то, что удалил сам. И самое важное — возврат карточки из корзины не отменяет само объединение: то, что уже перенесено в основную карточку, в ней и останется. Поэтому спорные пары разбирают руками, а не по принципу «склеим, если что — восстановим».
- Арифметика. Строк в файле минус заголовок минус пустые равно числу карточек по фильтру партии. Считать отдельно по компаниям, контактам и сделкам. Расхождение почти никогда не случайно: это либо отсев по дублям, либо ошибки валидации.
- Двадцать случайных карточек руками. Телефон кликабельный и в формате +7 7XX; почта в поле почты, а не в комментарии; БИН в реквизитах, а не в названии; сумма сделки числом и в тенге, а не в валюте по умолчанию; ответственный — живой менеджер, а не администратор; компания привязана к контакту, а у сделки заполнен клиент.
- Списочные поля. Частая тихая ошибка: в поле-список приезжает пустота, потому что передавался текст варианта, а не сам вариант. Проверьте хотя бы одно такое поле на каждой сущности.
- Ответственные. Сотрудников заводят в портал ДО импорта, а в файле держат одно написание ФИО. Если вся база упала на того, кто делал импорт, права видимости, отчёты по менеджерам и распределение звонков не работают. Проще загрузить на одного и разнести массовым изменением, чем чинить это через месяц.
- Сегменты и теги. Город, тип клиента (ТОО, ИП, физлицо), отрасль, статус «активный, спящий, не звонить», источник. Разметить это надо колонкой в файле — руками по всей базе потом не разметит никто.
- Права и персональные данные. Сразу после переезда закройте право экспорта и импорта в ролях CRM, иначе первый же увольняющийся менеджер увезёт базу той же кнопкой, и настройте видимость «только свои карточки» для рядовых. Заодно решите, на каком основании вы храните контакты физлиц: с переносом базы вы становитесь оператором персональных данных по закону РК.
- Исходный файл. Копия с датой в имени уходит в архив только на чтение и с ограниченным доступом, и с этого момента правки делаются в CRM, а не в таблице. Это и есть ваша резервная копия миграции.
Жизнь после импорта: дата, когда Excel выключают
Импорт заканчивается не тогда, когда данные загрузились, а тогда, когда старый файл перестал существовать как рабочий инструмент. Это управленческое решение с датой: назначается день, у общего файла снимаются права на редактирование, объявляется правило «нет карточки в CRM — нет сделки», и руководитель перестаёт принимать отчёты в любом виде, кроме отчётов из системы. Параллельная база живёт ровно до тех пор, пока хоть один отчёт принимается в Excel. Параллельно подключите каналы, чтобы новая история начала копиться внутри карточек: переписка в WhatsApp через Wazzup — самый быстрый способ показать менеджерам, зачем им вообще открывать CRM. Если окажется, что база переехала, а процесс так и не описан, начните с выбора и настройки CRM под задачи. Дальше остаётся то, что дороже любого импорта, — приучить команду работать в CRM.


