В торговой деятельности часто возникает ситуация, когда логика закупки товара у поставщика не совпадает с логикой его продажи конечному потребителю. Например, поставщик отгружает воздушные шарики поштучно (в документах фигурирует 200 штук), а вы планируете продавать их исключительно упаковками по 50 штук. Основная сложность здесь заключается в том, чтобы 1С корректно рассчитывала цену за упаковку, правильно отображала остатки и передавала верные данные на сайт (например, на Bitrix).
Разберем подробно, как настроить этот процесс в программе 1С:Управление торговлей 11.4, чтобы избежать ошибок в ценообразовании и автоматизировать пересчет единиц измерения.
Прежде всего, нам необходимо определиться с базовыми терминами системы. В карточке номенклатуры 1С есть поле ЕдиницаХранения. Это та единица, в которой программа ведет учет остатков на складе и в которой чаще всего рассчитывается себестоимость.
Проанализируем ситуацию автора: если товар никогда не продается поштучно, а минимальная единица отгрузки клиенту — это упаковка, то целесообразно сделать именно упаковку единицей хранения. Рассмотрим, почему это важно:
Если же вы планируете продавать и поштучно, и упаковками, то единицей хранения должна остаться «штука», а для упаковок нужно настроить соответствующие коэффициенты в справочнике Упаковки.
Допустим, мы решили оставить единицу хранения в штуках, но продавать хотим упаковками. Выясним, как правильно задать кратность. В 1С:УТ 11 для каждой номенклатуры можно включить использование индивидуальных упаковок.
Рассмотрим по шагам настройку упаковки:
Числитель укажем количество штук в одной упаковке (в нашем примере — 50).Знаменатель оставим 1.Таким образом, 1С будет понимать, что 1 упаковка = 50 единиц хранения (штук). Теперь при оформлении документов продажи вы сможете выбрать единицу измерения «уп. (50 шт.)», и программа автоматически умножит цену одной штуки на 50.
Одной из проблем автора была необходимость вручную пересчитывать штуки от поставщика в упаковки. Чтобы этого избежать, воспользуемся механизмом НоменклатураПоставщика. Это позволит нам сопоставить данные из входящих документов с нашей базой.
Посмотрим, как это работает:
В карточке номенклатуры поставщика можно указать его единицу измерения (штуки) и сопоставить её с нашей единицей хранения или конкретной упаковкой. При загрузке или создании документа ПриобретениеТоваровИУслуг система сама выполнит пересчет. Если поставщик прислал 200 штук, а у нас настроено сопоставление с упаковкой по 50 шт., 1С предложит оприходовать 4 упаковки.
Важный нюанс заключается в назначении цен. В документе УстановкаЦенНоменклатуры вы можете выбрать, за какую именно единицу измерения назначается цена.
Проанализируем ситуацию: если мы хотим, чтобы цена на сайте была «красивой» и не зависела от округления копеек за штуку, лучше назначать цену именно на упаковку. В этом случае 1С будет хранить цену 200 руб. за 1 уп., а при необходимости продать 1 штуку (если это разрешено) — сама вычислит цену штуки (4 руб.).
Часто интеграция с сайтом настроена так, что Bitrix «видит» только базовую единицу. Если вы столкнулись с тем, что на сайте все равно можно купить 1 штуку вместо упаковки, есть два пути решения:
ЕдиницаХранения = Упаковка. Тогда для сайта товар станет «неделимым» объектом стоимостью 200 рублей.Если у вас сотни товаров с одинаковыми упаковками (например, все виды шариков идут по 50 штук), не обязательно создавать упаковку в каждой карточке. Разумнее использовать НаборыУпаковок.
Разберем алгоритм:
Это значительно упрощает администрирование базы данных и массовое изменение параметров в будущем.
Для решения проблемы автора наиболее правильным шагом будет:
НоменклатураПоставщика.Использование правильной иерархии единиц измерения и упаковок позволит автоматизировать складской учет и избежать конфликтов цен при интеграции с внешними площадками.