Какие обмены мы делаем
- Обмен между базами 1С - РИБ (распределённые базы), синхронизация через планы обмена, обмен через универсальный формат EnterpriseData, правила конвертации (КД 2/КД 3).
- REST-интеграции - HTTP-сервисы на стороне 1С и работа 1С с внешними REST API: сайты, CRM, службы доставки, платёжные системы, маркетплейсы.
- SOAP веб-сервисы - классические веб-сервисы для интеграции с корпоративными системами и госпорталами.
- Файловые обмены - когда прямой связи нет: обмен через XML/JSON/CSV по расписанию, с контролем целостности и повторной обработкой.
Платёжным шлюзам, которые требуют шифрования RSA, делаем его средствами платформы, без COM, поэтому код работает и под Linux. Как это устроено, показывает учебная обработка RSA на встроенном языке.
Заказы, которые приходят письмами свободным текстом, тоже можно не перепечатывать: разбор писем в заявку для CRM и 1С делает нейросеть, а менеджер подтверждает результат.
Починка сломанных обменов
Частая ситуация: обмен когда-то работал, потом после обновления или доработки начал сыпать ошибками, очередь выросла до сотен тысяч сообщений, и никто не знает, что с этим делать. Мы разбираем такие завалы регулярно: находим причину сбоя, чиним правила, аккуратно разгребаем очередь без дублей и потерь, а затем ставим обмен на мониторинг, чтобы следующий сбой был виден сразу - а не через неделю.
Если HTTP-сервисы 1С отвечают через раз, а в журнале регистрации чисто, вызовы обычно ждут в очереди ещё до сервера 1С. Публикацию и пул IIS в таком случае проверяет чек-ап веб-публикации.
Наш продукт: подсистема “ОбменПоHTTP”
Для задач “связать несколько баз надёжно и навсегда” у нас есть готовая собственная подсистема - не типовой обмен и не самописный скрипт, а промышленный продукт:
- Ставится расширением конфигурации - без снятия вашей базы с поддержки и без изменения типовых объектов.
- Два транспорта в одном: прямой HTTP и 1С:Шина (Сервисы интеграции) - переключаются флагом, без переписывания обработчиков.
- Схемы обмена описываются данными, а не кодом: новый поток данных настраивается без обновления конфигурации.
- Идемпотентность по UUID: повторная доставка не создаёт дублей; порционность и многопоточность держат большие объёмы.
- Буферизация входящих, изоляция ошибок по объектам, журналирование, алерты в Telegram.
Подсистема работает в продуктиве крупной розничной сети: десятки интеграционных потоков, сотни тысяч объектов в сутки. Поставляется с документацией и инструкцией по развёртыванию. ТЗ и диагностика - 450 000 - 600 000 ₸ (без налогов), 3-4 дня; для типовой точечной задачи это же и есть готовое решение, внедрение подсистемы “ОбменПоHTTP” под ключ на весь контур - по смете, единым счётом.
СМС: верификация и рассылки
Тоже обмен данными, только с сервисом СМС-провайдера, а не с другой учётной системой:
- СМС-верификация - подтверждение операции кодом на телефон клиента. Настраиваются ограничения: какие операции требуют подтверждения, сколько попыток, время жизни кода.
- Массовые рассылки - уведомления и напоминания пакетами из 1С по данным учёта, с контролем доставки и журналом отправленных сообщений.
Та же модель цены: 3-4 дня на ТЗ и подключение, 450 000 - 600 000 ₸.
Обмен, который не боится объёмов
Обмены, написанные “в лоб”, умирают на больших данных: выгрузка всей номенклатуры вместо изменений, запросы в цикле, отсутствие пакетной обработки. Мы проектируем обмены под реальные объёмы: передаются только изменения, большие пачки обрабатываются порциями, при обрыве связи обмен продолжается с места остановки. Для филиалов на слабом канале, где штатный FTP-транспорт после каждого обрыва начинает пакет с нулевого байта, у нас есть обмен через FTP с докачкой: пакет едет частями и уходит в загрузку только после сверки контрольной суммы. Это та же инженерная дисциплина, что и в нашей работе с производительностью.
