Сценарии перехода на новую 1С

Особенности перехода в новую базу 1С от компании MoscowSoft

Компания MoscowSoft специализируется на миграции 1С с 2015 года. Наши решения основаны на конфигурации Конвертация данных 2.0 (КД 2), что позволяет гибко выбирать объекты для переноса по организациям, периодам и т.п.. В отличие от простой выгрузки из 1С, наши правила конвертации обеспечивают полный перенос всех необходимых данных: начальных остатков, документов за указанный период и справочной информации. Например, готовая настройка миграции из Управление нашей фирмой (УНФ) в Комплексную автоматизацию 2 переносит остатки на начало периода, все документы и НСИ, так что после миграции в новой базе не остаётся «исходящих» записей – учёт можно продолжать сразу.

Ключевой особенностью наших переносов является последовательное проведение документов. Во время загрузки мы формируем таблицу всех проведённых в старой базе документов с датами. Затем после завершения загрузки выполняем поэтапное проведение документов – строго в хронологическом порядке и с учётом связей между ними. Это гарантирует целостность учёта в приёмнике и минимизирует ошибки.

Рассмотрим общий алгоритм (на примере проекта «под ключ»):

1. Сбор документов. При загрузке каждой записи из старой базы проверяем: если это документ и он был проведён в источнике, добавляем его в нашу таблицу с датой. После импорта сортируем список по возрастанию даты.
2. Первая итерация – заказы. Сразу после загрузки проводим все заказы клиентов и поставщиков по хронологии (от более раннего к позднему). Это важно, поскольку в конфигурациях УТ, КА, ERP каждая реализация товара ссылается на строку заказа (код номенклатуры из заказа-основания). Если заказ не проведён, связь теряется и реализации фиксируются «сверх заказа». Проведение заказов первым этапом обеспечивает правильную привязку и корректность следующих операций.
3. Вторая итерация – прочие документы. Затем проводим все остальные хозяйственные документы (реализации, поступления, списания, акты и т.д.), кроме счетов-фактур. Опять же – строго по возрастанию даты. На этом этапе мы гарантируем: весь товар пришёл/списался, документы реализации сформированы и т.п., но пока без проведения счетов-фактур.
4. Третья итерация – счета-фактуры. В конце отдельно проводим выданные и полученные счета-фактуры. Мы специально откладываем их до этого момента, чтобы избежать типовой ошибки: если дата счёта-фактуры равна дате реализации, счёт может попасть в список проведения чуть раньше «основания» (реализации) и привести к сообщению «Не найден документ-основание». Отложенная процедура «догоняет» счета-фактуры после проведения всего остального.

Итеративная схема переносов удобна для наглядности:

Таким образом, мы гарантируем, что в новой базе все документы проводятся в правильном порядке и «учёт продолжается с того момента, на котором остановилась старая база». Проще говоря, «последовательность проведения документов обеспечивает целостность учёта и избавляет от ошибок».

// Пример кода проведения документов в 1С (псевдокод):
Для Каждого ссылка Из таблицыДокументов Цикл
	Док = ВосстановитьОбъектДокумента(ссылка);
	Док.Записать(РежимЗаписиДокумента.Проведение); // документ проведён 
КонецЦикла

Почему при переходе на новую 1С заказы проводят первыми

Как уже упоминалось, при миграции из конфигураций Управление торговлей/КА/ERP реализация продажи часто ссылается на документ «Заказ клиента» (или аналог – «Заказ поставщику»). Если проводить реализацию до заказа, 1С не найдёт «основание» и строка попадёт вне заказа («сверх заказа»).

Поэтому первыми мы проводим именно все заказы: сначала заказы клиентов, затем – поставщикам, в порядке дат. Тогда последующие документы (реализации/поступления) будут «привязаны» к уже проведённым заказам и система присвоит товарам корректные коды номенклатуры. Таким образом мы сохраняем связь между заказами и документами-основаниями и не нарушаем структуру данных.

Проведение счетов-фактур при переходе в новую базу 1С

Счет-фактура (выданный или полученный) всегда создаётся на основе документа реализации или поступления. На практике часто случается, что эти документы имеют одинаковую дату и время вплоть до секунды. Если проводить все документы просто хронологически, счет-фактура может «встать» в списке проведения чуть раньше своего основания (реализации). Тогда при попытке провести счет-фактуру 1С выдаст ошибку «Не найден документ-основание».

Чтобы избежать этой проблемы, мы откладываем счёта-фактуры до последнего этапа. Когда все реализации/поступления уже проведены, основания для них присутствуют в базе. Только после этого мы запускаем отдельную итерацию проведения счетов-фактур. Как формулируют специалисты MoscowSoft: «когда все основные документы проведены, мы запускаем проведение счетов-фактур». Такая схема гарантирует: у каждого счёта есть проведённое основание, и этап проведения проходит гладко.

Сценарий № 1: Быстрый переход на новую 1С с начала года

Этот вариант оптимален, если нужно начать миграцию как можно скорее и нет времени на длительную подготовку. Мы переносим остатки на 1 января и все документы за несколько месяцев (обычно 1–4 мес) вплоть до даты переноса. По нашим наблюдениям, «самый обычный проект миграции из одной типовой конфигурации в другую длится от 1 до 4 месяцев, в зависимости от объема данных».

Типовой алгоритм в этом сценарии таков:

1. Шаг 1: Определить дату нового учёта – начало года (1 января). Загрузить начальные остатки по складам, счетам и др. балансам на эту дату.
2. Шаг 2: Сконфигурировать правило конвертации в КД 2: выборка всех справочников, номенклатуры и т.д., а также документов за период переноса (1–4 месяца).
3. Шаг 3: Выполнить перенос в тестовом режиме (например, на копии базы) и проверить, что целостность справочной информации соблюдена.
4. Шаг 4: Запустить рабочий перенос на живую базу. Дождаться его завершения и проверить проводки.

Плюсы сценария: быстрый старт миграции без длительной подготовки, оптимально, если сроки сжаты.
Минусы: сразу в продуктиве могут остаться ошибки переноса, т.к. правила конвертации не прошли «обкатку» на тестовом массиве. Однако в типовых проектах это компенсируется 1–4 месяцами проекта.

При необходимости миграция может проводиться в каникулы, так как после подготовки этот сценарий проходит стабильнее и быстрее.

Сценарий № 2: Тестовый переход в новую базу 1С перед праздниками

Этот сценарий включает пробный (тестовый) прогон переноса, а затем – рабочий перенос как в варианте 1. То есть сначала мы переносим остатки и документы за короткий период (например, 1 месяц) на приёмную базу, настраиваем правила, обучаем сотрудников – а потом делаем «окончательный» перенос в начале года.

Зачем нужен тестовый перенос? Основная часть работы при миграции – это выверка результатов. К примеру, при переносе 1 000 документов около 95% перенесутся корректно (950 штук), а около 50 документов придётся вручную исправлять. Именно поиск и исправление этих «случаев-исключений» занимает ~80% времени проекта. Если документов 50 000, то 5% ошибок – это уже 2 500 записей, которые нужно найти и обрабатывать.

Тестовый перенос позволяет заранее выявить и исправить большинство несоответствий. После него мы скорректируем правила конвертации с учётом особенностей вашего учёта. Тогда процент ошибок снизится до 1–2%, и рабочий перенос будет проходить намного быстрее и надежнее. Например, выполнение пробного переноса «освободит нас от необходимости править тысячи ошибок, и рабочий перенос можно провести в праздники при любых объёмах данных».

Кроме того, после тестового переноса у вас появится «база» с перенесёнными данными. Коллектив сможет потренироваться на ней и подготовиться к работе в новой системе до переноса «по большому». Это особенно важно для сложных конфигураций (КА2, ERP и т.д.), где процесс миграции может оказаться нетривиальным.

Алгоритм:

• Тестовый перенос остатков на произвольную дату. При необходимости дополнительно переносится один месяц документов. Этот этап нужен не для начала работы, а для проверки правил переноса, поиска особенностей учета и обучения пользователей работе в новой базе.
• Доработка правил переноса. По результатам тестового переноса корректируются найденные проблемы, чтобы рабочий перенос прошел максимально быстро и без неожиданностей.
• Рабочий перенос в новогодние праздники. Переносятся остатки на начало года и, при необходимости, документы за последний месяц.

За счет того, что все сложности были выявлены заранее, рабочий перенос занимает значительно меньше времени и позволяет начать новый год уже в новой информационной базе.

Главное преимущество этого варианта — не требуется переносить документы за длительный период. Вместо этого проводится подготовка, благодаря которой переход проходит спокойно и предсказуемо.

Сценарий № 3: Переход на новую 1С к произвольной дате

Если по каким-то причинам отложить переход нельзя (варианты 1 и 2 вас не устраивают), можно начать миграцию «прямо сейчас», устанавливая дату переноса в середине года. При этом необходимо учитывать ряд нюансов:

1. Во-первых, сроки такого проекта трудно прогнозировать. Как показывает практика, перенос данных «с 01.01.23 по 31.08.23» при обращении в мае затягивается и превращается в дорогостоящий проект. В таких случаях мы обычно рекомендуем либо сделать тестовый перенос и перейти с начала года, либо подождать до конца года.
2. Во-вторых, перенос на середину года часто требует переноса даты начала учёта или работы в двух базах одновременно, что увеличивает трудозатраты. Скажем, часть учёта вы вели бы в старой системе и часть — в новой до полной синхронизации. У нас есть инструменты для двустороннего автообмена и обратного переноса, а также большой опыт таких «среднегодовых» проектов.
3. В-третьих, неожиданное преимущество: как правило такие проекты проходят в непиковое время (середина года), и нагрузка специалистов меньше. В результате вашему переходу уделяется максимальное внимание нашей команды.

Итого: перенос в середине года возможен, но он сложен и часто удлиняет сроки. Главное – быть готовыми к тому, что проект займёт больше времени, чем весной, и обеспечить поддержку квалифицированных специалистов (у нас они есть).

Итоги: как выбрать сценарии перехода на новую 1С

Мы рассмотрели три подхода к миграции данных в новую базу 1С. Во многих случаях оптимальным будет сценарий с тестовым переносом (№ 2): он снижает риски, экономит время на финальном переносе и обеспечивает гладкий переход. Если же времени совсем нет, можно выполнить перенос «как есть» (сценарий № 1) – но будьте готовы к большему объёму ручной проверки. Сценарий № 3 (среднегодовой перенос) выбирают только при крайней необходимости, принимая во внимание дополнительные сложности.

В любом случае правильная последовательность действий критична: именно поэтапный алгоритм «заказы → прочие документы → счета-фактуры» обеспечивает целостность учёта и предотвращает ошибки. Использование готовых решений MoscowSoft ускоряет перенос: вам не придётся вручную дорабатывать документы и восстанавливать связи, система «научится» учёту с того момента, на котором остановилась старая база.

Готовы к переходу на новую 1С? Свяжитесь с нами для подбора подходящего сценария миграции и расчёта сроков. Также рекомендуем подписаться на рассылку и блог MoscowSoft – у нас регулярно выходят инструкции и советы по 1С. Задавайте вопросы нашей команде: мы поможем сделать перенос максимально гладким и безопасным!