Переход с редакции 2.4 на 2.5 в 1С:ERP — это не просто очередное обновление конфигурации, а фундаментальная смена архитектуры учета. Процесс затрагивает ключевые подсистемы: от взаиморасчетов и склада до учета внеоборотных активов. Разберем подробно, с какими сложностями сталкиваются специалисты и как минимизировать риски при миграции данных.
Прежде всего, проанализируем выбор версии для перехода. В экосистеме ERP существуют версии с длительной поддержкой (LTS). Например, релиз 2.5.8 являлся LTS до апреля 2023 года, а следующим стабильным этапом стал 2.5.12. Рекомендуется планировать переход именно на LTS-релизы, так как они проходят более тщательную проверку и содержат меньше критических ошибок в механизмах конвертации данных.
Важно учитывать, что технологическое окно для обновления может занять значительное время. Для баз объемом около 200 Гб процесс конвертации может длиться более 24 часов. Это связано с тем, что система выполняет массовое перестроение регистров и создание новых объектов в справочниках. Рассмотрим ситуацию, когда после основного обновления запускаются процедуры отложенного обновления — они могут длиться неделями, выполняя дозаполнение новых аналитик в фоновом режиме.
Одним из самых серьезных изменений в 2.5 является переход на использование справочника ОбъектыРасчетов. В версии 2.4 аналитика взаиморасчетов (заказы, накладные, договоры) хранилась непосредственно в измерениях регистров. Теперь всё это объединено в единую ссылочную структуру.
Разберем, к чему это приводит на практике:
РасчетыСКлиентами или РасчетыСПоставщиками, механизмы конвертации могут неверно сопоставить остатки.Заказ или Договор в регистрах накопления, перестанут работать или будут выдавать пустые значения. Потребуется переписать запросы с использованием связи через поле ОбъектРасчетов.В версии 2.5 фирма «1С» полностью отказалась от регистра накопления СвободныеОстатки. Вместо него внедрена система Распределения запасов. Посмотрим, как это работает и какие проблемы могут возникнуть:
Ранее расчет доступного остатка происходил «на лету» путем вычитания резервов из общего количества. Теперь это отдельный механизм, который может работать в фоновом режиме. Если на предприятии используется ордерный склад, будьте готовы к тому, что после обновления доступные остатки могут «разъехаться». Это происходит из-за более жесткого контроля статусов «К обеспечению» и «В резерве».
Рассмотрим рекомендации по стабилизации этого участка:
РаспределениеЗапасовДвижения. Если в нем появились отрицательные значения, это первый признак некорректно перенесенных резервов.В подсистеме учета валютных операций в 2.5 реализован переход на «относительные курсы». Если ранее курсы хранились в привычном виде в регистре сведений КурсыВалют, то теперь логика расчетов усложнилась для поддержки различных вариантов пересчета в БУ и НУ (согласно ПБУ 3/2006 и требованиям налогового законодательства).
Выясним причину возможных проблем: при переходе на 2.5.10 и выше часто «летят» курсовые разницы в авансах. Это связано с тем, что система по-новому интерпретирует даты возникновения задолженности и переоценки. Рекомендуется перед закрытием первого месяца в 2.5 тщательно сверить ОСВ по валютным счетам 60.21, 62.21 и аналогичным.
Многие пользователи отмечают «веселье» при закрытии месяца в новой редакции. Типичная ситуация: закрытые ранее периоды (даже в 2.4) внезапно «краснеют» и требуют пересчета. Это происходит из-за появления новых регламентных заданий в цепочке закрытия месяца, которые система пытается выполнить ретроспективно.
Проанализируем алгоритм действий в этом случае:
ЗаданияКРасчетуСебестоимости и ЗаданияКРасчетуЭтаповПроизводства для старых периодов.Версия 2.5 была глубоко переработана под требования ФСБУ 6/2020 и ФСБУ 25/2018. Архитектура регистров ОС и НМА изменена полностью. Рассмотрим ключевые моменты:
Если в версии 2.4 вы использовали ручные операции для корректировки стоимости ОС или начисления амортизации, в 2.5 эти данные могут не подхватиться штатными алгоритмами. Система ожидает данные в новых регистрах, таких как СтоимостьОС и ПараметрыАмортизацииОСБухгалтерскийУчет. При переходе важно проверить, чтобы по каждому объекту корректно заполнились «События ОС», иначе начисление амортизации в первом же месяце после обновления может прерваться.
В 2.5 реализована новая логика учета РБП. Теперь в справочнике СтатьиРасходов необходимо явно указывать правила распределения по трем видам учета (БУ, НУ, УУ). Посмотрим на пример: если в 2.4 настройка была «размытой», то после перехода нужно проставить галки соответствия. В противном случае РБП могут перестать списываться в налоговом учете, что приведет к разрывам в декларации на прибыль.
При подготовке перехода обязательно используйте «Помощник перехода на ERP 2.5». Он позволяет выполнить предварительную проверку данных в базе 2.4. Рассмотрим пример кода, который часто приходится использовать для исправления ошибок дублирования объектов расчетов, если штатный поиск дублей не справляется:
// Пример логики поиска и замены дублей объектов расчетов
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ОбъектыРасчетов.Ссылка КАК Ссылка,
| ОбъектыРасчетов.Объект КАК Объект
|ИЗ
| Справочник.ОбъектыРасчетов КАК ОбъектыРасчетов
|ГДЕ
| ОбъектыРасчетов.Объект В(&МассивОбъектов)";
// После нахождения дублей необходимо использовать стандартную
// процедуру ОбщегоНазначения.ЗаменитьСсылки()
Также следует учитывать, что объем базы данных в процессе обновления может временно вырасти на 30–50%. Это происходит из-за того, что система хранит данные и в старых, и в новых структурах до завершения всех процедур отложенного обновления. Заранее позаботьтесь о свободном месте на SQL-сервере и объеме логов транзакций.
Переход на ERP 2.5 — это стратегический шаг, требующий серьезной подготовки. Основные усилия должны быть сосредоточены на аудите взаиморасчетов и проверке корректности ведения склада. Не пытайтесь обновить рабочую базу без предварительного «боевого» тестирования на копии с полным циклом закрытия месяца. Помните, что чем чище данные в 2.4, тем меньше «подводных камней» всплывет после нажатия кнопки «Обновить».