Как перенести заявки между листами Tilda CRM: сценарий, сопоставление полей и откат

Перенос заявок между листами Tilda CRM нужен, когда меняется процесс работы: появляется отдельная команда, проект или новая воронка. Операцию безопаснее проводить по схеме «сначала структура, потом тестовая запись, затем малая партия». Простое перемещение без проверки полей может сохранить строку, но потерять смысл статуса, комментарий или ответственного.

Перед началом откройте текущую справку Tilda и убедитесь, что функция доступна в вашем интерфейсе. Сохраните исходную выгрузку и заранее определите, какой лист является источником, а какой — приемником.

Составьте список полей обоих листов: имя, телефон, почта, источник, статус, дата, комментарий, ответственный и вложения. Поля с одинаковыми названиями не всегда имеют одинаковый тип. Например, статус может быть списком в одном листе и обычным текстом в другом.

Осторожно работайте с датами, выпадающими значениями, файлами и внутренними идентификаторами. Проверьте формат даты и часовой пояс. Для статусов заранее составьте соответствие: «Новая» не обязательно равна «Новый лид», если в двух листах разные рабочие процессы.

Не переносите секретные данные в комментарий только для того, чтобы «ничего не потерять». Если поле не имеет корректного места в новом листе, зафиксируйте это отдельно и согласуйте решение.

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

Сравните заголовок или идентификатор, контакты, статус, дату, комментарий и вложения. Если хотя бы одно важное поле изменилось, остановитесь и пересмотрите карту сопоставления. Не делайте вывод по тому, что строка появилась в списке.

После успешного теста выберите небольшой набор заявок одного типа. Например, перенесите лиды одного проекта или периода. Запишите количество строк до операции и ожидаемое количество после нее.

Проверьте уведомления, ответственных и права доступа. Если перенос запускает автоматические письма или изменение статуса, предупредите команду заранее. Дубли могут появиться не из-за самой операции, а из-за повторного импорта или параллельной ручной работы.

Проверьте количество записей, несколько старых и новых заявок, фильтр по статусу и поиск по телефону/почте. Отдельно убедитесь, что комментарии и вложения относятся к правильному клиенту. Если в новом листе используется другая схема статусов, документируйте ее, чтобы менеджеры не интерпретировали значения по-разному.

Признаки проблемы — исчезнувшие поля, одинаковые заявки в двух местах без понятного статуса, неправильная дата, потерянный файл или доступ к заявкам у лишних пользователей. При таких симптомах не запускайте следующий этап миграции.

У Tilda CRM не всегда есть универсальная кнопка отмены массовой операции. Поэтому до переноса нужен исходный экспорт и журнал идентификаторов. Если данные уже продублировались, не удаляйте записи по одному визуальному признаку: сначала сформируйте список совпадений по email, телефону и ID.

После завершения сравните исходный и новый лист, сохраните отчет и сообщите команде, какая структура теперь считается рабочей. Перенос можно считать законченным только после проверки данных, ролей, уведомлений и процесса обработки новых заявок.