Информатика для юристов и экономистов

         

Принципы работы с системой Дело


Основные принципы построения системы

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

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

Система Дело, построенная на основе технологии «клиент—сервер», поддерживает распределенную организацию корпоративного документооборота. Наряду со структурированной информацией о документе (регистрационная карточка) в системе обеспечивается работа с электронными версиями документа. В системе реализован механизм управления ходом работ (workflow management) для управления прохождением документов по организации и определения ролевых функций пользователей при работе над документами. Функции управления документами (хранение, поиск и т. д.) реализованы с использованием современных систем управления базами данных масштаба предприятия (Oracle, MS SQL Server). Для информационно-аналитической работы в системе реализован Web-сервер делопроизводства, обеспечивающий простой и эффективный доступ к данным о документах и самим документам для специалистов и руководителей с любого локального или удаленного компьютера через сеть Интернет (корпоративную сеть интранет).

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

Система является открытой в полном соответствии с принятыми стандартами. В частности, интерфейс прикладного программирования (API), поддерживающий промышленные стандарты ActiveX и MAPI, позволяет пользователям создавать собственные прикладные программы для расширения/модификации возможностей системы и интеграции с другими системами. Например, пользователи могут интегрировать систему с клиентом электронной почты для автоматической регистрации поступающей корреспонденции и автоматической рассылки исходящей почты или самостоятельно формировать любые отчетные формы в текстовых и табличных процессорах.

Пользователи системы ДЕЛО

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

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

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

Так, если предусматривается порядок, при котором исполнители (см. рис. 17.1 на с. 626) продолжают работать с бумажными документами (оригиналами и их копиями), а автоматизации подлежат лишь регистрационные и контрольные функции, то в качестве пользователей системы Дело может быть привлечен ограниченный круг делопроизводителей (в частном случае — один сотрудник), в основные функции которых входит:





•регистрация документов (заведение электронных регистрационных карточек);

• отслеживание момента вынесения резолюции по документу и ввод в регистрационную карточку (РК) текста резолюции, фамилий автора резолюции и исполнителей документа, а также срока исполнения документа;

•периодический поиск в картотеке и просмотр РК документов, находящихся на исполнении (на контроле), с целью напоминания исполнителям о сроках исполнения документов;

• получение формируемых системой стандартных отчетов о степени исполнения документов для доклада руководству;

• отслеживание момента исполнения документа и ввод текста отчета исполнителя в РК;

•отслеживание момента списания документа в дело и внесение в РК номера (наименования) дела согласно номенклатуре дел предприятия.

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

• одновременно с вынесением резолюции традиционным способом, руководитель дублирует текст резолюции в РК документа, а также вносит в РК фамилии исполнителей документа и дату его исполнения;

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

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

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



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

Настройка системы на организационную структуру предприятия

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

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

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

На рис. 17.2 приведена упрощенная модель доступа к РК документов, исполняемых в различных подразделениях. После того как документ зарегистрирован (будем считать, что это входящий документ), его РК оказывается в картотеке. Предположим, что в момент первичной регистрации документу присваивается регистрационный номер и определяется должностное лицо (в РК вписывается фамилия должностного лица), которому предстоит вынести резолюцию по поступившему документу. Например, таким лицом может быть директор предприятия.



Рис. 17.2. Схема создания кабинета в системе Дело

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


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

Кроме того, если доступ к карточкам будет осуществляться только через поиск по всей картотеке, то пользователи будут иметь возможность доступа не только к «своим», но и к «чужим» документам.

Чтобы избежать подобных проблем, система Дело предоставляет возможность автоматического выделения из всей совокупности РК, находящихся в картотеке, тех РК документов, исполнение которых б текущий момент времени зависит от определенных должностных лиц (или лица). Такая усеченная картотека получила название кабинета, а должностные лица, относительно которых происходит отбор документов, — владельцев кабинета.

Например, после вынесения руководством резолюций (и назначения исполнителей) в картотеке появились карточки документов, среди исполнителей которых обязательно есть кто-либо из сотрудников Подразделения 1 (на рис. 17.2 эти карточки выделены темным цветом). Создание кабинета, владельцами которого являются все должностные лица подразделения, приведет к тому, что в кабинет попадут дубликаты всех РК документов, исполнение которых требует участия кого-либо из сотрудников подразделения. Но при необходимости можно настроить систему так, что у кабинета будет произвольное число владельцев, например только один владелец. В этом случае в кабинет будут попадать документы, относящиеся только к данному должностному лицу. Количество же создаваемых кабинетов в системе не ограничено.

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

После того как кабинет создан, доступ пользователя к документам может быть ограничен совокупностью РК, попавших в свой кабинет. Такой подход очень удобен при внедрении безбумажной технологии: исполнитель «видит» только предназначенные ему документы.



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

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

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



Так, в Картотеке 1 накапливаются регистрационные карточки документов, требующих вынесения по ним резолюции руководства. Делопроизводитель, отслеживающий действия руководства, находит карточки в Кабинете 1, вводит текст резолюции и фамилии назначенных исполнителей. Как только резолюция введена, соответствующая РК документа дублируется в картотеке подразделения (Картотека 2 или Картотека 3), при которой создан кабинет, владельцем которого является назначенное исполнителем должностное лицо.

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

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


На рис. 17. 3 иллюстрируется случай, когда по документу, попавшему в Кабинет 3, выносится очередная резолюция, в соответствии с которой исполнителем является один из владельцев Кабинета 4 (например, сотрудник Отдела 2). В этом случае РК документа дублируется в Картотеке 3 и, соответственно, в Кабинете 4.

Если подразделение ведет собственное делопроизводство, то возникновение РК в  картотеке подразделения может быть связано не только с пересылкой документа исполнителю — сотруднику данного подразделения, но и в результате создания документа (регистрации документа) внутри подразделения.

Из примера, приведенного на рис. 17.3, следует, что, например, все карточки Картотеки 3 напрямую дублируются в Кабинете 4. Однако это не означает, что создание кабинета в данном случае является бесполезным и лишним. Карточки, попадая в кабинет, не остаются без движения. В зависимости от того, на каком этапе исполнения находится документ в текущий момент времени, его РК попадает в отдельный массив — так называемую папку кабинета. Таким образом, поиск требуемой карточки еще более локализуется, позволяя пользователю обращаться непосредственно к интересующей его папке. С другой стороны, с точки зрения разграничения прав доступа к данным, доступ к любой из папок кабинета для части пользователей может быть закрыт. Всего таких папок в кабинете пять (рис. 17.4).



 

Папка поступивших документов

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

Обратившись к папке (открыв папку), пользователь, имеющий доступ к кабинету, увидит список, каждая строка которого содержит основные реквизиты документа, включая:

• регистрационный номер;

• фамилию сотрудника — владельца кабинета, если документ попал в кабинет согласно резолюции, в которой данный сотрудник значится исполнителем;

• фамилию автора резолюции, если документ попал в кабинет согласно резолюции;



• плановую дату исполнения резолюции, если резолюция, согласно которой документ направлен в кабинет, является контрольной.

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

Факт получения владельцем кабинета бумажного документа, то есть принятия его к исполнению, сопровождается «перекладыванием» РК документа из папки Поступившие в папку На исполнении.

Папка документов, находящихся на исполнении

В папке На исполнении хранятся РК документов, принятых владельцами кабинета к исполнению и находящихся в работе. При этом по отношению к документу среди владельцев кабинета может быть выделено две группы:

• непосредственные исполнители документа, то есть те должностные лица, фамилии которых указаны в вынесенной по документу резолюции в качестве исполнителей документа;

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

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

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



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

• Списание документа в дело в том случае, если документ не требует исполнения (например, направлен для ознакомления). Выполнение этой операции сопровождается внесением в РК документа номера дела согласно номенклатуре дел, после чего РК удаляется из папки На исполнении и из кабинета.

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

•Вынесение неконтрольной резолюции. В результате выполнения этой операции, заключающейся во внесении в РК документа текста резолюции и фамилий исполнителей, дубликаты РК ложатся в папку Поступившие тех кабинетов, владельцами которых являются должностные лица — исполнители документа. Поскольку документ с неконтрольной резолюцией не требует контроля исполнения, то с вынесением резолюции работу владельца кабинета с документом. можно считать завершенной. Поэтому, чтобы РК документа покинула папку На исполнении, пользователю, имеющему доступ к кабинету, достаточно сообщить системе о факте завершения работы с документом.

•Вынесение контрольной резолюции. В отличие от предыдущего случая, наряду с пересылкой дубликатов РК в кабинеты исполнителей, РК ложится и в папку На контроле. Тем самым в системе отражается факт, что на автора резолюции возлагается дополнительная функция — контроль исполнения документов с его резолюцией. Следствием этого является то, что РК контрольного документа может покинуть папку На исполнении только после того, как документ снят с контроля (то есть покинул папку На контроле).

•Вынесение проекта резолюции (контрольной или неконтрольной). Вынесение проекта резолюции сопровождается дублированием РК документа в папках У руководства и На рассмотрении.


О назначении этих папок будет рассказано ниже, а их взаимосвязь с папкой На исполнении заключается в том, что пока РК документа находится в этих папках, документ не может быть исполнен (не может быть удален из папки На исполнении).

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

Папка документов, находящихся на контроле

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

Периодически открывая эту папку, пользователь может осуществлять оперативный контроль исполнения резолюций, чему способствуют следующие возможности системы: '

• строка списка хранящихся в папке РК документов, соответствующая неисполненной в срок резолюции, окрашивается в красный цвет;

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

Если автор контрольной резолюции удовлетворен качеством работы исполнителей, то исполненный документ снимается с контроля — в РК документа вносится дата фактического исполнения документа. Выполнение данной операции приводит к тому, что:

• РК документа удаляется из папки На контроле;

•дубликаты РК документа удаляются из папок На исполнении тех кабинетов, владельцы которых являются исполнителями документа.

Папки документов, находящихся у руководства и на рассмотрении

Как уже отмечалось выше, данные папки задействуются в случае вынесения по документу проекта резолюции. При этом устанавливается следующий порядок утверждения резолюции.

1. Должностное лицо (например секретарь-референт) принимает к исполнению документ (РК документа попадает в папку На исполнении) и выносит но нему проект резолюции.


В результате ввода в РК проекта резолюции дубликаты РК одновременно оказываются в папках У руководства и На рассмотрении.

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

3.Пользователь периодически открывает папку На рассмотрении, в которой отображается список документов, находящихся на утверждении у руководителя, — тем самым осуществляется оперативный контроль исполнения документов на уровне руководства.

Как только руководитель утверждает проект резолюции, данный факт отображается и в папке На рассмотрении — рядом с соответствующей строкой списка РК появляется специальный маркер. Секретарь-референт для сведения просматривает текст утвержденной резолюции и выполняет операцию рассылки документа, в результате которой РК документа удаляется из папки На рассмотрении и помещается в папки Поступившие тех кабинетов, владельцы которых назначены исполнителями документа.

Если резолюция контрольная, то РК документа также помещается и в папку На конт роле кабинета, владельцами которого являются секретарь-референт и руководитель. В дальнейшем контроль исполнения осуществляется по вышеизложенным правилам.

Дополнительные замечания

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



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

Справочники системы

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

• сколько подразделении существует на предприятии и какова их структурная подчиненность;

• какие из подразделений имеют собственную картотеку;

• списочный состав должностных лиц каждого подразделения;

• какие кабинеты и при каких картотеках (подразделениях) созданы, а также кто является владельцами созданных кабинетов;

• поскольку должностное лицо, как правило, не является пользователем системы, должен существовать списочный состав пользователей системы;

• какими правами доступа обладает каждый пользователь системы (какие картотеки, кабинеты, папки, грифы допуска доступны пользователю).

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

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



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

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

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

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

Настройка системы в соответствии с правилами делопроизводства

К моменту внедрения системы Дело на предприятии уже могут существовать устоявшиеся правила делопроизводства. К таким правилам можно отнести:

• порядок первичной регистрации документа;

• порядок формирования регистрационного номера документа;

• порядок отслеживания движения оригиналов документов между исполнителями;

• порядок списания документов в дело в соответствии с номенклатурой дел;

• порядок рассылки исходящих документов.

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

Первичная регистрация документов

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


Система поддерживает три базовые группы:

• Входящие;

• Исходящие (внутренние);

• Письма и обращения граждан.

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

Система допускает разбиение каждой из групп документов на произвольные подгруппы, объединяющие документы по общему тематическому признаку, признаку подразделений или признаку переписки. Каждую из подгрупп, в свою очередь, можно разбивать на более мелкие подгруппы и так далее. Например, группу Исходящие можно разбить на подгруппы Отправляемые документы и Внутренние документы, а подгруппу Внутренние документы — на подгруппы Приказы, Распоряжения и Инструкции и т. д.

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

В зависимости от того, к какой базовой группе отнесен документ, его РК содержит разный набор реквизитов. Состав реквизитов каждой из групп документов также определяется действующими российскими стандартами. При этом возможности автоматизации привносят некоторую специфику в работу с РК.

1.Реквизиты заполняются путем выбора значений из справочников системы.

2.Практически все значения реквизитов РК являются ключами поиска документа. С их помощью система позволяет формировать достаточно сложные поисковые запросы, результатом выполнения которых является подборка документов, удовлетворяющих заданным параметрам.

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


п.). В системе Дело предусмотрены два основных сценария первичной регистрации.

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

При реализации данного сценария системой Дело поддерживается режим автоматической передачи документа в соответствии со значением, установленным в момент первичной регистрации для реквизита РК Кому (кому адресован документ). При этом:

• если значением реквизита является наименование подразделения, то документ передается в кабинет, среди владельцев которого есть руководитель этого подразделения;

• если задана фамилия должностного лица, то документ передается в кабинет данного должностного лица;

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

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



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



 

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

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

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

Формирование регистрационного номера документа

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

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

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

• порядковый номер документа внутри данной группы, формируемый системой автоматически;

• индекс дела по номенклатуре — в момент регистрации в номер документа может быть добавлен индекс дела (согласно номенклатуре дел), в которое документ должен быть списан по исполнении (как правило, применяется для исходящих документов);

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



• индекс подразделения исполнителя — в момент назначения исполнителя исходящего или внутреннего документа в регистрационный номер документа может быть добавлен данный индекс (задается при формировании справочника Подразделения);

• разделители между отдельными элементами номера.

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

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

Отслеживание движения оригиналов документов

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

Система Дело поддерживает автоматизированное ведение такого журнала по каждому из документов, зарегистрированных в системе.

Списание документов в дело

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

Система Дело реализует вышеизложенный порядок составления номенклатуры дел в ходе настройки справочника Номенклатуры.Сама же процедура списания документа в дело сводится к внесению отметки о списании в журнал передачи документов, что сопровождается выбором значения индекса (номера) дела из справочника Номенклатуры.

Рассылка документов

Документы, подлежащие отправке внешним адресатам, оформляются в системе в виде списков, которые могут быть объединены в реестры рассылки. Система поддерживает три стандартные выходные печатные формы реестров: реестр почтовой рассылки, реестр фельдсвязи и реестр рассылки телеграмм, — а также обеспечивает формирование отдельных расписок и печать надписей на конвертах. В момент отправки документа в его РК вносится признак отправки (проставляется дата отправки).

Признак отправки документа входит в параметры поиска документов, что дает возможность контролировать процесс рассылки (например, может быть сформирован запрос на поиск документов, подлежащих отправке, но еще не отправленных).


Содержание раздела