1. В переменных бизнес-процесса кнопку "добавить переменную" хотелось бы перенести наверх, чтобы каждый раз при необходимости добавить переменную не пролистывать весь огромный список!

2. Во вставке значения хотелось бы иметь возможность вставлять сразу несколько значений - это значительно сохранило бы затраченное время!

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

4. При арифметических вычислениях (например, крайний срок задачи - текущая дата + 3 дня) не учитываются выходные дни и нерабочее время. Получаются неправильные даты и сроки. Клиенты очень просят это исправить!!!

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

6. Хотелось бы, чтобы при постановке задачи тоже можно было задать статус, как в запросе доп. информации.

7. Изменение полей документа для типа "привязка к элементам crm" не работает, т.к. вставляет (имя_переменной)_printable. Если стереть _printable - срабатывает.

8. При постановке задачи и задания из БП ответственному не прилетают уведомления о них - каждый раз приходится перед ними создавать ещё и уведомления.

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

При сдаче проекта имеем много тестовых данных, которые подчищаем: пользователи, заказы, эл-ты инфоблоков. После подчистки, ID сущностей, разумеется, не сбрасываются, а продолжаются. Один раз клиент спросил меня о возможности сброса номеров заказа. Может заведем кнопку "Обнулить счетчики"? С подтверждением действия. В MySQL такая возможность есть:

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

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

UPD: сейчас выполнил запрос на сброс первичного ключа при заполненной таблице b_iblock_element. Добавил новый элемент в инфоблок через админку. Новый ID продолжился.

Удалил все строки из таблицы и еще раз выполнил предложенный выше запрос на сброс первичного ключа. Добавил эл-т в инфоблок через админку. ID эл-та присвоилось значение "1". Следующему - "2". Что и хотелось видеть. Как и думал, сброс первичного ключа работает при очищенных записях в таблице.

Кажется встречал уже в идеях такое пожелание, но найти не смог.
Если нужно определять цену, наличие товара в зависимости от параметров, с какими товар был добавлен в корзину, то нет никакой возможности сделать это без переписывания компонентов корзины и оформления заказа (в корзине может быть несколько товаров с разными параметрами, но одинаковым PRODUCT_ID).
Хотелось бы получать в колбэк-функциях идентификатор товара в корзине вдобавок к идентификатору самого товара.

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