Triceps


Заказ товара — принципы работы

Заказ Товара — это сложный, растянутый во времени бизнес-процесс, включающий в себя описание сделки между вами и вашим клиентом, а также между вами и вашим поставщиком по каждой позиции Заказа Товара.

Чтобы понять как устроен инструмент регистрации заказа товара в Трицепсе, попробуем разобраться в самом бизнес-процессе и формализовать его основные этапы.

У человека возникает потребность в товаре
Итак, всё начинается с того, что у человека возникает потребность в определенном товаре. Перед ним появляется выбор — пожертвовать своим временем и найти деталь самостоятельно, либо обратиться в хороший Авто-Магазин (или автосервис) в котором есть стол заказов.

Он знает, что в этом магазине работают профессионалы, которые помогут ему подобрать правильную деталь и возьмут на себя ответственность привезти её.

 
 
 
 


PO_T-1Сотрудник выясняет какая именно деталь нужна клиенту, исследует предложения и цены поставщиков и, согласно правилам магазина, предлагает клиенту цену магазина на заказ данной детали и срок поставки. Если клиент соглашается, то оформляется документ «Заказ товара». С этого момента между Авто-Магазином и клиентом заключается сделка — сделка с клиентом (на рисунках выделено зеленым).

Эта сделка завершится только в одном из трех случаев: 

  • Клиент получит заказанный товар,
  • Клиент откажется от заказа,
  • Авто-Магазин откажет клиенту в заказе.

Условия сделки (предоплата, сроки, неустойки и т.д.) должны быть оговорены и прописаны заранее!

Клиент получает распечатанный договор и уходит домой. С этого момента сделку с клиентом можно описывать состоянием «Клиент ждет«. Документ «Заказ товара» поступает в работу. Активируется вторая сделка — сделка с поставщиком (на рисунках выделено красным).

 


Сотрудник Авто-Магазина начинает совершать действия в рамках сделки с поставщиком.

PO_T-2

Каждое значимое действие можно считать шагом сделки, который переводит сделку из одного состояния в другое.
Например, сотрудник
— назначает поставщика (статус сделки меняется на «Назначен поставщик«)
— оформляет заказ и отправляет его поставщику (статус сделки «Заказ отправлен поставщику«)
— дожидается положительного ответа от поставщика об отправке товара (статус сделки «Товар отправлен«)
и т.д.

В случае задержки поставки, изменения цены, или перезаказа сделка должна принимать соответствующий статус.

В реальности таких статусов может быть очень много. Сколько будет использоваться в конкретном бизнес-процессе — решать вам. Трицепс позволяет редактировать дерево статусов как угодно.
Но нужно понимать что тут важна грань между точностью учета и простотой использования.

 


PO_T-3В момент когда Авто-Магазин принимает поставку заказанного товара, сделка с поставщиком переходит в статус «Товар прибыл«. И с этого момента она считается успешно завершенной.
Заказанный товар принимается на специальный подзаказный склад Авто-Магазина. Ни в коем случае нельзя принимать подзаказные позиции на основной склад. Иначе они могут быть проданы в розницу другому клиенту по ошибке.

На этом сделку с поставщиком можно считать успешно завершенной.

 

 

 


PO_T-4

 

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

 


PO_T-5

 

По факту визита клиента в магазин происходит продажа (выдача заказа) и, если требуется, получение доплаты. С этого момента сделка с клиентом переходит в статус «Товар выдан» и её также можно считать успешно завершенной.

Если бы клиент не дождался  или по другой причине отказался от своего заказа, то статус сделки с клиентом следовало бы считать как «Отказ клиента».  В этом случае у Авто-Магазина останется предоплата клиента и его товар.

 

 


PO_T-6

 

Документ «Заказ товара» можно закрывать только после того как обе сделки завершены. Допускается также неуспешное завершение одной, или обеих сделок.
Тем не менее, пока одна из сделок открыта — документ находится в обработке.

 


В этом примере использовался наиболее простой сценарий — заказ всего лишь одной позиции. Но в рамках одного заказа клиент может заказать сколько угодно товаров. В этом случае оформляется также один документ «Заказ товара», в котором одновременно ведется столько пар сделок, сколько позиций в заказе. Это необходимо для гибкости учета, так как разные позиции могут быть заказаны у различных поставщиков, и сделки по ним будут идти по абсолютно разным сценариям.

PO_T-7

 

Состояния сделок (статусы), можно изобразить в виде дерева. Связи между узлами — это возможные переходы между статусами. Так, например, административными правилами можно запретить напрямую переходить из статуса «Активировано» в статус «Товар прибыл». Это обяжет сотрудников фиксировать в системе все заказы у поставщиков.

PO_T-8
Насколько сложным будет дерево статусов — зависит от построения бизнес-процессов стола заказов в каждом конкретном предприятии. Как правило, малым предприятиям с небольшим оборотом стола заказов достаточно минимального набора статусов (Активирован — Заказано — Товар прибыл). Крупным предприятиям, с большим оборотом, практичнее использовать более подробный учет ведения заказов. Это несколько сложнее, но позволяет контролировать работу стола заказов.

Описанная схема полностью реализована в системе Трицепс. Как использовать этот инструментарий — читайте в других статьях данного раздела.

Обсуждение закрыто.