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

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

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

Добрый день.

Для хранения файлов и ссылок по каждому разделу есть отдельная таблица. Например, для раздела [Обращения] - это CaseFile.
Для загрузки файлов используется сервис FileApiService (метод Upload).
Пример вызова сервиса можно посмотреть на примере детали "Файлы и ссылки" (FileDetailV2).

Добрый день, спасибо за быстрый отклик.
Но как я понимаю FileApiService можно использовать для обработки события upload в самой crm. А задача состояла в обратном: на сайте генерируется pdf файл и необходимо его передать в карточку договора в файлы и примечания.
Разобралась как это сделать с помощью OData. Необходимо сначала создать файл, к примеру в ContractFileCollection, с помощью POST с привязкой к Id договора и с необходимым типом, а потом уже в созданный Id документа в /Data записывать необходимый файл с помощью запроса PUT с Content-Type: application/octet-stream.

Здравствуйте, Владимир!

Права доступа на записи хранятся в таблице Sys[Имя_объекта]Right. Для каждой записи о правах есть колонки создал(CreatedbyID) и Изменил(ModifiedbyID).

"Павел Баштовой" написал:Для каждой записи о правах есть колонки создал(CreatedbyID) и Изменил(ModifiedbyID).

"Владимир Соколов" написал:
Павел Баштовой пишет:

Для каждой записи о правах есть колонки создал(CreatedbyID) и Изменил(ModifiedbyID).

И как из них узнать, что поменялось автоматически по предыдущему БП, а что вручную?

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

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

Наличие визуального редактора для не предусмотрено. Хочу обратить внимание, что SQL запросы и ESQ запросы - это разные инструменты для получения данных. В отличии от ESQ, SQL запросы не учитывают права пользователя. Таким образом один и тот же запрос, интерпретированный на SQL и ESQ может возвращать разный результат.

Пусть так, а как проконтролировать какой SQL запрос получится из этого запроса? На примитивном запросе с одним условием еще более менее понятно, а вот делаю объединение запроса и привет. Например, хочу эмулировать запрос
SearchNumber in ("54326672198", "54326672197") /* пользователи и через 8ку заносят номера и через +7*/
ну или так SearchNumber="54326672198" or SearchNumber="54326672197"
и всё, не отрабатывает, пробовал и через RightExpressions[] и задавал два Items. В первом случае возвращается всегда error, а во втором случае если искать в первом item "54326672197" находит. если номер во втором item, то соответствий нет.

а уж такие запросы типа select * from dbo where id in (select id from dbo1 where x=y) я понимаю вообще не сделать

Добрый день, Андрей.
Мне кажется, что в Вашем случае значительно лучше подойдут sql view нежели сложные odata запросы. Просто создайте view в базе данных, которая будет Вам возвращать нужную выборку по простому запросу и обращайтесь к ней (view должна быть связана с объектом в конфигурации).
В описанном Вами случае, вьюха будет представлять union таблицы контактов с необходимыми полями и всеми вариантами написания номера. Запрашиваете у вьюхи номер в любом формате - она возвращает нужные данные контакта.
Соответственно, отдельная вьюха под каждую задачу.

Также, ознакомьтесь со статьями
https://academy.terrasoft.ru/documents/technic-sdk/7-9/rabota-s-obektam…
и
https://academy.terrasoft.ru/documents/technic-sdk/7-9/primery-zaprosov…
Чуть более сложные запросы в комбинации со вьюхой позволят построить выборку практически любой сложности.
Опять же, на вьюху можно навесить тригер в БД. Тогда можно вообще кастомные запросы обрабатывать.

Виталий, здравствуйте!

В прикрепленном gif файле показано как построить расширенный фильтр для поиска контрагента по номеру телефона.

Спасибо! Упустил этот момент.

Здравствуйте, Илья.

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

Для отладки ошибки будет полезным посмотреть какой запрос отправляется в базу данных при помощи Sql server managment studio или же утилиты fiddler2.

А как можно посмотреть запрос через Sql server managment studio ?

"Севостьянов Илья Сергеевич" написал:

А как можно посмотреть запрос через Sql server managment studio ?

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

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

Для новых записей интервал - 30 минут.

Для существующих записей интервал составляет разницу между "Датой завершения" и "Датой начала". Эта логика реализована на странице редактирования ActivityPageV2.

Что касается логики "Дата начала + 3 дня" - в базовой версии приложения такого нет. Необходимо выполнить отладку разработанной логики.

"Демьяник Алексей" написал:Для существующих записей интервал составляет разницу между "Датой завершения" и "Датой начала". Эта логика реализована на странице редактирования ActivityPageV2.

Как изменить эту логику? Что бы для существующих записей "дата завершения" не менялась при изменении "даты начала"?

Здравствуйте, Виталий.

Вам стоит смотреть в сторону изменения значения атрибута DifferStartDueDate (именно в нем хранится значение устанавливаемого интервала), который используется в методе onStartDateChanged. По умолчанию данному атрибуту устанавливаются значения в методе setDifferStartDueDate схемы ActivityDatesMixin(UIv2).

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

Это совершенно разные ошибки
Uncaught SyntaxError: Unexpected token <

Uncaught TypeError: Cannot read property 'entitySchemaName' of undefined
at i. (ConfigurationBootstrap.js:21591)
at all-combined.js:292
at Object.execCb (require.js:1693)
at Module.check (require.js:881)
at Module. (require.js:1136)
at require.js:134
at require.js:1186
at each (require.js:59)
at Module.emit (require.js:1185)
at Module.check (require.js:936)

Система не смогла прочитать название схемы. Возникает в следующих случаях:
1) Некорректно замещены конфигурационные схемы. Решение: исправить ошибку.
2) Удалена схема, однако SectionBundleModule не пересобрался. Решение: сохранить произвольную схему в конфигурации (нужно сохранить именно схему, а не процесс или объект).

Для перехода в конфигурацию введите адрес [site]/0/dev

WebitelVerto.js:3306 WebSocket connection to 'wss://ru1-webitel-switch.bpmonline.com:8082/' failed: WebSocket opening handshake timed out - ошибка телефонии. Подключение идет по защищенному каналу (wss), а сайт работает на незащищенном канале http.

Здравствуйте, я новичок в системе. Но насколько, я понял, статья https://academy.terrasoft.ru/documents/technic-sdk/7-8/dobavlenie-pravi… с примером справедлива для bpm 7.8.3 и выше... В версии 7.8.0 в таблице DuplicatesRule нет поля "Название процедуры"... Поэтому непонятно, как будет происходить вызов вновь созданной процедуры в 7.8.0, если только изменить DeduplicationSearch...

Здравствуйте,
Правила дедупликации расположены в таблице [DuplicatesRule]
Там же в колонке [ProcedureName] указаны имена хранимых процедур, ответственных за обработку.
Почитайте код любой из данных процедур и напишите свой по аналогии.
К примеру, во вложении, код процедуры [tsp_FindAccountDuplicateByWeb]

new_text_document.txt

Здраствуйте
1. Касательно этого блока:
IF @parsedConfigRowsCount = 0
BEGIN
-- Добавление во временную таблицу данных для поиска дублей.
INSERT INTO #searchContact ([Name], [AccountId],[SortDate])
-- Запрос на выборку данных контактов.
SELECT
-- Выбираются колонки ИНН даты модификации контакта.
[Name],[AccountId],
MAX([ModifiedOn])
FROM [Contact]
-- Добавляется группировка по полям для возможности использовать проверку на количество.
GROUP BY [Name],[AccountId]
-- Таблица заполняется только в случае наличия более одного контакта.
HAVING COUNT(*) > 1;
END;

Я бы сделал как в базовой хранимке:
IF @parsedConfigRowsCount = 0
BEGIN
INSERT INTO #searchAccount ([Name], [SortDate])
SELECT
[dedup].[Name],
MAX([dedup].[SortDate]) [SortDate]
FROM (
SELECT [Id],
[dbo].[fn_NormalizeString]([Name], @validChar) AS [Name],
MAX([ModifiedOn]) [SortDate]
FROM [Account]
GROUP BY [Id], [Name]
) AS [dedup]
GROUP BY [dedup].[Name]
HAVING COUNT(*) > 1;
END;
ELSE
BEGIN
INSERT INTO #searchAccount ([Name], [SortDate])
SELECT
[Name],
GETDATE() AS [SortDate]
FROM @parsedConfig
END;
2. В версии 7.8 в таблице ContactDuplicateSearchResult были поля ContactId, GroupId, RuleId, GroupHash
А где-то с 7.8.3 добавилось ещё поле SysAdminUnitId
Но GroupHash не добавлялось и раньше, было так:
INSERT INTO [ContactDuplicateSearchResult] ([ContactId], [GroupId], [RuleId])
А теперь так:
INSERT INTO [ContactDuplicateSearchResult] ([ContactId], [GroupId], [RuleId], [SysAdminUnitId])

3. Что касается "Названия процедуры", то это поле действительно появилось с 7.8.3. Так что инструкция с академии подходит именно для версий 7.8.3+, т.к.

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

По умолчанию фильтрация счетов реализована бизнес-правилами в схеме ActivityPageV2. Если на новой странице счета не отображаются, тогда могут быть следующие варианты:
1) У пользователя нет прав (маловероятно)
2) При добавлении на страницу редактирования было добавлено новое поле "Счет" на основании нового объекта. В результате в новом объекте нет записей
3) Были настроены бизнес-правила для фильтрации записей, однако они были настроены некорректно.

Первый и второй вариант отпадают. а вот с 3-м не могу разобраться есть 3 типа страниц в "Активности" бизнес-правила для фильтрации записей во 2й и 3й прописаны одни и те же, но во второй счета отображаются, а в 3 - нет.

П.С. счет не отображается если заполнено поля "Контрагент" и "Контакт" (если только "Контрагент" - все ок)

Что нужно поправить?

"Полищук Виталий Романович" написал:отображает все счета которые выписаны на этого контрагента

"Invoice": {
	"FiltrationInvoiceByAccount": {
		"ruleType": BusinessRuleModule.enums.RuleType.FILTRATION,
		"autocomplete": true,
		"autoClean": true,
		"baseAttributePatch": "Account",
		"comparisonType": Terrasoft.ComparisonType.EQUAL,
		"type": BusinessRuleModule.enums.ValueType.ATTRIBUTE,
		"attribute": "Account"
	},
	"FiltrationInvoiceByContact": {
		"ruleType": BusinessRuleModule.enums.RuleType.FILTRATION,
		"autocomplete": true,
		"autoClean": true,
		"baseAttributePatch": "Contact",
		"comparisonType": Terrasoft.ComparisonType.EQUAL,
		"type": BusinessRuleModule.enums.ValueType.ATTRIBUTE,
		"attribute": "Contact"
	}
}

Это ж вроде как фильтрация и по контакту, и по контрагенту.

Спасибо!

Здравствуйте,
Проблема связана с тем, что в счете, на данный момент поля «Контакт» и «Контрагент» нет возможности установить одновременно, только через мультилукап «Клиент», то есть в любом случае будет проставлен ИЛИ Контрагент, ИЛИ Контакт.
В Активностях же, если выбрать контакта, будет проставлен и контрагент, и фильтрация бизнес правилами: описанная тут: http://www.community.terrasoft.ua/forum/topic/24928#comment-66209
Будет работать через условное «И». То есть попытается найти счета, в которых И Контрагент, И Контакт равны тем что указаны в Активности. А таких нет, т.к. в счетах стоит или контакт, или контрагент.
Вам нужно отключить данную фильтрацию бизнес правилами, как это указано тут: http://www.community.terrasoft.ru/forum/topic/24861#comment-65997
После чего вам будут доступны все счета, в данной колонке, так же, для удобства можно написать фильтрацию с условным «ИЛИ», но не бизнес правилом, а через атрибут по примеру: http://www.community.terrasoft.ru/forum/topic/24859#comment-65965