Канбан-доска без изменения конфигурации для УПП, УТ 10, КА
Задачи пользователя - Монитор заказов
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Основная идея канбана - визуализация. Одного взгляда на канбан-доску должно хватить для того, чтобы оценить, на каких этапах зависло больше всего заказов, где они уже просрочены и нужно принимать меры. Смысл доски - разложить карточки по этапам, желательно при этом раскрасить их, чтобы сразу бросалась в глаза цветовая информация. Чтобы диспетчер или соотвествующий руководитель в реальном времени мог оценить, на каком этапе больше всего заказов, и принять необходимые действия. Все раскрашивают по-разному. Я раскрасил по принципу срока пребывания заказа на каждом этапе. Это перекликается с голдратовской ТОС. Дело в том, что Голдрас, будучи физиком, использовал аналогии с принципами гидродинамики - прохождением воды по трубам (узкое место - "барабан"). Для меня важно выделить "застоявшуюся воду" - те заказы, которые давно висят на каком-то этапе. Количество же заказов на этапе тоже является важной информацией.
Использование.
Для примера я использовал дополнительные свойства документов. Нужно завести два свойства "Этап" и "Дата начала" и указывать их, например, у заказов покупателей (это могут быть и другие виды документов). Т.е. когда заказ приходит на какой-то этап, следует указать этот этап в свойстве "Этап" и указать время приемки:
После чего в обработке указывает эти 2 свойства и задается шкала раскраски (по количеству дней нахождения заказа на этапе):
Результат (в заказы можно проваливаться из отчета):
Применение
Я выдрал этот пример из своего внедрения и сделал его применимым к типовым конфигурациям и упростил. В реальном решении у меня используется регистр сведений, который отражает прохождение бп по бизнес-процессам, а "Дата начала" заполняется автоматически при прохождении этапа, чтобы ее нельзя было подделать. Реальное решение у меня связано с WMS (складской логистикой), но на самом деле сфер применения масса - везде, где есть какая-то последовательная обработка с заказами - логистика, производство, монтаж и т.д.
Вступайте в нашу телеграмм-группу Инфостарт