Добрый день, Дмитрий!
Проверил указанное Вами поведение в базовой версии продукта, данная проблема не воспроизводится.
Прошу Вас, укажите детальный кейс воспроизведения, версию продукта, на котором воспроизводилась проблема и необходимо выполнить анализ произведенных доработок в системе.
Спасибо!

Если это какая-то доработка, можно добавить в скрипт дополнительные проверки на null или обернуть в try.

"Ozzy" написал:Значит, получается, что при разборе почты каким-то образом это сообщение автоматически привязалось к инциденту. Я догадываюсь, что автоматическая привязка происходит по теме сообщения и номеру инцидента.

function FindIncidentNumber(Str) {
	var Mask = GetSystemParameterValueEx('IncidentMask', false);
	var NumList = Str.match(/(\d+)/g);
	if (!NumList) {
		return;
	}
	for (var i = 0; i < NumList.length; i++) {
		var Num = Mask.replace(/\%1/g, NumList[i]);
		var SafeNum = '(^|:|#|№|-|\\s+)' + NormalizeForRegex(Num) + '(\\s|\\.|$)';
		if (Str.match(new RegExp(SafeNum, 'ig'))) {
			return Num;
		}
	}
}
 
function GetIncidentDataBySubject(Subject) {
	if (!System.GetHasLicense('Incidents')) {
		return false;
	}
 
	var IncidentNumber = FindIncidentNumber(Subject);
	if (!IncidentNumber) {
	    return null;
	}
    var SelectQuery = GetSingleItemByCode('sq_GetIncidentDataByNumber',
		'MailLinks');
    SelectQuery.Parameters('IncidentNumber').Value = IncidentNumber;
    var Dataset = SelectQuery.Open();
    try {
	    if (IsDatasetEmpty(Dataset)) {
	        return null;
	    }
	    return LoadRecord(Dataset);
	} finally {
		Dataset.Close();
	}
}

Если эта логика вообще не нужна, то можно во второй функции в начале вписать return null; .

Если же хочется привязывать к инцидентам только нужные письма, можно договориться о формате номера (например, [200] или #200) и соответствующим образом модифицировать первую функцию.

Спасибо за подсказку. Для начала просто отключу, так как с работой регулярных выражений еще поразбираться надо.

Александр, воспользовался Вашим советом и отключил функционал полностью в функции GetIncidentDataBySubject. Но в результате по-прежнему появляются напоминания о привязанных письмах к инцидентам ((( Может еще где-то отключить надо?

Странно. То есть напоминания по новым письмам, пришедшим после изменения кода и перезапуска Аутлука?

Ну да. Изменения внес еще 20 августа, старые напоминания удалил. Но они продолжают появляться до сих пор. Тоже грешил на то, что не перезапустили программы, но уже столько времени прошло...

Ozzy, закомментируйте в function SaveMailItem(MailItem, Options) сервиса scr_MSOutlookLibrary строку:

Incident = GetIncidentDataBySubject(MailItem.Subject);

Спасибо, Наталья! Попробую закрыть таким образом. На самом деле такая функция реализуется в пяти разных скриптах. Не хотелось бы закрыть что-нибудь лишнее.

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

Я же говорю, похожая функция реализована в 5 разных скриптах. Её реализация есть в scr_MailLinks, который Вы указали, а есть и в scr_MSOutlookLibrary, который указала Наталья. Необходимо найти правильный и заблокировать вызов.

Здравствуйте.

По поводу ошибки "Имя OpenTaskEditPage отсутсвует в текущем контексте", в блоге указано (пункт 3), что после создания действия процесса "Открыть страницу", ему следует присвоить наименование. Вы либо не добавили UserTask, либо не так назвали.
А по поводу "UserContext" - какая у Вас версия, не 5.2 случаем?

PS:
ID в принципе вы можете не менять, т.к. это стандартные схемы(окна) и ID У Вас совпадут. А вообще, посмотреть их можно либо запросом в БД, либо в адресной строке, при открытии того или иного окна, указывается также и его идентификатор.

Да, действительно, я слишком поспешил, но по-моему там немного порядок нарушен.
Что касается версии, то 5.4.0.591
После всего остались две ошибки: "UserContext" и еще во втором скрипте (после сигнала IncidentEditPageClosed)

TargetScemaQuery.Filters.Add(TargetScemaQuery.CreateFilterWithParameters(
        FilterComparisonType.Equal, 
        "Id", 
        IncidentId));

используется IncidentId, но в скрипте он до этого не объявлен.

Александр, есть там объявление (в первом листинге):

var IncidentId = Guid.NewGuid();

По поводу UserContext - он был в 5.2. В 5.4 теперь это SessionData. Т.е. по сути Вам нужно заменить

UserConnection.UserContext.Add(defValuesId.ToString(), defValues);

на

UserConnection.SessionData.[defValuesId.ToString()] = defValues;

Если там потом этот ключ где считывается, то код следующий:

var test = Page.UserConnection.SessionData[defValuesId.ToString()];

C "UserContext", т.е. с SessionData получилось.
На счет IncidentId. Она объявлена в первом скрипте, но второй скрипт идет как отдельная функция, т.е. она не видит что происходит в первом скрипте, соответственно не видит объявление IncidentId.
Или я что-то не понимаю? Как можно передать переменную из одного скрипта в другой?

Добрый день.

Здесь, действительно, немного запутана очередность действий.

Логика следующая:

(сигнал нажатия на кнопку) -> (скрипт подготовки действия процесса "открыть карточку") -> (действие процесса открыть карточку) -> (сигнал закрытия карточки инцидента) -> (скрипт генерации номера инцидента).

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

myParam =  IncidentId;

А в последнем скрипте, вместо IncidentId использовать параметр.

Параметр нужно создать с типом Guid.

Спасибо. Теперь подберусь немного к сути задачи. Мне надо создать именно инцидент (поставил id инцидента и его карточки, все нормально открывается). Что надо сделать, чтобы после нажатия на кнопку "Ок" у инцидента, т.е. инцидент создан в карточке e-mail он добавился в поле инцидент?

Александр, необходимо добавить сроку кода в элементе (скрипт генерации номера инцидента), т.е. в последний скриптовый элемент в рамках добавленной вами логики:

Page.DataSource.ActiveRow.SetColumnValue("IncidentId", myParam);

где myParam - параметр, в котором хранится Id созданного инцидента.

По сути эта строчка должна добавлять инцидент к письму

Page.IncidentEdit.SetValueAndText(incidentCollection[0].GetTypedColumnValue<Guid>(primaryColumn.Name), incidentCollection[0].GetTypedColumnValue<string>("Number"));

Но скрипт выполняется сразу после открытия окна инцидента, а т.к. запись еще не внесена он не видит эту строку, соответственно ничего не добавляет. Как подождать закрытия окна инцидента?

Здравствуйте.

Нужно ждать сигнал, в данном случае IncidentEditPageClosed. Посмотрите, в блоге данный промежуточный обрабатывающий сигнал присутствует.

Да. вы права, человеческий фактор невнимательность, вместо обрабатывающего сигнала поставил генерирующий.

Можно поступить так: добавить в запрос инцидентов (sq_Incident) группу фильтров вида:

WHERE( ...
 
([tbl_Incident].[ConfigurationItemID] = :ConfigurationItemID OR
	EXISTS 
	(SELECT
		[tbl_ConfigItemComplectation].[ID] AS [ID]
	FROM
		[dbo].[tbl_ConfigItemComplectation] AS [tbl_ConfigItemComplectation]
	WHERE([tbl_ConfigItemComplectation].[ConfigurationItemID] = :ConfigurationItemID AND
		[tbl_Incident].[ConfigurationItemID] = [tbl_ConfigItemComplectation].[ChildConfigurationItemID])))
)

Далее создать в реестре инцидентов (wnd_IncidentsGridArea) новое представление, в свойстве FilterSetCode которого указать код этой группы фильтров.

Необходимо также учесть, что данное представление должно быть видимым только тогда, когда реестр инцидентов используется в детали раздела "Конфигурационные единицы" - для этого соответственным образом отредактировать обработчик события OnPrepare реестра. Также при активации представления необходимо отключать фильтр по ConfigurationItemID, который включается при обновлении детали. Для этого необходимо создать обработчик события OnActiveViewChanged объекта grdData в окне реестра инцидентов, и добавить в него примерно такой текст:

function grdDataOnActiveViewChanged(DataGrid, OldDataGridView) {
	scr_BaseGridArea.grdDataOnActiveViewChanged(DataGrid, OldDataGridView);
	var ActiveView = DataGrid.ActiveView;
	if (ActiveView.Name == <Название представления>) {
		EnableDatasetFilters(dlData.Dataset, false, 'ConfigurationItemID');
		RefreshDataset(dlData.Dataset);
	}
}

"Лабьяк Олег Игоревич" написал: для этого соответственным образом отредактировать обработчик события OnPrepare реестра.

Если там ничего не дописывать, и запустить представление видимым всегда, то при переключении на него в детали Инциденты Конфигурационного элемента выскакивает отладчик скриптов и ругается на следующее:
function RefreshDataset(Dataset) {
CheckAssigned(Dataset, 'Dataset');
Dataset.Close();
Dataset.Open();
}

В обработчике OnPrepare реестра инцидентов (скрипт wnd_IncidentsGridAreaScript) вызывается функция Initialize, в которой есть блок:

if (!IsEmptyValue(ParentItemFieldName)) {
	...
}

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

if (!IsEmptyValue(ParentItemFieldName)) {
	...
	<Название представления>.IsVisible = ParentItemFieldName == 'ConfigurationItemID';
}

"shymaza" написал:Если там ничего не дописывать, и запустить представление видимым всегда, то при переключении на него в детали Инциденты Конфигурационного элемента выскакивает отладчик скриптов и ругается на следующее

Проверьте с помощью профайлера, какой запрос отправляется на сервер. Возможно, Вы не совсем верно сформировали фильтр для представления.

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

Можете выложить следующие сервисы из Вашей конфигурации: sq_Incident, wnd_IncidentsGridArea, wnd_IncidentsGridAreaScript?

Прикрепил

Не срабатывает из-за некорректного условия в функции grdDataOnActiveViewChanged: Вы сравниваете название представления с его заголовком (Caption). Замените текст обработчика на такой:

function grdDataOnActiveViewChanged(DataGrid, OldDataGridView) {
        scr_BaseGridArea.grdDataOnActiveViewChanged(DataGrid, OldDataGridView);
        var ActiveView = DataGrid.ActiveView;
        if (ActiveView.Name == 'dgvCIwithChild') {
                EnableDatasetFilters(dlData.Dataset, false, 'ConfigurationItemID');
                //EnableDatasetFilters(dlData.Dataset, true, 'CIID'); 
                RefreshDataset(dlData.Dataset);
        }
}

Включение фильтра CIID не обязательно, так как он включится автоматически при переходе на нужное представление, поскольку Вы его указали в свойстве FilterSetCode представления. Поэтому здесь я его закомментировал.

Единственное, что можно ещё подправить - убрать строку

dgvCIwithChild.IsVisible = ParentItemFieldName == 'ConfigurationItemID';

из блока

if (!IsEmptyValue(ParentItemFieldName)) {
        ...
}

и вставить её перед этим блоком. Это обеспечит скрытие представления в реестре раздела "Инциденты".

Спасибо, все было бы замечательно, только теперь эта группа фильтров не выключается автоматом, при переходе на представление "Все". Т.е. когда я открываю деталь инциденты интересующей меня КЕ, в представлении "Все" я вижу только те инциденты, которые зарегистрированы непосредственно на эту КЕ, перехожу на представление "byCI", вижу как и хотел инциденты по КЕ и вложенным КЕ, возвращаюсь на представление "Все" а картинка как будто на "byCI". Добавил else в обработчик ChangeView не помогло, как выключить этот фильтр, когда он не нужен?

function grdDataOnActiveViewChanged(DataGrid, OldDataGridView) {
        scr_BaseGridArea.grdDataOnActiveViewChanged(DataGrid, OldDataGridView);
        var ActiveView = DataGrid.ActiveView;
        if (ActiveView.Name == 'dgvCIwithChild') {
                EnableDatasetFilters(dlData.Dataset, false, 'ConfigurationItemID');
              //  EnableDatasetFilters(dlData.Dataset, true, 'CIID'); 
                RefreshDataset(dlData.Dataset);
        }  else  {
                EnableDatasetFilters(dlData.Dataset, false, 'CIID'); 
                RefreshDataset(dlData.Dataset); 
                }
}

Думаю, фильтр выключается, но необходимо обратно включить фильтр по ConfigurationItemID. Попробуйте так:

function grdDataOnActiveViewChanged(DataGrid, OldDataGridView) {
        scr_BaseGridArea.grdDataOnActiveViewChanged(DataGrid, OldDataGridView);
        var ActiveView = DataGrid.ActiveView;
        if (ActiveView.Name == 'dgvCIwithChild') {
                EnableDatasetFilters(dlData.Dataset, false, 'ConfigurationItemID');
                RefreshDataset(dlData.Dataset);
        }  else  {
                EnableDatasetFilters(dlData.Dataset, true, 'ConfigurationItemID');
                RefreshDataset(dlData.Dataset); 
        }
}

Спасибо, Олег. Еще один вопрос, как можно добавить это условие

var ActiveView = DataGrid.ActiveView;
if (ActiveView.Name == 'dgvCIwithChild') {
                EnableDatasetFilters(dlData.Dataset, false, 'ConfigurationItemID');
                RefreshDataset(dlData.Dataset);
        }  else  {
                EnableDatasetFilters(dlData.Dataset, true, 'ConfigurationItemID');
                RefreshDataset(dlData.Dataset); 
        }

в обработчик onPrepare. Иначе при переходе между КЕ при выбранном представлении byCI фильтр не включается, поскольку не срабатывает обработчик onChangeView.
При простом копировании невозможно задать ActiveView, из-за другого контекста.

Нужно добавлять не в обработчик OnPrepare реестра инцидентов, а в функцию обновления деталей (RefreshDetails) скрипта wnd_ConfigurationItemWorkspaceScript. Для быстрого решения можно изменить блок, который относится к обновлению детали "Инциденты", примерно так:

	...
	if (pcDetails.ActivePage.Name == pgIncidentsDetail.Name) {
		RefreshCommonDetail(BaseWorkspace, wndIncidentsDetail, 
			'ConfigurationItemID', 'ConfigurationItemID');
		if (wndIncidentsDetail.Window.ComponentsByName('grdData').ActiveView.Name == 'dgvCIwithChild') {
			var DetailDataset = wndIncidentsDetail.Window.ComponentsByName('dlData').Dataset;
			EnableDatasetFilters(DetailDataset, false, 'ConfigurationItemID');
			RefreshDataset(DetailDataset);
		}		
	} else
	...

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

"Kat" написал:Права на шаблон у общей группы пользователей есть, настроены так же как на шаблон для задачи.

Добрый день, Сергей!

Для реализации необходимой Вам функцональности можем Вам посоветовать добавить в таблицу задач поле "Сопутствующая задача" (или подобрать название соответственно содержимому).
Далее при создании задач необходимо проставить им «пару» (создаём задачу1, получаем её ID1, создаём задачу2, проставляя ей ID1 в поле «Сопутсвующая задача», получаем ID2 и доп. запросом проставляем его в задаче1). При закрытии задачи, нужно проверять есть ли «сопутсвующая задача». Eсли нет – ничего не делать, если есть: проверять статус «сопутсвующей задачи», если она закрыта – надо закрыть связанный инцидент (у задач при создании он должен быть указан).

Желаем удачи!

Terrasoft Support Team