16 декабря 2015

Версия для печати

Преднаборка заказов на ордерном складе

Приветствую изучающие или использующие программу 1С:Управление торговлей 11! Сегодня я коснусь такого интересного вопроса, как преднаборка заказов клиентов на складе. Потребность в таком процессе достаточно часто возникает на предприятиях. А если фирма задалась целью повысить качество обслуживание клиентов и увеличить оперативность работы склада, то преднаборка хороший способ это сделать.
Но в УТ11.1, штатных возможностей организовать преднаборку не было. На основе заказа клиента, приходилось создавать реализацию, после реализации, если заказ оплачен он сразу закрывался. Менеджер свою работу выполнил и благополучно забывал про заказ. Хотя могло случится так, что товара не оказалось на складе и клиент об этом узнает только когда приедет получать товар. Деньги, конечно ему вернут, но вот потраченное время нет, и разочарование от компании у клиента останется на долго.
Можно было решить этот вопрос организационно, например, достаточно складу оперативно информировать менеджера по телефону. Но по личному опыту, такие простые схемы не реализуемы. Все портит человеческий фактор и не умение или не желание руководителей организовывать труд подчиненных сотрудников и следить за выполнением всех регламентов. Поэтому и приходится писать в 1С собственные механизмы.

Вернемся к преднаборки. В УТ 11.1, как я говорил, реализовать штатно возможности не было, т.к. цепочка документов до складского ордера было следующая: Заказ клиента - Реализация - Расходный ордер на товары.

Причем связка Заказ клиента - Реализация работала независимо от складских ордеров. Т.е. после проведения и оплаты реализации заказ клиента благополучно закрывался. Про схему и настройки закрытия заказов подробно я писал здесь.

В новом релизе 1С УТ 11.2 ситуация существенно изменилась. Появилась возможность изменить последовательность оформления отгрузки со склада.

Стало возможным настроеть следующую цепочку документов: Заказ клиента - Расходный ордер на товары - Реализация.

Подробно этот момент я описал в статье 1С Управление торговлей 11.2 Формирование складских ордеров на основании Заказов клиента.
Вроде бы мелкое изменение, на первый взгляд, но оно внесло один очень важный момент. Заключается он в том, что появилась обратная связь между складским ордером и заказом клиента. Раньше связь была только между заказом и реализацией.

Давайте рассмотрим этот механизм на практике.
Предварительно необходимо настроить порядок формирования накладных и расходных ордеров. Перейдем в раздел НСИ и администрирование – Настройка разделов - Склад и доставка и настроим порядок оформления накладных, как на скриншоте выше.
Затем создадим заказ клиента.

Сразу запомним количество стульев в заказе, клиент хотел 10 стульев.
По учету товар на складе доступен, поэтому установим вариант обеспечение (действие) Отгрузить. Проведем заказ. Состояние у заказа будет В процессе отгрузки.

Но ориентироваться на состояние заказа не получится. Полной информации о процессе сборки заказа на складе оно не показывает.
Оплатим заказ и попробуем отгрузить.
Самое привычное это создать документ Реализация товаров на основании заказа клиента.

Документ будет создан, но вот товара в нем не будет.

Почему? А потому, что порядок формирования накладных у нас настроен, сначала ордера, а потом уже реализация.
Хотя у нас конечно остается команда Заполнить по заказам/ордерам. Обратите внимание в УТ 11.1 эти команды были разделены на Заполнить по заказам и Перезаполнить по отгрузки. Теперь, на мой взгляд, стало более удобно и наглядно.

На вкладке Все отгруженные товара не будет, т.к. нет ещё складских ордеров.

А вот на вкладке Все заказанные товар есть, и остается возможность у менеджера заполнить реализацию по заказу. Хотя в данном бизнес-процессе преднаборки это и не нужно, а может даже и вредно. Но, тем не менее 1С такую возможность оставляет, и ограничивать это придется организационно или небольшими изменениями в форме.

Но более удобную работу нам дает журнал Документы продажи, который можно открыть в разделе Продажи.

На закладке К оформлению отображаются заказы по которым еще не оформлены реализации или складские ордера. А также есть расширенные статусы состояний, один из которых показывает процесс сборки товара на складе, а второй процесс оформления продажи (реализации). Теперь в УТ 11.2 стало гораздо больше информации. Вот такие статусы доступны в журнале. Отдельная колонка по состоянию оформления накладных и отдельная по состоянию оформления складских ордеров на отгрузку.

Подробнее можно посмотреть в этой статье (1С Управление торговлей 11.2 Новое рабочее место для оформление реализаций по заказу).


Вспомним, как этот журнал выглядел в УТ 11.1.

Узнать из него, что происходит с товаром, было просто невозможно.

В рабочем месте Документы продажи, а именно рабочим местом назвала этот журнал фирма 1С, есть возможность создать реализацию, либо по заказам, либо по отгрузке. И для этого есть две кнопки Оформить по заказам и Оформить по отгрузке. Работа этих команд аналогично работе механизма Заполнить по заказам/ордерам, описанного выше. Т.е. если нажать кнопку Оформить по заказам будет создана реализация заполненная товаром из заказа клиента, а если нажать кнопку Оформить по отгрузке, реализация будет заполнена фактически отгруженным товаром.
Нас интересует кончно же заполнение реализации фактически отгруженным товаром на складе, но пока склад ещё не отгрузил товар документ у нас создан не будет. О чем 1С УТ 11.2 выдаст предупреждение.

Продолжим работу с нашим примером.
Мы создали заказ клиента, но создать реализацию пока не можем. т.к. товар не собран на складе. Чтобы отгрузить собрать товар перейдем в раздел Склад в рабочее место Отгрузка. И выполним отгрузку товара.
Причем на складе у нас оказалось не достаточно товара, чтобы отгрузить заказ полностью. Из 10 штук затребованных стульев, на складе удалось найти только 8 штук. Это мы и отразим в расходном ордере на товары на этапе проверки.

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

Две стрелки говорят о том, что количество в расходных ордерах не совпадает с количеством в заказе клиента. Но тут нужно заметить, что такое состояние ещё не является ошибкой, т.к. если товар собирается по разным рабочим участкам или помещениям несколькими ордерами, такое состояние говорит только о том, что на одном из участков товар еще не собрали. Но это уже сигнал для менеджера, чтобы позвонить на склад и узнать в чем там дело. Более подробно можно посмотреть в отчете Состояние выполнение документа, который можно открыть, нажав, кнопку Состояние выполнения в журнале.

В отчете видно, что к отгрузке стоит количество 10, а собрано всего 8. Но цветом это тоже не выделено. Не выделено потому, что товар может собираться на других складах и то, что сейчас он собран не полостью ошибкой, как я говорил выше, не является.

Создадим реализацию по отгрузке. Создана она будет на то количество, которое указано в складском ордере. И даже если менеджер не обратит внимание на состояние отгрузки в журнале и не посмотрит в отчет Состояние отгрузки, то после создания реализации заказ не уйдет из журнала, это будет говорить о том, что он не закрыт. А доведение заказа до закрытия непосредственная работа менеджера по продажам. Это и будет сигналом для менеджера о том, что с заказом что-то не так и нужно все проверить, прежде чем звонить клиенту и приглашать его забирать товар.

После создания документа Реализация иконка состояния отгрузки будет выглядеть зеленым флажком и информировать, что весь товар по накладной отгружен. Как же так? - спросите вы. Но на самом деле действительно так и есть. Менеджер создал накладную, на 8 стульев, это же количество указано и в складских ордерах. Получается, что собранное количество на складе совпадает с количеством в реализации.

Но заказ клиента при этом закрыт не будет! Это важно и именно не закрытый заказ будет поводом для проверки склада.

На последок отмечу, что и в журнале Заказы клиентов также буде информация о том, что заказ собран не полностью.

От автора:

Ну а на этом у меня все.

Единственное, хотелось бы узнать у читателей, а как они реализовывают процесс преднаборки у себя на работе?

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