D365 Handle timesheetline workflow submission

[syl]

D365 необходимо после отправки TSTimesheetLine в Workflow, в зависимости от условий переназначить ее на другого человека. Собственно вопрос в том как отследить этот момент?

[EVGL]

Что значит "отследить момент"? "Отследить" или "перенаправить"?

[syl]

Я имею ввиду что нужно где то написать EventHandler или Extension. Но я не могу ни за что зацепиться...

[EVGL]

Цитата:

Сообщение от syl

Я имею ввиду что нужно где то написать EventHandler или Extension. Но я не могу ни за что зацепиться...

Зачем что-либо писать, если можно сконфигурировать? Поставьте условие внутри workflow, и перенаправляйте:


Либо как вариант создайте цепь последовательных одобрений, которые выполняются автоматически, если срабатывает некое условие, либо остаются у человека:

[syl]

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

[Ivanhoe]

А где данные есть? В 2012 я писал методы основной сущности, они отображались в редакторе. А внутри метода соответственно вся логика.

С помощью extension нельзя свой метод реализовать? В классе TsWorkflowTimesheetLines свой parm написать.

[EVGL]

Так точно. "Lines without project manager" на моем скриншоте - добавленный parm-метод.

[syl]

Можете скинуть код этого метода. Я что то не могу пока сообразить как это работает. На методы в этом классе нету никаких Reference'ов

[Ivanhoe]

Там в стандарте есть метод parm - сделайте по аналогии. На вход запись базовой таблицы подается, дальше сами реализуйте свою логику.

[syl]

В том и дело, что там 2 парм метода с разными параметрами. Мне не понятно как система понимает что туда передать

[Ivanhoe]

У меня метод один:

/// <summary>
    /// This method is used to specify conditions on total number of hours while setting up the configuration for timesheet line workflow.
    /// </summary>
    /// <param name="_companyId">
    /// Present Company Id supplied by framework.
    /// </param>
    /// <param name="_tableId">
    /// Table Id supplied by framework.
    /// </param>
    /// <param name="_recId">
    /// Record Id of the timesheetline for which total number of hours is required.
    /// </param>
    /// <returns>
    /// Total number of hours in the timesheet line.
    /// </returns>
    public TSHoursTotal parmTotalWeekHours(
        CompanyId _companyId,
        TableId   _tableId,
        RecId     _recId)
    {
        TSHoursTotal    tsHoursTotal;
        TSTimesheetLine tsTimesheetLine = TSTimesheetLine::findRecId(_recId);

        if (tsTimesheetLine.RecId != 0)
        {
            tsHoursTotal = tsTimesheetLine.totalWeekHours();
        }
        else
        {
            throw error(strFmt("@SYS113080", _recId, tableId2name(_tableId)));
        }

        return tsHoursTotal;
    }

[syl]

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

[Ivanhoe]

Это вам надо смотреть в сторону Workflow Participant Assignment Providers. Писать своего, тогда в редакторе Workflow сможете указывать не конкретного сотрудника - а метод. А в методе уже решать, кого вернуть как участника.

[syl]

Ну возвращаясь к первоначальному вопросу: где ловить событие WorkflowActivated или типа того что бы переасайнить на другого человека?

[Ivanhoe]

В редакторе WF у вас есть несколько вариантов сделать ветвление и/или изменить шаги согласования:
1. условие на основании данных документа-основания - это методы parm
2. подстановочная модель участника WF - это класс наследник для participant provider.

Как я понял задачу - нужно по условиям выбирать разных участников WF, которых нельзя заранее прописать в сценарии, а нужно "вычислять" на лету. Пишете своего провайдера, называете условно "Случайный согласователь" - указываете вместо ФИО на нужно шаге согласования "Случайный согласователь". При переходе WF на этот шаг система запустит ваш класс-провайдер и назначит шаг согласования на того, кого вернет ваш класс.

[Ivanhoe]

В стандарте есть пример провайдера WorkflowUserGroupParticipantProvider - позволяет в сценарии указать не конкретного ФИО, а группу пользователей. И система сама при перехода на шаг WF посмотрит на состав этой группы пользователей и каждому из них пришлет задание поучаствовать в WF.

[Ivanhoe]

Вот на шаге согласования в назначении участника нужно выбрать "Participant" а потом на второй вкладке выбрать Тип - тут и будет в списке ваш самописный провайдер.

[EVGL]

Есть только маленькое "но": в D365FO через extensions не получится подключить нового провайдера к существующему workflow. Остается серия parm-методов и цепочка IF-ов.

[Ivanhoe]

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

[Ivanhoe]

Цитата:

Сообщение от EVGL

Есть только маленькое "но": в D365FO через extensions не получится подключить нового провайдера к существующему workflow. Остается серия parm-методов и цепочка IF-ов.

Есть провайдеры, которые AvailableForAllWorkflowTemplates = Yes, если свой сделать новый и поставить это свойство, в существующие WF он не добавится? Не очень, что он везде будет виден, но тоже вариант.