"Zaitova Liubov" написал:и вроде как условия по наличию/отсутствию кавычек и равенстве прописных и строчных букв там в условии не задать

Сохраняйте для всех контрагентов в скрытом поле имя, по которому искать, убирая кавычки, приводя к UPPER, убирая всякие возможные части текста типа А/O, OOO и другие.

Любовь, добрый день.

Любые механизмы поиска дублей, тем более с синхронным ответом, будут создавать нагрузку. То, что Вы хотите реализовать - это LIKE запрос по текстовому полю в таблице, в которой теоретически может быть и сто тысяч записей, и миллион. Скорее всего, Вы просто не получите ответ на клиенте за 30 секунд. Как по мне, более оптимальным вариантом является использованием существующего асинхронного механизма. запуская его, скажем, один раз в неделю.

"Мотков Илья" написал:

Любовь, добрый день.

Любые механизмы поиска дублей, тем более с синхронным ответом, будут создавать нагрузку. То, что Вы хотите реализовать - это LIKE запрос по текстовому полю в таблице, в которой теоретически может быть и сто тысяч записей, и миллион. Скорее всего, Вы просто не получите ответ на клиенте за 30 секунд. Как по мне, более оптимальным вариантом является использованием существующего асинхронного механизма. запуская его, скажем, один раз в неделю.

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

"Zaitova Liubov" написал:Вы хотите реализовать - это LIKE запрос по текстовому полю в таблице, в которой теоретически может быть и сто тысяч записей, и миллион.

а если делать как советовал Владимир Соколов:" Сохраняйте для всех контрагентов в скрытом поле имя, по которому искать, убирая кавычки, приводя к UPPER, убирая всякие возможные части текста типа А/O, OOO и другие.". то это уже будет equal, а не like и должно быть быстрее. все равно getEntityCollection не справится достаточно быстро? и еще вопрос - это вообще реализуемо, что можно дождаться его ответа и по результату дать/не дать сохранить?

Теоретически можно сделать что-угодно.)

Как заместить логику сохранения обсуждали буквально недавно: http://www.community.terrasoft.ru/forum/topic/25618
Можете аналогично переопределить метод save, и, допустим, строить запрос вида:
SELECT COUNT(*) FROM Account WHERE NAME = 'MyName', и если COUNT = 0 - сохранять запись, вызывая callParent. Однако, в таком случае Name в Контрагенте должен быть также без ООО, кавычек и прочего.

"Zaitova Liubov" написал:то это уже будет equal, а не like и должно быть быстрее

Боюсь, что для такой задачи даже Like недостаточно, нужно учиться у Google распознавать схожие записи, например "Аксиома" и "Аксиомаа"

"Мотков Илья" написал:Можете аналогично переопределить метод save

А может, лучше на Validation повесить?

"Владимир Соколов" написал:А может, лучше на Validation повесить?

Если можно логику выполнить синхронно то да, иначе:
http://www.community.terrasoft.ua/forum/topic/25618#comment-69035

Выйдите из CRM через Exit, почистите кеш браузера, а потом залогиньтесь и проверьте появились ли стадии.

К сожалению, не помогло.

Выявила еще одну проблему.
Добавила новый кейс. Для стадий "Отказ от сотрудничества", "Мелкая партия" в справочнике стадии лида установила значение завершающих стадий. Пример в приложении.
Наблюдаю такую ситуацию, что при переходе на эти стадии , индикатор стадий отображается неверно. Приложение 2.

Не могу понять в чем может быть ошибка.

В продаже так же не все стадии отображаются на индикаторе стадий. Они просто не умещаются.

Сдается мне, что все сгруппированные кейсы будут принимать тот цвет, что установлен у первого в группе. В Вашем случае первый в группе "зеленый"
[color=green]"Потребность отсутствует"[/color] + [color=red]"Отказ от сотрудничества"[/color] + [color=red]"Мелкая партия"[/color] + [color=red]"Дисквалифицирован"[/color]

По сему визуально любой выбранный из группы кейс отображается в его стилистике оформления,

Надо эту гипотезу проверить. Если она верна - то это очевидный дефект.

Здравствуйте!

В настройках DCM необходимо указать выбранная конечная стадия успешная или нет. В зависимости от успешности стадия будет подсвечиваться разным цветом.

Вариант с цветом стадии не сработал. Все точно так же.

Есть ли какое-то граничение на количество стадий в индикаторе? У меня сейчас их 8. На странице редактирования часть стадий не отображается.(не умещаются).

Светлана, здравствуйте.

Это известная проблема коробочной версии 7.10, при большом количестве стадий они отображаются неверно, в 7.11 исправлена.

Отключите процессы управление Лидом и старта корп. продаж в Системнноых настройках UseProcessLeadManagement и StartOppBusinessProcess.

http://prntscr.com/fmbfwb

Спасибо за помощь!

Все зависит от того, какого вида само окно и для какой цели Вы будете его использовать.
Как пример, можете посмотреть реализацию для BaseLookupPageV2.

prosteysheemodalnoeoknomodalbox.doc
В примере из вложения: страница модального окна это «Схема модели представления карточки», без указания родительской схемы.
Модуль модального окна это «Модуль», с одной единственной зависимостью на вышесозданную страницу. Все из этого ни от кого не наследуется.

Максим Шевченко, здравствуйте, использовал ваш пример из вложения, он выдает ошибку при загрузке самого окна:

ConfigurationBootstrap.js:21948 Uncaught TypeError: Cannot read property 'entitySchemaName' of undefined

    at i.<anonymous> (ConfigurationBootstrap.js:21948)

    at all-combined.js:477

    at Object.execCb (require.js:1693)

    at Module.check (require.js:881)

    at Module.<anonymous> (require.js:1136)

    at require.js:134

    at require.js:1186

    at each (require.js:59)

    at Module.emit (require.js:1185)

    at Module.check (require.js:936)

(anonymous) @ ConfigurationBootstrap.js:21948

(anonymous) @ all-combined.js:477

execCb @ require.js:1693

check @ require.js:881

(anonymous) @ require.js:1136

(anonymous) @ require.js:134

(anonymous) @ require.js:1186

each @ require.js:59

emit @ require.js:1185

check @ require.js:936

enable @ require.js:1173

init @ require.js:786

callGetModule @ require.js:1200

completeLoad @ require.js:1608

onScriptLoad @ require.js:1714

core.js:579 user: Supervisor/7f3b869f-34f3-4f20-ab4d-7480a5fdf647

 file: http://localhost:82/0/Nui/ViewModule.aspx

 line: 3

 column: 1

 message: Uncaught SyntaxError: Unexpected token < 

 date: Thu Sep 07 2017 11:04:28 GMT+0300 (RTZ 2 (зима))

 stack: SyntaxError: Unexpected token <

writeErrorMessage @ core.js:579

(anonymous) @ core.js:740

execCb @ require.js:1693

check @ require.js:881

enable @ require.js:1173

init @ require.js:786

(anonymous) @ require.js:1457

setTimeout (async)

(anonymous) @ require.js:1812

localRequire @ require.js:1446

errorHandler @ core.js:716

core.js:579 user: Supervisor/7f3b869f-34f3-4f20-ab4d-7480a5fdf647

 file: http://localhost:82/0/configuration/04a28bb938a0652641f26936a1b20234/Co…

 line: 21948

 column: 57

 message: Uncaught TypeError: Cannot read property 'entitySchemaName' of undefined 

 date: Thu Sep 07 2017 11:04:28 GMT+0300 (RTZ 2 (зима))

 stack: TypeError: Cannot read property 'entitySchemaName' of undefined

    at i.<anonymous> (http://localhost:82/0/configuration/04a28bb938a0652641f26936a1b20234/Co…)

    at http://localhost:82/core/9081d8eb154840ddc3ec408c11264ff4/combined/all-…

    at Object.execCb (http://localhost:82/core/c3a883e5c39cffb863b2f781f396c705/requirejs/req…)

    at Module.check (http://localhost:82/core/c3a883e5c39cffb863b2f781f396c705/requirejs/req…)

    at Module.<anonymous> (http://localhost:82/core/c3a883e5c39cffb863b2f781f396c705/requirejs/req…)

    at http://localhost:82/core/c3a883e5c39cffb863b2f781f396c705/requirejs/req…

    at http://localhost:82/core/c3a883e5c39cffb863b2f781f396c705/requirejs/req…

    at each (http://localhost:82/core/c3a883e5c39cffb863b2f781f396c705/requirejs/req…)

    at Module.emit (http://localhost:82/core/c3a883e5c39cffb863b2f781f396c705/requirejs/req…)

    at Module.check (http://localhost:82/core/c3a883e5c39cffb863b2f781f396c705/requirejs/req…)

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

1. Создаете атрибут на странице с названием вроде "ПереходНаТакуюТоСтадиюРазрешен": ложь
2. Создаете атрибут на странице с названием вроде "АсинхроннаяПроверкаВыполнена": ложь
3. Замещаете метод save: , в нем проверяеете какую сейчас выбрали стадию, если ту что требует проверок, и атрибут АсинхроннаяПроверкаВыполнена = ложь, то проверка не выполнена, запускаете метод проверки (4).
4. Пишите метод проверки который проверяет нужные вам условия, и в результате выполнения устанавливаете ПереходНаТакуюТоСтадиюРазрешен согласно ваших проверок, а АсинхроннаяПроверкаВыполнена в истину. В этом же методе вызываете снова метод save();
5. Метод сейв дописываете так, что если АсинхроннаяПроверкаВыполнена = истина, а ПереходНаТакуюТоСтадиюРазрешен = ложь, то выводите пользователю сообщение что сохранение запрещено потому что потому... А если АсинхроннаяПроверкаВыполнена = истина, а ПереходНаТакуюТоСтадиюРазрешен = истина, то, вызываете родительскую реализацию через this.callParent(arguments).

Вот и все, так же можно доработать алгоритм визуальным откатом на предыдущую стадию, для этого нужно будет внести атрибуты для кеширования стадий, но это не обязательно, ведь в БД и так стадию не сохранило.

Есть вариант с "безотканой" проверкой,
[color=green]Соответственно данный подход работает именно при клике юзера по "колбасе", если стадии будут двигаться бизнес-процессами этот вариант не подойдет[/color]
Вам необходимо будет расширять/перекрывать методы класса BaseStageControl (схема BaseStageControl как ни странно :))
В частности его метода onStageItemMenuClick
Куда вы можете внедрить вызов любых необходимых Вам проверок, и соответственно прервать или "отпустить" выполнение дальнейшей логики по смене стадии.

PS: Очень важный момент в данном случае, это что в контексте экземпляра этого класса Вам будет доступны значения как стадии с которой переходят, так и стадия на которую планируется переход
изучив схему вы быстрой поймете что где, если понимаете как такие классы устроены концептуально.

Вообще пользуйтесь мастерами деталей для создания детали, это намного проще.
https://academy.terrasoft.ru/documents/marketing/7-8/master-detaley
Для того что бы создать деталь мастером детали, предварительно нужно только в конфигурации создать объект на основании "base object".
Мастер создаст и схему детали, и схему страницы детали самостоятельно, а в созданных схемах уже и посмотрите от кого они наследуются.

Извиняюсь, увидел что вы про деталь с полями, в 7.9 данного функционала нет, и по инструкции для 7.10 вы такую деталь не создадите. Вы можете посмотреть как реализована деталь коммуникаций, BaseCommunicationDetail, в 7.9, и её наследников, но там все намного сложнее чем в 7.10 где работа с такими деталями была упрощена для разработчиков системы.

"Максим Шевченко" написал:

Извиняюсь, увидел что вы про деталь с полями, в 7.9 данного функционала нет, и по инструкции для 7.10 вы такую деталь не создадите. Вы можете посмотреть как реализована деталь коммуникаций, BaseCommunicationDetail, в 7.9, и её наследников, но там все намного сложнее чем в 7.10 где работа с такими деталями была упрощена для разработчиков системы.

Большое спасибо за подсказку!

Михаил, попробуйте перегенерировать исходные коды для всех схем, а потом перекомпилировать приложение.

"Алла Савельева" написал:

Михаил, попробуйте перегенерировать исходные коды для всех схем, а потом перекомпилировать приложение.

Life is better than you think :-)

Делали и не раз, безуспешно.

У меня была такая же ошибка, когда я менял схему раздела. Я тогда забыл указать параметр entitySchemaName в исходном коде представления раздела

У меня была такая же ошибка, когда я менял схему раздела. Я тогда забыл указать параметр entitySchemaName в исходном коде представления раздела

"Франчук Виталий" написал:

У меня была такая же ошибка, когда я менял схему раздела. Я тогда забыл указать параметр entitySchemaName в исходном коде представления раздела

А можно поподробнее? Не совсем понятно как вы исходный код (к контексте приложения это же с# схема) меняли.

Михаил, добрый день!

Думаю, Виталий имел ввиду код самой карточки - JS, разумеется. Проверьте, какая карточка открывается при открытии по ссылке и из раздела - это можно увидетьв URLе страницы. Возможно, действительно есть какая-то другая схема с отсутствующей entitySchemaName , которую система и пытается открыть при переходе по ссылке.

"Мотков Илья" написал:

Михаил, добрый день!

Думаю, Виталий имел ввиду код самой карточки - JS, разумеется. Проверьте, какая карточка открывается при открытии по ссылке и из раздела - это можно увидетьв URLе страницы. Возможно, действительно есть какая-то другая схема с отсутствующей entitySchemaName , которую система и пытается открыть при переходе по ссылке.

Так как я пытался из Лида перейти, в урле был LeadPageV2, но я предполагал что он просто не менялся.
Момент ещё такой что мы по SVN переносили все работы над проектом. И у нас как разработчиков самая актуальная версия и на боевом соответственно, но у нас те схемы работают исправно, а на боевом проблемы.

"Кисловский Михаил Андреевич" написал:
Франчук Виталий пишет:

У меня была такая же ошибка, когда я менял схему раздела. Я тогда забыл указать параметр entitySchemaName в исходном коде представления раздела

А можно поподробнее? Не совсем понятно как вы исходный код (к контексте приложения это же с# схема) меняли.

Прикрепил картинку. Ошибка устранилася добавлением подчеркнутого на картинке параметра. Это со схемы раздела

Добрый день!

В структуре преднастроенной страницы определяете параметры в ветке "Параметры", потом в элементе бп присваиваете им значения из парамеров процесса.

Также рекомендую ознакомиться с следующей темой http://www.community.terrasoft.ru/forum/topic/25237

Передать данные из карточки в схему детали возможно только с использованием sandbox. рекомендую Вам ознакомиться с следующей темой http://www.community.terrasoft.ru/forum/topic/15210

.

Добрый день, скорей всего, Вам подойдет публикация сообщения PushHistoryState. http://www.community.terrasoft.ru/forum/topic/25603