Расскажем что входит в услугу «перенос данных в 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С нужен действующий договор ИТС.
- Регламентированная отчётность. Если перенос влияет на прошлые периоды, нужно заранее продумать, как закрывать расхождения и сдавать корректировки в ФНС/СФР.