При работе в розничном магазине часто возникает управленческая задача: понять, какой объем продаж приходится на конкретного поставщика, если один и тот же товар поставляется несколькими контрагентами. Рассмотрим, почему типовая конфигурация 1С:Розница 2.3 не предоставляет прямого ответа на этот вопрос и как можно выйти из сложившейся ситуации.
Первым делом важно проанализировать архитектуру программы. В 1С:Розница 2.3 номенклатурная карточка товара является уникальным объектом. Система считает товар с одним артикулом и штрихкодом полностью взаимозаменяемым. Когда вы оформляете Поступление товаров от Поставщика1 и Поставщика2, программа просто увеличивает общий остаток на складе.
При оформлении Чека ККМ (продажи в РМК) система списывает товар со склада, используя методы оценки себестоимости (например, ФИФО или средневзвешенную), но она не «привязывает» конкретную проданную единицу к конкретной накладной поступления. С точки зрения базы данных, весь товар после оприходования попадает в «общий котел».
Важно понимать: в типовой 1С:Розница 2.3 отсутствует партионный учет в том виде, который позволил бы отследить путь конкретной штуки товара от конкретного поставщика до покупателя.
Если для директора критически важно видеть аналитику по поставщикам в стандартных отчетах, необходимо сделать товар «различным» в системе. Разберем два способа реализации:
Важное предупреждение: Оба метода создают серьезные сложности для продавца. При продаже через РМК продавец будет вынужден вручную выбирать нужную характеристику или товар. Если физически товары лежат на одной полке, риск ошибки (пересортицы) становится критическим. Продавец может пробить товар «Поставщика1», хотя взял с полки товар «Поставщика2», что приведет к искажению реальных остатков.
Вы можете попробовать использовать механизм Серии номенклатуры. В настройках политики учета серий можно указать необходимость указывать серию при поступлении (например, номер документа Поступление товаров или название поставщика).
Разберем плюсы и минусы:
Если задача стоит лишь в получении статистических данных для принятия решений, не обязательно требовать от программы 100% точности по каждой единице. Рассмотрите следующий алгоритм действий:
Закупки за период, чтобы увидеть, сколько именно товара пришло от Поставщика1 и Поставщика2.Продажи за тот же период.Этот метод не даст точности до штуки, но позволит директору увидеть общую картину эффективности закупок, не перегружая работу персонала на кассе.
Если строгий учет «чей это товар» жизненно необходим, самый надежный путь — это физическое разделение товаров. Организуйте складское пространство так, чтобы товары разных поставщиков не смешивались. Закрепите за товарами разных поставщиков уникальные Штрихкоды. В этом случае, при сканировании товара, 1С будет точно знать, какой товар вы продаете, так как для программы это будут разные позиции номенклатуры.
Подводя итог: не пытайтесь изменять конфигурацию под партионный учет — это потребует глобального переписывания логики списания себестоимости. Лучше всего сосредоточиться на управленческих методах или физической сортировке товара, что позволит получать достоверные отчеты без риска возникновения «виртуальных» остатков в базе 1С:Розница.