Логика построения системы в данном случае основана на том, что договорная работа подразумевает некоторые этапы, проходящие внутри компании:
- разработка проекта договора;
- внутреннее согласование;
- подписание;
- внесение изменений;
- исполнение договора;
- расторжение;
- и многие другие.
При этом необходимо обеспечить максимально удобную реализацию всех внутренних требований к работе с договорами.
Отсюда становится понятным, что реализация ведения договоров в рамках «входящих документов» неудобна, так как работа с входящими документами не подразумевает этапа согласования, а именно согласование является основным моментом в процессе разработки договора для дальнейшего подписания.
«Исходящий документ» позволяет создавать процесс согласования, но после регистрации документа изменить содержание документа и его регистрационную карточку уже нельзя. Таким образом вносить коррективы в договор по результатам согласования с контрагентом невозможно.
Обобщая вышесказанное, получаем, что удобно учитывать договоры в системе как внутренние документы, а не как исходящие или входящие.
Так как договоры являются внутренними документами, то все, что касается внутренних документов, относится и к ведению договоров. Поэтому рекомендуется ознакомиться с разделами «Работа с документами» и «Права доступа».