Статья посвящена инженерному проектированию интеграции платформы «1С:Предприятие» с внешними информационными системами в условиях высоких нагрузок и гетерогенности корпоративного ИТ-ландшафта. Рассматривается переход от жестко связанных синхронных схем к асинхронным моделям, опирающимся на брокеры сообщений и событийную архитектуру, с акцентом на устойчивость, самовосстановление, идемпотентность обработки и контроль целостности при сетевой неопределенности. Представлен сравнительный анализ латентности и вариативности задержек для REST/HTTP, SOAP, COM и очередей RabbitMQ и Kafka; показано, что брокеры сообщений обеспечивают существенно меньшую среднюю задержку и более предсказуемое поведение, тогда как COM характеризуется крайней нестабильностью. На основе испытаний с имитацией потерь пакетов продемонстрированы различия в надежности доставки и времени реконсиляции: простые механизмы повторов в HTTP приводят к заметному падению успешности транзакций и росту дублирования, тогда как подтверждения доставки и идемпотентные производители обеспечивают близкую к абсолютной надежность при меньшей нагрузке на вычислительные ресурсы. Дополнительно количественно оценивается влияние форматов сериализации: бинарные протоколы радикально снижают объем трафика и ускоряют преобразование данных по сравнению с XML/JSON, уменьшая пиковое потребление памяти. Материал позволяет оценить релевантность предложенных архитектурных решений для интеграционных контуров, критичных к SLA, и выбрать технологические компромиссы между скоростью, надежностью и ресурсоемкостью.
The article is devoted to the engineering design of integrating the “1C:Enterprise” platform with external information systems under conditions of high load and heterogeneity of the corporate IT landscape. The transition from tightly coupled synchronous schemes to asynchronous models based on message brokers and event-driven architecture is examined, with emphasis on resilience, self-healing, idempotent processing, and integrity control under network uncertainty. A comparative analysis of latency and delay variability for REST/HTTP, SOAP, COM, and RabbitMQ and Kafka queues is presented; it is shown that message brokers provide significantly lower average latency and more predictable behavior, whereas COM is characterized by extreme instability. Based on tests simulating packet loss, differences in delivery reliability and reconciliation time are demonstrated: simple retry mechanisms in HTTP lead to a noticeable decrease in transaction success rates and an increase in duplication, whereas delivery acknowledgments and idempotent producers ensure near-absolute reliability with lower computational resource load. Additionally, the impact of serialization formats is quantitatively assessed: binary protocols drastically reduce traffic volume and accelerate data transformation compared to XML/JSON, reducing peak memory consumption. The material makes it possible to assess the relevance of the proposed architectural solutions for integration landscapes critical to SLA and to choose technological trade-offs between speed, reliability, and resource intensity.