Администрирование · 13 мин
Перенос данных приложения 1С: что это и как выполнить без потерь
Что такое перенос данных приложения 1С, какие способы существуют, как подготовить базу, проверить результат и избежать потери информации при миграции.
Перенос данных приложения 1С — это процедура перемещения информационной базы или её части из одного места в другое: с локального компьютера на сервер, из файловой базы в клиент-серверную, из старой версии конфигурации в новую, из одной учётной системы в другую. Задача возникает при смене оборудования, росте компании, переходе на актуальную редакцию программы или консолидации нескольких баз в одну.
В отличие от простого копирования файлов, перенос данных 1С затрагивает структуру учёта: справочники, документы, остатки по регистрам, настройки пользователей и права доступа. Ошибка на любом этапе приводит к расхождениям в остатках, потере документов или невозможности продолжить учёт. Поэтому перенос всегда планируют как отдельный проект с резервным копированием, тестовой проверкой и контролем результата.
Ниже разобраны основные сценарии переноса, применимые инструменты, порядок подготовки и проверки, а также ограничения, при которых самостоятельная работа небезопасна.
В каких ситуациях требуется перенос данных
Самый частый сценарий — переезд базы на новое оборудование. Компания покупает сервер или меняет компьютер бухгалтера, и файловую базу нужно переместить без потери данных. Технически это простейший случай: достаточно корректно скопировать каталог базы или выгрузить её в файл .dt и развернуть на новом месте.
Второй сценарий — переход из файлового режима в клиент-серверный. Когда число одновременных пользователей растёт, файловая база начинает тормозить и конфликтовать при записи. Тогда базу выгружают и загружают уже на сервер 1С с СУБД (например, PostgreSQL или MS SQL Server).
Третья группа сценариев — смена конфигурации или редакции: переход с 1С:Бухгалтерии 7.7 на 8.3, с Управление торговлей 10 на 11, с самописной конфигурации на типовую. Здесь простого копирования недостаточно — структуры данных различаются, и нужна конвертация по правилам обмена.
Наконец, перенос нужен при слиянии баз (объединение учёта нескольких юрлиц) или, наоборот, при разделении одной базы на несколько. Это самые сложные проекты, где критичны дедупликация справочников и корректная свёртка взаиморасчётов.
Достаточно копии каталога или файла .dt, время — от нескольких минут
Нужны сервер 1С, СУБД и выгрузка-загрузка через .dt
Требуются правила конвертации и сверка остатков по регистрам
Нужна дедупликация контрагентов и номенклатуры, контроль задвоений
Основные способы переноса и их инструменты
Для переноса базы целиком в пределах одной конфигурации используют выгрузку в файл .dt через конфигуратор (Администрирование → Выгрузить информационную базу) и последующую загрузку на новом месте. Файл содержит и данные, и конфигурацию, поэтому способ универсален для переездов и смены режима работы.
Для перехода между разными конфигурациями применяют конвертацию данных. Типовые переходы (например, с Бухгалтерии 7.7 на 8.3 или с УТ 10 на УТ 11) обычно выполняются штатными обработками переноса, которые поставляются вместе с новой конфигурацией. Они переносят справочники, остатки на дату перехода и иногда документы за выбранный период.
Для нетиповых ситуаций используют конфигурацию «Конвертация данных» и формат EnterpriseData, а также универсальные обработки выгрузки-загрузки XML. Это инструменты разработчика: они требуют настройки правил соответствия объектов исходной и целевой базы.
Сравнение способов переноса
Подходит для переезда той же конфигурации на новое железо или сервер. Ограничение: не работает между разными конфигурациями и требует монопольного доступа.
Подходят для типовых сценариев смены редакции. Ограничение: переносят только предусмотренные объекты, доработки источника не учитываются.
Подходит для нетиповых и сложных переносов. Ограничение: требует навыков разработки и тестирования правил.
Подходит для малого объёма данных при смене системы. Ограничение: история документов не переносится, высок риск ошибок ввода.
Подготовка базы перед переносом
Первый и обязательный шаг — резервная копия. До любых действий выгрузите базу в .dt и дополнительно скопируйте каталог файловой базы или сделайте бэкап средствами СУБД. Копия должна храниться отдельно от рабочей базы и проверяться на восстановление: только успешно развёрнутая копия считается рабочей.
Далее базу приводят в порядок. Закройте отчётный период, проведите все документы, устраните ошибки тестирования и исправления (ТиИ), проверьте отсутствие битых ссылок. В крупных базах имеет смысл выполнить свёртку остатков на дату перехода — это сокращает объём переносимых данных и упрощает сверку.
Отдельно зафиксируйте контрольные цифры до переноса: оборотно-сальдовую ведомость, остатки по складу, взаиморасчёты с контрагентами, остатки по счетам учёта денежных средств. Эти отчёты в распечатанном или сохранённом виде станут эталоном для проверки результата.
Пошаговый порядок переноса файловой базы
Рассмотрим базовый сценарий — переезд файловой базы той же конфигурации на новый компьютер или сервер. Он же является основой для перехода в клиент-серверный режим: там на последнем шаге база загружается не в каталог, а в кластер сервера 1С.
- 1Завершите работу всех пользователей и отключите регламентные задания, чтобы база была в монопольном режиме.
- 2Сделайте резервную копию: выгрузите .dt и скопируйте каталог базы на внешний носитель или сетевой диск.
- 3В конфигураторе выполните «Администрирование → Выгрузить информационную базу» и укажите файл .dt.
- 4Перенесите файл на новое место, создайте пустую базу и выполните «Загрузить информационную базу».
- 5Запустите тестирование и исправление в режиме проверки логической и ссылочной целостности.
- 6Откройте базу в режиме предприятия и сверьте контрольные отчёты с эталонными цифрами.
- 7Только после успешной сверки подключайте пользователей к новой базе, а старую переведите в режим «только чтение».
Если переносится не вся база, а отдельные данные (например, только справочники и остатки на дату), используют обработку выгрузки-загрузки XML. В ней выбирают конкретные объекты, выгружают в файл и загружают в целевую базу той же структуры. Этот способ не переносит пользователей и настройки — их придётся создавать заново.
Особенности переноса между разными конфигурациями
При смене редакции или конфигурации структуры объектов не совпадают: у документа в УТ 10 и УТ 11 разные реквизиты, справочники организованы иначе, регистры накопления переименованы. Прямая загрузка невозможна — данные преобразуют по правилам конвертации, где каждому объекту источника сопоставлен объект приёмника и заданы алгоритмы переноса полей.
Типовые обработки перехода обычно переносят справочники полностью, а документы — за ограниченный период или вовсе только остатки на дату старта. Это нормальная практика: историю хранят в старой базе, доступной для просмотра, а в новой начинают учёт с вводных остатков. Пытаться перенести всю историю за много лет — значит многократно увеличить сроки и риск ошибок.
Доработки источника в конвертацию автоматически не попадают. Если в старой базе были нестандартные документы или справочники, для них пишут отдельные правила либо принимают решение отказаться от переноса этих данных. Этот момент нужно зафиксировать до начала работ, иначе после перехода обнаружатся «пропавшие» сведения.
Проверка результата и контрольные точки
Перенос считается завершённым не после загрузки данных, а после сверки. Сравнивают контрольные отчёты, снятые до переноса, с теми же отчётами в новой базе на ту же дату. Совпадение итогов по ключевым разделам учёта — главный признак успеха.
Как проверить результат переноса
Итоги по счетам совпадают с эталоном до копейки
Есть расхождения по отдельным счетам или субконто
Количество элементов совпадает, нет дублей
Дубли элементов, пустые или «битые» ссылки
Остатки в разрезе складов и контрагентов совпадают
Отрицательные остатки, которых не было в источнике
Документы проводятся без ошибок, движения формируются
Ошибки проведения, отсутствие движений по регистрам
Дополнительно проверьте технические аспекты: работу регламентных заданий, обмены с другими системами, печатные формы и права пользователей. Часто после переноса данные на месте, но не настроены обмены с банком или сайтом, и учёт фактически останавливается.
Тестирование и исправление после загрузки обязательно: оно выявляет нарушения ссылочной целостности, которые визуально незаметны, но приведут к ошибкам при проведении документов и формировании отчётности.
Типичные ошибки и как их избежать
Ещё одна распространённая проблема — различие версий платформы. База, выгруженная на новой платформе, может не открыться на старой, а обратная ситуация потребует конвертации. Перед переносом убедитесь, что на целевом месте установлена платформа не ниже той, на которой работал источник.
Отдельно стоит сказать о правах доступа. При переносе через .dt пользователи и роли переносятся вместе с базой, а при конвертации данных — нет. Если в новой базе пользователей создают заново, заранее подготовьте матрицу доступа: кто и к каким разделам учёта должен иметь доступ.
Планируйте перенос на нерабочее время — выходные или ночь. Даже для небольшой базы оставьте запас времени на повторную выгрузку и сверку: в реальных проектах первая попытка почти никогда не бывает последней из-за мелких расхождений и забытых настроек.
Когда стоит привлекать специалиста
Самостоятельно безопасно выполнять простые сценарии: переезд файловой базы типовой конфигурации без доработок, загрузку на новое рабочее место, перенос через .dt между идентичными конфигурациями. Здесь достаточно аккуратности, резервной копии и сверки отчётов.
Помощь специалиста оправдана при переходе между конфигурациями с доработками, слиянии нескольких баз, переносе больших объёмов с обменами и интеграциями, а также когда база работает в клиент-серверном режиме с высокой нагрузкой. В этих случаях цена ошибки — остановка учёта и потеря данных — заметно выше стоимости сопровождения.
Как выбрать действие
Что важно запомнить
Перенос данных 1С — это не копирование файлов, а контролируемая процедура: резервная копия, подготовка базы, выгрузка подходящим инструментом, загрузка и обязательная сверка остатков с эталонными отчётами. Простые переезды выполняются самостоятельно, смена конфигурации и слияние баз требуют тестирования и часто — участия специалиста.
Частые вопросы о переносе данных 1С
Чем файл .dt отличается от копии каталога базы?
Файл .dt — это выгрузка базы штатными средствами конфигуратора, которая подходит и для загрузки в клиент-серверный режим. Копия каталога — побайтовый дубликат файловой базы; он быстрее создаётся, но применим только для того же файлового режима и той же версии платформы. Для надёжности перед переносом делают оба варианта.
Перенесутся ли пользователи и их пароли?
При выгрузке-загрузке через .dt список пользователей и настройки ролей переносятся вместе с базой. При конвертации данных между разными конфигурациями пользователи не переносятся — их создают в новой базе вручную и назначают права заново.
Можно ли перенести только остатки без документов?
Да, это стандартная практика при переходе на новую конфигурацию. Штатные обработки перехода формируют в новой базе документы ввода остатков на дату старта, а история остаётся в старой базе, которую сохраняют в режиме просмотра для справок и проверок.
Что делать, если после переноса отчёты не сходятся?
Не начинайте рабочий учёт в новой базе. Локализуйте расхождение: сравните отчёты по счетам и регистрам, найдите конкретный раздел учёта с разницей, проверьте, все ли документы и остатки попали в перенос. При необходимости повторите загрузку из резервной копии с исправленными настройками.
Сколько времени занимает перенос базы?
Переезд небольшой файловой базы через .dt занимает от десятков минут до нескольких часов в зависимости от объёма. Проекты по смене конфигурации с конвертацией и сверкой длятся дольше — от нескольких дней, поскольку включают тестовые итерации и исправление расхождений. Точный срок зависит от объёма данных и количества доработок.
Нужно ли обновлять конфигурацию перед переносом?
Желательно. Штатные обработки перехода рассчитаны на актуальные релизы исходной и целевой конфигураций, поэтому сначала обновите обе базы до поддерживаемых версий, а затем выполняйте перенос. Это снижает число ошибок конвертации и упрощает поддержку.