hisham233 / apertum-qsystem

Automatically exported from code.google.com/p/apertum-qsystem
0 stars 0 forks source link

Отложенная очередь #1

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
Давайте все-таки сделаем отложенную 
очередь, чтобы реализовать use-case, когда 
клиента нужно повторно вызывать по тому же 
тикету. Например, клиент выбрал на киоске 
услугу "срочное фото", первый раз вызываем 
его, чтобы сфоткаться, потом перемещаем в 
"очередь ожидания", потом, когда фотки 
готовы, вызываем еще раз по тому же тикету.

Original issue reported on code.google.com by atsve...@gmail.com on 23 Mar 2011 at 8:39

GoogleCodeExporter commented 8 years ago
Тут возможно два варианта. Первый. Это 
когда тот же сотрудник вызывает ожидающего 
фотографий клиента. Второй. Сотрудник окна 
выдачи результатов(какого-то другого окна, 
но не первоначального) вызывает клиента у 
которого готовы фотографии. По этому 
видится следующее решение. Перевод 
сотрудником клиента в пул ожидающих некого 
решения. Это кнопка на пульте оператора, по 
действию аналогична кнопке завершения 
работы с клиентом, но при этом клиент не 
удаляется из очереди, а переходит в пул 
ожидания. Пул ожидания общий для всех 
операторов. Это не перенаправление в 
другую услугу т.к. тут не важна очередность 
и вызов должен произойти по завершении 
какого-то не детерминированного процесса, 
например печать фотографий или совещание с 
начальником по вопросу клиента. Далее 
любой оператор может вызвать ожидающего 
клиента, для этого будет предусмотрен 
функционал пульта оператора. 

Original comment by evgeniy.egorov@gmail.com on 30 Mar 2011 at 6:32

GoogleCodeExporter commented 8 years ago
ИМХО: Необходимо реализовать в виртуальном 
пульте оператора возможность отправлять 
текущего клиента в пул ожидания. Пул 
ожидания должен быть общим для всех 
операторов. (Примечание: Однако возможно в 
крупных организациях захотят ограничения 
возможности вызова из пула по 
обслуживающему оператору/услуге.) Вызов из 
пула должен производиться 2-мя способами в 
зависимости от настроек, а именно - в первом 
случае оператор видит очередь ожидающих в 
виде списка (это правильно в случае, если 
клиент ждет готовности чего-либо) и 
выбирает по номеру талона (или комментарию, 
например, ФИО - не помню, можно ли у нас к 
клиенту прикреплять комментарии), второй 
вариант - оператор не видит, кто есть в пуле, 
клиент показывает ему первоначальный 
талон, оператор вводит номер талона и 
вызывает этого клиента.

Original comment by atsve...@gmail.com on 30 Mar 2011 at 10:12

GoogleCodeExporter commented 8 years ago
Кстати у нас есть фича "статус завершения 
услуги", можно ее попробовать 
задействовать так. На примере с фотками. 
Оператор принимает клиента и откладывает в 
пул со "статусом завершения услуги" - "ждет", 
"фотограф" не может сам вызывать клиентов, 
но может менять статус завершения услуги 
на "фотки готовы", а уже оператор мониторит 
пул (можно как-то его уведомлять сколько в 
пуле клиентов с определенным статусом?) и 
вызывает клиентов с соответствующим 
статусом. Это кстати и для автосервиса 
подойдет. 

Original comment by atsve...@gmail.com on 30 Mar 2011 at 10:26

GoogleCodeExporter commented 8 years ago
Идея с выставлением "статуса завершения 
услуги" при помещении клиента в пул 
интересная. При смене этого статуса другим 
оператором(только смене) можно видеть 
состояние процесса, которого ожидает 
клиент. Для удобства можно сделать фильтр 
по статусам, чтобы только интересующие 
ожидающие клиенты были видны. Это для 
удобства.

Original comment by evgeniy.egorov@gmail.com on 31 Mar 2011 at 6:01

GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago

Original comment by evgeniy.egorov@gmail.com on 10 Apr 2011 at 6:43