1С Документооборот 8 позволяет хранить договор, приложения, замечания и задачи в одной карточке. Сотруднику не нужно выяснять в почте, кто редактировал файл последним, а руководителю – запрашивать статус у каждого участника. Система показывает текущий этап, ответственного, срок и утвержденную версию.
Проблема ручного согласования обычно не в количестве договоров. Даже один важный контракт может задержаться, если юрист получил старую редакцию, бухгалтерия не увидела приложение, а инициатор не знает, где находится документ. Автоматизация делает процесс прозрачным: договор проходит заранее заданные этапы, а все решения и изменения остаются в истории.
Почему ручное согласование договоров приводит к потерям версий и сроков
Договоры уходят в почту, мессенджеры и личные папки
Когда проект договора пересылают по электронной почте, каждый участник сохраняет собственный файл. В названиях появляются «договор_финал», «финал_2», «точно финал», но понять, какая редакция согласована, становится сложно. Комментарии юриста могут остаться в одном файле, замечания финансового директора – в другом, а инициатор соберет не все правки.
Для компании это риск подписать неверный документ или потратить время на повторное согласование. В 1С Документооборот договор хранится в единой карточке, а файлы прикрепляются к конкретному объекту. Система поддерживает работу с версиями, шаблонами, связями документов и контролем этапов договорной работы.
Непонятно, у кого сейчас документ
В ручной схеме инициатор часто не видит, кто задерживает процесс. Документ мог уйти руководителю, затем юристу, потом вернуться на доработку, но статус остается только в переписке. Если согласующий в отпуске или не заметил письмо, договор зависает без уведомления.
В системе задача направляется конкретному исполнителю. У нее есть срок, состояние и история действий. Инициатор может посмотреть, согласован ли договор, возвращен ли он на доработку, кто оставил замечание и какие этапы еще не завершены. Это позволяет управлять не перепиской, а фактическим процессом.
В работу попадают разные редакции одного договора
Потеря версии возникает не только из-за файлов с похожими названиями. Причиной может быть правка приложения, изменение реквизитов контрагента, обновление суммы или срока, которое не попало в основной файл. После этого отделы согласуют разные условия одного соглашения.
В 1С Документооборот можно создавать новую версию файла, а не заменять документ без следа. История помогает понять, что изменилось и кто загрузил редакцию. Это важно для договоров с несколькими приложениями, дополнительными соглашениями и протоколами разногласий.
Согласование затягивается без уведомлений и контроля
Письмо с темой «Срочно согласовать» не является маршрутом. Оно не задает срок, не определяет замену исполнителя и не показывает, можно ли переходить к следующему этапу. В результате сотрудники согласовывают документ в разном порядке или подключают руководителя слишком поздно.
В 1С предусмотрены готовые процессы, в том числе согласование, утверждение, регистрация, рассмотрение и исполнение. Схемы можно строить последовательно, параллельно, в смешанном порядке и по условиям.
Что дает согласование договоров в 1С Документооборот
Единая карточка договора и хранение файлов
Карточка объединяет реквизиты, проект, приложения, сведения о контрагенте, статус, задачи и историю. В ней удобно хранить подписанный скан, оригинал в электронном виде, протокол разногласий, дополнительное соглашение и переписку по замечаниям. Сотрудник не ищет договор в папках отдела или на диске коллеги.
Для каждого вида договора можно подготовить шаблон карточки с обязательными полями. Например, для аренды потребуются объект аренды, срок, сумма и график платежей, а для поставки – условия поставки, спецификация, валюта и ответственные подразделения. Такая настройка уменьшает число документов с пустыми реквизитами.
История изменений и контроль версий
Согласование должно идти по одному файлу, а не по копиям. При загрузке новой версии система сохраняет связь с предыдущей редакцией. Участники видят, что документ изменился, и могут проверить, требуется ли повторное согласование.
Контроль версий особенно полезен после замечаний. Юрист может вернуть договор с комментарием, инициатор дорабатывает текст и создает новую версию. После этого система направляет обновленный файл тем участникам, чьи замечания затронуты изменениями. Такой порядок снижает риск, что согласованный ранее текст будет заменен другой редакцией без проверки.
Назначение ответственных и сроков
В маршруте назначают инициатора, согласующих, утверждающего, регистратора и при необходимости контролера исполнения. Для каждого этапа можно задать срок. Если задача просрочена, руководитель или ответственный сотрудник видит это в списке задач и отчетах.
Не ставьте одинаковый срок для всех видов договоров. Типовой договор на небольшую сумму и крупный контракт с предоплатой требуют разной глубины проверки. Лучше определить несколько уровней: стандартный, повышенный и стратегический. Тогда согласование не станет формальностью, но и не будет тормозить обычные операции.
Автоматические маршруты по условиям договора
Согласование документов в 1С можно настроить так, чтобы участники определялись не вручную, а по правилам. Условиями могут быть вид договора, сумма, подразделение, контрагент, статья бюджета, наличие валюты, предоплаты или нестандартных условий.
Например, договор поставки до установленного лимита проходит менеджера, юриста и руководителя отдела. Если сумма выше лимита, система добавляет финансового директора. Для аренды автоматически подключается служба эксплуатации, а для договора с новым контрагентом – служба безопасности. Практика настройки маршрутов по сумме и виду документа поддерживается в решениях 1С Документооборот.
Как устроен процесс согласования договора в 1С Документооборот
Создание карточки договора
Инициатор создает новый документ, выбирает вид договора и заполняет карточку. В зависимости от настройки программа может подставить шаблон, нумератор, маршрут и список обязательных реквизитов. Далее к карточке прикрепляют проект и сопроводительные файлы.
Перед запуском проверьте, что выбран верный контрагент, организация, сумма, валюта, срок действия и ответственный. Ошибка в этих полях может направить договор по неправильному маршруту или привести к повторному согласованию.
Заполнение обязательных реквизитов
Обязательные поля должны отражать условия, которые влияют на маршрут и дальнейший учет. Это не значит, что нужно требовать десятки реквизитов от каждого инициатора. Достаточно определить набор, без которого договор нельзя корректно оценить: вид, сумма, срок, контрагент, подразделение, статья, наличие НДС, порядок оплаты и приложений.
Если в компании используются договоры разных типов, настройте разные карточки. Один универсальный шаблон обычно приводит к лишним полям и пустым значениям. В результате сотрудник заполняет форму формально, а согласующий не получает данных для проверки.
Прикрепление проекта и сопроводительных файлов
К проекту можно прикрепить спецификацию, коммерческое предложение, расчет, заявку на закупку, протокол разногласий, письмо контрагента и другие материалы. Лучше хранить их в карточке, а не отправлять отдельными письмами. Тогда любой участник понимает контекст и не согласовывает договор без приложений.
Для крупных контрактов полезно заранее определить список обязательных файлов. Например, договор с новым поставщиком может требовать карточку контрагента, проверку реквизитов и коммерческое предложение. Договор с бюджетным ограничением – заявку, расчет и подтверждение лимита.
Запуск согласования по маршруту
После заполнения карточки инициатор запускает процесс. Система создает задачи для участников по выбранной схеме: последовательно, параллельно или смешанно. При последовательной схеме следующий участник получает документ после решения предыдущего. При параллельной несколько специалистов работают одновременно, что сокращает общий срок.
Согласование документов в 1С Документооборот удобно строить по ролям, а не по фамилиям. Например, «юрист по закупочным договорам», «руководитель финансовой службы», «ответственный за бюджет». Тогда при кадровых изменениях не нужно переписывать каждый маршрут: достаточно обновить роль или замещение.
Доработка, утверждение и регистрация договора
Если участник обнаружил риск или ошибку, он возвращает договор на доработку с комментарием. Инициатор должен устранить замечание в новой версии файла, а не менять текст в старом приложении без фиксации. После завершения этапов договор утверждается и при необходимости регистрируется.
Утвержденный документ стоит защитить от неформального редактирования. Любое изменение существенных условий после утверждения должно идти через новую версию или дополнительное соглашение. Иначе компания не сможет подтвердить, какой текст был согласован и подписан.
Как настроить маршруты согласования без ручного выбора участников
Маршруты по виду договора
Начните с классификации договоров. Обычно выделяют поставку, продажу, аренду, оказание услуг, подряд, заем, агентские отношения, трудовые и внутренние соглашения. Для каждого вида определите обязательных участников и типовые сроки.
Не стоит делать один маршрут для всех. Договор поставки и соглашение о конфиденциальности проверяют по разным критериям. Универсальная схема заставит лишних сотрудников согласовывать простой документ и одновременно может не подключить нужного специалиста к сложному контракту.
Условия по сумме, контрагенту и подразделению
Следующий уровень – условия маршрутизации. Сумма может определять подключение финансового директора, контрагент – службы безопасности, подразделение – функционального руководителя. Для договоров с авансом, валютой или нестандартной ответственностью можно предусмотреть дополнительный этап.
Фраза «1С согласование документов настройка» должна означать не ручное перечисление сотрудников, а описание бизнес-правил. Сначала сформулируйте условия на бумаге, затем перенесите их в схему. Так проще проверить маршрут и объяснить пользователям, почему система направила договор конкретному согласующему.
Последовательное согласование
Последовательный вариант нужен, когда решение одного участника влияет на работу следующего. Например, сначала инициатор и руководитель подразделения подтверждают потребность, затем юрист проверяет условия, после него финансист оценивает бюджет, а руководитель утверждает итоговую редакцию.
Минус последовательного маршрута – срок растет с каждым этапом. Не включайте в него тех, кто может работать параллельно. Проверка реквизитов контрагента и анализ условий НДС часто не требуют ожидания друг друга.
Параллельное согласование
Параллельный маршрут полезен, когда несколько участников оценивают разные части договора: юрист – риски и формулировки, бухгалтерия – налоги и реквизиты, закупки – цену и условия поставки, служба безопасности – контрагента. После завершения задач система переводит документ на следующий этап или возвращает его инициатору.
Такой подход сокращает срок, но требует четких зон ответственности. Если два согласующих одновременно правят один файл, появятся конфликтующие версии. Поэтому комментарии и замечания лучше оставлять внутри задачи, а текст дорабатывает назначенный владелец документа.
Автоматическое подключение юриста, бухгалтерии и руководителя
Автоматическое подключение оправдано, когда роль зависит от условий. Например, бухгалтерия нужна для договоров с особым порядком оплаты, НДС или закрывающими документами. Юрист – для нестандартных условий ответственности, подсудности, штрафов, интеллектуальных прав. Руководитель – при превышении лимита или появлении обязательств вне утвержденного бюджета.
В 1С Документооборот есть готовые механизмы процессов и ролей, которые позволяют адаптировать маршруты под структуру компании.
Как работать с версиями договора и не терять правки
Создание новой версии файла
Создавайте новую версию при любом изменении текста после отправки на согласование. Не заменяйте файл в карточке без истории и не загружайте редакцию с тем же названием в отдельную папку. Версия должна отражать конкретный этап: проект, редакция после замечаний, согласованная редакция, подписанный файл.
Установите правило именования только для внешних файлов, если оно необходимо. Внутри системы важнее номер версии и дата изменения, чем «финал_5». Это помогает быстро найти последнюю утвержденную редакцию и сравнить ее с подписанным сканом.
Сравнение редакций договора
Сравнение нужно не для формальной проверки, а чтобы понять масштаб изменений. Если поменялась только опечатка, повторное согласование всех участников может быть избыточным. Если изменены сумма, срок, ответственность, предмет или порядок оплаты, договор должен пройти нужные этапы заново.
Система хранения версий и история изменений позволяют контролировать работу с договорными файлами. 1С указывает возможность отслеживать изменения и версии, а также контролировать качество подготовки документации.
Комментарии и замечания внутри задачи
Замечание должно быть связано с договором и конкретной задачей. Комментарий «проверьте пункт 4» без версии и контекста не помогает. Лучше указать раздел, риск, предлагаемый вариант и необходимость повторной проверки.
Работа с замечаниями к договорным документам выделена в методических материалах 1С как отдельная часть договорного процесса. Это логично: замечание – не переписка ради переписки, а основание для доработки и последующего решения.
Ограничение редактирования после утверждения
После утверждения ограничьте право менять основной файл. Если потребуется корректировка, создавайте дополнительное соглашение или новую версию с повторным запуском согласования. В противном случае подпись может относиться к одной редакции, а в карточке останется другая.
Также разграничьте права: не всем пользователям нужен доступ к финансовым условиям, приложениям или персональным данным. Права должны позволять участнику выполнить свою задачу, но не давать возможность удалять или заменять ключевые файлы без контроля.
Хранение подписанной версии и приложений
Подписанную версию храните в той же карточке, что и проект. Приложения, спецификации, акты разногласий и дополнительные соглашения связывайте с основным договором. Тогда при проверке можно быстро увидеть полный комплект и понять, какие условия действуют сейчас.
Если компания использует ЭДО, юридически значимые документы могут приходить и уходить через оператора электронного документооборота. 1С Документооборот решает внутреннюю задачу обработки и управления жизненным циклом, а ЭДО обеспечивает обмен с контрагентами.
Интеграция договоров с 1С Бухгалтерией и 1С ERP
Передача данных по контрагентам и договорам
Интеграция позволяет не создавать карточки контрагентов и договоров вручную в нескольких базах. В 1С ERP или УХ договор может быть связан с оперативными данными, а в Документообороте – проходить согласование, хранить версии и замечания. После утверждения сведения передаются в учетный контур по заданным правилам.
Связка полезна, когда один договор влияет на закупку, продажу, бюджет, оплату и обязательства. Но перед настройкой нужно определить владельца данных. Например, реквизиты контрагента могут поддерживаться в ERP, а согласованный файл и маршрут – в Документообороте.
Связь договора с оплатами и обязательствами
Договор должен быть связан не только с файлом, но и с практической работой: заказом, заявкой на оплату, графиком платежей, поставкой или реализацией. Тогда финансовая служба видит, есть ли согласованное основание для обязательства, а инициатор – какие платежи и этапы уже выполнены.
Для интеграции с ERP и УХ особенно важно согласовать статусы. Документ не должен попасть в оплату как действующий, пока он находится на доработке. И наоборот, подписанный договор должен быть доступен тем пользователям, которые оформляют заказ, поступление или заявку.
Контроль лимитов и бюджета
Если в компании действует бюджетирование, маршрут можно связать с проверкой лимита. Для договора в пределах бюджета достаточно стандартного процесса, а при превышении система направляет заявку на дополнительное согласование. Это помогает не подменять финансовый контроль письмом с вопросом «есть ли деньги».
УХ и ЕРП используют для более сложных финансовых и холдинговых сценариев. В таких решениях договорная работа может быть связана с обязательствами, бюджетами и контролем исполнения.
Работа с ЭДО и подписанными документами
После внутреннего согласования договор можно направить контрагенту по ЭДО, если такой порядок принят в компании. Электронная подпись и ЭДО не отменяют внутренний маршрут: сначала организация должна утвердить условия, затем подписать документ уполномоченным лицом и обеспечить хранение итогового файла.
Проверьте, как будет фиксироваться статус: отправлен, подписан контрагентом, отклонен, требует корректировки. Без такой связи сотрудник может считать договор заключенным, хотя в ЭДО он еще не подписан второй стороной.
Как внедрить согласование договоров поэтапно
Описание текущего процесса
Сначала соберите фактический путь договора, а не формальную схему из регламента. Узнайте, кто создает проект, кто проверяет условия, где хранятся версии, сколько времени занимает каждый этап и на каких договорах чаще возникают возвраты.
Зафиксируйте исключения: новые контрагенты, крупные суммы, валютные условия, аренда, персональные данные, договоры с государственными заказчиками. Именно они обычно требуют отдельных правил.
Настройка видов договоров и шаблонов
Начните с двух–трех самых частых видов. Для них подготовьте карточки, шаблоны, обязательные реквизиты и маршруты. Не переносите в систему старые хаотичные правила без пересмотра: автоматизация плохого процесса только ускорит его ошибки.
Полезный минимум для первого этапа – договор поставки, договор оказания услуг и дополнительное соглашение. После теста можно добавлять аренду, подряд, агентские договоры и другие виды.
Подготовка ролей и прав доступа
Роли должны соответствовать реальной структуре компании. Не назначайте маршрут на конкретного сотрудника, если его обязанности может выполнять другой специалист. Настройте замещение на период отпуска и правила эскалации просроченных задач.
Права доступа также проверяйте на тестовых пользователях. Юристу нужны все версии и замечания, бухгалтерии – финансовые условия, инициатору – возможность доработать проект, но не удалять утвержденный файл.
Тестирование маршрутов на одном подразделении
Выберите одно подразделение и ограниченный набор договоров. Пройдите сценарии: создание проекта, возврат на доработку, параллельная проверка, отсутствие согласующего, изменение суммы, загрузка подписанного файла. После этого соберите замечания пользователей и скорректируйте правила.
Тестирование должно включать не только идеальный путь. Проверьте, что происходит, если участник не выполнил задачу в срок, файл изменен после согласования, договор отменен или контрагент прислал протокол разногласий.
Запуск и обучение сотрудников
Перед запуском объясните не интерфейс, а правила работы: где создать договор, как загрузить новую версию, как написать замечание, когда запускать повторное согласование и где искать утвержденный файл. Короткая инструкция по ролям полезнее общего руководства на десятки страниц.
После запуска регулярно смотрите отчеты по просроченным задачам, возвратам и договорам без обязательных реквизитов. Это поможет понять, где маршрут слишком сложный, какие поля не нужны, а какие условия требуется добавить.
Часто задаваемые вопросы
Можно ли согласовывать договор параллельно
Да. Параллельное согласование подходит, когда участники проверяют разные аспекты: юридический, финансовый, коммерческий или технический. После завершения всех задач договор переходит к следующему этапу или возвращается на доработку.
Как вернуть договор на доработку
В задаче согласования укажите решение о возврате и напишите конкретное замечание. Инициатор создает новую версию файла, исправляет условия и запускает повторный маршрут для нужных участников. Не заменяйте согласованный файл без истории.
Что делать, если согласующий отсутствует
Настройте замещение до начала отпуска или используйте роль вместо фиксированного сотрудника. Также полезно предусмотреть эскалацию: если задача не выполнена в срок, уведомление получает руководитель или резервный согласующий.
Как найти последнюю утвержденную версию
Откройте карточку договора и посмотрите список файлов, версий и статус. Последняя утвержденная версия должна быть отделена от рабочих редакций и связана с решением по маршруту. Для подписанного договора отдельно храните файл, полученный после подписания.
Можно ли хранить скан подписанного договора в карточке
Да. Подписанный скан, электронный оригинал, приложения и дополнительные соглашения удобно хранить в карточке основного договора. Это позволяет быстро проверить комплект документов, историю согласования и действующие условия.