Сергей, добрый день!

Такого признака, на какой из страниц выполняется правило, в системе нет.

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

Для этого в соответствующей схеме настроек раздела необходимо добавить следующий код:

Terrasoft.sdk.Module.setChangeModes("[Объект_раздела]", [Terrasoft.ChangeModes.Read]);

Схему настроек раздела можно найти по маске %Mobile[Объект_раздела]ModuleConfig

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

Но при этом в карточке не будет кнопки редактирования. Для добавления кнопки редактирования записи нужно переопределить карточку просмотра и в ней реализовать свой метод initNavigationButtons(). Для этого (на примере раздела для объекта SNLWARSECTION) нужно создать схему-модуль MobileSNLWARSECTIONPreviewPage и в ней добавить такой код:

Terrasoft.LastLoadedPageData = {

                controllerName: "Terrasoft.configuration.SNLWARSECTIONPreviewPageController",

                viewXClass: "Terrasoft.configuration.SNLWARSECTIONPreviewPageView"

};

Ext.define("Terrasoft.configuration.view.SNLWARSECTIONPreviewPage", {

                extend: "Terrasoft.view.BasePreviewPage",

                alternateClassName: "Terrasoft.configuration.SNLWARSECTIONPreviewPageView",

                config: {

                                id: "SNLWARSECTIONPreviewPage"

                }

});

Ext.define("Terrasoft.configuration.controller.SNLWARSECTIONPreviewPage", {

                extend: "Terrasoft.controller.BasePreviewPage",

                alternateClassName: "Terrasoft.configuration.SNLWARSECTIONPreviewPageController",

                statics: {

                                Model: SNLWARSECTION

                },

                config: {

                                refs: {

                                                view: "#SNLWARSECTIONPreviewPage"

                                }

                },

                /**

                * @protected

                * @overridden

                */

                initNavigationButtons: function() {

                                this.callParent(arguments);

                                var view = this.getView();

                                var editButton = view.showEditButton(true);

                                editButton.on("tap", this.onEditButtonTap, this);

                }

});

Ключевое - это view.showEditButton(true), добавляющий кнопку редактирования в навигационную панель.

 

Привет!

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

Зезюков Сергей Aлександрович,

Спасибо, действительно в одном из пакетов в манифесте был дубль объекта SupplyPaymentTemplate

Terrasoft.sdk.Model.addBusinessRule("ScpObject", {
    name: "ScpObjectAreaValidatorRule",
    ruleType: Terrasoft.RuleTypes.Custom,
    triggeredByColumns: ["ScpObjectArea"],
    events: [Terrasoft.BusinessRuleEvents.Save, Terrasoft.BusinessRuleEvents.ValueChanged],
    executeFn: function (record, rule, column, customData, callbackConfig) {
       	var isValid = false;
		var ssArea=0;
		var curArea = record.get("ScpObjectArea");
 
		if(Terrasoft.SysSettings.MinScpObjectArea !== undefined)
		{
			ssArea=Terrasoft.SysSettings.MinScpObjectArea;
		}
		isValid = curArea>=ssArea;
 
        record.changeProperty("ScpObjectArea", {
            // Установка признака корректности колонки.
            isValid: {
                value: isValid,
                message: Terrasoft.LocalizableStrings.InvalidScpArea + ssArea
            }
        });
        // Асинхронный возврат значений. 
        Ext.callback(callbackConfig.success, callbackConfig.scope);
    }
});

Сергей, а Вы не проверяли, как будет работать, если заменить проверку системной настройки на константу с таким же значением? Может, в некоторых случаях оно не считывалось, из-за чего валидация работала неправильно?

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

Как хорошо, что Вы ответили. Я уже начал отчаиваться. Итак, прописал жестко цифру - и результат тот же. Кроме того, еще явно пробовал указать в коллбэк функции результат: Ext.callback(callbackConfig.success, callbackConfig.scope, [isValid]);, но это тоже не помогло. В отладчике видно, что isValid=false, однако, сообщение о некорректно заполненном поле и отмены сохранения не происходит.

Сергей, так пока не нашли причину, не особо хорошо.

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

Александр, чувство локтя незаменимо. В любом случае, если бы локализация влияла и значение не подтягивалось, то в сообщении, как минимум, осталось бы значение переменной  ssArea. Я и брал за основу пример из академии. 

А если добавить правило такое же, как в том примере для раздела активностей, оно будет работать всегда или так же само, как Ваше?

Доброе утро. Добавлять для активностей один-в-один или опять же модифицировать под свой объект?

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

Если и там неправильное поведение повторится, то будет понимание, что дело либо в Вашей системе (например, бинарных файлах), либо в примере.

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

Вставил код, но он перекрывается кодом, который был реализован внедренцем. Сходу не удалось его заместить, однако, какая-то логика в активностях при помощи бизнес-правил работает. И без ошибок.

Сергей, извините, не увидел сразу ответа. Получается, проблема конкретно в Вашей карточке или её объекте, конфликтующей с добавленными правилами? Может, стоит обратиться к поддержке, предоставить доступ к системе для анализа?

Добрый вечер, Александр!

И я пропал в отпуске :). Спасибо за помощь, завтра попробую разобраться с поддержкой.

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

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

SyncExtensions стал deprecated c версии 7.16.0 так как перешли на «нативную» синхронизацию написаную на Java.

Соответсвенно, пользовательский javascript подключить туда нельзя.

Есть обходное решение — отключить нативную синхронизацию.

Но делать это настоятельно не рекомендуем, т.к. все новые «фишки» у Вас перестанут работать.

Опишите свою проблему, может, её «в коробке» исправят в новых версиях.

Стоит уточнить производительность сервера на котором стоит бд.

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

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

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

Страничка о которой Вы говорите - это страничка выбора из справочника, у которой нет подобной логики и добавить на нее действия нет возможности. Для этого Вам необходимо вывести объект, на который ссылается данное поле, в мобильное приложение отдельно, чтобы была возможность отрыть страницу редактирования, а на нее уже добавить действие. 

А запретите им менять записи с ответственными правами доступа

Решили дописыванием в манифест для Contact:

PreviewPage = ""



Черт его знает как это работает, но вместо страницы контакта теперь показывает группу ответственных за наряд - что нам и требовалось

По этой доке:

https://academy.terrasoft.ru/documents/technic-sdkmob/7-16/dobavlenie-elementov-upravleniya-na-stranicu-razdela



добавил пимпочку с потенциалом делать копи-паст номера или что-то еще.

Сначала эмулятор выдавал какую-то странную ошибку.

После перекомпиляции ошибка пропала, сам модуль с кнопкой загрузился, самой кнопки на экране нет, ошибок то-ж нет

Думаю куда рулить дальше.



Этот файл грузится под именем "ButtonCopyNumber" и я его вижу в эмуляторе.

Ext.define("Terrasoft.controls.CustomRecordPanelItem", {

    extend: "Terrasoft.RecordPanelItem",

    xtype: "cfButtonCopyNumber",

    // Конфигурационный объект создаваемого элемента.

    config: {

        items: [

            {

                xtype: "container",

                layout: "hbox",

                items: [

                    {

                        xtype: "button",

                        id: "ButtonCopyNumber",

                        text: "Number to ClipBrd",

                        flex: 1

                    }

                ]

            }

        ]

    },

    // Метод инициализирует созданный элемент и добавляет метод-обработчик нажатия кнопки.

    initialize: function() {

        var clickMeButton = Ext.getCmp("ButtonCopyNumber");

        clickMeButton.element.on("tap", this.onClickMeButtonClick, this);

    },

    // Метод-обработчик нажатия кнопки.

    onButtonCopyNumberClick: function() {

        var record = this.getRecord();

        Terrasoft.MessageBox.showMessage(record.getPrimaryDisplayColumnValue());

    }

});



Манифест:

{

    "CustomSchemas": [

        "ButtonCopyNumber"

    ],

......

        "Case": {

            "RequiredModels": [...

            ],

            "ModelExtensions": [...

            ],

            "PagesExtensions": [

                "ButtonCopyNumber",

               ....

            ]

        }



Если смотреть исходник страницы обращения, то в самом начале светится строка:

<script type="text/javascript" src="filesystem:file:///persistent/BPMonline700/AppStructure/rev_2/src/ButtonCopyNumber.js?hash=f7bebef3-15d6-4cee-8d89-17f460b123dd"></script>



Те... вроде кнопка должна быть - но нет.

Где я накосячил?

Виктор, может, лучше сделать поле не disabled, а read only? Тогда из него можно будет копировать, как из обычного. А disabled заблокировано для копирования не только в мобильной, а и в браузерной версии.

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

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

Похоже что и не на всех мобилках оно работает.... пока думаем.



Но с кнопкой-то вопрос остался (она мне еще под другую задачу нужна будет).

Есть мысли что не так и куда смотреть?

По кнопке есть статья тут.

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

См., например, схему MobileActivityGridPageControllerV2, там в функции getContactRecord используют Terrasoft.DataUtils.loadRecords, перед этим наложив фильтр по Id.

 getContactRecord: function(recordId) {
  return new Promise(function(resolve) {
   var filter = Ext.create("Terrasoft.Filter", {
    property: "Id",
    value: recordId
   });
   Terrasoft.DataUtils.loadRecords({
    proxyType: Terrasoft.ProxyType.Online,
    modelName: "Contact",
    columns: ["Name", "Account", "Photo.Id"],
    filters: filter,
    success: function(loadedContactRecords) {
     if (loadedContactRecords.length === 0) {
      resolve();
      return;
     }
     resolve(loadedContactRecords[0]);
    },
    failure: function() {
     resolve();
    },
    scope: this
   });
  });
 },

И ниже её использование:

this.getContactRecord(ownerId).then(function(contactRecord) {

Здравствуйте, Виктор!

У Вас закешилось старое рабочее место. Решения всего два:

1. Почистить кеш самого хрома и пересинхронизироваться. Обычно этот кеш представлен в виде папки chrome_profile.
2. Создать рабочее место с таким же кодом, просинхрониться, переключиться на правильное рабочее место и удалить это неиспользующееся рабочее место.