Клименко Андрей
|
В кучу намешано: - согласование возврата от клиента, кто принимает решение - принять-не принять-отказать - дебильные агенты и менеджеры, которые продают клиентам 100 зубных щеток, зная, что клиент едет в командировку на 2 дня - документооборот в 1С - разграничение прав в 1С - должностные обязанности на складе короче - полная каша. Эту кашу по полочкам нужно разложить, последовательность действий определить и сферы ответственности, чтобы получилась четкая и прозрачная система. Примерно так. Клиент хочет сделать возврат по причинам "не продается", "брак" или "просрочено". Это - разные причины, разные действия, разный документооборот. Брак - мы обязаны принять без разговоров, оформляется по накладной ТОРГ2 от клиента - нам. Товар, естественно, везется на склад. Склад - принимает, оформляет в 1С ТОРГ2, разбирает всю эту кучу и решает, что с ней дальше делать. То, что можно восстановить и пустить в продажу - восттанавливает и размещает затем на складе. То, что под списание - размещает на склад списания и ждет разрешения руководства списать. Просрочено - интереснее. Если это мы дали клиенту просроченный товар, и произошло это недавно (вчера), то это - тот же вариант, что и "брак". А вот если мы клиенту дали товар давно, и он у него лежал и не продавался (или слабо продавался) и в итоге просрочился, то это, как правило, комбинированная вина. С одной стороны - виноват клиент, плохо расчитавший потребность в товаре (его отдел закупок), и закупивший лишнего. С другой стороны - виноваты наши продажники, которые в погоне за планом впендюрили такому, не умеющему считать клиенту, "100 зубных щеток". В этом случае ситуация аналогична ситуации "не продается". Не продается - самое интересное. Если по уму, то сначала нам нужно оценить возврат от клиента на предмет того, что "если мы этот возврат возьмем, то какие товарные запасы у нас возникнут, какова степень их ликвидности и что там будет со сроками годности". Для того, чтобы в случае такого возврата самим не получить неликвид. Такую оценку можно сделать, если возвраты - согласовывать. Клиент присылает список на предполагаемый возврат. Список в идеале заводится в систему в виде "предварительного прихода". Далее подверагается анализу на ликвидность. Такой анализ можно возложить как на саму систему, если ввести в нее соответствующие алгоритмы анализа товарных запасов, либо обычно эту работу делает наш собственный отдел закупок, выступая в данном случае в роли подразделения, которое на фирме вообще умеет анализировать товарные запасы. В идеале из желаемого возврата мы должны удалить те позиции, которые нам совсем не нужны и уменьшить количества тех позиций, которые мы можем взять из расчета (в качестве примера) "у нас появится товарный запас не более, чем на ХХ дней, месяцев, лет продаж". В идеале соогласованный возврат должен утвердить кто-то вроде коммерческого директора. Иногда он может включить соображения лояльности и позволить, например, какому-то клиенту более мягкие условия возврата ради..... чего-то там. (я лично - против, пусть клиент учится считать свою потребность, а те, кто создают нам геморрой с возвратами - этот геморрой зачастую сводит ценность клиента до нуля или в минус). Согласованный список высылается клиенту назад. Это - то, что мы согласны у клиента принять назад. Клиент собирает нам строго то, что мы согласны взять. Дальше процедура та же. Возврат оформляется, как правило, в виде обратной закупки. Мы покупаем у клиента по ТОРГ12. Товар поступает на склад. В систему заводится приход. Производится сравнение прихода с "предварительным возвратом" (фактически - с документом заказа товара у клиента) на предмет того, не нарушил ли клиент согласования. Все позиции, по которым нарушил - у клиента не принимать, отправить ему назад. Все позиции, которые совпали с согласованным возвратом - принять, оприходовать, разместить на складе. После чего товар попал к нам в продажу. Физически на складе обычно есть "группа возвратов", которая занимается только возвратами и ничем больше.
|