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

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

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

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

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

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

• Учёт рабочего времени
• Учёт отсутствий сотрудников
• Заявки на курьеров/транспорт
• Рабочие календари сотрудников
• Регистрация корреспонденции
• Контакты сотрудников (Адресная книга)
• Корпоративный форум
• Бронирование помещений
• Планирование мероприятий
• CRM
• Коллективная работа с файлами (с сохранением версий файлов)
• и др.

В Документооборот мы заходим тонким клиентом (нативное исполняемое приложение) из Windows, Linux, macOS, веб-клиентом (из браузеров) и мобильным клиентом – в зависимости от ситуации.

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

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

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

• Исходящие письма – 14,7 млн.
• Входящие письма – 85,4 млн.
• Версий файлов – 70,8 млн.
• Внутренних документов – 30,6 тыс.

В ДО есть не только почта и файлы. Ниже приведём цифры других учётных объектов:

• Бронирование переговорных – 52 126
• Еженедельные отчеты – 153 940
• Ежедневные отчеты – 628 153
• Визы согласования – 11 821
• Входящие документы – 79 677
• Исходящие документы – 28 357
• Записи о событиях в рабочих календарях пользователей – 168 228
• Заявки на курьеров – 21 883
• Контрагенты – 81 029
• Записи о работе с контрагентами – 45 632
• Контактные лица контрагентов – 41 795
• Мероприятия – 10 243
• Проекты – 6 320
• Задачи сотрудников – 245 980
• Сообщения на форуме – 26 282
• Сообщения в чате – 891 095
• Бизнес-процессы – 109 056. Взаимодействие между сотрудниками происходит через процессы – согласования, исполнения, рассмотрения, регистрации, подписания и т.д. У нас измеряется длительность процессов, количество циклов, количество участников, число возвратов, число запросов на изменение сроков. И эту информацию очень полезно анализировать, чтобы понимать, какие процессы на предприятии происходят и повышать эффективность совместной работы сотрудников.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Если мы видим, что метрика по какому-то бизнес-показателю стала слишком большой (например, письма от конкретного пользователя стали приходить очень долго), мы начинаем разбираться, обращаемся к замерам времени технических операций. У нас есть техническая операция «Архивация писем на почтовом сервере» – видим превышение времени этой операции за последний период. Эта операция, в свою очередь, раскладывается на другие операции – например, установка соединения с почтовым сервером. Видим, что она почему-то вдруг стала очень большой (у нас все замеры есть за месяц – можем сравнить, что на прошлой неделе 10 миллисекунд, а сейчас 1000 миллисекунд). И понимаем, что что-то здесь поломалось – нужно исправлять.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Нод для чтения (выделенные узлы системы, которые обслуживают тех, кому надо получать какие-либо данные на чтение) нет. ДО – не учётная система, чтобы сажать на отдельную ноду BI, но есть отдельная нода для отдела разработки, обмен с которой идёт сообщениями в формате JSON, а типичное время репликации – это единицы и десятки секунд. Нода пока маленькая, в ней порядка 800 млн записей, но она быстро растёт.

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

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

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

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

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

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

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

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

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

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

В этой статье я описываю для себя в виде  “шпаргалки”  функциональность  конфигурации  1С:Документооборот КОРП. Ред. 2.1.

Более подробное описание  этого   прикладного  решения, предназначенного для автоматизации делопроизводства и документооборота коммерческих предприятий можно посмотреть  на диске ИТС  https://its.1c.ru/db/doccorp21#content:759:hdoc

Часто задаваемые вопросы можно также посмотреть по  ссылке  http://v8.1c.ru/doc8/faq.htm 

На мой взгляд, это не  сложная конфигурация.  Здесь работается только со справочниками и регистрами сведений.  Дерево метаданных конфигурации содержит около 105 справочников, около  150 регистров сведений, а всего 7 документов и один регистр накопления оборотов для учета рабочего  времени пользователей. Любая конфигурация из линейки  ERP решений ( УТ 11,, ЗУП 3.0, БП 3., КА 2.0 и т. д) на порядок сложнее.

Отметим, что в терминологии 1С документооборот форма справочника называется карточка, а  некоторые справочники   –  документы

В этой статье я рассматриваю работу с функционалами  подсистем НСИ и Учет времени , Документы и файлы,  Настройка и администрирование , ( См рис 1).

Рис 1 Подсистемы конфигурации 1С:Документооборот КОРП. Ред. 2.1

1. Объекты  подсистемы ( раздела)  НСИ

Из всех  объектов раздела   Нормативно- справочной информации (НСИ)  , показанных на рис 2  интерес представляют по своей функциональности следующие объекты:

• Справочники видов документов (внутренние, входящие и Исходящие) – Они определяют   правила формирования регистрационного номера документов, нормативный срок их исполнения и набор дополнительных реквизитов и свойств.
•  Справочники шаблонов документов ( внутренние, входящие и Исходящие). Эти справочники в явном виде недоступны в разделе.Они связанные со справочниками видов документов и редактируются из формы справочника соответствующего вида документа. В комплект входит 62 шаблонов, соответствующих требованиям ГОСТов)
• Справочник Нумераторы – Предназначен  для настройки правил формирования регистрационных номеров у входящих, исходящих и внутренних документов.
   Представляет также интерес  следующие регистры сведения
• Справочник Инструкции для сотрудников – это готовые руководства к действию по решению типовых задач для пользователей «1С:Документооборота 8». В комплект поставки уже входит 55 шаблонов типовых инструкций, которые можно редактировать, адаптировать под специфику предприятия и использовать как основу для создания новых материалов.
• Регистр сведения Индексы Нумерации –  Индекс представляет собой произвольную цифро-буквенную строку размером до 5-ти символом. Значение индекса будет добавляться к номеру документа.  Индексы нумерации используются нумераторами при формировании регистрационных номеров для входящих, исходящих и внутренних документов, а также контрагентов, организации и подразделений, вопросов деятельности.
• Регистр сведения Настройки связей –   Предназначен для установки связи  определенные типы связи в документах.

2. Объекты раздела Документы и файлы

Объекты раздела этого раздела ( Рис 3), функциональность которых представляют для меня интерес таковы :

• З Справочника документов  (внутренние, входящие и Исходящие) – Это основные справочники конфигурации, предназначенные для   учета официальной корреспонденции внутренних, входящих и исходящих  документов  соответственно.  Эти справочники не иерархические, а для представления иерархию справочника внутренних документов  создан специальный справочник папки внутренних документов.
• Справочник Папки внутренних документов –  Этот справочник в явном виде недоступен в разделе. Он  связан со справочником внутренних документов и редактируется в форме списка  справочника внутренних документов. (команда “Все действия – Использовать иерархию“) .  Разработчики решили, что для упорядочивания справочника  внутренних документов лучше использовать отдельный справочник папок, чем использовать иерархию самого справочника.
• Папки внутренних документов служат для  данных и ограничения прав доступа к ним. Для создания структуры папок следует открыть список внутренних документов и установить использование иерархии
• Справочник  Файлы –   Стандартный справочники из библиотеки БСП  для работы с реквизитами файла (автор, название, описание и т.д.) используется карточка (“Открыть карточку”), а для работы с самим файлом – соответствующее приложение, установленное на компьютере. При редактировании файла его предыдущая версия автоматически сохраняется в информационной базе.
• Справочник Контрагенты – Предназначен для учета юридических и физических лиц, с которыми Ваша организация обменивается документами. Сведения из этого справочника используются, например, при регистрации входящих и исходящих документов.
• Справочник Инструкции –  Инструкции для сотрудников – это готовые руководства к действию по решению типовых задач для пользователей «1С:Документооборота 8».

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

3. Обработка Установка типовой методики документооборота

Из всех обработок подсистемы  Настройка и администрирование  интерес представляет  обработка Установка типовой методики документооборота.  Все остальные остальные являются стандартными из  БСП ( Библиотека стандартных подсистем) .

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

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

4 . Порядок  работы с  документами

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

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

4.1 Виды документов

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

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

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

4.2. Настройка вида документа

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

Особое внимание имеет параметр Является договором – настройка означает, что документы этого вида являются договорами и при установке этой настройки автоматически устанавливаются без возможности отключения  другие  настройки, как показано на рис. 4

4.3. Настройка нумерации документов

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

    Для создания и настройки правил формирования нумераторов предусмотрен справочник Нумераторы. Справочник открывается по одноименной команде в меню раздела Нормативно-справочная информация ((см рис 5)  

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

После создания и установки формата нумератора необходимо привязать его к одному или нескольким видам документов. Это можно сделать как в карточке нумератора (на закладке Действует для  ( рис 5), так и в карточке вида документа  на закладке Нумерация ( рис 4) .

Для одного вида документа можно указать независимую нумерацию на закладке независимая нумерация по следующим  по разрезам как показано на рис 6

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

4.3.1 Независимая нумерация по связанному документу

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

Для установки нумерации по связанному документу необходимо:

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

4.4. Настройка шаблонов документов

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

При создании вида документа удобно сразу добавить к нему шаблон документа и настроить автоматическое заполнение файлов. Эти настройки доступны в карточке вида документа на закладке Шаблон документа ( см рис

Накладке Реквизиты документа  можно создавать наименование документа по шаблону

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

Настройка автозаполнения шаблона выполняется в карточке вида документа на закладке Шаблон документа – Файлы по ссылкам Не настроено или Открыть.

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

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

Обратите внимание на некоторые особенности настройки скриптов:

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

Приведем еще несколько примеров выражений на встроенном языке для настройки скриптов.

Для заполнения должности контактного лица получателя:

КонтактноеЛицо = Файл.ВладелецФайла.Получатели[0].Адресат;
РезультатОбработки = "";
Если ЗначениеЗаполнено(КонтактноеЛицо) Тогда
    РезультатОбработки = КонтактноеЛицо.Должность;
КонецЕсли;

Для заполнения почтового адреса контрагента-получателя:

Получатель = Файл.ВладелецФайла.Получатели[0].Получатель;
РезультатОбработки = "";
Если ЗначениеЗаполнено(Получатель) Тогда
    РезультатОбработки = УправлениеКонтактнойИнформацией.ПолучитьКонтактнуюИнформацияОбъекта(Получатель,
                        Справочники.ВидыКонтактнойИнформации.ПочтовыйАдресКогтрагента);
КонецЕсли 

Для склонения автозаполняемых ФИО можно обратиться к функции Просклонять.
Функция Просклонять расположена в модуле СклонениеПредставленийОбъектов и для работы использует подключение к внешней библиотеке namedecl.dll.

При этом результат скрипт будет выглядеть следующим образом:

4. 5  Настройка учета сторон и учета внутренних документов по контрагентам

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

Вести учет по контрагентам – если настройка включена, то в реквизитах карточки документа можно указать одного или нескольких контрагентов. Для этого в карточке документа этого вида появятся поля Контрагент (обязательное для заполнения), Контактное лицо контрагента, Подписал

Продолжение следует …….