Короткий ответ
Минимальный набор подготовки: актуальная копия базы, версия платформы и конфигурации 1С, список пользователей, перечень нужных программ и устройств, а также согласованное время переключения. Чем точнее заранее описаны эти вводные, тем спокойнее проходит перенос и последующее подключение сотрудников.
Какие данные о текущей 1С нужны заранее
До переноса важно понять, используется файловая база или клиент-серверный режим, какой у базы объем, какая версия платформы установлена и есть ли нетиповые доработки. Отдельно полезно зафиксировать, сколько пользователей работают одновременно и какие сценарии для них критичны в первый день после запуска.
Если база уже нагружена и есть жалобы на скорость, стоит заранее оценить, не нужен ли сразу SQL-сервер для 1С, чтобы не переносить текущую схему в облако, а потом быстро переделывать архитектуру.
Что подготовить по доступам и рабочим местам
Нужно заранее составить список сотрудников, которым понадобится доступ, и понять, как они будут подключаться после переезда. Для терминального сценария это обычно учетные записи, права в 1С, доступ к общим папкам, печати и дополнительным программам на сервере.
Если сотрудники работают из разных офисов и с домашних компьютеров, полезно заранее проверить, какие принтеры, сканеры, токены и ЭЦП должны работать через удаленный доступ. Именно эти зависимости чаще всего всплывают уже после успешного копирования базы.
Какие интеграции и сопутствующие сервисы нельзя забыть
Помимо самой базы нужно перечислить все, что участвует в ежедневной работе: почтовые отправки, обмены с банком, внешние обработки, подключение торгового оборудования, печатные формы, сертификаты подписи и регламентные задания. Если такие вещи не учесть заранее, формально база перенесется, но рабочий день после запуска может пройти с донастройками.
Полезно заранее подготовить тестовый список проверок: вход в 1С, открытие нужных баз, печать, обмены, подпись документов и доступ к рабочим каталогам. Это ускоряет приемку после переноса.
Как спланировать само переключение
Обычно заранее согласуют техническое окно, делают актуальную копию базы и определяют момент, после которого сотрудники уже не вносят новые данные в старую площадку. После загрузки базы на сервер проверяют запуск, права пользователей и ключевые рабочие сценарии, и только потом переводят команду на новый доступ.
Если нужен не просто перенос данных, а полноценная облачная работа с поддержкой и резервным копированием, удобно заранее определить ответственных, порядок связи и сценарий сопровождения после запуска. Тогда миграция превращается не в разовую копию базы, а в понятный managed-переезд.
