this.updateDetail({detail: "UsrMyDetail", realoadAll: true});

Алексей-Карягин,

А само сообщение, которое должно стать инициатором обновления, можно ли как-то отследить?

Я его по аналогии с примером описал (и источник, и приёмник)

Смотря на каком этапе пропадает. Можно рядом с обновлением детали оставить window.console.info из примера, чтобы видеть, дошло до клиента или нет. Сетевую активность между сервером и браузером можно мониторить в Fiddler, запущенном на том же компьютере, где браузер. Если же до отправки сообщения не доходит на стороне БП на сервере, их тоже можно мониторить.

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

БП по сути только инициирует - там-то проблем быть не должно.

Дальше есть 2 куска логики (клиент и

ClientMessageBridge). Вот у клиента этой логики нет.

Вот для этого и нужно смотреть вышеупомянутыми или другими способами, на каком этапе ещё нормально отработало, а на каком — уже нет.

Добрый день! В моем случае в результате выполнения команды this.updateDetail({detail: "UsrMyDetailName", realoadAll: true}); в детали отображаются все записи из таблицы (как будто слетает фильтр по колонке Id объекта). В чем может быть причина?

Возможно, внутри детали есть какая-то логика, которая при таком запуске не сработала. См. похожие обсуждения тут и тут.

На самом деле проблема в том что конфигурационный параметр команды в этом обсуждении указан неверно: realoadAll. Должно быть reloadAll. Случайно обнаружил.

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

БП выполняется на сервере, а деталь находится в браузере пользователя. Следовательно, нужно посылать туда сообщение по ClientMessageBridge, ссылка в самом верху.

Посмотрите профилировщиком какой sql запрос отправляется в БД, это поможет определить проблему

Ошибка в том, что Вы неправильно построили связи - нужно писать UsrInfo.Name, а у Вас UsrInfoId.Name.

Вот корректный код:

var esq = Ext.create("Terrasoft.EntitySchemaQuery", {

        rootSchemaName: "GeneralForm"

    });

    

    esq.addColumn("Id");

    esq.addColumn("UsrCode");

    esq.addColumn("UsrInfo.Name");

    esq.filters.addItem(Terrasoft.createColumnFilterWithParameter(

    Terrasoft.ComparisonType.EQUAL, "UsrInfo.Name", "Инфо"));

    

    var rowsCount = 0;

    var rowsCount1 = "";

    esq.getEntityCollection(function(result) {

        if (result.success) {

            

            

            result.collection.each(function (item) {

                rowsCount = rowsCount + 1;

                rowsCount1 += item.get("UsrCode") + "#" + item.get("UsrInfo.Name") + 

                    "(" + rowsCount + ")" + "\n";

            });

            this.set("UsrCount", rowsCount1);

        }

    }, this);

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

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

пытаюсь реализовать запрос:

select 

    q1.UsrCode

    , q2.Name

from 

    GeneralForm q1 

    join UsrInfoList q2 

on 

    q1.UsrInfoId = q2.Id

При моей текущей реализации этот кусок работает:

esq.addColumn("UsrInfoId.Name");

Проблема с фильтром. 

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

Ок. Разбираюсь с тем как его использовать.

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

а как корректно этот механизм объявить в коде?

добавил:

//перед esq

var performanceManagerLabel = "";

performanceManager.start(performanceManagerLabel + "_Init");

//сразу после фильтрации

performanceManager.stop(performanceManagerLabel + "_Init");

пишет:

'performanceManager' is not defined

 

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

Нашел. 

performanceManager указать надо было.

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

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

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

Верно понимаю, что для такого запроса реализация ниже верна?

На практике без фильтра логика выдает правильное число строк, а с фильтром null.

select 

    q1.Id

    q1.UsrCode

    , q2.Name

from 

    GeneralForm q1 

    join UsrInfoList q2 

on 

    q1.UsrInfoId = q2.Id

var esq = Ext.create("Terrasoft.EntitySchemaQuery", {

    rootSchemaName: "GeneralForm"

esq.addColumn("Id");

esq.addColumn("UsrCode");

esq.addColumn("UsrInfoId.Name");

esq.filters.addItem(Terrasoft.createColumnFilterWithParameter(

Terrasoft.ComparisonType.EQUAL, "UsrInfoId.Name", "Инфо"));

Посмотрите в профайлере, что за SQL-запрос идёт в базу при выполнении последнего кода и потом запустите в Management Studio  его отдельно, чтобы выяснить, почему у него пустой результат.

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

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

SysUsrInfoListLcz. А нужна таблица была UsrInfoList. Это фича такая?

Хотя нет. Не в ней дело. Тут все хорошо.

SysUsrInfoListLcz — это автоматически сгенерированная таблица переводов названий для UsrInfoList.

Выполните отладку клиентского кода. Как это сделать смотрите в статье на Академии.

В js все Guid преобразуйте к нижнему регистру

те в вашем случае напишите что то типа esq.filters.addItem(Terrasoft.createColumnFilterWithParameter(Terrasoft.ComparisonType.EQUAL, "UsrInfoId", "337ed.....

Eсли нужно получить справочную колонку, то её название нужно указывать без приставки "Id", как в схеме таблицы:

esq.addColumn("UsrInfo")

Аналогично и с фильтрами:

esq.filters.addItem(Terrasoft.createColumnFilterWithParameter(Terrasoft.ComparisonType.EQUAL, "UsrInfo", "337ED96B-B658-48B0-BBB6-7FACF918C735"));

Но обратите внимание, что, если у Вас фильтр построен по обратным связям, то можно писать 2 способами.

1. Через Id и тогда в качестве значения фильтра указываем Id:

var shipment = this.get("BTShipment");

sampleESQ.filters.addItem(sampleESQ.createColumnFilterWithParameter(

                    this.Terrasoft.ComparisonType.EQUAL, "[BTSampInShipment:BTSampleID].BTShipment.Id", shipment.value));

2. Через справочное поле и тогда в качестве значения указывать значение справочного поля:

var shipment = this.get("BTShipment");

sampleESQ.filters.addItem(sampleESQ.createColumnFilterWithParameter(

                    this.Terrasoft.ComparisonType.EQUAL, "[BTSampInShipment:BTSampleID].BTShipment", shipment));

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

А отнимайте в БП для "сотрудников" все права у всех ролей. А затем добавляйте права read - для всех, а edit/delete - для System administrators

И заодно, этот БП запускайте при смене типа контакта.

Владимир Соколов,

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

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

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

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

Я добавил запись в справочник и настроил правило (сначала правило, потом - запись тоже пробовал):

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

Даже для чистоты эксперимента делал правило (правда не добавлял записи): созданные мной доступны для всех.

И всегда выбор типа контакта был вообще пустой для всех, кроме меня.

Подскажите, в чем может быть моя ошибка. 

Спасибо

Права на записи определяются не по полю «Создал», а по записям в отдельной системной таблице базы. Когда Вы сверху поставили галочку, в базе создалась таблица вроде SysContactTypeRight, и в неё нужно добавить записи для каждого типа. Такой-то видит группа «Все пользователи», а такой-то — другая группа. Если у какого-то из типов никаких прав не будет, как у Вас для всех типов сейчас, то этот тип увидит только админ, что Вам и нужно.

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

А можно немного подробнее как мне это сделать?

Если есть доступ, то через базу.

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

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

Когда Вы включили администрирование справочника по записям, то пользователи-неадмины  будут видеть только те записи, которые им разрешены на чтение, то есть существуют записи в таблице прав. Изначально в таблице прав этого справочника пусто, то есть неадмины не будут видеть ничего. Нужно добавить по каждой записи, кроме «сотрудники» право на чтение для роли «все пользователи».

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

спасибо, хорошо получилось. Раздал права на справочник, создал новые записи кроме "сотрудник" и в существующих контактах через БП заменил старые типы на новые. 

Можно реализовать запрос в запросе, то есть сначала получить select id, Name from Product, а потом в функции обработки результата выборки для каждой записи вызывать select top(1) pp.Price from ProductPrice pp where pp.ProductId = Product.Id and pp.TypeId = 'xxxxxxx'.

С точки зрения нагрузки на базу данных будет тоже, что и select id, Name, (select top(1) pp.Price from ProductPrice pp where pp.ProductId = Product.Id and pp.TypeId = 'xxxxxxx') from Product

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

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

Для клиента это выглядит так

Также см. похожее обсуждение.

Получилось сделать так:

esq.addAggregationSchemaColumn("[WisPriceInRegion:WisProduct].WisCostDelivery",
          Terrasoft.AggregationType.MIN, "Price", Terrasoft.AggregationEvalType.ALL);
var esqFirstFilter = esq.createColumnFilterWithParameter(Terrasoft.ComparisonType.EQUAL,
        "[WisPriceInRegion:WisProduct].WisDistrict", this.get("WisDistrict").value);
esq.filters.add("esqFirstFilter", esqFirstFilter);

Но все же нужно сделать сортировку по дате создания и выбирать топ(1)

Здравствуйте, вам нужно смотреть в сторону Terrasoft.SubQueryExpression

https://academy.terrasoft.ua/jscoresdk/?partner=sibis#!/api/Terrasoft.d…

Поищите в конфигурации примеры по "SubQueryExpression"

Сортировку можно применить как к обычной колонке. И добавить необходимые фильтры.

Простите, описание съезжает в приложение кода)

/**
 * Добавляет в запрос колонку имени схемы.
 * @protected
 * @virtual
 * @param {Terrasoft.EntitySchemaQuery} esq Объект запроса.
 * @param {String} columnPath Путь к колонке.
 * @param {String} columnAlias Псевдоним колонки.
 */

addSchemaNameColumn: function(esq, columnPath, columnAlias) {
	var expressionConfig = {
		columnPath: columnPath,
		parentCollection: this,
		aggregationType: Terrasoft.AggregationType.NONE
	};
	var column = Ext.create("Terrasoft.SubQueryExpression", expressionConfig);
	var filter = Terrasoft.createColumnFilterWithParameter(
		Terrasoft.ComparisonType.EQUAL,
		"SysWorkspace",
		Terrasoft.SysValue.CURRENT_WORKSPACE.value
	);
	column.subFilters.addItem(filter);
	var esqColumn = esq.addColumn(columnAlias);
	esqColumn.expression = column;
}

Пащенко Александр Сергеевич,

Вот это было круто, спс

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

Данное сообщение означает что на карточку выведено 13 и более справочных полей.

К сожалению, протокол ODATA который используется для обмена данными между мобильным приложением и bpm'online накладывает такое ограничение.

Необходимо уменьшить количество справочных полей на карточке до 12. 

Гриценко Игорь,

А как реализовано это в полевых продажах? Если зайти на рабочее место полевых продаж в мобильном приложении - там все поля (больше 15) отображаются без ошибки.

Уменьшил до 12 полей - ошибка та же, при этом только в разделе "Активности" такая ошибка

AmlSMSMessagePublisherPage - Эта карточка вполне подойдет, если ее можно открыть как мини

Есть статья по созданию мини-карточки.

То что вам нужно: https://academy.terrasoft.ru/documents/technic-sdk/7-13/kak-sozdat-anon…

Несколько идей.



1. У нас есть правило - один или несколько. То есть, обычно, где есть 2 контакта, могут быть и 3. А это значит, что целесообразно подумать о детали

2. Слева находится не только AccountProfile и ContactProfile, но и поля в Header. Пока они там есть, левый контейнер LeftModulesContainer будет оставаться и "съедать место"

3. Визуально для 2 полей выглядит логичным вместо AccountProfile добавить Contact2Profile, например.

4. Я бы оставил стандартный раздел Lead, чтобы не ломать логику landing page, lead pipeline, не переписывать все бизнес-процессы с лидами и оставить возможность получать улучшения функциональности в новых версиях