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