Добрый день!
Если я не ошибаюсь, то все эти действия как раз делаются через Mandrill. От идеи реализации рассылки на стороне bpm'online отказались вроде бы после версии 7.3.

"Андрей Каспаревич" написал:делаются через Mandrill

"Андрей Каспаревич" написал:От идеи реализации рассылки на стороне bpm'online отказались вроде бы после версии 7.3

"Александр Кудряшов" написал:уже сделаны

"Александр Кудряшов" написал:интересно стало:) функционал то хороший описан

"AlexLS" написал:Функционал рассылок был и в v3 неплохой

Вы там тестируйте, Александр, и рассказывайте :) как раз к списку багов выйдет 7.6...

"Александр Кудряшов" написал:Вы там тестируйте, Александр, и рассказывайте

Да, потестирую. Кому-то ведь это всё равно делать надо :biggrin:
Вендору ошибки высылаю, с надеждой на их исправление хотя бы в v7.6.

Вот только еще надежда на то что с v7.5 на v7.6 переход будет не слишком сложный.

"AlexLS" написал:с v7.5 на v7.6 переход будет не слишком сложный

Слово модное есть - бесшовный!

"Александр Кудряшов" написал:бесшовный

Алекс, отвечу чуть подробнее:
1. В качестве транспорта используется сервис mandrill. Альтернативные варианты транспорта делать не планировали, как и организовывать собственный транспорт сообщений. Интеграция с mandrill очень бесшовная :smile: - никакой выгрузки списков, просто отправка напрямую в рассыльщик и получение откликов по всей ЦА.
2. Это делает mandrill, отклики мы всем клиентам мы забираем в CRM и тут уже используем для: а. актуализации адресов контактов/статуса подписки; b. для работы с кампаниями - если отправляем серию писем. Дополнительно к каждому контакту (с версии 7.6) будет крепиться еще одна метка - для анализа всего цикла до конверсии через лендинг на сайте (с версии 7.6).
3. Эта статистика уже есть в базе - забираем через API mandrill.

BTW, платить дополнительно за mandrill не нужно - стоимость отправки уже входить в стоимость лицензий.

"Евгений Лемеш" написал:платить дополнительно за mandrill не нужно

Добрый день, Андрей!
Эту задачу можно решить простым БП со стартовым сигналом, если у Вас уже настроена интеграция с телефонией в bpm'online. При поступлении звонка в системе создается запись в разделе "Звонки".

Здравствуйте, Андрей!

Для решения данного вопроса в продукте Customer engagement center существует механизм запуска процессов по звонку, а также коробочное наполнение, которое позволяет по звонку запустить процесс создания новой записи или консультации по существующему обращению.
Более детально можно ознакомиться в документации на Академии по следующей ссылке:
http://academy.terrasoft.ru/documents/?product=customer%20engagement%20…
в разделе [Единое окно].

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

Я передаю xml запрос, но в нем не хватает описания для внешних ключей, поэтому и прошу пример

При обработке этого запроса произошла ошибка.При обработке этого запроса произошла ошибка.System.Data.Services.DataServiceException at System.Data.Services.Serializers.ODataMessageReaderDeserializer.Deserialize(SegmentInfo segmentInfo)
at System.Data.Services.Serializers.Deserializer.HandlePostRequest()
at System.Data.Services.DataService`1.HandlePostOperation(RequestDescription description, IDataService dataService)
at System.Data.Services.DataService`1.ProcessIncomingRequest(RequestDescription description, IDataService dataService)
at System.Data.Services.DataService`1.HandleNonBatchRequest(RequestDescription description)
at System.Data.Services.DataService`1.HandleRequest()В элементе {http://schemas.microsoft.com/ado/2007/08/dataservices/metadata}:properties обнаружено свойство "LeadType" типа "Terrasoft.Configuration.Lead", объявленное как свойство навигации. Свойства навигации в ATOM должны быть представлены элементами {http://www.w3.org/2005/Atom}:link.Microsoft.Data.OData.ODataException at Microsoft.Data.OData.Atom.ODataAtomPropertyAndValueDeserializer.ReadPropertiesImplementation(IEdmStructuredType structuredType, List`1 properties, DuplicatePropertyNamesChecker duplicatePropertyNamesChecker, Boolean epmPresent)
at Microsoft.Data.OData.Atom.ODataAtomEntryAndFeedDeserializer.ReadAtomContentElement(IODataAtomReaderEntryState entryState)
at Microsoft.Data.OData.Atom.ODataAtomEntryAndFeedDeserializer.ReadAtomElementInEntry(IODataAtomReaderEntryState entryState)
at Microsoft.Data.OData.Atom.ODataAtomEntryAndFeedDeserializer.ReadEntryContent(IODataAtomReaderEntryState entryState)
at Microsoft.Data.OData.Atom.ODataAtomReader.ReadAtEntryStartImplementation()
at Microsoft.Data.OData.ODataReaderCore.ReadImplementation()
at Microsoft.Data.OData.ODataReaderCore.InterceptException[T](Func`1 action)
at System.Data.Services.Serializers.EntityDeserializer.ReadEntry(ODataReader odataReader, SegmentInfo topLevelSegmentInfo)
at System.Data.Services.Serializers.EntityDeserializer.Read(SegmentInfo segmentInfo)
at System.Data.Services.Serializers.ODataMessageReaderDeserializer.Deserialize(SegmentInfo segmentInfo)

Т.е. внешние ключи (поля содержащие guid других объектов) должны описываться через тег link, как его описать для нового объекта?
Для уже созданных он описывается с guid, но при создании guid'a еще нет

<link rel="http://schemas.microsoft.com/ado/2007/08/dataservices/related/LeadType" type="application/atom+xml;type=entry" title="LeadType" href="LeadCollection(guid'40d83682-7ee5-4f1f-a387-12bb43373b5b')/LeadType" />

Олег, подобный вариант подойдет?

//...
            var content = new XElement(dsmd + "properties",
                          new XElement(ds + "Name", "Тестов Тест Тестович"),
                          new XElement(ds + "Dear", "Тест Тестович"),
                          new XElement(ds + "TypeId", Guid.Parse("806732ee-f36b-1410-a883-16d83cab0980")), // Тип
                          );
            var entry = new XElement(atom + "entry",
                        new XElement(atom + "content",
                        new XAttribute("type", "application/xml"), content));
//...

Дмитрий, к сожалению нет, используя Ваш вариант генерируется xml следующего вида

<entry xmlns="http://www.w3.org/2005/Atom">
  <content type="application/xml">
    <properties xmlns="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata">
      <Name xmlns="http://schemas.microsoft.com/ado/2007/08/dataservices">Тестов Тест Тестович</Name>
      <Dear xmlns="http://schemas.microsoft.com/ado/2007/08/dataservices">Тест Тестович</Dear>
      <TypeId xmlns="http://schemas.microsoft.com/ado/2007/08/dataservices">806732ee-f36b-1410-a883-16d83cab0980</TypeId>
    </properties>
  </content>
</entry>

тем не менее обязательный тег link все так же отсутствует и ошибка остается прежней

Также есть вопрос как добавлять файлы через OData? Например необходимо загружать фотографии для контактов - как добавить файл в таблицу SysImage?

Олег, этот вопрос уже поднимался:
http://www.community.terrasoft.ru/forum/topic/10486

Спасибо, вопрос по добавлению объектов со справочными полями все еще актуален

Олег, для того, чтобы сервер стал возвращать ответ в виде JSON, необходимо добавить http заголовок (Accept: application/json;odata=verbose).
Список рекомендуемых http заголовков:
MaxDataServiceVersion: 3.0
Content-Type: application/json;odata=verbose
DataServiceVersion: 1.0
Accept: application/json;odata=verbose

Далее, пример POST запроса с указанием справочной колонки. Создается запись, которая ссылается на контакта с (Id = 62f1494a-1205-45a4-b211-7ab974df6e7e). Обращаем внимание, что это будет работать только в том случае, если запись справочника уже создана. OData позволяет добавлять запись с указанием справочного значения, которого еще нет. Но такой запрос намного сложнее и ситуации, когда он необходим, довольно ограничены:

{"Id":"de303d33-e3c2-4dbd-905a-f46d220140c8","Name":"Test","Contact":{"__metadata":{"uri":"ContactCollection(guid'62f1494a-1205-45a4-b211-7ab974df6e7e')"}}}

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

Здравствуйте!
Схема такая:

define('AccountPageV2', ['AccountPageV2Resources', 'GeneralDetails', 'BusinessRuleModule'],
function(resources, GeneralDetails, BusinessRuleModule) {
	var pageConfig =  {
		entitySchemaName: 'Account',
		details: /**SCHEMA_DETAILS*/{}/**SCHEMA_DETAILS*/,
		diff: /**SCHEMA_DIFF*/[]/**SCHEMA_DIFF*/,
		attributes: {},
		methods: {},
		rules: {},
		userCode: {}
	}
	function UpdateBaseConfig(pageConfig){
	//Здесь делаю запрос к таблице Relations. получаю все филиалы текущего контрагента
	// Обновляю структуру baseConfig.diff и baseConfig.details - добавляю детали для каждого филиала на на вкладку "история филиалов"
		return pageConfig;
	}
	return UpdateBaseConfig(pageConfig);
});

Очень интересно Ваше мнение. Спасибо.

Здравствуйте, Игорь!
В целом, это некорректный подход, но трюк с выносом этой схемы в другой пакет может сработать. Но опять же, мастер раздела, скорее всего "не увидит" Вашего автогенерированного конфига и может возникнуть конфликт при отрисовке контролов.

Боюсь, что если мастер сгенерирует новый замещающий клиентский модуль в новом пакете, то замещённый модуль, в котором будет моя логика не отработает.
Можно ли каким-то образом обратиться к Diff при отрисовке карточки контрагента?

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

"Олейников Владимир Владимирович" написал:Вы можете унаследоваться от карточки контрагента и назвать её таким же именем.

Думаю, что мастер раздела её просто не откроет даже, так как не распознает вашу структуру

"Олейников Владимир Владимирович" написал:Думаю, что мастер раздела её просто не откроет даже, так как не распознает вашу структуру

Тогда и перезатирать не должен

Вы пробовали вносить изменения? Мастер перезатирает? Или вы только так думаете?

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

Игорь, в самом первом комментарии я Вам написал рекомендацию по этому поводу:

"Андрей Каспаревич" написал:2) разместить свой замещающий модуль страницы в отдельном пакете, чтобы мастер разделов создавал свой модуль и не "затирал" Ваш.

"Андрей Каспаревич" написал:Вы пробовали так сделать? Есть ли какие-то результаты?

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

Игорь, добрый день.
Проанализировав Ваш код, можем сказать что весь массив details дублироваться не будет.
Отвечая на второй вопрос, для выполнения синхронного запроса, нужно реализовать метод, одним из параметров которого, будет callback-функция:
syncRequest: function(callback, scope) {
var esq = this.Ext.create("Terrasoft.EntitySchemaQuery", {
rootSchemaName: this.entitySchemaName
});
// добавляем в запрос нужные колонки
esq.addColumn("Id");
// объявляем необходимые фильтры
esq.filters.add("primaryColumnFilter", this.Terrasoft.createColumnFilterWithParameter(
this.Terrasoft.ComparisonType.NOT_EQUAL, "Id", this.get("PrimaryColumnValue")));
esq.filters.add("nameFilter", this.Terrasoft.createColumnFilterWithParameter(
this.Terrasoft.ComparisonType.EQUAL, "Name", this.get("Name")));
esq.getEntityCollection(function(response) {
if (response && response.success) {
if (response.collection.getCount() > 0) {
result.message = “Текс ошибки”;
result.success = false;
}
// непосредственно вызов callback-метода, который будет обрабатывать результат запроса
callback.call(scope || this, response);
}
}, this);
}
}
Спасибо.

Не совсем понятно, какую функцию передавать в callback, если нам необходимо в итоге получить дополненную структуру AccountPageV2? и где выполнять перебор связанных филиалов?

Игорь, добрый день.
Проанализировали еще раз Вашу задачу, и предлагаем использовать вариант вызова запросов цепочкой :
onPreviousElementChanged: function() {
Terrasoft.chain(
function(next) {
//запрос
/*this.getPreviousElementData(function(response) {
if (this.validateResponse(response)) {
next();
}
}, this);*/
},
function(next) {
//обработка данных запросов

/*this.set("isElementChanged", true);
this.onDelayTypeChanged();
this.set("isElementChanged", false);*/
next();
},
this);
},
Спасибо.

Здравствуйте, Александр!

Инструкция во вложении.

instrukciyapoobnovleniyusversii7.4.1na7.5.0.doc

Сергей, спасибо!
Если я верно понял инструкцию, то 7.5 накатывается поверх 7.4?

с процессами, которые были запущенные под 7.4, после обновления можно будет продолжать работать?

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

Добрый день! Пробовала обновиться способом, указанным в инструкции. Обновление прошло быстро, но при компиляции схем в системе возникло множество ошибок в базовых схемах (в основном, это были элементы бизнес-процессов).
Пришлось пойти обходным и более длинным путем:
1. Выгрузить пакеты с доработками из 7.4 и загрузить их в 7.5
2. Скомпилировать все
3. Выгрузить все пакеты из 7.5 и загрузить их в 7.4 с очисткой конфигурации
В результате все получилось скомпилировать без ошибок в базовых схемах.

С уважением,
Кочеванова Анастасия
Инженер-программист
ООО «Программные технологии»
Центр разработки и внедрения Terrasoft Поволжье

А есть ли возможность обновить 7.2 до 7.5?
И будут ли корректно работать при таком обновлении собственные доработки?

D.T., это будет сложный путь 7.2->7.3.->7.4->7.5. Начиная с 7.3 кардинально изменилась структура клиентских схем, эти доработки точно не будут работать, нужно будет переносить вручную.
БП и процессы объектов, скорее всего, будут работать.

"Кочеванова Анастасия Николаевна" написал:
Пришлось пойти обходным и более длинным путем:

1. Выгрузить пакеты с доработками из 7.4 и загрузить их в 7.5

2. Скомпилировать все

3. Выгрузить все пакеты из 7.5 и загрузить их в 7.4 с очисткой конфигурации

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

Анастасия, интересный способ.
Спасибо что поделились.

"Вильшанский Дмитрий" написал:

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

Дмитрий, верно ответили.
Хотел подчеркнуть проблему перехода, так как версии отличаються схемами, что-то удалили, что-то добавили.
Потому, как я вижу, вероятность что с процессом можно будет продолжать работать после обновления небольшая.

К примеру, я так же обновлял систему с 7.4 к 7.5 то процесс (процесс работы с лидом, не коробочный) давал сбой, в ходе отлажывания понял что из-за того что у объекта Лид изменилась структура.

Добавлю пару нюансов о переезде:

1. Справочники и папки, привязанные к пакету переезжают некорректно
2. Невозможно добавить собственный справочник в определенную группу, а также перенести из одной группы в другую (в новом интерфейсе)
3. Изменено добавление/скрытие кнопок в действиях детали

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

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

Здравствуйте!
После переезда на 7.5 перестал синхронизироваться мобайл со следующей ошибкой:

Тип: Terrasoft.SyncException
Сообщение: В процессе синхронизации произошла ошибка 
 
Тип: Terrasoft.ODataSecurityException
Сообщение: Для схемы "SysModuleEntity" определено несколько одинаковых позиций по распределению прав по операциям Дополнительная информация: 
{"error":{"code":"5","message":{"lang":"","value":"Для схемы \"SysModuleEntity\"" определено несколько одинаковых позиций по распределению прав по операциям""}

Александр Сергеевич!

Нужно выполнить следующие действия в системе:

1. Раздать права на объекты мобильного приложения;
2. Актуализировать организационную структуру.

Выполнил данную операцию, не помогло.

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

В таком случае нужно проверять права доступа на список объектов в манифествх мобильного приложения: MobileApplicationManifestMobile;MobileApplicationManifestLead;MobileApplicationManifestOpportunity

Проверил, доступ на объекты есть. В чем ещё может быть проблема?

Для указанного объекта в выделенной детали было 2 записи, одну из которых нужно было удалить. Оставили права только для группы пользователей Mobile. Скриншот:

Спасибо, работает!

Здравствуйте, Игорь!
В таком случае, наверное лучше биндить параметр видимости на метод, который будет проводить необходимые вычисления и возвращать true или false. См. пример: http://www.community.terrasoft.ru/forum/topic/11983#comment-51919
У групп полей и деталей также есть свойство "visible".
Со вкладками сложнее - у них свойства "visible" нет, нужно либо добавлять css-свойство "display: none", либо динамически удалять/добавлять элементы коллекции "TabsCollection".

Нашел) только это 7.4.1

"Result": {
	"BindParameterEnabledResultToStatus": {
		"ruleType": BusinessRuleModule.enums.RuleType.BINDPARAMETER,
		"property": BusinessRuleModule.enums.Property.ENABLED,
		"conditions": [
			{
				"leftExpression": {
					"type": BusinessRuleModule.enums.ValueType.ATTRIBUTE,
					"attribute": "Status",
					"attributePath": "Finish"
				},
				"comparisonType": Terrasoft.ComparisonType.EQUAL,
				"rightExpression": {
					"type": BusinessRuleModule.enums.ValueType.CONSTANT,
					"value": true
				}
			}
		]
	},
	"BindParameterRequiredResultToStatus": {
		"ruleType": BusinessRuleModule.enums.RuleType.BINDPARAMETER,
		"property": BusinessRuleModule.enums.Property.REQUIRED,
		"logical": Terrasoft.LogicalOperatorType.AND,
		"conditions": [
			{
				"leftExpression": {
					"type": BusinessRuleModule.enums.ValueType.ATTRIBUTE,
					"attribute": "Status",
					"attributePath": "Finish"
				},
				"comparisonType": Terrasoft.ComparisonType.EQUAL,
				"rightExpression": {
					"type": BusinessRuleModule.enums.ValueType.CONSTANT,
					"value": true
				}
			},
			{
				"leftExpression": {
					"type": BusinessRuleModule.enums.ValueType.ATTRIBUTE,
					"attribute": "IsProcessMode"
				},
				"comparisonType": Terrasoft.ComparisonType.EQUAL,
				"rightExpression": {
					"type": BusinessRuleModule.enums.ValueType.CONSTANT,
					"value": true
				}
			}
		]
	}
}

чтобы правило работало на деталь или вкладку - вместо названия поля ("Result") пишите название детали

Спасибо, но в моём случае необходимы несколько
BusinessRuleModule.enums.Property.VISIBLE.
И к сожалению отрабатывает только последнее правило из массива.

так вы не несколько правил добавляйте, а несколько условий - как в правиле BindParameterRequiredResultToStatus

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

вы добавляете несколько правил на одно свойство и ожидаете, что они как-то вместе будут работать?:exclaim: Даже если они как-то по очереди отработают, свойство-то одно и примет только одно, последнее значение

Вот это, к сожалению, и есть проблема, хотя при применении нескольких правил фильтрации поля, они вместе прекрасно отрабатывают. Придётся отказаться от использования rules и обратить свой взор на свойство visible. Спасибо за оказанное внимание

почему вы не можете сливать ваши несколько правил в одно с большим conditions?

Т.к. в каждом из правил есть по несколько condition'ов, объединённых
logical: Terrasoft.LogicalOperatorType.AND. Два параметра "logical" в одном правиле не применить. А в разных правилах присутствует условия, которые строятся на разных значениях одного поля + другое условие.

Единственное, что не пробовал - это передать в качестве элемента conditions массив условий.
Но думаю это ничего не даст.

да проще тогда методом)

Хороший вопрос. Я в последних доработках не решился потратить время на такой справочник, тоже интересно будет увидеть пример реализации на будущее.

PS Посмотрел справочник... я то думал что там двухъярусный справочник на новом интерфейсе:sad: а там на старом... такая страница несложно делается - посмотрите в конфигурации "ActivityResultGridPage", она все наследует от родителя "Базовая страница реестра со связью многие ко многим ( Base )". В процессе на init задаются uid схем и страниц... разобраться можно в общем :)
А прицеплена страница к самому справочнику похоже скриптом, сначала просто справочник зарегистрировали при имеющемся объекте штатным методом, а потом через update прописали в таблицу SysLookup значение поля SysGridPageSchemaId = '229cae6b-11e9-4c84-8264-c8359cbbaf47' (это как раз uid вышеуказанной страницы)

"Александр Кудряшов" написал:Посмотрел справочник... я то думал что там двухъярусный справочник на новом интерфейсе а там на старом... такая страница несложно делается - посмотрите в конфигурации

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

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

И ещё несколько "интересных" вещей при работе со справочниками в 7.5.0:

1. После регистрации нескольких новых справочников, начинаю заполнять их данными, в итоге все значения всех созданных справочников создаются в первом справочнике, остальные пустые. Помогло F5 перед наполнением очередного справочника.
2. Выбираю группу справочников для регистрации в ней нового справочника. После регистрации справочник регистрируется в корневой группе. решение только Update запрос к таблице SysLookup.

Игорь,

в будущих версиях планируется.

Получается чтобы, создать сложный справочник его нужно регистрировать в табл. SysLookup, а не Lookup? Т.о. получается, что регистрировать сложный справочник возможно только insert-ом в SysLookup?

"Коновалов Игорь" написал:нужно регистрировать в табл. SysLookup, а не Lookup?

Такой таблицы "Lookup" вроде бы нету...

В этой таблице хранятся пользовательские справочники. В SysLookup зарегистрированы только системные справочники.

У меня такой нету :) так как видимо она генерится после попытки создания пользовательского справочника, что я не пробовал на 7.5

Попробуйте! Вам понравится :)

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

Игорь, к сожалению, такой возможности нет приложении.

Разобрался, моя ошибка

Если не секрет, где была ошибка?