АННОТАЦИЯ

 

Внедрение системы документооборота в консалтин-говой фирме (на примере ООО «Автоматизирован-ные бухгалтерские системы») 107 с.

10 илл.

Библиография литературы – 19 наименований.

 

 

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

В данной работе рассмотрены теоретические основы организации документооборота, возможности прикладного решения «1С: документооборот 8» и описаны приемы внедрения электронного документооборота с помощью данного решения.

 

ОГЛАВЛЕНИЕ

ВВЕДЕНИЕ 7

1 ТЕОРИЯ ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА 10

1.1 Понятие электронного документа 10

1.2 Понятие электронного документооборота 13

1.3 Электронная цифровая подпись 16

1.4 Системы электронного документооборота 25

2 СИСТЕМА «1С:ПРЕДПРИЯТИЕ» 27

2.1 Описание системы «1С:Предприятие» 27

2.2 Общая архитектура платформы 1С:Предприятия 8 28

2.2.1 Интерфейсные механизмы 28

2.2.2 Масштабируемость 30

2.2.3 Интеграция 33

2.2.4 Система прав доступа 36

2.2.5 Обмен данными 40

2.2.6 Интернационализация 43

2.2.7 Экономическая и аналитическая отчетность 45

2.2.8 Работа пользователя 48

2.3 Новое в версии 8.2 платформы 1С:Предприятия 8 50

2.4 Описание программного продукта «1С:Документооборот 8» 57

2.4.1 Общее описание 57

2.4.2 Ключевые возможности 59

2.4.3 Делопроизводство 61

2.4.4 Хранение файлов 63

2.4.5 Коллективная работа и версионирование 65

2.4.6 Бизнес-процессы 66

2.4.7 Учет рабочего времени 69

2.4.8 Поддержка бумажного документооборота 70

2.4.9 Интернет и электронная почта 72

2.4.10 Индивидуальные настройки 72

3 ВНЕДРЕНИЕ СИСТЕМЫ ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА «1С:ДОКУМЕНТООБОРОТ 8» 75

3.1 Описание деятельности предприятия 75

3.2 Описание и моделирование бизнес-процессов предприятия 76

3.3 Разработка конфигурации для автоматизации выбранных бизнес-процессов 77

4 ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКИЙ РАЗДЕЛ 81

4.1 Расчет проектно-конструкторских затрат 81

4.1.1 Материалы и ПКИ 81

4.1.2 Расходы на оплату труда 82

4.1.3 Отчисления на социальные нужды 83

4.1.4 Командировочные расходы 83

4.1.5 Накладные расходы 84

4.1.6 Затраты по работам, выполняемым сторонними организациями и предприятиями 85

4.1.7 Структура цены 85

4.2 Расчет ожидаемого годового экономического эффекта от внедрения 86

5 БЕЗОПАСНОСТЬ ЖИЗНЕДЕЯТЕЛЬНОСТИ 87

5.1 Гигиенические требования к ПЭВМ и организации работы с ПЭВМ 87

5.2 Требования к помещениям для работы с ПЭВМ 90

5.3 Требования к микроклимату на рабочих местах, оборудованных ПЭВМ 91

5.4 Требования к уровням шума и вибрации на рабочих местах, оборудованных ПЭВМ 92

5.5 Требования к освещению на рабочих местах, оборудованных ПЭВМ 93

5.6 Общие требования к организации рабочих мест пользователей ПЭВМ 94

5.7 Требования к организации и оборудованию рабочих мест с ПЭВМ для взрослых пользователей 95

5.8 Режимы труда и отдыха при работе с ВДТ и ПЭВМ 97

ЗАКЛЮЧЕНИЕ 99

БИБЛИОГРАФИЧЕСКИЙ СПИСОК 100

ПРИЛОЖЕНИЯ 102

Приложение А 102

Приложение Б 105

 

 

Внимание!

Диплом № 2120. Это ОЗНАКОМИТЕЛЬНАЯ ВЕРСИЯ дипломной работы, цена оригинала 500 рублей. Оформлен в программе Microsoft Word. 

ОплатаКонтакты.

ВВЕДЕНИЕ

 

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

• С документами работают абсолютно все организации и большое количество частных лиц;

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

• За счет улучшения ведения делопроизводства предприятия и организации получают реальный шанс улучшить качество своего управления, что является одной из актуальнейших задач современной российской экономики;

• Секретари и лица, отвечающие в организациях за ведение дело-производства, часто стремятся повысить свою квалификацию;

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

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

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

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

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

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

Формирование согласованных стандартов и протоколов информационного обмена между государственными информационными системами в электронном виде на межведомственном уровне предусмотрено Федеральной целевой программой «Электронная Россия (2002-2010 годы)».

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

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

 

 

1 ТЕОРИЯ ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА

1.1 Понятие электронного документа

 

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

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

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

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

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

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

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

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

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

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

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

 

1.2 Понятие электронного документооборота

 

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

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

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

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

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

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

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

• ведение информационно-справочной работы;

• формирование делопроизводственных отчетов по организации в целом.

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

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

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

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

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

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

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

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

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

Таким образом, документ выполняет следующие функции:

• фиксация некоторой (содержательной) информации;

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

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

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

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

 

1.3 Электронная цифровая подпись

 

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

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

В Законе дано определение электронного документа как документа, в котором информация представлена в электронно-цифровой форме (ст. 3).

В законодательстве определены условия, при соблюдении которых электронный документ приобретает статус письменного документа и может служить доказательством в судебном разбирательстве. Так, ГК РФ связывает признание за электронным документом статуса письменного документа с наличием электронной цифровой подписи. В п. 2 ст. 160 ГК РФ электронная цифровая подпись упоминается наряду с факсимильным воспроизведением подписи как один из аналогов собственноручной подписи. В ст. 75 АПК РФ указано, что наличие электронной цифровой подписи позволяет закрепить за электронным документом статус письменного доказательства. В Законе об информации электронная цифровая подпись (ЭЦП) называется реквизитом, закрепляющим за данным видом документа правовой статус документа.

Таким образом, данные законодательные акты связывали материально-правовое значение ЭЦП с приданием информации, представленной в электронно-цифровой форме, правового статуса документа или письменного документа (доказательства). Несмотря на то, что ГК РФ и АПК РФ рассматривают ЭЦП как аналог собственноручной подписи, они не допускали юридического отождествления ЭЦП с собственноручной (физической) подписью человека на бумажном документе. Акцент делался на закреплении одинакового правового статуса электронного документа и традиционного письменного документа с использованием для данной цели различных правовых и технических средств.

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

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

Рассмотрим основные отличия этих двух видов подписи.

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

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

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

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

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

Согласно Закону ЭЦП должна решать следующие задачи: защиту электронного документа от подделки, установление отсутствия искажений информации в электронном документе, идентификацию владельца сертификата ключа подписи (ст. 3).

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

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

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

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

Логическая природа ЭЦП позволяет не различать копии одного доку-мента и сделать их равнозначными. Снимается естественное различие между оригиналом документа и его копиями, полученными в результате тиражирования (размножения).

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

Техническое обеспечение электронной цифровой подписи основано на использовании методов криптографии.

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

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

Для шифрования и дешифрования информации необходимо знать метод и ключ шифрования.

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

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

Открытый ключ электронной цифровой подписи — уникальная последовательность символов, соответствующая закрытому ключу электронной цифровой подписи, доступная любому пользователю информационной системы и предназначенная для подтверждения с использованием средств электронной цифровой подписи подлинности электронной цифровой подписи в электронном документе (ст. 3 Закона об ЭЦП).

Закрытый ключ может быть скомпрометирован различными спо-собами:

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

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

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

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

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

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

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

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

При создании ключей электронных цифровых подписей для использования в информационной системе общего пользования должны применяться только сертифицированные средства электронной цифровой подписи (п. 2 ст. 5). Использование несертифицированных средств электронной цифровой подписи и созданных ими ключей электронных цифровых подписей в корпоративных информационных системах федеральных органов государственной власти, органов государственной власти субъектов Российской Федерации и органов местного самоуправления не допускается (п. 3 ст. 5). В России деятельность по разработке средств ЭЦП относится к лицензируемым видам деятельности (Федеральный закон от 8 августа 2001 г. N 128-ФЗ «О лицензировании отдельных видов деятельно-сти»).

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

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

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

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

На практике сертификация открытых ключей выполняется следующим образом:

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

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

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

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

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

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

Значительно более трудной представляется задача практического создания в нашей стране инфраструктуры открытых ключей (PKI — Public Key Infrastructure) в системах электронного документооборота и электронной торговли.

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

Основным компонентом инфраструктуры является собственно система удостоверяющих центров.

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

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

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

 

1.4 Системы электронного документооборота

 

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

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

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

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

 

 

2 СИСТЕМА «1С:ПРЕДПРИЯТИЕ»

2.1 Описание системы «1С:Предприятие»

 

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

Основной особенностью системы «1С:Предприятие» является ее конфигурируемость. Собственно система «1С:Предприятие» представляет собой совокупность механизмов, предназначенных для манипулирования различными типами объектов предметной области. Набор объектов, структуры информационных массивов, алгоритмы обработки информации, соответствующих поставленной задаче, определяет конкретная конфигурация. Вместе с конфигурацией система «1С:Предприятие» выступает в качестве уже готового к использованию программного продукта, ориентированного на определенные типы предприятий и классы решаемых задач.

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

 

2.2 Общая архитектура платформы 1С:Предприятия 8

 

 

Рисунок 1 — Архитектура платформы 1С:Предприятие 8

 

Рассмотрим некоторые компоненты платформы

 

2.2.1 Интерфейсные механизмы

 

Назначение интерфейсных механизмов платформы 1С:Предприятие 8 заключается в том, чтобы обеспечить взаимодействие пользователя с прикладным решением.

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

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

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

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

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

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

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

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

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

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

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

 

2.2.2 Масштабируемость

 

Масштабируемость — это способность системы адаптироваться к рас-ширению предъявляемых требований и возрастанию объемов решаемых за-дач.

Система 1С:Предприятие 8 имеет хорошие возможности масштабирования. Она позволяет работать как в файловом варианте, так и с использованием технологии «клиент-сервер».

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

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

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

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

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

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

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

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

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

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

• Выполнение на сервере

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

• Кэширование данных

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

• Работа встроенного языка на сервере

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

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

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

 

2.2.3 Интеграция

 

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

В системе 1С:Предприятие 8 имеется целый набор средств, с помощью которых можно:

• создавать, обрабатывать и обмениваться данными различных форматов;

• осуществлять доступ ко всем объектам системы 1С:Предприятие 8, реализующим ее функциональные возможности;

• поддерживать различные протоколы обмена;

• поддерживать стандарты взаимодействия с другими подсистемами;

• разрабатывать собственные интернет-решения.

Текстовые документы

Встроенный язык системы 1С:Предприятие 8 позволяет разработчику создавать, динамически формировать и записывать текстовые документы. Обмен данными с использованием текстовых документов может быть одним из менее «ресурсоемких» способов организации взаимодействия с другими информационными системами. Помимо обычных способов работы с текстовыми документами (чтение, запись, вставка и добавление строк, получение строк), разработчик имеет возможность динамического формирования текстовых документов на основе заранее созданных шаблонов.

Текстовые файлы

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

XML-документы

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

DBF-файлы

Механизм работы с базами данных формата DBF предназначен для обеспечения возможности манипулирования ими непосредственно из встроенного языка системы 1С:Предприятие 8. Возможно практически любое манипулирование данными.

Внешнее соединение

Основная задача, решаемая с помощью внешнего соединения – обеспечение надежного и быстрого программного доступа к данным системы 1С:Предприятие 8 из внешних приложений.

Automation Client/Server

Основное назначение Automation-сервера 1С:Предприятие 8 — управление приложением системы 1С:Предприятие 8 из других приложений и выполнение действий аналогичных интерактивным действиям.

HTML-документы

Средства работы с HTML-документами позволяют встраивать их в формы прикладного решения и выполнять их редактирование средствами встроенного языка.

Работа с файлами

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

Технология внешних компонентов

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

Макеты ActiveDocument

Технология ActiveDocument предназначена для редактирования доку-ментов внешними по отношению к 1С:Предприятию 8 редакторами.

Работа с Интернетом

Работа с Интернет возможна непосредственно из встроенного языка. Разработчик может выполнять отправку и прием писем электронной почты, а также осуществлять обмен данными по протоколам HTTP (HTTPS) и FTP.

Web-расширение

Web–расширение является отдельным программным продуктом и по-зволяет встраивать доступ к данным 1С:Предприятия в существующие Web-сайты и Web-приложения, а так же создавать готовые Web-приложения, ис-пользующие информационную базу 1С:Предприятия 8.

Обмен данными

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

Web-сервисы

Механизм Web-сервисов позволяет создавать Web-сервисы в конфигу-рации 1С:Предприятия 8, а также взаимодействовать в конфигурации 1С:Предприятия 8 с веб-сервисами, опубликованными сторонними поставщиками.

XDTO

Механизм XDTO предназначен прежде всего для описания типов параметров и возвращаемых значений Web-сервисов. Также этот механизм может использоваться для обмена данными между различными конфигурациями 1С:Предприятия 8 или другими информационными системами.

 

2.2.4 Система прав доступа

 

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

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

Роли

Для реализации ограничения прав доступа в прикладных решениях предназначены специальные объекты конфигурации — Роли.

Интерактивные и основные права

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

Основные и интерактивные права взаимосвязаны. Например, существует основное право Удаление, которому соответствуют два интерактивных права: Интерактивное удаление и Интерактивное удаление помеченных. Если пользователю запрещено Удаление, то и все интерактивные «удаления» также будут запрещены для него. В то же время, если пользователю разрешено Интерактивное удаление помеченных, это значит, что Удаление ему также разрешается.

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

Например, для того, чтобы пользователь имел право Итерактивное удаление помеченных, ему необходимо обладать интерактивными правом Редактирование. Это право, в свою очередь, требует наличия интерактивного права Просмотр:

Право Интерактивное удаление помеченных требует наличия основного права Удаление. Интерактивное право Редактирование требует наличия основного права Изменение. Интерактивное право Просмотр требует наличия основного права Чтение.

Кроме этого основные права Изменение и Удаление требуют наличия основного права Чтение.

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

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

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

• добавление — добавление новых записей без изменения сущест-вующих;

• изменение — изменение существующих записей;

• удаление — удаление некоторых записей без внесения изменений в оставшиеся.

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

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

Ограничение доступа к данным представляет собой условие, описанное на языке, который является подмножеством языка запросов. Это условие применяется для каждой записи таблицы базы данных, над которой выполняется операция. Если условие принимает значение «истина», то операция выполняется, а если нет, то не выполняется. Условие ограничения доступа может быть уточнено с помощью инструкций препроцессора(#ЕСЛИ <условие>, #ТОГДА.. и др.), что сделает его более эффективным. При просмотре списков и формировании отчетов существует возможность обеспечить отображение только тех данных, доступ к которым пользователю разрешен.

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

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

Параметры сеанса

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

Выполнение на сервере без проверки прав

Привилегированные модули

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

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

Привилегированный режим исполнения программного кода

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

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

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

 

2.2.5 Обмен данными

 

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

Платформа обеспечивает работу двух механизмов обмена данными:

Механизм распределенных информационных баз

Этот механизм предназначен для обмена данными только с идентичными конфигурациями 1С:Предприятия 8 и жестко регламентирует структуру создаваемой системы. Он является аналогом компоненты «Управление распределенными информационными базами», существующей в технологической платформе 1С:Предприятия 7.7, однако существенно превосходит этот механизм по гибкости настройки и разнообразию поддерживаемых схем обмена.

Универсальный механизм обмена данными

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

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

В состав средств платформы, используемых для построения схем обмена данными, входят:

Планы обмена

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

Средства XML-сериализации

Средства XML-сериализации служат для представления данных 1С:Предприятия 8 различных типов в виде последовательности данных XML, и наоборот.

Средства чтения/записи XML-документов

Средства чтения и записи XML-документов позволяют работать с дан-ными формата XML на «базовом» уровне, без привязки к объектам 1С:Предприятия 8.

 

 

Рисунок 2 — Механизмы обмена данными

 

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

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

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

 

2.2.6 Интернационализация

 

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

Можно выделить следующие возможности интернационализации:

UNICODE

Поддержка различных языков в системе 1С:Предприятие возможна благодаря тому, что все тексты конфигурации и базы данных хранятся в формате UNICODE. Этот формат позволяет включать в любую текстовую информацию одновременно символы различных языков. Таким образом, пользователь может вводить данные на различных языках, например, если описание товара или текст договора нужно включить на языке страны-производителя. В этом случае система будет не только корректно отображать такие тексты, но и выполнять по ним поиск и сортировку.

Поддержка национальных дат, чисел

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

Два варианта встроенного языка

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

Поддержка интернационализации во встроенном языке.

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

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

Различные языки интерфейса платформы

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

Локализация прикладных решений

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

В конфигурацию можно добавить несколько специальных объектов конфигурации — Язык. Тогда для любого текста конфигурации (например, надписи на кнопке), можно будет задать ее представление на каждом из этих языков.

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

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

Различные языки интерфейса программы установки

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

Сопроводительные файлы на двух языках

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

 

2.2.7 Экономическая и аналитическая отчетность

 

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

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

Перечислим основные механизмы, используемые при создании эконо-мических и аналитических отчетов:

Механизм запросов

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

Табличный документ

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

Система компоновки данных

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

Географическая схема

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

Механизм анализа данных и прогнозирования

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

Диаграммы

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

 

 

 

 

2.2.8 Работа пользователя

 

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

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

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

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

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

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

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

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

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

Для большинства списков система предоставляет возможность их вывода для печати или для сохранения их на диске в виде файла.

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

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

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

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

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

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

Календарь — тоже полезная вещь и также всегда под рукой. Размеры календаря можно изменять и прикреплять к краю экрана.

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

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

 

2.3 Новое в версии 8.2 платформы 1С:Предприятия 8

 

Версия 1С:Предприятие 8.2 — это принципиальное изменение архитектуры платформы версии 8, наиболее существенное с момента ее выпуска.

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

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

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

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

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

Веб-клиент не требует предварительной установки. Он исполняется не в среде операционной системы, а в среде интернет-браузера (Microsoft Internet Explorer или Mozilla Firefox). Пользователю достаточно запустить свой браузер, ввести адрес веб-сервера, на котором опубликована информационная база, и веб-клиент «сам приедет» к нему на компьютер и начнет исполняться.

Работа пользователей через Интернет, в том числе по низкоско-ростным каналам связи

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

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

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

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

Отказоустойчивый кластер серверов с динамической балансировкой нагрузки

В новой версии платформы реализована отказоустойчивость кластера серверов «1С:Предприятия» – основного компонента, обеспечивающего взаи-модействие между пользователем и СУБД.

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

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

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

Поддержка СУБД Oracle Database

Реализована поддержка новой СУБД – Oracle Database. Разработка велась при взаимодействии со специалистами корпорации Oracle. Теперь платформа «1С:Предприятия 8» поддерживает работу с пятью СУБД:

• Файловая;

• Microsoft SQL Server;

• PostgreSQL;

• IBM DB2;

• Oracle Database.

 

Механизм агрегатов для оптимизации построения аналитических отчетов

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

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

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

Расширение возможностей по управлению отчетами для разработчиков и пользователей

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

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

Создание и изменение вариантов отчета и настроек вариантов отчета возможно как в конфигураторе, так и в режиме «1С:Предприятие». Основной сценарий работы предполагает, что все пользователи работают с одними и теми же вариантами отчетов, а настройки этих вариантов у каждого пользователя – свои собственные. В тоже время разработчик может реализовать и другие сценарии работы: варианты и настройки общие для всех, собственные варианты и настройки для отдельных групп пользователей, персональные варианты и настройки.

Расширение состава инструментов разработчика для оптимизации прикладных решений

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

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

Новый дизайн интерфейса

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

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

Панель разделов представляет основное разделение функциональности прикладного решения.

При активизации раздела вся его функциональность представляется в виде команд в двух панелях: панели навигации (слева) и панели действий (сверху).

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

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

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

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

• и другие механизмы.

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

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

Кроме стандартных сценариев установки и развертывания, предостав-ляемых «1С:Предприятием 8», можно использовать и возможности операционной системы: установка с помощью групповых политик и установка с помощью logon-скрипта.

Повышение масштабируемости и быстродействия системы:

• Увеличена скорость работы с базой данных.

• Ускорено исполнение запросов к базе данных.

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

• Уменьшено время первого открытия конфигурации.

 

Прочие новые возможности:

• Постепенный перевод существующих прикладных решений в режим управляемого приложения;

• Доступ к стандартным реквизитам объектов конфигурации;

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

• Механизмы заполнения новых объектов данными и проверки заполнения;

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

• Возможность работы в разных часовых поясах;

• Безопасный и привилегированный режимы исполнения кода на

• встроенном языке;

• Новая технология внешних компонентов.

 

2.4 Описание программного продукта «1С:Документооборот 8»

2.4.1 Общее описание

 

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

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

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

Предусмотрены учет и контроль рабочего времени сотрудников, а также работа с программой «1С:Документооборот 8» в режиме распределенной информационной базы.

Программный продукт «1С:Документооборот 8» полностью соответствует действующим стандартам и нормам, например ГОСТ Р 6.30-2003, ГОСТ Р 51141-98, общим требованиям к документам и службам документационного обеспечения, типовой инструкции по делопроизводству в органах федеральной исполнительной власти, Федеральному закону от 27.07.06 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации» и другим нормативным актам.

Программа создана на технологической платформе «1С:Предприятие 8.2» и поддерживает работу большого количества пользователей по локальной сети или через Интернет, в том числе с использованием веб-браузеров Internet Explorer или Mozilla Firefox, обеспечивая таким образом поддержку сотрудников, работающих вне офиса.

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

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

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

 

2.4.2 Ключевые возможности

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• ГОСТ Р 6.30-2003;

• ГОСТ Р 51141-98;

• Федеральный закон Российской Федерации от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации»;

• Требования ГСДОУ;

• Типовая инструкция по делопроизводству в органах федеральной исполнительной власти и др.

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

 

 

 

2.4.3 Делопроизводство

 

«1С:Документооборот 8» позволяет вести учет официальных документов предприятия. Принципы учета, заложенные в программу, соответствуют российскому законодательству, ГОСТам, отечественной и международной делопроизводственной практике.

Типы документов

Работа ведется с тремя типами документов:

• Входящие;

• Исходящие;

• внутренние.

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

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

Обычная схема обработки входящего документа:

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

• Рассмотрение;

• Исполнение.

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

После записи исходящего документа, являющегося ответом на входя-щий, у входящего документа автоматически устанавливается пометка Отправлен ответ.

Обычная схема обработки исходящего документа:

• Создание исходящего документа;

• Согласование исходящего документа;

• Утверждение исходящего документа;

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

Входящие и исходящие документы автоматически связываются в цепочки.

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

Присвоение регистрационного номера внутреннему документу выпол-няется секретарем или другим ответственным лицом после согласования и ут-верждения.

Вид является важной характеристикой документа. Он определяет:

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

• маршруты обработки документов;

• правила формирования регистрационного номера.

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

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

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

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

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

Пример настройки дополнительных свойств: можно отметить актуаль-ность и добавить особые отметки для внутренних документов вида «Информационно-справочный».

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

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

 

2.4.4 Хранение файлов

 

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

• офисные документы;

• изображения;

• тексты;

• аудио- и видеофайлы;

• архивы;

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

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

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

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

Могут использоваться различные подходы к построению структуры папок:

• в соответствии с организационной структурой предприятия (например, Администрация, Бухгалтерия, Сервисная служба);

• по тематике файлов (например, Планы, Калькуляции, Исследования, Рекламные материалы, Проектные документы и т. д.);

• по уровню доступа (например, Общие, Конфиденциальные).

Загрузить файлы в информационную базу можно несколькими способами:

• перенести файлы и каталоги мышкой (Drag&Drop),

• импортировать каталоги,

• импортировать файлы,

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

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

 

«1С:Документооборот 8» позволяет создавать новые файлы с помощью заранее подготовленных шаблонов. Папки и файлы, созданные вне программы, могут быть целиком перенесены в информационную базу «1С:Документооборота 8».

С файлами, хранящимися в информационной базе, возможны следую-щие операции:

• Просмотреть;

• Редактировать;

• Закончить редактирование с сохранением измененного файла в информационной базе и снятием пометки занятости;

• Занять с открытием файла или без него;

• Открыть каталог файла – открытие каталога на локальном ком-пьютере с сохранением в нем файла ИБ, открытого для просмотра или редактирования;

• Отменить редактирование – снятие с файла пометки занятости без сохранения изменений;

• Сохранить изменения – сохранение изменений без снятия с файла пометки занятости;

• Сохранить как – сохранение файла в указанном каталоге на ло-кальном компьютере или переносном устройстве;

• Обновить из файла на диске – обновление файла ИБ из файла на на локальном компьютере или переносном устройстве.

 

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

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

 

2.4.5 Коллективная работа и версионирование

 

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

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

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

Непосредственно из карточки файла можно посмотреть список версий, удалить ненужные, сменить активную (текущую) версию. Для файлов популярных форматов (doc, rtf, html, txt, odt) поддерживается сравнение версий.

 

2.4.6 Бизнес-процессы

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

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

• сроки,

• важность,

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

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

 

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

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

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

 

2.4.7 Учет рабочего времени

 

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

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

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

Данные по учету и контролю рабочего времени позволяют:

Директору – оценить, на какие виды работ затрачивается больше всего времени и средств. Например, выяснив, что 50% рабочего времени сотрудников уходит на совещания, и сопоставив расход времени с фондом заработной платы в программах «1С:Зарплата и Управление Персоналом 8», «1С:Зарплата и кадры бюджетного учреждения 8», можно оценить соответствующие денежные расходы.

Линейному руководителю – оценить загрузку сотрудников, например:

Иванов больше половины рабочего времени вынужден тратить на разбор почты.

Петров в течение недели занимался «перспективными исследова-ниями».

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

• Представление итоговой информации руководству;

• Анализ данных;

• Оперативный контроль;

• Печать официальных документов.

 

Большинство отчетов представлены в нескольких вариантах

 

2.4.8 Поддержка бумажного документооборота

 

Ведение номенклатуры дел

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

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

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

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

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

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

• Обложку дела;

• Внутреннюю опись дела;

• Лист-заверитель дела;

• Карту-заместитель дела.

 

При печати некоторых бланков возможен вывод наименования предприятия и ФИО ответственных лиц, например, руководителя предприятия, руководителя службы ДОУ (документационное обеспечение управления) и т.д.

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

При необходимости в карточке документа можно указать сведения о составе его бумажной версии:

• количество листов,

• количество приложений,

• количество листов в приложениях.

 

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

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

 

2.4.9 Интернет и электронная почта

 

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

Любой документ или файл «1С:Документооборота 8» можно отправить по электронной почте непосредственно из программы. При отправке входящих и исходящих документов почтовый адрес получателя подставляется автоматически из адреса соответствующего контактного лица или корреспондента.

Также в программе поддерживается:

• Загрузка входящих или внутренних документов;

• Автоматическая привязка к корреспонденту по адресу почты;

• Загрузка всех вложенных файлов.

 

Зарегистрированные пользователи могут обновлять программу через Интернет.

 

2.4.10 Индивидуальные настройки

 

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

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

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

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

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

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

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

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

Права настраиваются через группы доступа с учетом следующих реквизитов документа:

• Вид документа;

• Гриф доступа;

• Корреспондент (группа доступа корреспондентов).

 

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

Правами доступа к бизнес-процессам и задачам обладают:

• автор бизнес-процесса (задачи);

• все участники бизнес-процесса (только чтение);

• исполнитель задачи (изменение своей задачи);

• линейные руководители участников бизнес-процессов (только чтение).

 

Роль Контроль задач и бизнес-процессов имеет полные права на все бизнес-процессы и задачи.

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

Роль Контроль ежедневных отчетов дает полные права на все ежедневные отчеты всех сотрудников.

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

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

• группам доступа физических лиц;

• видам документов;

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

• грифам.

 

3 ВНЕДРЕНИЕ СИСТЕМЫ ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА «1С:ДОКУМЕНТООБОРОТ 8»

3.1 Описание деятельности предприятия

 

Фирма «Автоматизированные бухгалтерские системы» работает на рынке автоматизации управления и учета с 2000 года. Цель Компании – предоставление полного спектра услуг по автоматизации управления и учета на предприятиях с использованием программных продуктов фирмы «1С» и её партнеров, обеспечение их качества на уровне лидеров бизнеса, без скидок на провинцию.

Сегодня ООО «АБС» — уверенно растущая компания с профессиональным коллективом специалистов, с собственной школой их подготовки, с отлаженной технологией внедрения и сопровождения информационных систем различного масштаба, с собственной учебной базой.

В штате компании работают аттестованные фирмой «1С» специалисты, что является залогом качества нашей работы. Благодаря этому компания уверенно занимает лидирующие позиции среди фирм-франчайзи «1С» г. Миасса.

ООО «Автоматизированные бухгалтерские системы» входит в сеть партнеров фирмы «1С» по направлению «1С:Консалтинг», оказывающих консультационные услуги в области управления, бухгалтерского учета и налогообложения в совокупности с услугами по автоматизации управленческих и учетных задач на базе системы программ «1С:Предприятие 8».

Обладая необходимыми компетенциями в предметной области «Авто-матизированные бухгалтерские системы» предлагает услуги в обасти:

• бухгалтерского консалтинга;

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

• построения системы управления жизненным циклом изделий (PLM-технологий).

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

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

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

В зависимости от масштаба внедряемой системы мы различаем три вида внедрения:

• экспресс-внедрение;

• стандартное внедрение;

• проектное внедрение.

 

3.2 Описание и моделирование бизнес-процессов предприятия

 

Для автоматизации были выбраны три бизнес-процесса:

• замена ключа;

• оформление заявки на консультацию;

• покупка программного продукта (коробки).

 

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

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

• заявление о срочной регистрации;

• регистрационная анкета;

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

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

Модели описанных бизнес-процессов (типа eEPC), выполненные в программной среде ARIS приведены в приложении А.

 

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

 

Бизнес-процессы в системе «1С:Предприятие» позволяют формализо-вать процедуры обработки тех или иных событий, возникающих в деятельности организации, и обеспечить участие в них исполнителей.

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

Карты маршрутов описанных ранее бизнес-процессов представлены в приложении Б.

Для реализации ролевой адресации было создано несколько пользователей и занесены соответствующие записи в справочник РолиИсполнителей.

 

Рисунок 3 — Список пользователей конфигурации

 

Инициализация параметра сеанса при запуске системы:

 

Процедура УстановкаПараметровСеанса(ТребуемыеПараметры)

Пользователь = Справочники.РолиИсполнителей.

НайтиПоНаименованию(ИмяПользователя());

Параметры сеанса.ТекущийИсполнитель = Пользователь;

КонецПроцедуры

 

Бизнес-процесс стартует при вызове метода Старт() или нажатии кнопки Стартовать и закрыть в форме объекта.

 

Рисунок 4 — Форма бизнес-процесса

 

Задачи в системе «1С:Предприятие» позволяют вести учет заданий по исполнителям и служат отражением продвижения бизнес-процессов по точкам маршрута. Задачи сообщают бизнес-процессам о своем выполнении, чем вызывают их движение дальше по маршруту:

 

Процедура ОбработкаПроверкиВыполнения

(ТочкаМаршрутаБизнесПроцесса, Задача, Результат)

Результат = Истина;

КонецПроцедуры

 

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

Например, обработчик условия в бизнес-процессе Покупка коробки:

Процедура НаличиеПроверкаУсловия(ТочкаМаршрутаБизнесПроцесса, Результат)

Если НаличиеНаСкладе Тогда

Результат = Истина;

КонецЕсли

КонецПроцедуры

 

Завершение является последним этапом в жизненном цикле бизнес-процесса. Бизнес-процесс автоматически становится завершенным при дости-жении точки завершения и при условии отсутствия невыполненных задач по этому бизнес-процессу. При переходе на точку завершения вызывается обра-ботчик ПриЗавершении().

 

Процедура ЗавершениеПриЗавершении

(ТочкаМаршрутаБизнесПроцесса, Отказ)

ДатаЗавершения = ТекущаяДата();

Записать();

КонецПроцедуры

 

4 ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКИЙ РАЗДЕЛ

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

Расчет структуры цены проводится методом прямого калькулирования с учетом законодательных актов в части ценообразования по состоянию на 15 апреля 2009 года:

 

4.1 Расчет проектно-конструкторских затрат

4.1.1 Материалы и ПКИ

 

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

Расчет затрат на материалы и ПКИ приведен в таблице 1.

Таблица 1 — Расчет затрат на материалы и ПКИ

Наименование Единица Коли- Цена единицы, Сумма, Обосно-

материалов, ПКИ изме- чест- руб. руб. вание

и других

материальных ресурсов рения во (без НДС)

1 2 3 4 5 6

 

 

Флэш шт. 1 381,36 381,36

прайс ─

листы

 

 

 

 

 

 

4.1.2 Расходы на оплату труда

 

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

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

 

Таблица 2 — Календарный план проведения работ

№ Срок выполнения Трудоёмкость (чел/час)

пп Наименование работ начало окончание

1 2 3 4 5

1. Получение и анализ задания на разработку 01.03.2010 15.03.2010 56

2. Подбор, изучение научно-технической ли-тературы, подготовка материалов и спра-вочных данных 15.03.2010 28.03.2010 52

3. Компоновка и оформление

собранных данных 28.03.210 22.04.2010 72

4. Разработка проектной части дипломного проекта 23.04.2010 20.05.2010 81

8. Технико-экономическое обоснование стоимости разработки 11.05.2010 11.06.2010 15

9. Обоснование раздела «Безопасность жиз-недеятельности» 12.05.2010 09.06.2010 27

10. Анализ разработки, выводы и оформление проекта 20.05.2010 11.06.2010 88

ИТОГО: 391

 

При среднем количестве часов в месяц в 2010 году — 165,6 часов в месяц продолжительность работ в месяцах будет составлять 2,4 месяца (608/165,6).

Полные расходы на оплату труда приведены в таблице 3.

 

 

 

 

Таблица 3 — Расчет расходов на оплату труда

Сроки Категория рабо-тающих

ИТР и служащие

Начало Окон- Продол Кол-во Трудоем- Среднемесячный Расходы

чание житель участ- кость размер расходов на

ность ников (чел/мес) на оплату труда оплату

(мес.) (чел.) одного человека труда

в месяц

2 3 4 5 6 7 8

01.03.2010 11.06.2010 2,4 1 2,4 15000,00 36 000,00

 

 

4.1.3 Отчисления на социальные нужды

 

В соответствии с Налоговым кодексом РФ (часть вторая) установлен единый социальный налог по ставке 26% от расходов на оплату труда.

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

Для ООО «Автоматизированные бухгалтерские системы» размер страхового тарифа, указанный в страховом свидетельстве равен 0,2.

Таким образом, суммарный тариф отчислений на социальные нужды составит для ГРЦ 26,0% + 0,2 % = 26,2 % от суммы расходов на оплату труда.

Размер отчислений на социальные нужды составит:

36000 * 0,262 = 9 432,00 рублей

 

4.1.4 Командировочные расходы

 

Нормы возмещения командировочных расходов:

• оплата найма жилого помещения — по фактическим расходам, подтвержденным соответствующими документами, но не более 550 руб. в сутки, а при отсутствии документов — в размере 12 руб. в сутки;

• оплата суточных — 200 руб. за каждый день нахождения в командировке;

• оплата проезда — по представленным проездным документам.

В нашем случае затраты отсутствуют.

 

4.1.5 Накладные расходы

 

Сюда относятся:

• расходы на содержание аппарата работников управления;

• содержание зданий, сооружений, инвентаря общехозяйственного назначения;

• конторские, типографские, почтово-телеграфные и телефонные расходы;

• плата (или содержание) за пожарную, военизированную и сторожевую охрану;

• плата за аренду в случае аренды отдельных объектов основных производственных фондов;

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

• оплата работ по сертификации продукции;

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

Накладные расходы определяются индивидуально по каждому предприятию и зависят от вида деятельности и составляют 135 % от расходов на оплату труда.

Накладные расходы = 36000* 1,35 = 48600 рублей

 

 

 

 

4.1.6 Затраты по работам, выполняемым сторонними организациями и предприятиями

 

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

В нашем случае затраты отсутствуют.

 

4.1.7 Структура цены

 

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

Плановая прибыль определяется в размере 18 % от себестоимости собственных работ. Плановая структура цены представлена в таблице 4.

Таблица 4 — Плановая структура цены

(руб.)

№ Наименование статей затрат Всего Доля в полной се-бестоимости в %

п/п

1 Материалы и ПКИ 381,36 0,40

2 Расходы на оплату труда 36 000,00 38,13

3 Отчисления на социальные нужды(26%+0,2%=26,2%) от расходов на оплату труда 9 432,00 9,99

4 Прочие прямые расходы (расходы на служебные командировки) 0,00 0,00

5 Накладные расходы (135% от расходов на оплату труда) 48 600,00 51,48

Итого себестоимость собственных работ 94 413,36

6 Затраты по работам, выполняемым сторонними организациями и предприятиями 0,00 0,00

Итого полная себестоимость 94 413,36 100,00

7 Прибыль 18% от себестоимости собственных работ 16 994,40

8 Цена 111 407,76

9 НДС 18% 20 053,40

10 Цена реализации (Цена + НДС) 131 461,16

Затраты на проектно-конструкторские работы составили 131461,16 рублей.

 

 

 

5 БЕЗОПАСНОСТЬ ЖИЗНЕДЕЯТЕЛЬНОСТИ

 

В помещении на оператора могут влиять следующие опасные физиче-ские факторы:

• Повышенная и пониженная температура воздуха;

• Чрезмерная запыленность и загазованность воздуха;

• Повышенная или пониженная влажность воздуха;

• Недостаточная освещенность рабочего места;

• Превышение допустимых норм шумности;

• Повышенный уровень ионизирующего излучения;

• Повышенный уровень электромагнитных полей;

• Повышенный уровень статического электричества;

• Опасность поражения электрическим током;

• Блеклость экрана дисплея.

 

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

• Нервно-эмоциональные перегрузки;

• Умственное напряжение;

• Перенапряжение зрительного анализатора.

 

5.1 Гигиенические требования к ПЭВМ и организации работы с ПЭВМ

 

Параметры вредных и опасных факторов, а также контролируемой продукции представлен в таблице 5.

Таблица 5 — Перечень продукции и контролируемых гигиенических параметров вредных и опасных факторов

N

п/п Вид продукции Код ОКП Контролируемые гигиенические пара-метры

1 Машины вычислительные элек-тронные цифровые, машины вы-числительные электронные, циф-ровые персональные (включая портативные ЭВМ) 40 1300

40 1350

40 1370 Уровни электромагнитных полей (ЭМП), акустического шума, концен-трация вредных веществ в воздухе, мягкое рентгеновское излучение, ви-зуальные показатели ВДТ

2 Устройства периферийные прин-теры, сканеры модемы, сетевые устройства, бесперебойного пита-ния и т.д. 4 3000 Уровни ЭМП, акустического шума, концентрация вредных веществ в воз-духе

3 Устройства отображения инфор-мации (видеодисплейные терми-налы) 40 3200 Уровни ЭМП, визуальные показатели, концентрация вредных веществ в воз-духе, мягкое рентгеновское излучение

 

Допустимые уровни звукового давления и уровней звука, созда-ваемого ПЭВМ, не должны превышать представленных значений

 

Таблица 6 — Допустимые значения уровней звукового давления в октавных полосах частот и уровня звука, создаваемого ПЭВМ

Уровни звукового давления в октавных полосах со среднегеометрическими часто-тами Уровни звука в дБА

31,5 Гц 63 Гц 125 Гц 250 Гц 500 Гц 1000 Гц 2000 Гц 4000 Гц 8000 Гц

86 дБ 71 дБ 61 дБ 54 дБ 49 дБ 45 дБ 42 дБ 40 дБ 38 дБ 50

 

Измерение уровня звука и уровней звукового давления проводится на расстоянии 50 см от поверхности оборудования и на высоте расположения источника(ков) звука.

 

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

 

Таблица 7 — Временные допустимые уровни ЭМП, создаваемых ПЭВМ

Наименование параметров ВДУ ЭМП

Напряженность электрического поля в диапазоне частот 5 Гц — 2 кГц 25 В/м

в диапазоне частот 2 кГц — 400 кГц 2,5 В/м

Плотность магнитного потока в диапазоне частот 5 Гц — 2 кГц 250 нТл

в диапазоне частот 2 кГц — 400 кГц 25 нТл

Электростатический потенциал экрана видеомонитора 500 В

 

Допустимые визуальные параметры устройств отображения информа-ции:

Таблица 8 — Допустимые визуальные параметры устройств отображения ин-формации

N п/п Параметры Допустимые значения

1 Яркость белого поля Не менее 35 кд/кв. м

2 Неравномерность яркости рабочего поля Не более +/- 20%

3 Контрастность (для монохромного режима Не менее 3:1

4 Временная нестабильность изображения (непред-намеренное изменение во времени яркости изобра-жения на экране дисплея) Не должна фиксироваться

5 Пространственная нестабильность изображения (непреднамеренные изменения положения фраг-ментов изображения на экране) Не более 2 x 1E(-4L), где L — проектное расстояние на-блюдения, мм

 

Для дисплеев на ЭЛТ частота обновления изображения должна быть не менее 75 Гц при всех режимах разрешения экрана, гарантируемых нормативной документацией на конкретный тип дисплея, и не менее 60 Гц для дисплеев на плоских дискретных экранах (жидкокристаллических, плазменных и т.п.).

Концентрации вредных веществ, выделяемых ПЭВМ в воздух помещений, не должны превышать предельно допустимых концентраций (ПДК), установленных для атмосферного воздуха.

Мощность экспозиционной дозы мягкого рентгеновского излучения в любой точке на расстоянии 0,05 м от экрана и корпуса ВДТ (на электронно-лучевой трубке) при любых положениях регулировочных устройств не должна превышать 1 мкЗв/час (100 мкР/час).

Конструкция ПЭВМ должна обеспечивать возможность поворота корпуса в горизонтальной и вертикальной плоскости с фиксацией в заданном положении для обеспечения фронтального наблюдения экрана ВДТ. Дизайн ПЭВМ должен предусматривать окраску корпуса в спокойные мягкие тона с диффузным рассеиванием света. Корпус ПЭВМ, клавиатура и другие блоки и устройства ПЭВМ должны иметь матовую поверхность с коэффициентом отражения 0,4 — 0,6 и не иметь блестящих деталей, способных создавать бли-ки.

Конструкция ВДТ должна предусматривать регулирование яркости и контрастности.

 

5.2 Требования к помещениям для работы с ПЭВМ

 

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

Окна в помещениях, где эксплуатируется вычислительная техника, преимущественно должны быть ориентированы на север и северо-восток.

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

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

Площадь на одно рабочее место пользователей ПЭВМ с ВДТ на базе электронно-лучевой трубки (ЭЛТ) должна составлять не менее 6 м2, в помещениях культурно-развлекательных учреждений и с ВДТ на базе плоских дискретных экранов (жидкокристаллические, плазменные) — 4,5 м2.

При использовании ПВЭМ с ВДТ на базе ЭЛТ (без вспомогательных устройств — принтер, сканер и др.), отвечающих требованиям международных стандартов безопасности компьютеров, с продолжительностью работы менее 4-х часов в день допускается минимальная площадь 4,5 м2 на одно рабочее место пользователя (взрослого и учащегося высшего профессионального образования).

Для внутренней отделки интерьера помещений, где расположены ПЭВМ, должны использоваться диффузно отражающие материалы с коэффициентом отражения для потолка — 0,7 — 0,8; для стен — 0,5 — 0,6; для пола — 0,3 — 0,5.

Полимерные материалы используются для внутренней отделки интерьера помещений с ПЭВМ при наличии санитарно-эпидемиологического заключения.

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

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

 

5.3 Требования к микроклимату на рабочих местах, оборудованных ПЭВМ

 

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

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

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

Оптимальными параметрами микроклимата являются:

Таблица 9 — Оптимальные параметры микроклимата во всех типах учебных и дошкольных помещений с использованием ПЭВМ

Температура, град. С Относительная влаж-ность, % Абсолютная влаж-ность, г/м3 Скорость движения воздуха, м/с

19 62 10 < 0,1

20 58 10 < 0,1

21 55 10 < 0,1

 

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

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

 

5.4 Требования к уровням шума и вибрации на рабочих местах, оборудованных ПЭВМ

 

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

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

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

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

 

5.5 Требования к освещению на рабочих местах, оборудованных ПЭВМ

 

При освещении помещений используют естественное и искусственное освещение.

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

Искусственное освещение в помещениях для эксплуатации ПЭВМ должно осуществляться системой общего равномерного освещения.

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

Освещенность на поверхности стола в зоне размещения рабочего документа должна быть 300 — 500 лк. Освещение не должно создавать бликов на поверхности экрана. Освещенность поверхности экрана не должна быть более 300 лк.

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

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

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

 

5.6 Общие требования к организации рабочих мест пользователей ПЭВМ

 

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

Схема размещения рабочих мест с ПЭВМ должна учитывать расстояние между рабочими столами с видеомониторами (в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора), которое должно быть не менее 2,0 м, а расстояние между боковыми поверхностями видеомониторов — не менее 1,2 м.

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

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

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

Экран видеомонитора должен находиться от глаз пользователя на расстоянии 600 — 700 мм, но не ближе 500 мм с учетом размеров алфавитно-цифровых знаков и символов.

Рабочие места с ПЭВМ при выполнении творческой работы, требующей значительного умственного напряжения или высокой концентрации внимания, рекомендуется изолировать друг от друга перегородками высотой 1,5 — 2,0 м, а в помещениях с источниками вредных производственных факторов рабочие места должны размещаться в изолированных кабинах с организованным воздухообменом.

 

5.7 Требования к организации и оборудованию рабочих мест с ПЭВМ для взрослых пользователей

 

Высота рабочей поверхности стола для взрослых пользователей должна регулироваться в пределах 680 — 800 мм; при отсутствии такой возможности высота рабочей поверхности стола должна составлять 725 мм.

Рабочий стол должен иметь пространство для ног:

• высотой не менее 600 мм;

• шириной — не менее 500 мм;

• глубиной на уровне колен — не менее 450 мм и на уровне вытянутых ног — не менее 650 мм.

 

Конструкция рабочего стула должна обеспечивать:

• ширину и глубину поверхности сиденья не менее 400 мм;

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

• регулировку высоты поверхности сиденья в пределах 400 — 550 мм и углам наклона вперед до 15 град. и назад до 5 град.;

• высоту опорной поверхности спинки 300 +/- 20 мм, ширину — не менее 380 мм и радиус кривизны горизонтальной плоскости — 400 мм;

• угол наклона спинки в вертикальной плоскости в пределах +/- 30 градусов;

• регулировку расстояния спинки от переднего края сиденья в пределах 260 — 400 мм;

• стационарные или съемные подлокотники длиной не менее 250 мм и шириной — 50 — 70 мм;

• регулировку подлокотников по высоте над сиденьем в пределах 230 +/- 30 мм и внутреннего расстояния между подлокотниками в пределах 350 — 500 мм.

Рабочее место пользователя ПЭВМ следует оборудовать подставкой для ног, имеющей ширину не менее 300 мм, глубину не менее 400 мм, регулировку по высоте в пределах до 150 мм и по углу наклона опорной поверхности подставки до 20 град. Поверхность подставки должна быть рифленой и иметь по переднему краю бортик высотой 10 мм.

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

 

5.8 Режимы труда и отдыха при работе с ВДТ и ПЭВМ

 

Виды работы с ПЭВМ разделяются на 3 группы:

• группа А — работа по считыванию информации с экрана ВДТ с предварительным запросом;

• группа Б — работа по вводу информации;

• группа В — творческая работа в режиме диалога с ПЭВМ.

При выполнении в течение рабочей смены работ, относящихся к разным видам трудовой деятельности, за основную работу с ПЭВМ следует принимать такую, которая занимает не менее 50% времени в течение рабочей смены или рабочего дня.

Для видов трудовой деятельности устанавливается 3 категории тяжести и напряженности работы с ПЭВМ, которые определяются: для группы А — по суммарному числу считываемых знаков за рабочую смену, но не более 60 000 знаков за смену; для группы Б — по суммарному числу считываемых или вводимых знаков за рабочую смену, но не более 40 000 знаков за смену; для группы В — по суммарному времени непосредственной работы с ПЭВМ за рабочую смену, но не более 6 ч за смену. В зависимости от категории трудовой деятельности и уровня нагрузки за рабочую смену при работе с ПЭВМ устанавливается суммарное время регламентированных перерывов.

Таблица 10 — Суммарное время регламентированных перерывов в зави-симости от продолжительности работы, вида и категории трудовой деятельности с ПЭВМ

Категория работы с ПЭВМ Уровень нагрузки за рабочую смену при ви-дах работ с ПЭВМ Суммарное время регламен-тированных перерывов, мин.

Группа А, количество знаков Группа Б, ко-личество знаков Группа В, ч При 8 -часовой сме-не При 12 –часовой сме-не

I До 20000 До 15000 До 2 50 80

II До 40000 До 30000 До 4 70 110

III До 60000 До 40000 До 6 90 140

 

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

В случаях, когда характер работы требует постоянного взаимо-действия с ВДТ (набор текстов или ввод данных и т.п.) с напряжением внимания и сосредоточенности, при исключении возможности периодического переключения на другие виды трудовой деятельности, не связанные с ПЭВМ, рекомендуется организация перерывов на 10 — 15 мин. через каждые 45 — 60 мин. работы.

Продолжительность непрерывной работы с ВДТ без регламентированного перерыва не должна превышать 1 ч.

При работе с ПЭВМ в ночную смену (с 22 до 6 ч), независимо от категории и вида трудовой деятельности, продолжительность регламентированных перерывов следует увеличивать на 30%.

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

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

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

 

ЗАКЛЮЧЕНИЕ

 

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

Для моделирования деятельности предприятия были использованы структурный подход и методология ARIS, для реализации поставленной задачи использовалась последняя версия платформы «1С:Предприятие».

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

 

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

 

1 Байдаков, В. 1С:Предприятие 8.2. Руководство разработчика/ В. Байдаков, В. Дранищев, А. Краюшкин, И. Кузнецов –М.: Фирма «1С» , 2009 — 1109 с.

2 Бухалков, М.И. Внутрифирменное планирование: Учебник/ М.И. Бухалков — ИНФРА-М, 2007.

3 Ильиченко, А.Н. Организация и планирование производства: учебное пособие / А.Н. Ильченко и др.- М.: издательский центр «Академия» 2008 – 208 с.

4 Методические рекомендации по оценке эффективности инвести-ционных проектов. Общие положения. (утверждены Минэкономики 20.06.1999 № ВК –477)

5 Налоговый кодекс РФ, часть 2, (утвержден федеральным законом от 05.08.2000 г. №117-ФЗ с последующими изменениями)

6 Новицкий, Н.И. Организация, планирование и управление производством: учебно-методическое пособие/ Н.И Новицкий – М.: Финансы и статистика, 2008. – 576 с.

7 Новицкий, Н.И. Организация, планирование и управление производством Практикум (курсовое проектирование) учебное пособие / Н.И. Новицкий, Л.Ч. Горностай, А.А. Горюшкин — 2-е изд. – М.: КНОРУС, 2008 – 320 с.

8 Просветов, Г.И. Экономика предприятия: задачи и решения: учебно-практическое пособие/ Г.И Просветов – М.: Издательство «Альфа – Пресс», 2008 – 557 с.

9 Пудовкина, С.Г. Котова, Н.В. Прикладная информатика в экономике: учебное пособие по выполнению дипломного проекта/ С.Г. Пудовкина, Н.В. Котова. – Челябинск: Изд-во ЮУрГУ, 2009. – 35 с.

10 СТО ЮУрГУ 04–2008. Стандарт организации. Курсовое и ди-пломное проектирование. Общие требования к содержанию и оформлению/ составители: Т.И. Парубочая, Н.В. Сырейщикова, В.И. Гузеев, Л.В. Винокурова. – Челябинск: Изд-во ЮУрГУ, 2008. – 56 с.

11 Чубукова, С.Г. Элькин, В.Д. Основы правовой информатики (юридические и математические вопросы информатики): Учебное пособие/Под ред. доктора юридических наук, профессора М.М. Рассолова, кандидата технических наук, профессора В.Д. Элькина. — «Юридическая фирма «Контракт», 2004 г – 117с.

16 Федеральный закон от 27 июля 2006 г. N 149-ФЗ «Об информации, информационных технологиях и о защите информации»

17 ГОСТ Р 6.30-2003 Унифицированные системы документации Унифицированная система организационно-распорядительной документации Требования к оформлению документов — http://www.termika.ru/dou/docs/detail.php?ID=1659

18 ГОСТ Р 51141-98 Делопроизводство и архивное дело. Термины и определения — http://www.directum.ru/

19 Косовец, А.А. Правовое регулирование электронного документооборота/ А.А. Косовец – Издательство «Альфа» — 2003 г. – 105 с.

 

ПРИЛОЖЕНИЯ

Приложение А

 

Рисунок 5 — Замена ключа продукта

 

Рисунок 6 — Оформление заявки на консультацию

 

Рисунок 7 — Покупка коробки

 

Приложение Б

 

 

Рисунок 8 — Карта маршрута бизнес-процесса «Замена ключа»

 

 

Рисунок 9 — Карта маршрута бизнес-процесса «Оформление заявки на консультацию»

 

 

Рисунок 10 — Карта маршрута бизнес-процесса «Покупка коробки»

 

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *