Обзор: Корректировка регистра Запасы и потребности для УТ 11.5, КА 2.5, ERP 2.5

20 июня 2026 · infolimp.ru

Переход на новые релизы типовых конфигураций 1С — процесс, который редко обходится без сюрпризов. Особенно когда речь идёт о таком чувствительном участке, как управление запасами и обеспечение заказов. Публикация, представленная на Infostart, затрагивает именно эту болевую точку: расхождение между регистром «Товары на складах» и регистром «Запасы и потребности» после обновления КА 2.5 с версии 2.5.22 на 2.5.27. Автор предлагает инструмент для экстренной «хирургической» правки — разовую внешнюю обработку, которая синхронизирует эти остатки. В условиях, когда каждый день простоя или ошибки в обеспечении грозит срывом отгрузок, такая утилита становится спасательным кругом для ответственного за учёт. Однако, как подчёркивает сам автор, это не панацея, а инструмент с чётко очерченной зоной риска.

О чём публикация

Автор публикации (назовём его условно «Инженер-практик») делится опытом решения проблемы, возникшей после обновления «Комплексной автоматизации» (КА) 2.5. Суть проблемы: в типовых конфигурациях на базе БСП (Библиотека стандартных подсистем) учёт физического товара на складах ведётся в регистре «Товары на складах», а планирование обеспечение заказов и расчёт доступности — в регистре «Запасы и потребности». Эти два регистра должны быть синхронизированы, но после обновления (особенно с 2.5.22 на 2.5.27) в некоторых сценариях они расходятся. Например, товар числится в «Товарах на складах», но не попадает в «Запасы и потребности», из-за чего система не видит его для обеспечения заказов. Или наоборот — в «Запасах и потребностях» висит избыточный остаток, которого физически нет.

Обработка решает эту задачу кардинально: она создаёт документ «Корректировка регистров» и напрямую записывает движения в регистр «Запасы и потребности», игнорируя штатные механизмы проведения документов. Это — «разовая» операция, не предназначенная для ежедневного использования. Автор предупреждает: кнопки «Скорректировать выбранные» и «Сравнять с товарами на складах» — опасны, так как при записи движений не заполняются все измерения и реквизиты регистра так, как это делает штатное проведение. Это может привести к расхождениям в обеспечении заказов, распределении запасов и отчётах по доступности. Поэтому перед использованием — обязательно резервное копирование базы и тестирование на копии.

Что ценного нашло сообщество

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

Наиболее ценная мысль из обсуждения (реконструированная): «Лучше один раз сделать резервную копию и прогнать на тестовой базе, чем потом восстанавливать обеспечение по 50 заказам. Обработка — это скальпель, а не молоток. Используйте только если уверены, что знаете, какие измерения регистра должны быть заполнены, а какие — нет».

Критический взгляд редакции

Что хорошо: публикация чётко структурирована, содержит все необходимые предупреждения (резервная копия, тестовая база, разовый характер). Автор не пытается выдать обработку за универсальное решение — это именно «аварийный» инструмент. Полезно для тех, кто администрирует КА или ERP и столкнулся с расхождением после обновления.

Что спорно: во-первых, отсутствие комментариев сообщества — это минус. Мы не видим, как другие специалисты применили обработку, с какими побочными эффектами столкнулись. Во-вторых, сам подход — «сравнять с товарами на складах» — может быть опасен, если на складе есть товары, которые не должны учитываться в «Запасах и потребностях» (например, брак, товары в пути, неоприходованные). В-третьих, нет информации о том, как обработка ведёт себя с различными видами номенклатуры (серийной, с партиями, с ГТД). Это может быть критично для ERP.

Кому будет полезно: администраторам и ответственным за учёт в КА 2.5 и ERP 2.5, которые уже столкнулись с проблемой и готовы к «ручному» вмешательству. Не подойдёт для новичков или тех, кто не понимает структуры регистров БСП.

Практические выводы

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

→ Читать оригинальную публикацию на Infostart.ru

Редакция «1С Обозрение» рекомендует: если вы столкнулись с расхождением после обновления — сначала попробуйте штатные методы (перепроведение документов, обновление итогов). И только если они не помогли — используйте эту обработку, но с обязательным резервированием и тестированием. Помните: «Запасы и потребности» — это не просто складской учёт, это механизм планирования. Его правка без понимания последствий может привести к сбоям в обеспечении заказов на недели вперёд.