← На главную

При ведении партионного учета в конфигурациях платформы 1С 7.7 (например, в «Торговля и Склад 7.7» или «Комплексная конфигурация 7.7») пользователи и администраторы нередко сталкиваются с ситуацией, когда в регистре ПартииНаличие появляется строка с пустым значением измерения Партия и отрицательным остатком (например, -2 шт.), а рядом числится конкретная партия с положительным остатком (+2 шт.). Попытки удалить такую запись напрямую средствами СУБД, процедурой «Удалить пустые» или через стандартное «Тестирование и исправление» не приносят результата. Разберем природу этой ошибки и рассмотрим правильные способы ее устранения.

Причины возникновения отрицательного остатка по пустой партии

Проанализируем механику работы партионного учета в 1С 7.7. Подобное состояние регистра не является техническим сбоем базы данных или повреждением таблиц MS SQL. Это классическая учетная коллизия — пересорт по партиям. Выясним основные причины ее появления:

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

Поиск первичных документов и исправление пересорта

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

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

Способы выравнивания остатков без правки старых документов

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

1. Документальное выравнивание через инвентаризацию:

   Оформляем документ «Инвентаризация ТМЦ». На его основании создаем два документа:

   — «Оприходование ТМЦ» — для закрытия минуса по пустой партии;

   — «Списание ТМЦ» — для списания зависшего положительного остатка с конкретной партии.

2. Штатное восстановление последовательности:

   Запускаем обработку «Восстановление последовательности документов» («Партионный учет»). При автоматическом списании по методам FIFO или LIFO программа пересчитает партии по цепочке документов и закроет временные разрывы остатков.

3. Корректировка через специализированную обработку:

   Если требуется скорректировать остатки программно через встроенный язык 1С 7.7, используем прямое обращение к регистру через штатный объект метаданных, избегая прямых запросов к SQL-таблицам.

   Посмотрим на пример кода внешней обработки для формирования корректирующего движения:

   Скопировать код

   
   Рег = СоздатьОбъект("Регистр.ПартииНаличие");
   Рег.Номенклатура = ВыбНоменклатура;
   Рег.МОЛ = ВыбСклад;
   Рег.Партия = ПолучитьПустоеЗначение("Справочник.Партии");
   Рег.Количество = 2;
   Рег.Приход();
   

Особенности работы с базой на MS SQL и ограничения платформы

Рассмотрим важные технические нюансы платформы 1С 7.7 при работе с SQL-версией:

1. Недопустимость прямой правки таблиц SQL: таблицы движений (RA...) и таблицы итогов (RG...) жестко связаны внутренней логикой платформы. Удаление записей через прямые SQL-запросы приведет к разрушению точки актуальности (ТА), расхождению итогов и системным ошибкам расчета себестоимости.
2. Роль «Тестирования и исправления»: утилита ТИИ в 1С 7.7 проверяет целостность ссылок и пересчитывает итоги на основе существующих записей движений. Поскольку движения с пустой партией являются синтаксически корректными, ТИИ их не удаляет.
3. Пересчет итогов: после внесения масштабных корректировок рекомендуется запустить операцию «Пересчет итогов» в режиме «Управление таблицами базы данных» в монопольном режиме.

Профилактика повторного появления зависших партий

Чтобы исключить появление подобных записей в будущем, настроим следующие правила:

1. В константах и параметрах учета устанавливаем жесткий контроль остатков: режим списания партий переводим в положение «Только при наличии остатка».
2. Ограничиваем права операторов на проведение документов задним числом без последующего контроля границы последовательности.
3. Вводим регламент регулярного контроля ведомости по партиям для своевременного обнаружения дефицита.