Андрей Николаев

{"error":"NO_AUTH_FOUND","error_description":"Wrong authorization data"}

Этот ответ выдает REST часть которая должна вернуть настройки.
Возможно происходит одна из следующих частей:
1. Пользователь, под которым наблюдается ошибка, является экстранет пользователем (т.е. не сотрудник организации).
2. Публичная часть портала закрыта для пользователей (в админке, в настройках главного модуля закрыли доступ)
3. Есть ошибки с хранением сессии на сервере.

Если вы не закрывали доступ, то проверьте остальные пункты.
Как проверить что пользователь является сотрудником организации? Нужно открыть в админке профиль пользователя и проверить чтобы у него было проставлено:
- Активное подразделение (подразделение, которое является активным, т.е. не деактивировано)
- Он должен состоять в группе сотрудники (обычно это **: Сотрудники и ID:12)

Затем нужно проверить сессию.
Откройте веб-консоль браузера и посмотрите на sessid (PHPSESSID в cookie) значение, при движении по порталу он не должен меняться часто (т.е. когда он один раз в день меняется - нормально, а если он меняется на каждой странице - не нормально).

Как можно принудительно обновить карточку или выкинуть пользователя из карточки?

Никак

Если вы имеете ввиду REST методы, то нет.

Если у вас коробочная версия и вы хотите использовать API битрикса чтобы это сделать, то вы можете посмотреть пример в файле:

/home/bitrix/www/bitrix/activities/bitrix/crmgetpaymenturlactivity/crmgetpaymenturlactivity.php

Обратите внимание на getUrlByDealId и createPayment методы - они как раз делают то что вам нужно.

У меня есть небольшая, но непроверенная заготовка-выжимка:

use \Bitrix\Main,
	\Bitrix\Salescenter\Builder,
	\Bitrix\Salescenter\Integration
	;

/**
 * @var int
 */
$dealId = 1;

try
{
	Main\Loader::requireModule('crm');

	$deal = \CCrmDeal::GetByID($dealId, false);
	if (!$deal)
	{
		throw new \Exception("Deal not found");
	}

	$builder = Builder\Manager::getBuilder(
		Builder\SettingsContainer::BUILDER_SCENARIO_PAYMENT
	);

	$builder->build(
		$this->getBuilderData($deal)
	);

	$order = $builder->getOrder();

	$r = $order->save();

	if (!$r->isSuccess())
	{
		throw new \Exception("Order update error:".implode(', ', $r->getErrorMessages()));
	}

	$foundPayment = null;

	foreach ($order->getPaymentCollection() as $payment)
	{
		$foundPayment = $payment;
	}

	if ( is_null($foundPayment) )
	{
		throw new \Exception("Payment not found");
	}

	$urlInfo = Integration\LandingManager::getInstance()->getUrlInfoByOrder(
		$payment->getOrder(),
		['paymentId' => $payment->getId()]
	);

	// Payment url: $urlInfo['shortUrl']
}
catch( \Throwable $e )
{
	var_dump($e);
}

Возможно ли с помощью Push&Pull обновить страницу лида/сделки, которую просматривает пользователь?

Если вы спрашиваете про абстрактную возможность обновления страницы через push'n'pull технологии то она есть.
Если вы спрашиваете конкретно про использование push'n'pull технологии в приложениях Битрикс24, то ее нет.

Подобной настройки нет.

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

Из-за чего при импорте товаров могло перестать создаваться категории?

Ответ на этот вопрос можно дать только после полного анализа следующих факторов:
1. Коробка/Облако? Если коробка, какой версии.
2. Нужно предоставить файл для анализа

Рекомендую с этим вопросом и файлом обратиться в техническую поддержку Битрикс24 сразу предоставив файл.

И как прописать категории более 4-ого уровня

Насколько я знаю, там дело в самом парсере - он не рассчитан больше чем на 3 уровня.

есть ли у продуктов вроде ELMA преимущество перед Битрикс24

Безусловно есть.
Например Битрикс24 это не low-code BPM система.

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

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

2. Т.е. набор типов ограничен, то и набор значений ограничен.
Например, если это множественная переменная, то она должна принимать массив.
CUser::GetList - вернет объект, который нужно обработать.

3. Внимательнее читайте документацию к методу: https://dev.1c-bitrix.ru/api_help/main/reference/c...
У вас несовпадение входящих переменных.
Для вашего случая, я бы воспользовать более лаконичным UserTable

4. Не забывайте обрабатывать ошибки. Вы работаете с блоком php кода.

Для приведенного случая, код получиться примерно таким:

$usersWithPosition = [];

try
{
	$position = "Кладовщик";

	$users = \Bitrix\Main\UserTable::getList([
		'select' => ['ID'],
		'filter' => [
			'=WORK_POSITION' => $position
		]
	]);

	foreach( $users as $user )
	{
		$usersWithPosition[] = "user_".$user['ID'];
	}
}
catch( \Throwable $e )
{
	$this->WriteToTrackingService($e->getMessage(), 0, \CBPTrackingType::Error);
}

$this->SetVariable('UsersWithTargetPosition', $usersWithPosition);

Проверьте код, возможно там есть ошибки.

Это очень скользкий момент со всех сторон.
Конечно все юридические тонкости должны обсуждаться с профессиональными юристами.

Наверное я бы исходил из следующих утверждений:
1. Получать заявки с ваших сайтов эротическим содержимым можно. Особенно если они не противоречат законодательству РФ.
2. Если важна приватность, я бы рекомендовал Коробочную версию Битрикс24 - там вы можете вообще все что угодно что не противоречит законодательству РФ (а если нет решения суда, то и ограничений нет). Мне кажется, что таким сайтам очень важна приватность.

Как в представлении списка, в разделах CRM системы вывести миниатюры изображений (фотографий)?

Какой-то волшебной кнопки-настройки нет.
Все по-старинке:
- Копируем цепочку шаблонов к себе (чтобы шаблоны компонентов прямо в bitrix24 шаблоне сайта не править)
- Определяем что поле типа файл, определяем что файл - изображение, выводим превью.

Увы, но в реальности эта работа не на ответ на Q&A, а даже на целую статью или задачу тянет.

Скорее всего вы не выполнили начальные требования к девелоперскому сайту:

Либо у вас не активный лицензионный ключ (или он редакции CRM)
Либо вы не развернули многосайтовость