Здравствуйте, у календаря есть еще возможность вводить значение вручную, так что, на вашем месте в качестве валидации, сделал бы просто this.on("change: нужного поля, в котором бы проверял введенную дату, и в случае несоответствия её графику, откатывал бы ее на предыдущее значение, с соответствующим сообщением.

Вангую, что виноваты css-ки. Там какая-то неадекватная ширина для лабела и его контейнер перекрывает соседние элементы при плотном расположении.

Ну да. 2й caption перекрывает контрол первого...

Ну правильно все. Вот и нужно это исправить "в последующих релизах" :)

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

Здравствуйте, Павел! 

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

Еще одна альтернатива - при идеальной ситуации, когда у каждого контрагента есть хоть 1 контакт, можно попробовать переписать поиск, чтобы в разделе контакты он выбирал не только по полю ФИО но еще и по полю Контрагент.

Здравствуйте, Илья, спасибо за ответ.

Первый способ подходит для основного приложения. Был реализован похожий кейс, но там есть возможность формирования адреса карточки, чтобы осуществить переход. Здесь такой фокус не проходит. Остаётся пока решение добавить в поиск на странице контактов и поле связанного контрагента, что собственно и было сделано с помощью инструкции

Terrasoft.sdk.GridPage.setSearchColumns("Contact", ["Name", "Account"]);

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

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

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

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

reloadDetail - идеальный кандидат.

правильный ответ на ваш вопрос - Ext.JS (редакции 4.x с некоторыми оговорками)

Разработайте элемент с нуля или наследуясь от той же самой детали.

Стоит упомянуть сразу, что задача эта не тривиальная для типовых кейсов и если у Вас нет навыков работы с этим фреймворком и "внутреннее устройство" BPM для Вас тоже остается не понятым - лучше за подобное даже не приступать. :)

Вам в помощь ранее поднимавшиеся на сообществе темы н/п:

https://community.terrasoft.ru/questions/sozdanie-sobstvennogo-elementa-upravlenia 

https://community.terrasoft.ru/forum/topic/25285#comment-67717

вот пример исходного кода для элемента управления "Кнопка"

https://academy.terrasoft.ua/jscoresdk/source/button.html#Terrasoft-controls-Button

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

...
"onSaved": function(){
      this.callParent(arguments);
      if (this.IsAddMode()){
         //получаем из хеша схему страницы с которой мы попали в карточку создания
         var hashEntityName = sandbox.publish("GetHistoryState").hash.entityName;
         if (hashEntityName == "Схема которая нам нужна"){
             //публикуем событие на которое подписана карточка в которой должно установиться
             //значение созданного контакта 
             this.sandbox.publish(
                "MyCustomEvent",
                //Передаем Id созданного контакта
                this.get("Id"),
                ["MyCustomUniqTag"]
             )
         }
      }
}
...

Добрый день, Павел! 

Дело в том, что в это объекте действительно не заполнено данное свойство, он и не создавался для использования в кастомных схемах. Вы указали тег 7.10, но проблема, которая описана в вопросе, была в версии 7.9.1, и исправлена в 7.9.2 - у AccountPageV2  из пакета Deduplication была entitySchemaName : Contact. Подскажите, это тег неверный, или же действительно воспроизводится в 7.10? Если второй вариант, обязательно напишите письмо в официальную поддержку.

Здравствуйте, Владимир.

Спасибо за ответ.

Немного поясню ситуацию. Насколько я выяснил, функционал страницы настройки автоматического поиска дублей контактов и контрагентов реализован в 3-х файлах пакета NUI: SearchDuplicatesSettingsPage, SearchDuplicatesSettingsPageView, SearchDuplicatesSettingsPageViewModel.

Страница SearchDuplicatesSettingsPage вызывается методом openScheduleSettingPage в файле DuplicatesRuleSectionV2.

То есть страница вызывается не со страниц контакта, или контрагента.

Поэтому параметр entitySchemaName не заполняется, что собственно и продемонстрировано:

То есть, насколько я понял, остаётся замещать данные три модуля. Что конечно, будет затруднительно, чтобы поместить на страницу grid с возможностью добавления и удаления строк и придерживаться стилистического оформления.

Да, версия 7.10.2.

Павел, здравствуйте!

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



Если у Вас в 7.10.2 действительно возникают проблемы с тем что выбираются настройки для другого объекта, повторюсь, прошу написать письмо на support@terrasoft.ru с указанием Вашего сайта и данных для доступа.