Вопросы по CRM 2.0

Добрый день, Антон!

Да, правильно. Статистика накапливается в разрезе этапов бизнес-процесса.

Здравствуйте, Антон!

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

Добрый день, Антон!

По п.1 - ранее в расчете была допущено ошибка, что-то связанное с неверным округлением при пересчете, у реквизита не хватало знаков после запятой. Она исправлена пару недель назад.
Сейчас затраты отображаются корректно, то есть если задано с 16:00 по 16:15, то и будет 0ч 15 мин.
Если задано с 16:01 по 16:15, будет = 0:14

Трудозатраты в базе хранятся в часах. то есть "количество минут / 60"
А на форме отображаются в  часах и минутах, то есть для 15 минут так и выводится в формате времени "00:15", а не "0.25"

По п.2 - В карточке процесса/проекта можно задать ряд настроек, которые будут использоваться при выборе или создании События по данному процессу/проекту (в CRM 1.4 аналогичный функционал был реализован при помощи групп событий)
В настройке "Длительность" указывается длительность создаваемого события по умолчанию при выборе данного процесса/проекта, иначе будет по умолчанию 30 мин, это "базовый" промежуток в календаре.

То, что не задается вопрос ""Установить дату окончания равной текущей дате?", как это реализовано в CRM 1.4 и УФФ - это упущение. Задача уже поставлена, в след. релизе это появится.

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

Это недоработка в форме оповещений, она была найдена и исправлена буквально на днях.
Вы имеете ввиду возможность послать произвольное оповещение участникам из любого события? Такой возможности сейчас нет. Оповещения генерируются в 2-х вариантах:
1) если событие просрочено и его дата еще не вышла за границы настройки  "Глубина анализа" - формируется автоматическое оповещение о просрочке
2) если в форме события вручную или по преднастройке автора указаны оповещения о наступлении срока события - они покажутся в порядке того расписания, которое указано (например за день до наступления события по е-мейл и за 10 мин по смс).

Пожелание записано и будет обсуждаться с методистом.


Все должно работать, проверялось неоднократно....

Вероятнее всего вы считаете что оповещения уходять на адреса, прописанные в почтовом аккаунте пользователя (основной учетной записи)? Это не так. Учетные записи используются в почтовом клиенте. Обращаться к них при рассылки оповещений некорректно:
1) у пользователей может использоваться общий почтовый акканут по умолчанию, например только для чтения корп. почты. Сыпать в него оповещения для всех пользователей некорректно
2) Оповещения могут отправляться не только пользователям системы, но и контрагентам, контактным лицам, сотрудникам и т.п. А у них нет никаких аккаунтов. Поэтому в механизме используются единый подход -  емейлы, указанные в контактной информации. Оповещения уходят на все виды емейл, для которых в спр. Видов контактной информации стоит флаг "использовать для оповещений"

да, в конфигураторе.

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

по поводу вашего примера. Ручные оповещения - это не оповещения о просрочке. Это оповещение, которое должно появиться  ДО начала события за какое то время (как в мобильнике). После оно уже не имеет смысла, так как вы "уже опоздали".
Вы создали событие, время начала 24.08.2012 15:00, в системе время 14:45. то есть в момент записи между ними "ровно" 15 мин (не будем считать секунды на запись в базу, что на часах было не 14:45:00  и т.п.)  После создания время тикаем и разница (временной разрыв между датой события и текущим временем) постоянно уменьшается. Вы успели создать ручное оповещение "напомни за 14 минут" до того, как  разница стала больше 1 минуты, поэтому запись в регистр попала.
А потом вы выставили оповещение за 15 минут. Но к этому времени разница то уже меньше 15 минут и оповещение уже не имеет смысла. Поэтому оно и не создается.
Это то же самое как ввести событие на завтра, а в оповещение о начале события указать "напомни через 3 дня"

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

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

Да, первичный интерес служит для отображения последней записи из регистра сведений "Источники первичного интереса"
В карточке клиента не редактируются ни источник, ни канал. Во всяком случае  сейчас, и я не помню чтобы источник редактировался ранее...

Добрый день, Антон!

Спасибо за указание недоработки в решении - ошибка будет исправлена.

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

Кстати, в рел. 2.0.3.1 на рабочем столе стали отображаться маркетинговые компании и не понятно зачем они там нужны и как это отключить.

Добавлю еще по поводу "событие на весь день" - это можно использовать в том случае если нет точного планового времени, то есть событие можно выполнить/отработать в любое время этого дня.

Да, в последнем релизе вдруг внизу появились маркетинговые компании и отъели добрую часть экранного пространства Я не знал что есть настройка рабочего стола в меню Вид, спасибо.