Собрать все APi для взаимосвязи с внешними источниками и получателями данных в одном подключаемом модуле, который вынести за пределы архитектуры БУС. Этот модуль должен иметь свою независимую от основной базу данных для временного хранения импортируемых элементов.
Для примера приведу обновление каталога интернет-магазина из 1С, особенно если оно осуществляется регулярно и часто.
При таком подходе все обновленные элементы размещаются во временной базе, а по мере загрузки каждого из них, в соответствующей ячейке основной базы ставится только "символьный" линк на обновленный материал. И так всегда при обновлении каталога создается новая временная база, в основной лишь меняется линк, и удаляется ячейка в базе предыдущего обновления (постепенно старые временные базы будут удаляться).
Есть нюанс. Для виртуального хостинга этот вариант не подойдет, но для крупных проектов - разгрузит существенно разгрузит основную базу данных, она будет работать только на вывод информации в публичную часть, а все нагрузку по поступлению нового материала возьмет на себя эта связка Модуль api - БД временного хранения. Во всяком случае, если эту связку и саму БУС сайта разнести на разные физические сервера или хотя бы виртуальные машины.
По сути это некая попытка фрактализации базы.
Прим. Вполне возможно в Веб-кластере так оно и работает, признаюсь - не разбирался пока с масштабируемостью Битрикса. Если так, то просто удалите мой сабж.
Воронка подразумевает графическое представление сделок по пройденным этапам.
Подразумевается, что если сделка дошла до высшего статуса, значит она была и на предыдущих.
Получается схематичное сужение воронки - много в начале, столько же или меньше в конце.