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

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

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

Чтобы добавить группу в избранные, выберите ее и кликните по кнопке .

Избранные группы отображаются в дереве как вложенные в группу “Избранные”. Кроме того, избранные группы становятся доступными в меню [ Фильтр ].

Примеры доступны по ссылке.

Надеюсь, информация была полейной.

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

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

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

Добрый день!



На текущий момент при импорте записи, которые были импортированы, отмечаются в разделе тегом, например,

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

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



С уважением,

Богдан

Bogdan,

Добрый день!

Благодарю за ответ!



Предоставленные опции не решают задачи:

1. Идентификации id созданной записи в детали;

2. Идентификации id созданной записи в кастомном разделе.

Есть ли способ сопоставлять конкретную операцию импорта и id созданных в ходе импорта записей перечисленных объектов?

Добрый день, Владимир!

Возможно, очередь не долшла к записям из этого раздела.

Полная переидексация для БД только в разделе Purchase может проходить достаточно долго.

Можно посмотреть значения колонки LastIndexeOn для раздела Purchase в таблице IndexingEntity в базе глобального поиска Postgres. Когда индексация дойдет к этому разделу значения из этой колонки начнет расти и можно будет поискать записи после завершения индексации раздела.

Как узнать завершилась ли индексация глобального поиска в on-site?

В БД глобального поиска, есть таблица IndexingEntity, которая отвечает за настройки индексации для каждой отдельной сущности, например Контакт, Средства связи контакта и т.д.

В ней есть 2 колонки, которые важны для понимания завершилась ли первичная индексация или нет:

• LastIndexedOn - дата последней итерации индексации.

• InProcess - в процессе ли индексация (одной итерации) по текущей сущности.

Индексация завершилась для конкретной сущности, лишь тогда, когда LastIndexedOn = дата подключения сайта к ГП и в InProcess установлено значение “false“.

Полностью индексация завершена, когда для всех записей из таблицы "IndexingEntity" значения в LastIndexedOn и InProcess установлены аналогично описанию выше.

Порядок настройки

1. Зайти в контейнер с БД глобального поиска.

    

   docker exec -it gs-postgres bash

2. Подключиться к БД глобального поиска.

    

   psql -d postgres -U postgres

3. Выбрать, все записи из таблицы IndexingEntity.

    

   SELECT "EntityName", "LastIndexedOn", "InProcess" FROM "IndexingEntity";

P.S. Планировщик (который ответственный за первичную индексацию) запускается раз в 50 дней, таким образом доиндексирует\актуализирует необходимое.

То есть, это к тому, что каждые 50 дней эта дата будет обновляться.

Жмурко Сергей,

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

Игорь, здравствуйте.



Обращаю Ваше внимание на следующую информацию:

Настройка аутентификации идентична для REST и SOAP-сервисов.



Для любого типа аутентификации (Basic/Oauth), есть официальная документация на этот счёт.

https://academy.terrasoft.ua/docs/7-17/user/kastomizacija_no_code/web_s…



Для использования же JSON Web Tokens, например, необходимо писать пользовательский методы аутентификации,



Рекомендую ознакомиться не только с данной статьёй, но и с веткой в целом.

Роман Казекин,

Роман, с веткой ознакомился, но вопрос в том, что стороний сервис ожидает именно блока 

-<ns1:UsernameToken>

<ns1:Username>POLIESCHUKT</ns1:Username>

<ns1:Password>YHcauQXSLgJtWAJIOCYaqxuaMWaOCOQqagkn</ns1:Password>

</ns1:UsernameToken>

В теле запроса а не в заголовке вот тут