← На главную

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

Шаг 1. Проверка настройки указания складов в табличной части

Первым делом проанализируем настройки самой программы. В УТ 10.3 существует важная опция, которая часто вводит в заблуждение новичков: «Использовать указание складов в табличной части документов». Если эта настройка включена, то склад, указанный в строке с товаром, имеет приоритет над складом, указанным в «шапке» документа.

Разберем ситуацию: вы меняете склад в заголовке документа ПоступлениеТоваровУслуг со «Склада 2» на «Склад 1». Однако, если колонка «Склад» в табличной части заполнена значением «Склад 2» или просто скрыта от глаз, программа при проведении документа отправит товар именно на тот склад, который указан в строке. В итоге в печатной форме или в шапке вы видите один склад, а отчет ТоварыНаСкладах показывает другой.

Для исправления этой ситуации выполним следующие действия:

1. Откроем документ поступления, который делает «неправильный» приход.
2. Нажмем кнопку «Цены и валюта» в верхней части документа.
3. Проверим, стоит ли галочка «Использовать указание складов в табличной части».
4. Если галочка стоит, вернемся в табличную часть и через правую кнопку мыши выберем пункт «Настройка списка», чтобы отобразить колонку Склад. Убедимся, что во всех строках выбран нужный склад.

Шаг 2. Анализ регистратора через расшифровку отчета

Если визуально в документе все верно, нам необходимо выяснить, какой именно механизм делает записи в регистры. Для этого воспользуемся механизмом расшифровки непосредственно в пользовательском режиме, не заходя в Конфигуратор.

Выполним по шагам:

1. Сформируем отчет Товары на складах.
2. Найдем ячейку с «неправильным» приходом, которая обведена или вызывает сомнения.
3. Сделаем двойной клик левой кнопкой мыши по этой ячейке.
4. В появившемся окне выбора поля расшифровки выберем пункт «Документ-движения (Регистратор)».

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

Шаг 3. Расхождение между регистрами накопления

Выясним причину, по которой отчет может выдавать «кашу». В системе 1С данные хранятся в разных «корзинах» — регистрах накопления. Для складского учета в УТ 10.3 критически важны два из них:

• ТоварыНаСкладах — отвечает за физическое наличие товара.
• СвободныеОстатки — учитывает наличие за вычетом резервов.
• ПартииТоваровНаСкладах — отвечает за стоимость и себестоимость.

Иногда из-за программных доработок или некорректного использования обработок (например, «Групповая обработка справочников и документов») возникает ситуация, когда по одному регистру товар «упал» на один склад, а по другому — на другой. Если ваш отчет строится по регистру Товары на складах, а вы смотрите движения по Партиям, данные могут не совпадать. Проанализируем движения документа через кнопку «Перейти» — «Движения документа по регистрам». Если вы видите, что в разных вкладках указаны разные склады — документ необходимо перепроверить и перепровести.

Шаг 4. Управление порядком складов в макете отчета

Рассмотрим жалобу пользователя на то, что «новый склад появляется в середине, а должен быть в конце». Это часто принимают за программную ошибку, хотя на самом деле это стандартное поведение системы.

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

1. Нумерация в названии: Переименуйте склады в справочнике, добавив префиксы: 01_Основной, 02_Транзитный, 99_Новый. Тогда отчет всегда будет выстраивать их в нужном вам порядке.
2. Настройка сортировки: В настройках отчета (кнопка «Настройка») перейдем на закладку «Сортировка». Там можно добавить поле Склад.Код или Склад.Порядок (если такой реквизит добавлен программистом).

Шаг 5. Проверка типа склада (Оптовый vs Розничный)

Проанализируем еще одну возможную причину «пропадания» или неверного отображения данных. В справочнике Склады у каждого элемента есть тип:

• Оптовый: стандартный учет.
• Розничный: учет ведется в розничных ценах.
• НТТ (Неавтоматизированная торговая точка): особый тип учета по суммовым остаткам.

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

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

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

• Всегда проверяйте табличную часть документа поступления на наличие скрытой колонки Склад.
• Используйте двойной клик (расшифровку) для поиска конкретного виновника ошибки среди документов.
• Если данные «поплыли» после массовых изменений, воспользуйтесь стандартной обработкой «Проведение по партиям» или полным перепроведением документов за период.
• Следите за иерархией складов. Если склад случайно попал в другую группу (папку) в справочнике, в отчете с группировкой по иерархии он визуально окажется в неожиданном месте.

Помните, что 1С — это строгая система регистров. Если в отчете вы видите «кашу», значит, какой-то документ записал в регистр неверную аналитику. Метод последовательного исключения (от отчета к регистратору и от регистратора к строкам табличной части) позволяет решить эту проблему в 100% случаев без привлечения программиста.