Декоративное оформление мероприятия 1С-RarusTechDay 2024 Регистрация
{{branchTel}}

{{section.attributes.section}}

Все результаты

  • По вашему запросу {{search.q}} ничего не найдено.

Перейти на страницу поиска
{{countBasket}}

{{userFullName}}

Личный кабинет

Выйти
Доставка и оплата
Контакты

CRM 2.0.7.1 - замечания и ошибки

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

Поиск  Правила 
Страницы: 1
RSS
CRM 2.0.7.1 - замечания и ошибки
 
#1
21.08.2013 05:53:41
1. Список партнеров (клиентов) - в списке контактной информации не видны определенные виды (адрес, например). То, что адрес можно увидеть по кнопке "карта", это хорошо. Но в списке было бы удобно. Зачем было его скрывать?

2. при попытке сохранить харакретистику номенклатуры получаем ошибку - неоднозначное имя характеристики
 
 
 
#2
21.08.2013 09:25:39
Добрый день!
1 -  проверила на релизе, вся информация об адресе отображается в списке. Можно скрин с карточкой Клиента и списком клиентов, где не отображаются адреса.
2- спасибо за сообщение, поставила разработчикам задачу на исправление.
 
 
 
#3
22.08.2013 03:51:56
Вот пример - адрес есть, на форме карточки от ображается, а на форме списка нет. Карта открывается без проблем - используется введенный адрес.
 
 
 
#4
22.08.2013 09:08:00
Добрый день! Странно у меня все показывается. А Вы когда стоите на Клиенте в списке, то внизу точно стоите на закладке Информация о клиенте ,  а не на закладке Контактные лица?
 
 
 
#5
22.08.2013 09:53:36
Добрый день!
Действительно, не заметил, что был изменен порядок вкладок, а КИ у партнера и контактного лица оказалась одинаковой.

P.S. Как по мне, то как-то нелогично вышло. Понятно, что можно поменять местами вкладки за счет настройки формы...
 
 
 
#6
23.08.2013 14:47:47
Закладку "Контактные лица" было решено сделать первой, чтобы сразу видеть и список Клиентов и список их КЛ с их конт. информацией.
Тем более что появилась панель с большими кнопками и список КИ самого клиента не так уже нужен.  пользователю проще и удобнее нажать по большой кнопке и сразу выполнить конкретное действие (позвонить, создать письмо и т.п.) чем всматриваться в список КИ, вставить на строку и потом жать кнопочку.  
При необходимости уточнить конкретный вид КИ  для выбранного действия  будет выведено спец. дерево, в которое попадут сразу же и Контакты контактных лиц. А также, что очень удобно для писем/sms, можно будет в этом дереве выбрать сразу нескольких получателей/адресов.
 
 
 
#7
26.08.2013 07:26:16
Спасибо за объяснение.

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

Если же нажимать кнопку "К исполнению", тогда клиент заполняется.
При этом, в случае "БП-шной" задачи форма оличается от "ручной".
 
 
 
#8
26.08.2013 13:38:07
Добрый день!
Спасибо за сообщение. Поставила задачу разработчикам-изменения будут внесены в след. релиз.
 
 
 
#9
28.08.2013 12:42:41
Добрый день!
Спасибо. Если будет возможность внести небольшие корректировки в конфиуграцию, прошу сообщить где и что нужно поменять чтобы мы могли обновить на нашей рабочей CRM.


Еще обнаружена проблема
при создании исходящего электронного письма и заполнении его из шаблона писем с вложениями (т.е. повторный выбор шаблона) происходит дополнение списка вложений без вопросов и контроля их наличия в письме.
Не критично, но при ручной работе пользователь может ошибочно выбрать не тот шаблон и будут отправлены лишние вложения .
 
 
 
#10
28.08.2013 15:40:33
Цитата
Станислав Патырило пишет:
при создании исходящего электронного письма и заполнении его из шаблона писем с вложениями (т.е. повторный выбор шаблона) происходит дополнение списка вложений без вопросов и контроля их наличия в письме.
Такой вариант был реализован по просьбам клиентов, чтобы не было лишних вопросов и они не отвлекали.
 
 
 
#11
30.08.2013 05:06:41
В новом письме при заполнении из шаблона с файлами вложения добавляются, но ссылка на список файлов сообщает, что их нет. Не срабатывает обновление, список выводится только после нажатия на ссылку "нет вложений"
 
 
 
#12
30.08.2013 15:49:21
Добрый день!
Это уже исправлено, изменения будут в релизе 2.0.7.2
 
 
 
#13
30.08.2013 16:27:16
1. Ограничение к доступу клиентов по уровню доступа, 2а клиента например Иванов Иван Иванович и компания юридическое лицо с лицом указанным карточке клиента с  той же Фамилией Именем и Отчеством, уровень доступа у клиента разный, ни как не пересекаются, и если сотрудник с одним из уровней доступа в поисковой строке вводи запрос Иванов, то ему выходит сообщение что у него не достаточно прав, это актуальная проблема, потому что среди большого количества клиентов с не рабочей полосой прокрутки искать клиента не удобно, время трудо затрат увеличивается!!! Об этом уже писали.
2. В предыдущем релизе в персональных настройках пользователе при указании в поле основная организационно правовая форма ООО, при заполнении новой карточки клиента, после заполнения поля наименование, поле полное наименование заполнялось автоматически, теперь только в ручную.
3. Реализована функция "Передача дел другому ответственному"?
 
 
 
#14
01.09.2013 06:31:09
Цитата
Алексей Токманов пишет:
2. В предыдущем релизе в персональных настройках пользователе при указании в поле основная организационно правовая форма ООО, при заполнении новой карточки клиента, после заполнения поля наименование, поле полное наименование заполнялось автоматически, теперь только в ручную.

Спасибо за сообщение - это ошибка. Она уже исправлена. Для самостоятельного исправления нужно сделать следующее:
- Открыть модуль формы "CRM_ФормаЭлемента" справочника "Партнеры.
- перейти в процедуру "НаименованиеПриИзменении"

Вынести указанный код из условия в самый конец процедуры, (перед "КонецПроцедуры")
Код
   Если НЕ ЗначениеЗаполнено(Объект.НаименованиеПолное) И Объект.CRM_ВидПартнера = ПредопределенноеЗначение("Перечисление.CRM_ВидПартнера.Компания") Тогда
      ПравоваяФорма = CRM_ОбщегоНазначенияПовтИсп.ПолучитьЗначениеПоУмолчаниюПользователя(Пользователь, "ПравоваяФормаКлиентаПоУмолчанию");
      Объект.НаименованиеПолное = ?(СокрЛП(ПравоваяФорма) = "" ,СокрЛП(Объект.Наименование),СокрЛП(ПравоваяФорма)+" """+СокрЛП(Объект.Наименование)+"""");
   КонецЕсли;


Цитата
Алексей Токманов пишет:
3. Реализована функция "Передача дел другому ответственному"?
Да, обработка "Передача текущих дел другому ответственному" в панели действий раздела "Работа с клиентами".
 
 
 
#15
02.09.2013 12:11:57
Цитата
Алексей Токманов пишет:
1. Ограничение к доступу клиентов по уровню доступа, 2а клиента например Иванов Иван Иванович и компания юридическое лицо с лицом указанным карточке клиента с  той же Фамилией Именем и Отчеством, уровень доступа у клиента разный, ни как не пересекаются, и если сотрудник с одним из уровней доступа в поисковой строке вводи запрос Иванов, то ему выходит сообщение что у него не достаточно прав, это актуальная проблема, потому что среди большого количества клиентов с не рабочей полосой прокрутки искать клиента не удобно, время трудо затрат увеличивается!!! Об этом уже писали.
Добрый день!
У меня все отрабатывает правильно -без ошибки. Рассказываю как проверяла. Дала администратору Уровень доступа-Москва, менеджеру по продажам-Санкт-Петербург. Создала юр. лицо с уровнем доступа Москва, и абсолютно идентичное по наименованию физ. лицо с уровнем доступа Санкт-Петербург. Захожу в Предприятие под менеджером, открываю список клиентов,  в поисковую строку ввожу наименование, находится клиент физ.лицо(какое и нужно было по уровню доступа) -ошибки никакой нет. Прилагаю ниже права менеджера по продажам.
 
 
 
#16
05.09.2013 09:26:08
Отчет "Анализ источников первичного интереса" - если оставить только один столбец "Количество привлеченных клиентов", то получаем ошибку отчета

Ошибка при исполнении запроса набора данных
по причине:
{(57, 2)}: Таблица не найдена "КурсКратностьВалютыУУ"
<<?>>КурсКратностьВалютыУУ КАК КурсКратностьВалютыУУ
 
 
 
#17
05.09.2013 11:39:51
Добрый день, Станислав!
Передала ошибку разработчикам-будут разбираться,  а пока вариант один-не использовать отчет с такой настройкой,  а пользоваться стандартной.
 
 
 
#18
12.09.2013 10:59:33
Был сбой в работе почтового сервера и получили почти 100 тыс. входящих писем по одной учетке и порядка 2 тыс. по другой.
CRM при получении почты не контролирует идентификаторы сообщений.
С другими конфигурациями - нетиповая УТ 10.3, ИТИЛ - таких проблем не было, сработал контроль по идентификаторам сообщений.
Изменено: Станислав Патырило - 12.09.2013 11:09:32
 
 
 
#19
12.09.2013 11:56:09
Нельзя изменить дату начала каждого этапа

В настройках Проекта указано: «Редактировать дату выполнения»
Но в задаче не дает менять Дату начала. Причем при сохранении изменения ошибка не выдается, но при повторном открытии дата возвращается какая была.
Задача не принята к исполнению.
 
 
 
#20
12.09.2013 12:56:47
Цитата
Станислав Патырило пишет:
CRM при получении почты не контролирует идентификаторы сообщений.
Идентификаторы контролируются, иначе письма, оставленные на сервере, приходили бы и ранее заново при каждом запросе..

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

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

По поводу того что в CRM письма пришли заново после сбоя на сервере, а в 10.3 не пришли - сейчас поясню почему такое разное поведение:

В механизмах контроля идентификаторов в продуктах типа  УТ 10.3 (УПП, КА, CRM 1.4 и т.д) и в продуктах на основе БСП - библиотеке стандартных подсистем (УТ11, УНФ, CRM 2.0) используются разные данные. В объекте "ИнтернетПочтовоеСообщение" (при помощи которого вот всех конфигурациях производится получение почты) есть 2 свойства: Идентификатор (Тип: Массив.
Содержит строку, идентифицирующую сообщение. Данный идентификатор сообщения уникален в пределах почтового ящика и остается неизменным на протяжении всего времени существования этого сообщения в почтовом ящике на сервере.) и ИдентификаторСообщения (Тип: Строка.
Уникальный идентификатор письма.)
И те и другие идентификаторы уникальны и не должны меняться со временем (подразумевается что они не меняются).

В УТ10.3 идентификаторы хранятся в разрезе данных поля "ИдентификаторСообщения", а в БСП/CRM2/УТ11  - в разрезе данных поля "Идентификатор".
Насколько я понимаю, в результате сбоя на почтовом сервере у всех писем почему то изменился "Идентификатор". но при этом остался неизменным "ИдентификаторСообщения". Почему - не могу конечно сказать, как будто бы все письма поднялись из некого бекапа, но при этом создались заново с генерацией данных поля "Идентификатор" и не измененным   полем "ИдентификаторСообщения".

В результате в УТ 10.3 все ОК, потому что контроль отработал, а в CRM 2 система не смогла сопоставить данные измененных идентификаторов и загрузила все письма заново.

Почему разработчики БСП фирмы 1С приняли решение  изменить схему хранения идентификаторов по сравнению с механизмами УТ10.3 - я конечно не могу сказать. мы не сами пишем этот механизм, а используем готовый из БСП, которым пользуются и все остальные разработчики типовых решений.

Мне кажется новый механизм более правильный, но сбой на почтовом сервере не возможно предугадать и обойти...
Это первая подобная ситуация, по другим продуктам (в том числе типовым от 1С) я  тоже не видел упоминаний...

С другой стороны мы недавно анализировали обратную ситуацию - у одного клиента было все похожее, но как раз на 10.3. То есть там приходили от сервера дубли поля "ИдентификаторСообщения", а поля "Идентификатор" были уникальными.

Я отпишусь в 1С с описанием проблемы и попрошу комментариев. Может стоит сделать двойную проверку, по обоим идентификаторам...
Изменено: Алексей Полубенский - 12.09.2013 12:58:40
 
 
 
#21
13.09.2013 06:13:07
Проверил по "выжившим" после удаления писем - совпадают и идентификатор сообщения и идентификатор на сервере

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

Ощущение, что 9-го сентября начались проблемы, почта не очищалась на сервере, 11-го что-то "исправилось" и почта перестала дублироваться.

Похоже на то, что сервер не очищал почту, а CRM постоянно получал одни и те же письма без контроля идентификаторов.

По скриншоту видно - совпадают оба идентификатора писем и дата их создания (и тема, и текст письма и прочие параметры).
 
 
 
#22
13.09.2013 08:38:49
Опять пошли дубли. Убрал настройку "Оставлять почту на сервере".
Пока не видно дубликатов. Ждем...
 
 
 
#23
13.09.2013 10:50:00
Цитата
Станислав Патырило пишет:
Опять пошли дубли. Убрал настройку "Оставлять почту на сервере". Пока не видно дубликатов. Ждем...
Ну  если почта на сервере удаляется, то конечно дублей не будет. Откуда им взяться, если там всегда только новые письма :)
Как я понял, задача у вас оставлять письма на сервере...
Или вам и не нужно оставлять письма и вы их ранее и не оставляли??
То есть вы хотите сказать, что тех 100т писем в принципе не было на сервере, а потом они вдруг откуда то опять появились?  
Механизм  хранит идентификаторы полученной почты только тогда, когда включен режим "Сохранять письма на сервере". Если он выключен - письма с сервера удаляются и считается что нет смысла хранить эти идентификаторы и засорять базу. И конечно в этом случае, если письма вдруг "волшебным" образом откуда то возникают, они считаются новыми.
Если ситуация была такая, то тоже понятно, почему  в 10.3 письма не продублировались. В 10.3 идентификаторы хранятся не в регистре (как в БСП/УТ11/CRM 2), а в самом документе Электронное письмо. И поскольку они хранятся в письмах, то они есть в базе независимо от настройки "Сохранять письма на сервере". А поскольку вы не удаляли письма из базы, то идентификаторы были сопоставлены и почта повторно не загрузилась.
Но в этом подходе 10.3 есть большой минус - если вы удалите письмо, а оно осталось на сервере - то оно опять загрузится. Чтобы не возникало такой ситуации, и был сделал в БСП отдельный регистр, не зависящий от самого письмо - письмо можно удалить, но его идентификатор останется и дублей не будет. Эта ситуация более жизненна и распространена, чем  сбой, который произошел у вашего провайдера почты....
Изменено: Алексей Полубенский - 13.09.2013 10:51:35
 
 
 
#24
13.09.2013 11:02:11
Цитата
Станислав Патырило пишет:
Похоже на то, что сервер не очищал почту, а CRM постоянно получал одни и те же письма без контроля идентификаторов.
Такое возможно только в том случае если в 1С выключена настройка "Сохранять письма на сервере", но почтовый сервер почему то не удалял письма, хотя команда такая ему приходила. Либо он их удаляет, а потом почему то восстанавливает. Это уже проблема этого почтового сервиса.
вот код работы с письмами, там все очень просто:
Код
   //-----------------------------------------------------------------
   [B]// Удалим ненужные сообщения на сервере[/B]
   ОставлятьКопии = УчетнаяЗапись.ОставлятьКопииСообщенийНаСервере;
   ОставлятьДней  = УчетнаяЗапись.ПериодХраненияСообщенийНаСервере;
   [B]Если Не ОставлятьКопии Тогда
      // удалять все
      МассивКУдалению = Идентификаторы;
      УдалятьВсе = Истина;[/B]
   Иначе
      УдалятьВсе = Ложь;
      Если ОставлятьДней > 0 Тогда
         МассивКУдалению = ПолучитьИдентификаторыПисемДляУдаленияНаСервере(
         Идентификаторы, УчетнаяЗапись, 
         ТекущаяДатаСеанса() - ОставлятьДней * 24 * 60 * 60);
      Иначе
         МассивКУдалению = Новый Массив;
      КонецЕсли;
   КонецЕсли;
   
   Если МассивКУдалению.Количество() <> 0 Тогда
      [B]Почта.УдалитьСообщения(МассивКУдалению);[/B]
   КонецЕсли;
   
   //-----------------------------------------------------------------
   //[B] Удалим ненужные идентификаторы в регистре сведений[/B]
   Если УдалятьВсе Тогда
      УдалитьИдентификаторыВсехРанееПолученныхПисем(УчетнаяЗапись);
   Иначе
      УдалитьИдентификаторыРанееПолученныхПисем(УчетнаяЗапись, Идентификаторы, МассивКУдалению);
   КонецЕсли;

   //-----------------------------------------------------------------
   [B]// Отключимся от почтового сервера[/B]
   Почта.Отключиться();


вот описание метода УдалитьСообщения()

Цитата
ИнтернетПочта (InternetMail)
УдалитьСообщения (DeleteMessages)
Синтаксис:

УдалитьСообщения(<МассивУдаляемыхДанных>)
Параметры:

<МассивУдаляемыхДанных> (обязательный)

Тип: Массив.
Массив, содержащий либо заголовки сообщений, либо серверные идентификаторы сообщений, которые необходимо удалить с сервера.
Для варианта работы с IMAP протоколом также допускается передать массив порядковых номеров сообщений (целые числа) в текущем почтовом ящике (ТекущийПочтовыйЯщик).
Описание:

Удаляет с сервера все сообщения, указанные либо объектами ИнтернетПочтовоеСообщение, либо идентификаторами, находящиеся в массиве, принимаемом в качестве параметра.
Я не думаю что глючит метод 1С Предприятия, вероятнее всего глючит именно почтовый сервер
 
 
 
Страницы: 1
Читают тему
Поддержка отраслевых решений «1С-Рарус»
Узнать подробнее
Услуги 1С