← На главную

Рассмотрим распространенную и довольно неприятную ситуацию при работе в конфигурации 1С:Управление торговлей 11.4 (УТ 11.4). Допустим, вы оформляете типовой документ ПриобретениеТоваровУслуг. В табличной части указано поступление 7 единиц определенной номенклатуры. Однако при формировании складской ведомости или отчета ОстаткиИДоступностьТоваров система показывает, что на склад поступила всего 1 единица. При этом в регистрах сумма может отображаться корректно (за 7 штук), а вот количество упорно равно единице. Разберем по шагам, почему возникает такая аномалия и как вернуть учет в нормальное русло.

Проанализируем ситуацию: с чего начать поиск ошибки

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

1. Проверка отчетов. Сформируйте отчет ОстаткиИДоступностьТоваров по проблемной номенклатуре и конкретному складу. Обязательно убедитесь, что склад в документе поступления и склад в настройках отчета идентичны. Если отчет показывает пустоту или неверное количество, переходим к следующему шагу.
2. Анализ движений документа. Откройте проблемный документ приобретения и перейдите к его движениям (кнопка "Дт/Кт" или Отчеты -> Движения документа). Нас интересуют регистры накопления ТоварыНаСкладах и Закупки.
3. Изучение записей в регистрах. Посмотрим на конкретные строки. Если в колонке "Количество" стоит 1, а в колонке "Сумма" указана стоимость за 7 штук, значит, проблема кроется в алгоритмах проведения документа или настройках самой номенклатуры, а не в отчете.

Основные причины расхождения данных в УТ 11.4

Проанализируем скрытые механизмы УТ 11, которые чаще всего приводят к подобным сбоям. Система обладает сложной архитектурой, и расхождения редко возникают на пустом месте.

1. Влияние единиц измерения и упаковок

Самая частая причина кроется в настройках базовых единиц. В карточке номенклатуры задается базовая единица хранения. Если пользователь в табличной части документа выбрал единицу измерения «штуки» (7 шт.), но в карточке товара базовой единицей указана, например, «упаковка» (где 1 упаковка = 7 штук), система при проведении документа автоматически пересчитает данные. В регистры ТоварыНаСкладах запишется ровно 1 упаковка. Отчеты также могут конвертировать значения, если в их настройках выбран вывод «В единицах для отчетов», а не «В единицах хранения».

2. Проблемы с ключами аналитики

В УТ 11 учет остатков ведется не напрямую по справочнику номенклатуры, а в разрезе служебного справочника КлючиАналитикиУчетаНоменклатуры. Если в момент оформления закупки карточка товара редактировалась (например, включили учет по характеристикам или сериям), система могла сгенерировать новый ключ аналитики. Из-за этого приход записался на один ключ, а отчет пытается собрать данные по другому ключу. Результат — пустой отчет.

3. Влияние документа «Корректировка приобретения»

Часто к первичному поступлению создаются корректировки. Даже если в них визуально не менялись ни суммы, ни количества (документ кажется "пустым"), проведение корректировки влияет на регистры. Корректировка может сторнировать движения, менять вид запасов, переносить товар на другой тип налогообложения или обособлять его. Некорректно проведенная корректировка легко "замораживает" доступность товара.

4. Рассинхронизация итогов регистров

Иногда записи в регистрах абсолютно правильные (там числятся 7 штук), но отчеты все равно показывают 1. Это признак того, что таблица итогов регистра рассинхронизировалась с таблицей фактических движений или данные "застряли" в локальном кэше.

Пошаговое решение проблемы

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

1. Отмена проведения связанных документов. Найдите все документы КорректировкаПриобретения, созданные на основании проблемного поступления. Снимите их с проведения. Затем отмените проведение самого документа ПриобретениеТоваровУслуг. Убедитесь, что в регистре ТоварыНаСкладах исчезли (сторнировались) записи по этому товару.
2. Проверка настроек номенклатуры. Откройте карточку проблемного товара. Внимательно изучите раздел с единицами измерения. Если там настроены упаковки, убедитесь, что коэффициенты пересчета заданы верно и в документе выбрана правильная единица измерения.
3. Принудительное обновление движений (Метод перепроведения). Отключите контроль остатков для текущего сеанса (если это необходимо для проведения). В документе поступления измените количество товара на любое другое (например, на 8), проведите документ. Затем снова укажите верное количество (7) и проведите документ повторно. Это заставит систему пересчитать суммы и заново сформировать движения по регистрам.
4. Пересчет итогов информационной базы. Если манипуляции с документом не помогли, потребуется помощь системного администратора. Необходимо зайти в базу в режиме Конфигуратора, открыть меню "Администрирование" -> "Тестирование и исправление". Установите галочки только на пункте Пересчет итогов и выполните процедуру. Это заново соберет остатки в отчетах на основе реальных строк регистров накопления.

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