Администрирование · 11 мин
Как перейти на новую базу 1С: полная инструкция по переносу данных
Как перейти на новую базу 1С без потери данных: выгрузка, перенос справочников и документов, проверка остатков, типичные ошибки и FAQ для практиков.
Переход на новую базу 1С — типовая задача при смене конфигурации (например, с «Управление торговлей 10.3» на редакцию 11), при переезде с файловой базы на серверную, при консолидации нескольких баз в одну или при старте учёта «с чистого листа» с переносом актуальных остатков. Главный риск любого перехода — потеря или искажение данных: не сойдутся остатки по складу и расчётам, потеряются документы, «поедут» взаиморасчёты с контрагентами.
Безопасный переход строится по одной схеме: полная резервная копия старой базы, выбор способа переноса, выгрузка данных, загрузка в новую базу, сверка контрольных итогов и параллельная работа в двух базах на время проверки. Ниже разобран каждый этап с конкретными действиями и критериями, по которым понятно, что перенос прошёл успешно.
Важно понимать заранее: перенос данных между разными конфигурациями — это не техническая операция «в один клик», а проект. Даже штатные средства переноса требуют ручной доработки правил обмена и последующей сверки. Заложите на переход время: для небольшой базы это дни, для крупной — недели.
Определите, какой именно переход вам нужен
Под «переходом на новую базу» скрываются разные задачи, и от типа задачи зависит инструмент. Переход между версиями одной конфигурации (например, Бухгалтерия 2.0 → 3.0) выполняется типовым механизмом переноса, который поставляет фирма «1С». Миграция между разными конфигурациями (УТ 10.3 → УТ 11) тоже часто имеет типовой переход, но с ограничениями: переносятся только справочники и остатки на дату, а не вся история документов.
Переезд с файловой базы на клиент-серверную — это вообще не перенос данных, а смена режима работы: база выгружается в файл .dt и загружается на сервер 1С или в СУБД. Наконец, консолидация нескольких баз в одну или переход на самописную конфигурацию требуют разработки правил обмена в «Конвертации данных».
Как выбрать способ перехода
Сделайте резервную копию и подготовьте старую базу
Первое действие перед любым переходом — полная резервная копия исходной базы. Для файловой базы откройте конфигуратор, меню «Администрирование → Выгрузить информационную базу» и сохраните файл .dt. Для серверной базы используйте средства СУБД (например, резервное копирование MS SQL) или ту же выгрузку .dt в монопольном режиме. Проверьте, что копия восстанавливается: загрузите её в отдельный каталог и убедитесь, что база открывается.
Перед выгрузкой приведите данные в порядок. Закройте кассовые смены, проведите «висящие» документы, удалите помеченные объекты штатной обработкой «Удаление помеченных объектов», выполните тестирование и исправление базы. Чем чище исходные данные, тем меньше ошибок вылезет при загрузке в новую базу.
Определите дату перехода — точку, на которую снимаются остатки. Обычно это начало месяца или квартала. Все документы после этой даты либо переносятся отдельно, либо вводятся в новую базу вручную. Зафиксируйте дату письменно и сообщите её всем пользователям: после неё в старую базу ничего не вводится.
Выберите инструмент переноса данных
Для типовых переходов между редакциями фирма «1С» поставляет готовые механизмы. Например, в «1С:Бухгалтерии 3.0» есть встроенный помощник перехода с версии 2.0: он запускается из новой базы, подключается к старой и переносит справочники и остатки. Для УТ 11 существует обработка «Перенос данных из УТ 10.3». Это самый безопасный путь — правила уже протестированы разработчиком.
Универсальная обработка «Универсальный обмен данными в формате XML» (поставляется с конфигурацией «Конвертация данных») позволяет выгружать и загружать любые объекты по правилам обмена. Для идентичных конфигураций правила не нужны — обработка работает в режиме «одинаковые конфигурации». Для разных конфигураций правила придётся разрабатывать или заказывать.
Третий вариант — штатные планы обмена и механизм «Синхронизация данных» в типовых конфигурациях. Он подходит, когда нужна не разовая миграция, а постоянный обмен: например, между УТ и Бухгалтерией. Для разового перехода на новую базу он избыточен, но полезен на этапе параллельной работы, пока обе базы живут одновременно.
Сравнение инструментов переноса
Подходит для смены редакции той же конфигурации; минимум ручной работы, но переносит только то, что заложил разработчик — обычно справочники и остатки без детальной истории
Гибкий инструмент для любых пар конфигураций; для разных конфигураций требует готовых или разработанных правил обмена, иначе данные не сопоставятся
Полный контроль над переносом, включая документы и движения; требует навыков разработки и тестирования, самый трудоёмкий вариант
Только для переезда базы целиком без смены конфигурации (файловый режим → сервер); ничего не преобразует
Выполните выгрузку и загрузку данных
Общий порядок действий для типового перехода выглядит так. Сначала установите новую конфигурацию и создайте пустую базу. Затем запустите в ней помощник переноса или обработку загрузки, укажите источник — старую базу или файл выгрузки — и дождитесь завершения. При использовании XML-обмена сначала выполняется выгрузка из старой базы в файл, потом загрузка из файла в новую.
Выгружайте данные порциями, если база большая: сначала справочники (контрагенты, номенклатура, склады, договоры), затем остатки, затем документы за нужный период. Так проще локализовать ошибку: если загрузка упала на документах, справочники повторно грузить не придётся.
- 1Создайте и проверьте резервную копию старой базы
- 2Установите новую конфигурацию и создайте пустую базу
- 3Заполните в новой базе учётную политику и обязательные настройки
- 4Запустите помощник переноса или обработку загрузки, укажите источник
- 5Дождитесь завершения и изучите протокол ошибок загрузки
- 6Исправьте ошибки, повторите перенос проблемных объектов
- 7Сверьте остатки и контрольные отчёты в обеих базах
Обязательно читайте протокол загрузки. Типовые обработки пишут, какие объекты не загрузились и почему: не найден тип документа, не заполнено обязательное поле, дубль по уникальному полю. Каждую ошибку нужно либо исправить в данных, либо осознанно пропустить, зафиксировав решение.
Проверьте результат: сверка остатков и отчётов
Перенос считается завершённым только после сверки. Основной инструмент — оборотно-сальдовая ведомость: сформируйте её в старой и новой базе на одну и ту же дату перехода и сравните конечные сальдо по счетам. Совпадение по итогу недостаточно — проверьте развёрнутое сальдо по ключевым счетам: 41 (товары), 60 и 62 (расчёты), 50 и 51 (деньги), 10 (материалы).
Дополнительно сверьте аналитические отчёты: остатки товаров по складам в количественном и суммовом выражении, акты сверки по крупнейшим контрагентам, задолженность по зарплате и налогам. Расхождение даже в копейках — повод найти причину: округления при переносе имеют свойство накапливаться и потом мешать закрытию месяца.
Как проверить результат переноса
Конечные сальдо по всем счетам совпадают со старой базой
Расхождения по счетам, отсутствующие субконто
Количество и сумма совпадают по каждому складу
Отрицательные остатки, потерянные партии
Акты сверки по ключевым контрагентам идентичны
Долги «повисли» без договоров или удвоились
Документы открываются, проводятся, печатные формы работают
Ошибки при проведении, пустые реквизиты
Организуйте параллельную работу и финальный переход
Не переводите всех пользователей в новую базу в день загрузки. Оптимальная схема: одна-две недели параллельной работы, когда операции вводятся в новую базу, а старая остаётся доступной для справок и сверки. Периодически (например, еженедельно) повторяйте сверку ОСВ — так вы поймаете ошибки ввода и неучтённые операции раньше, чем они станут проблемой отчётности.
Закрытие первого месяца в новой базе — финальный экзамен. Выполните регламентные операции: расчёт себестоимости, закрытие затратных счетов, формирование книги покупок и продаж. Если месяц закрылся без ручных правок и отчётность сходится, переход можно считать завершённым, а старую базу — перевести в режим «только чтение» и хранить как архив.
FAQ: частые вопросы о переходе на новую базу 1С
Сколько времени занимает переход на новую базу?
Зависит от объёма данных и способа переноса. Типовой переход небольшой базы (одна организация, несколько тысяч документов) обычно укладывается в несколько дней с учётом сверки. Крупные базы с разработкой правил обмена могут занимать недели и месяцы. Основное время уходит не на саму выгрузку, а на сверку и исправление расхождений.
Можно ли перенести все документы за несколько лет?
Технически — да, через правила конвертации данных, но для разных конфигураций это дорого и рискованно. Практичный подход: перенести справочники и остатки на дату перехода, а историю оставить в старой базе, доступной в режиме чтения. Полный перенос истории оправдан только при консолидации баз или жёстких требованиях к единому архиву.
Что делать, если после переноса не сошлись остатки?
Сначала локализуйте счёт и аналитику расхождения через развёрнутую ОСВ. Частые причины: незагруженные документы ввода остатков, дубли справочников, разная настройка учётной политики. Исправлять нужно не ручными операциями «в лоб», а повторным переносом проблемного участка — иначе при следующей сверке ошибка вернётся.
Нужно ли покупать новую лицензию при переходе на новую редакцию?
При переходе на старшую редакцию той же линейки (например, Бухгалтерия 2.0 → 3.0) обычно действует апгрейд по схеме производителя — стоимость считается с зачётом имеющейся лицензии. Условия апгрейда зависят от конкретных продуктов, уточняйте их у партнёра 1С до начала проекта, чтобы заложить бюджет.
Как быть с доработками старой конфигурации?
Доработки не переносятся автоматически. Составьте их реестр до перехода и решите по каждой: отказаться (часто новая редакция уже содержит нужный функционал), реализовать заново через расширение конфигурации или перенести доработку вручную. Расширения предпочтительнее — они не усложняют будущие обновления.
Можно ли выполнить переход самостоятельно, без специалиста?
Типовой переход между редакциями с помощником переноса — да, если вы уверенно работаете с конфигуратором и умеете читать ОСВ. Переход с разработкой правил обмена, консолидацию баз и перенос нестандартных данных лучше поручить специалисту: цена ошибки — искажённый учёт и проблемы с отчётностью.
Что важно запомнить
Переход на новую базу 1С безопасен только при соблюдении последовательности: проверенная резервная копия, правильно выбранный инструмент переноса, порционная загрузка с анализом протокола ошибок, сверка ОСВ и аналитических отчётов, параллельная работа до первого успешного закрытия месяца. Старая база после перехода сохраняется как архив в режиме чтения.