← На главную

При длительной эксплуатации 1С:Управление торговлей 11 информационная база непрерывно увеличивается в объеме. Это приводит к замедлению проведения документов, долгому формированию управленческой отчетности и увеличению времени резервного копирования. Перед специалистом встает задача: начать работу с нового периода в «чистой» базе, сохранив нормативно-справочную информацию и актуальные остатки. Рассмотрим основные способы реализации этой задачи, разберем возможные подводные камни и выясним, как правильно подготовить данные.

Обязательная предварительная подготовка базы перед сверткой

Прежде чем приступать к свертке или переносу остатков любым способом, необходимо корректно закрыть учетные периоды в исходной базе. Игнорирование этого шага гарантированно приведет к искажению данных в новой базе.

1. Регламентное закрытие месяца: Выполним процедуру «Закрытие месяца» за все прошлые периоды без ошибок. Если расчет себестоимости по партиям не выполнен, остатки по регистрам зафиксируются некорректно, что исказит валовую прибыль в будущем.
2. Оформление межфирменных продаж (Интеркампани): Если в системе включена передача товаров между организациями, необходимо оформить все документы ПередачаТоваровМеждуОрганизациями. Незакрытые отрицательные остатки между собственными юрлицами приведут к ошибкам в регистрах партий.
3. Обработка незавершенных заказов: Проанализируем незакрытые заказы клиентов и поставщиков. Если документы прошлых периодов будут удалены, а заказы останутся открытыми, в регистрах резервов и обеспечения останутся некорректные «зависшие» движения. Неактуальные заказы необходимо закрыть или отменить.

Вариант 1. Использование штатного механизма свертки УТ 11

В типовые конфигурации 1С:Управление торговлей 11 встроен штатный помощник свертки информационной базы (раздел НСИ и администрирование — Обслуживание — Свертка информационной базы). Рассмотрим особенности его работы:

1. Формирование документов ввода остатков: В современных редакциях конфигурации помощник формирует не универсальные корректировки записей регистров, а полноценные документы ВводОстатков по соответствующим разделам учета (товары на складах, взаиморасчеты, денежные средства). Это сохраняет правильную аналитику учета.
2. Нагрузка на СУБД: Процедура массовой пометки и непосредственного удаления старых документов создает колоссальную нагрузку на дисковую подсистему и журнал транзакций. Если база работает под управлением MS SQL, перед сверткой рекомендуется перевести базу данных в простую модель восстановления (Simple Recovery Model).
3. Сжатие и обслуживание СУБД: После завершения штатной свертки и физического удаления документов размер файла базы данных автоматически не уменьшится. Потребуется выполнить сжатие (Shrink), реиндексацию таблиц и пересчет итогов через утилиту «Тестирование и исправление».

Вариант 2. Создание новой базы и перенос остатков

Часто штатная свертка на сильно фрагментированных и тяжелых базах выполняется недопустимо долго (по несколько суток) или прерывается ошибками блокировок. В таких ситуациях практичнее развернуть пустую базу того же релиза и перенести данные.

Разберем по шагам создание чистой информационной базы:

1. Перенос справочников и классификаторов: Перенесем нормативно-справочную информацию (номенклатуру, контрагентов, договоры, структуры предприятий) с помощью конфигурации Конвертация данных или обработки ВыгрузкаЗагрузкаДанныхXML. При переносе через XML выгружаются только справочники и регистры сведений, без истории движений и документов.
2. Формирование и загрузка остатков:

   В чистой базе создаются документы ВводОстатков. Заполнить их можно следующими способами:

   1. Через встроенную функциональность «Загрузка данных из внешнего файла» в табличных частях документов ввода остатков (вставка данных из буфера обмена или таблицы Excel).
   2. Сформировав специализированные правила обмена в 1С:Конвертация данных, выгружающие остатки регистров исходной базы в документы ввода остатков базы-приемника.
   3. Используя обмен через универсальный формат EnterpriseData с настроенным отбором по дате среза.

Вариант 3. Экспресс-перенос складских остатков через инвентаризацию

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

1. В рабочей базе на дату среза создаем документ ПересчетТоваров (или ИнвентаризацияТоваров в зависимости от используемой складской подсистемы) и фиксируем фактические остатки на складах.
2. Создаем пустую информационную базу и загружаем в нее структуру справочников.
3. Переносим созданный документ инвентаризации в новую базу.
4. На основании документа вводим складские остатки (через оприходование товаров или ввод остатков).

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

Почему схема с РИБ «с определенной даты» не работает по умолчанию?

Часто возникает идея настроить распределенную информационную базу (РИБ), выгрузить начальный образ с фильтрацией по дате и отвязать дочерний узел. Выясним причину, по которой этот механизм не применим «из коробки» в УТ 11:

В типовом плане обмена Полный библиотеки стандартных подсистем (БСП) отсутствует встроенный фильтр по дате документов. План обмена регистрирует изменения абсолютно всех объектов метаданных без временных отборов. Для реализации фильтрации по дате через механизм обмена потребуется вносить изменения в конфигурацию и переписывать правила регистрации объектов (ПРО), что существенно сложнее стандартного переноса данных через внешние обработки.

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

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

1. Очистка версий объектов: Проанализируем регистр сведений ВерсииОбъектов. Если версионирование включено для всех справочников и документов, данный регистр разрастается до огромных размеров. Очистим устаревшие версии через раздел НСИ и администрирование — Обслуживание — История изменений.
2. Перенос файлов в тома: Перенесем присоединенные файлы (сканы договоров, фотографии номенклатуры) из базы данных в тома на сетевом диске.
3. Очистка очередей заданий: Удалим устаревшие протоколы обмена и очереди заданий к расчету распределения запасов и себестоимости.

После выполнения этих регламентных процедур и сжатия таблиц база данных часто сокращается в объеме на 40–60%, отменяя необходимость сложной и рискованной процедуры обрезки документов.