Автоматизация учета | Управление индивидуальной торговой наценкой

Типовая конфигурация 1С:Торговля и склад 7.7 обладает довольно гибким механизмом ценообразования, но, как показывает практика, во многих случаях все-таки недостаточно гибким. Попробуем разобраться, какие же стандартные возможности нам предоставляет типовая конфигурация в этом отношении. Одним из важных завоеваний в области ценообразования, реализованных в типовой конфигурации, на наш взгляд, является возможность задания для каждого товара неограниченного набора цен. Таким образом, например, можно сформировать многоколоночный прайс-лист, каждая колонка которого соответствует определенному типу цен (например: "оптовые", "розничные", "по факту", "с отсрочкой платежа" и т.д.) Выбор соответствующего типа цен в момент продажи и обусловит конкретное значение цен на товары. Каждая такая цена, помимо, собственно суммы за определенную единицу измерения, характеризуется еще и типом, который описывается валютой, нормой округления, признаками учета налогов и собственно механизмом ценообразования. С точки зрения механизма ценообразования каждый тип цен может быть одним из трех видов: цена задается вручную, цена рассчитывается динамически и хранится, цена рассчитывается динамически и не хранится. Последний случай - это ситуация, когда один тип цен жестко привязан к другому. Например "оптовые" = "закупочные" + 20%. Сами "оптовые" цены на товары в этом случае не хранятся, а определяются автоматически в момент продажи путем соответствующего пересчета. Вариант с динамическим расчетом и хранением цен реализуется посредством хранения значений цен в базе данных, которые, однако, по заложенной схеме могут быть пересчитаны относительного другого типа цен, но только по решению пользователя с помощью специальной обработки. К сожалению, все эти благие намерения, заложенные разработчиком в столь гибкий механизм ценообразования, на практике очень часто остаются незадействованными. Ибо узкое место подобного подхода к динамическому расчету цен очевидно - в условиях современного рынка, крайне редко удается установить единую наценку на все товары.

Предлагаемое нами решение не является универсальным решением проблемы, но все же позволяет организовать систему ценообразования значительно более гибкую, чем та, что существует в типовой конфигурации. Ее основная идея сводится к заданию для каждого товара индивидуальной торговой наценки. Для достижения этой цели в свойства товара добавлены три основных атрибута: "Основная цена закупки", "Основная цена продажи" и "Наценка". Таким образом, цена продажи рассчитывается путем умножения соответствующего процента наценки на закупочную цену индивидуально для каждого товара. В качестве "Основной цены закупки" и "Основной цены продажи" определяются два типа цен из тех, что указаны для данного товара, а поскольку сами типы цен имеют валютный признак учета, то расчет продажной цены может осуществляться не только с учетом индивидуальной наценки, но и с учетом текущего курса валют.

Необходимым дополнением к такой системе ценообразования выступает модернизация механизма автоматического заполнения цен в справочнике из документов. Напомним, как действует этот механизм в типовой конфигурации. Большинство документов, имеющих отношение к движению товара (например, Поступление ТМЦ, Перемещение ТМЦ на розничный склад, Реализация и т.п.) имеют функцию автоматической корректировки цен в справочнике товаров (Номенклатура/Цены) исходя из значений цен, определенных в самом документе. Самый простой пример использования этой функции - поступление товаров. Предположим, мы оформляем документ Поступление ТМЦ. При выборе товаров происходит его автоматическое заполнение закупочными ценами из справочника. Далее мы производим сверку с реальной приходной накладной и убеждаемся, что по ряду позиций имеются расхождения. Так вот, вместо того, чтобы долго разыскивать нужные нам товары в справочнике и заниматься ручной корректировкой цен, конфигурация предоставляет нам замечательную альтернативу - скорректировать цены по нужным позициям прямо в документе и запустить обработку "Обновление цен в справочнике". Далее нам необходимо только выбрать тип цен, который необходимо обновить (в нашем примере "закупочные"), и вуаля! По тем товарам, по которым имеются расхождения, цены будут автоматически заменены теми, которые мы указали в документе. Очень полезная и удобная функция.

Мы же, с учетом изменений касающихся создания механизма учета индивидуальной товарной наценки, предлагаем сделать этот механизм еще более мощным. Основная идея заключается в том, что при наличии у товаров индивидуальных наценок, разумным становится предложить пользователю дальнейший механизм автоматической корректировки ценообразования. Пользователю предлагается выбрать один из двух режимов: отразить изменения на продажной цене и отразить изменения на наценке. Действительно, если увеличилась цена закупки, и у нас установлена индивидуальная наценка на этот товар (скажем, 20%), то у нас из этой ситуации, по сути, только два выхода: либо повысить цену продажи, либо умерить аппетиты и уменьшить наценку. Ситуация на рынке иногда позволяет нам сделать первое, а иногда, увы, требует сделать второе.

В заключение хотелось бы в очередной раз сделать напоминание-предостережение для пользователей программы 1С:Предприятие.

Друзья! Помните, что цены в справочнике (как, впрочем, и любые другие свойства) носят исключительно справочный характер.

Они не оказывают прямого действия на изменения сумм, связанных с движением товаров. Эти цены предназначены только для первоначального заполнения документов. В дальнейшем (при наличии нужных полномочий) мы вправе скорректировать цены непосредственно в документах, совершенно не заботясь об актуализации цен в справочниках. Более того, цены в документах можно просто вводить, не пользуясь ценами в справочнике вообще. Однако как мы показали выше, использование предлагаемого механизма предоставляет нам очень широкие возможности по управлению процессом ценообразования, а главное, существенно экономит наше время, избавляя нас от рутинной работы по заполнению цен в документах.

Справедливости ради, следует, однако, отметить, что бывают в жизни и "совсем безнадежные" случаи. Когда закупочные цены меняются в каждом приходе, а продажные цены определяются каждый раз менеджером индивидуально после общения с клиентом по телефону. В таких условиях любая попытка автоматизации ценообразования, увы, обречена на провал. И вам следует задавать цены непосредственно в документах, забыв о ценах в справочнике вообще. А облегчить жизнь в таких случаях может, разве что, создание в типовой конфигурации механизма расчета рентабельности "на лету", но это уже совсем другая история.