Евгений

В компоненте вызывается вот эта функция CIBlockElement::GetList соответственно ее правила фильтрации и нужно использовать, то есть в вашей ситуации фильтр должен быть таким

$GLOBALS['arrFilter'] = ['PROPERTY_CITY_INFO' => $_POST['id']];

если например по названию привязанного элемента, то вот так

$GLOBALS['arrFilter'] = ['=PROPERTY_CITY_INFO.NAME' => 'Москва'];

В Битрикс24 это называется исходящие вебхуки, почитать как настраивается можно тут
https://dev.1c-bitrix.ru/learning/course/index.php...
и тут
https://helpdesk.bitrix24.ru/open/12337906/

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

Стоит уточнить коробка или облако, только из контекста можно догадаться что вроде коробка.

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

Но имхо риск появления проблем на новом портале огромный и не из-за старого портала, а именно из-за самого факта такого переноса.

1. Стоит уточнить облако или коробка
2. Решается легко бизнес процессом
3. Доп поле с типом привязка элементам инфоблоков, в название серийный номер, список оборудования будет весь, иначе пробовать через создание своего пользовательского типа.

Это обычный элемент инфоблока, получить можно с помощью метода

lists.element.get(params)

Вот тут его описание тык

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

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

if(!\Bitrix\Main\ModuleManager::isModuleInstalled("oauth"))
		{
			$eventManager->registerEventHandler("rest", "onRestCheckAuth", "rest", "\\Bitrix\\Rest\\OAuth\\Auth", "onRestCheckAuth");
		}

		$eventManager->registerEventHandler("rest", "onRestCheckAuth", "rest", "\\Bitrix\\Rest\\APAuth\\Auth", "onRestCheckAuth");
		$eventManager->registerEventHandler("rest", "onRestCheckAuth", "rest", "\\Bitrix\\Rest\\SessionAuth\\Auth", "onRestCheckAuth");

которые потом при обращении к api и проверке перебираются в цикле и авторизуют в зависимости от параметров запроса.

foreach(GetModuleEvents('rest', 'OnRestCheckAuth', true) as $eventHandler)
		{
			$eventResult = ExecuteModuleEventEx($eventHandler, array($query, $scope, &$res));
			if($eventResult !== null)
			{
				return $eventResult;
			}
		}

Обращаем внимание что для регистрации обработчика авторизации через oAuth идет проверка на наличие установленного модуля

if(!\Bitrix\Main\ModuleManager::isModuleInstalled("oauth"))
    {
     $eventManager->registerEventHandler("rest", "onRestCheckAuth", "rest", "\\Bitrix\\Rest\\OAuth\\Auth", "onRestCheckAuth");
   }

Так вот получается что на момент установки модуля Rest его не было потому событие не зарегистрировало.

По хорошему помогла бы переустановка модуля Rest, но в битрикс24 коробка у него жесткие зависимости и этого сделать нельзя не удалив пол портала.


Пришлось руками зарегистрировать обработчик и все заработало.

Вывод - код битрикс как всегда на высоте, в деле создания проблем на ровном месте.