Борис, добрый день!

Это стандартное сообщение предупреждение.

Вероятнее всего, убрать его совсем нельзя.

В данном случае прийдется сделать выбор))))

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

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

Подробнее о версионности процессов тут.

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

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

может быть, есть возможность в БД какое нибудь поле подправить?

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

Попробуйте зайти сразу в менеджер лицензий:

kkm-crm/Lic/LicManager.aspx

А если нужно зайти сразу в конфигурацию и опубликоваться, можно после логина ввести kkm-crm/0/dev

Добрый день. Спасибо за предложенные способы. Но раньше доступ производился через интерфейс рабочей формы, поэтому и проблему надо решать.

Добавить комментарий

Блинов Герман пишет:

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

Потом после атворизации на сайте, зайдите сразу в конфигурацию так:

 kkm-crm/0/dev, после чего нажмите Скомпилировать все. После этого у вас все должно заработать в штатном режиме.

Литвинко Павел,

Всё это было сделано вчера ещё. Я тоже надеялся, что после компиляции всё заработает в штатном режиме, но нет - не помогло.

Если лицензии перезагрузили, конфигурацию опубликовали не помогло, попробуйте сайт и пул перезапустить в IIS и очистить Redis.

Если и это не поможет, лучше обратиться в поддержку.

Вам не помогло то, что я ответил в своем топике? - https://community.terrasoft.ru/questions/detal-s-mnozestvennym-vyborom-0

 Alex Zaslavsky, Проблема в том что эти события не срабатывают рис.1

В предыдущей теме было описано решение для детали с множ. выбором + ред. реестром. Тут как минимум не вижу добавление LookupMultiAddMixin. Поэтому методы и не отрабатывают...

грубо говоря вы хотите скрыть запись, в которой находится деталь?

Ну тогда можно прям в детали жестко прописать фильтр:

getFilters: function() {
	var filters = this.callParent(arguments);
	filters.addItem(Terrasoft.createColumnFilterWithParameter(4, "UsrTeaPot", this.get("MasterRecordId")); 
	return filters;
},

1) Если товарищи в одной комнате и работают в разных схемах, то в принципе можно создать 1 ветку и в ней работать. Будут, конечно, ситуации вида "Ваня! Отпусти схему, мне надо метод перенести!". Но в целом для небольшой группы сойдет.

2) По поводу разных веток - да. Делаете trunk, в bpm привязываете trunk-ветку, в ней создаёте пакет. Далее в svn копируете пакет по разным веткам, ведёте разработку, сливаете всё снова в trunk, в bpm обновляете пакет. Ну это в общих словах.

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

Добрый день.

Классических варианта 2:

1. Хранение на уровне приложения. Статическая переменная в вашем классе или другом отдельном классе по работе с Cookie (например можно завести класс CookieManager), в которой будет храниться получаемый вами CookieContainer.

2. Хранение на уровне Redis. В общем-то Redis позволяет хранить данные любого типа по принципу "ключ-значение". 

Толмачев Дмитрий Юрьевич,

Дмитрий, спасибо! будем пробовать).

Попробуйте сначала обновить его, потом снова зафиксировать.

Была такая же проблема,она решилась повторной авторизацией в хранилище.(Авторизация -> обновление с него -> потом снова авторизация и попытка зафиксировать пакет).

Помогло, спасибо! Обновил из хранилища и после этого зафиксировалось без проблем.

20000 для любого esq. Указывается в web.config сервера

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

Спасибо!

Переносили весь функционал при разработке проекта и скажем так: геморой тот ещё. Причем это было до того, как террасофт переделал этот функционал под BaseSchemaModule. Я так глянул - разницы +/- никакой, наибольшая проблема - миллиард esq запросов с кучей столбцов. На вскидку - неделька переноса и отладки. Может быть 2, как пойдёт)

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

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

Таблицы типы SysОбъектLcz нельзя привязать к пакету, т.к. их нет в конфигурации. 

Может, они подхватятся при синхронизации записей основного справочника?

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

можете пож-ста поподробнее.

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