Особенности перехода на 1С:ERP 2.5: требования к платформе, оптимизация базы данных и настройка взаиморасчетов

Программист 1С v8.3 (Управляемые формы) 1С:ERP Управление предприятием Управленческий учет IT и автоматизация бизнеса
← На главную

Переход на редакцию 1С:ERP 2.5 — это не просто очередное обновление конфигурации, а серьезный технологический сдвиг, требующий от технических специалистов и аналитиков тщательной подготовки. В процессе внедрения или обновления мы можем столкнуться с рядом неочевидных проблем: от несовместимости версий платформы до десятикратного роста объема хранимых данных в СУБД. В данной статье мы разберем основные "подводные камни" и найдем способы их преодоления.

Версия платформы и режим совместимости

Одной из первых трудностей при обновлении становится определение корректной версии платформы 1С:Предприятие. Часто возникает путаница между информацией в официальных письмах и реальными требованиями в коде конфигурации. Проанализируем ситуацию на примере релиза 2.5.5.82.

Рассмотрим минимальные требования:

  1. Для корректной работы ERP 2.5 режим совместимости конфигурации должен быть установлен не ниже 8.3.14. Использование платформы версии 8.3.12, которая была актуальна для старых веток 2.4, приведет к невозможности запуска системы или критическим ошибкам в работе библиотек БСП (Библиотека стандартных подсистем).
  2. Рекомендуемой версией для стабильной работы является 8.3.16.1148 и выше. Это связано с тем, что в ERP 2.5 активно используются механизмы расширений и оптимизированные запросы, которые корректно обрабатываются только на свежих движках платформы.
  3. В более поздних обновлениях (начиная с 2.5.6) требования еще выше — версия СтандартныеПодсистемы 3.1.3 требует платформу не ниже 8.3.14.1694.

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

Проблема взрывного роста базы данных на SQL Server

Многие администраторы баз данных после перехода на 2.5 замечают пугающую тенденцию: объем базы может вырасти в 2-3 раза буквально за несколько недель эксплуатации. Выясним причину этого явления.

Основным "виновником" является новый регистр Детализация себестоимости товаров. В архитектуре ERP 2.5 этот регистр предназначен для хранения подробных данных о формировании стоимости каждой партии. Посмотрим на реальный пример из практики эксплуатации:


-- Проверка размера таблиц через MS SQL Management Studio
EXEC sp_spaceused 'dbo._InfoRgXXXXX' -- где XXXXX имя таблицы регистра Детализация себестоимости

В некоторых случаях этот регистр может генерировать сотни миллионов записей. Проблема усугубляется огромным объемом индексов (index_size), которые могут занимать в 4-5 раз больше места, чем сами данные (data). Разберем, как с этим бороться:

  1. Ребилд индексов: Если база резко выросла, обычный shrinkdatabase не поможет, так как таблицы сильно фрагментированы. Необходимо выполнить REBUILD индексов для этого конкретного регистра. Это позволит SQL Server переупаковать данные более плотно.
  2. Анализ неиспользуемых индексов: В типовой конфигурации 1С часто создаются индексы "про запас". Проанализируем, какие из них не используются в ваших сценариях работы (через SQL Profiler или стандартные отчеты производительности SQL) и, при возможности, отключите лишнее индексирование в свойствах регистра в конфигураторе.
  3. Настройка глубины детализации: Если вашему предприятию не требуется пошаговый аудит каждой копейки в разрезе партий до бесконечности, рассмотрите возможность очистки устаревших записей этого регистра или настройку регламентных заданий по его оптимизации.

Примечание: Данная проблема была признана разработчиками 1С и зафиксирована под номером ошибки 00-00342146. В последующих патчах механизмы записи в этот регистр были оптимизированы.

Новый механизм онлайн-взаиморасчетов

В ERP 2.5 произошел качественный переход к модели онлайн-взаиморасчетов. Теперь распределение платежей по объектам расчетов (заказам и накладным) происходит непосредственно в момент проведения документа, а не при закрытии месяца. Это позволяет видеть актуальную дебиторскую задолженность в режиме реального времени.

Однако при настройке новой детализации "Аванс по заказам, долг по накладным" мы можем столкнуться с трудностями при вводе начальных остатков. Разберем ситуацию:

При использовании данного порядка расчетов система может "не видеть" заказ клиента как объект расчетов в документе Ввод начальных остатков. Это зарегистрированная ошибка (00-00342881). Для обхода проблемы на текущий момент рекомендуется:

Функциональные новшества и преемственность

Несмотря на технические сложности, ERP 2.5 принесла множество полезных инструментов, которые делают систему более гибкой:

1. Ставки НДС как справочник. Это долгожданное изменение. Теперь ставки НДС реализованы в виде справочника СтавкиНДС, что упрощает адаптацию системы под изменения законодательства без необходимости переписывания кода перечислений. Тем не менее, для обеспечения обратной совместимости в объектах, связанных с регламентированной отчетностью, все еще могут использоваться старые перечисления. Рассмотрим, как это выглядит в коде:


// Пример обращения к новой ставке НДС
СтавкаОбъекта = Справочники.СтавкиНДС.НайтиПоНаименованию("20%");
Если СтавкаОбъекта.Пустая() Тогда
    // Обработка исключения
КонецЕсли;

2. Интеграция с ИС МП (Маркировка). В версии 2.5 существенно расширен функционал работы с маркируемыми товарами. Теперь отгрузка товаров, подлежащих обязательной маркировке, интегрирована в общие цепочки документов более бесшовно, включая автоматическую проверку статусов кодов в системе "Честный знак".

3. Гибкие направления деятельности. Настройки направлений деятельности стали более детализированными. Теперь можно более точно разделять финансовые потоки и затраты, не создавая избыточного количества элементов в справочниках.

Рекомендации по внедрению

Проанализировав опыт участников обсуждения, мы можем составить план безопасного перехода на новую редакцию:

  1. Тестирование на копии: Никогда не обновляйте рабочую базу ERP 2.4 на 2.5 без предварительного прогона на копии с полным закрытием месяца. Особое внимание уделите размеру логов транзакций SQL во время конвертации данных.
  2. Проверка кастомизаций: Если у вас есть значительные доработки в части производственного учета или расчета себестоимости, помните, что модель производства в 2.5 претерпела изменения. Старые механизмы 2.1/2.2 постепенно выводятся из поддержки.
  3. Подготовка дискового пространства: Учитывая проблему с регистром детализации себестоимости, обеспечьте запас места на дисках СУБД (минимум +100% от текущего объема базы) перед началом эксплуатации.

Переход на ERP 2.5 — это шаг к использованию современных стандартов учета (ФСБУ 25/2018, ФСБУ 6/2020) и более высокой производительности за счет онлайн-механизмов, но он требует высокой квалификации от команды сопровождения.

← На главную