Система управления резервами является сердцем работы большой части торговых компаний. Данная статья сделана как обзор типовых механизмов резервирования и основных проблем, с которыми приходится сталкиваться при его использовании. Статья написана на примере торгового функционала. Но для производственного предприятия всё описанное ниже тоже актуально; просто в нём вместо потребности в готовой продукции по Заказам клиентов будет возникать потребность в материалах по Заказам на производство, а принципиально механизм резервов устроен точно так же.
Знакомство с системой управления резервами следует начинать с понимания того как программа оценивает текущие остатки. А они могут оцениваться тремя разными способами. В конфигурации присутствуют три системы регистров для трех разных задач:
И тут надо сразу сказать, что механизм «псевдо-резервирования» в конфигурации есть не только в третьей системе регистров (СвободныеОстатки и проч). В регистре ТоварыОрганизаций есть измерение ВидЗапасов и на этих видах запасов может быть включен «Обособленный учет». При обособленном учете то, что куплено с одним видом запасов – нельзя будет продать по другому виду запасов. Различные виды запасы могут создаваться по Сделкам, а также по Подразделениям или Менеджерам.
В чем подвох? Все отчеты в типовой конфигурации, сообщающие о свободных остатках, резервах, планируемых поступлениях и т.п. – строятся на регистрах управления резервами, а эти регистры о видах запасов ничего не знают. Т.е. вы можете увидеть в отчете информацию о свободных остатках товаров, но продать их не сможете – при попытке проведения Реализации товаров система будет писать о нехватке товаров организации под какой-то там вид запасов. Провести документ продажи, в данном случае, можно только с указанием той же Сделки/Менеджера/Подразделения, которые были указаны в документе закупки. По аналогии с текущими остатками, обособленные виды запасов не видны в планируемом товародвижении. Т.е. при закупках через рабочее место «Обеспечение потребностей» - программа не скажет, что нужны товары именно под определенную сделку. А если вы будете рассчитывать на ожидаемое поступление товаров, для которых в заказе поставщику указан вид запасов – можно попасть в совсем плачевную ситуацию, когда вы пообещаете клиенту товар, а потом не сможете его продать, т.к. уже потом, по факту поступления на склад, выяснится, что он был изначально предназначен для других целей.
Исторически, виды запасов были первым механизмом конфигурации по обособлению товаров под конкретное назначение (Сделку, Менеджера). На текущий момент – это рудимент, использование которого не рекомендуется, если вы не готовы сразу решить как поступать со всеми подвохами, которые в них скрыты.
Единственное принципиальное преимущество обособленного учета по видам запасов – вместе с учетом по видам запасов всегда идёт учет себестоимости. Т.е. если товары разделены по разным видам запасов, и разные виды запасов были куплены по разным ценам (поставщик продаёт товары дешевле, при условии их продаж определенным клиентам) – можно будет увидеть, что прибыльность у сделок получилась разная.
Иногда бывает необходимость совместить резервы с обособленным учетом себестоимости. Такая возможность есть при использовании резервирования под «назначение», которое совмещает обособленный учет видов запасов с отражением таких резервов в системе регистров управления резервами. Об этом будет рассказано ниже.
Функционал «обособленного учета себестоимости по видам запасов» включается в разделе Администрирование – Финансы.
Порядок резервирования товаров в последних версиях конфигураций (УТ 11.1.9, ERP 2.0.9) в Заказах клиентов указывается индивидуально в каждой строке списка товаров.
Возможны следующие варианты:
Одной из наиболее удобных возможностей управления запасами в УТ 11 и ERP, по сравнению со старыми системами, является возможность резервирования по графику. Логика этой системы – контроль остатков по товарному календарю. Рассмотрим ситуацию – сейчас товара нет в наличии, но есть планируемые поступления по заказу поставщику. Старые системы (УТ 10.х, УПП 1.х) предлагали «разместить» заказ клиента в конкретном заказе поставщику. Но в целом ряде ситуаций такая связь может быть неудобна:
Также прямая связь заказов неудобна с точки зрения необходимости отдельных действий по перепривязке заказов, при изменении в них.
Контроль резервов по графику работает по-другому – все планируемые отгрузки и поступления товаров выстраиваются по датам в товарном календаре. И если заказ клиента запланирован с отгрузкой в определенную дату – он не привязан ни к одному конкретному поступлению, а только к плановому наличию товара на эту дату. Когда принимается новый заказ клиента – для всех существующих заказов проверяется условие: если в предыдущую дату добавится еще одна отгрузка – хватит ли товара на дату заказа? Т.е. из какого именно заказа поставщику будет обеспечен заказ клиента – заранее неизвестно, при каждом контроле резервов контроль производится сопоставление дат на момент контроля.
Исходя из смысла резервов по графику, следует подчеркнуть, что необходимым условием его применения является точность выполнения поставок в запланированные даты. Ведь если сроки поступлений товаров срываются – аналогичным образом срываются сроки отгрузок по заказам клиентов.
В действиях в Заказе клиента для резервирования по графику нужно использовать вариант «Резервировать к [дате отгрузки]». Когда ожидаемые поступления еще не запланированы – указанный вариант действий будет недоступен, т.к. его указание означает для продавца гарантию наличия товара к определенной дате, при условии соблюдения графика поставок.
При отсутствии товара на складе следует указывать действие «К обеспечению». После того как поставки товаров будут запланированы – требуется вручную зайти в заказ клиента и изменить резерв на вариант «к дате отгрузки», до этого товар не будет числиться в резерве. Таким образом, при отсутствии товара на складе – конфигурация не позволяет гарантировать для продавца его наличие к определенной дате. Если в момент, когда была запланирована поставка, продавец не успел поставить резерв под свой ранее оформленный заказ – его коллега может забрать этот резерв под свой более новый заказ, действует правило «кто раньше встал, того и тапки». Таким образом, даже при гарантированных сроках поставок товаров на склад – для клиента гарантировать наличие товара к определенной дате невозможно!
Возможность поставить товар в резерв с учетом еще не запланированных поступлений, исходя из стандартных сроков поставки товаров, существовала в УТ 11.0, но потом от неё отказались ради упрощения интерфейса.
Надо отметить, что если компании требуется максимально сократить избыточные резервы, то даже при наличии товара на складе – следует использовать резервирование к дате отгрузки, а не резервирование со склада. В типовой конфигурации на текущий релиз (УТ 11.1.9, УП 2.0.9), при наличии товара на складе и отсутствии ожидаемых поступлений в – нельзя использовать резерв по графику, пользователю доступен только резерв со склада. Архитектурных ограничений для этого в конфигурации нет, в версиях 11.0 существовала возможность ставить резерв из графика, когда планируемых поступлений еще нет, но товар есть на текущих остатках. Эту возможность убрали ради упрощения функционала. Но если компания имеет высокий товарооборот по одной номенклатурной позиции – может быть целесообразно доработать программу и вернуть такую возможность. Стоит отметить, что частичный возврат этих возможностей из версии 11.0 – потребует значительных трудозатрат, т.к. потребуется частично переписать логику многих интерфейсов и контролей резервов.
Резервы по графику обладают большими достоинствами, но в некоторых ситуациях они неудобны. Иногда необходимо наоборот жестко связать заказ клиента с заказом поставщику:
Для всех перечисленных ситуаций подходит механизм «обособленного обеспечения». Обособленное обеспечение всегда происходит под конкретное «Назначение», которое является сквозным разрезом учета для регистров управления доступными остатками. Также «Назначение» является разрезом учета для регистра ТоварыНаСкладах, т.е. складские учет и хранение (с точностью до складских ячеек) тоже позволяют физически различать товары с разным назначением.
Важно отметить, что хотя в типовой конфигурации назначением может являться только заказ: заказ клиента, на перемещение, сборку, производство – технически, назначение на уровне конфигурации сделано справочником. После не очень сложных доработок можно будет через назначения обособлять запасы под сделки, подразделения и менеджеров, т.е. реализовать полноценный учет в логистике того обособления, которое в типовой конфигурации, как было описано выше, может работать только для раздельного учета себестоимости.
Обособленное обеспечение под назначение имеет следующие принципы работы:
Сценарий работы с обособленным обеспечением следующий:
Согласно второму принципу обособленного обеспечения: под назначение не может быть обособленно больше товаров, чем для него необходимо. Поэтому, если заказ клиента отменятся по какой-либо причине – нужно сначала отменить поставку или указать другое назначение в заказе поставщику, и только после этого программа позволит отменить заказ клиента. Данный принцип очень удобен, когда обособленно обеспечивается низколиквидный товар – что-то сделанное индивидуально под клиента, или даже типовое, но с редким спросом и купленное только ради клиента. Функционал программы заставляет сначала принять решение о том, что делать с запланированной поставкой: отменить, или положить на склад (т.е. получить неликвидный товар), и только потом позволяет зафиксировать факт отказа клиента от заказа. Т.е. в этом случае продажинку не удастся втихаря отменить заказ и принести компании убытки, в виде неликвидного товара. Если за закупки отвечает другой сотрудник – потребуется сначала договориться с ним о судьбе ненужного товара.
В случае, когда товар уже успел поступить на склад – вместо корректировки назначения в Заказе поставщику используется документ «Корректировка назначения товаров». С помощью него можно перебросить товары с одного назначения на другое или из под назначения вывести в свободный складской остаток. В практике внедрений – для этого документа часто используют согласование руководителями отдела продаж, которые контролируют чтобы сотрудники не злоупотребляли возможностью отказа от заказанного ими неликвидного товара.
Надо отметить, что заказы на перемещение, сборку, производство являются в программе одновременно и обеспечивающими и формирующими потребность. Например, заказ на перемещение обеспечивает потребность заказа клиента на складе-получателе, а сам формирует потребность на складе-отправителе. В этом типе заказов есть и реквизит «Действие» и реквизит «Назначение». В назначении указывается какая потребность будет обеспечена на складе-получателе, а в поле «действие» - как будет резервироваться товар на складе-отправителе. Т.е. обособленная потребность склада-получателя может обеспечиваться путем необособленного заказа на складе-отправителе. Аналогично в производстве может производится уникальный товар под конкретное назначение, из необособленных материалов, которые являются одинаковыми для всех изделий (например, мебель индивидуальных размеров).
Функционал «обособленного обеспечения заказов» включается в разделе Администрирование – Закупки. Но данная функциональная опция включает только само обеспечение, для обособленного учета себестоимости по разным назначениям – нужно поставить соответствующий признак в разделе Администрирование – Финансы; при включении обособленной себестоимости – для каждого назначения товаров будет генерироваться отдельный ВидЗапасов.
Очень удобной в решении ряда задач является связь вариантов оплаты с функционалом резервирования. В программах реализованы три варианта оплаты:
При выборе варианта оплаты «Аванс», и отсутствии соответствующей оплаты - будет невозможно установить в заказе клиента любое действие типа «К обеспечению…». Точнее, эти действия можно будет установить, но заказ будет доступен для проведения только в статусе «На согласовании», при котором никаких движений по обеспечению он еще не формирует. Таким образом, можно контролировать, что товары планируются к закупке только под те заказы, по которым уже получена предоплата.
Тут есть важный нюанс – до получения аванса программа позволяет использовать вариант резерва со склада. В этом случае, при установке резерва в одном заказе – под другой уже оплаченный заказ свободного остатка может будет не хватать. Скорее всего, в этом случае будет принято решение о дополнительной закупке товара. Таким образом, хотя аванс от покупателя еще не поступил – его заказ вынудит нас потратить деньги на закупку товара. Если этот риск является для компании неприемлимым – требуется доработка, запрещающая резерв со склада до получения аванса от клиента.
В УТ 11 и ERP появилась возможность использования Реализации товаров как Заказа. Реализация имеет статус «К предоплате», в котором она отражает не продажу товара, а его постановку в резерв на складе. Если в документе указан обязательный процент предоплаты – перевести реализацию в статус «К отгрузке» будет невозможно до получения оплаты. В статусе «К отгрузке» товар отражается как проданный по РН ТоварыОрганизаций, но еще числится на складе, если используется ордерная схема. При отражении складского ордера – товар списывается по РН ТоварыНаСкладах.
В программе реализован ряд сервисов по управлению резервами:
В заказе клиента можно по кнопке «Заполнить обеспечения» автоматически заполнить все строки заказов доступными для них вариантами обеспечения, из выбранного списка. Данный сервис автоматически определяет максимально близкий к отгрузке клиенту тип действия (т.е. самое жесткое резервирование со склада, если оно возможно).
Для анализа ситуации с обеспечением заказов – можно использовать «Состояние обеспечение», доступное по одноименной кнопке в командной панели списка товаров в заказе клиента (на узких мониторах – см. «Все действия»).
В этом рабочем месте видна текущая ситуация с наличием товаров и можно увидеть в какие даты необходимый товар поступит на склад, в случае его отсутствия в текущий момент. Для товаров, поставки которых еще не запланированы, даты ближайших поставок рассчитываются согласно «сроку исполнения заказа» заданному в «способе обеспечения» для данного товара на данном складе (тут на этом подробнее останавливаться не будем – это функционал смежной подсистемы «обеспечения потребностей»).
Рабочее место позволяет не только контролировать текущую ситуацию, но и управлять резервами. Из рабочего места можно изменить способ резервирования товаров и перепланировать дату отгрузки, если в запланированную дату обеспечить его невозможно.
Понять весь функционал по письменному описанию невозможно, т.к. в нем много мелких сервисных возможностей. Но т.к. это ключевой инструмент продавцов по управлению резервами и их контролю, то разобраться ним лучше детальнее. Лучший способ это сделать – создать разные заказы клиентов, конкурирующие за один товар, затем усложнить ситуацию частичным наличием товара на складе, частичным наличием в ожидаемых поставках и далее нужно «поиграть» с этим инструментом, чтобы разобраться как он работает в разных комбинациях резервов.
Аналогичное рабочее место можно использовать по всем заказам сразу, см. раздел «Закупки» - «Состояние обеспечения заказов».
В функционале подбора товаров в документы продажи можно сразу увидеть в какую дату ожидается поступление товара на склад, при его отсутствии в текущей момент. Но в данной обработке не видна информация о других заказах, с которыми приходится конкурировать за товар, также из него нельзя перейти к подробной информации о планируемых поставках. Для одного из заказчиков мы дорабатывали вывод информации о всех планируемых отгрузках и поступлениях данного товара. При большом числе заказов, конкурирующих за один товар, и регулярных поставках/отгрузках товара – в данном рабочем месте будет целесообразно показать более полную информацию о планируемом движении по выбранному товару.
Сводную картину по текущим остаткам товаров и резервов можно получить в отчете «Доступные для продажи товары». В данном отчете показываются:
Надо отметить, что на текущий момент (УТ 11.1.10) в расшифровке этого отчета невозможно получить отчет о резервах товара по графику («к дате отгрузки»), т.е. нет возможности понять какие заказы конкурируют с текущим за товар.
Одним из особых случаев управления резервами является резервирование с учетом серий.
Учет серий удобно использовать для различия физически различающихся товаров, даже если производитель не делит их по сериям. Например, компания торгующая кабелем может иметь на остатках бухты кабеля разной длины. Потенциальный клиент, заказывая 50 метров кабеля будет ожидать, что ему дадут этот кабель единым куском, а не обрезками по 20 и 30 метров. Таким образом, для подобных товаров необходимо хранить информацию об остатке кабеля в каждой бухте. Для этого каждую бухту можно обозначить отдельной серией и учитывать остатки товаров в разрезе серий, т.е. остатки кабеля в каждой бухте. При получения заказа от клиента – достаточно будет найти единственную серию достаточной для клиента длины и предложить её.
Аналогичный принцип учета по сериям может применяться для кабелей, тканей, веревок и т.п.
Похожий принцип может использоваться для обоев и красок. Хотя их обычно продают полными рулонами и полными ведрами (для краски), но в разных сериях может незначительно отличаться цветовой оттенок. Чтобы гарантировано продать клиенту товары с одним оттенком – разные партии рекомендуется обозначать отдельными сериями и отпускать клиенту товары только одной серии.
Возможности по резервированию конкретных серий в программе ограничены. Резерв по сериям можно сделать только из текущих складских остатков. Для случаев, когда серии имеют физические различия (например, разные оттенки цвета) это может являться ограничением, если какая-то серия, продававшаяся ранее или имеющаяся на остатках, еще раз придет в одном из планируемых поступлений. Однако, когда деление товара на серии производится только для учета длины – подобных резервов скорее всего будет вполне достаточно, т.к. в планируемых поставках мы всегда ожидаем получить полные бухты кабелей, а не их обрезков, т.е. учитываться их с той же детализацией, с которой учитываются складские остатки, нет необходимости. Если всё же необходимо под конкретного клиента зарезервировать конкретную ожидаемую поставку – вместо резервов по сериям можно воспользоваться обособленным обеспечением по назначениям, и привязать будущую поставку к конкретному заказу клиента.
Олег ДЕМИДЕНКО,
(10 лет опыта работы с продуктами 1С, Специалист консультант по отдельным модулям УПП и ERP)
“Koderline на Дне открытых дверей в МИРЭА”
“Компания «Кодерлайн» получила благодарственное пис”
“Внимание! Конкурс для студентов Цифровой кафедры и”
“Koderline на форуме СнабТех”
“Видеоотзыв о прохождении стажировки от "Кодер”
