При настройке «бесшовной» интеграции между 1С:Бухгалтерией предприятием (БП) и 1С:Документооборотом (ДО) администраторы часто сталкиваются с ситуацией, когда для одних документов система отрабатывает корректно, а для других — упорно предлагает создать объект не того типа (например, «Входящий документ» вместо настроенного «Внутреннего»). Рассмотрим подробно причины возникновения этой проблемы и алгоритм её решения.
Прежде чем переходить к исправлению, разберем, как работает механизм выбора правила. В момент нажатия кнопки «Документооборот: Процесс» в БП, система обращается к настройкам интеграции. Она анализирует метаданные текущего объекта (тип документа, организация, вид операции) и ищет подходящее правило в 1С:ДО через веб-сервис DMService. Если для документа «Поступление (акт, накладная)» настроено правило создания «Внутреннего документа», система должна предложить именно его. Однако существующие связи между объектами имеют более высокий приоритет, чем общие правила.
Проанализируем ситуацию, описанную в теме. Если пользователь (бухгалтер) ранее пытался создать процесс или документ в ДО, когда настройки еще не были завершены, система могла зафиксировать связь между объектом БП и определенным типом объекта ДО. Даже если процесс в 1С:ДО был впоследствии удален, запись о связи часто остается в базе БП.
Для проверки этой гипотезы выполним следующие шаги:
Если в этой вкладке уже отображается какая-либо строка (даже если она кажется неактивной или ссылается на «неизвестный объект»), это означает, что связь установлена. Система «запоминает», что данный Акт уже «общался» с 1С:ДО в контексте определенного типа метаданных (например, Входящего документа), и блокирует применение новых правил. Решением в данном случае является полное удаление всех существующих связей в этой вкладке. После очистки связей система при следующем обращении заново применит актуальные правила интеграции.
Часто проблема кроется в том, что правила настроены для общего типа документа, но не учитывают Вид операции. В 1С:Бухгалтерии документ «Поступление» может иметь виды: «Товары», «Услуги», «Основные средства» и т.д. Это разные контексты для интеграции.
Проверим настройки правил интеграции:
Виду операции. Если мы хотим, чтобы для «Услуг» создавался внутренний документ, это должно быть явно указано в фильтрах правила.
// Псевдокод логики подбора правила
Если Документ.ВидОперации = "Услуги" Тогда
ИспользоватьПравило("ВнутреннийДокумент_Акт");
ИначеЕсли Документ.Организация = "ГоловнойОфис" Тогда
ИспользоватьПравило("ВходящийДокумент_Общий");
КонецЕсли;
Если условия в правилах пересекаются, может возникнуть неочевидный выбор. Проверьте, чтобы условия были максимально жесткими и не допускали двусмысленности.
На техническом уровне все связи между базами хранятся в специальных регистрах сведений. Основным является «Соответствие объектов информационных баз». Также в подсистеме интеграции с ДО могут задействоваться внутренние регистры, хранящие кэш настроек.
Разберем, что происходит при изменении правил «на лету»:
Иногда корень проблемы находится на стороне 1С:Документооборота. Проанализируем настройки самого Вида документа в 1С:ДО. Чтобы документ был доступен для «бесшовной» интеграции, в его карточке должна быть установлена соответствующая галочка. Если в 1С:ДО для вида «Внутренний документ: Акт» эта опция не активна, или у пользователя БП (под учетной записью которого происходит подключение к ДО) нет прав на создание этого вида документа, 1С:БП просто «проигнорирует» это правило и предложит тот вариант, который доступен (например, стандартный Входящий документ).
Посмотрим на ситуацию с точки зрения шаблонов процессов. Если в правиле интеграции указан конкретный шаблон процесса, в самом шаблоне в 1С:ДО могут быть настроены условия маршрутизации. Если реквизиты документа из БП (сумма, валюта, проект) не удовлетворяют условиям шаблона, кнопка создания процесса может вести себя непредсказуемо. Рекомендуется проверить условия в 1С:ДО, чтобы убедиться, что они корректно обрабатывают данные, приходящие из бухгалтерии.
Вида операции (например, «Услуги») создано отдельное правило с корректным типом объекта (Внутренний документ).Следование этому алгоритму позволяет в большинстве случаев устранить «парадоксальное» поведение системы, когда идентичные документы обрабатываются по-разному.