Исходный код вики DUK
Последние авторы
| author | version | line-number | content |
|---|---|---|---|
| 1 | {{toc/}} | ||
| 2 | |||
| 3 | = **Как...?** = | ||
| 4 | |||
| 5 | ---- | ||
| 6 | |||
| 7 | == **Какие настройки должны быть выполнены в Сток-М в случае если несколько менеджеров работают с одним и тем же поставщиком? ** == | ||
| 8 | |||
| 9 | В карточке поставщика на вкладке "Данные заказов" должны быть нажаты обе галочки по разделению заказа. | ||
| 10 | |||
| 11 | [[image:1585128058080-944.png]] | ||
| 12 | |||
| 13 | Система сначала создаст заказы, разделив их по ответственному менеджеру, после чего разделит их по признаку разделения. | ||
| 14 | |||
| 15 | [[image:skaidymo schema.PNG||queryString="width=474&height=341&width=474&height=341&width=474&height=341&width=474&height=341" height="341" width="474"]] | ||
| 16 | |||
| 17 | Более подробную информацию о делении заказов смотрите здесь: [[Правила разделения заказов по признаку разделения >>url:http://wiki.stockm.info/bin/view/User_Manual/SplitMark/]] | ||
| 18 | |||
| 19 | ---- | ||
| 20 | |||
| 21 | == **Что делать, если заказ не сформировался?** == | ||
| 22 | |||
| 23 | ~1. Проверить, что обмен прошел успешно и завершен. | ||
| 24 | |||
| 25 | 2. Проверить график поставки. | ||
| 26 | |||
| 27 | 3. В окне Запасы отфильтровать товары по признаку Заказать>0 . | ||
| 28 | |||
| 29 | 4. Если обмен успешно завершен, то заказ должен быть сформирован согласно графика поставки. В окне Запасы видно те позиции, по которым должен быть сформирован заказ. Сформируйте новый заказ: Заказы - Создание заказов. | ||
| 30 | |||
| 31 | ---- | ||
| 32 | |||
| 33 | == **В чем разница между регулярным заказом и спец. заказом? ** == | ||
| 34 | |||
| 35 | Регулярный заказ формируется исходя из потребности, посчитанной Сток-М. Количество, которое система добавит в заказ можно посмотреть в окне Запасы в столбце Заказать. Заказанное количество отражается в столбце "В пути", после того как регулярный заказ будет отправлен. Регулярные заказы бывают двух типов: | ||
| 36 | |||
| 37 | - регулярный заказ, сформированный системой по графику поставки. | ||
| 38 | |||
| 39 | - регулярный заказ сформированный вручную. Заказ формируют вручную, в случае если по каким то причинам он не сформировался автоматически, или если нужно отправить заказ вне графика. | ||
| 40 | |||
| 41 | Спец. заказ - формируется вручную, и такие заказы создаются когда необходимо создать заказ не по системе, например когда товар новый или для разовой акции, согласованной с поставщиком. Такие заказы бывают двух типов: | ||
| 42 | |||
| 43 | - спец. заказ с учетом количества в пути. Используется тогда, когда мы хотим, чтобы этот заказ был виден в системе, и его количество учитывалось при формировании регулярного заказа. Заказанное количество будет отражаться как "в пути". | ||
| 44 | |||
| 45 | - спец. заказ без учета количества в пути. Используется тогда, когда нам не нужно знать сколько товаров в пути по спец. заказу, а регулярные заказы создаются без учета количества в пути по спец. заказу. | ||
| 46 | |||
| 47 | Более подробную информацию можно посмотреть в разделе [[Управление заказами>>url:http://wiki.stockm.info/bin/view/User_Manual/Orders/]] | ||
| 48 | |||
| 49 | ---- | ||
| 50 | |||
| 51 | == **Нужно ли делать поставщика не активным если мы с ним больше не работаем? ** == | ||
| 52 | |||
| 53 | В случае если сменился поставщик, то прежнего поставщика нужно деактивировать. Но если прежний поставщик не деактивирован, но товары привязан к новому поставщику, то заказы будут сформированы для нового поставщика. | ||
| 54 | |||
| 55 | |||
| 56 | |||
| 57 | == **Что делать, если работа с поставщиком прекращена? ** == | ||
| 58 | |||
| 59 | Есть два варианта: | ||
| 60 | |||
| 61 | - все товары от поставщика получены и у других поставщиков не могут быть заказаны. В этом случае нужно удалить график поставки и деактивировать поставщика. Система спросит нужно ли всем товарам данного поставщика установить метку OUT, на что нужно ответить "Да" | ||
| 62 | |||
| 63 | Более подробно можно почитать в раз [[Товары с меткой TOP, NON, OUT, NEW>>url:http://wiki.stockm.info/bin/view/User_Manual/Assortment_Management/#HItems28SKU29marksTOP2CNON2COUT2CNEW]] | ||
| 64 | |||
| 65 | - вы больше не работаете с этим поставщиком, но эти же товары модно заказать у других поставщиков. В этом случае нужно удалить график поставки, диактивировать старого поставщика, и кода система спросит нужно ли всем товарам данного поставщика установить метку OUT - нужно ответить "Нет" | ||
| 66 | |||
| 67 | Более подробно можно почитать в разделе [[Изменение параметров заказа или изменение поставщика>>url:http://wiki.stockm.info/bin/view/User_Manual/Suppliers/#HChangeofsupplier27sorderformationorchangeoftheitemsupplier]] | ||
| 68 | |||
| 69 | ---- | ||
| 70 | |||
| 71 | == **Как отразится на надежности поставщика ситуация, когда товара было доставлено больше, чем заказано ?** == | ||
| 72 | |||
| 73 | Любое отклонение от заказа (доставлено меньше или больше заказанного) снижает показатели надежности поставщика. Напримео было заказано 100 позиций, а поставщик доставил 120, надежность поставщика составит 83% (100/120) | ||
| 74 | |||
| 75 | |||
| 76 | |||
| 77 | == **Какие параметры учитываются при оценке надежности поставщика?** == | ||
| 78 | |||
| 79 | Оценивается насколько точно и вовремя был доставлен заказ. | ||
| 80 | |||
| 81 | ---- | ||
| 82 | |||
| 83 | == **Как указать информацию по складу в форме заказа?** == | ||
| 84 | |||
| 85 | В форме заказа информация о складе попадает из поля "Format", которое заполняется в админке в карточке склада. Вы можете внести туда любую необходимую информацию по складу, которую хотели бы видеть в форме заказа: название, адрес, и т.д. | ||
| 86 | |||
| 87 | |||
| 88 | [[image:2.png]] | ||
| 89 | |||
| 90 | ---- | ||
| 91 | |||
| 92 | == **Что делать, если вы не хотите чтобы буфер снизился больше, чем нужно? ** == | ||
| 93 | |||
| 94 | Можно задать значение минимального буфера, и в этом случае система не изменит буфер ниже указанного предела. Минимальный буфер - это значение, ниже которого буфера быть не может. Значение минимального буфера задается в карточке SKU. Минимальный буфер задается в том случае, если товара продается мало, но товара в наличии должно быть больше. Например, шины могут быть продаваться по 1 шт., но скорей всего покупатель возьмет весь комплект, т.е. 4 шт. В этом случае, после установки минимального буфера 4, какими бы ни были продажи, система не допустит, чтобы буфер опустился ниже 4. | ||
| 95 | |||
| 96 | |||
| 97 | ---- | ||
| 98 | |||
| 99 | == **Нужно ли пересчитывать буфер, если увеличивается время поставки?** == | ||
| 100 | |||
| 101 | Есть 2 вариант: | ||
| 102 | |||
| 103 | - Если время поставки увеличивается по причине того, что при старом графике поставки каждый раз не набиралось минимальное количество к заказу и время поставки увеличивается не более, чем в 2 раза, то пересчет буфера не требуется. | ||
| 104 | |||
| 105 | - Если при существующем более коротком периоде поставки каждый раз набирается минимальный объем заказа, то при увеличении периода поставки, то буфер необходимо изменить на тот же коэффициент, на который изменилось время поставки (использовать модуль "Период"). | ||
| 106 | |||
| 107 | |||
| 108 | == Как изменяется буфер при изменении частоты заказов? == | ||
| 109 | |||
| 110 | В случае значительного изменения графика поставки необходимо пересчитать буфер, чтобы остаток по товарам не упал в красную зону. | ||
| 111 | Формула расчета нового буфера: | ||
| 112 | (Старый буфер - MOQ) * коэффициент + MOQ = новый буфер | ||
| 113 | Рассчитаем коэффициент по формуле: | ||
| 114 | Предыдущий период пополнения/ предыдущий период пополнения = коэффициент | ||
| 115 | Например: | ||
| 116 | |||
| 117 | ~1. Периодичность заказа 2 раза в месяц (14 дней) | ||
| 118 | Срок поставки 14 дней | ||
| 119 | Период пополнения - 28 дней | ||
| 120 | 2. Частота заказа 1 раз в месяц (30 дней) | ||
| 121 | Срок поставки 40 дней | ||
| 122 | Новый период пополнения - 70 дней | ||
| 123 | Коэффициент: 70/28 = 2,5 | ||
| 124 | |||
| 125 | |||
| 126 | ЗАМЕЧАНИЯ | ||
| 127 | - при увеличении цикла поставки необходимо всегда пересчитывать буфер, чтобы быть уверенным в том, что товар не закончится раньше времени. | ||
| 128 | - когда период пополнения становится короче, необходимо анализировать каждый случай отдельно, так как решение о пересчете буфера зависит от того, насколько сократился период пополнения; | ||
| 129 | - при уменьшении частоты заказов по причине не сформированных заказов - нет необходимости в пересчете буфера. | ||
| 130 | |||
| 131 | |||
| 132 | ---- | ||
| 133 | |||
| 134 | == **Могут ли ДТО товары отображаться не как излишек если они используются в качестве витринного образца??** == | ||
| 135 | |||
| 136 | Нет, потому что товары со статусом DTO заказываются только через спец. заказ. Если продукт был закуплен, продан и больше не будет заказываться, то ему следует установить статус DTO. Если товар был закуплен, продан и будет заказываться снова - то такому товару нужно назначить статус ДТА. Если вы не хотите чтобы буфер изменялся - то его можно зафиксировать, назначив ему минимальный буфер, равный максимальному. | ||
| 137 | |||
| 138 | ---- | ||
| 139 | |||
| 140 | == **Как рассчитываются такие показатели как "ROI" и "Оборачиваемость"?** == | ||
| 141 | |||
| 142 | Оборачиваемость - это отношение продаж к запасам (в ценах закупки). Красная линия в отчете Динамика запасов показывает сколько раз оборачиваются товарные запасы за год (чем выше показатель, тем лучше результат). Показатель оборачиваемости, который мы видим на дашборде рассчитывается в днях (чем меньше цифра, тем лучше). Этот показатель отражает сколько дней у вас будет запас на складе. | ||
| 143 | |||
| 144 | ROI - это отношение маржи к средним запасам (в ценах закупки). Поскольку скидки неизвестны, то данный показатель является лишь информативным для отслеживания общего тренда. В отчете Динамика запасов ROI отображается в виде синей линии. | ||
| 145 | |||
| 146 | ---- | ||
| 147 | |||
| 148 | == **В каких ценах отражаются продажи? ** == | ||
| 149 | |||
| 150 | Все денежные показатели в Сток-М кроме маржи рассчитываются в ценах закупки. | ||
| 151 | |||
| 152 | ---- | ||
| 153 | |||
| 154 | == **Когда использовать PTO? ** == | ||
| 155 | |||
| 156 | PTO используется, когда на складе не хватает остатка для того, чтобы выполнить заказ по резервации. PTO резервация выгружается в СТОК-М посредством CSV-файла. | ||
| 157 | |||
| 158 | ---- | ||
| 159 | |||
| 160 | == **Каковы приоритеты при PTO резервации? ** == | ||
| 161 | |||
| 162 | На ЦС количество товара, зарезервированное под PTO, хранится до тех пор, пока по графику поставки регионального склада не будет сформирован заказ на него. Даже если этот товар поставляется на другие точки хранения, PTO количество все равно не уйдет к ним. Дата резервации PTO не учитывается. Поэтому региональный склад может забрать весь остаток с ЦС, даже если позднее он сделает резервацию по PTO. | ||
| 163 | |||
| 164 | |||
| 165 | ---- | ||
| 166 | |||
| 167 | == **Как формируется заказ, если DTA товар резервируется по PTO? ** == | ||
| 168 | |||
| 169 | Если статус товара - DTA, сформированный объем заказа округляется в меньшую сторону до MOQ, потому что оставшаяся по PTO потребность будет покрыта количеством из свободного остатка. (Буфер - Остаток + буфер безопасности + резервация + PTO). | ||
| 170 | |||
| 171 | ---- | ||
| 172 | |||
| 173 | == **Резервация ДТО товара через PTO** == | ||
| 174 | |||
| 175 | Если товар - DTO, то заказываемое количество округляется до MOQ/НКП в большую сторону, поскольку количества в приходе должно хватить для полного выполнения заказа. В любом случае менеджер должен следить за заказами и не отправлять заказы с небольшим количеством при большом MOQ. Товар, заказанный по PTO должен быть отгружен клиенту сразу по приходу и не появиться на остатке. | ||
| 176 | |||
| 177 | |||
| 178 | == **Приоритеты в PTO?** == | ||
| 179 | |||
| 180 | Принципы работы PTO зависят от особенностей цепи поставок: | ||
| 181 | |||
| 182 | ~1. Если региональный склад резервирует товар на ЦС, то количество, отправленное в PTO резервируется на ЦС и не отгружается на другие склады, до тех пор пока не должен быть отгружен на тот склад, который сформировал заказ. Если товар резервируется с нескольких складов, то приоритет будет согласно графика поставок: склад который первым отправил заказ - получит товары вперед. | ||
| 183 | |||
| 184 | 2. Если PTO отправляется внешнему поставщику, то позиции по PTO добавляются к регулярному заказу по графику и не имеет какого-то особого приоритета. | ||
| 185 | |||
| 186 | |||
| 187 | = **ПОЧЕМУ...?** = | ||
| 188 | |||
| 189 | ---- | ||
| 190 | |||
| 191 | == **Почему товар не попал в заказ?** == | ||
| 192 | |||
| 193 | Условия, при которых позиция попадает в регулярный заказ: | ||
| 194 | |||
| 195 | * Товар имеет статус DTA. | ||
| 196 | * У товара установлен поставщик. | ||
| 197 | * У поставщика есть график заказов и график активен. | ||
| 198 | * Дата заказа по графику - сегодня. | ||
| 199 | * У товара установлен буфер. | ||
| 200 | * Количество к заказу > 0 | ||
| 201 | |||
| 202 | == **Почему система предлагает заказать именно столько? ** == | ||
| 203 | |||
| 204 | При расчете количества к заказу учитываются следующие показатели: | ||
| 205 | |||
| 206 | ~1. Статус. | ||
| 207 | |||
| 208 | 2. Буфер. | ||
| 209 | |||
| 210 | 2. Остаток. | ||
| 211 | |||
| 212 | 3. Количество в пути. | ||
| 213 | |||
| 214 | 4. Резервация. | ||
| 215 | |||
| 216 | 5. Буфер безопасности. | ||
| 217 | |||
| 218 | 6. Спец заказ. | ||
| 219 | |||
| 220 | 7. MOQ. | ||
| 221 | |||
| 222 | //** Заказанное количество = Буфер– Остаток – Количество в пути + Резервация из текущего остатка + Буфер безопасности + Спец. заказ. **// | ||
| 223 | |||
| 224 | ---- | ||
| 225 | |||
| 226 | == **Почему буфер изменился меньше чем на зону?** == | ||
| 227 | |||
| 228 | Когда буфер близок или равен MOQ - работает другой алгоритм расчета буфера, в соответствии с которым размер буфера рассчитывается на основании средних продаж. Такой алгоритм позволяет плохо двигающимся товарам не успеть закончиться до следующей поставки при всплеске продаж. | ||
| 229 | |||
| 230 | ---- | ||
| 231 | |||
| 232 | == **Какие настройки позволяют учесть десятичные знаки при расчете буфера? ** == | ||
| 233 | |||
| 234 | Для некоторых товаров значения буфера и MOQ должны быть с учетом десятичных значений, для этого нужно указать в столбце Точность - количество знаков после запятой (Другое → Единицы измерения → Кол-во десятичных знаков) | ||
| 235 | |||
| 236 | [[image:20.PNG]] | ||
| 237 | |||
| 238 | ---- | ||
| 239 | |||
| 240 | == **Почему изменился буфер?** == | ||
| 241 | |||
| 242 | Если в карточке поставщика установлены флажки «Автоувеличение» или «Автоуменьшение», буферы будут автоматически увеличиваться или уменьшаться в зависимости от параметров RD и GD. Система ежедневно проверяет нахождение остатка в зоне - если остаток за время RD остаток часто находится в красной зоне, то буфер будет увеличен, если в зеленом - уменьшен. Если галочки не установлены, система предложит увеличить или уменьшить буфер, но окончательное решение об изменении буфера принимает менеджер. | ||
| 243 | |||
| 244 | |||
| 245 | |||
| 246 | ---- | ||
| 247 | |||
| 248 | == **Когда товару назначается статус NA?** == | ||
| 249 | |||
| 250 | Если по товару не было движения более 30 дней, то система сообщит об этом в системных предупреждениях. При нажатии кнопки "Исправить" статус по таким товарам станет NA. | ||
| 251 | |||
| 252 | Более подробно читать тут: [[Статус товара (SKU)>>doc:User_Manual.Assortment_Management.WebHome||anchor="HItems28SKU29marksTOP2CNON2COUT2CNEW"]]. | ||
| 253 | |||
| 254 | |||
| 255 | ---- | ||
| 256 | |||
| 257 | == **Когда товару устанавливает метка NEW?** == | ||
| 258 | |||
| 259 | Метка NEW назначается всем товарам и держится 3 месяца | ||
| 260 | Подробнее [[Статус товара (SKU).>>doc:User_Manual.Assortment_Management.WebHome||anchor="HItems28SKU29marksTOP2CNON2COUT2CNEW"]] | ||
| 261 | |||
| 262 | ---- | ||
| 263 | |||
| 264 | == **Когда товару назначается метка OUT?** == | ||
| 265 | |||
| 266 | Метка"OUT" устанавливается товарам, выводимым их ассортимента, для этого в карточке товара нужно установить галочку OUT. Когда весь отстаок будет распродан, то статус товара изменится на NA. | ||
| 267 | |||
| 268 | Подробнее [[Статус товара (SKU).>>doc:User_Manual.Assortment_Management.WebHome||anchor="HItems28SKU29marksTOP2CNON2COUT2CNEW"]] | ||
| 269 | |||
| 270 | == **Когда товару присваивается метка TOP? ** == | ||
| 271 | |||
| 272 | Метка TOP устанавливается товарам, которые генерируют 80% оборота. Метка TOP может быть присвоена товару с иной меткой. | ||
| 273 | |||
| 274 | Подробнее [[Статус товара (SKU).>>doc:User_Manual.Assortment_Management.WebHome||anchor="HItems28SKU29marksTOP2CNON2COUT2CNEW"]] | ||
| 275 | |||
| 276 | ---- | ||
| 277 | |||
| 278 | == **Когда товару присваивается метка NON? ** == | ||
| 279 | |||
| 280 | Метка NON устанавливается товарам, которые генерируют менее 20% оборота. Метка NON может быть присвоена товару с иной меткой. | ||
| 281 | |||
| 282 | Подробнее [[Статус товара (SKU).>>doc:User_Manual.Assortment_Management.WebHome||anchor="HItems28SKU29marksTOP2CNON2COUT2CNEW"]] | ||
| 283 | |||
| 284 | ---- | ||
| 285 | |||
| 286 | == **Когда товару может быт присвоена метка TOP+NON ?** == | ||
| 287 | |||
| 288 | Такое бывает редко. Такое возможно если компания выгружает большое количество карточек новых товаров. Список ТОР товаров формируется из всех ДТА товаров с любыми метками. Список NON товаров может формироваться из любых DTA товаров, кроме тех, что отмечены меткой NEW. Например, если выгрузили 1000 позиций DTA товаров, из которых 300 единиц являются новыми с пометкой NEW - список TOP будет сформирован из всех 1000 единиц SKU, а список NON будет сформирован из 700 единиц. Элемент в конце списка TOP также может появиться в списке NON. | ||
| 289 | |||
| 290 | |||
| 291 | ---- |