Улучшение #12140
Updated by Михаил Воронюк almost 3 years ago
h1(#описание). Описание
Обмен информацией между закупщиком и продажником осуществлялся с низкой эффективностью и система взаимодействия нуждалась в оптимизации. Кроме того, в экстремальных случаях невозможно было определить слабое звено, являющееся причиной срыва сделки, поскольку причиной отмены сделки могло стать как долгое оформление заказа менеджером по продажам, так и неоперативная работа закупщика. Используемая информационная система не позволяла повлиять на данную ситуацию. Такое положение дел могло привести компанию к возможным потерям клиентов и части выручки. Поэтому было принято решение разработать модуль для управления взаимодействием между менеджером по закупкам и менеджером по продажам.
h1(#сокращения). Сокращения
# ЗСНН - запрос на создание новой номенклатуры.
# ЗУЦ - запрос на уточнение закупочных цен.
# Закупщик - менеджер по закупкам
# Продажник - менеджер по продажам
h1(#вводные-данные). Вводные данные
h2(#создание-новой-номенклатуры-по-запросу). Создание новой номенклатуры по запросу
# Автор заказа клиента (продажник) на основании заказа формирует запрос на создание новой номенклатуры исполнителю (закупщику).
# Исполнителю автоматически формируется задача.
# Исполнитель обрабатывает запрос: создает и указывает в запросе номенклатуру, подбирает аналоги или отказывает, и передает запрос автору для проверки.
# Автору автоматически формируется задача на проверку.
# Если причина отказа удовлетворительная и остальная часть запроса выполнена без нареканий, продажник помечает запрос закрытым и данные из запроса переносятся в заказ клиента. Если нет - продажник отправляет запрос на доработку и цикл повторяется.
h2(#уточнение-закупочных-цен). Уточнение закупочных цен
# Автор заказа клиента (продажник) на основании заказа формирует запрос на уточнение закупочных цен исполнителю (закупщику).
# При формировании запроса продажник должен указать список товаров для уточнения цен, приоритет по срокам, приоритет по качеству, возможность использования аналога.
# Закупщику автоматически формируется задача.
# Закупщик обрабатывает запрос: уточняет у поставщиков цену и срок поставки, и указывает их в запросе.
# Продажнику автоматически формируется задача на проверку.
# Продажник проверяет обработанный закупщиком запрос. Если у него имеются замечания, то он отправляет запрос на доработку с указанием замечаний и цикл повторяется. Если замечаний нет, то по уточненным закупочным ценам закупщик обновляет прайс-лист.
h1(#требования). Требования
# Реализовать формирование задания (бизнес-процесс) по ЗСНН и ЗУЦ, и задачи закупщику (на выполнение) и продажнику (на проверку) на основе задания.
# У Продажника должна быть возможность отправить ЗСНН/ЗУЦ на доработку исполнителю с указанием комментария к доработке.
# У Продажника в табличной части ЗСНН/ЗУЦ должна быть колонка “Комментарий к доработке”. Построчные комментарии к доработке автоматически переносятся в комментарий к доработке в шапке документа с указанием тегов в начале и конце автоматической вставки.
# Если форма заказа клиента открыта и другой пользователь пытается из ЗСНН/ЗУЦ инициировать изменение заказа (обновление его комментария), то у него должно появляться предупреждение о том, что в заказе клиента работает другой пользователь (и указать какой) и изменения в заказе не должны быть выполнены.
# Исполнитель ЗСНН или ЗУЦ может быть не указан, тогда задача должна формироваться на роль исполнителей “Исполнитель уточнения цен”. Данная роль будет настроена следующим образом:
Объект адресации - подразделение
Исполнители роли - закупщики
# При отказе заполнения номенклатуры в ЗСНН обязательно заполнение комментария исполнителя.
# В заказе клиента должна быть команда “Догрузить созданную номенклатуру” , при которой в таблицу товаров автоматически будут добавляться товары, созданные или подобранные по запросу на создание новой номенклатуры. При повторном нажатии на кнопку добавленные ранее товары не дублируются, нажатие на кнопку добавляет в список товары, которых в нем еще нет.
# ЗСНН должен формироваться как на основании заказа клиента, так и простым созданием нового документа.
# ЗУЦ должен формироваться только на основании заказа клиента.
# В форме ЗУЦ при регистрации цен должен создаваться документ “Регистрация цен поставщика” для тех строк, в которых указана цена, включен НДС и поставщик. Ссылка на созданные документы должны отображаться в отдельной колонке “Регистратор цен”.
# В форме ЗУЦ должна быть возможность открыть “Прайс-лист” для тех строк, которые выделены в табличной части и в которых заполнен регистратор цены.
# При исполнении запроса на уточнение цен в поле “Менеджер по закупкам” должен подставляться фактический исполнитель запроса. Если было несколько исполнителей, то должен подставляться последний.
# У продажника должна быть возможность в отдельной форме перед формированием ЗУЦ выбрать определенные товары из заказа клиента для переноса в новый документ ЗУЦ. В этом окне вверху должны быть варианты массовой простановки флагов построчно для товаров: отсутствие цены, отсутствие необходимого количества на складе или по умолчанию (или отсутствие цены, или отсутствие на складе).
# В ЗУЦ должна быть возможность массово (для выделенных строк) установить/снять флаг «можно аналог», указать приоритеты по срокам, по качеству и комментарий.
# ЗУЦ должен содержать документ-основание (заказ клиента), автора (менеджер, который создал запрос), исполнителя (фактический менеджер по закупкам, который уточнил цены), склад заказа, подразделение заказа, статус документа, список номенклатуры с редактируемыми либо нередактируемыми колонками (т.е. часть колонок должна быть недоступна для редактирования Продажнику).
# Продажник не может изменять созданные документы ЗУЦ (даже если создал он), только просматривать. У него нет прав на регистрацию цен поставщиков, у закупщика это право есть.
# В ЗУЦ в случае, если не указан поставщик или цена, цена не может быть зарегистрирована и должно быть выдано соответствующее сообщение.
# Цены товаров, поставщик, “Включает НДС” должны браться из последней закупки.
# В ЗУЦ если поставщик поставил флаг “Включен НДС” или ячейка “Цена” не изменяется закупщиком в сравнении со значением, заполненным по умолчанию, то ячейка в соответствующей колонке должна подсвечиваться желтым. Если изменяется - то зеленым.
bq. Примечание: ячейка должна опять подсвечиваться желтым, если содержание изменено на первоначальное.
h1(#результат). Результат
# Разработано расширение
!image1.png!
# Разработана рабочая инструкция для пользователей
# Разработана программа и методика испытаний
# Диаграмма состояний для запроса на создание новой номенклатуры и запроса на уточнение цен, показывающая изменение статусов в зависимости от действий пользователя:
!image2.png!
*Создание новой номенклатуры*
# На основании заказа клиента создается документ на уточнение закупочных цен. Направляется запрос менеджеру по закупкам путем нажатия на кнопку “Отправить в работу”
!image3.png!
# Формируется новое задание и задача появляется в списке задач менеджера по закупкам
!image23.png!
!image4.png!
# ЗСНН для выполнения. У Закупщика нет прав на просмотр заказа клиента.
!image5.png!
# Задача на проверку исполнения появляется в списке задач менеджера по продажам
!image6.png!
# Задание ЗСНН от продажника закупщику
!image7.png!
# Задание на проверку ЗСНН от закупщика продажнику
!image8.png!
# Если при проверке у продажника возникают замечания, он пишет комментарий для доработки (в шапке или построчно) и нажимает “К доработке”. Если нет, то нажимает “Принято”
!image9.png!
*Уточнение закупочных цен*
# На основании заказа клиента продажником создаётся ЗУЦ. Продажник может выбрать товары без цены, в наличии или выбрать все товары.
!image19.png!
# Закупщик получает новую задачу и при уточнении закупочных цен у него есть возможность группового заполнения колонок.
!image10.png!
!image20.png!
# После настраивания столбцов закупщик регистрирует цены. Если поменять поставщика у номенклатуры, то цвет изменится на зеленый и зарегистрировать цену необходимо будет заново, так как документ должен создаться повторно.
!image22.png!
!image21.png!
# Как только закупщик зарегистрировал цены и настроил параметры, появляется возможность сформировать и открыть прайс-лист.
!image12.png!
# Продажник получает задачу на проверку и может как принять документ, так и отправить его на доработку.
!image14.png!
# Комментарий, появляющийся в заказе после выполнения ЗУЦ
!image15.png!
# До и после нажатия на “Догрузить созданную номенклатуру”
!image16.png!
!image17.png!
# Всплывающее сообщение о проблеме, когда заказ клиента открыт и редактируется, а из ЗСНН или ЗУЦ продажник или закупщик пытается изменить заказ
!image18.png!
h1. Характеристики проекта
# Управление по SCRUM
# Средняя численность команды за время проекта - 6 человек:
## 5 - стажёры
## 1 - старший инженер-программист/Скрам-мастер/Владелец разработчик/Скрам-мастер/Владелец продукта в одном лице.
# Исходные коды:
## 104 тыс.символов в 2.6 тыс. строк кода
## 222 коммита
# Инструкция:
## 8 тыс. знаков
## 30 изображений
# Программа и методика испытаний: 9.3 тыс. знаков.
# Отзыв: https://www.3soft.ru/otzyvy/27-otzyv-td-rinkam-o-rabote-trisoft
Обмен информацией между закупщиком и продажником осуществлялся с низкой эффективностью и система взаимодействия нуждалась в оптимизации. Кроме того, в экстремальных случаях невозможно было определить слабое звено, являющееся причиной срыва сделки, поскольку причиной отмены сделки могло стать как долгое оформление заказа менеджером по продажам, так и неоперативная работа закупщика. Используемая информационная система не позволяла повлиять на данную ситуацию. Такое положение дел могло привести компанию к возможным потерям клиентов и части выручки. Поэтому было принято решение разработать модуль для управления взаимодействием между менеджером по закупкам и менеджером по продажам.
h1(#сокращения). Сокращения
# ЗСНН - запрос на создание новой номенклатуры.
# ЗУЦ - запрос на уточнение закупочных цен.
# Закупщик - менеджер по закупкам
# Продажник - менеджер по продажам
h1(#вводные-данные). Вводные данные
h2(#создание-новой-номенклатуры-по-запросу). Создание новой номенклатуры по запросу
# Автор заказа клиента (продажник) на основании заказа формирует запрос на создание новой номенклатуры исполнителю (закупщику).
# Исполнителю автоматически формируется задача.
# Исполнитель обрабатывает запрос: создает и указывает в запросе номенклатуру, подбирает аналоги или отказывает, и передает запрос автору для проверки.
# Автору автоматически формируется задача на проверку.
# Если причина отказа удовлетворительная и остальная часть запроса выполнена без нареканий, продажник помечает запрос закрытым и данные из запроса переносятся в заказ клиента. Если нет - продажник отправляет запрос на доработку и цикл повторяется.
h2(#уточнение-закупочных-цен). Уточнение закупочных цен
# Автор заказа клиента (продажник) на основании заказа формирует запрос на уточнение закупочных цен исполнителю (закупщику).
# При формировании запроса продажник должен указать список товаров для уточнения цен, приоритет по срокам, приоритет по качеству, возможность использования аналога.
# Закупщику автоматически формируется задача.
# Закупщик обрабатывает запрос: уточняет у поставщиков цену и срок поставки, и указывает их в запросе.
# Продажнику автоматически формируется задача на проверку.
# Продажник проверяет обработанный закупщиком запрос. Если у него имеются замечания, то он отправляет запрос на доработку с указанием замечаний и цикл повторяется. Если замечаний нет, то по уточненным закупочным ценам закупщик обновляет прайс-лист.
h1(#требования). Требования
# Реализовать формирование задания (бизнес-процесс) по ЗСНН и ЗУЦ, и задачи закупщику (на выполнение) и продажнику (на проверку) на основе задания.
# У Продажника должна быть возможность отправить ЗСНН/ЗУЦ на доработку исполнителю с указанием комментария к доработке.
# У Продажника в табличной части ЗСНН/ЗУЦ должна быть колонка “Комментарий к доработке”. Построчные комментарии к доработке автоматически переносятся в комментарий к доработке в шапке документа с указанием тегов в начале и конце автоматической вставки.
# Если форма заказа клиента открыта и другой пользователь пытается из ЗСНН/ЗУЦ инициировать изменение заказа (обновление его комментария), то у него должно появляться предупреждение о том, что в заказе клиента работает другой пользователь (и указать какой) и изменения в заказе не должны быть выполнены.
# Исполнитель ЗСНН или ЗУЦ может быть не указан, тогда задача должна формироваться на роль исполнителей “Исполнитель уточнения цен”. Данная роль будет настроена следующим образом:
Объект адресации - подразделение
Исполнители роли - закупщики
# При отказе заполнения номенклатуры в ЗСНН обязательно заполнение комментария исполнителя.
# В заказе клиента должна быть команда “Догрузить созданную номенклатуру” , при которой в таблицу товаров автоматически будут добавляться товары, созданные или подобранные по запросу на создание новой номенклатуры. При повторном нажатии на кнопку добавленные ранее товары не дублируются, нажатие на кнопку добавляет в список товары, которых в нем еще нет.
# ЗСНН должен формироваться как на основании заказа клиента, так и простым созданием нового документа.
# ЗУЦ должен формироваться только на основании заказа клиента.
# В форме ЗУЦ при регистрации цен должен создаваться документ “Регистрация цен поставщика” для тех строк, в которых указана цена, включен НДС и поставщик. Ссылка на созданные документы должны отображаться в отдельной колонке “Регистратор цен”.
# В форме ЗУЦ должна быть возможность открыть “Прайс-лист” для тех строк, которые выделены в табличной части и в которых заполнен регистратор цены.
# При исполнении запроса на уточнение цен в поле “Менеджер по закупкам” должен подставляться фактический исполнитель запроса. Если было несколько исполнителей, то должен подставляться последний.
# У продажника должна быть возможность в отдельной форме перед формированием ЗУЦ выбрать определенные товары из заказа клиента для переноса в новый документ ЗУЦ. В этом окне вверху должны быть варианты массовой простановки флагов построчно для товаров: отсутствие цены, отсутствие необходимого количества на складе или по умолчанию (или отсутствие цены, или отсутствие на складе).
# В ЗУЦ должна быть возможность массово (для выделенных строк) установить/снять флаг «можно аналог», указать приоритеты по срокам, по качеству и комментарий.
# ЗУЦ должен содержать документ-основание (заказ клиента), автора (менеджер, который создал запрос), исполнителя (фактический менеджер по закупкам, который уточнил цены), склад заказа, подразделение заказа, статус документа, список номенклатуры с редактируемыми либо нередактируемыми колонками (т.е. часть колонок должна быть недоступна для редактирования Продажнику).
# Продажник не может изменять созданные документы ЗУЦ (даже если создал он), только просматривать. У него нет прав на регистрацию цен поставщиков, у закупщика это право есть.
# В ЗУЦ в случае, если не указан поставщик или цена, цена не может быть зарегистрирована и должно быть выдано соответствующее сообщение.
# Цены товаров, поставщик, “Включает НДС” должны браться из последней закупки.
# В ЗУЦ если поставщик поставил флаг “Включен НДС” или ячейка “Цена” не изменяется закупщиком в сравнении со значением, заполненным по умолчанию, то ячейка в соответствующей колонке должна подсвечиваться желтым. Если изменяется - то зеленым.
bq. Примечание: ячейка должна опять подсвечиваться желтым, если содержание изменено на первоначальное.
h1(#результат). Результат
# Разработано расширение
!image1.png!
# Разработана рабочая инструкция для пользователей
# Разработана программа и методика испытаний
# Диаграмма состояний для запроса на создание новой номенклатуры и запроса на уточнение цен, показывающая изменение статусов в зависимости от действий пользователя:
!image2.png!
*Создание новой номенклатуры*
# На основании заказа клиента создается документ на уточнение закупочных цен. Направляется запрос менеджеру по закупкам путем нажатия на кнопку “Отправить в работу”
!image3.png!
# Формируется новое задание и задача появляется в списке задач менеджера по закупкам
!image23.png!
!image4.png!
# ЗСНН для выполнения. У Закупщика нет прав на просмотр заказа клиента.
!image5.png!
# Задача на проверку исполнения появляется в списке задач менеджера по продажам
!image6.png!
# Задание ЗСНН от продажника закупщику
!image7.png!
# Задание на проверку ЗСНН от закупщика продажнику
!image8.png!
# Если при проверке у продажника возникают замечания, он пишет комментарий для доработки (в шапке или построчно) и нажимает “К доработке”. Если нет, то нажимает “Принято”
!image9.png!
*Уточнение закупочных цен*
# На основании заказа клиента продажником создаётся ЗУЦ. Продажник может выбрать товары без цены, в наличии или выбрать все товары.
!image19.png!
# Закупщик получает новую задачу и при уточнении закупочных цен у него есть возможность группового заполнения колонок.
!image10.png!
!image20.png!
# После настраивания столбцов закупщик регистрирует цены. Если поменять поставщика у номенклатуры, то цвет изменится на зеленый и зарегистрировать цену необходимо будет заново, так как документ должен создаться повторно.
!image22.png!
!image21.png!
# Как только закупщик зарегистрировал цены и настроил параметры, появляется возможность сформировать и открыть прайс-лист.
!image12.png!
# Продажник получает задачу на проверку и может как принять документ, так и отправить его на доработку.
!image14.png!
# Комментарий, появляющийся в заказе после выполнения ЗУЦ
!image15.png!
# До и после нажатия на “Догрузить созданную номенклатуру”
!image16.png!
!image17.png!
# Всплывающее сообщение о проблеме, когда заказ клиента открыт и редактируется, а из ЗСНН или ЗУЦ продажник или закупщик пытается изменить заказ
!image18.png!
h1. Характеристики проекта
# Управление по SCRUM
# Средняя численность команды за время проекта - 6 человек:
## 5 - стажёры
## 1 - старший инженер-программист/Скрам-мастер/Владелец разработчик/Скрам-мастер/Владелец продукта в одном лице.
# Исходные коды:
## 104 тыс.символов в 2.6 тыс. строк кода
## 222 коммита
# Инструкция:
## 8 тыс. знаков
## 30 изображений
# Программа и методика испытаний: 9.3 тыс. знаков.
# Отзыв: https://www.3soft.ru/otzyvy/27-otzyv-td-rinkam-o-rabote-trisoft