В процессе работы с конфигурацией Управление торговлей 10.3 пользователи часто сталкиваются с ситуацией, когда данные в управленческих отчетах перестают быть консистентными. Расхождение между «Свободным остатком» и «Остатком организации» может привести к невозможности отгрузки товара, ошибкам в финансовом учете и путанице при планировании закупок. Давайте разберем, почему это происходит и как привести данные в порядок.
Прежде чем приступать к исправлению, важно уяснить логику работы регистров. Свободный остаток рассчитывается как текущий остаток по складам за вычетом товаров, находящихся в резерве. В то же время, Остаток организации базируется на регистре Товары организаций, который учитывает партии товаров и документы их поступления.
Основные причины возникновения ошибок:
Заказ покупателя.Товаров организаций дважды, не затрагивая при этом складские остатки.Первое, что мы должны сделать — локализовать место возникновения расхождения. Для этого воспользуемся стандартными отчетами с максимальной детализацией.
Ведомость по товарам на складах и отчет Ведомость по товарам организаций за весь период работы базы.Регистратору. Это позволит увидеть каждый документ, который менял состояние остатков.Рассмотрим несколько рабочих подходов к исправлению ситуации, от простых к более сложным.
Если проблема вызвана тем, что документы вводились в произвольном порядке, нам необходимо вернуть хронологическую последовательность. Для этого воспользуемся обработкой Проведение документов.
Важно: Перепроводить документы следует строго по порядку. Если у вас несколько складов, выполняйте эту операцию для каждого склада отдельно, чтобы избежать пересечения партий.
// Пример логики, которую выполняет система при перепроведении
// Списание партий по методу ФИФО
Для Каждого СтрокаТЧ Из Документ.Товары Цикл
// Система ищет записи в регистре ТоварыОрганизаций
// и списывает их по принципу FIFO
КонецЦикла;
Если свободный остаток меньше физического наличия на складе, значит, товар «зарезервирован». Даже если вы не планировали использовать резервы, они могли возникнуть автоматически. Проверьте регистр Товары в резерве на складах. Если в нем есть остатки, которые не подкреплены актуальными заказами, их необходимо «снять» через корректировку или удаление соответствующих заказов.
В случаях, когда отчеты показывают расхождения с самого начала эксплуатации базы или после критических сбоев оборудования, обычное перепроведение может не помочь. В такой ситуации необходимо выполнить технические процедуры:
Конфигуратор.Администрирование — Тестирование и исправление.Реиндексация таблиц информационной базы и Пересчет итогов.Для продвинутых пользователей и программистов лучшим инструментом станет Консоль запросов. Вы можете написать прямой запрос к регистрам ТоварыНаСкладах и ТоварыОрганизаций, чтобы увидеть разницу в количественных показателях в разрезе номенклатуры.
ВЫБРАТЬ
РегСклад.Номенклатура,
РегСклад.КоличествоОстаток КАК Склад,
РегОрг.КоличествоОстаток КАК Организация
ИЗ
РегистрНакопления.ТоварыНаСкладах.Остатки(&Период, ) КАК РегСклад
ПОЛНОЕ СОЕДИНЕНИЕ
РегистрНакопления.ТоварыОрганизаций.Остатки(&Период, ) КАК РегОрг
ПО РегСклад.Номенклатура = РегОрг.Номенклатура
ГДЕ
ЕСТЬNULL(РегСклад.КоличествоОстаток, 0) <> ЕСТЬNULL(РегОрг.КоличествоОстаток, 0)
Используя этот подход, вы быстро вычислите позиции номенклатуры, которые требуют пристального внимания. После обнаружения проблемного документа, его необходимо либо перепровести, либо скорректировать его данные, если они были внесены ошибочно.
Помните: последовательность — залог успеха. В 1С Управление торговлей 10.3 любые действия «задним числом» требуют последующего восстановления последовательности, иначе накопление ошибок будет неизбежным.