Эту тему находил, но там не совсем понятен принцип формирования тега (4-й параметр в методе "subscribe"). Также находил различные примеры в других проектах на 7.6 и 7.7 версиях, но какого-то определенного правила не нашел для того, чтобы правильно задать сигнатуры методов "sandbox" - каждый пример реализован слишком не так, как остальные.
Да, Вы все поняли верно. При подписке на сообщение , массив идентификаторов передается четвертым параметром, а при публикации он передается 3-им. Для удачного получения сообщения один и тот же идентификатор должен присутствовать в обоих массивах.
Допустим так... А вот название этой переменной-идентификатора - оно какое-то особое по составу? Или можно абсолютно произвольным его задать? Суть в том, что при выполнении всего выше указанного, метод не вызывается! Почему, собственно, и была создана эта тема.
Подписываемся на событие и при определенном условии публикуем сообщение:
methods:{
init: function(){this.callParent(arguments);
var scope =this;
var id =this.sandbox.id;
var detailId = id.substring(0, id.indexOf('32c1bacf5d43LT'));
console.log('detailId '+ detailId);this.on("change:LTSSTRING", function(){
var val =this.get("LTSSTRING");if(val ==='test'){
scope.sandbox.publish("PublishDetailName", { test:"test"}, [detailId]);}});}},
В данном примере оба идентификатора равны CardModuleV2_a924f56e-85a8-4bd5-a388-0009571f7988_AccountPageV2_detail_LTSTestDetail
Добрый день. Как реализовать кликабельную таблицу в BPM? Тобишь, в контейнер нужно выводить таблицу N*N, по клику на ячейку: получать ее индекс в таблице, данные из нее, перерисовывать таблицу. Для того что бы это реализовать нужно описывать новую модель представления? Или уже есть "что-то" базовое, описанное, что можно использовать как основу?
Здравствуйте! Меня интересует вопрос о заполнении курсов валют из точним банковским курсом.
Допустим ситуацию:
Базовая валюта - руб
Стоимость продукта - 100$
Курс Доллара США $ - 76,3928 руб.
Если зайти в справочники в валюты, то нужно ввести курс на сегодня. Но получается что курс доллада нада вписывать 100/76,3928=1.309023887
Получается нужно писать 1.31?
Но когда добавляеш продукт в заказ то его стоимость 7633,58 руб.
а должна быть 7639,28 руб.
1.Что можна сделать чтобы числа были точные?
2.Можна ли автоматизировать процесс загрузки курсов в систему bpmonline commerce 7.7?
Система считает корректно:
[Цена продукта в $]/[Курс (1,31)]*100(рублей/$)
Итого, при стоимости товара в 1$ его цена будет составлять 76.3358. Так как тип "Деньги" - два знака после запятой, то система округлит значение до 76.34.
При стоимости в 100$ - сумма будет 7633.58 (при округлении - 7633.58).
В процессе, в рамках одного "Задания-Сценария" идет цикл по строкам (продуктам). По логике, в этом цикле идет запрос в другую сущность, и если ничего не возвращает, делает новую строку в той сущности.
Если находит, то делает апдейт найденной строки.
Вопрос: Если в списке строк попадутся обе ситуации, и при первом проходе будет создана нужная запись, то при втором проходе запрос ее не возвращает - это потому что entity.Save реально в базу изменения внесет только после окончания сценария, или даже всего процесса?
Или нужно просто ввести временной лаг после добавления записи, чтобы успела система все сохранить?
Возникла необходимость в такой детали. В качестве детали "Счета в которых встречается продукт" Подошла деталь OpportunityProductDetailV2,
При штатном связывании отображает список продаж и даже позволяет "провалиться" в продажу по ссылке. (возможно не лучшее решение, но для решения задачи подходит).
А вот со списком заказов, в которых продукт встречается, штатные детали не подходят.
Просьба подсказать, есть ли готовое решение, или, если нет, указать кошерный путь к решению..
Не знаю, насколько оптимален такой путь, но иногда я просто делаю VIEW с логикой внутри, затем регистрирую объект по этому VIEW, регистрирую деталь и уже использую на всю катушку.
Логика VIEW гораздо больше подаётся пониманию, к тому же её можно одновременно использовать в коде JS, в БП и в печатных формах.
Путь интересный.. а он возможен on-Demand? :) SqlExecutor позволяет создавать view?
На данный момент я разглядываю логику аналогичной детали с продажами, и пытаюсь понять ее логику, чтобы воспроизвести.. Но там как-то все нелинейно.. Подумаю насчет view.
В жизни компаний иногда случается смена имени, в жизни людей случается смена фамилии. С помощью БП можно организовать хранение истории изменений.
Но как можно организовать поиск по старым названиям/фамилиям из командной строки?
Или можете предложить другое решение? (Фильтр с поиском по детали истории пользователям каждый раз будет долго настраивать)
Поиск из командой строки происходит по первичной колонки объекта. Вы можете поменять ее, но это чревато возникновению других базовых ошибок. Настоятельно не рекомендуем менять первичную колонку в базовых объектах.
Как вариант Вы можете хранить не актуальную информацию в пользовательской колонке и по ней фильтровать.
Как идея, можно было бы определять, какую колонки использовать для поиска.
Тогда можно было бы в БП формировать строку поиска в этой колонке, куда включать не только бывшую фамилию, но и номер телефона, название компании и т.п.
Владимир, по поводу "Как идея, можно было бы определять, какую колонки использовать для поиска." Данная идея уже присутствует в списке задач департамента разработки. Возможно будет реализована в одной из будущих версий приложения.
Коллеги, прошу помощи. Создал новую визу - "Виза закупок" на основе Базовой визы, при крепил новое поле-справочник "Заявки на закупки". Визу назвал PurchasingVisa. Создал деталь, прикрепил к карточке заявки на закупку.
При сохранении новой визы закупки выдаёт ошибку "Недопустимое имя объекта "dbo.SysPurchasingVisaRight"" (см.скриншот). Как это побороть?
Антон, попробуйте в объекте установить птичку "Администрируется по записям". После ее установки должна появиться указанная таблица ("dbo.SysPurchasingVisaRight)
Добрый день! Есть задача добавить представление в разделе, в котором будет редактируемый реестр другого объекта с собственными фильтрами (фильтры аналогичны с фильтрами раздела).
Подскажите, пожалуйста, как реализовать данный функционал?
Правильно ли я понимаю, что Вы хотите создать еще одно представление раздела, выведя в реестр детали, и добавив в созданное представление "Фильтр", который будет фильтровать записи на деталях?
Алексей, совершенно верно. Вывести нужно значения всего одной детали. Изначально она не должна фильтроваться,а в дальнейшем пользователь может накладывать любые фильтры.
Добрый день!
Вашу задачу нужно разделить на 2 этапа:
1. Создать представление
2. Создать свой модуль отображения реестра
По 1-му:
Начать нужно искать с BaseSection, в котором есть функция initDataViews(). Далее по аналогии с, например, представлением "Аналитика"
По 2-му:
Вам нужно создать свой модуль, который будет отображать что угодно (ваш реестр, графики...). После этого проследите как работает функция LoadView из BaseSection, на примере того же представления Аналитика
