Связи документов обычно считают справочной мелочью: удобно, когда из договора видно дополнительное соглашение. На деле связь — рабочий механизм, который умеет переносить права доступа с одного документа на другой и распространять контроль на всю переписку. Разбираем настройку связей, характер связи и синхронизацию доступа, а затем контроль исполнения: чем контролёр отличается от проверяющего и что на самом деле лежит в реестре контролей.
Связи и контроль — две подсистемы, которые почти всегда настраивают по остаточному принципу: сначала запускают согласование, потом разбираются с правами доступа, а связи оставляют «на потом». Проблема в том, что связи участвуют в выдаче прав, а контроль — единственный штатный способ ответить на вопрос «что просрочено и кто за это отвечает». Оба механизма стоит настроить осознанно.
// 01Что такое связь документов и что она хранит
Связь в 1С:Документооборот 3.0 — это не поле в карточке, а отдельная запись, соединяющая два объекта. У неё три обязательные составляющие: объект, тип связи и связанный объект. Плюс служебные сведения: дата установки, кто установил, комментарий и порядок вывода.
Первое, что стоит понять: связи не ограничены документами. В связь входят входящие и исходящие письма, файлы, мероприятия, проекты и шаблоны документов. Поэтому «переписка по договору» — это не метафора: письмо и документ соединяются тем же механизмом, что два документа между собой.
Второе: связь всегда именованная. Тип связи — элемент отдельного справочника, у него есть полное и сокращённое наименование, а также флаг «не использовать». Последнее важно на живой базе: ненужный тип связи не удаляют, потому что на нём висят уже установленные связи, — его помечают как неиспользуемый, и он перестаёт предлагаться при создании новых.
Связь отвечает на вопрос «почему этот документ вообще существует». В типовой поставке есть, например, типы «исправление», «корректировка», «входит в комплект», «делает недействующим», «получен в ответ на», «оплата по заявке». Когда связи заполнены, история документа читается без объяснений: вот заявка, вот оплата по ней, вот исправление, а вот документ, который сделал всё это недействующим.
// 02Настройка связей: типы, пары и характер
Настройка связей — это матрица из трёх координат: тип связи, вид объекта, от которого связь идёт, и вид объекта, на который она идёт. Одна строка матрицы описывает одно разрешённое сочетание: «из вида документа „Договор“ по типу связи „Ссылка на спецификацию“ можно сослаться на вид документа „Спецификация“».
Связи настраиваются парами
Ключевая деталь: в каждой настройке задаётся не только прямая связь, но и обратная — её тип и характер. Именно поэтому типы связей в системе идут парами: «исправление» и «исправление к», «делает недействующим» и «не действует в соответствии», «получен ответ» и «получен в ответ на».
Ставя связь с одной стороны, вы автоматически получаете её с другой. Заводя собственный тип связи, заводите сразу пару — иначе связь будет видна только из одного документа, и половина смысла потеряется.
Характер связи: единичная и множественная
Характер ограничивает количество объектов на другом конце связи, и задаётся он отдельно для прямой и для обратной стороны. Нормальная ситуация — асимметрия.
| Настройка | Характер | Что это значит |
|---|---|---|
| Договор → Спецификация | Множественная | У одного договора может быть сколько угодно спецификаций |
| Спецификация → Договор | Единичная | У спецификации ровно один договор, второй поставить нельзя |
Ошибка проектирования выглядит так: обе стороны сделали множественными «на всякий случай». Система перестаёт защищать данные — спецификацию можно привязать к двум договорам сразу, и дальше никто не скажет, по какому из них она действует.
Флаги «важная» и «обязательная»
Кроме характера, в настройке есть два флага. Важная выделяет связь среди прочих — все предопределённые настройки типовой поставки помечены именно так. Обязательная — более жёсткий инструмент: она означает, что документ данного вида без такой связи считается неполным.
В рабочих базах, которые мы сопровождаем, собственных настроек связей обычно единицы — несколько десятков предопределённых и две-три своих. И это правильная пропорция. Типовая матрица покрывает делопроизводство: переписку, исправления, комплекты, ответы. Свои связи имеет смысл заводить только под специфику предметной области, где типовой тип не подходит по смыслу, — договор и спецификация классический пример. Плодить типы связей ради оттенков формулировки не нужно: пользователи перестают выбирать осмысленно и ставят первый попавшийся.
// 03Связи и доступ: копировать или расширять
Это та часть, из-за которой связи нельзя настраивать «для красоты». В настройке связи есть параметр синхронизации доступа, и у него два варианта:
| Вариант | Что происходит с правами связанного объекта | Когда уместно |
|---|---|---|
| Копировать | Права связанного объекта заменяются правами исходного | Приложение живёт по правилам основного документа и своей аудитории не имеет |
| Расширять | Права исходного объекта добавляются к собственным правам связанного | У связанного документа есть своя аудитория, и её нельзя потерять |
Из этого следует вывод, который стоит проговорить прямо: установка связи может открыть документ людям, которым его никто не выдавал. Сотрудник с правами на договор привязывает к нему акт — и получает доступ к акту вся рабочая группа договора.
Синхронизацию доступа обязательно проверяют на документах с грифом. Логика грифа и логика связи — разные механизмы, и порядок их применения нужно подтвердить на вашей конфигурации, а не предполагать. Практический тест занимает пять минут: заведите документ с ограниченным доступом, привяжите его связью к общедоступному и посмотрите под учётной записью рядового сотрудника, что стало видно. Подробнее о самой модели доступа — в разборе прав доступа в 1С:Документооборот 3.0.
Обратная сторона тоже встречается: синхронизацию не включили там, где она нужна, и получилось, что подписанты основного документа не видят приложений к нему. Формально всё настроено, а работать невозможно — каждое приложение приходится выдавать вручную.
// 04Когда связь возникает сама
Значительная часть связей в живой базе поставлена не руками. Система создаёт их сама в нескольких ситуациях:
- Создание на основании. Документ, созданный из другого, получает связь соответствующего типа сразу.
- Ответ на письмо. Входящее и исходящее письмо связываются парой типов «получен в ответ на» и «отправлен ответ» — это то, из чего складывается цепочка переписки.
- Обратная связь. Как только связь поставлена с одной стороны, парная запись появляется с другой.
Есть и четвёртый случай, менее очевидный. В системе предусмотрена отложенная установка связи: она хранится отдельно как намерение «связать документ A с документом B по такому-то типу» и срабатывает позже. Это нужно там, где второй документ на момент действия ещё не существует или не зарегистрирован, — типичная ситуация при загрузке из внешних систем и при регистрации входящих.
Практический смысл: если связь не появилась мгновенно, это не всегда ошибка. Сначала проверьте, не ждёт ли она своей очереди. Про обмен данными и загрузку объектов извне — в материале об интеграции 1С:Документооборот 3.0.
// 05Контроль исполнения: контролёр и проверяющий
Здесь важнее всего развести две роли, которые в разговоре постоянно называют одним словом «контроль». В процессе исполнения это два разных участника с разными полномочиями.
| Параметр | Проверяющий | Контролёр |
|---|---|---|
| Что делает | Принимает результат работы исполнителя | Следит за сроком и закрывает вопрос |
| Может вернуть на доработку | Да, с комментарием | Нет |
| Последствие действия | Новый круг исполнения, номер итерации растёт | Снятие с контроля |
| Где виден результат | В результатах проверки процесса | В реестре контролей |
| Кем может быть | Сотрудником, ролью или пользователем | |
Различие не косметическое. Возврат на доработку запускает новую итерацию: у процесса растёт номер текущего цикла, исполнитель получает задачу заново, а комментарий проверяющего сохраняется в результатах проверки. Контролёр такого рычага не имеет — его инструмент в другом: он видит срок и решает, снимать с контроля или нет.
Отсюда правило назначения. Проверяющего ставят там, где важно качество результата и есть кому его оценить по существу. Контролёра — там, где важен факт и срок, а содержание оценивает кто-то другой. Ставить одного человека обеими ролями сразу технически можно, но смысла мало: проверка и так закрывает срок.
Руководителя назначают проверяющим по каждому поручению «чтобы держать руку на пульсе». Через месяц у него сотни задач на проверку, он штампует их не читая, и механизм превращается в лишний шаг маршрута. Если нужна именно видимость сроков, а не оценка результата, ставьте контролёра — реестр контролей покажет ровно то, что нужно, и не создаст очередь задач.
Обе роли могут быть назначены не на человека, а на роль — тогда задача адресуется тому, кто исполняет роль в текущий момент. Это снимает проблему отпусков и кадровых изменений; как это устроено, разобрано в статье про эскалацию и перенос задач.
// 06Реестр контролей: сроки, просрочка, снятие
Контроль ведётся не в карточке документа, а в отдельном реестре. Для каждой записи система хранит набор сведений, по которому и строится вся отчётность по исполнительской дисциплине:
- Что контролируем — текстовое описание предмета контроля.
- Контролёр — сотрудник или роль.
- Исполнители — перечисление тех, с кого спрашивают.
- Дата постановки на контроль и срок исполнения — две разные даты.
- На контроле, просрочено, снят с контроля — три независимых признака.
Обратите внимание на последний пункт: «снят с контроля» и «не на контроле» — разные состояния. Первое означает, что контролёр принял решение, второе — что запись больше не активна. Именно поэтому просроченная задача может висеть в реестре как непросмотренная: её никто не снимал.
Контроль распространяется на переписку
Здесь две подсистемы статьи сходятся. Состояние контроля у документа — не просто «на контроле» или «снят». Среди состояний есть «переписка на контроле» и «переписка снята с контроля», а также варианты «на контроле несколько» и «смешанно несколько».
Практический смысл в двух выводах:
- Контроль виден по цепочке связанных документов, а не только на том документе, где его поставили. Если связи заполнены, вся переписка по вопросу подсвечивается как находящаяся на контроле.
- Один документ может стоять на нескольких контролях одновременно — с разными контролёрами и разными сроками. Состояние «смешанно» означает, что часть контролей снята, а часть ещё активна, и обобщённый статус не даст полной картины. Смотреть нужно реестр.
// 07Задачи в 1С:Документооборот 3.0: где смотреть
Задачи ведутся в двух разных реестрах, и это первое, что стоит объяснить новым пользователям:
- Реестр задач по исполнителям — то, что пришло вам.
- Реестр задач по авторам — то, что вы отправили другим.
Вопрос «где посмотреть, выполнили ли моё поручение» закрывается вторым реестром, а не поиском по документам. Из практики: примерно половина обращений в поддержку на старте проекта — это именно он.
Признаки, по которым строится дисциплина
Реестр задач по исполнителям хранит гораздо больше, чем срок и отметку о выполнении. Для разбора исполнительской дисциплины полезны прежде всего эти признаки:
| Признак | Что означает |
|---|---|
| Ожидает выполнения / ожидает проверки | Разные стадии: работа ещё идёт или уже лежит у проверяющего |
| Истекает / просрочено | Срок подходит или уже нарушен — два разных состояния, не одно |
| Количество переносов сроков | Сколько раз срок двигали. Самый честный индикатор проблемного процесса |
| Контрольный срок и общий контрольный срок | Срок конкретной задачи и срок всего процесса — их часто путают |
| Есть замещающие | Задача видна не только исполнителю, но и тому, кто его замещает |
Количество переносов сроков — недооценённая метрика. Процесс, где сроки двигали трижды, формально не просрочен: каждый раз срок продлевали законно. По отчёту о просрочке он выглядит здоровым, хотя проблема именно в нём. Если ищете, где рвётся исполнение, начинайте с переносов, а не с просрочки.
Порядок исполнения: вместе или по очереди
У каждой строки исполнителя задаётся порядок: «вместе с предыдущим» или «после предыдущего». Это позволяет собирать смешанные схемы внутри одного действия — двое работают параллельно, третий начинает после них. На уровне процесса есть ещё и общий вариант маршрутизации: по очереди, всем сразу или смешанно.
Частая ошибка — ставить всех исполнителей «вместе», потому что так быстрее. Быстрее это только на бумаге: если результат второго зависит от первого, параллельный запуск даёт переделку, а не выигрыш во времени. Разбор остальных ошибок настройки собран в типичных ошибках внедрения 1С:ДО 3.0.
// 08Порядок настройки на проекте
Связи и контроль настраивают после базовой структуры, но до запуска процессов в продуктив. Последовательность, которая не приводит к переделкам:
- Виды документов. Матрица связей строится по видам, поэтому сначала они. Как их проектировать — в разборе справочников.
- Инвентаризация типов связей. Пройдите предопределённые типы и отметьте лишние как неиспользуемые. Длинный список выбора гарантирует случайные связи.
- Свои типы связей — парами. Только там, где типовой тип не подходит по смыслу. Сразу заводите прямую и обратную.
- Характер связи. По каждой паре решите, где единичная, а где множественная. Именно это защищает данные от бессмысленных привязок.
- Синхронизация доступа. Включайте только там, где это осознанное решение, и проверяйте на документах с ограниченным доступом.
- Роли контроля. Определите, где нужен проверяющий, а где контролёр, и по возможности назначайте на роль, а не на человека.
- Обучение. Объясните пользователям два реестра задач и разницу между «истекает» и «просрочено». Материалы для обучения — в инструкции по работе в системе.
Проверить, что уже настроено в вашей базе, и найти узкие места можно самостоятельно — по диагностике 1С:Документооборот.
// 09Частые вопросы
Что такое связи документов в 1С:Документооборот 3.0?
Связь — это отдельная запись, которая соединяет два объекта и хранит тип связи, дату установки и того, кто её поставил. Связывать можно не только документы: в связь входят входящие и исходящие письма, файлы, мероприятия и проекты. Связь всегда именованная — «исправление», «входит в комплект», «получен в ответ на» — и именно тип связи определяет, как она себя ведёт и что тянет за собой.
Как настроить связи в 1С:Документооборот 3.0?
Настройка связей — это матрица: тип связи плюс вид документа, от которого связь идёт, плюс вид документа, на который она идёт. В каждой настройке задаются характер связи (единичная или множественная), тип и характер обратной связи, флаги «важная» и «обязательная» и вариант синхронизации доступа. В типовой поставке настройки уже заполнены несколькими десятками предопределённых записей, свои добавляют поверх них. Подробнее — в разделе о настройке связей.
Чем отличается единичная связь от множественной?
Характер связи ограничивает количество объектов на другом конце. Единичная означает, что связанный объект может быть только один: у спецификации ровно один договор. Множественная разрешает сколько угодно: у договора может быть много спецификаций. Характер задаётся отдельно для прямой и для обратной связи, поэтому нормальная ситуация — когда одна сторона множественная, а обратная единичная.
Влияют ли связи на права доступа в 1С:Документооборот 3.0?
Да, если в настройке связи задана синхронизация доступа. Есть два варианта: «копировать» — права связанного объекта заменяются правами исходного, и «расширять» — права связанного объекта дополняются, а собственные сохраняются. Это означает, что связь может открыть документ людям, которым его никто не выдавал, поэтому синхронизацию доступа включают осознанно и проверяют на документах с грифом. Разбор — в разделе о связях и доступе.
Чем контролёр отличается от проверяющего в 1С:Документооборот 3.0?
Это две разные роли с разными полномочиями. Проверяющий принимает результат работы исполнителя и может вернуть его на доработку — тогда запускается новый круг исполнения с увеличением номера итерации. Контролёр на доработку не возвращает: он следит за сроком и снимает задачу с контроля. Контроль ведётся в отдельном реестре контролей, где хранятся срок исполнения, признак просрочки и отметка о снятии с контроля.
Где смотреть задачи в 1С:Документооборот 3.0?
Задачи ведутся в двух разных реестрах: по исполнителям — то, что пришло вам, и по авторам — то, что вы отправили другим. В реестре задач по исполнителям отдельно различаются состояния «ожидает выполнения» и «ожидает проверки», «истекает» и «просрочено», а также считается количество переносов сроков. Это и есть материал для разбора исполнительской дисциплины.
Не видно, что просрочено и кто за это отвечает?
40-минутная сессия с инженером — посмотрим вашу настройку связей и контроля и покажем, где теряется исполнение.