CRM 2016 Настройка бизнес-процессов

[Анн]

Помогите разобраться. Как настроить в бизнес-процессе Условие ожидания так, чтобы этот процесс запускался каждый месяц 1-го числа.

[Артем Enot Грунин]

Добрый день. Вот пример: https://crmbusiness.wordpress.com/20...s-in-crm-2011/.

Какую задачу вы решаете? Сдается мне что процессы - это вовсе не то что вам нужно

[Анн]

Цитата:

Сообщение от Артем Enot Грунин

Добрый день. Вот пример: https://crmbusiness.wordpress.com/20...s-in-crm-2011/.

Какую задачу вы решаете? Сдается мне что процессы - это вовсе не то что вам нужно

Спасибо. попробую сделать согласно примеру.
Мне нужен процесс, который будет запускаться каждый месяц 1-го числа и искать записи и обновлять/пересоздавать, которые соответствуют требованиям.
Возникает сложность ещё с одним из требований:
Мне нужно находить записи, у которых, например, дата создания="Текущая дата" минус 6 месяцев.
Не вижу в условиях возможности каким-либо образом связываться/ссылаться на Текущую дату, это вообще возможно реализовать через процессы или это только кодить?

[aleos]

Цитата:

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

Спасибо. попробую сделать согласно примеру.
Мне нужен процесс, который будет запускаться каждый месяц 1-го числа и искать записи и обновлять/пересоздавать, которые соответствуют требованиям.
Возникает сложность ещё с одним из требований:
Мне нужно находить записи, у которых, например, дата создания="Текущая дата" минус 6 месяцев.
Не вижу в условиях возможности каким-либо образом связываться/ссылаться на Текущую дату, это вообще возможно реализовать через процессы или это только кодить?

можно попробовать пойти с другой стороны. при создании записи автоматом заполнять ещё одно поле (+6 месяцев от даты создания), потом уже процессом отслеживать наступление этой даты/месяца даты через ожидание.
но не понятна бизнес-задача в целом, может есть и альтернативные, более правильные варианты

[Анн]

Цитата:

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

можно попробовать пойти с другой стороны. при создании записи автоматом заполнять ещё одно поле (+6 месяцев от даты создания), потом уже процессом отслеживать наступление этой даты/месяца даты через ожидание.
но не понятна бизнес-задача в целом, может есть и альтернативные, более правильные варианты

Задача, как по мне, достаточно сложная, по крайней мере для решения средствами CRM. При обращении клиента, создается сущность обращение и в этот момент отправляются сообщения в другие организации (уточнение инф о клиенте).
В обращении будет поле, в котором будет задан Период (кол-во месяцев) спустя который должно создаваться такое же дочернее обращение и соответственно отправляться повторно сообщения с уточнением информации.
Сообщения должны отправляться 1-го числа месяца, кот = месяц создания+период.
Пока пытаюсь реализовать всё через процессы, но проблема со связью с текущей/реальной датой.

[Артем Enot Грунин]

Вы реализуете какое-то периодическое обслуживание клиента? Почему именно обращения и почему дочерние?

[Анн]

Цитата:

Сообщение от Артем Enot Грунин

Вы реализуете какое-то периодическое обслуживание клиента?

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

Цитата:

Сообщение от Артем Enot Грунин

Почему именно обращения и почему дочерние?

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

[Артем Enot Грунин]

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

[Анн]

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

На данный момент ситуация складывается следующая:
Т.к. у нас у каждой услуги может быть разный период продления (т.е. через сколько месяцев создавать новое обращение и отправлять сообщения в др организации) и этот период отсчитывается от даты начала действия услуги, решила добавить дополнительное поле Дата продления, в которое необходимо будет вычислять и записывать дату продления, кот = дата начала+период из услуги.
Создала процесс, который будет запускаться через 2 часа после Даты продления (т.е. в 2 часа) и выполнять уже заданные условия.
Осталось только вычислить Дату продления и найти того, кто сможет это реализовать)))) Разработок в CRM до этого не делали, пока только учимся.
Предполагаю что это будет отдельный плагин для вычисления даты продления.

[slivka_83]

Цитата:

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

Осталось только вычислить Дату продления и найти того, кто сможет это реализовать)))) Разработок в CRM до этого не делали, пока только учимся.
Предполагаю что это будет отдельный плагин для вычисления даты продления.

Может это Вам поможет: https://github.com/jlattimer/CRM-Dat...flow-Utilities

[Анн]

Цитата:

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

Может это Вам поможет: https://github.com/jlattimer/CRM-Dat...flow-Utilities

Спасибо. Как раз они и спасли.
В общем получилось 2 бизнес-процесса. первый запускается на изменение Даты начала действия услуги и расчитывает Дату продления (выставляя её в 1й день месяца). Второй процесс запускается по изменению поля Дата продления и создает новые обращения, меняет им статус, что автоматически приводит к отправке сообщений в другие организации.
В общем, сработало.