Опишите более подробно что вы хотите, не совсем понятно что значит 

оздать несколько почтовых ящиков, из входящих писем

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

Если не путаю Список почтовых ящиков службы поддержки формируется в справочнике “Список почтовых ящиков для регистрации обращений”.

Подробнее тут

Греков Дмитрий Александрович пишет:

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

Обращения будут создаваться стандартными средствами, добавив ящик в справочник.

Мы реализовывали подобный проект, там попутно решали несколько задач на уровне разработки и кастомных бизнес-процессов:

1) Определение SLA, исходя из ящика, на который получено письмо

2) Распределение прав на обращения и активности, исходя из отдела, который решает данное обращение

3) Различные форматы уведомлений пользователям, исходя из отдела, который решает данное обращение

Спасибо!

Конечно можно вам нужно переопределить механизм доступа для нужного протокола (ftp http nfs и тд) и дать права на чтение/запись, собственно ничего особо сложного нет.

Те поднять тот же ftp сервер, реализовать или подключить ftp клиента. Реализовать механизм записи получения файлов у клиентов.

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

Также в маркете есть ряд дополнений, расширяющих возможности работы с файлами в разных аспектах:

• File exporter for bpm'online
• File X for bpm’online
• File manager for bpm'online
• External File Storage for bpm'online
• File versioning for bpm'online
• Amazon CloudFront connector
• Docs on bpm’online

Возможно, подойдёт функциональность одного из этих решений. 

 Спасибо за информацию. Расширения посмотрел, но хотелось бы обойтись "малой кровью" без существенных трат. Возможно вы знаете, можно ли создать раздел в CRM, который будет связан с хранилищем, например FTP-сервер? Как это сделать? И самое главное, каким образом туда скопировать или переместить всю необходимую информацию из вложений? 

Очевидно, возможно, раз по ссылкам подобное уже сделали. Первая реализует выгрузку, третья — работу с хранилищем по FTP. Цены там указаны, одна стоит $150 в год, вторая — $43 в год на пользователя или $64 единоразово.

Доброго дня.

Из расширений маркетплейс наиболее приглянулся по функционалу пакет от SamaraSoft (https://marketplace.terrasoft.ru/app/external-file-storage-bpmonline?_g…) - у них и с файловой системой есть работа, и с ФТП и google.disk  - пока тестируем, нашел им парочку недочетов/глюков, продолжаю тестировать дальше:) из минусов - нельзя выносить свои колонки, только преднастроенные (имя, версия, картинка хранилища).

Еще небольшой минус - массовой выгрузки в "Файловую систему" нет, но это легко лечится:) и платеж тоже только разовый...

Владислав, спасибо за оценку. Благодаря вам наш продукт становится лучше!

В расширенных фильтрах

Варфоломеев Данила,

Спасибо за совет, но строка с указанием сплава имеет вид - #Наименование сплава# (#Металл1##Металл2##Металл3##Металл4#) Например: Мельхиор (CuNi)

Вариантов много я бы посмотрел в сторону

1) Искать начинающиеся на #Арб

2) или изменить структуру хранения данных о составе металла

3) а лучше всего, создать свой фильтр в котором вы обработаете вашу строку с указанием сплава. (Например разобьете в массив со списком металлов и его отфильтруете)

А что мешает искать по «(Cu»?

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

Спасибо за совет, хорошая идея!

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

Если данный функционал реализовать в отчетах, то такой возможности не будет

Для итогов типа «Список» нельзя группировать. Можно только сортировать и фильтровать.

Данные с группировкой можно увидеть на графике.

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

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

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

большое спасибо за развернутый ответ.

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

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

Пример разработки (подключения) своего виджета описан тут

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

Механизм очередей и Единого Окна необходим для того, чтобы операторы работали с элементами очереди порядке "сверху-вниз", обрабатывать записи в указанном порядке.

При этом Супервизору необходимо корректно настроить сортировку в очередях и приоритеты по очереди - http://prntscr.com/kx20fb

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

Так же для того, чтобы определить базовую схему в которой реализован функционал рекомендую использовать вкладку Network, в запросах SelectQuery обычно указывается из какого объекта выполняется выбора - http://prntscr.com/m7c09g

Как и в адресной строке браузера видно с какой схемой работает система на данный момент - http://prntscr.com/m7c0pt

Таким образом получаем следующее, в пакете OperatorSingleWindow реализован данный функционал. 

В схеме QueueItemSection реализовано отображение реестра. Так же в схеме QueueItemEditPage реализовано отображение страницы.

Если решать данную задачу базовыми средствами, можно создать еще один раздел "контакты (деактивация)" и создать для него отдельную очередь. 

Any VoIP connector for bpm’online делает Webitel. Информация по продукту есть на их сайте. Там также есть статьи: Установка, активация и настройка и Частые вопросы о AnyVoIP Connector for bpm'online.

Игорь, привет!

Была подобная ситуация - нужно было забиндить enabled поля на поле в связанном справочнике. Делал примерно так:

1. На странице редактирования добавил attribute с именем "{Имя_справочного_поля}.{Имя_колонки_в_справочнике}". Значение его проставлял в onEntityInitialized, и enebled колонки завязал бизнес-правилом на этот аттрибут.

2. На странице детали детали в методе addGridDataColumns добавлял колонку с таким же именем как и аттрибут на странице редактирования (у меня там было bool) и вауля.

Дело в том, что правила работают, но в редактируемом реестре происходит поиск свойства (на которое ты забиндил enabled) в колонках текущей строки, соответственно если такой колонки нет в строке, получается как получается.

Костыль, конечно, но попробовать стоит. Если есть более правильный способ - тоже интересно)

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

Стандартно такая функциональность не поддерживается. Когда в системе отвечая на вопрос "есть более подходящий кейс. Применить его?" мы сначала отменяем текущий кейс а только потом стартуем новый; если этого не делать карточка сохраняться корректно не будет.

В одном разделе может быть несколько разных кейсов со своими наборами стадий. Какой кейс применять, определяется значением указанного поля (например, «Категория»):

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

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

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

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

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

А как настроить возможность выбора стадий по условиям?

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

Добрый день

Данная ошибка свидетельствует о том, что у вас есть в вашем скрипте UsrMyMenu синтаксическая ошибка (лишняя запятая, не закрытая скобка..)

При сохранении схемы проверьте наличие ошибок, выдаваемых валидатором (сообщения о лишних пробелах можно игнорировать), а также можете воспользоваться любым JS online валидатором 

Вероятно, дорабатывать AddressHelperV2, чтобы функции showAddressOnMap и prepareMapData формировали массив не из одного элемента, а нескольких.

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