Добрый день!

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

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

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

С уважением,
Богдан

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>

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