Как перенести данные из Airtable и Notion в российскую CRM без потери реляционных связей

Почему обычный CSV-экспорт ломает вашу CRM (и как это исправить)

Когда бизнес принимает решение о переезде с западных сервисов вроде Airtable (Эйртейбл) или Notion (Ноушен) на российскую платформу, первое, что приходит в голову — выгрузить таблицы в CSV и загрузить их в новую систему. На практике этот путь почти всегда приводит к потере самого ценного: архитектуры и связей между таблицами.

CSV — это плоский формат (о том, почему плоские таблицы перестают справляться с бизнес-процессами, мы подробно разбирали в отдельном материале). Он не умеет хранить информацию о том, что запись «Сделка №145» была привязана к карточке «Клиент ООО Ромашка» в соседней таблице. При стандартном экспорте Airtable превращает связанное поле (linked record) в простой текст — обычно в название записи, а не в уникальный системный идентификатор. Если в вашей базе два клиента с одинаковым названием или схожими реквизитами, восстановить исходную связь вручную без дополнительных данных будет невозможно.

С Notion ситуация аналогичная: при выгрузке базы в формат «Markdown & CSV» поля связей (Relation) экспортируются как разделённые запятыми заголовки страниц без уникальных ID. Вычисляемые поля (Rollup) фиксируют статичные устаревшие значения, а прикреплённые файлы и документы превращаются во временные ссылки, которые перестают открываться через несколько часов. В результате вместо рабочей CRM вы получаете набор разрозненных списков.

Именно здесь на помощь приходит интеллектуальная загрузка данных (No-Code ETL) через нейросеть Amazi. Вместо того чтобы вручную сопоставлять сотни строк в Excel и восстанавливать ключи «на глаз», вы загружаете выгруженные CSV-файлы в диалоговое окно, а ИИ-ядро платформы анализирует структуру, распознаёт типы данных и воссоздаёт полноценную реляционную модель в новой системе. Amazi изначально проектирует базы данных как систему взаимосвязанных таблиц, превращая восстановление связей из ручной рутины в часть автоматической сборки архитектуры.

Шаг 1. Аудит данных перед миграцией и требования 152-ФЗ

Прежде чем нажимать кнопку «Экспорт», проведите ревизию текущей базы:

1. Выпишите все таблицы, которые участвуют в операционных процессах.
2. Отметьте поля, отвечающие за сквозные связи (Linked records в Airtable, Relations в Notion).
3. Выделите поля с вложениями (договоры, счета, фото): в Airtable и Notion внешние ссылки на файлы в CSV живут всего несколько часов после выгрузки, поэтому важные документы нужно скачать локально или мигрировать через API.
4. Разделите связи по приоритету: связка «Клиент — Сделка — Счёт» критична на старте, а архивную связь «Задача — Внутренний комментарий за 2024 год» можно подгрузить во вторую очередь.

Особое внимание уделите таблицам, содержащим персональные данные (ФИО, телефоны, email-адреса, реквизиты физлиц). Согласно актуальным требованиям 152-ФЗ, первичный сбор и хранение персональных данных граждан РФ на зарубежных серверах (включая облака Airtable и Notion, расположенные в США и ЕС) квалифицируется как нарушение правил локализации и трансграничной передачи данных. Для компаний это создаёт прямой риск штрафов от 1 до 6 млн рублей (и до 18 млн рублей при повторном нарушении). Перенос базы в Amazi полностью закрывает этот юридический риск: платформу можно использовать в защищённом российском облачном контуре либо выгрузить готовый исходный код в Git и развернуть систему на собственных серверах (On-Premise).

Шаг 2. Экспорт из Airtable: по одной таблице с сохранением Record ID

Airtable не позволяет выгрузить всю базу данных одним архивом — экспорт выполняется отдельно по каждому представлению (View):

1. Откройте нужную таблицу и выберите представление Grid view.
2. Важно: убедитесь, что в верхнем меню отключены все фильтры (Filter) и скрытые поля (Hide fields), иначе в итоговый CSV попадут только отфильтрованные строки и видимые колонки.
3. Нажмите на название представления в верхней панели и выберите «Download CSV». Повторите операцию для каждой связанной таблицы.

Практический лайфхак перед экспортом из Airtable: Чтобы связи восстановились со 100%-й точностью даже при наличии полных тёзок среди клиентов или одинаковых названий сделок, добавьте в каждую таблицу техническое поле с уникальным идентификатором. Создайте новую колонку с типом Formula, назовите её Airtable_ID и пропишите функцию: RECORD_ID() У каждой записи появится уникальный код (например, rec9a8b7c6d5e). Когда вы выгрузите таблицу в CSV, нейросеть Amazi использует этот идентификатор как жёсткий ключ (Primary Key) для безошибочной склейки таблиц.

Шаг 3. Экспорт из Notion: Markdown & CSV и чистка дубликатов

Для корректной выгрузки базы данных из Notion выполните следующие шаги:

1. Откройте нужную базу данных как полноэкранную страницу (Open as full page).
2. Нажмите на иконку с тремя точками в правом верхнем углу и выберите «Export».
3. В поле Export format укажите «Markdown & CSV».
4. В параметре Include databases выберите «Current view» (предварительно сняв все фильтры в этом представлении) или «Default view».
5. При наличии вложений включите опцию Include content -> Everything, чтобы Notion упаковал файлы в локальные папки внутри ZIP-архива.

Главная сложность при переносе таблиц из Ноушен — поля типа Relation. В CSV-файле они превращаются в заголовки связанных страниц, перечисленные через запятую (иногда с добавлением URL-пути). Перед загрузкой в новую CRM проверьте ключевые справочники (например, базу «Контрагенты» или «Товары») на отсутствие дублирующихся названий. Если две разные карточки называются одинаково, добавьте к ним уточняющий индекс или ИНН, либо добавьте в таблицу Notion свойство типа ID (уникальный автоинкрементный номер страницы) перед выгрузкой.

А можно ли перенести базу из Notion без CSV — напрямую через MCP (Model Context Protocol)? Продвинутые команды часто спрашивают: зачем выгружать плоские таблицы, если у Notion есть MCP-сервер, позволяющий подключить ИИ-ассистента напрямую к воркспейсу и прочитать базу со всеми page_id и связями Relation?

Такой сценарий отлично работает на малых объёмах данных (до 200–300 записей) или для переноса самой архитектуры (схемы) таблиц. Но при полной миграции рабочей CRM через MCP вы столкнётесь с тремя аппаратными ограничениями:

• Лимиты API (Rate Limits): Notion ограничивает внешние коннекторы скоростью ~3 запроса в секунду. Выгрузка базы на 10 000+ сделок со связанными комментариями через MCP приведёт к ошибкам 429 Too Many Requests и тайм-аутам.
• Переполнение контекстного окна: ИИ-агент в MCP-сессии не сможет за один проход удержать в памяти тысячи строк JSON-ответов для сопоставления ключей.
• Потеря кастомных блоков: Специфические блоки (например, полные транскрипты AI Meeting Notes или вложенные подстраницы) через MCP часто отдаются с заглушками или требуют сложного парсинга по ID блоков.

Оптимальная гибридная формула для больших баз: позвольте ИИ считать схему и типы связей через MCP/API, а сам массив исторических строк загрузите в Amazi пакетно через CSV — так миграция пройдёт за минуты и без потерь.

Шаг 4. Интеллектуальная загрузка в Amazi: как нейросеть восстанавливает связи

Этот этап — главное отличие миграции в Amazi от ручной сборки таблиц в классических конструкторах баз данных. Вместо долгого ручного маппинга вы используете подход Vibe Coding (подробнее о том, как Vibe Coding заменяет традиционный No-Code, читайте в нашем обзоре).

После того как CSV-файлы подготовлены, вы загружаете их в диалоговый интерфейс Amazi. Системный ИИ-архитектор анализирует структуру каждого файла: типы данных, заголовки колонок, повторяющиеся паттерны и внешние ключи. На основе анализа платформа автоматически проектирует реляционную базу данных, определяя типы полей (числа, даты, статусы, справочники) и выстраивая связи «один ко многим» или «многие ко многим».

Как это выглядит на практике в чате Amazi: Вам не нужно писать SQL-запросы (JOIN) или вручную связывать таблицы в визуальном конструкторе. Достаточно загрузить файлы и отправить текстовый запрос обычным языком: «Я загрузил три файла из Airtable: Clients.csv*,* Deals.csv и Payments.csv*. Свяжи клиентов со сделками по полю* Airtable_ID*, а платежи привяжи к сделкам. Для таблицы сделок создай канбан-доску по колонке* Статус*, а для роли "Менеджер продаж" скрой возможность удаления записей и просмотр колонки "Маржинальность"»*.

Если в исходных CSV-файлах присутствуют уникальные ID, нейросеть свяжет записи автоматически. Если идентификаторов не было и ИИ встречает спорное совпадение по названиям, система подсветит коллизию в чате и предложит подтвердить сопоставление. Такой гибридный подход (автоматизация + точечный контроль человека, human-in-the-loop) исключает риск потери или перемешивания данных.

Одновременно с базой данных Amazi разворачивает пользовательский интерфейс и настраивает ролевую модель доступа (RBAC). Вы сразу определяете, какие роли (администратор, руководитель отдела, линейный менеджер) могут видеть или редактировать конкретные таблицы и поля, соблюдая принцип минимальных привилегий при работе с персональными данными с первого дня.

Шаг 5. Валидация, тестирование ролей и подключение каналов

Даже если импорт прошёл без технических предупреждений, проведите финальную проверку перед переключением команды на новую систему:

1. Выборочная сверка связей: откройте 5–10 карточек со сложными связями (например, клиента, у которого было более 5 сделок и десятки оплат в старой базе) и убедитесь, что все дочерние записи отображаются корректно.
2. Тестирование RBAC (прав доступа): авторизуйтесь под тестовыми аккаунтами разных сотрудников и проверьте, что закрытые финансовые поля и персональные данные недоступны линейному персоналу.
3. Проверка живых бизнес-сценариев: создайте тестовую сделку, переведите её по этапам воронки и протестируйте работу триггеров — например, автоматическую отправку сервисного уведомления в Telegram или синхронизацию с 1С (о том, как объединить Telegram, почту и сайт в единое окно без потери заявок, мы рассказывали в отдельном гайде).

Чек-лист миграции базы в CRM без потери связей

• Проведён аудит таблиц, выделены критические связи и таблицы с персональными данными (подпадающие под 152-ФЗ).
• В таблицах Airtable создана колонка с формулой RECORD_ID() перед выгрузкой.
• В Notion проверены поля Relation на отсутствие дублирующихся заголовков страниц.
• Во всех представлениях (Views) отключены активные фильтры и отображены скрытые колонки.
• CSV-файлы выгружены по отдельности для каждой таблицы, а вложения и файлы сохранены локально.
• Файлы загружены в диалоговое окно Amazi, ИИ-архитектор сгенерировал схему реляционных связей.
• Спорные совпадения (при отсутствии ID) проверены и подтверждены в режиме диалога.
• Настроена ролевая модель доступа (RBAC) для защиты чувствительных данных.
• Выполнена выборочная сверка карточек и протестированы интеграции (Telegram, 1С).

Что делать, если связь всё-таки потерялась при экспорте

Бывают ситуации, когда в старой системе данные велись хаотично: использовались составные ключи, разные регистры написания или ручной ввод названий с опечатками. В классических CRM для исправления такой базы приходится нанимать интегратора или писать скрипты очистки.

В Amazi корректировка связей выполняется прямо в чате. Вы можете написать системному ассистенту: «Восстанови связь между таблицами "Сделки" и "Клиенты" по совпадению номера телефона или email, игнорируя регистр и пробелы» — и нейросеть предложит готовый алгоритм склейки без написания SQL-запросов и привлечения программистов.

Для предприятий с повышенными требованиями информационной безопасности и сложной инфраструктурой в Amazi предусмотрена возможность выгрузки сгенерированного исходного кода в репозиторий Git. Ваша внутренняя команда разработки может забрать чистый код, провести собственный аудит безопасности, доработать кастомные коннекторы и развернуть систему в закрытом контуре компании, полностью исключая зависимость от вендора (vendor lock-in).

Почему просто подключить ИИ к Notion через MCP — это не решение для бизнеса в РФ?

Появление официального Notion MCP позволило управлять страницами и трекерами задач прямо из чата с нейросетью. Однако для коммерческого контура (CRM, ERP, учёт финансов) эта связка несёт критические риски:

1. Удвоенный риск по 152-ФЗ: При работе через Notion MCP персональные данные ваших клиентов не только хранятся на зарубежных серверах самого Notion, но и в открытом виде передаются через протокол на серверы зарубежных LLM-провайдеров. В Amazi и база данных, и ИИ-обработка могут работать в локальном российском контуре (вплоть до установки On-Premise через выгрузку кода в Git).
2. Отсутствие гранулярного RBAC: В Notion нельзя закрыть от менеджера конкретную колонку в базе данных (например, «Закупочная цена» или «Телефон ЛПР»), оставив доступ к самой карточке сделки. В Amazi ролевая модель настраивается на уровне отдельных полей и действий.
3. Нет российской специфики «из коробки»: Даже с MCP Notion остаётся блокнотом с таблицами, тогда как Amazi генерирует полноценное трёхзвенное приложение с личными кабинетами, интеграцией с 1С и омниканальными ботами в Telegram.

Миграция как повод пересобрать архитектуру, а не просто скопировать

Переезд с Airtable или Notion на отечественную платформу — это не просто вынужденная мера ради соблюдения 152-ФЗ и защиты от блокировок. Это отличная возможность избавиться от накопившегося за годы «табличного хаоса», дублей и костылей.

Обычный CSV-экспорт разрушает старые связи, но интеллектуальная загрузка через нейросеть Amazi превращает этот процесс в быструю пересборку архитектуры: вместо плоских таблиц вы за несколько часов получаете полноценную кастомную CRM с жёсткой реляционной базой данных, настроенными правами сотрудников, ИИ-агентами и нативной интеграцией с Telegram и 1С.

Начните с переноса одной связки таблиц самостоятельно через чат-интерфейс или передайте задачу команде сертифицированных партнёров-интеграторов Amazi, которые проведут аудит и выполнят миграцию вашей базы «под ключ» без остановки текущих продаж.