Идея
Ревью
инцидент
решение
Решение инцидента
Владимир Соколов
23 мая 2016 12:44
Думаю, надо в базовой версии добавить проверку и не закрывать инцидент как решенный, если не заполнены поля, описывающие решение.Мелочь, но необходимая для нормальной работы сервиса.
6 комментариев
Михайленко Михаил
23 мая 2016 13:16

Добрый день, Владимир!
Мы зарегистрировали Ваше пожелание для доработки базовой логики продукта.
В данный момент, если такова необходимость есть, Вы можете реализовать данную логику на странице обращения.
Реализовать необходимо проверку заполнения поля "Решение", которая будет осуществляться в момент перевода инцидента в соответствующий статус.
Но, в таком случае, необходимо учесть еще фактор "переоткрытия" инцидента, данное поле у Вас останется заполненым по умолчанию, и пользователь сможет закрыть инцидент не меняя значения данного поля. Это не всегда корректно, и очищать данное поле не корректно также.
Потому данный кейст и требует доработки и он ранее не был включен в коробку.

Спасибо за понимание и удачного Вам дня!

Власов Михаил Викторович
23 мая 2016 13:34

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

Владимир Соколов
23 мая 2016 14:01

"Михайленко Михаил" написал:Это не всегда корректно, и очищать данное поле не корректно также

Переносить решение в Историю, и очищать - как вариант. Или требовать подтверждения решения - при переоткрытии. Да, необходимо логику проработать

Владимир Соколов
23 мая 2016 14:01

"Михайленко Михаил" написал:Это не всегда корректно, и очищать данное поле не корректно также

Переносить решение в Историю, и очищать - как вариант. Или требовать подтверждения решения - при переоткрытии. Да, необходимо логику проработать

Власов Михаил Викторович
23 мая 2016 18:01

"Владимир Соколов" написал:Переносить решение в Историю, и очищать - как вариант. Или требовать подтверждения решения - при переоткрытии.

Я думаю Владимир идея у вас очень правильная, но я бы к примеру оставил только Вариант помещения в Историю и очищение поля, без всяких подтверждений. Если пользователь идет на шаг "Переоткрытие" инцидента, то он идет на данный шаг осознанно. И переспрашивать о каждом действие, я думаю это нелогично. Переспрашивать нужно только если действие пользователя может привести к примеру к патовой ситуации, или отмене всех его введенных данных.

Владимир Соколов
23 мая 2016 18:57

"Власов Михаил Викторович" написал:то он идет на данный шаг осознанно

Особенно, когда клиент высылает "Спасибо" в ответ на письмо о решении инцидента :D :D :D

Показать все комментарии
Вопрос
обращение
портал
решение
Технические вопросы
7.x
поле Решение на портале
Татаровская Дарья
14 января 2016 14:59

Версия 7.6
Сервис-деск
в портальной вкладке обращения не видно поле Решения.
Получается пользователи не могут просмотреть решения своих заявок.
Решение очевидно там должно быть, как-то же пользователи должны о нем узнавать
( вопрос с отправкой e-mail не рассматривается, у пользователя может не быть e-mail, письмо может удалиться и т.п.)

Каким образом, можно сделать так, чтобы в портальной карточке обращения отображалось поле Решение?
И почему собственно его нет там - это же не логично

Нравится

8 комментариев
Александр Зубков
14 января 2016 17:20

Дарья, а почему Вы не хотите вывести данной поле на PortalCasePage мастером разделов?

Татаровская Дарья
17 января 2016 22:32

Александр
поле выглядит вот так

и мастером его в таком виде не добавишь.
Да и мастером добавить поле и не получается - мастер надолго задумывается.

Добавили новую вкладку в карточке портального обращения, и вывели там поле "Решение" как текст(недоступный для редактирования)

Просто удивителен тот факт, что Решение изначально не выведено в портальной карточке обращения.
Решение очевидно там должно быть, как-то же пользователи должны о нем узнавать
( вопрос с отправкой e-mail не рассматривается, у пользователя может не быть e-mail, письмо может удалиться и т.п.)

Александр Зубков
18 января 2016 09:06

Просто в оригинале это RichText, для такого поля многое недоступно и требует дополнительных манипуляций. Думаю, что в 7.7, где сообщения отправляются пользователю сразу на портал в отдельном канале, необходимость в нем в принципе отпадет

Татаровская Дарья
18 января 2016 11:20

Ну, во-первых, не так уж много там дополнительных манипуляций.
А во во-вторых, необходимость в поле "Решение" не отпадет, несмотря на то, что будет отдельный канал.
Отдельный канал - это просто переписка между пользователем портала и инженером ( собственно, как и лента раньше).
Должно быть, какое-то место, где и инженер и пользователь,зайдя через сколько угодно времени в программу - хоть через год - мог посмотреть решение обращения, а не листать глазами переписку, которая может быть очень долгой.

Максим Шевченко
18 января 2016 12:27

Мастером раздела можно добавить любое текстовое поле, либо это можно сделать и просто кодом в схеме страницы. В мастере его так же можно сделать многострочным, и попросить его занять определенную высоту. Впрочем как и по коду:

{
		"operation": "insert",
		"name": "UsrNotes",
		"values": {
			"layout": {
				"column": 0,
				"row": 2,
				"colSpan": 12,
				"rowSpan": 2 // <- высота
			},
			"bindTo": "UsrNotes",
			"caption": {
				"bindTo": "Resources.Strings.TestCaption"
			},
			"textSize": 0,
			"contentType": 0,
			"labelConfig": {
				"visible": true
			},
			"enabled": true
		},
		"parentName": "Header",
		"propertyName": "items",
		"index": 5
	},

Что бы оно стало RICH_TEXT, с панелькой применения стилей,
достаточно поменять contentType на:

"contentType": Terrasoft.ContentType.RICH_TEXT

Отключить лейбл так:

"labelConfig": {
        "visible": false
       },

Что бы можно было работать с картинками в этом поле, необходимо добавить:

"controlConfig": {
        "imageLoaded": {
         "bindTo": "insertImagesToNotes"
        },
        "images": {
         "bindTo": "NotesImagesCollection"
        }
}

С именами методов как в основной схеме портальной страницы. Текущий пример взят по примеру поля "Примечания".

Татаровская Дарья
18 января 2016 12:42

Максим, спасибо, мы уже добавили

Владимир Соколов
26 апреля 2017 21:17

"Александр Зубков" написал: а почему Вы не хотите вывести данной поле на PortalCasePage мастером разделов?

А как мастером разделов добраться до PortalCasePage?

Максим Шевченко
27 апреля 2017 11:05

"Владимир Соколов" написал:А как мастером разделов добраться до PortalCasePage?

Сейчас данный мастер доступен из дизайнера системы, настройки рабочих мест, по клику на нужный раздел:

Показать все комментарии
Вопрос
HTML-теги
база знаний
решение
Технические вопросы
7.x
Решение без HTMLтегов
Татаровская Дарья
3 декабря 2015 08:58

Добрый день!
ITIL 7.6
В разделе База знаний есть такое поле как Решение и Решение без HTML-тегов.
Подскажите, пожалуйста, где посмотреть реализацию поля "Решение без HTML-тегов" - где происходит расчет этого поля?

Нравится

2 комментария
Александр Зубков
3 декабря 2015 10:07

Дарья, скорее всего реализацию можно посмотреть в KnowledgeBasePage.....

Татаровская Дарья
3 декабря 2015 13:33

Спасибо, посмотрю

Показать все комментарии
Подписаться на решение