Инструкция по отключению механизма Интеркампани в 1С

Механизм Интеркампани (Intercompany) в экосистеме 1С:ERP и 1С:Управление холдингом предназначен для автоматизации межфирменного документооборота. Однако в ряде ситуаций администраторам системы или бухгалтерам требуется приостановить этот процесс. Это может быть связано с проведением регламентных работ, тестированием конфигурации на изолированном контуре или необходимостью ручного контроля сложных хозяйственных операций.

Процесс отключения не сводится к одной кнопке, так как функционал распределен между настройками подключения, правами пользователей и фоновыми заданиями. Неправильное выполнение действий может привести к зависанию очередей сообщений или потере согласованности данных между узлами учета. В данной статье мы детально разберем алгоритм безопасной остановки сервиса обмена.

Анализ текущей конфигурации и зависимостей

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

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

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

⚠️ Внимание! Отключение обмена в разгар закрытия периода может привести к расхождению взаиморасчетов между юридическими лицами холдинга. Согласуйте время простоя с главным бухгалтером.

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

Настройка прав доступа и блокировка пользователей

Одним из самых эффективных способов остановить процесс является ограничение прав доступа к функционалу обмена. В конфигурациях 1С это реализуется через роли и профили групп доступа. Вам необходимо найти роль, отвечающую за администрирование межфирменного взаимодействия, например, АдминистраторИнтеркампани.

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

• 🔒 Ограничьте право на использование общей команды «Отправить в интеркампани».
• 🚫 Снимите флаг доступа к подсистеме «Межфирменный обмен» в конструкторе ролей.
• 👥 Проверьте назначения ролей для пользователей-интеграторов и сервисных учетных записей.

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

Управление фоновыми заданиями и коннектором

Основная нагрузка при работе Интеркампани ложится на фоновые обработки. В типовой конфигурации за передачу данных отвечает обработка ОбработкаФоноваяИнтеркампани. Для полной остановки необходимо найти соответствующие регламентные задания в списке фоновых обработок.

Перейдите в раздел НСИ и Администрирование → Фоновые задания. Найдите задания, в наименовании которых присутствуют слова «Интеркампани» или «Обмен данными». Измените их расписание на «Остановлено» или снимите галочку «Включено». Это предотвратит автоматический запуск процесса по таймеру.

Перейдите: Администрирование → Обслуживание → Фоновые задания
Действие: Снять флажок "Включено" для заданий обмена

Если в вашей инфраструктуре используется внешний коннектор (например, через HTTP-сервисы или шину данных), необходимо также остановить соответствующий сервис на уровне веб-сервера или приложения. В некоторых архитектурах 1С:Линк или 1С:Коннектор имеют собственные интерфейсы управления статусом подключения.

После остановки заданий убедитесь, что в очереди не осталось «зависших» сообщений, которые пытаются отправиться повторно. Иногда требуется ручная очистка очереди или пометка сообщений на удаление, если они больше не актуальны.

Работа с очередями сообщений и журналами

При отключении механизма в очереди сообщений могут накопиться данные, предназначенные для отправки. Система будет помечать попытки отправки как неудачные, что может засорить журнал ошибок. Рекомендуется перевести сообщения в состояние «Ожидание» или временно изменить правила их обработки.

Откройте форму управления очередями сообщений, обычно доступную через интерфейс администратора системы. Проанализируйте список сообщений по статусу «К отправке». Массовое выделение и изменение статуса позволит избежать генерации тысяч записей об ошибках соединения в период простоя.

Статус сообщения	Действие при отключении	Риск
К отправке	Остановить обработку	Задержка синхронизации
Отправлено	Без действий	Нет
Ошибка отправки	Очистить или перенести	Потеря данных
В обработке	Дождаться завершения	Блокировка транзакции

Важно понимать разницу между остановкой новых сообщений и обработкой текущих. Если вы просто запретите создание новых, старые «висяки» могут заблокировать ресурсы базы данных. Поэтому предварительная очистка или приостановка обработки существующей очереди является обязательным этапом.

⚠️ Внимание! Не удаляйте сообщения из очереди без предварительной выгрузки в файл, если не уверены, что они не содержат критических данных для учета.

Специфика отключения в распределенных базах (РИБ)

Если ваша система построена на основе Распределенной Информационной Базы, отключение Интеркампани требует особого подхода. В РИБ обмен данными происходит на уровне таблиц изменений, и вмешательство в этот процесс может нарушить целостность всей распределенной структуры.

В таких случаях нельзя просто остановить фоновое задание в центральной базе. Необходимо конфигурировать узлы обмена таким образом, чтобы они игнорировали специфические объекты метаданных, относящиеся к межфирменному взаимодействию. Это делается через настройки правил регистрации объектов в узлах РИБ.

Технические детали для РИБ

В распределенных базах отключение интеркампани часто требует изменения конфигурации в узле-подписчике. Необходимо исключить из плана обмена регистры сведений, отвечающие за статусы документов холдинга, иначе может возникнуть конфликт версий объектов.

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

Для сложных схем РИБ рекомендуется использовать механизм «Стоп-флага» в общих настройках системы, если он предусмотрен разработчиками конфигурации. Это позволяет программно блокировать запуск обработчиков событий обмена без изменения прав доступа и расписаний заданий.

Диагностика и контроль после отключения

После выполнения всех настроек необходимо провести контрольную проверку. Попробуйте создать тестовый документ, который обычно триггерит отправку данных в другую компанию. Убедитесь, что документ проводится успешно, но статус отправки не меняется, и сообщения не появляются в очереди.

Мониторьте журнал регистрации в течение первого часа после отключения. Отсутствие записей об ошибках соединения или таймаутах будет свидетельствовать о корректной остановке сервиса. Наличие таких записей укажет на то, что какой-то процесс все еще пытается установить соединение.

• ✅ Проверьте отсутствие новых записей в журнале ошибок обмена.
• 📉 Убедитесь, что нагрузка на сервер не вызвана циклическими попытками подключения.
• 📄 Сверьте остатки по взаиморасчетам на момент остановки.

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

Что произойдет с документами, созданными во время отключения?

Документы будут проводиться в локальной базе без ошибок, но не будут переданы контрагенту. Статус обмена останется «Не отправлено». После включения механизма потребуется ручная или пакетная выгрузка этих документов.

Можно ли отключить интеркампани только для одной компании?

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

Нужно ли перезагружать сервер 1С после отключения?

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

Как быстро восстановить работу после отключения?

Восстановление сводится к обратному порядку действий: включение фоновых заданий, возврат прав доступа пользователям и запуск обработки выгрузки накопленных за период простоя сообщений.