Предлагаю добавить в конфигурацию базовый пакет, который зависел бы от всех базовых пакетов системы (по аналогии с пакетом Custom), но позволял бы пользовательскому пакету добавить его в "Зависит от".

Т.о. при добавлении этого пакета в "Зависит от" клиентский пакет получает доступ ко всей функциональности системы без добавления большого числа пакетов в "Зависит от".

Пакет Custom так же может зависеть только от этого пакета и пользовательских пакетов.



 

8 комментариев

Бывают случаи, когда пакет Custom потом становится не пользовательским...

Владимир Соколов,

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

 

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

Передали данное пожелание команде разработки для анализа возможности внедрения такой возможности в будущих версиях продукта.

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

Работа с зависимостями пакета не очень удобна.

И порой, когда пакет разработки нужно поставить Текущим пакетом вылазит много проблем при, например, работе с Мастерами разделов/деталей и приходится наследоваться от всех базовых пакетов (по примеру Custom).

Если пакет унаследован от всего, то могут возникнуть затруднения при переносе на отличающуюся по набору пакетов систему, где чего-то нет.

Думаю, что на предложение реализации этой идеи однозначного ответа "Да" или "Нет" не существует.

Но я всё-таки за "Нет" - чем больше разрешений в системе, тем больше возможностей для ошибок.

Мотков Илья пишет:

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

А как-то автоматизировать определения необходимости привязки к пакетам можно? 

Владимир, это потребует чего-то вроде полного синтаксического анализа CS и JS-кода всех схем в пакете. Вы можете реализовать такой механизм и опубликовать в Marketplace.

Показать все комментарии

На данный момент элемент "Отправить email автоматически" имеет особенность, что для письма не создается Активность и отследить какие письма были отправлены возможности нет.

Также, нельзя выполнить привязку автоматического письма к другим сущностям, т.к. для него нет записи в системе.



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

1 комментарий

Там переключаются два принципиально разных механизма, генерируемых разными схемами. В схеме EmailUserTaskSenderFactory идёт проверка параметра SendEmailType («Как выполняется отправка?»), и генерирует либо AutoEmailUserTaskSender, либо ManualEmailUserTaskSender. А уже в этих схемах реализована отправка либо напрямую через SMTP, либо с созданием экземпляра Activity и заполнением его колонок, связей, взаимодействием с пользователем. При желании в первую схему можно портировать из второй часть логики.

Показать все комментарии

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

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

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

Третья проблема - сделать ручное удаление уведомлений.

 

Вопрос оформлю идеей, но нужны советы куда копать для самостоятельной реализации этих "фишек"?

1 комментарий

Первое, не думаю, что все считают такой уж проблемой: если правая панель скрыта или открыта на другой вкладке, то при появлении нового системного уведомления появится красный кружок с цифрой. А при открытии нужной вкладке последнее будет уже сверху. Либо же пересматривать механизм центра уведомлений (CenterNotificationSchema).

По второму, нужно смотреть логику SystemNotificationsSchema и SystemNotificationProvider. В первой есть запуск функции markNewNotificationsAsRead, которая реализована в BaseNotificationsSchema.

По третьему, эти записи хранятся в таблице Reminding. При желании, можно зарегистрировать её как справочник и там удалять записи.

Показать все комментарии

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

Просьба рассмотреть реализацию следующего функционала:

При генерации сообщений или же произвольного сигнала в бп, добавлять параметры при генерации и параметры при обработке произвольного сигнала или сообщения.

1 комментарий

Алексей, добрый день.



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

На данный момент возможности передавать значения между процессами с помощью сигналов нет.

Вы можете:

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

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

Показать все комментарии

Здравствуйте, коллеги!

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

Просьба учесть данное пожелание в будущих версиях.

4 комментария

Интерфейс, в котором эти разделы, остался «в наследство» от 5.Х.

С новыми версиями 7.Х оттуда постепенно исчезают разделы и переносятся в новый интерфейс. Подозреваю, что через пару версий оттуда заберут остатки прав и журнал изменений, последним останется раздел «Конфигурация». А в конце концов адаптируют под 7.Х и его.

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

Путь к странице для открытия прописан в схеме SystemDesigner в функции navigateToConfigurationSettings.

Зверев Александр,

да, самому можно что угодно понаделать, но такое все же желательно делать централизовано на уровне платформы)

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

Вадим Косарев,

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

Показать все комментарии

Добрый день, Коллеги!



Может кто-то размышлял на эту тему и поддержит идею :) 

Итак, многие клиенты не автоматизируют бп и вообще не пользуются комплексно процессами потому что они не понимают почему сейчас задача всплыла, а в другой раз не всплыла и где ее искать. На боковой панели новая иконка с задачами по бп всем только мешает, все просят убрать или удалить, я не знаю ни 1 человека, который бы ей пользовался.

А на сколько быстрее бы сдавались проекты, если бы по нажатию кнопки можно было сделать чтобы процесс 100% запустился и карточка бы 100% отобразилась. Часть вещей мы бы делали без кода. на 30% это минимум :)

Нужен просто признак "Запускать поверх других", который бы при старте этого бп, именно при старте, ставил бы любой активный сейчас БП на паузу или как-то бы позволял запустится новому поверх него. Даже если сейчас активен БП с таким признаком и пользователь пытается запустить новый БП с признаком запускать поверх основного, то позволять ему сделать это.

Несколько примеров проблемных кейсов:



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

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

Хорошо когда есть Эктив Дэшборды и ты хоть можешь отобразить например страницу редактирования перевозки в эктив дэшборде заявки, но многие клиенты этого не понимают, они только учатся им ооочень сложно. Они хотят нажать на кнопку и чтобы бп открылся при любых раскладах. И не везде есть смысл добавлять эти эктив дэшборды



А вот еще более жизненный пример из недавних:

Попробуйте с помощью кейсов сделать бп который бы провел человека от лида в продажу, а потом в заказ, чтобы от а до я все задачи перед нами всыплвали 1 за другой. У Вас не получится, при каждом переходе с одного кейса (например с Лида на продажи и с продажи на Заказы, карточка не всплывет так как новый кейс всегда начинается в фоне потому что старый не успевает закончится. (и даже если стоит запуск не из кейса, а через тригер) Это можно решить только огромным целостным БП с подпроцессами от лида до завершения заказа, к сожалению.

3 комментария

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



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

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

Передали данное пожелание команде разработки для анализа возможности внедрения такой возможности в будущих версиях продукта.

Также Ваше предложение обсуждалось в этой теме.

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

Показать все комментарии

Если у пользователя права:

  1. [Доступ к объекту]: [Чтение] = ДА, [Добавление] = НЕТ, [Изменение] = НЕТ,  [Удаление] = НЕТ, либо
  2. [Доступ к записи]: [Чтение] = ДА, [Добавление] = НЕТ, [Изменение] = НЕТ,  [Удаление] = НЕТ

тогда почему при выделении записи в реестре у него есть кнопки [КОПИРОВАТЬ] и [ИЗМЕНИТЬ], а в карточке доступна кнопка [СОХРАНИТЬ]?

4 комментария

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

Так и в чём заключается идея? Убрать кнопки, добавить проверки?

Зверев Александр,

идея в том  чтобы не показывать возможность действия (в банальном случае кнопки), на которое все равно нет прав!

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

Показать все комментарии

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

Аналогия - xml data source в Report Server'e, под которым может лежать всё что угодно. Я, например, вызывал 1С и мержил данные с SQL'ем.

Круто же?

2 комментария

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



Передали Ваше пожелание аналитикам продукта для рассмотрения такой реализации. 

Спасибо за помощь в развитии функционала!

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

Показать все комментарии
Идея
Одобрена

 

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

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

3 комментария

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

Передали данное пожелание команде разработки для анализа возможности внедрения данного функционала в будущих версиях системы.

Спасибо большое)

Добрый день!

Спасибо, идея принимается. Планируем сделать в ближайших релизах.

Показать все комментарии

При создании разделов и деталей при помощи мастера, возникают ошибки с блокировкой файлов в svn.

К примеру мой кейс.
Создал раздел UsrX который в момент компиляции выполнился с ошибкой. Система создала стандартный набор файлов и сразу из заблокировала(зеленый замок).
Значит так конец рабочего дня надо идти. Мы это дело фиксируем и идем домой.
На следующий день понимаем что надо удалить раздел UsrX (описание тут https://academy.terrasoft.ru/documents/bank-customer-journey/7-9/chasto-...)
Но мы уже не помним что файлы у нас залоченные, удалив из БД, мы удаляем наши зеленые файлы.
Соответственно фиксируем чтобы было это видно.

Ну и начинаем заново создавать раздел, ура сегодня он создался удачно, мы рады. Комитим, и тут нам svn ругается что такой файл уже есть и он залочен - разблокируй его. Но уже никак. С таким именем уже не сделать.

Мои выводы, перед удалением файлов надо снимать с блокировки из svn, либо выводить сообщение что файл в svn залочен и перед удалением надо снять блокировку.

Кто-то сталкивался с таким уже?

Нравится

7 комментариев

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

Александр, да все верно. В моем случае это помогло. Но ошибка которая выходила при этом меня сбила столку.

Элементы невозможно зафиксировать в хранилище, т.к. один или несколько компонентов заблокированы другим пользователем
Working copy '\Usr' locked
SvnErrorCode: SVN_ERR_WC_LOCKED
RootCause: sqlite[S14]: unable to open database file

Долго мучился, пока на самом деле не удалил папку C:\Windows\Temp\NN\Worspace\TerrasoftPackages
где NN - номер приложения
Worspace - Имя Worspace.

Было бы классно в FAQ добавить)))

Вы можете добавить своё пожелание, нажав кнопки под статьёй в академии. Ссылку на Ваше сообщение туда уже отправил.

Марат, получили от Вас обратную связь на Академии, спасибо! Запланировала задачу, сделаем дополнение в FAQ.

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

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

Напишите, пожалуйста, подробный кейс воспроизведения данной ошибки на support@terrasoft.ru, чтобы мы могли воспроизвести ошибку и передать информацию разработчикам ядра.

Показать все комментарии