Стадия разработки документа, которая может включать: собственно разработку содержания документа; оформление документа; утверждение документа

1.         Стадия разработки документа, которая может включать: собственно разработку содержания документа; оформление документа; утверждение документа.

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

2.         Стадия опубликованного документа, которая может включать:

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

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

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

2. Электронный архив

Электронный архив предприятия - это комплекс программного и аппаратного обеспечения, предназначенный для решения следующих задач:

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

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

·          Организация поиска документов. Наряду с организацией хранения документов необходимо их быстро и эффективно искать. Если со скоростью поиска все понятно, то для пояснения понятия эффективности поиска коротко рассмотрим модели поиска. Существует два подхода к поиску документов. Первый подход состоит в том, что в процессе поиска ищется документ, который точно существует в системе, и задача состоит в том, чтобы процесс поиска свелся к нахождению требуемого документа или документов. Этот подход применятся в 90% всех случаев поиска. Второй подход состоит в том, что ищутся все документы по интересующему вопросу. Для этого подхода присущи такие понятия, как полнота - соответствие между найденными документами по данному запросу и действительному списку документов и шум - соответствие документов, отвечающих запросу и документов, нерелевантных ему.

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

полный контроль над документом;

право редактировать, но не уничтожать документ;

право создавать новые версии документа, но не редактировать его;

право аннотировать документ, но не редактировать и не создавать новые версии;

право читать документ, но не редактировать;

право доступа к карточке, но не к содержимому документа;

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

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

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

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

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

·          Поддержка распространения опубликованных документов. Как только документ публикуется его иногда необходимо распространять. Это происходит двумя основными путями, либо через систему электронной почты, путем рассылки, либо через Internet, путем публикации на Web-сервере.

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

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

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

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

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

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

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

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

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

 Свободная маршрутизация документов с контролем исполнения. Под контролем исполнения понимается следующая функциональность:

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

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

Контроль выполнения - инициатору выдается информация о том, что задание выполнено.

Мониторинг задания - инициатор всегда может посмотреть, кто и что сейчас делает с его заданием.

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

История выполнения заданий.

Контроль качества исполнения - означает, что, если пользователь говорит о том, что задание исполнено, это еще не означает, что оно действительно исполнено, инициатор должен проверить качество исполнения, подтвердить или нет исполнение.

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

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

комбинированные из последовательных и параллельных элементов;

условные, с переходами в зависимости от состояния тех или иных переменных маршрутов.

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

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

3. Управление ключевой системой

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

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

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

4. Пакет документов

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

 
5. Проблемы организации инженерного документооборота

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

Отсутствие постановки задачи менеджмента на предприятии.

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

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

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

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

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

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

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

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

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

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

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

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

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

·     Создать у сотрудников всех уровней твёрдое ощущение неизбежности внедрения;

·     Наделить руководителя проекта внедрения достаточными полномочиями, поскольку сопротивление иногда (часто подсознательно, или в результате неоправданных амбиций) возникает даже на уровне топ-менеджеров;

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

Временное увеличение нагрузки на сотрудников при внедрении системы управления предприятием

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

·     Повысить уровень мотивации сотрудников к освоению системы в форме поощрений и благодарностей;

·     Принять организационные меры к сокращению срока параллельного ведения дел.

Формирование квалифицированной группы внедрения и сопровождения системы, руководителя группы

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

Особенно важным вопросом является выбор руководителя такой группы и администратора системы. Руководитель, помимо знаний базовых компьютерных технологий, должен обладать глубокими знаниями в области ведения бизнеса и управления. В практике крупных западных компаний такой человек занимает должность CIO (Chief Information Officer) которая обычно является второй и в иерархии руководства компании. В отечественной практике, при внедрении систем такую роль, как правило, играет начальник отдела АСУ или ему аналогичного. Основными правилами организации рабочей группы являются следующие принципы:

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

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

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

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

6. Рассмотрение конкретных систем

6.1 «1С Документооборот 8»

Программный продукт "1С:Документооборот 8", разработанный на новой технологической платформе "1С:Предприятие 8.2", является преемником программного продукта "1С:Архив 3", который уже более 10 лет применяется в сотнях организаций, предприятий и учреждений, и предназначен для автоматизации документооборота.

"1С:Документооборот 8" позволяет:

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

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

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

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

"1С:Документооборот 8" в комплексе решает задачи автоматизации учета документов, взаимодействия сотрудников, контроля и анализа исполнительской дисциплины:

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

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

• регистрация входящих и исходящих документов,

• просмотр и редактирование документов,

• контроль версий документов,

• работа с документами любых типов: офисными документами, текстами, изображениями, • аудио- и видеофайлами, документами систем проектирования, архивами, приложениями и т.д.,

• полнотекстовый поиск документов по их содержанию,

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

• маршрутизация документов, настраиваемая по каждому виду документов в отдельности,

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

• учет и контроль рабочего времени сотрудников.

"1С:Документооборот 8" поддерживает многопользовательскую работу в локальной сети или через Интернет с использованием веб-браузеров или тонкого клиента.

Бизнес-процесс – это устойчивая последовательность действий сотрудников организации. Автоматизация таких последовательностей упорядочивает работу и значительно ускоряет выполнение конечной задачи.

В программе "1С:Документооборот 8" реализованы бизнес-процессы следующих видов:

• Рассмотрение: документ попадает на рассмотрение к руководителю и с его резолюцией возвращается к автору документа.

• Исполнение: документ передается на исполнение всем пользователям по списку и контролеру для соблюдения исполнительской дисциплины. Один из пользователей может быть назначен ответственным исполнителем.

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

• Утверждение: документ попадает на утверждение к ответственному лицу и возвращается к автору документа для ознакомления с результатом утверждения.

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

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

• Поручение: с помощью этого бизнес-процесса можно раздавать поручения сотрудникам и проверять их исполнение.

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

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

• Все руководители автора бизнес-процесса,

• Все подчиненные автора бизнес-процесса,

• Непосредственный руководитель автора документа,

• Все руководители автора документа.

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

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

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

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

• маршрутизация,

• сроки,

• важность,

• наименование,

• описание и другие.

В карточке вида документа можно указать перечень связанных с ним шаблонов бизнес-процессов. Этот перечень будет автоматически использоваться при создании новых бизнес-процессов на основании документов этого вида. В приведенном примере вид входящего документа Договор связан с приведенным выше шаблоном Согласование договора и двумя другими шаблонами – Утверждение договора (простое) и Регистрация договора.

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

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

Заключение

Прикладное решение "1С:Документооборот 8" разработано на платформе "1С:Предприятие 8.2", которая обеспечивает высокую гибкость, настраиваемость, масштабируемость, производительность и эргономичность прикладных решений, поддерживает работу в режиме тонкого и веб-клиента, работу пользователей через Интернет, в том числе и по низкоскоростным каналам связи.

Платформа "1С:Предприятие 8" поддерживает работу с различными СУБД - файловый режим, Microsoft SQL Server, PostgreSQL, IBM DB2, Oracle Database.

Сервер "1С:Предприятия 8" может функционировать как в среде Microsoft Windows, так и в среде Linux. Это обеспечивает при внедрении возможность выбора архитектуры, на которой будет работать система, и возможность использования открытого программного обеспечения для работы сервера и базы данных.