При работе с адресным складом в 1С:Управление торговлей 11.4 мы часто сталкиваемся с ситуацией, когда система «не видит» остатки в ячейке при попытке отгрузить товар. Давайте разберем, почему это происходит, как устроена логика складского учета и какие действия необходимо предпринять для корректной работы.
Основная причина, по которой система отказывается подставлять ячейку при автоматическом создании отбора товаров, заключается в несоответствии учетной единицы измерения и физического размещения товара. Когда на складе в ячейке лежит Упаковка (например, 100 штук), а мы пытаемся создать Расходный ордер на 25 штук, система выполняет проверку остатков.
В типовом функционале 1С заложена строгая логика: если товар принят на хранение в определенной упаковке, он должен быть в ней же и отгружен. Алгоритм подбора ячеек в коде проверяет доступность остатка именно в той единице, которая указана в распоряжении на отгрузку. Если остаток в ячейке представлен только крупной упаковкой, система не будет автоматически «дробить» её на штуки, так как это нарушает логику складского учета.
Многие пользователи пытаются решить вопрос через изменение коэффициентов упаковок или вида номенклатуры прямо в процессе работы. Важно помнить: делать это категорически не рекомендуется. Изменение структуры упаковок при уже имеющихся остатках на складе ведет к следующим проблемам:
В нормальном учете принятый принцип «как пришло, так и ушло» является фундаментальным. Если товар поступил в ячейку в виде «Ящик (20 шт)», списывать его необходимо именно как «Ящик (20 шт)».
Если возникла необходимость отгрузить меньше, чем полная упаковка, необходимо выполнить процедуру разупаковки. Рассмотрим шаги, которые позволят привести учет в соответствие с реальностью:
Сборка (разборка) товаров, на остатках в системе появятся «штуки», которые затем можно корректно подобрать в ячейках при формировании отбора товаров.Оприходование товаров и Списание товаров скорректировать данные системы.Часто причиной «неработающего» функционала является вмешательство в типовой код конфигурации. Если вы обнаружили, что стандартный алгоритм подбора ячеек не отрабатывает, прежде всего, проанализируйте, не вносились ли изменения в модули складских движений. Типовая логика 1С:УТ 11.4 предусматривает четкую связь между ячейкой и видом упаковки:
// Пример логики проверки доступности остатка в типовых механизмах
Если ОстатокВЯчейке.Количество >= ТребуемоеКоличествоТогда
// Выполнение подбора
Иначе
// Ячейка не подходит, продолжаем поиск
КонецЕсли;
Если доработка «сломала» этот механизм, необходимо вернуть конфигурацию к типовому состоянию или дополнить кастомную логику обязательным вызовом процедур по оформлению разупаковки. Помните, что любые изменения в логике складского учета должны сопровождаться созданием соответствующих движений по регистрам, иначе данные в системе будут расходиться с фактом на полках.
1С — это не просто калькулятор, а зеркало складских операций. Нельзя «поделить» товар, не оформив документ, иначе в отчетах возникнет хаос.Проанализировав описанную ситуацию, мы выяснили, что ключ к успеху — это строгое соблюдение складской дисциплины и использование типовых документов 1С для изменения структуры хранения. Избегайте «быстрых правок» кода и всегда стремитесь к тому, чтобы учетные данные в точности повторяли физическое движение товаров на вашем складе.