У пользователя не хватает прав на работу через OData. Где добавить права, см. тут.

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

добавил... не помогло.

Значит, добавили не всюду, где надо. Там несколько пунктов.

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

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

Судя по названию объекта, он может быть связан с какой-то интеграцией, либо иметь какую-либо ещё нестандартную логику. Если через OData нормально читаются все остальные объекты, кроме этого, лучше будет уточнить у его авторов. Проверить работу OData с другими таблицами можно в браузере.

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

такая же ошибка с доступом и к разделу "Обращения" - можно предположить, что дело совсем не в кастомном справочнике...

Значит, второй пользователь не совсем администратор, каких-то прав у него нет.

Проверьте что ваш пользователь входит в группу системные администраторы, не забудьте актуализировать роли  или раздайте права на доступ к объекту второму пользователю

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

ничего не помогло...

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

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

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

...к сожалению так и не смог выявить в чем именно проблема.

Перераздайте права на ваш кастомный справочник

например через это приложение

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

Заработало! Дело не в правах.

Пересоздал справочник: на странице редактирования любого раздела (я в контактах делал) создал поле с типом справочник и сохранил схему.

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

В разделе фильтрация одного поля по другому делается при помощи бизнес-правил. Они настраиваются в мастере раздела. Стандартно КЕ не фильтруется по сервису, как и наоборот, их можно выбирать в любом порядке. Сервис блокируется бизнес-правилом при пустом сервисном договоре.

Зверев Александр, есть ли примеры настройки подобного(фильтрация) БП ?  

Достаточно переключиться в мастере раздела на нужную вкладку и посмотреть существующие бизнес-правила. Либо см. документацию. Их бывает 4 разновидности, в том числе и фильтрация:

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

Для реализации задуманного нужно сделать следующее - задать всем КЕ при импорте "тип" и добавить суррогатное поле "тип КЕ" в каталоге услуг. 

После этого сравнивать два поля. Выглядит это примерно следующим образом: 

Кстати, разрабам на заметку - подписи "Если" , "То", а также сама инфографика, при выборе фильтра значений, сбивают с толку.

Коллеги, спасибо за помощь. 

Для ввода форматируемого текста используется сторонний компонент CKEditor. Чуть больше о нём есть в обсуждении.

А пример работы с ним в карточке есть в разделе базы знаний, схема KnowledgeBasePageV2 пакета UIv2, поле Notes типа RICH_TEXT. Обратите внимание на применяемые в нём отдельные функции для работы с изображениями insertImagesToKnowledgeBase и initializeHtmlEditor в нём и на подключенные к компоненту два поля объекта: Notes и NotHtmlNote.

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

А какую схему править, если не секрет? Или это какой-то модуль и я не могу его поменять (версия 7.13.0)?

Вероятно, и не одну. Та же лента отображается и в правой панели, и как деталь раздела, и как элемент истории обращения (как в старом, так и новом виде).

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

Нашел нужную схему, она для моих целей всего одна. На ней следующий код:

{
	"operation": "merge",
	"parentName": "ModulePageContainer",
	"name": "BodyContainer",
	"propertyName": "items",
	"values": {
		"id": "SocialMessageBodyContainer",
		"itemType": this.Terrasoft.ViewItemType.CONTAINER,
		"wrapClass": ["body-container"]
	}
},
{
	"operation": "insert",
	"name": "SocialMessagePublisherEdit",
	"parentName": "BodyContainer",
	"propertyName": "items",
	"values": {
		"generateId": false,
		"className": "Terrasoft.ESNHtmlEdit",
		"itemType": this.Terrasoft.ViewItemType.MODEL_ITEM,
		"dataValueType": this.Terrasoft.DataValueType.TEXT,
		"contentType": this.Terrasoft.ContentType.RICH_TEXT,
		"labelConfig": {
			"visible": false
		},
		"value": {
			"bindTo": "Message"
		},
		"placeholder": {
			"bindTo": "WritePostHintText"
		},
		"classes": {
			"htmlEditClass": ["postMessage", "placeholderOpacity"]
		},
		"markerValue": "SocialMessagePublisherEdit",
		"prepareList": {bindTo: "prepareEntitiesExpandableList"},
		"list": {bindTo: "entitiesList"},
		"listViewItemRender": {bindTo: "onEntitiesListViewItemRender"},
		"height": "100px",
		"autoGrow": true,
		"autoGrowMinHeight": 100
	}
}

Самое забавное, что как я не старался - не получается "проявить" необходимые инструменты редактирования, как у обычных rich_text полей

 

В коде упоминается ESNHtmlEdit, реализованный в отдельной схеме ESNHtmlEditModule. Там тоже используются механизмы CKEDITOR.

В итоге получилось следующее: 

define("SocialMessagePublisherPage", ["ESNHtmlEditModule", "SocialMentionUtilities", "css!SocialMessagePublisherModule"
], function() {
	return {
		entitySchemaName: "SocialMessage",
		diff: /**SCHEMA_DIFF*/[
{
				// Операция добавления компонента на страницу.
				"operation": "insert",
				// Мета-имя родительского контейнера, в который добавляется поле.
				"parentName": "BodyContainer",
				// Поле добавляется в коллекцию компонентов
				// родительского элемента.
				"propertyName": "items",
				// Имя колонки схемы, к которой привязан компонент.
				"name": "Message",
				"values": {
					// Заголовок поля.
					"contentType": this.Terrasoft.ContentType.RICH_TEXT,
					"labelConfig": {
						"visible": false
					},
					// Расположение поля.
					"layout": {
						// Номер столбца.
						"column": 0,
						// Номер строки.
						"row": 5,
						// Диапазон занимаемых столбцов.
						"colSpan": 12
					},
					"height": "100px",
					"styles": {
							"background-color": "white"
					},
					"controlConfig": {  //здесь и ниже код для того, чтобы в примечания можно было добавлять картинки
						"imageLoaded": {
							"bindTo": "insertImagesToNotes"
						},
						"images": {
							"bindTo": "NotesImagesCollection"
						}
					}
				}
			},
			{
				"operation": "remove",
				"name": "SocialMessagePublisherEdit",
				"parentName": "BodyContainer",
				"propertyName": "items"
			}
		]/**SCHEMA_DIFF*/
	};
});

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

Как происходит отправка уведомлений и проблема касается только уведомлений или и других почтовsых сообщений? Скорее всего есть БПР который отправляет уведомления, проверьте какой тип отправки указан в нем, ручная отправка или автоматическая?

Если речь о доработанных в мастере или вручную мобильных карточках: новых и изменённых полях, деталях и подобном, то нужно смотреть, были ли изменения у схем, которые могут к этому разделу относиться. Например, для контрагента: MobileAccountGridPage, MobileAccountGridPageSettingsDefaultWorkplace, MobileAccountModelConfig, MobileAccountModuleConfig, аналогично по каждой детали. И переносить на другую базу нужные схемы.

Решил сам.

Надо было прописать новый сервис в файле [Путь к корневому каталогу bpm’online]\Terrasoft.WebApp\SspServices\SspServiceList.txt 

Если бы это нашел где то в академии раньше, то потратил бы меньше времени на поиск решения ошибки

Проверьте что websockets настроены и работают корректно. Подробнее тут

Другими причинами могут быть:

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

• Если в ходе выполнения бизнес-процесса должна открываться страница, проверьте параметры процесса в дизайнере. Возможно, в поле [Ответственный] установлен параметр или контакт, который не позволяет отобразить страницу текущему пользователю. Например, если у пользователя нет прав доступа к требуемой странице.

• В редких случаях причиной неработоспособности процесса может быть некорректный параметр "Максимальное число рабочих процессов" в настройках пула IIS. Если установлено значение больше 1, то открытые процессы накапливаются и перестают отвечать.

От кого унаследована ваша нестандартная страница?

Вероятно, дело как раз в нестандартной странице раздела. Параметр MasterRecordId используется в базовой схеме детали BaseDetailV2 и схеме BaseEntityPage, которая с деталями взаимодействует. В отличие от неё, самодельная страница раздела с этим параметром не работает, что и приводит к неверной работе детали.

Такая же проблема на 7.14. Вам удалось это победить?

Нужно дорабатывать свою страницу, чтобы работала аналогично BaseEntityPage.

Уже обсуждалось тут

На текущий момент действительно наблюдаем подобные проблемы при использовании 12-й версии ODAC.

Для их решения рекомендуем установить на 11-м:

1) Удалить ODAC v.12 

2) Установить ODAC v.11 x64 протестирвать кейс:

    cmd: install.bat all c:\oracle64 oracle64

3) Если ошибка сохранится, установить ODAC v.11 x32, в свойствах пула приложения установить "Enable 32-bit applications" в "true", проверить кейс.

    cmd: install.bat all c:\oracle32 oracle32