Коллеги, добрый день

 

Может кто нибудь сможет подсказать где капать и как исправить проблему..

Документооборот, маршрут согласования. 

Когда на согласующего падает задача, то планированная дата завершения задачи не соответствует установленному сроку (в часах)

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

 

Может кто нибудь сталкивался с такой проблемой

Заранее спасибо!

Нравится

1 комментарий

Алевтина, добрый день!

 

Рекомендуем создать обращение для нашей команды поддержки, написав письмо на адрес support@creatio.com.

Так мы сможем получить больше информации и провести полный анализ Вашей проблемы.

Показать все комментарии

Добрый день, коллеги!

Интересует ваш опыт и мнение.
Как в рамках bpm'online органичнее реализовать возможность изменения сроков решения инцидентов? Иногда бывает так, что клиент сам просит решить инцидент (запрос на изменение, например) не в оговоренный SLA срок, а в запланированное время (например, через 2 недели). Или запрашиваемый сервис нестандартный, или заранее не может быть высчитан и требует анализа в каждом из случаем.

Насколько я понимаю, сейчас bpm'online однозначно автоматически считает срок разрешения (даже если реклассифицировать). Но в этом случае такие обращения однозначно будут просроченными, что несправедливо портит показатели.

Как лучше решить данную ситуацию?
Спасибо!

Нравится

1 комментарий

Добрый день, Владимир!

Сам термин SLA(соглашение об уровне предоставления услуги) подразумевает, что в таком соглашении содержиться детальное описание предоставляемого сервиса, в том числе перечень параметров качества, методов и средств их контроля, времени отклика поставщика на запрос от потребителя.
По этому наш продукт работает именно так.

Если у Вас возникают ситуации, которые Вы описали ранее, то вариантов решения могу предложить несколько (все они требуют проработки):

1) Выполнять преостановление выполнения обращения базовыми средствами используя состояние паузы "Ожидает ответа", Вы его можете переименовать по необходимости.
В таком случае сроки будут преостановлены. (и ставить задачу на ответственного с отображением в расписании даты последуещего созвона\согласования\ решения)

2)Суть аналогична с первым пунктом, но реализация чуть другая.
Можно создать поле "Дата согласованного решения", в котором будет выбираться дата, которую Вы согласовали с клиентом и реализовать логику, которая будет к срокам решения\реакции добавлять разницу времени, между указанными сроками и указанной даты в колонке "Дата согласованного решения". (в таком случае, желательно раздать права к такой колонке только группе пользователей у которой будут эти полномочия).

3) Разблокировать поля планового решения\реакции на изменения и раздать права на изменение только определенной группе пользователей\или пользователю. (но этот кейс в нашем понимании портит логику системы.)

Показать все комментарии

Всем привет!

Начинаем разработку продукта "Документооборот на BPMOnline". Цель - возможность построения на BPMOnline 7.0 систем, сопоставимых по функционалу со специализированными платформами документооборота.
Тема документооборота очень обширна и все сразу мы реализовать не сможем (хотя и имеем серьезные компетенции в документообороте:)).
Поэтому просьба ко всем заинтересованным в появлении такого продукта отписаться, что именно Вы хотели бы видеть первом релизе.
Пока план такой:

  1. Личный помощник – удобная напоминалка в трее, работает, даже если закрыт браузер с BPMOnline. Оповещения настраиваются: новая задача, 4 часа до завершения задачи, новый клиент…
  2. Нумераторы – тип поля с автоинкрементом по произвольному шаблону. Удобно для договоров.
  3. Заместители
    • Постоянный – имеет права на все активности руководителя, имеет право завершать задачи от имени руководителя. Может использоваться для секретарей
    • Временный – назначается на время отпуска руководителя. На это время получает все права постоянного заместителя.
    • Автоматическое перенаправление задачи. При смене статуса в карточке сотрудника (профиле) на «болен», «в отпуске» все задачи и активности будут перенаправляться заместителю
  4. Задачи
    • При создании задачи выбор исполнителей (в том числе согласующих в задаче на согласование), указание типа согласования – последовательное/параллельное.
    • Относительные временные рамки для задач (через 3 рабочих дня, в течении 2х недель,…)
    • Возможность переноса сроков задачи с указанием причины
    • Галочка «Контроль» во всех задачах, позволяющая по исполнении задачи назначить задачу на контроль
    • Встроенные отчеты по контролем испольнительской дисциплины (КИД): количество просроченных заданий подчиненных на текущий момент, % просроченных задач за месяц и т.д.
  5. Согласование договоров. С настройкой этапов тем, кто создает договор, а не программистом.

Пока не включено:

  • Делегирование. Не просто смена ответственного, но переназначении задачи на подчиненного с КИД.
  • История работы с карточкой. Как журнал в Террасофт 3.х.
  • Проведение совещаний. Подготовка, согласование повестки, протокола
  • Версионность. Ждем реализации Террасофт
  • Бизнес-календарь. Ждем реализации Террасофт

Нравится

5 комментариев

Здравствуйте, Александр!

"Свистунов Александр Сергеевич" написал:Версионность. Ждем реализации Террасофт
Бизнес-календарь. Ждем реализации Террасофт

Уточните, пожалуйста, что имеется в виду под версионностью? Если речь идет о версионности файлов, то она реализована - можно хранить несколько версий одного и того же файла. а также видеть количество правок на детали файлы.

Что касается календарей, то они реализованы на некоторых отраслевых решениях, например BPMonline Cargo

"Alimova Anna" написал:видеть количество правок на детали файлы

Добавил новую версию файла (вложение), теперь у меня два файла:) Как просмотреть правки и понять, что это новая версия?

Александр, Вы правы, в новом UI 7.0 эту функциональность еще не перенесли, она есть только на 5.4

Анна, а какой срок переноса всей функциональности предыдущей версии в 7.0?

Мы сейчас перед выбором 7.0 или 5.4, склоняясь к первому. Но кураторы нашего проекты со стороны Террасофт заверили нас, что в 7.0 перенесён полностью весь функционал и это чуть ли не основное внутреннее требование в компании для релиза новых версий.

Хотелось бы быть уверенным на 100%, что к моменту завершения проекта в этом отношении будет всё, как обещано.

Вадим, ситуация на данный момент следующая: именно внутренняя функциональность системы, то есть, все синхронизации, интеграции и т.д. перенесена в полном объеме + есть очень существенные доработки.

На первых сборках мы сталкивались со сложностями в функционировании самой интерфейсной части, на данный момент проблемы устранены. Однако поскольку система совсем новая и еще не обкатанная, стопроцентно гарантировать, что все будет гладко, не могу.

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

Кроме того, в 7.0 есть в этом плане очевидное преимущество перед 5.4: возможность пакетного обновления.

Это значит, что если в базовой версии были исправлены какие-то проблемы либо добавлена новая функциональность, ее легко можно перенести на проект в рамках пакета обновления. Тогда как для 5.4. всё это делается по одной схеме и вручную.

Поэтому кураторы проекта совершенно справедливо рекомендуют 7.0

Показать все комментарии

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

Нравится

2 комментария

При добавлении новых полей в карточки, для клиента важным является название полей. При этом, если времени на прорисовку форм нет, только консультант в состоянии представить себе, как в итоге в карточке будет выглядеть поле с названием из 5 слов "Комментарии руководителя об окончании испытательного срока" с учетом отсутствия двухуровневых заголовков полей в системе.
С другой стороны, опыт сокращений подсказывает, что при сокращении названия поля с "Наличие утвержденного плана развития инфраструктуры" до "Наличие УПРИ" также пагубно.
С использованием СВТ-2, клиенты уже способны увидеть всю "прелесть" длинных названий полей и понять, что с этим нужно бороться.
Можно переложить данную задачу по сокращениям на клиента, прописав в основные положения документа "Требования к настройке..." положение, в котором указать, что длина названия поля не должна превышать стольки-то символов.
И список сокращений в названиях отдельной таблицей.

Хотелось бы акцентировать внимание, что допустимо такое длинное название полей (например, если оно одно) в случае, если это действительно комментарий. Тогда, есть еще один выход: есть возможность располагать само поле не справа от заголовка поля, а под ним. Достаточно удобно, если специальный комментарий расположить внизу карточки (поле типа многострочный текст) - выглядит достаточно симпатично.

Показать все комментарии