Сортировка записей

Рассматривается

Исправить текущую сортировку текстовых записей и привести ее в соответствие с правилами сортировки в Excel.

Сейчас при сортировке текстовых колонок в реестре активностей результат будет таким:
1-А
11-А
2-А

Результат Excel будет таким:
1-А
2-А
11-А

Т.к. 99% пользователей работают с Excel, работа с системой в этом случае доставляет неудобства.

0
Голосовать

Управление кейсами

Рассматривается

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

0
Голосовать
Метки записи:

Управление кейсами

Рассматривается

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

0
Голосовать
Метки записи:

Функционал последовательного выполнения действий конфигуратора

Рассматривается

В процессе разработки, при тестировании процесса установки, просто перемещения изменений между средами разработчиков - очень большое время занимает выполнение действий в конфигураторе, причем практика показывает что выполнить одно единое действие требуется довольно редко, как правило, твои коллеги разработали несколько пакетов и тебе необходимо получить проделанные ими изменения, и тебе необходимо произвести "связку действий":
Установить скрипты + Генерировать + Скомпилировать измененное
или
Обновить объекты в БД + Установить данные + Скомпилировать всё

3
Голосовать

Бизнес-процесс, сигнал от объекта, изменение; добавление информации о предыдущем значении, и доп.условие старта

Рассматривается

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

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

4
Голосовать

Сортировка

Рассматривается

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

3
Голосовать

Связь продажи с договором

Рассматривается

Отсутствует возможность установить связь Договора с Продажей. Что является странным, т.к. в стандартном процессе есть стадия "Контрактация". Т.е. стадия процесса есть, а связи с ключевым объектом стадии нет.
Заказ сформировать из Продажи можно, Договор на основании Заказа - тоже можно. Но многие компании формируют с клиентом рамочный договор, т.е. исполняется 1 процесс продаж, заключается 1 договор, а вот заказов может быть неограниченное число. Такую модель отношений стандартной схемой не реализовать.

1
Голосовать
Метки записи:

Бизнес-правила. Научить понимать все типы сравнения.

Рассматривается

Научить бизнес-правила понимать все типы сравнения ( В том числе >= и <=).
Сейчас в BusinessRulesApplierV2 следующий код:

getConditionResult: function(left, type, right) {
                                var conditionResult = true;
                                switch (type) {
                                        case Terrasoft.ComparisonType.IS_NULL:
                                                conditionResult = Ext.isEmpty(left);
                                                break;
                                        case Terrasoft.ComparisonType.IS_NOT_NULL:
                                                conditionResult = !Ext.isEmpty(left);
                                                break;
                                        case Terrasoft.ComparisonType.EQUAL:
                                                conditionResult = (left === right || (Ext.isEmpty(left) && Ext.isEmpty(right)));
                                                break;

0
Голосовать
Метки записи:

Капча в лендингах

Рассматривается

Ну тут нечего особо размусоливать.
В типовых "лендингах" не предусмотрена капча, никакая совсем... а так как BPM в данном случае выступает в роли AJAX бэкенда, сайт-реципиент никоим образом, кроме авторизации пользователя (что для многих форм является излишне на концептуальном и "юзер-френдли" уровне) - решить проблему "Бендеров" заполняющих формочки сотнями и тысячами спам-сообщений не может технически.

Для современного веба, как говорят в войсках: "Это господа - залет".

0
Голосовать
Метки записи:

Мастер создания деталей и "нормальное" наименование схемы детали. "Schema{x}Detail"

Рассматривается

Мастер деталей уже на протяжении многих версий платформы (как минимум с 7.8, ранее мне лично не известно) весьма странно относится к именованию схемы создаваемой детали, во время этого процесса создается две схемы - "схема страницы" (карточка целевого объекта) и "схема детали", но если карточка объекта именуется основываясь на имени объекта - {Имя объекта}{Цифра}Page.

6
Голосовать
Метки записи: