Вопросы по CRM 2.0

Сделайте, пожалуйста, возможность находясь в задаче видеть все объекты, которые были привязаты к объекту. Сейчас объект введеный в задаче виден из этой задачи и из самого БП, но не виден из других задач.

Это уже исправлено в 2.0.3.2, состояние не копируется

релиз 2.0.3.2

решение нельзя запускать как Обычное приложение?
при попытке запуска толстого клиента в режиме Обычного приложения выдаётся ошибка:

"{ОбщийМодуль.сплмкЛицензированиеСервер.Модуль(5)}: Ошибка при вызове метода контекста (ПолучитьОбщийМакет)
по причине:
Недопустимое значение параметра (параметр номер '1')"

Поздравляю с оф выпуском CRM 2.0  
http://www.1c.ru/news/info.jsp?id=15549 07.09.2012 О выпуске редакции 2.0 решений "1С:CRM ПРОФ" и "1С:CRM КОРП".
когда планируете спарку 2.0 с УНФ и УТ?

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

Спасибо за подробное описание. Правильно я понимаю, что в указанном примере взаимоотношения прежде всего ведутся с системным администратором (мы с ним общаемся, а он уже в процессе общения указывает для какой организации и что необходимо выставить)?  Тогда в указанном примере для нас очень важны не данные организации, а именно контактное лицо, т.к. именно с ним решаются вопросы и он принимает решения по ним. Причем, если системный администратор в какой-то момент скажет, что появилась третья, четвертая компания - мы будем работать опять таки через него. Таким образом для нас важным является работа прежде всего с системным администратором - он наш клиент (хоть и взаиморасчеты ведутся через разные юр.лица). Рекомендации в данном случае следующие - завести клиента с типом Физ.лицо - системного администратора, а организации также заводить и указать связь между ними (чтобы она проявлялась и в карточке системного администратора и в организациях).

Такая возможность есть - в форме задачи по команде в панели навигации "Объекты по бизнес-процессу". По ней отображаются все документы, справочники введенные в процессе выполнения бизнес-процесса. Это я комментирую по 1С:CRM 2.0.

Добрый день, Евгений!

CRM 2.0 будет объединяться с УПП 2.0 (когда таковая выйдет), т.к. CRM 2.0  выполнена с возможностью интеграции с УТ-11, а это появится в УПП только в новой редакции.

релиз 2.0.3.2, при попытке запустить любой БП появляется ошибка  "Значение не является значением объектного типа (Обработчик)"

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

Помогло, спасибо.

Обнаружил "странное" поведение программы в одинаковых, казалось бы, ситуациях. Делал на демо базе рел. 2.0.3.2

1) Создаем событие, указываем процесс "Продажа" , событие переводим в состояние "Отказ" и указываем причину отказа. (на самом деле, можно любое состояние указать отличное от "Завершено"). Событие не закрываем. Запускаем БП из события и жмем записать. Переходим в событие и видим, что состояние уже "Завершено".

2) Делаем все то же самое, но перед тем как записать созданный БП, закрываем событие. БП записываем. Открываем событие и видим, что состояние не изменилось.

Второй вариант кажется логичнее - в каком состоянии событие сохранено, в том она и должно  остаться после записи БП.

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

Должно было заполниться при переходе на 2_0_2_3....

Процедура ОбновлениеИнформационнойБазы_2_0_2_3() Экспорт
 Справочники.ВидыКонтактнойИнформации.ЗаполнитьПредопределенныеВидыКонтактнойИнформацииДляОповещен­ий();
Справочники.ВидыКонтактнойИнформации.ЗаполнитьВидКонтактнойИнформацииСайтПартнера();
Справочники.CRM_СостоянияСобытий.ЗаполнитьЭлементыСправочника();
КонецПроцедуры

Менеджер продаж делает "холодные звонки" и в событии указывает причину отказа клиента. Потом из этого события запускает БП "Продажа" и на этапе "Холодные звонки" завершает его досрочно с указанием причины отказа. БП запускается для того, что бы в отчете "Анализ задач по проекту (Воронка продаж)" увидеть холодные звонки вместе с остальными задачами. Получается, конечно, двойная работа с указанием два раза одной и той же причины отказа, но иначе воронка продаж будет без этого этапа. Если событие автоматом вместо "Отказа" прейдет в "Завершено", то в журанале событий не будет видно чем закончился холдный звонок. Если подскажите как можно отказаться от двойного ввода причины отказа, буду благодарен.


сейчас если событие открыто, то статус устнавливается в "Завершено", если закрыто, то статус остается прежним. В обоих случаях событие уже записано, без этого не запустить БП из события.