Вопрос

Как можно переделать к примеру раздел Договора из обычного реестра в древовидный?
Версия 7.7

У меня такой же вопрос

1 комментарий

Здравствуйте. Попробуйте выполнить по инструкции во вложении.

Хорошего дня!
ierarhicheskiy_razdel.docx

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

Всем привет, вот какая проблема:
Создал деталь в Мастере деталей. Потом решил переименовать ее, но там я не нашел как переименовать, только создавать новые. Удалив схему старой детали(скомпилировав) я начал создавать новую деталь, заполнив вкладку "Деталь" перешел на "Страницу" и повисло:

У кого какие идеи?

У меня такой же вопрос

1 комментарий

Здравствуйте.

можно попробовать так:

1. Сгенерировать код для требующих генерации
2. Компилировать измененное
3. зайти в схему где эта деталь находиться и в секции detail, проверить, чтобы не было ссылок на старую деталь.

Если не поможет- обратитесь в поддержку Terrasoft.

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

Как при добавлении нового продукта в Заказ сделать возможным изменять цену и другие поля?

У меня такой же вопрос

8 комментариев

А что уже реально пользуетесь bpmonline 7.7 ?

"Александр Кудряшов" написал:

А что уже реально пользуетесь bpmonline 7.7 ?


Только купили и нужно настроить

А там, где купили, случайно iPhone 6S не продают?:wink:
Или это какая-то дорелизная бета?

А ответ по существу для версии 7.6 будет?

присоединяюсь к вопросу. Как в деталях "Продукт в заказе" "Продукт в счёте" дать возможность менеджеру самостоятельно указывать цену продукта?
При попытке изменить деталь система зависает ..

Я скажу, что мало дать возможность указывать цену продукта. Надо еще сделать так, чтобы bpm потом эту цену не изменил (например, в ProductEntryUtils происходит пересчёт цены, насколько я понимаю)

Добавил смежную тему - http://www.community.terrasoft.ru/forum/topic/13160

Владимир, вопрос решил с помощью ТП:
1. Заместить страницу "Базовая страница редактирования детали продуктов" (BaseProductDetailPageV2)
2. Разместить бизнес-правило:
define("BaseProductDetailPageV2", ["BusinessRuleModule"], function(BusinessRuleModule) {
return {
diff: /**SCHEMA_DIFF*/[]/**SCHEMA_DIFF*/,
rules: {
"Price": {
"BindParameterEnabledCustomProductToProduct": {
"ruleType": BusinessRuleModule.enums.RuleType.BINDPARAMETER,
"property": BusinessRuleModule.enums.Property.ENABLED,
"conditions": [
{
"leftExpression": {
"type": BusinessRuleModule.enums.ValueType.CONSTANT,
"value": true
}
}
]
}
}
}
};
});
3. Сгенерировать исходный код для замещающей страницы, скомпилировать её
4. Готово

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

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

У меня такой же вопрос

6 комментариев

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

"Владимир Соколов" написал:А еще бывает, что в одном платеже оплата нескольких частей нескольких счетов.

Я тяжелые случаи в расчет не беру :smile:
Хотя бы минимум в коробке реализовать - так как то, что есть сейчас делает только то, что подталкивает клиента к платным доработкам, что в общем понятно и грустно :cool:

"Александр Кудряшов" написал:Хотя бы минимум в коробке реализовать - так как то, что есть сейчас делает только то, что подталкивает клиента к платным доработкам, что в общем понятно и грустно

Сложно представить нормальное использование без платных доработок

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

"Александр Кудряшов" написал:так в итоге сделал новый раздел с нуля, осталось только финансовые показатели в проекте переписать модуль под мои новые платежные операции. А существующий Cashflow попрятал весь.

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

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

Что наводит на мысли, что пора "коробку" делать из четырех-пяти модулей, а остальное пакетами продавать. Создателям и идеологам пакета Маркетинг в этом плане уважение и почет!
Пакет счета, пакет проекты, пакет договора.
Проще было бы - не нравится функционал, так не покупаем пакет и делаем свою логику, а не штатную скрываем и потом мучаем новое.
Есть правда вариант пакеты разблокировать и во все тяжкие пуститься, править как старую добрую "трешку"... но как то страшно, обновлений то потом не видать

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

Прошу пересмотреть логику отображения активностей в расписании.

1. Отображать разные виды активностей разным цветом. Например, мы в vtiger CRM меняли цвет стандартной встречи, звонка, задачи с голубого на зеленый для встреч, желтый для задач, голубой для звонков. При недельном или дневном представлении календаря очень удобно видеть критичные по времени и месту встречи, критичные по времени звонки и не критичные по времени и месту задачи.

2. Убрать наложение активностей в расписании. Если на 18.07.15 в 15:00 есть задача, звонок и начало встречи в 15:45, то их все нужно отображать в дневном или недельном представлении, не смешивая в месиво, как это есть в текущей версии бпм. нужно растягивать ячейку 15:00, чтобы туда поместились все 3 активности с отображением заголовка активности. см вложенный скриншот.

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

4. Доработайте бесполезную "что я могу для вас сделать" в полноценную строку поиска по всей базе CRM согласно рамок прав доступа пользователя. Чтобы введя туда "Улан" я нашел все контакты с этим именем, все упоминания в активностях и ленте, контрагентах и т.п. Поиск должен работать по нажатию Enter, а не заставлять нажимать Go.

5. Сделать быстрый поиск в реестрах Контрагент, Контакт, Продажи. Чтобы строки поиска были вверху реестра, и можно было задавать ряд параметров поиска - название, сайт и т.п. без создания каждый раз нового фильтра.

У меня такой же вопрос

1 комментарий

Вот по всем пунктам поддержу!
Особенно про строку поиска :twisted:

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

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

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

Исправьте, пожалуйста

У меня такой же вопрос

5 комментариев

Так кривой код мастера это не баг, а фича, оно так с 7.0 работает :cry:

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

"Александр Кудряшов" написал:Еще забавно мастер детали 7.6 отрабатывает - который реестр генерит - вводим Название будущей страницы, а оно теряется, потом ручками правим в свойствах творения мастера

Такой баг был в английской версии, кажется

"Владимир Соколов" написал:Такой баг был в английской версии, кажется

Да он не был, он есть. Я с ней сейчас и мучаюсь. И терзают меня смутные сомнения, что он там не единственный

"Александр Кудряшов" написал:Да он не был, он есть.

Эх, мне еще весной поддержка сказала, что исправят в следующих релизах

Там его похоже вообще переписывать надо - мастер в 7.5 работал более менее предсказуемо, в 7.6 я помучился денек, бросил это дело и пишу руками. Мастеру доверяю только отображение полей в разделе на карточке - типа черновика :)
Версия 7.6.0.936 eng если что.

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

Добрый день!
В продукте Engagement Center присутствуют на CTI-панели звонка такие кнопки
как
"создать обращение по звонку"
"Создать консультацию по текущему обращению"

Данные действия позволяют создавать быстро и оперативно обращения на основании звонка.

В продукт ITIL почему-то данные действия на панели CTI не включили в коробочную версию.
Это неудобно!
Веб-портал - это прекрасно, но большая часть пользователей звонит в службу поддержку - создавать обращения "с нуля" по звонку неудобно.

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

У меня такой же вопрос

0 комментариев
Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

Верните фичу из XRM, было удобно и информативно при анализе руководителем занятости отдела и окон в расписаниях.

У меня такой же вопрос

0 комментариев
Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

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

UI: Сделать добавление таких инфо-кнопок с баблами частью Дизайнера страницы. Вид по аналогии с (I)-кнопками из подсказок в бизнес-процессах.
UX: Система говорит со мной на понятном мне языке и именно в том месте и по тому поводу, которые сейчас меня интересуют, без перехода к огромным и непонятным массивам данных в Справке.

У меня такой же вопрос

0 комментариев
Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

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

У меня такой же вопрос

0 комментариев
Войдите или зарегистрируйтесь, чтобы комментировать