Проанализируем частую и весьма болезненную ситуацию для розничного бизнеса. Имеется центральный склад, работающий на базе 1С:Управление торговлей 10.3, и розничные магазины, использующие 1С:Розница 2.3. Настроен обмен данными. Товар поступает в магазин по одной розничной цене. Через некоторое время закупочная цена возрастает, и склад отправляет новую цену в магазин. Однако на остатках в магазине еще числится товар из старой партии, и ему автоматически присваивается новая, более высокая цена.
Возникает классическая проблема: продавец реализует остатки старой партии по новой цене (например, за 50 рублей), а по учету, если не было переоценки, отчитывается за старую (например, по 40 рублей), кладя разницу себе в карман. Разберем по шагам, почему так происходит, как правильно выстроить работу в 1С и какие инструменты использовать для защиты от недобросовестных сотрудников.
Многие пользователи полагают, что если в 1С:УТ включен партионный учет и метод списания ФИФО (First In, First Out), то система должна автоматически продавать сначала старую партию по старой цене, а затем новую по новой. Выясним причину, почему это не так.
Партионный учет в 1С отвечает исключительно за расчет себестоимости и валовой прибыли компании. Он знает, по какой закупочной цене пришла конкретная партия, но он не привязывает розничную цену на полке к конкретной физической единице товара. В базовой логике 1С розничная цена устанавливается на позицию номенклатуры (или характеристику) целиком. То есть, когда вы меняете цену на "Колбасу Докторскую", цена меняется на весь текущий остаток этой колбасы в магазине, независимо от того, из какой она партии.
С точки зрения законодательства (о защите прав потребителей) в торговом зале должна быть единая цена на один и тот же товар на полке. Однако, если бизнесу критически необходимо распродать старую партию по старой цене параллельно с новой, мы можем реализовать это в 1С. Рассмотрим подробнее, как это сделать.
Чтобы система видела «старую» и «новую» колбасу как разные учетные единицы с разными ценами, необходимо включить учет по СерииНоменклатуры или ХарактеристикиНоменклатуры.
УстановкаЦенНоменклатуры.Этот метод полностью решает проблему пересортицы по ценам. Когда кассир сканирует штрихкод, в чек добавляется товар конкретной партии со своей строго зафиксированной ценой. Однако стоит учитывать, что этот подход значительно усложняет приемку товара и требует перемаркировки продукции в магазине.
Если вариант с характеристиками кажется слишком трудоемким, рассмотрим классический правильный подход, предусмотренный методологией 1С.
После каждого поступления товара по новой цене необходимо делать переоценку текущих остатков в магазине. Как только цена изменилась, формируется документ ПереоценкаТоваровВРознице. С этого момента весь товар в магазине продается по новой розничной цене. Да, покупатель может купить "вчерашний" товар дороже, но это нормальная практика розничной торговли. Главное — это предотвращает расхождения сумм в кассе.
Проблема воровства на разнице цен (когда продавец продает по 50, а отчитывается по 40) возникает из-за отсутствия прозрачного контроля. Посмотрим на примеры того, как настроить программу, чтобы лишить продавцов такой возможности.
Чтобы исключить махинации кассиров, необходимо закрыть все лазейки в правах доступа и усилить контроль над остатками.
РазрешитьРедактированиеЦеныВЧеке должна быть отключена. В этом случае система автоматически подтянет актуальную переоцененную цену, и кассир не сможет продать товар по другой стоимости.1С:Розница есть мощный функционал логов. Зачастую продавцы пробивают товар, берут деньги с покупателя, а после его ухода делают отмену чека или удаляют строку, забирая деньги себе. Регулярный анализ журнала действий кассира, особенно фильтрация по событиям "Отмена чека", "Удаление строки", "Аннулирование чека", быстро выявляет нечистых на руку сотрудников.Частые переоценки и инвентаризации могут вызывать недовольство линейного персонала, особенно если пересчитывать приходится сотни позиций вручную. Разберем, как упростить этот процесс.
Эту проблему кардинально решает внедрение ТСД (терминалов сбора данных) с мобильным программным обеспечением. Сканирование штрихкодов с полки терминалом сокращает время локальной инвентаризации в несколько раз и исключает человеческий фактор (ошибки при подсчете).
Продавец просто идет вдоль полок и сканирует все подряд. Терминал сам суммирует количество. Затем данные выгружаются в 1С в документ ПересчетТоваров.
Помимо программных настроек 1С, стандартной и весьма эффективной практикой для розницы является установка камеры видеонаблюдения, направленной строго на кассовую зону, денежный ящик и руки продавца. В идеале — использовать систему видеонаблюдения с интеграцией событий из 1С (система событийного видеоконтроля). В таком случае поверх видеоряда накладывается текст пробиваемого чека: наименование, количество, текущая розничная цена товара и итоговая сумма. Одно только наличие такой системы психологически сводит воровство на разнице цен к минимуму.
Применяя комплексный подход (переоценки, настройка прав, слепые инвентаризации и видеоконтроль), вы сможете обеспечить порядок в учете 1С:Управление торговлей и 1С:Розница, а также защитить свой бизнес от финансовых потерь.