Добрый день,

Прошу детально описать, Вашу бизнес задачу.

v.kucher@creatio.com,

Добрый день!

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

после загрузки штрихкодов  тип баллов выбрал денежный тип начисление бонусов РУЧНОЙ .

и также  там нужно указать (создать) тип бонусов для акции. в нашем случае типа начисление 30000 для лояльных клиентов.

без понятия как создать этот тип бонусов.

Отправляю ссылку на фото 

file:///C:/Users/owner/Desktop/%D0%9D%D0%BE%D0%B2%D0%B0%D1%8F%20%D0%BF%D0%B0%D0%BF%D0%BA%D0%B0%20(3)/IMG_20210420_175345.jpg

Спасибо большое!

Прошу вас помочь

Асу алмабаев,

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

Приложите скриншот файлом, возможно глядя на него удаться больше понять. Сейчас ссылка указана как локальный путь - file:///C:/Users/

Добрый день.

Для реализации Вам необходимо подписаться на изменение колонки кейса и при её изменении вызывать метод setActiveTab.

Пример реализации для страницы CasePage:

define("CasePage", [], function() {
		return {
			entitySchemaName: "Case",
          	attributes: {
              "ActiveTabName": {
                dependencies: [
                  {
                    columns: ["Status"],
                    methodName: "setActiveTabByStatus"
                  }
                ]
              },
              "StatusTabDictionary": {
                dataValueType: Terrasoft.DataValueType.COLLECTION,
                value: [
                  { statusId: "7e9f1204-f46b-1410-fb9a-0050ba5d6c38", tabName: "CaseInformationTab" },
                  { statusId: "3859c6e7-cbcb-486b-ba53-77808fe6e593", tabName: "TimelineTab" },
                  { statusId: "ae7f411e-f46b-1410-009b-0050ba5d6c38", tabName: "SolutionTab" }
                ]
              }
            },
			methods: {
 
              setActiveTabByStatus: function() {
                var status = this.get("Status");
                if (!status) {
                  return;
                }
 
                var statusTabDictionary = this.get("StatusTabDictionary");
                for (var i = 0; i < statusTabDictionary.length; i++) {
                  var item = statusTabDictionary[i];
                  if (item.statusId === status.value) {
                    this.setActiveTab(item.tabName);
                    return;
                  }
                }
              },
 
              initTabs: function() {
                this.callParent(arguments);
                this.setActiveTabByStatus();
              },
 
              onEntityInitialized: function() {
                this.callParent(arguments);
                this.setActiveTabByStatus();
              }
 
            }
		};
	}
);

То что вы описали это обычная деталь для объекта документы, такая деталь уже есть DocumentDetailV2, выводите ее на карточке раздела Товары. Для создания связи детали в объекте документа, должно быть справочное поле в котором задан товар.

Полозюков Евгений Петрович,

Да, извините, я не идеально все описал, имелось ввиду, документы разные, типо (Реализация, Поступление и т.д.)

Это разные разделы или это поле поле с типом в документе? Что от этого меняется?

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

Либо через конвертер, в BasePageV2 есть пример

{

                "operation": "insert",

                "name": "CardContentWrapper",

                "values": {

                    "id": "CardContentWrapper",

                    "selectors": {"wrapEl": "#CardContentWrapper"},

                    "itemType": Terrasoft.ViewItemType.CONTAINER,

                    "wrapClass": ["card-content-container"],

                    "items": [],

                    "markerValue": {

                        "bindTo": "IsEntityInitialized",

                        "bindConfig": {

                            "converter": "getCardContentContainerMarkerValue"

                        }

                    }

                }

            }

getCardContentContainerMarkerValue: function() {

                return this.get("IsEntityInitialized") ? "EntityLoaded" : "EntityLoading";

            }

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

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

Если отвечать на вопрос, то с помощью механизма сообщений.

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

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

Либо использовать вместо числа строку и там уже хранить как вам нравится.

На мой взгляд для текущей задачи больше подойдет odata https://academy.terrasoft.ru/docs/7-17/developer/integrations_and_api/d…

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

Интеграцию с odata я уже реализовал на прокси и умею через нее добавлять товары в заказ. Но хотелось бы больше контроля над бизнес процессом, от этого и вопрос.

Например мне нужно при изменении заказа уведомить склад о реформировании заказа. В таком случае я вижу 3 варианта:

1. OData. На прокси при добавлении заказа отсылать email (плохо, мало контроля и не очевидно в рамках БП).

2. OData + BPMN. В самом БП создать некую подписку на добавление товара в данный заказ и сделать отправку email (уже лучше, но например не при каждом изменении заказа мне нужно отправлять email, в таком случае появятся кастыли вроде сохранения промежуточных булевых переменных в данных, для определения вида изменения заказа).

3. BPMN. Чистая реализация на вызове отдельного события в процессе с передачей данных. Это позволит добавлять любой товар по простому сигналу и получить контроль над процессом, передавать дополнительно булевые переменные для модификации поведения БП в рантайме.

3-ий вариант для меня сейчас самый приоритетный.

Если функционал по вызову События или отправки Сигнала с передачей данных в БП через ProcessEngineService.svc отсутствует, то этот ответ меня тоже устроит.

>Если функционал по вызову События или отправки Сигнала с передачей данных в БП через ProcessEngineService.svc отсутствует, то этот ответ меня тоже устроит.

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

Вариант решения делать на каждой действие простой процесс (подпроцесс).

Например процесс добавления товара в заказ, у него будут входящие параметры: id заказа, id товара, булевый параметр. Запускаем этот процесс через ProcessEngineService.

Нет, надо дорабатывать.

Добрый день, Оксана.

Евгений правильно уточнил, что дополнение не совместимо с СУБД Postgre SQL. Подобные решения также поддерживают работу с Субд MS SQL. Предлагаю уточнить у разработчиков решений планы по добавлению совместимости с Postgre SQL:

https://marketplace.terrasoft.ru/app/external-file-storage-creatio

https://marketplace.terrasoft.ru/app/file-manager-creatio

Запустите Компилировать все.

не помогло, скомпилировал все, не сработало, после сгенерировал все и скомпилировал все еще раз, все еще не помогло

Александр, если Вы подключаетесь к сервису аутентификации из другой программы, то дело может быть в неправильной работе с другими сервисами после этого. Например, если не передаёте все полученные куки и CSRF-токен. Подробнее о логине см. тут.

Или у Вас всё работало, а в какой-то момент перестало?