Добрый день!
В версии 7.5. появилась такая вещь как редактируемый реестр, но в редактируемый реестр нельзя вытаскивать связанные колонки.
Хотелось бы, чтобы такая возможность появилась (связанные колонки должны быть закрыты от редактирования).
Пример:
Раздел Документы, деталь Продукты.
Эту деталь можно сделать редактируемой, и это достаточно удобно.
Но после этого нельзя на данную деталь вытащить связанные колонки, например код продукта, артикул продукта и т.п.
Получаются вот такие пожелания
1) возможность добавления связанных колонок в редактируемый реестр (связанные колонки закрыты от редактирования
2) возможность редактировать не весь реестр, а только определенные колонки.
(например, на детали Продукты редактировать в реестре кол-во и цену, а сам продукт не редактировать)

Коллеги, бизнес-процессы должны быть, как минимум такими:

1. Дорожка должна определять возможного исполнителя задачи, на эту дорожку установленной.

Как минимум 4 варианта: исполнитель может определяться функциональной или орг. ролью или фактом того, что он является инициатором или ответственным за процесс. Исполнители по процессам, которые они не инициировали должны разбирать задачи из набора поступивших. Если же исполнитель есть инициатор процесса или он завершил предыдущую задачу, но ему сразу назначена следующая задача (может идущая не подряд, а после цепочки сразу сработавших автоматических задач) - должна открыться экранная форма очередной задачи. Также нужно, чтобы при возврате пути выполнения процесса в дорожку, которая затрагивалась какой-то из ранее выполненных задач, было автоматическое (или приоритетное) распределение на конкретного исполнителя, который выполнял предыдущую задачу в дорожке, если он ещё обладает одной из соответствующих ролей.

2. Должна быть возможность создавать задачи с произвольными экранными формами при минимальных трудозатратах на это создание. Привязка контролов на форме к переменным процесса. Механизм наследования форм как в ELMA приветствуется.

Желательно, чтобы:

3. Указывать календарь и срок выполнения задачи (отсчитываемый от момента назначения) + параметры уведомления о просрочке на уровне такой задачи.

4. Иметь точки в процессе для замера времени выполнения между ними и механизмы агрегации и формирования KPI на основе данных измерений.

5. Возможность отображать процессы с переменными в виде гридов и искать по ним.

Это очень полезные и востребованные возможности на основании опыта с ELMA-BPM. Я очень рекомендую для R&D взять и изучить их готовую реализацию в данном случае. И сделать, как всегда, лучше!! Это нужно Bpm'online.

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

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

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

Со стороны SQL это очень очень просто делается - указывается ON DELETE SET NULL для CONSTRAINT'ов

Давайте уберем-таки ограничение на количество символов для кода справочника в мастере разделов

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

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

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

А давайте сделаем человеческую интеграцию с 1С, уже включенную в систему как модуль (пусть платный).
Человеческая - это как описано в рекламе на сайте - "Вы можете воспользоваться базовыми настройками или добавить новые сущности в список синхронизируемых объектов без привлечения разработчика."
И чтобы настроить действительно можно было без бубна и копания структуры таблиц и модулей.