Расскажем что входит в услугу «перенос данных в 1С из других систем» — и на какие риски и методы стоит обратить внимание, чтобы в учёте не было дублей, отрицательных остатков и расхождений.
Какие данные обычно переносят в 1С
В зависимости от задачи и исходной системы (Excel, «МойСклад», SAP, другая 1С и т. д.) в 1С обычно переносят:
Начальные остатки. Товары на складах (количество и стоимость), денежные средства, дебиторскую/кредиторскую задолженность, незавершённое производство.
Справочную информацию (НСИ). Номенклатуру, характеристики, единицы измерения, склады, контрагентов, договоры, статьи ДДС, направления/проекты, зоны хранения (актуально под ваши складские кейсы).
Документы и движения. Заказы, накладные, акты, счета, перемещения, возвраты — часто не все документы целиком, а только движения по регистрам, чтобы корректно сформировать остатки и себестоимость.
Историческую аналитику. Продажи, закупки, остатки по периодам — если нужна отчётность «от начала времён» или сверки.
Этапы переноса данных
Обследование и фиксация требований. Определяют, какие данные нужны, в каком объёме и на какую дату (обычно на 1‑е число месяца). Фиксируют учётную политику: метод оценки МПЗ, валюты, организации, аналитику по проектам/направлениям.
Анализ структуры данных в источнике. Изучают выгрузки/API/файлы (Excel, CSV, XML, JSON, DBF), выявляют проблемы: разные единицы измерения, дубли номенклатуры, разные наименования одного товара, некорректные даты.
Сопоставление структур (маппинг). Составляют таблицу соответствия: поле из старой системы → поле в 1С. Отдельно прописывают правила конвертации: например, «шт.» → базовая единица в 1С, разные статусы заказов → статусы в УТ/ERP.
Подготовка правил очистки и нормализации. Прописывают, как обрабатывать дубли, пустые значения, отрицательные количества, некорректные ИНН/КПП, разные варианты написания одного контрагента.
Выбор метода и инструмента переноса. Варианты:
Типовые обработки 1С — для стандартных сценариев (например, перенос из 1С:УПП в ERP).
Выгрузки в XML/JSON + загрузки — если есть чёткие форматы.
Скрипты/обработки на языке 1С — под сложные правила и большие объёмы.
ETL‑инструменты и промежуточные базы — для крупных проектов и интеграции с ERP‑системами.
Пробный перенос на копии базы. Делают тестовую загрузку небольшого среза данных, проверяют корректность: остатки, себестоимость, проводки, статусы, права.
Очистка и сверка. Ищут и исправляют дубли, проверяют отрицательные остатки, сверяют суммы по ключевым отчётам (остатки, задолженность, обороты).
Миграция в рабочую базу. Переносят полный объём данных, делают финальные сверки, фиксируют расхождения и способы их закрытия (корректировочные документы, ввод остатков).
Дозагрузка изменений (дельты). Если переход не «мгновенный», переносят изменения за период между тестовым и финальным переносом (новые заказы, поступления, оплаты).
Обучение и передача артефактов. Передают правила сопоставления, инструкции, обработки/файлы выгрузок, описывают, как при необходимости донастроить или повторить перенос.
Сопровождение и исправление ошибок. В первые недели помогают закрывать расхождения, корректировать остатки, разбирать спорные случаи.
Технические нюансы, которые влияют на результат
Себестоимость и метод оценки. Если в старой системе считали «по средней», а в 1С хотите FIFO или наоборот, нельзя просто перенести итоговые суммы: нужно либо переносить движения, либо делать расчёт в 1С с нужной политикой.
Единицы измерения и упаковки. Один и тот же товар может быть в «шт.», «упак.», «кг» в разных системах. Важно заранее привести к единой базе и настроить упаковки в 1С.
Даты и часовые пояса. Документы с датой «31.03» в одной системе могут стать «01.04» в другой из‑за времени и часового пояса. Это ломает остатки и отчётность.
Статусы и жизненный цикл. Статусы «в работе/отгружен/оплачен» из разных систем редко совпадают. Их нужно явно маппить и документировать.
Производительность. На больших объёмах (сотни тысяч строк) лучше загружать частями, использовать фоновые задания, отключать лишние проверки и индексы на время загрузки, а потом включать и пересчитывать итоги.
Контроль целостности. Нужны проверки: уникальность номеров, корректность ссылок на справочники, отсутствие отрицательных остатков после загрузки.
Примеры под некоторые задачи
Склад и логистика. Перенести остатки с привязкой к зонам/ячейкам: если в старой системе были «Зона А, ячейка 101», в 1С нужно заранее создать справочник зон и ячеек и настроить правила маппинга. Иначе аналитика по зонам будет пустой.
Выездные сотрудники и сервис. Перенести историю заявок и актов с сохранением статусов и привязкой к маршрутам. Важно сохранить даты и исполнителей, чтобы корректно считать KPI и трудозатраты.
Бухгалтерия и документооборот. Перенести задолженность с детализацией по договорам и статьям ДДС. Если в старой системе не было аналитики по проектам, а в 1С она нужна, придётся либо доначислять вручную, либо использовать упрощённую аналитику на старте.
Маркетплейсы и кабинет клиента. Перенести номенклатуру с артикулами, штрихкодами и фото, а также остатки и цены. Важно сразу настроить сопоставление по внешним идентификаторам (артикул маркетплейса, штрихкод), чтобы избежать дублей при дальнейших обменах.
Методы и форматы, которые чаще всего используют при переносе данных в 1С из других систем
XML/JSON. Универсально, удобно для типовых и кастомных выгрузок.
Excel/CSV. Подходит для небольших объёмов и справочников, но плохо для больших объёмов и сложных структур.
Прямой обмен через API. Если у старой системы есть API, это самый надёжный способ.
Промежуточная база (SQL/файловая). Для сложных маппингов и больших проектов.
Распределённые информационные базы (РИБ) и планы обмена. Если переносят между разными базами 1С или строят постоянную синхронизацию.
Ограничения и риски
Неполные или «грязные» данные в источнике. Если в старой системе много дублей и ошибок, перенос только размножит проблемы. Сначала нужна очистка.
Разные учётные политики. Нельзя «скопировать» себестоимость: её нужно либо пересчитать, либо перенести все движения, чтобы 1С сама закрыла период.
Потеря аналитики. Если в старой системе не было нужной аналитики (проекты, направления, зоны), в 1С её придётся либо заполнять вручную, либо вводить упрощённо.
Договор ИТС и обновления. Для легальной работы и обновлений 1С нужен действующий договор ИТС.
Регламентированная отчётность. Если перенос влияет на прошлые периоды, нужно заранее продумать, как закрывать расхождения и сдавать корректировки в ФНС/СФР.