Вопросы по CRM 2.0

Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.

Страницы: Пред. 1 ... 3 4 5 6 ... 11 След.
RSS
[ Закрыто ] Вопросы по CRM 2.0
 
при загрузке в CRM 2.0 (3.2) взаиморасчетов с клиентами или импорте справочников из БП 2.0 (36.4) (данные из Бухгалтерии выгружаю через внешнюю обработку, которая идёт вместе с конфигурацией) выдаётся ошибка:
Ошибка при загрузке данных: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(5120)}: Значение не является значением объектного типа (Пустая)

соответственно данные в справочники не импортируются
 
Добрый день, Алена!

Передал описание ошибки разработчику обменов, он ответит в ближ. время.

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

Да, системный администратор является в общении с клиентом ключевой фигурой. Но он всего лишь контактное лицо и он должен отображаться на вкладке "Контактные лица", а если он уволится, то все взаимодействия должны быть видны в клиенте.  Взаимосвязи, на данный момент, не позволяют это сделать. Возможно, если их доработать, то они смогут заменить механизм работы, который был в CRM 1.4
Изменено: Антон Гранкин - 13.09.2012 07:32:50
 
В описании CRM 2.0 КОРП увидел такую возможность интегации с другими системами

"поиск и отображение на интернет-карте местоположения клиентов по адресу;"

как она реализована?
 
Цитата
Алёна пишет:
при загрузке в CRM 2.0 (3.2) взаиморасчетов с клиентами или импорте справочников из БП 2.0 (36.4) (данные из Бухгалтерии выгружаю через внешнюю обработку, которая идёт вместе с конфигурацией) выдаётся ошибка: Ошибка при загрузке данных: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(5120)}: Значение не является значением объектного типа (Пустая)

соответственно данные в справочники не импортируются

Не удается воспроизвести ошибку. Во вложении посл. версия обработки выгрузки из БП, попробуйте при помощи ее.
 
Цитата
Алексей Полубенский пишет:
Цитата Алёна пишет: веб-клиент: если строка с кнопками настроек календаря (над расписанием) помещается не полностью, то нет возможности добраться до скрытых кнопок (выбор представления, кнопка Настройки)

Добрый день, Алёна! Я отослал описание проблемы в 1С. Вероятнее всего это ошибка веб-клиента, мы не может повлиять на вывод или не вывод кнопки открытия скрытых (не влезших) пунктов меню в браузере. Я проверил на IE и FireFox - везде одинаково. Не могу сейчас сказать - сможем ли мы как то обойти это без исправления самой платформы.
Пришел офиц. ответ из 1С:
Цитата
К сожалению, в веб-клиенте не поддерживается функционал командной панели показа скрытой части.
На эту тему заведена ошибка.
Василец Павел (1С, Москва)
 
Добрый день, Антон!

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

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

Попробую предложить (по имеющейся информации) решение задачи.
Менеджер по признакам отбирает список обзвона. Используя документ Телемаркетинг и шаблон события (по которому заполняется создаваемое Событие), менеджер обзванивает эту группу клиентов. При совершении звонка создается событие по клиенту. Далее возможны варианты:
1)  Клиенту пока ничего из предложенного не интересно, менеджер устанавливает состояние События "Завершено". При записи События планирует на будущее Событие о созвоне с клиентом со своими комментариями что можно ему предложить.
2) Клиент ничего не интересно и он не хочет с нами работать, менеджер устанавливает состояние  События в "Отменено" и указывает причину отказа.
3) Клиент в чем-то заинтересовался или есть потенциал, что клиента заинтересует предложение (в момент звонка у клиента не было времени поговорить и т.д.). Менеджер выбирает нужный процесс, стартует БП Продажа из События (при этом Событие автоматически завершается), указывает потенциал сделки (если есть понимание об этом) и закрывает Событие.

Анализ такого обзвона следующий:
- Смотрим отчет Анализ Событий с отбором по предмету "Телемаркетинг № ...". Группируем События по состояниям. Делаем выводы по причинам отказа.
- Смотрим отчет Воронка продаж, где все События в состоянии Запланировано (будущие контакты) являются первым этапом, а запущенные БП вторым этапом.
 
Цитата
Антон Гранкин пишет:
В описании CRM 2.0 КОРП увидел такую возможность интегации с другими системами

"поиск и отображение на интернет-карте местоположения клиентов по адресу;"

как она реализована?

Реализация на текущий момент довольно простая - по команде в адресе передается информация на сайт yandex или  google и отображается адрес клиента. Это было еще в редакции 1.4. Сейчас идет работа над более сложной интеграцией - помимо отображения на карте одного адреса возможность отображать группу клиентов и строить маршруты между ними (находится в разработке, как некоторые другая функциональность версии КОРП).
 
Цитата
Антон Гранкин пишет:
Да, системный администратор является в общении с клиентом ключевой фигурой. Но он всего лишь контактное лицо и он должен отображаться на вкладке "Контактные лица", а если он уволится, то все взаимодействия должны быть видны в клиенте. Взаимосвязи, на данный момент, не позволяют это сделать. Возможно, если их доработать, то они смогут заменить механизм работы, который был в CRM 1.4

Описание понятно, спасибо! Мы в ближайшее время доработаем возможность более удобно указывать контактные лица при описанной вами ситуации.
 
Цитата
Алексей Полубенский пишет:
Не удается воспроизвести ошибку. Во вложении посл. версия обработки выгрузки из БП, попробуйте при помощи ее.

спасибо. ошибка теперь не выдаётся, но не передается контактная информация, которая была заведена по контрагентам (адреса, телефоны). если попытаться импортировать файл выгрузки, созданный с предыдущей версией обработки, выдается такая же ошибка.

и еще вопрос: можно ли при выгрузке из бухгалтерии взаиморасчетов переносить также номера счетов?
 
Добрый день, Алена!
Передал описание вашей проблемы разработчику правил обменов, он смотрит. А так же вашу переписку с Чаплыгиным Алексеем.На всякий случай уточню, Алена Абдрахманова - это ведь вы? :)
 
Цитата
Алексей Полубенский пишет:
Алена Абдрахманова - это ведь вы?  

да, это я : )
 
если у пользователя заведен e-mail на вкладке "Адреса, телефоны", то при нажатии на кнопку Отправить e-mail по данному адресу не происходит ничего (учётная почтовая запись у текущего пользователя заведена).

и вообще, логичнее, чтобы из данных в этом поле можно было создать почтовую учетку или туда подставлялся адрес, который у пользователя выбран в качестве основной учетной записи почты
 
Цитата
Алексей Чаплыгин пишет:
Не совсем понятно зачем создавать БП с этапом Холодный звонок, чтобы затем на этом этапе его и завершать... Возможно я что-то просто не понял.
В отчет "Воронка продаж" попадают точки маршрута, в отчет "Анализ задач по проекту (Воронка продаж)" попадают только задачи. Для того, что бы видеть в одном отчете сколько было "Холодных звоноков" и сколько всех остальных задач, нужно что бы был этап "Холодный звонок", создавалась задача и тут же завешалась. Если БП начать не с холодного звонка, а например, с "Презентация", то в воронке мы не узнаем сколько нужно сделать холодных звонков,  что бы повилась одна задача "Презентация". Можно, конечно, выгрузить результаты отчета "Анализ задач по проекту (Воронка продаж)" в Excel, узнать сколько было событий с темой "Холодный звонок" и руками добавть строку для того что бы, например, постоить диаграмму.

Цитата
Алексей Чаплыгин пишет:
Делаем выводы по причинам отказа. - Смотрим отчет Воронка продаж, где все События в состоянии Запланировано (будущие контакты) являются первым этапом, а запущенные БП вторым этапом.
Возможно я что-то не правильно понимаю с воронкой продаж. Как посмотреть отчетом "Воронка продаж" события?

Цитата
Алексей Чаплыгин пишет:
Менеджер выбирает нужный процесс, стартует БП Продажа из События (при этом Событие автоматически завершается),
А  если пользователь придумал свои состояния событий и хочет, что бы события оставались в этих состояниях?  Возможно, пользователю нужно дать выбор, в каком состоянии останется событие или спросить его, хочет ли он, что бы события автоматически завершались. Автоматическое перевод событий с состояние "Завершено"  можно реализовать через обработчик событий, например, перед созданием задачи по первому этапу БП проверить с каком состоянии событие, и если нужно преревести его в статус "Завершено".
Изменено: Антон Гранкин - 16.09.2012 08:26:50
 
Добрый день, Антон!

Цитата
Антон Гранкин пишет:
В отчет "Воронка продаж" попадают точки маршрута

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

В отчете "Анализ задач" статистика показывается без Событий. Для получения воронки продаж по статистике необходимо будет доработать имеющийся отчет. Мы включим это в ближайший релиз решения.
 
Цитата
Антон Гранкин пишет:
А если пользователь придумал свои состояния событий и хочет, что бы события оставались в этих состояниях? Возможно, пользователю нужно дать выбор, в каком состоянии останется событие или спросить его, хочет ли он, что бы события автоматически завершались. Автоматическое перевод событий с состояние "Завершено" можно реализовать через обработчик событий, например, перед созданием задачи по первому этапу БП проверить с каком состоянии событие, и если нужно преревести его в статус "Завершено".

Все в руках пользователя :) Сейчас состояние события переводится в Завершено, если на его основании было введено новое Событие, стартовал БП. В 90 % и более это упрощает работу пользователю и делает работу боле удобной. Могут быть случаи, что пользователь захочет в 1 из 10 раз оставить Событие в каком-то состоянии - он может это сделать вручную сам (вернув его назад). таким образом Событие останется в нужном состоянии. Сейчас текущая логика
а) понятна
б) удобная в 90 % случаев
в) в оставшихся 10 % пользователь зная логику работы решения может сам менять состояния на свое усмотрение.
 
Добрый день, Алёна!

Цитата
Алёна пишет:
если у пользователя заведен e-mail на вкладке "Адреса, телефоны", то при нажатии на кнопку Отправить e-mail по данному адресу не происходит ничего (учётная почтовая запись у текущего пользователя заведена).

Это ошибка, спасибо за её указание - она будет исправлена в ближайшем релизе решения.
 
Цитата
Алексей Чаплыгин пишет:
В то же время, если по процессу Продажа в решении на момент формирования обработки имеются документы События со статусом "Запланировано" и процессом у которого указана анализируемая в Воронке продаж карта - данные события отображаются, как верхних этап Воронки продаж (собственно все те обращения клиентами или к клиентам, но по которым не был стартован БП).

Не получилось так сделать, может я что-то упустил.
Есть процесс  "Продажа", в котором указана карта маршрута "Продажа услуг". Создано событие, выбран процесс "Продажа", кнопка запуска БП "Продажа услуг" появилась. Состояние "Запланировано". Создана воронка продаж "Воронка продаж услуг" в которой добавлены этапы для анализа карты маршрута "Продажа услуг". В воронке продаж этого события не видно.
Что я сделал не так?
 
добрый день, снова про перенос данных из БП 2.0

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

возможно ли сделать в этой обработке перенос всех счетов из БП 2.0, которые привязаны только к документу Поступление на расчетный счет (а к Реализации не привязаны), чтобы их сопоставить с документами реализации уже после загрузки в CRM?
 
рел. 2.0.3.2 В договоре "Основной договор" указан вид цены "Оптовая". В виде цены "Оптовая" указано, что цена не включает НДС. Создю счет на оплату, выбираю клиента и автоматически устанавливается основной договор. В счете нажимаю кнопку "Цены и валюта" там галка "Сумма включает НДС" установлена. Перевыбираю договр и она оттуда изчезает.
 
Цитата
Алёна пишет:
добрый день, снова про перенос данных из БП 2.0

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

возможно ли сделать в этой обработке перенос всех счетов из БП 2.0, которые привязаны только к документу Поступление на расчетный счет (а к Реализации не привязаны), чтобы их сопоставить с документами реализации уже после загрузки в CRM?
Данной возможности сейчас нет, в ближ. планах подобной задачи нет.
Вы можете обратиться в внедренцам/франчайзи для доработки правил под ваши нужды.
 
Цитата
Антон Гранкин пишет:
рел. 2.0.3.2 В договоре "Основной договор" указан вид цены "Оптовая". В виде цены "Оптовая" указано, что цена не включает НДС. Создю счет на оплату, выбираю клиента и автоматически устанавливается основной договор. В счете нажимаю кнопку "Цены и валюта" там галка "Сумма включает НДС" установлена. Перевыбираю договр и она оттуда изчезает.
Спасибо за сообщение - проверим и поправим к след. релизу. В 2.0.3.3 уже не получится, к сожалению.
 
Перспективы поддержки CRM СТАНДАРТ в связи с выходом CRM2.0?
Перспективы поддержки спарки CRM СТАНДАРТ+УНФ в связи с разработкой CRM2.0+УНФ?
Можем ли мы мечтать о конфе УНФ+CRMx.x+УправлениеФирмойФранчайзи?
 
Добрый день, Роман!

По вашим вопросам:

1) CRM СТАНДАРТ также продолжает развиваться, как и раньше - без изменений
2) CRM СТАНДАРТ + УНФ также  продолжает развиваться, как и раньше - без изменений
3) Вопрос задан несколько не по адресу - развитие указанного решения принимается фирмой 1С, в данной конференции это решение не обсуждается.
 
ABC/XYZ классификация, рел. 2.0.3.2

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

Возникли вопросы:

1) Какие параметы АВС классификации установлены? Судя по результатам А-40, В-40, С-20. Где их можно поменять?

2) Почему разные результаты XYZ? Это все разовые покупатели. В CRM 1.4, в аналогичных условиях, все были разовыми покупателями, XYZ - класс не присваиваивался. Где посмотреть и поменять параметры XYZ классификации?
Изменено: Антон Гранкин - 20.09.2012 14:23:21
Страницы: Пред. 1 ... 3 4 5 6 ... 11 След.
Читают тему
Поддержка отраслевых решений «1С-Рарус»
Услуги 1С