Настройки авторизации в 1с документообороте

Обновлено: 25.06.2024

Мы в фирме 1С широко используем собственные разработки для организации работы компании. В частности, «1С:Документооборот 8». Помимо управления документами (как следует из названия) это ещё и современная ECM-система (Enterprise Content Management — управление корпоративным контентом) с широким набором функциональных возможностей – почта, рабочие календари сотрудников, организация совместного доступа к ресурсам (например, бронирование переговорных), учёт рабочего времени, корпоративный форум и многое другое.

В фирме 1С документооборотом пользуется более тысячи сотрудников. База данных стала уже внушительной (11 млрд. записей), а это значит, что она требует более тщательного ухода и более мощного оборудования.

Как устроена работа нашей системы, с какими сложностями при обслуживании базы мы сталкиваемся и как их решаем (в качестве СУБД мы используем MS SQL Server) – расскажем в статье.

Для тех, кто впервые читает про продукты 1С.
1С:Документооборот — это прикладное решение (конфигурация), реализованное на базе фреймворка для разработки бизнес-приложений — платформе 1С:Предприятие.

«1С:Документооборот 8» (сокращённо – ДО) позволяет автоматизировать работу с документами на предприятии. Один из основных инструментов взаимодействия сотрудников – электронная почта. Помимо почты ДО также решает и другие задачи:

А ещё благодаря подключенному к Документообороту другому нашему продукту – Системе взаимодействия – мы непосредственно в Документообороте получаем функциональность мессенджера – чаты, аудио и видеозвонки (включая групповые, что сейчас стало особенно актуально, в том числе и с мобильного клиента), быстрый обмен файлами плюс возможность написания чат-ботов, упрощающих работу с системой. Ещё один плюс от использования Системы Взаимодействия (по сравнению с другими мессенджерами) – возможность вести контекстные обсуждения, привязанные к конкретным объектам Документооборота – документам, мероприятиям и т.п. То есть Система взаимодействия глубоко интегрируется с целевым приложением, а не выступает просто «отдельной кнопкой».

Число писем в нашем ДО уже перевалило за 100 млн., а вообще в СУБД – более 11 млрд. записей. Суммарно система использует почти 30 Тб хранилища: объём базы – 7,5 Тб, файлы для коллективной работы лежат отдельно и занимают ещё 21 Тб.

Если говорить о более конкретных цифрах, то вот количество писем и файлов на данный момент:

На каком оборудовании мы всё это обрабатываем?

Эти цифры говорят о внушительном объёме задач, так что перед нами встала необходимость выделить под нужды внутреннего ДО довольно производительное оборудование. На текущий день его характеристики следующие: 38 ядер, 240 Гб ОЗУ, 26 Тб дисков. Приводим таблицу серверов:

В будущем мы планируем наращивать мощность оборудования.

Как обстоят дела с загрузкой серверов?

Сетевая активность никогда не была проблемой ни у нас, ни у наших заказчиков. Как правило, слабое место – это процессор и диски, потому что с нехваткой памяти все уже бороться умеют. Приведём скриншоты наших серверов из Resource Monitor, на которых видно, что у нас никакой страшной нагрузки нет, она весьма скромная.

Например, на скриншоте ниже мы видим SQL-сервер, где ЦПУ загружен на 23%. И это очень хороший показатель (для сравнения: если загрузка будет приближаться к 70%, то, скорее всего, сотрудники будут наблюдать довольно существенные замедления работы).

На втором скриншоте показан сервер приложений, на котором работает платформа 1С:Предприятие – он обслуживает только пользовательские сеансы. Здесь нагрузка процессора несколько больше – 38%, она ровная и спокойная. Загрузка диска есть, но она приемлемая.

Третий скриншот показывает ещё один сервер 1С:Предприятия (он второй, у нас их два в кластере). Только предыдущий обслуживает пользователей, а на этом работают роботы. Например, принимают почту, маршрутизируют документы, выполняют обмен данными, считают права и т.п. Все эти фоновые активности выполняют примерно 90-100 фоновых заданий. И вот этот сервер загружен очень сильно – на 88%. Но на людях это не сказывается, и он реализует как раз всю ту автоматику, которую должен делать Документооборот.

Какие есть метрики для определения эффективности работы?

У нас в ДО встроена серьёзная подсистема замеров показателей производительности и вычислений различных метрик. Это нужно для того, чтобы и в текущий момент времени, и в исторической перспективе понимать, что в системе происходит, что становится хуже, что становится лучше. Средства мониторинга – метрики и замеры времени – входят в типовую поставку «1С:Документооборот 8». Метрики требуют настройки на внедрении, но сам механизм типовой.

Метрики – это замеры различных бизнес-показателей в те или иные моменты времени (например, среднее время доставки почты в моменте 10 минут).

Одна из метрик показывает количество активных пользователей в базе. В среднем их 1000-1400 в течение дня. На графике видно, что на момент скриншота в базе было 2144 активных пользователя.

Таких действий больше 30, список под катом.

На позапрошлой неделе у нас средняя активность пользователей увеличилась в полтора раза (на графике показана красным) – это связано с переходом большинства сотрудников на удалённую работу (в связи с известными событиями). Также число активных пользователей увеличилось в 3 раза (на скрине показаны синим), так как сотрудники стали активно пользоваться мобильными: каждый мобильный клиент создаёт подключение к серверу. Сейчас в среднем на каждого нашего сотрудника приходится 2 подключения к серверу.

Для нас, как для администраторов, это сигнал, что нужно внимательнее относиться к вопросам быстродействия, смотреть, не стало ли хуже. А смотрим мы это по другим параметрам. Например, как меняется время доставки почты по внутренней маршрутизации (на скриншоте ниже показано синим). Мы видим, что оно до этого года скакало, а сейчас стабильное – для нас это показатель, что с системой всё в порядке.

Ещё одна прикладная метрика для нас – среднее время ожидания загрузки писем с почтового сервера (на скриншоте показана красным). Грубо говоря, сколько будет письмо гулять по Интернету, прежде чем оно окажется у нашего сотрудника. На скриншоте видно, что это время тоже никак не изменилось за последнее время. Есть отдельные всплески – но они связаны не с задержками, а с тем, что время сбивается на почтовых серверах.

Или, например, ещё метрика (на скриншоте показана синим) – обновление писем в папке. Открытие папки писем – очень частая операция, и нужно, чтобы она выполнялась быстро. Мы замеряем, с какой скоростью она выполняется. Этот показатель измеряется для каждого клиента. Можно посмотреть как общую картину по фирме, так и динамику, например, по отдельному сотруднику. По скриншоту видно, что до этого года метрика была неуравновешенна, потом мы сделали ряд улучшений, и сейчас она не становится хуже – практически ровный график.

Метрики – это, в основном, инструмент администратора для мониторинга системы, для быстрого реагирования на какие-то изменения в поведении системы. На скриншоте – метрики внутреннего ДО за год. Скачок на графиках обусловлен тем, что перед нами поставили задачи по развитию внутреннего ДО.

Вот перечень еще некоторых метрик (под катом).

Активность пользователей
Активные пользователи
Активные процессы
Количество файлов
Размер файлов (Мб)
Количество документов
Количество объектов к отправке адресатам
Количество контрагентов
Невыполненные задачи
Среднее время ожидания загрузки писем с почтового сервера за последние 10 минут
Внешний буфер данных: количество файлов
Отставание границы от текущей даты
Долгая очередь
Оперативная очередь
Возраст необработанной учётной записи по внешней маршрутизации
Размер очереди приемки по внутренней маршрутизации (долгая очередь)
Размер очереди приемки по внутренней маршрутизации (быстрая очередь)
Время доставки почты по внутренней маршрутизации (долгая очередь)
Время доставки почты по внутренней маршрутизации (быстрая очередь)
Время доставки почты по внешней маршрутизации (среднее)
Число документов Бронирование
Число документов Отсутствие
Число документов «Запись о работе с контрагентом»
Почта Обновление писем в папке
Почта Открытие карточки письма
Почта Перенос письма в папку
Почта Переход по папкам

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

На одном из внедрений было выбрано, например, только 5 показателей. Заказчик поставил перед собой цель сделать минимальный набор показателей, но в то же время такой, чтобы он покрывал основные сценарии работы. Включать в акт приёма 150 показателей было бы неоправданно, потому что даже внутри предприятия сложно согласовать, какие показатели считать приемлемыми. А про эти 5 показателей они знали и уже предъявляли их к системе до начала проекта внедрения, включив в конкурсную документацию: время открытия карточки не более 3 секунд, время исполнения задачи с файлом не больше 5 секунд и т.д. У нас в ДО как раз и были метрики, которые очень чётко отражали исходный запрос из ТЗ заказчика.

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

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

Выполнение команды: Отбор по тегу
Открытие формы: Форма списка
Выполнение команды: Отбор по папке
Отображение письма в области чтения
Сохранение письма в любимую папку
Поиск писем по реквизитам
Cоздание письма

Как мы обслуживаем такую большую базу данных?

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

Сколько времени идёт реструктуризация больших таблиц базы данных?

SQL-сервер требует периодического обслуживания, наведения порядка в таблицах. По-хорошему это нужно делать минимум раз в сутки, а для высоковостребованных таблиц – ещё чаще. Но если база большая (а у нас число записей уже перевалило за 11 млрд.), то ухаживать за ней непросто.

Мы делали реструктуризацию таблиц 6 лет назад, но потом она стала занимать столько времени, что мы уже не вписывались в ночные интервалы. А так как эти операции сильно нагружают SQL-сервер, он не может качественно обслуживать других пользователей.

Поэтому сейчас нам приходится применять различные ухищрения. Например, мы не можем выполнять эти процедуры на полных наборах данных. Приходится прибегать к процедуре Update Sample 500000 rows – это занимает 14 минут. Она выполняет обновление статистики не по всем данным таблицы, а отбирает полмиллиона строк, и по ним рассчитывает статистику, которую использует для всей таблицы. Это некоторое допущение, но мы вынуждены на него идти, потому что для конкретной таблицы сбор статистики по всему миллиарду записей будет выполнятся неприемлемо долгое время.

Другие операции обслуживания мы тоже оптимизировали, сделав их частичными.

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

Как реализован бэкап при таких объёмах?

Полный бэкап СУБД производится раз в день ночью, инкрементальный – каждый час. Также каждый день создаётся каталог файлов, и он является порцией инкрементального бэкапа файлового хранилища.

Сколько времени выполняется полный бэкап?

На жёсткий диск полный бэкап выполняется за три часа, частичный – за час. На ленту пишется дольше (спецустройство, которое делает резервную копию на специальную кассету, хранящуюся вне офиса; на ленту делают отчуждаемую копию, которая сохранится, если, например, серверная сгорит). Бэкап делается ровно на том же сервере, параметры которого были выше – SQL-сервер с 20% загрузки процессора. На момент бэкапа, конечно же, системе становится значительно хуже, но она всё равно работоспособна.

Есть ли дедупликация?

Дедупликация файлов есть, обкатываем её на себе, и скоро она войдёт в новую версию Документооборота. Также обкатываем на себе механизм дедупликации контрагентов. Дедупликации записей на уровне СУБД нет, так как в этом нет необходимости. Платформа 1С:Предприятие хранит в СУБД объекты, и только платформа может отвечать за их согласованность.

Есть ноды только для чтения?

А помеченные на удаление письма совсем не удаляются?

Пока нет. Задачи облегчить базу у нас нет. Было несколько довольно серьёзных случаев, когда приходилось обращаться к помеченным на удаление письмам, в том числе и 2009 года. Поэтому пока решили хранить всё. А вот когда стоимость этого станет неоправданной, будем думать про удаление. Но, если нужно какое-то отдельное письмо удалить из базы с концами, чтобы не было никаких следов, то такое можно сделать по спецзапросу.

А зачем это хранить? Есть статистика обращений к старым документам?

Именно статистики нет. Точнее, она есть в виде протокола работы пользователей, но он хранится недолго. Записи старее года стираются из протокола.

Ситуации, когда надо было поднять старую переписку пятилетней и даже десятилетней давности, были. И это всегда делалось не из праздного любопытства, а для принятия сложных бизнес-решений. Был случай, когда без истории переписки было бы принято неправильное бизнес-решение.

Как проводится экспертиза ценности и уничтожение документов согласно срокам хранения?

Для бумажных документов это делается обычным традиционным способом, как и у всех. Для электронных не делаем – пусть себе хранятся. Место есть. Польза есть. Всем хорошо.

Какие перспективы развития есть?

Сейчас наш ДО решает примерно 30 внутренних задач, часть которых мы перечисляли в начале статьи. Также ДО используется для подготовки конференций, которые мы дважды в год проводим для наших партнёров: вся программа, все доклады, все параллельные секции, залы – всё это верстается в ДО, а потом выгружается из него, и делается печатная программа.

На подходе для ДО ещё несколько задач, помимо тех, что он уже решает. Есть общефирменные задачи, а есть уникальные и редкие, нужные только какому-то конкретному подразделению. Необходимо им помогать, а значит, расширять «географию» использования системы внутри 1С – расширять область применения, решать задачи всех подразделений. Это стало бы лучшим тестом на производительность и надёжность. Хотелось бы увидеть работу системы на триллионах записей, петабайтах информации.

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

Данный кейс с реальной практики, проект начался в начале 2019 и все "n" баз были переведены в течении полугода на доменную авторизацию (надеюсь все понимают, что это значит), но мне больше нравится SSO.

Значит что имеем:

Windows Server 2016 + AD (не рассматриваем как настраивать)

CentOS 7 + Haproxy + Comodo SSL Wildcard

Windows Server 2016 + IIS + 1C

Примерная схема работы

Вроде все понятно, конечно если об этом вы слышите в первый раз, то нужно будет почитать дополнительные материалы как настраивается каждый сервис.

Двигаемся дальше и приступаем к настройке наших сервисов

Можно так же использовать сертификаты Let's Encrypt но у меня есть подписанный ЦС, а еще может быть что клиент 1С на разных ОС будет ругаться на Let's Encrypt. Если у вас кластер 1С тогда нужно добавить еще один сервер rt_db_srv02 в backend rt_db_server

Настройка IIS, тут уже будет больше картинок.

После инстала IIS, включаем только 80й порт остальные нам не нужны так как ssl будет занимается haproxy. На картинке ниже роли, которые нужно поднять:

компоненты IIS

Я это все делаю с помощью Ansible, поэтому готовых команд PS под рукой нет. Идем дальше и не к настройке IIS, а к установке 1С:

Ставим все кроме хранилища, ковертора и проверки целосности

По стандарту заходим в консоль администрирования 1С подключаем базу и тд. В клиенте 1С на сервере на котором бы будем делать публикацию прописываем имя сервера (у нас же AD и DNS внутренний) можно без порта, но естественно если порт у вас отличный от стандартного (например, подняли еще одну службу на 1640), то его писать тоже нужно типа server1С1:1641, но если у вас кластер тогда пишем так server1С1;server1С2 (server1С1:1641;server1С2:1641) и нормальные имена нужно прописывать обязательно, так как это пойдет в конфиг IIS. Чуть не забыл, после инсталляции 1С службу, которую она создаст, необходимо запустить от имени доменного пользователя, на сервер 1С его нужно будет сделать админом, а в домене может быть обычным пользователем. главное что б мог читать пользователей с AD. Например

запуск службы от доменного пользователя

Публикуем базу как обычно, все по дефолту, с необходимыми галочками в hs/ws

Настройки веб-сайт

Веб сайт есть, а далее вместе с ним создается и пул приложений. который нам больше всего и нужно, так как в нем мы задаем кто будет авторизовать креды пользователей в 1С и расшифровывать karberos. Для этого нам нужен еще один доменный пользователь желательно отдельный, например iis_service (создаём помним пароль)))

Так он выглядит стандартно:

Приводим его в нужный вид, редактируя удостоверение:

Тюним, Режим управления выставляем Классический и нужно что б это удостоверение использовалось для этого делаем в редакторе конфигурации сервер (путь system.webServer/security/authentication/windowsAuthentication).

делаем так

С этим все готово. Для корректной работы, необходимо в AD прописать spn запись, это просто заходим на домен контроллер и запускаем команды, в которых пишем нашу публикацию и нашего пользователя, который расшифровывает kerberos:

В 1С пользователю вставляем авторизацию как на картинке:

Со списка доменов нужно выбрать тот, что большими буквами и в виде короткой записи.

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

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

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

Все настройки программы распределены по закладкам:

Рисунок 1 - Форма окна настроек

1. Настройки на вкладке «Общие настройки»

Рисунок 2 - Форма общих настроек

1.1 Поле Заголовок программы - необходимо указать заголовок программы.

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

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

1.4 Настройка Инструкции - настройка делает доступными специальные инструкции, облегчающие знакомство и работу с программой.

1.5 Настройка Электронные подписи - если настройка включена, то документы можно будет удостоверять электронной подписью.

1.6 Остальные настройки оставляем по умолчанию.

2. Настройки на вкладке «Права доступа»

Рисунок 3 - Форма настроек прав доступа

2.1 Настройка Ограничивать права доступа - если настройка включена, то права пользователей «1С:Документооборота» можно ограничивать. Если настройка не установлена, все пользователи по умолчанию получают неограниченный доступ ко всем данным программы.

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

2.3 Остальные настройки оставляем по умолчанию.

3. Настройки на вкладке «Делопроизводство»

Рисунок 4 - Форма настройки работы с документами

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

3.2 Настройка Категории для документов и файлов - настройка определяет видимость всех отчетов, карточек и элементов управления, связанных с категориями данных.

3.3 Настройка Связи документов - если настройка включена, то в карточках документов появляется возможность настройки перекрестных ссылок документов друг на друга.

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

3.5 Остальные настройки оставляем по умолчанию.

4. Настройки на вкладке «Работа с файлами»

Рисунок 5 - Форма настройки работы с файлами

4.1 Настройка Хранить файлы в томах на диске - если настройка включена, то файлы, прикрепленные к карточкам документов, будут сохраняться не в информационной базе, а в файловом хранилище на выделенном для этих целей сервере. По ссылке Тома хранения файлов настраиваются тома.

Рисунок 6 - Форма списка томов хранения файлов

Для создания нового тома хранения файлов необходимо в форме списка томов нажать кнопку «Создать» и в открывшемся окне заполнить следующие данные:

4.1.1 Поле Наименование тома - необходимо указать наименование тома хранения данных.

4.1.2 Поле Полный путь - необходимо указать путь к файловому ресурсу, куда будут сохраняться файлы.

Рисунок 7 - Форма элемента

4.2 Настройка Настройка автоматической загрузки файлов - выполняется настройки для выполнения автоматической загрузки файлов из указанного каталога в локальной сети. По настроенному расписанию файлы или папки файлов переносятся из каталога в нужную папку ЭА с сохранением оригинальных имен и структуры подпапок.

Рисунок 8 - Форма настройки загрузки файлов

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

4.2.1 Каталог для загрузки можно указать как в формате Microsoft Windows (UNC путь вида \\server\resource), так и для Linux (путь вида \home\shared). У учетной записи, под которой запускается сервер «1С:Предприятия», должны быть права на чтение файлов в загружаемом каталоге.

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

Настроить расписание. В окне перейти по гиперссылке Расписание не задано и в открывшемся окне Расписание задать расписание выполнения загрузки файлов.

Рисунок 9 - Форма настройки расписания выполнения регламентного задания

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

4.4 Остальные настройки оставляем по умолчанию.

5. Настройки на вкладке «Обмен данными»

Рисунок 10 - Форма настройки обмена данными

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

5.2 Настройка Префикс информационной базы - указывается префикс узла текущей информационной базы.

5.3 Настройка Использовать обмен электронными документами - при включении этой настройки у пользователя появляется возможность обмениваться электронными документами через 1С-ЭДО.

1С: ERP Управление предприятием 2 («1C: ERP») — это инновационное и эффективное решение от компании «1С» для создания комплексной информационной системы управления любым предприятием.

Настройка бесшовной интеграции расширит спектр возможностей обеих систем.

Процессы 1С: ДО и 1С: ERP часто тесно переплетены между собой и являются логично связанной цепочкой одного комплексного бизнес-процесса. 1С: ERP содержит большой перечень документов по направлениям и простые задачи в виде заданий. 1С: ДО, в свою очередь, позволяет настроить неограниченное количество видов документов и сложные маршруты обработки документов. Поэтому для эффективной работы очень важна высокая степень интеграции между ними.

Бесшовная интеграция позволяет работать с данными системы «1С: Документооборот» из интерфейса 1С: ERP, а также пользоваться такими возможностями программы, как запуск бизнес-процессов, отправка писем, просмотр связей и переписки по документу и т.п. Она избавит от постоянных переходов из программы в программу: в карточках документов 1С: ERP появятся гиперссылки, по которым можно открыть связанные с ними документы «1С: Документооборот».

«1С: Документооборот» обеспечивает простую и технологичную интеграцию на единой платформе «1С: Предприятие». И самое важное – настройки интеграции уже готовы и в «1С: Предприятии», и в типовых решениях. Список типовых решений и ограничения представлены в Таблице 1.

«1С: Документооборот», редакция ПРОФ

«ERP Управление предприятием 2», редакция 2

«Управление торговлей 8», редакция 11

«Бухгалтерия государственного учреждения», редакция 2.0

«Бухгалтерия предприятия 8», редакция 3.0 КОРП

«Бухгалтерия предприятия 8», редакция 3.0 ПРОФ

«Управление холдингом», все редакции

«Управление производственным предприятием», редакция 1.3

«Зарплата и управление персоналом», редакция 3.0

«Комплексная автоматизация», редакция 2.1

Для более ранних решений интеграция с 1С: Документооборот возможна, но для этого в конфигурацию необходимо будет самостоятельно внедрить модуль интеграции.

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

В данной статье не рассматривается настройка объектов в системе 1С: Документооборот, принимаем за факт, что система уже настроена в части интегрируемых объектов.

Для настройки бесшовной интеграции между 1С: Документооборот КОРП и 1С:ERP необходимо:

Опубликовать базу 1С: Документооборот
Настроить синхронизацию данных
Настроить интеграцию
Определить перечень интегрируемых объектов и настроить правила интеграции

Рассмотрим по пунктам.

Публикация базы

Интеграция 1С: ДО реализована через веб–сервисы, поэтому необходимо опубликовать базу 1С: ДО на веб-сервере. Для публикации подойдет любой веб-сервер.

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

После публикации проверяем работу системы через браузер и переходим к следующему пункту.

Рисунок 1 "Запуск системы через веб-браузер"

Настройка синхронизации данных

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

В комплект поставки «1С: Документооборот» включены правила обмена с другими типовыми конфигурациями «1С: Предприятие 8». Используя эти правила, можно организовать автоматический обмен общими справочниками и документами. Также есть возможность разработать и использовать свои планы обмена для решения узкоспециализированных задач.

В «1С: Документооборот» синхронизация данных настраивается в разделе «Настройка и администрирование».

Рисунок 2 "Настройка синхронизации данных в 1С: ДО"

В системе есть помощник настройки, где пошагово описаны все необходимые действия.

Рисунок 3 "Помощник настройки синхронизации данных"

Есть несколько вариантов подключения к другой программе:

Прямое подключение к программе на одном компьютере или в локальной сети;
Прямое подключение к программе через интернет;
Другие каналы связи (сетевой каталог, FTP, электронная почта).

После настройки синхронизации данных в 1С: ДО необходимо сделать аналогичные действия в 1С: ERP в разделе «НСИ и администрирование» - «Синхронизация данных». В системе также есть помощник настройки.

Рисунок 4 "Настройка синхронизации данных в 1С:ERP"

Синхронизация данных выполняется отдельным регламентным заданием, расписание настраивается.

Рисунок 5 "Настройка расписания синхронизации данных"

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

Настройка интеграции

Настройка параметров интеграции доступна на стороне учетной системы 1С: ERP. В разделе «НСИ и администрирование» - «Настройка интеграции 1С: Документооборот».

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

Рисунок 6 "Настройка интеграции"

Комплексное использование всех возможностей позволяет связывать документы между собой, смотреть историю их согласования, связанные с ними документы, запускать бизнес-процессы 1С: ДО из интерфейса 1С: ERP и другое.

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

Определение объектов и настройка правил интеграции

Каждый программный продукт 1С, который поддерживает бесшовную интеграцию, имеет свой перечень доступных интегрируемых объектов с 1С: Документооборот. 1С: ERP имеет самый обширный перечень объектов, который включает в себя почти все направления деятельности.

Перечень доступных интегрируемых объектов в 1С: ERP можно увидеть в разделе «НСИ и администрирование» - «Настройка интеграции 1С: Документооборот» - «Объекты, интегрируемые с 1С: Документооборотом».

Если для объекта настроено правило интеграции, слева будет установлена зеленая галочка, а внизу указана ссылка на правило.

Со стороны 1С: Документооборот доступны следующие интегрируемые объекты:

На момент настройки правил интеграции работа с объектом должна быть возможна в каждой базе.

Например, для настройки правил интеграции договора аренды необходимо, чтобы в системе 1С: Документооборот был настроен вид внутреннего документа «Договор аренды» со всеми необходимыми атрибутами: состав реквизитов, шаблон документа, нумератор, папка хранения в системе, шаблон бизнес-процесса, права доступа. В системе 1С: ERP также требуется произвести все настройки для работы с договором.

Только после того, как в каждой системе можно полноценно работать с объектом, можно создать новое правило интеграции.

Правила интеграции настраиваются на стороне 1С: ERP в разделе «НСИ и администрирование» - «Настройка интеграции 1С: Документооборот» - «Правила интеграции»

Рисунок 7 "Правила интеграции"

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

Рисунок 8 "Правило интеграции"

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

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

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

Рисунок 9 "Способы заполнения реквизита"

В некоторых объектах есть возможность автоматического добавления печатных форм в момент передачи объекта в 1С: ДО. Можно выбрать формат добавления формы.

Рисунок 10 "Добавление печатных форм при передаче в 1С: ДО"

После того, как правила интеграции настроены, можно использовать бесшовную интеграцию в работе.

Возможности бесшовной интеграции 1СДокументооборот – 1С:ERP на примере договора аренды.

Когда бесшовная интеграция настроена, при входе в программу 1С:ERP необходимо авторизоваться в системе 1С:ДО, ввести свой логин и пароль. Пользователи системы создаются в каждой базе и имеют свои права доступа. Рекомендуется, чтобы наименования пользователей были идентичны.

После авторизации, на начальной странице в системе 1С: ERP появится список задач 1С: ДО с типовыми возможностями работы с задачей: перенаправление, возможность задать вопрос, принять к исполнению или поставить подзадачу.

Рисунок 11 "Начальная страница 1С:ERP"

Если договор первоначально был создан в системе 1С: Документооборот, то на определенном этапе, например, когда приложена скан-копия подписанного с двух сторон договора, поступает задача «Создать договор в 1С: ERP». При открытии карточки задачи, справа вложен договор, необходимо открыть его карточку.

Если настроено правило интеграции, в карточке договора есть ссылка «Создать договор», при нажатии которой, в соответствии с правилами, автоматически формируется карточка договора в системе 1С: ERP. Реквизиты, соответствия которых были указаны в правиле, заполняются автоматически. При необходимости можно дозаполнить карточку.

Рисунок 12 "Создание карточки договора в 1С:ERP"

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

На вкладке доступна информация:

Выполненные и текущие задачи по документу;
Визы согласующих лиц;
Связанные документы;
История переписки (ссылки на входящие и исходящие документы);
Трудозатраты.

Рисунок 13 "Связанные карточки договоров"

Рисунок 14 Вкладка "Визы согласующих лиц"

Рисунок 15 Вкладка "Связанные документы"

Рисунок 16 Вкладка "История переписки"

Если документ первоначально создается в 1С: ERP, создание договора в 1С: ДО и запуск бизнес-процесса осуществляется сразу, в момент создания, на вкладке «Документооборот».

Рисунок 17 "Создание договора в 1С: ДО из интерфейса 1С: ERP”

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

Рисунок 18 "Запуск бизнес-процесса"

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

Вся дальнейшая история документа: связь с дополнительными соглашениями, актами, счетами и прочими документами будет доступна из интерфейса 1С: ERP, в карточке договора. Любой документ можно открыть, посмотреть его историю.

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

Механизм интеграции простой в настройке и использовании, успешно применяется во многих компаниях.

Читайте также: