Обсуждалось тут

Григорий Чех,

Большое спасибо за ответ.

Это ошибка в версии 7.12.2. Напишите в поддержку - они предоставят Вам патч) или обновляйтесь на 7.12.3.

Алла Савельева,

Спасибо!

Добрый день, уточните пожалуйста, унаследовались или заместили родителя? чтобы ваше изменение было применено в системе на той же странице, вы должны заместить Page.

Еще один вариант это попробовать обновлять деталь через сообщение со страницы

Колодяжный Владислав Эдуардович,

извините, да, заместил родителя.

Alex Zaslavsky,

попробуйте так 

this.updateDetail(
      {
          detail: "UsrSchema4Detailf84a3cb6",
          reloadAll: true
      }
);

Колодяжный Владислав Эдуардович,

Не помогло. Тогда можно небольшой ликбез?) Метод updateDetail ведь должен вызвать метод init() самой детали? А то в этом методе висит кое-какая логика, которая не отрабатывает при изменении стадии.

Alex Zaslavsky,

насколько мне известно, метод init() не вызывается при updateDetail()

при вызове метода обновления детали на странице генерируется сообщение 

updateDetail: function(detailConfig) {

                var detailId = this.getDetailId(detailConfig.detail);

                this.sandbox.publish("UpdateDetail", {

                    reloadAll: true

                }, [detailId]);

            }

На детали есть подписка на это сообщение:

subscribeSandboxEvents: function() {

                this.sandbox.subscribe("UpdateDetail", function(config) {

                    if (this.destroyed) {

                        return;

                    }

                    this.updateDetail(config);

                    this.processCheckMasterRecordEditRights();

                }, this, this.getUpdateDetailSandboxTags());

            }

и нигде в этой цепочке нет Init()

Можете просто переопределить метод updateDetail или subscribeSandboxEvents на самой детали и заложить логику туда

Колодяжный Владислав Эдуардович,

В общем, я пока нашел обходное решение, которое тоже нам подходит с помощью вызова метода addRecord(). Но тем не менее, в схеме детали я пробовал в subscribeSandboxEvents() добавить init() и дебаггер, а на пейдже, где я меняю стадию, вызываю метод updateDetail. В итоге когда я изменил стадию, отработал мой updateDetail, но 

subscribeSandboxEvents() не отреагировал и логика не отработала. Я не разработчик, но пытаюсь со своими скудными базовыми знаниями в этом разобраться :) Спасибо, что пытаетесь помочь.

1) Посмотрите что у вас в таблице EmailTemplateMacros имеется запись с Name='UsrTestStringGenerator ' Возможно записей с Name='@Invoke' у вас не біло и вы не зарегестрировали (в ставили в EmailTemplateMacros) свой макрос!

1)  Вы опубликовали созданую вами схему? Попробуйте перекомпилировать конфигурацию (Конфигурация -> Компилировать все)

По пункту 1:

По пункту 2: Это железно.

А как вы отправляете письмо по шаблону?

Пример отправки письма из БП тут. Обратите внимание при отправке письма по шаблону надо указать параметр  [Запись для создания макросов] это id объекта относительно которого будут вычитаны поля макроса!

Это рассылка, из раздела:

отправляю в шаблоне так:  UsrTestStringGenerator: [#@Invoke.UsrTestStringGenerator#] 

Всё как в статье.

Олег Кречетов,

Из раздела пимьма? Как вы передаете Id записи для создания макроса? Что с остальными параметрами они проинициализированы значениями?

Id записи передаётся с клиентской части. Но в том то и смысл макроса, что значение возвращает подготовленный класс. Который в моём случае даже не вызывается. А судя по статье, так можно вставить в тело письма  любой расчетный параметр.

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

2) Попробуй пример отправки С БП (тот что я выше тебе кинул) есть разница?

3) d записи передаётся с клиентской части

 вот этого не понял при тестовой отправки может не привязыватся к объекту и соответственно не дергать генератор IMacrosInvokable...

Генератор -  IMacrosInvokable? Это просто интерфейс который реализует класс.

Олег Кречетов,

Спасибо за уточнение существенно облегчило решение вашей проблемы. Естественно имелся в виду генератом (InvokableMacrosHelperService) оторый по шаблону письма создаёт письмо. И который как я подозреваю, не вызывает MacrosInvokable  если с шаблоном не передавать вышеописанное Id объекта.

Григорий,

К сожалению, при облачной рассылке сервис InvokableMacrosHelperService не используется. Используется CESMacrosHelper. 

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

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

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

Олег Кречетов,

На проекте столкнулся с данной проблемой и мы с ТП решали её месяц-полтора... Вообщем: класс для отправки email с макросами и класс для отправки рассылок - разные. И в одном встроен функционал по обработке сложных макросов кастомными классами, в другом - нет. Самый легкий выход - view, использование колонок из view(стандартные "колоночные" макросы он понимает)

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

Классы - разные, я понял. отладил. Мне ТП тоже пока не отвечает. Возможно - вьюха - вариант :-) 

А через представление не пробовали?

Григорий Чех,

а какое представление отвечает за построение воронки продаж? Да и как-то не хочется системные представления редактировать. Обновления-то придут

Если не трогать системные представления то посмотрите в сторону как изменить расчеты в воронке продаж

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

На сколько я знаю, на данный момент коллекцию можно обработать только в элементе "Веб-сервис". В следующих релизах будет возможность передачи коллекции в подпроцесс. Информация отсюда, из раздела Бизнес-процессы https://academy.terrasoft.ru/documents/upcoming-releases

Сидоров Александр Валерьевич,

Спасибо. А есть ли какие-то прогнозы когда можно будет использовать "простым смертным" прелести коллекций?:)

Хованский Владислав,

это вам к разработчикам bpm'online) но полагаю, что в следующем релизе

Вот решение: https://community.terrasoft.ru/articles/perebor-kollekcii-elementa-bp-ctenie-dannyh#comment-80178

Правильно разделять. Система позволяет добавлять несколько телефонов одного типа. Разделите и потом не будет проблем с поиском/объединением дублей,  IP телефонией и sms рассылками. 

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

Рекомендую использовать правила поиска по нескольким полям, это позволит избежать проблем с производительностью и выбором записей при сохранении(меньше записей будет в выборке).

Если это сделано, дело ещё может быть в том, что в разделе Контакты есть несколько карточек редактирования. Работа в таком режиме была исправлена в 7.12.2.

Рекомендуем обновить до версии 7.12.2, после обновления проблема будет решена. А на версии 7.12.3 также работает поиск дублей при сохранении при создании контакта через мини-карточку.

Мотков Илья пишет:

Дизайнер системы -> Правила поиска дублей

А что делать, если в дизайнере системы на 7.16 нет "Правила поиска дублей"? Где оно включается?

При запуске БП передавай callback который вызовется после отработки БП

Примерно так

ProcessModuleUtilities.executeProcess({
	"sysProcessName": ProcessName,
	"parameters": {
		UsrParam1: paramValue
	},
	"callback": this.greadReloadProcessCallback(),
	scope: this
}

Григорий Чех,

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

Не внимательно прочел ваше предложение, предложил вариант по запуск БП вручную из клиентского модуля.

Посмотри действие процесса Обновить запись в реестре

Второй вариант отправить по вєб сокету сообщение и подписатся в  реестре на него и по приходу сообщения обновить реестр.

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

Опишу более подробно 2й варинат

1) в конце БП  добавить скрипт таск и в нем

//ваше сообщение
string sender = "MyBpFinish";
//Доп. информация
string messageText
// Публикация сообщения по WebSocket.
MsgChannelUtilities.PostMessageToAll(sender, messageText);

2) Создать замещающий клиентский модуль ,  задав родительский объект схему ClientMessageBridge

define("ClientMessageBridge", ["ConfigurationConstants"],
    function(ConfigurationConstants) {
        return {
            // Сообщения.
            messages: {
                //Имя сообщения.
                "MyBpFinish": {
                    // Тип сообщения — широковещательное, без указания конкретного подписчика.
                    "mode": Terrasoft.MessageMode.BROADCAST,
                    // Направление сообщения — публикация.
                    "direction": Terrasoft.MessageDirectionType.PUBLISH
                }
            },
            methods: {
                // Инициализация схемы.
                init: function() {
                    // Вызов родительского метода.
                    this.callParent(arguments);
                    // Добавление нового конфигурационного объекта в коллекцию конфигурационных объектов.
                    this.addMessageConfig({
                        // Имя сообщения, получаемого по WebSocket.
                        sender: "MyBpFinish",
                        // Имя сообщения с которым оно будет разослано внутри системы.
                        messageName: "MyBpFinish"
                    });
                },
                // Метод, выполняемый после публикации сообщения.
                afterPublishMessage: function(
                    // Имя сообщения с которым оно было разослано внутри системы.
                    sandboxMessageName,
                    // Содержимое сообщения.
                    webSocketBody,
                    // Результат отправки сообщения.
                    result,
                    // Конфигурационный объект рассылки сообщения.
                    publishConfig) {
                    if (sandboxMessageName === "MyBpFinish") {
                        var name = webSocketBody.name;
                        window.console.info("Опубликовано сообщение: " + sandboxMessageName +
                            ". Данные: name: " + name );
                    }
                }
            }
        };
    });

3) Подписаться на получение сообщений MyBpFinish в любой клиентской схеме

define("AccountSectionV2", [],
    function(BusinessRuleModule, ConfigurationConstants) {
        return {
            //entitySchemaName: "Contact",
            messages: {
                //Имя сообщения.
                "MyBpFinish": {
                    "mode": Terrasoft.MessageMode.BROADCAST,
                    "direction": Terrasoft.MessageDirectionType.SUBSCRIBE
                }
            },
            methods: {
                // Инициализация схемы.
                init: function() {
                    this.callParent(arguments);
                    this.sandbox.subscribe("MyBpFinish", this.onMyBpFinish, this);
                },
                // Обработчик события получения сообщения NewUserSet.
                onMyBpFinish: function(args) {
                    //Обновим грид
                    this.refreshGridData();
                }
 
            }
        };
    });

Григорий Чех 

добрый день! сделал все по вашему совету, коды один в один но почему то деталь не обновляется( что может быть? где искать? в консоле ошибка на 

См. тут.

Правильно пишется «Recipient», лучше привязываться к нему. Видимо, не сразу заметили и исправили. А в объекте оставили старое, чтобы не сломать связь с полем в таблице базы.