Данное отображение текста (видим половину) происходит из-за того, что на это поле (Результат) "наезжает" заголовок группы Связи, которая расположена под полем Результат. 

Что делаем для исправления: 

1. Заходим в Конфигуратор под пользователем sa, открываем карточку Задачи, правой кнопкой мыши кликаем на поле Результат (которое символьное, в котором видим половину текста), из контекстного меню выбираем "Геометрия", задаем параметры: х - 444, y - 235, ширина - 359, высота - 63. 
   
2. Далее на этой же карточке задачи встаем на название группы Связи и прописываем ее Геометрию:  х - 4, y - 294, ширина - 796, высота - 20. Выходим из Геометрии, нажимаем СохранитьЗакрыть на карточке. 
   
3. Идем в КК, открываем карточку задачи и проверяем - текст должен отражаться полностью
   

Ждём новый механизм интеграции на основе правил, а не соответствия атрибутов. Как только будет нам доступен - сразу настроим кучу всего штатного... 

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

Теоретически это возможно. Панели с "вертикальными гридами" можно указывать как редактируемыми. Но мы принципиально не стали это делать, т.к. на большинстве карточек присутствует программная логика, формирующая сценарий поведения пользователя в зависимости от изменения того или иного атрибута. Например при смене статуса задачи становится доступным для заполнения атрибут "Результат" и т.д. и т.п.

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

По поводу праздников, действительно шикарный, продуманный инструмент. Просто я пытался это все реализовать через "Реестр контр." и "Конт. лица" . По моей логике мне казалось что это должно быть реализовано именно там.

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

В Дизайнере интерфейсов сделал все как Вы написали... ребята ну это же просто обалдеть как здорово!!! Почему об этом не указано в Руководстве пользователя?

Есть инструкция по дизайнеру интерфейсов. Находится в \Пуск\Все программы\КлиК 7.5\Помощь

Уважаемый бизнес-аналитик, благодарю Вас за помощь и разъяснения!

Спасибо. :)

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

Это повторяемая ошибка? Изменяется ли данная ситуация при изменении размеров окна карточки задачи?

Про групповое редактирование. 

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

Для добавления праздника создан отдельный интерфейс работы с ними (Маркетинг -> Праздники), где для каждого праздника можно выбирать контактных лиц. В открывшемся окне просто отфильтруйте по нужным критериям (например по месту работы = Контрагенты) или вообще как угодно. После чего выделяйте все оставшиеся записи (Ctrl+A) и добавляете в один клик к нужному празднику. организовывать массовые операции с праздниками из интерфейса контактных лиц мы сочли излишним, сфокусировав внимание пользователя на самостоятельном маркетинговом инструменте.

5. Поправте, пожалуйста, есля я не прав:

К функционалу платформы относятся Дизайнер интерфейсов, Конфигуратор, Администратор и т.д.

А Классы и атрибуты, виртуальные классы и т.д. это уже относится к конфигурации.

Да, все верно, основные модули (Клиент-Коммуникатор, Дизайнер интерфейсов, Конфигуратор, Администратор и Сканер Outlook) - это платформа. Так же к платформе относятся скриптовые возможности (не сами скрипты, а именно доступность тех или иных методов/свойств).

Бизнес-логика - это уже конфигурация. Т.е. расположение элементов на окнах, скрипты, классы/атрибуты, аналитики, меню, иконки на кнопках и т.д. и т.п. - это всё конфигурация, которая реализуется на возможностях платформы.

Юрий, здравствуйте!

Попробую прокомментировать Ваше сообщение по пунктам:

1. Outlook. Тот факт, что в системе есть возможность настраивать (и настраивать гибко) эту интеграцию мы считаем несомненным плюсом и гордимся этим! Причем настройку можно сделать весьма нетривиальной, например не только задачи в Outlook выгрузить, но и счета неоплаченные или заявки к поставщикам в события календаря или ещё что-то... да вообще что угодно... То, что в версии "из коробки" эта интеграция не настроена обусловлена двумя причинами. Первая - Outlook все менее и менее востребованный инструмент на текущий момент. В наших проектах внедрений (которых, как Вы заметили - весьма не мало) такая настройка потребовалась дважды(!). Ещё раз повторюсь - это проекты, где работы выполняются нами в рамках гарантированного бюджета, а не бесплатно-самостоятельная (как в Вашем случае) настройка системы - т.е. Заказчика не волнуют методы решения  только результат. Вторая причина: технологическая. В скором времени в рамках платформы КлиК будет реализован принципиально новый алгоритм интеграции. Это будет своего рода универсальный и централизованный механизм, работающий не на прямом соответствии атрибутов, а на логике правил. И он будет применим как в случае с Аутлук, так и к 1С и другим системам со структурированными данными. И потому настройка 1С и Аутлук и т.п. на сегодня вынесена на проектный уровень, что бы в в типовых конфигурациях не перегружать архитектурный состав атрибутов с целью обеспечения универсальности обмена.
   
   
2. Отсутствие групповой обработки всех полей у ... Хм... опять же тот факт, что в системе в принципе присутствует такой механизм, как групповое редактирование является заметным конкурентным преимуществом перед большинством конкурирующих продуктов (поверьте - мы не только КлиК внедряем). И мне в данный момент не совсем понятно, что Вы имеете в виду, когда обозначаете такое ограничение. Безусловно особенности есть, но они обусловлены идеологическими моментами и проистекают из универсальности и гибкости платформы. Если у Вас есть конкретные предложения или вопросы о том, как что-то должно работать или как это лучше эргономически реализовать - мы только рады будем их услышать. Пока же не понятно, о чём речь... Честное слово...
   
   
3. Про потерю фокуса окна - можно подробнее? Такие проблемы имели место быть более года назад на некоторых сочетаниях КлиК и версий windows, но с одним из уже далеких обновления платформы мы перестали получать сообщений от наших пользователей с подтверждением данной ситуации. Просьба к Вам - более подробно описать последовательность действий либо ситуации, при которых теряется фокус какого-либо окна.
   

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

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