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

То что сейчас есть в первую очередь для учёта внутреннего ремонта, с оборудованием, которое есть на балансе предприятия.

Задача: например есть картриджи для принтеров. Картридж КАР1 может быть установлен в несколько моделей принтеров, например ПРН1 и ПРН3.
Хотелось бы иметь в программе механизм ведения и учета совместимого оборудования. То есть иметь возможность в номенклатуре задать отношение подчиненности(совместимости). С возможностью в дальнейшем строить отчет по совместимому оборудованию.
Спасибо.

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

1.Просьба доработать конфигурацию для массового создания штрихкодов для карточек номенклатур и само номенклатуры.
2. ШК карточек номенклатур и сами номенклатуры должны отличаться хотя-бы префиксом

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

Причина:
В данное время, при создании подзадачи такие параметры как:
Сервис
Услуга
Проект,
...
Описание

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

Добрый день, в конфигурациях 1С типа 1С:Документооборот уже очень давно присутствует типовой функционал по автоматическому построению карты маршрута.

Большая просьба разработать в конфигурации 1С:Управление IT отделом механизм автоматического построения графической схемы Процесса Задания для визуального представления движения задания по этапам процесса.

Недоработан механизм автоматического перевода состояния задачи на завершающий этап. В жизненном цикле задачи есть два состояния завершающих - Выполнено и Завершено. Для состояния Выполнено есть предопределенные этапы - Выполнено и Выполнение невозможно. Также для состояния Завершено есть два предопределенных этапа - Завершено и Отказано. Логично настроить маршрут так, что после этапа Выполнение (в работе) можно перевести на этап Выполнено (если все корректно) или Выполнение не возможно (если отрицательный результат) - это два этапа с состоянием Выполнено по жизненному циклу задачи. При этом логично при отсутствии активности по задаче через 14 дней, например, из состояния Выполнено этапа Выполнено автоматически переводить в состояние Завершено на этап Завершено, а из состояния Выполнено этапа Выполнение невозможно переводить в состояние Завершено этапа Отказано. Таким образом, конечным этапом любой задачи будет состояние Завершено и этап - либо Завершено, либо Отказано. Это все штатный функционал. Но есть одна явная недоработка - невозможно настроить автоматические переходы в процессе. Можно настроить только один - или из этапа Выполнено на Завершено или из этапа Выполнение невозможно на этап Отказано. Но вполне корректно предположить, что у задачи должно быть два пути после выполнения - положительный исход и отрицательных исход.
В конечном итоге система не позволяет автоматически завершить обе ветки - можно настроить только одну.

Добрый день.

В статье https://softonit.ru/blog/articles/linii-tekhnicheskoy-podderzhki/ вы очень верно пишите про 0ю линию поддержки - статьи. Планируется ли добавить в ЛК статьи для Пользователей?

Очень не хватает функционала по учету трех коммерческих предложений товара (услуги) при формировании заказа поставщику, который будет проводится в форме торгов (аукциона). Есть такое понятие начальная минимальная цена контракта (НМЦК) и рекомендации о применении заказчиками, осуществляющими закупки по 223-ФЗ, методики обоснования НМЦК, аналогичной предусмотренной в 44-ФЗ, содержатся в письме Минфина России № 24-01-09/37717 от 16.06.2017. Фактически, НМКЦ, это сумма средних цен товаров услуг контракта. Средние цены товаров и услуг контракта складываются из трех коммерческих предложение (КП).
В программе я не нашел в заказе поставщику возможность прописать три цены для номенклатуры с указанием реквизитов КП так, чтобы рассчиталась средняя и в итоге была сформирована НМЦК.
Был вариант добавить три цены в доп. характеристики номенклатуры, но от заказа к заказу цена и КП меняются и тогда теряется история - приходится перезаписывать. Множить номенклатуру тоже неправильно - дублирование данных, база разрастается.
Большая просьба запланировать корректную качественную реализацию такого функционала. Пример расчета нмцк во вложении. Этот функционал совершенно точно нужен всем. кто покупает товары (услуги) по торгам (аукционам).

В документе проблемы, в табличной части "Задания (инциденты)" добавить колонку - "Результативность".

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

Значения списка могли бы быть такими:
Прояснило
Решило

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