Пользователь
Логин:
Пароль:
Забыли свой пароль?

Поиск по сайту
 

 Расширенный поиск
Реклама

 

Опрос


Погода

Григорий Ненашев (все сообщения)
Форумы
Обновления
Поиск
Пользователи 
Правила
Помощь
Войти

Выбрать дату в календаре ...  Выбрать дату в календаре

Страницы: Пред. 1 ... 49 50 51 52 53 54 55 56 57 58 59 ... 180 След.
Выдавать ошибку, если комментарий не добавлен в поле информация.
#
04.06.2012 16:51:22
Цитата
Артем Калихов пишет:
Так ли необходимо в этом случае журналирование поля "комментарий"? Кто и какие изменения внес в историю видно из нее самой. Потом, если не очищать сразу комментарий, то за одно открытие объекта можно добавить комментарий только 1 раз.


Да конечно необходимо… тут даже не обсуждается. (Поле информация не такое большое, как хотелось бы, по этой причине иногда можно потерять, то, что написал специалист).
Поэтому колле комментарий и журналируется, а в журнал запись происходит в момент сохранения объекта, если удалять раньше, то запись в журнал не попадет.
 
Перейти
Выдавать ошибку, если комментарий не добавлен в поле информация.
#
04.06.2012 16:48:13
Для пользователя есть кнопочка отправить запрос заявителю. Работает по тому-же принципу, плюс завязка на статус. Перед сохранением он проверяет, что значение поля отправить запрос заявителю равно да, (кнопка не отжимается), при этом комментарий не пусто, и статус «В работе», то отработает правило на отсылку, но если будет нарушение, скажем пустое поле специалист, или статус не в работе, или комментарий пусто при нажатой галочке «Отправить запрос заявителю», будет ошибка. (В момент сохранения)

Тут скорее комментарии для внутренних специалистов, например позвонил пользователь на первую линию, и оператор забыл добавить (нажать) на кнопку «Добавить в информацию». Зацепка по идеи есть, поле комментарий и все две галочки сняты. Но к сожалению этих условий мало. Можно третье сделать, а за ним и кучу правил потянется.
Рисунок
sc1.png (9.02 КБ) [ Скачать ]
 
Перейти
Выдавать ошибку, если комментарий не добавлен в поле информация.
#
04.06.2012 16:25:16
Цитата
Артем Калихов пишет:
1. Кнопка добавления сразу очищает поле "Комментарий". Делаем UI правило, которое ругается при закрытии объекта с заполненным комментарием.


- Тогда мы не увидим комментарий в журнале

Цитата
Артем Калихов пишет:
2. DB правилом добавлять комментарий (если не пустой) при сохранении объекта и зачищать его. Тут возможны проблемы если человек не хотел добавлять комментарий, но случайно\специально занес что-то в комментарий.


- Информация из поля комментарий вноситься только после нажатия на кнопку «Добавить в информацию».
То есть вноси или не вноси информацию, она попадет только после нажатия на кнопочку.

По логике правило то простое, Если поле комментарий не пусто и значение добавить в информацию равно значение да, то выдавать ошибку. Но тут беда в том, что эта кнопка отрабатывает UL руль и после ее нажатия она сразу отжимается и добавляет это поле в информацию и ФИО того кто произвел добавление.
 
Перейти
Выдавать ошибку, если комментарий не добавлен в поле информация.
#
04.06.2012 14:20:27
Решили придумать вот такой вот механизм. Но хочу услышать все общие мнения. Задача стоит в следующем:
Немного опишу механизм того что я сделал.
В системе есть штатное поле информация, я взял поле текст 255 и назвал его комментарий, далее заблокировал всем доступ на поле информация и дал права на поле комментарий.
Написал правило, которое добавляет информацию из поля «Комментарий» в поле «Информация». Также написал еще одно правило, что если поле комментарий не пусто, то его нужно очистить.
Поле «Комментарий» установлено на журналирование.
Вопрос состоит в том кто как бы реализовал метод ругалки, которая бы проверяла, добавил ли человек комментарий или нет. Бывают такие моменты, когда специалист открывает объект, добавляет комментарий, но при этом забывает нажать на кнопочку.

У меня есть одна идея, взять еще одно поле или галочку неважно и делать проверку по этому полю. (Но мы, же знаем, нюансов может быть очень много, а ради этого придется написать кучу правил, чего мне ой – как не хочется…. ).

Может, у кого какие еще идеи будут?
 
Перейти
Генерация инцидентов sql-запросом
#
04.06.2012 14:23:27
А кто мешает научить систему создавать элементы через APP сервер? Зачем такие жертвы нужны? smile:popcorn:
 
Перейти
Отображаемые поля, Cмена у Configuration Item отображаемого поля с Search code на Name 1
#
04.06.2012 13:09:36
Цитата
bdv1983 пишет:
Возможно ли это сделать?

Думаю, что это кодить нужно.
 
Перейти
Рабочий день в выходной.
#
04.06.2012 11:52:39
Чтобы понять логику сроков, достаточно логически подумать, как система должна пересчитать все сроки во всех объектах, при изменении одного показателя. Чисто теоретически это сделать можно, нужно кодить программу, а чисто практически нужно задать себе вопрос, а что будет с базой, если такой алгоритм написать? Отсюда вывод: Если есть желание, что-то сделать, лучше сначала подумать к каким последствиям может привести данный функционал.
Скажем так, если в таблице поле срок массово начать пересчитывать в зависимости от каких-то показателей, то тут встанет еще один вопрос, а что тогда делать с тасками?
 
Перейти
Рабочий день в выходной.
#
04.06.2012 11:16:31
Цитата
Евгений Симагин пишет:
что некорректно.


Это корректно, т.к на момент создания объекта в системе суббота была нерабочим днем.
 
Перейти
Рабочий день в выходной.
#
04.06.2012 10:45:03
Расчет сроков в системе, это целый раздел, мне так сложно сказать, как у Вас будут считаться данные. Все зависит от объема, если не много, то ваши показатели ошибок будут минимальными по отношению к общим графикам. «Если конечно Вы строите сложные отчеты».
 
Перейти
Рабочий день в выходной.
#
04.06.2012 10:14:41
Прописывайте в SLA субботу рабочим днем, а в воскресенье или после рабочего дня субботы вернете все как было.
 
Перейти
Страницы: Пред. 1 ... 49 50 51 52 53 54 55 56 57 58 59 ... 180 След.

Сегодня были (гостей: 3, пользователей: 0, из них скрытых: 0)