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

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

С точки зрения решаемой задачи есть следующие способы ее достижения:

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

В продукте Битрикс24 (коробочная версия) такие возможности не предусмотрены. То есть: вы не можете ставить межпортальные задачи если хотя бы один из порталов коробочный. Для реализации "шаринга" задач вы можете воспользоваться API, но с ограничениями:
- В REST-апи нельзя передавать файлы и на одной из коробочных сторон придется поддерживать таблицы маппинга
- Если мы говорим про php код то реализовать там можно вообще все, но механик придется реализовать достаточно большое количество.

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

За отображение этих блоков отвечает компонент bitrix:intranet.bitrix24.banner расположенный на странице /stream/index.php

Удалите компонент со страницы или деактивируйте его и поля исчезнут

boris tyrepharm, к сожалению вы не можете посмотреть "будущие" письма, так как такая генерация очень сложна.
Но вы можете посмотреть существующее письмо в новом дизайне. К тому же - вы можете увидеть только как будет выглядеть ваше письмо, если его вывести в браузере, но это не одно и то же, как если оно пройдет через MTA и будет отображаться в Outlook/Thundebird/OWA и т.п.

Например я хочу посмотреть как приблизительно(*) будет выглядеть сообщение с ID 336020 (в таблице b_event), после изменения дизайна в существующем шаблоне.

use Bitrix\Main\Mail;

/**
 * Get from b_event table
 * @var integer Existed event id
 */
$displayedEventId = 336020;

/**
 * List of site ids, for event theme generation
 * must be replaced by current site id in public
 * @var array
 */
$arSites = [
	's1'
];

try
{
	/**
	 * First, try to find event
	 */
	$arEvent = Mail\Internal\EventTable::getRow([
		'filter' => [
			'=ID' => $displayedEventId,
		]
	]);

	if ( !$arEvent )
	{
		throw new \Exception('Event not found');
	}

	$arEvent['FIELDS'] = $arEvent['C_FIELDS'];

	/**
	 * Try to find all message templates for 
	 * sites. In event handler we send for one letter
	 * per site.
	 */
	$arEventMessageFilter = [
		'=ACTIVE' => 'Y',
		'=EVENT_NAME' => $arEvent["EVENT_NAME"],
		'=EVENT_MESSAGE_SITE.SITE_ID' => $arSites,
	];

	$messageDb = Mail\Internal\EventMessageTable::getList([
		'select' => ['ID'],
		'filter' => $arEventMessageFilter,
		'group' => ['ID']
	]);

	foreach ($messageDb as $arMessage)
	{
		$eventMessage = Mail\Internal\EventMessageTable::getRowById($arMessage['ID']);

		$eventMessage['FILES'] = array();
		$attachmentDb = Mail\Internal\EventMessageAttachmentTable::getList(array(
			'select' => array('FILE_ID'),
			'filter' => array('=EVENT_MESSAGE_ID' => $arMessage['ID']),
		));
		while($arAttachmentDb = $attachmentDb->fetch())
		{
			$eventMessage['FILE'][] = $arAttachmentDb['FILE_ID'];
		}

		$arFields = $arEvent['FIELDS'];

		// get message object for send mail
		$arMessageParams = array(
			'EVENT' => $arEvent,
			'FIELDS' => $arFields,
			'MESSAGE' => $eventMessage,
			'SITE' => $arSites,
			'CHARSET' => $charset,
		);
		$message = Mail\EventMessageCompiler::createInstance($arMessageParams);
		$message->compile();
		echo $message->getMailBody();
	}
}
catch( \Exception $e )
{
	var_dump($e);
}

Если уж совсем по сути, то вы задали несколько вопросов:

1) Как прочитать ответ из вайбера
2) Как понять к какой сделке относится этот ответ (если он относится к сделке)
3) Как изменить стадию сделки

Отвечая на ваш вопрос "Как изменить стадию сделки", вы можете воспользоваться rest-методом crm.deal.update (для облака) или CCrmDeal::update (см аналогично для лида https://dev.1c-bitrix.ru/api_help/crm/example.php)

Давайте разберем чуть подробнее ваш фрагмент кода и представим гипотетическую ситуацию: у вас на сайте создана 1 отгрузка, а после обмена из вашей системы прилетает 2 новые отгрузки, вместо 1 существовавшей.

Начнем с того что в:

// создаём отгрузки
$shipmentCollection = $orderBx->getShipmentCollection();

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

Далее, вы производите итерацию по пришедшим отгрузкам

foreach (importJson['Shipments'] as $importOrderShipment)

Т.е. получается вам пришло 2 отгрузки и соответственно вы 2 раза зайдете в ваш цикл.

Фрагмент:
$shipment = $shipmentCollection->createItem();
Создаст еще одну отгрузку. Иными словами после выполнения фрагмента в коллекции отгрузок у вас будет уже 4 отгрузки: системная, исходная (которая была на сайте), а так же две новых отгрузки, которые вы создали при итерировании по импортируемым отгрузкам.

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

2) Добавить маркер и по нему обновлять существующие отгрузки - менять стоимость тип и т.п.
Это будет сложнее, но при этом чище с точки зрения событий в системе.

P.S. И насколько я помню, цена доставки PRICE_DELIVERY из order это вроде как сумма PRICE_DELIVERY (?CUSTOM_PRICE_DELIVERY) из всех не системных отгрузок, так что задавать его бесполезно.

Как-то можно используя возможности D7 извлечь допданные сразу, в том же запросе, где извлекаются данные по локациям?

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

Будет нечто выглядящее так:

$res = \Bitrix\Sale\Location\LocationTable::getList([
	'filter' => [
		'=ID' => intval($id),
		'=CHILDREN.NAME.LANGUAGE_ID' => 'ru',
	],
	'select' => [
		'_ID' => 'CHILDREN.ID',
		'CODE' => 'CHILDREN.CODE',
		'DEPTH_LEVEL' => 'CHILDREN.DEPTH_LEVEL',
		'LATITUDE' => 'CHILDREN.LATITUDE',
		'LONGITUDE' => 'CHILDREN.LONGITUDE',
		'NAME_RU' => 'CHILDREN.NAME.NAME',
		'TYPE_CODE' => 'CHILDREN.TYPE.CODE',

		'UF_XML_ID' => 'LOCODES.UF_XML_ID',
		'UF_LOCATION_ID' => 'LOCODES.UF_LOCATION_ID',
	],
	'runtime' => [
		new \Bitrix\Main\Entity\ReferenceField(
			'LOCODES',
			$this->locodes_data_class,
			['=this.ID' => 'ref.UF_LOCATION_ID'],
			['join_type' => 'LEFT']
		)
	],
	'order' => [
		'CHILDREN.NAME.NAME' => 'ASC'
	]
]);

Но ведь почему-то разработчики Битрикса решили от него отказаться?

Они не "решили отказаться", они его архитектурно еще не сделали. Элементы инфоблоков это не только запись в таблице это еще и свойства, которые могут хранится в двух вариантах, так что это вовсе не так просто.

Выходит нужно использовать старый CIBlockElement::Add() без вариантов?

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

Есть какой-то аналог Batch Processing от Doctrine?

Аналогов нет, но и операция не такая уж частая. Есть потребность в таких объемах - обычно либо это сторонние каталоги (цены, наличие, свойства и т.п.) и тут без CIblockElement::add не обойтись, либо своя таблица (а там уже что хочешь, хоть sql)