Повышение эффективности работы с системой электронной отчетности

1. Общесистемный раздел

 

1.1 Основные термины

Основными терминами, используемыми в электронном документообороте согласно Федерального закона об электронной цифровой подписи (Федеральный закон от 10 января 2002 г. №1 - ФЗ), являются:

·        электронный документ - документ, в котором информация представлена в электронно-цифровой форме;

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

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

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

·        сертификат средств электронной цифровой подписи - документ на бумажном носителе, выданный в соответствии с правилами системы сертификации для подтверждения соответствия средств электронной цифровой подписи установленным требованиям;

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

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

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

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

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

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

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

 

.2 Необходимость защиты информации

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

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

Система криптографической защиты должна обеспечивать:

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

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

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

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

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

Криптографическое преобразование (шифрование) − взаимно-однозначное математическое преобразование, зависящее от ключа (секретный параметр преобразования), которое ставит в соответствие блоку открытой информации (представленной в некоторой цифровой кодировке) блок шифрованной информации, также представленной в цифровой кодировке. Термин шифрование объединяет в себе два процесса: зашифрование и расшифрование информации.

Криптография делится на два класса: с симметричными ключами и открытыми ключами.

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

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

·  производительность (производительность алгоритмов с симметричными ключами очень велика);

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

Недостатки криптографии с симметричными ключами:

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

·        масштабируемость (Так как используется единый ключ между отправителем и каждым из получателей, количество необходимых ключей возрастает в геометрической прогрессии. Для 10 пользователей нужно 45 ключей, а для 100 уже 499500.);

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

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

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

1.2.1 Инфраструктура открытых ключей

Криптография с открытыми ключами требует наличия Инфраструктуры Открытых Ключей (PKI - Public Key Infrastructure) - неотъемлемого сервиса для управления электронными сертификатами и ключами пользователей, прикладного обеспечения и систем.

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

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

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

Процедура верификации цепочки сертификатов описана в рекомендациях X.509 и RFC 2459 и проверяет связанность между именем Владельца сертификата и его открытым ключом. Процедура верификации цепочки подразумевает, что все «правильные» цепочки начинаются с сертификатов, изданных одним доверенным центром сертификации. Под доверенным центром понимается главный ЦС, открытый ключ которого содержится в самоподписанном сертификате. Такое ограничение упрощает процедуру верификации, хотя наличие самоподписанного сертификата и его криптографическая проверка не обеспечивают безопасности. Для обеспечения доверия к открытому ключу такого сертификата должны быть применены специальные способы его распространения и хранения, так как на данном открытом ключе проверяются все остальные сертификаты.

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

·  Х.500 имя Издателя сертификата;

·        Х.500 имя Владельца сертификата;

·        открытый ключ Издателя;

·        срок действия открытого (секретного) ключа Издателя и Владельца;

·        ограничивающие дополнения, используемые при верификации цепочек (basicConstraints, nameConstraints, policyConstrains);

·        СОС для каждого Издателя (даже если он не содержит отзываемых сертификатов).

Цепочка сертификатов представляет собой последовательность из n сертификатов, в которой:

·  для всех x в {1, (n-1)}, Владелец сертификата x есть Издатель сертификата x+1;

·        сертификат x=1 есть самоподписанный сертификат;

·        сертификат x=n есть сертификат конечного пользователя.

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

·  для всех СОС x в {1, n}, Издатель сертификата x есть Издатель СОС x;

·        СОС x=1 есть СОС, изданный Владельцем самоподписанного сертификата;

·        СОС x=n есть СОС, изданный Издателем сертификата конечного пользователя.

После построения двух цепочек (сертификатов и СОС) выполняется:

·  криптографическая проверка сертификатов и СОС в цепочках;

·        проверка сроков действия сертификатов и СОС;

·        проверка соответствия имен Издателя и Владельца с использованием дополнения nameConstraints;

·        проверка длины цепочки с использованием дополнения basicConstraints;

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

·        проверка приемлемых регламентов использования сертификата и приемлемых областей использования ключа с использованием дополнений certificatesPolicies и extendedKeyUsage.

В состав компонент ИОК входят следующие компоненты:

·  Центр Сертификации;

·        Центр Регистрации;

·        Конечные пользователи;

·        Сетевой справочник.

Центр Сертификации (или Удостоверяющий Центр) - основная управляющая компонента ИОК, предназначенная для формирования электронных сертификатов подчиненных Центров и конечных пользователей. Кроме сертификатов, ЦС формирует список отозванных сертификатов X.509 CRL (СОС) с регулярностью, определенной Регламентом системы.

К основным функциям ЦС относятся:

·  формирование собственного секретного ключа и сертификата ЦС;

·        формирование сертификатов подчиненных Центров;

·        формирование сертификатов открытых ключей конечных пользователей;

·        формирование списка отозванных сертификатов;

·        ведение базы всех изготовленных сертификатов и списков отозванных сертификатов.

Центр Регистрации − Опциональная компонента ИОК, предназначенная для регистрации конечных пользователей. Основная задача ЦР - регистрация пользователей и обеспечение их взаимодействия с ЦС. В задачи ЦР может также входить публикация сертификатов и СОС в сетевом справочнике LDAP.

Пользователи − Пользователь, приложение или система, являющиеся Владельцами сертификата и использующие ИОК.

Сетевой справочник − Опциональная компонента ИОК, содержащая сертификаты и списки отозванных сертификатов и служащая для целей распространения этих объектов среди пользователей с использованием протокола LDAP (HTTP, FTP).

ИОК используется для управления ключами и электронными сертификатами в приложениях (таких как электронная почта, Web приложения, электронная коммерция), использующих криптографию для установления защищенных сетевых соединений (S/MIME, SSL, IPSEC), или для формирования ЭЦП электронных документов, приложений и т.д. Кроме того, ИОК может быть использована для корпоративных приложений.

Защищенные электронная почта и документооборот используют криптографию для шифрования сообщений или файлов и формирования ЭЦП. Из наиболее известных и распространенных стандартов стоит отметить протокол S/MIME (Secure Multipurpose Internet Mail Extensions), который является расширением стандарта Internet почты MIME (Multipurpose Internet Mail Extensions).браузеры и сервера используют ИОК для аутентификации и конфиденциальности сессии, а также для онлайновых банковских приложений и электронных магазинов. Наиболее распространенным протоколом в этой сфере является протокол SSL (Secure Sockets Layer). Протокол SSL не ограничивается применением только для защиты HTTP (Hypertext Transfer Protocol), а также может быть использован для FTP (File Transfer Protocol) и Telnet.

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

1.2.2 Стандарты в области ИОК

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

В особенности стандартизация важна в области:

·  процедуры регистрации и выработки ключа;

·        описания формата сертификата;

·        описания формата СОС;

·        описания формата криптографически защищенных данных;

·        описания онлайновых протоколов.

Основным центром по выпуску согласованных стандартов в области ИОК является рабочая группа ИОК (PKI working group) организации IETF (Internet Engineering Task Force), известная как группа PKIX (от сокращения PKI for X.509 certificates).

Стандарты PKIX

Спецификации PKIX основаны на двух группах стандартов: X.509 ITU-T (Международный комитет по телекоммуникациям) и PKCS (Public Key Cryptography Standards) firmy RSA Data Security. X.509 изначально был предназначен для спецификации аутентификации при использовании в составе сервиса X.500 директории. Фактически же, синтаксис электронного сертификата, предложенный в X.509 признан стандартом де-факто и получил всеобщее распространение независимо от X.500. Однако X.509 ITU-T не был предназначен для полного определения ИОК. В целях применения стандартов X.509 в повседневной практике пользователи, поставщики и комитеты по стандартизации обращаются к стандартам PKCS. PKIX группа издала следующие стандарты Internet (RFC):

·  Internet X.509 Public Key Infrastructure Certificate and CRL Profile (RFC 2459);

·        Internet X.509 Public Key Infrastructure Certificate Management Protocols (RFC 2510);

·        Internet X.509 Certificate Request Message Format (RFC 2511);

·        Internet X.509 Public Key Infrastructure Certificate Policy and Certification Practices Framework (RFC 2527);

·        Internet X.509 Public Key Infrastructure Representation of Key Exchange Algorithm (KEA) Keys in Internet X.509 Public Key Infrastructure Certificates (RFC 2528);

·        Internet X.509 Public Key Infrastructure Operational Protocols - LDAPv2 (RFC 2559);

·        Internet X.509 Public Key Infrastructure Operational Protocols: FTP and HTTP (RFC 2585);

·        Internet X.509 Public Key Infrastructure LDAPv2 Schema (RFC 2587);

·        X.509 Internet Public Key Infrastructure Online Certificate Status Protocol - OCSP (RFC 2560);

·        X.509.

Стандарт X.509 ITU-T является фундаментальным стандартом, лежащим в основе всех остальных, используемых в ИОК. Основное его назначение - определение формата электронного сертификата и списков отозванных сертификатов.

Из серии стандартов, изданных фирмой RSA Data Security, наиболее важными и используемыми в ИОК являются:

·  PKCS #7 Cryptographic Message Syntax Standard;

·        PKCS #10 Certificate Request Syntax Standard;

·        PKCS #12 Personal Information Exchange Syntax Standard.

Вместо устаревшего стандарта RSA PKCS #7, описывающего форматы риптографических сообщений, в июне 1999 года был принят RFC 2630 Cryptographic Message Syntax.

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

Стандарт S/MIME определен IETF для обеспечения защищенного обмена сообщениями. S/MIME использует ИОК для формирования ЭЦП и шифрования информации. В группе стандартов S/MIME наиболее важными являются следующие: Cryptographic Message Syntax, Message Specification, Certificate Handling и Certificate Request Syntax.

Протокол SSL (разработанный фирмой Netscape) и соответствующий ему стандарт IETF TLS (RFC 2246) являются наиболее используемыми стандартами для обеспечения защищенного доступа к Web. Вместе с этим, SSL и TLS широко используются для создания клиент - серверных приложений, не использующих Web. Оба эти протокола в своей основе используют ИОК.

Протокол Secure Electronic Transactions (SET) был разработан фирмами Visa и MasterCard и предназначен для обеспечения системы электронных банковских расчетов с использованием пластиковых карт. В данном протоколе ИОК является фундаментом, на котором базируется вся система аутентификации участников расчетов.

Протокол IPSEC (Internet Protocol Security Protocol) разработан IETF как протокол для шифрования IP и является одним из основных протоколов, используемых для построения VPN. ИОК в протоколе IPSEC используется для аутентификации и шифрования. В настоящее время протокол еще широко не распространен, но повсеместное развитие ИОК приводит к возрастания количества реализаций IPSEC.

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

1.3 Системы электронной отчетности

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

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

1)      СБиС ++;

2)      Контур-Экстерн;

)        Астрал отчёт;

)        КлиентТранспортнаяСистема.

1.3.1 СБиС++ Электронная отчетность

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

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

·  налогоплательщик отправляет подготовленную отчетность через оператора связи в налоговую инспекцию (а также ПФР, Росстат или ФСС);

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

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

Рисунок 1.1 - Порядок документооборота

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

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

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

Все, что вам необходимо для работы с отчетностью, вынесено на экран в удобном и наглядном виде (Рисунок 1.2).

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

·    создать или загрузить отчет;

·        передать отчет на подпись;

·        подписать и отправить отчет в налоговую инспекцию.

Рисунок 1.2 - Главное интерфейсное окно системы СБИС++

Создать или загрузить отчет

Рисунок 1.3 - Создание отчёта

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

Передать отчет на подпись

Рисунок 1.4 - Передача отчёта на подпись

СБиС++ - это система для отправки отчетности по каналам связи или, проще говоря, через Интернет. При работе в СБиС++ для того, чтобы выгрузить отчет в файл, создать электронное письмо, прикрепить файл к письму и т.д. достаточно просто выбрать отчет и нажать кнопку «Передать на подпись».

Подписать и отправить отчет в налоговую

Рисунок 1.5 - Отправка отчёта

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

1.3.2 Контур Экстерн

«Контур-Экстерн» - крупнейшая по охвату абонентов в России система электронной отчетности предприятий во все государственные контролирующие органы, разработанная федеральной IT-компанией СКБ Контур. Постоянно растущая клиентская база системы насчитывает 600 000 абонентов на конец 2011 года и более 1 000 налоговых инспекций в 85 регионах Российской Федерации.

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

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

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

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

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

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

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

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

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

Рисунок 1.6 - Главное окно Контур Экстерн

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

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

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

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

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

1.3.3 Астрал Отчет

Группа компаний «Калуга Астрал» образована в 1993 году, имеет филиалы в большинстве регионов России. Основное направление деятельности компании - внедрение информационных систем в области защиты информации, электронного документооборота с государственными органами. Компания является межрегиональным удостоверяющим центром и спецоператором связи многих регионов России и осуществляет выдачу и обслуживание сертификата электронно-цифровой подписи по двум технологиям - VipNet и Крипто Про. Владельцы сертификатов ключей электронной цифровой подписи, выданных удостоверяющим центром ЗАО «Калуга Астрал», могут использовать их для участия в системе электронных торгов органов государственной власти.

Одной из разработок компании является программный комплекс «Астрал Отчет» (Рисунок 1.7), который позволяет:

·        сдавать отчетность через интернет в Налоговую инспекцию, ПФР, Службу Статистики, Фонд социального страхования, не покидая своего рабочего места;

·        исключить потерю времени на пребывание в очередях в контролирующих органах при сдаче отчетности;

·        расширить временные рамки представления отчетности до 24.00 последнего дня сдачи отчетности;

·        автоматически получать обновление форм отчетности и программного обеспечения непосредственно на рабочее место;

·        получить возможность автоматической проверки отчетности на полноту и правильность заполнения полей;

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

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

·        сдавать налоговую, бухгалтерскую отчетность через интернет в ФНС любого региона (система ГНИВЦ-Прием-Регион).

Рисунок 1.7 - Главное окно Астрал отчёт

1.3.4 Программный комплекс «Клиент транспортной системы»

Программный комплекс «Клиент транспортной системы» разработан Филиалом ФГУП ГНИВЦ ФНС России в Сибирском Федеральном округе. Он предназначен для обеспечения юридически значимого документооборота между конечными пользователями и контролирующими органами в электронном виде по телекоммуникационным каналам связи. Обмен может осуществляться как через специализированного оператора связи, так и в режиме непосредственного взаимодействия пользователей.

ПК «Клиент транспортной системы» позволяет в полном объеме осуществить информационный обмен, а именно:

·        сдача отчетности в контролирующие органы (ФНС, ПФР, Росстат);

·        обмен неформализованными сообщениями;

·        предоставление справки о состоянии расчетов с бюджетом;

·        предоставление выписки операций из карточки «Расчеты с бюджетом»;

·        предоставление перечня бухгалтерской и налоговой отчетности, представленной в отчетном году.

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

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

1.3.5 Постановка задачи на дипломное проектирование

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

Целью дипломного проекта является повышение эффективности работы с системой электронной отчетности СБИС++ за счет использования средств адаптации к особенностям оператора связи.

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

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

-             проанализировать состав и структуру информационных баз системы электронной отчетности СБИС++;

-             разработать программу автоматической настройки информационных баз системы СБИС++ с учетом особенностей оператора связи;

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

-             оценить экономическую эффективность предложенных решений;

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

2. Специальный раздел

 

.1 Операторы связи

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

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

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

В настоящее время компания успешно выполняет роль удостоверяющего центра по созданию и обслуживанию юридически значимого защищенного электронного документооборота. Деятельность по оказанию данных услуг была начата в 2003 году в тесном взаимодействии с Управлением ФНС РФ по Тверской области и инспекциями на местах (Договор №69/2/15 от 10. 11. 2003 г.) путем развития и внедрения Системы сдачи налоговой и бухгалтерской отчетности по телекоммуникационным каналам связи, а также Системы обмена информацией об открытии (закрытии) банковского счета между кредитной организацией и налоговым органом с применением сертифицированных средств криптографической защиты информации и электронной цифровой подписи, что позволило компании занять место крупнейшего специализированного оператора связи в Тверском регионе. Услугами данной Системы уже воспользовались более 5 000 юридических лиц Твери и области.

В рамках модернизации технического оснащения в июле 2005 года ОАО «СДО» ввело в эксплуатацию программно-аппаратный комплекс ПАК «Удостоверяющий центр Крипто Про «УЦ», соответствующий требованиям Удостоверяющего центра Уполномоченного Федерального Органа Российской Федерации (г. Москва). Удостоверяющий центр ОАО «СДО» стал доверенным Удостоверяющим центром Федеральной налоговой службы, Пенсионного фонда России и аккредитован в ГНИВЦ МНС РФ.

В ноябре 2005 года решением комиссии Совета по информационно-коммуникационным технологиям Администрации Тверской области, утвержденным Губернатором Тверской области, Удостоверяющий центр ОАО «СДО» выбран в качестве Удостоверяющего центра Тверской области.

В марте 2007 года Удостоверяющий центр выиграл открытый конкурс Департамента государственного заказа Тверской области по обеспечению заказчиков и поставщиков товаров (работ, услуг) сертифицированными средствами электронной цифровой подписи и сертификатами электронной цифровой подписи для их участия в электронных торгах в рамках вводимой в эксплуатацию Системы АИС «Госзаказ» Тверской области.

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

Существуют и другие операторы связи такие как:

·        EKEY;

·        Тензор;

·        ГНИВЦ.

Для каждого оператора есть свои настройки и свои условия работы. Есть оффлайн системы и онлайн. У каждого оператора есть электронный адрес, он выдает сертификат на использование ЭЦП. У EKEY и Тензон принцип отправки отчётов заключается в следующем: отчёт отправляется оператору связи, затем отчёты направляются в соответствующий налоговый орган, далее ответ направляется оператору и оператор передает его налогоплательщику. ГНИВЦ - это выделенный сервер ИФНС, то есть отчёты отправляются непосредственно в налоговую инспекцию, минуя оператора связи. Это сокращает время передачи и обработки отчетов. Однако ГНИВЦ работает только по Москве и Московской области.

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

Рисунок 2.1 - Алгоритм действий

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

2.2 Стандартная настройка

Для того, чтобы правильно установить программу электронной отчетности СБИС++, пользователю необходимо иметь дистрибутив этой программы, лицензию на программу шифрования (например, Криптопро 3.6), сертификат на ЭЦП, карточку настройки налогоплательщика. Карточка настройки «СБиС++» выдаётся оператором связи СДО, она создаётся в тот момент, когда оператор связи зарегистрирует налогоплательщика сайте. В карточке настройки находятся все необходимые для настройки личной карточки налогоплательщика.

Рисунок 2.2 - Карточка настройки «СБиС++»

Программа СБИС++ устанавливается с помощью мастера установки (по умолчанию программа устанавливается в папку «С:\Сбис++ электронная отчётность») и ее настройка производится по шагам в режиме диалога. На каждом шаге осуществляется настройка тех или иных параметров. Далее приведены основные этапы настройки СБИС++.

Далее проводится заполнение карточки настройки оператора связи. В карточку заносятся следующие сведения:

§  название;

§  адрес электронной почты;

§  ИНН;

§  КПП;

§  прописываем нужные сертификаты.

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

Недостатки самостоятельной настройки:

а)      программа может быть установлена на системный диск. В таком случае программа подвержена повышенной опасности. Вот самые распространённые случаи:

1)       переустановка ОС или форматирование системного диска. При этом возможна потеря базы данных;

2)      сбой в файловой системе системного диска;

б)      клиенту необходимо самому настраивать программу;

в)      необходимо самостоятельно скачивать сертификаты налоговых органов и узнавать их e-mail;

г)       существует вероятность ошибочной настройки;

д)      риск неправильной отправки отчётов и, как следствие, большие штрафы.

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

а)      установку программы в нужную директорию;

б)      простоту установки программы;

в)      при первом запуске программы она будет полностью дееспособна;

г)       правильную настройку базы данных;

д)      никакого риска для клиента.

2.3 Методика настройки

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

Со стороны клиента в электронном виде заполняется подписной лист.

После регистрации на сервере оператора связи, СДО выдаёт карточку настройки.

Мы формируем документ Microsoft Word с настройками всех инспекций.

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

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

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

·        файл настройки;

·        подписной лист;

·        карточка настройки.

Парсинг документа Microsoft Word осуществляется средствами C# и.NET Framework.

Для начала надо добавить в проект пространство имен COM-модели Microsoft. Office, для этого выбираем в меню Project - Add reference… и выбираем из вкладки COM Microsoft Office 14.0 Object Library.

Теперь у нас доступно пространство имен Microsoft. Office. Interop. Word, и следующий код открывает Word-документ и копирует все содержимое без форматирования в поле richTextBox1 в проекте.

private void button1_Click (object sender, EventArgs e)

{

// Создания экземпляра объекта Word. Application. Office. Interop. Word. Application wordApp =Microsoft. Office. Interop. Word. Application();

// Задание параметров открытия файла. Visible = false;filename = textBox1. Text; // Путь к файлуconfirmConversions = true;readOnly = false;addToRecentFiles = true;passwordDocument = Type. Missing;passwordTemplate = Type. Missing;revert = false;writePasswordDocument = Type. Missing;writePasswordTemplate = Type. Missing;format = Type. Missing;encoding = Type. Missing;oVisible = Type. Missing;openConflictDocument = Type. Missing;openAndRepair = Type. Missing;documentDirection = Type. Missing;noEncodingDialog = false;xmlTransform = Type. Missing;

// Создание объекта Word. Document. Office. Interop. Word. Document wordDocument = wordApp. Documents. Open (ref filename,confirmConversions, ref readOnly, ref addToRecentFiles,passwordDocument, ref passwordTemplate, ref revert,writePasswordDocument, ref writePasswordTemplate,format, ref encoding, ref oVisible,openAndRepair, ref documentDirection, ref noEncodingDialog, ref xmlTransform);

// Копируем содержимое документа в буферstart = Type. Missing;end = Type. Missing;. Office. Interop. Word. Range wordrange = wordDocument. Range (ref start, ref end);. Select();. Copy();extend;= Microsoft. Office. Interop. Word. WdUnits.wdStory;= Microsoft. Office. Interop. Word. WdMovementType.wdMove;. Selection. EndKey (ref unit, ref extend);. Text = wordrange. Text. ToString();

}

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

Формат регулярных выражений (из MSDN)

Escape-символы

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

Таблица 2.1 - Escape-символы

Escape-символ	Описание	Шаблон	Соответствия
\a	Соответствует знаку колокольчика, \u0007.	\a	«\u0007» в «Ошибка!» + '\u0007'
\b	В классе символов соответствует знаку BACKSPACE, \u0008.	[\b] {3,}	«\b\b\b\b» в «\b\b\b\b»
\t	Соответствует знаку табуляции, \u0009.	(\w+)\t	«элемент1\t», «элемент2\t» в «элемент1\tэлемент2\t»
\r	Соответствует знаку возврата каретки, \u000D. (\r не эквивалентен знаку начала новой строки, \n.)	\r\n (\w+)	«\r\nЗдесь» в «\r\nЗдесь имеется\nдве строки.»
\v	Соответствует знаку вертикальной табуляции, \u000B.	[\v] {2,}	«\v\v\v» в «\v\v\v»
\f	Соответствует знаку перевода страницы, \u000C.	[\f] {2,}	«\f\f\f» в «\f\f\f»
\n	Соответствует знаку новой строки, \u000A.	\r\n (\w+)	«\r\nЗдесь» в «\r\nЗдесь имеется\nдве строки.»
\e	Соответствует escape-знаку, \u001B.	\e	«\x001B» в «\x001B»
\nnn	Использует восьмеричное представление для указания символа (в nnn может быть до трех цифр).	\w\040\w	«a b», «c d» в «a bc d»
\xnn	Использует шестнадцатеричное представление для указания символа (nn состоит ровно из двух цифр).	\w\x20\w	«a b», «c d» в «a bc d»
\cX \cx	Соответствует управляющему символу ASCII, который задан как X или x, где X или x является буквой управляющего символа.	\cC	«\x0003» в «\x0003» (Ctrl-C)
\unnnn	Совпадение со знаком Юникода в шестнадцатеричном представлении (строго четыре цифры, представленные как nnnn).	\w\u0020\w	«a b», «c d» в «a bc d»
\	Если за этим знаком следует символ, не распознанный как escape-символ из этой и других таблиц данной темы, то соответствует в точности этому символу. Например, \* совпадает с \x2A. Это позволяет обработчику регулярных выражений распознавать языковые элементы (такие как * или?) и символьные литералы (представленные как \* или \?).	\d+[\+-x\*]\d+\d+[\+-x\*\d+	«2+2» и «3*9» в «(2+2) * 3*9»

Классы символов

Класс символов соответствует какому-либо одному набору символов (Таблица 2.2). Классы символов состоят из языковых элементов.

Таблица 2.2 - Классы символов

Класс знаков	Описание	Шаблон	Соответствия
[группа_символов]	Соответствует одному символу из группы_символов. По умолчанию при сопоставлении учитывается регистр.	[ae]	«a» в «gray» «a», «e» в «lane»
[^группа_символов]	Отрицание: соответствует одному символу, не входящему в группу_символов. По умолчанию символы в группе_символов зависят от регистра.	[^aei]	«r», «g», «n» в «reign»
[первый-последний]	Диапазон символов: соответствует одному символу в диапазоне от первого до последнего.	[A-Z]	«A», «B» в «AB123»
.	Подстановочный знак: соответствует какому-либо одному знаку, кроме «\n».	a.e	«ave» в «nave» «ate» в «water»
\p{name}	Соответствует одному символу в общей категории Юникода или в именованном блоке, указанном в параметре имя.	\p{Lu} \p{IsCyrillic}	«C», «L» в «City Lights» «Д», «Ж» в «ДЖem»
\P{name}	Соответствует одному символу, не входящему в общую категорию Юникода или в именованный блок, указанный в параметре имя.	\P{Lu} \P{IsCyrillic}	«i», «t», «y» в «City» «e», «m» в «ДЖem»
\w	Соответствует любому алфавитно-цифровому знаку.	\w
\W	Соответствует любому символу, не являющемуся буквой.	\W	«», «.» в «ID A1.3»
\s	Соответствует любому знаку пробела.	\w\s	«D» в «ID A1.3»
\S	Соответствует любому знаку, не являющемуся пробелом.	\s\S	« _» в «int __ctr»
\d	Соответствует любой десятичной цифре.	\d	«4» в «4 = IV»
\D	Совпадение с любым символом, не являющимся десятичной цифрой.	\D	«», «=», «», «I», «V» в «4 = IV»

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

Таблица 2.3 - Привязки

Утверждение	Описание	Шаблон	Соответствия
^	Соответствие должно начинаться в начале строки.	^\d{3}	«901-» в «901-333-»
$	Соответствие должно обнаруживаться в конце строки или до символа \n в конце строки.	-\d{3}$	« - 333» в «- 901-333»
\A	Соответствие должно обнаруживаться в начале строки.	\A\d{3}	«901» в «901-333-»
\Z	Соответствие должно обнаруживаться в конце строки или до символа \n в конце строки.	-\d{3}\Z	« - 333» в «- 901-333»
\z	Соответствие должно обнаруживаться в конце строки.	-\d{3}\z	« - 333» в «- 901-333»
\G	Соответствие должно обнаруживаться в той точке, где заканчивается предыдущее соответствие.	\G\(\d\)	«(1)», «(3)», «(5)» в «(1) (3) (5) [7] (9)»
\b	Соответствие должно обнаруживаться на границе между символом \w (алфавитно-цифровым) и символом \W (не алфавитно-цифровым).	\b\w+\s\w+\b	«them them» в «them theme them them»
\B	Соответствие не должно обнаруживаться на границе \b.	\Bend\w*\b	«ends», «ender» в «end sends endure lender»

Конструкции группирования

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

Таблица 2.4 - Конструкции группирования

Конструкция группирования	Описание	Шаблон	Соответствия
(часть_выражения)	Выделяет соответствующую часть выражения и назначает ей порядковый номер, отсчитываемый от нуля.	(\w)\1	«ee» в «deep»
(?<имя>часть_выражения)	Выделяет соответствующую часть выражения в именованную группу.	(?<double>\w)\k<double>	«ee» в «deep»
(?<имя1-имя2>часть_выражения)	Задает сбалансированное определение группы.	(((?'Open'\() [^\(\)]*)+((?'Close-Open'\)) [^\(\)]*)+)*(? (Open) (?!))$	«((1-3)*(3-1))» в «3+2^((1-3)*(3-1))»
(?:часть_выражения)	Определяет невыделяемую группу.	Write(?:Line)?	«WriteLine» в «Console. WriteLine()»
(? imnsx-imnsx:часть_выражения)	Применяет или отключает заданные параметры вчасти_выражения.	A\d{2} (? i:\w+)\b	«A12xl», «A12XL» в «A12xl A12XL a12xl»
(?=часть_выражения)	Утверждение положительного просмотра вперед нулевой ширины.	\w+(?=\.)	«is», «ran» и «out» в «He is. The dog ran. The sun is out.»
(?! часть_выражения)	Утверждение отрицательного просмотра вперед нулевой ширины.	\b(?! un)\w+\b	«sure», «used» в «unsure sure unity used»
(?<=часть_выражения)	Утверждение положительного просмотра назад нулевой ширины.	(?<=19)\d{2}\b	«99», «50», «05» в «1851 1999 1950 1905 2003»
(?<! часть_выражения)	Утверждение отрицательного просмотра назад нулевой ширины.	(?<! 19)\d{2}\b	«51», «03» в «1851 1999 1950 1905 2003»
(?>часть_выражения)	Часть выражения поиска без возврата (или «жадного» поиска).	[13579] (?>A+B+)	«1ABB», «3ABB» и «5AB» в «1ABB 3ABBC 5AB 5AC»

Кванторы

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

Таблица 2.5 - Кванторы

Квантификатор	Описание	Шаблон	Соответствия
*	Соответствует предыдущему элементу ноль или более раз.	\d*\. \d	«.0», «19.9», «219.9»
+	Соответствует предыдущему элементу один или более раз.	«be+»	«bee» в «been», «be» в «bent»
?	Соответствует предыдущему элементу ноль или один раз.	«rai? n»	«ran», «rain»
{n}	Предыдущий элемент повторяется ровно n раз.	«,\d{3}»	«, 043» в «1,043.6»,», 876»,», 543» и», 210» в «9,876,543,210»
{n,}	Предыдущий элемент повторяется минимум n раз.	«\d {2,}»	«166», «29», «1930»
{n, m}	Предыдущий элемент повторяется минимум n раз, но не более, чем m раз.	«\d {3,5}»	«166», «17668» «19302» в «193024»
*?	Предыдущий элемент не повторяется вообще или повторяется, но как можно меньшее число раз.	\d*? \. \d	«.0», «19.9», «219.9»
+?	Предыдущий элемент повторяется один или несколько раз, но как можно меньшее число раз.	«be+?»	«be» в «been», «be» в «bent»
??	Предыдущий элемент не повторяется или повторяется один раз, но как можно меньшее число раз.	«rai?? n»	«ran», «rain»
{n}?	Предыдущий элемент повторяется ровно n раз.	«,\d{3}?»	«, 043» в «1,043.6»,», 876»,», 543» и», 210» в «9,876,543,210»
{n,}?	Предыдущий элемент повторяется по крайней мере n раз, но как можно меньшее число раз.	«\d {2,}?»	«166», «29», «1930»
{n, m}?	Предыдущий элемент повторяется не меньше n и не больше m раз, но как можно меньшее число раз.	»\d {3,5}?»	«166», «17668» «193», «024» в «193024»

Конструкции обратных ссылок

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

Таблица 2.6 - Конструкции обратных ссылок

Конструкция обратных ссылок	Описание	Шаблон	Соответствия
\number	Обратная ссылка. Соответствует значению нумерованной части выражения.	(\w)\1	«ee» в «seek»
\k<name>	Именованная обратная ссылка. Соответствует значению именованного выражения.	(?<char>\w)\k<char>	«ee» в «seek»

Конструкции изменения

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

Таблица 2.7 - Конструкции изменения

Конструкция изменения	Описание	Шаблон	Соответствия
|	Соответствует любому элементу, разделенному вертикальной чертой (|).	th (e|is|at)	«the», «this» в «this is the day.»
(? (выражение) да| нет)	Сопоставляется с частью да, если выражение соответствует; в противном случае сопоставляется с необязательной частью нет. выражение интерпретируется как утверждение нулевой ширины.	(? (A) A\d{2}\b|\b\d{3}\b)	«A10», «910» в «A10 C103 910»
(? (имя) да | нет)	Сопоставляется с частью да, если названное имя захвата имеет соответствие; в противном случае сопоставляется с необязательной частью нет.	(?<quoted>»)? (?(quoted).+?«|\S+\s)	Dogs.jpg, «Yiska playing.jpg» в «Dogs.jpg «Yiska playing.jpg»»

Подстановки

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

Таблица 2.8 - Подстановки

Знак	Описание	Шаблон	Шаблон замены	Входная строка	Результирующая строка
$number	Замещает часть строки, соответствующую группеномер.	\b (\w+) (\s) (\w+)\b	$3 $2 $1	«один два»	«два один»
${name}	Замещает часть строки, соответствующую именованной группе имя.	\b (?<word1>\w+) (\s) (?<word2>\w+)\b	${word2} ${word1}	«один два»	«два один»
$$	Подставляет литерал «$».	\b (\d+)\s? USD	$$$1	«103 USD»	«$103»
$&	Замещает копией полного соответствия.	(\$*(\d*(\.+\d+)?) {1})	**$&	«$1.30»	«**$1.30**»
$`	Замещает весь текст входной строки до соответствия.	B+	$`	«AABBCC»	«AAAACC»
$'	Замещает весь текст входной строки после соответствия.	B+	$'	«AABBCC»	«AACCCC»
$+	Замещает последнюю захваченную группу.	B+(C+)	$+	«AABBCCDD»	AACCDD
$_	Замещает всю входную строку.	B+	$_	«AABBCC»	«AAAABBCCCC»

Для примера работы возьмем строку вида «E-mail: foo@sdo.ru» и вытащим из нее имя пользователя (foo) и имя почтового домена (bar.ru). Следующий код делает это:

private void button2_Click (object sender, EventArgs e)

{

// Регулярное выражениеexpr = «E-mail: (?<account>[\\w\\.]+)\\@(?<domen>[\\w\\.]+)»;

// Исходная строкаstr = «lkasdlkjasd E-mail: foo@sdo.com -1089237asd - E-mail: bar@sdo.org»;

// Текст конечного сообщенияtext = «»;

// Применям регулярное выражение к исходной строкеpattern = new Regex (expr,. Compiled | RegexOptions. Singleline);

// Выбираем все совпадения(Match m in pattern. Matches(str))

{(m. Success)

{(text. Length > 0)+= «\n»;+= «Account name:» + m. Groups [«account»].Value +», mail domen:» + m. Groups [«domen»].Value;

}

// Показываем результат. Show(text);

}

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

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

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

 

.4.1 Обоснование выбора среды разработки и ее характеристика

Причиной выбора платформы «1С: Предприятие 8» в качестве среды разработки была:

-       наличие у предприятия ООО «Компьютерный аудит» прикладного решения 1С: Управление производственным предприятием, редакция 1.2 на основе 1С: Предприятие;

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

-       хранение входящих данных в единой базе данных;

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

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

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

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

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

·        технологической платформы;

·        прикладных решений различного масштаба и различной направленности, созданных на основе технологической платформы;

·        методологии создания прикладных решений;

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

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

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

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

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

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

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

Платформа и прикладные решения

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

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

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

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

Можно сказать, что платформа состоит из двух составляющих:

-        среда исполнения;

-       среда разработки.

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

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

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

Разработка формы ввода

Форма создавалась в конфигураторе в несколько этапов. Первоначально был создан объект «реестр сведений» (рисунок 2.24) и осуществлено его конфигурирование, затем сконструирован внешний вид формы и была разработана программа обработки формы.

Форма ввода содержит следующую информацию о клиенте:

·        контрагент;

·        программный продукт;

·        стоимость;

·        агентское вознаграждение

·        оплачено;

·        владелиц ЭЦП;

·        начало периода;

·        конец периода;

·        вариант установки;

·        носитель;

·        программы шифрования;

·        тип подключения;

·        тарифный план;

·        ПФР;

·        ИФНС;

·        ФСС;

·        РосСтат;

·        подключение;

·        продление;

·        установка;

·        самостоятельно;

·        дискета;

·        Ru-token;

·        E-Token;

·        уполномоченная организация.

В пункте меню «основные» записываем имя нашей формы.

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

Для обеспечения наилучшего ввода сведений сконфигурируем нашу форму.

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

Текст программы обработки:

&НаКлиенте

Процедура ПрограммныйПродуктНачалоВыбора (Элемент, ДанныеВыбора, СтандартнаяОбработка)

СтандартнаяОбработка = Ложь;

ЗначениеОтбора = Новый Структура («Родитель», ПапкаЭлектроннойОтчетности());

ПараметрыВыбора = Новый Структура («Отбор», ЗначениеОтбора);

ФормаСписка = ПолучитьФорму («Справочник._ПрограммныеПродукты. ФормаВыбора», ПараметрыВыбора);

ФормаСписка. Элементы. Список. Отображение = ОтображениеТаблицы. Список;

Запись. ПрограммныйПродукт = ФормаСписка. ОткрытьМодально();

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

&НаСервереБезКонтекста

Функция ПапкаЭлектроннойОтчетности()

Возврат Справочники._ПрограммныеПродукты. НайтиПоКоду («000000015»);

КонецФункции // ПапкаЭлектроннойОтчетности()

&НаСервереБезКонтекста

Функция ПапкаПоставщики()

Возврат Справочники. Контрагенты. НайтиПоКоду («00000919»);

КонецФункции

&НаКлиенте

Процедура ПрограммаШифрованияНачалоВыбора (Элемент, ДанныеВыбора, СтандартнаяОбработка)

СтандартнаяОбработка = Ложь;

ЗначениеОтбора = Новый Структура («Родитель», ПапкаЭлектроннойОтчетности());

ПараметрыВыбора = Новый Структура («Отбор», ЗначениеОтбора);

ФормаСписка. Элементы. Список. Отображение = ОтображениеТаблицы. Список;

Запись. ПрограммаШифрования = ФормаСписка. ОткрытьМодально();

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

&НаКлиенте

Процедура СДОНачалоВыбора (Элемент, ДанныеВыбора, СтандартнаяОбработка)

СтандартнаяОбработка = Ложь;

ЗначениеОтбора = Новый Структура («Родитель», ПапкаПоставщики());

ПараметрыВыбора = Новый Структура («Отбор», ЗначениеОтбора);

ФормаСписка = ПолучитьФорму («Справочник. Контрагенты. Форма.CRM_ФормаВыбораУправляемая», ПараметрыВыбора);

ФормаСписка. Элементы. Список. Отображение = ОтображениеТаблицы. Список;

Запись.СДО = ФормаСписка. ОткрытьМодально();         

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

&НаКлиенте

Процедура СтоимостьПриИзменении(Элемент)

Если Запись. ТипПодключения = НовоеПодключение() Тогда

Запись. АгентскоеВознаграждение = Запись. Стоимость * 0.5;

ИначеЕсли Запись. ТипПодключения = Продление() Тогда     

Запись. АгентскоеВознаграждение = Запись. Стоимость * 0.3;

КонецЕсли;

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

&НаСервереБезКонтекста

Функция НовоеПодключение()

Возврат Перечисления._ТипыПодключенияЭЦП. Подключение;

КонецФункции

&НаСервереБезКонтекста

Функция Продление()

Возврат Перечисления._ТипыПодключенияЭЦП. Продление;

КонецФункции

&НаКлиенте

Процедура КонтактныеЛицаПриАктивизацииСтроки(Элемент)

Если Элементы. КонтактныеЛица. ТекущиеДанные <> Неопределено Тогда

Телефоны. Параметры. УстановитьЗначениеПараметра («Объект», Элементы. КонтактныеЛица. ТекущиеДанные. Наименование);

КонецЕсли;

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

&НаКлиенте

Процедура КонтрагентПриИзменении(Элемент)

КонтактныеЛица. Параметры. УстановитьЗначениеПараметра («Владелец», Запись. Контрагент);

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

&НаСервере

Процедура ПриСозданииНаСервере (Отказ, СтандартнаяОбработка)

Телефоны. Параметры. УстановитьЗначениеПараметра («Объект», Справочники. КонтактныеЛицаКонтрагентов. ПустаяСсылка());

Если ЗначениеЗаполнено (Запись. Контрагент) Тогда

КонтактныеЛица. Параметры. УстановитьЗначениеПараметра («Владелец», Запись. Контрагент);

Иначе

КонтактныеЛица. Параметры. УстановитьЗначениеПараметра («Владелец», Справочники. Контрагенты. ПустаяСсылка());

КонецЕсли;

Элементы. ДатаОплаты. ТолькоПросмотр = (НЕ Запись. Оплачено);

Если НЕ Запись. Оплачено Тогда

Запись. ДатаОплаты = Дата('00010101');

КонецЕсли;

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

&НаКлиенте

Процедура ПередЗаписью (Отказ, ПараметрыЗаписи)

Если ЗначениеЗаполнено (Запись. ДатаСобытия) и ЗначениеЗаполнено (Запись. Ответственный) И ЗначениеЗаполнено (Запись. Контрагент) и ЗначениеЗаполнено (Запись. ВладелецЭЦП) Тогда

Если ЗначениеЗаполнено (Запись. Событие) Тогда

Если Вопрос («Событие уже создано, Вы желаете обновить событие?», РежимДиалогаВопрос. ДаНет) = КодВозвратаДиалога. Да Тогда

УдалениеСобытия();

СоздатьСобытие();

КонецЕсли;

Иначе

СоздатьСобытие();

КонецЕсли;        

КонецЕсли;

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

&НаСервере

Процедура УдалениеСобытия()

Если ЗначениеЗаполнено (Запись. Событие) Тогда

Объект = Запись. Событие. ПолучитьОбъект();

Запись. Событие = Документы. Событие. ПустаяСсылка();

Объект. УстановитьПометкуУдаления(Истина);

Объект. Удалить();

КонецЕсли;

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

&НаСервере

Процедура СоздатьСобытие()

НовоеСобытие = Документы. Событие. СоздатьДокумент();

НовоеСобытие.CRM_Автор         = ПараметрыСеанса. ТекущийПользователь;

НовоеСобытие.CRM_ДатаИзменения= Запись. ДатаСобытия;

НовоеСобытие.CRM_Организация        = Справочники. Организации. НайтиПоКоду («000000001»);

НовоеСобытие.CRM_Подразделение= Справочники. Подразделения. НайтиПоКоду («000000003»);

НовоеСобытие.CRM_Трудозатраты= 1;

НовоеСобытие. Важность= Перечисления. Важность. Средняя;

НовоеСобытие. ВалютаДокумента= Справочники. Валюты. НайтиПоКоду («643»);

НовоеСобытие. ВидОбъекта          = Перечисления. ВидыОбъектовСобытия. Контрагент;

НовоеСобытие. ВидСобытия         = Перечисления. ВидыСобытий. ЛичнаяВстреча;

НовоеСобытие. ГруппаСобытия= Справочники. ГруппыСобытий. НайтиПоКоду («000000019»);

НовоеСобытие. Дата   = Запись. ДатаСобытия;

Если ЗначениеЗаполнено (Запись. Контрагент. ОсновноеКонтактноеЛицо) Тогда

НовоеСобытие. КонтактноеЛицо = Запись. Контрагент. ОсновноеКонтактноеЛицо;

Иначе

НовоеСобытие. КонтактноеЛицо = Запись. ВладелецЭЦП;

КонецЕсли;

НовоеСобытие. Контрагент           = Запись. Контрагент;

НовоеСобытие. КратностьДокумента    = 1;

НовоеСобытие. КурсДокумента             = 1;

НовоеСобытие.мВалютаРегламентированногоУчета = Справочники. Валюты. НайтиПоКоду («643»);

НовоеСобытие.мИмяОбъекта                                    = «ДокументОбъект. Событие_НастройкиМастераПечатиСобытия»;

НовоеСобытие. НачалоСобытия                               = Дата (Формат (Запись. ДатаСобытия, «ДФ=ггггММдд») + «083000»);

НовоеСобытие. ОкончаниеСобытия                         = Дата (Формат (Запись. ДатаСобытия, «ДФ=ггггММдд») + «173000»);

НовоеСобытие. ОписаниеСобытия                            = «Услуги технического специалиста»;

НовоеСобытие. Основание                                        = Неопределено;

НовоеСобытие. Ответственный                                 = Запись. Ответственный;

НовоеСобытие. СостояниеСобытия                          = Перечисления. СостоянияСобытий. Запланировано;

НовоеСобытие. ТипСобытия                                              = Перечисления. ВходящееИсходящееСобытие. Исходящее;

НовоеСобытие. СодержаниеСобытия                       = «Установка ЭЦП»;

Попытка

НовоеСобытие. Записать (РежимЗаписиДокумента. Проведение);     

Исключение

Сообщить (ОписаниеОшибки()+ «Событие не проведено»);

КонецПопытки;

Запись. Событие = НовоеСобытие. Ссылка;  

КонецПроцедуры // СоздатьСобытие()

&НаКлиенте

Процедура ОплаченоПриИзменении(Элемент)

Элементы. ДатаОплаты. ТолькоПросмотр = (НЕ Запись. Оплачено);

Если НЕ Запись. Оплачено Тогда

Запись. ДатаОплаты = Дата('00010101');

КонецЕсли;

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

Создание отчёта

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

Первоначально был создан объект «отчёт» и осуществлена его настройка на требуемый набор данных.

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

Текст программы обработки:

ВЫБРАТЬ

_ЭЦП. Период КАК Период,

_ЭЦП. Контрагент КАК Контрагент,

_ЭЦП. ПрограммныйПродукт КАК ПрограммныйПродукт,

_ЭЦП. Стоимость КАК Стоимость,

_ЭЦП. АгентскоеВознаграждение КАК АгентскоеВознаграждение,

_ЭЦП. Оплачено КАК Оплачено,

_ЭЦП. ВладелецЭЦП КАК ВладелецЭЦП,

_ЭЦП. НачалоПериода КАК НачалоПериода,

_ЭЦП. КонецПериод КАК КонецПериод,

_ЭЦП.СДО КАК СДО,

_ЭЦП. ВариантУстановки КАК ВариантУстановки,

_ЭЦП. Носитель КАК Носитель,

_ЭЦП. ПрограммаШифрования КАК ПрограммаШифрования,

_ЭЦП. ТипПодключения КАК ТипПодключения,

_ЭЦП. ТарифныйПлан КАК ТарифныйПлан,

_ЭЦП.ПФР КАК ПФР,

_ЭЦП.ИФНС КАК ИФНС,

_ЭЦП.ФСС КАК ФСС,

_ЭЦП. РосСтат КАК РосСтат,

_ЭЦП. ДатаСобытия КАК ДатаСобытия,

_ЭЦП. Событие КАК Событие,

_ЭЦП. Ответственный КАК Ответственный,

_ЭЦП. Комментарий КАК Комментарий,

_ЭЦП. НомерАкта КАК НомерАкта,

_ЭЦП. ДатаАкта КАК ДатаАкта,

_ЭЦП. ДатаОплаты,

_ЭЦП. УполномоченнаяОрганизация,

_ЭЦП. Аннулирован

ИЗ

РегистрСведений._ЭЦП КАК _ЭЦП

{ГДЕ

_ЭЦП. Период,

_ЭЦП. Контрагент.*,

_ЭЦП. ПрограммныйПродукт.*,

_ЭЦП. Стоимость,

_ЭЦП. АгентскоеВознаграждение,

_ЭЦП. Оплачено,

_ЭЦП. ВладелецЭЦП.*,

_ЭЦП. НачалоПериода,

_ЭЦП. КонецПериод,

_ЭЦП.СДО.*,

_ЭЦП. ВариантУстановки.*,

_ЭЦП. Носитель.*,

_ЭЦП. ПрограммаШифрования.*,

_ЭЦП. ТипПодключения.*,

_ЭЦП. ТарифныйПлан.*,

_ЭЦП.ПФР,

_ЭЦП.ИФНС,

_ЭЦП.ФСС,

_ЭЦП. РосСтат,

_ЭЦП. ДатаСобытия,

_ЭЦП. Событие.*,

_ЭЦП. Ответственный.*,

_ЭЦП. Комментарий,

_ЭЦП. НомерАкта,

_ЭЦП. ДатаАкта,

(«» + ВЫБОР

КОГДА _ЭЦП.ПФР

ТОГДА «ПФР»

КОНЕЦ + ВЫБОР

КОГДА _ЭЦП.ИФНС

ТОГДА «ИФНС»

КОНЕЦ + ВЫБОР

КОГДА _ЭЦП.ФСС

ТОГДА «ФСС»

КОНЕЦ + ВЫБОР

КОГДА _ЭЦП. РосСтат

ТОГДА «РосСтат»

КОНЕЦ) КАК Примечание,

_ЭЦП. ДатаОплаты,

_ЭЦП. УполномоченнаяОрганизация.*}

Для того чтобы отчёт выводил необходимые сведения добавляем в конфигураторе следующие пункты:

·        контрагент;

·        конецпериода;

·        носитель;

·        программашифрования.

В результате сформированный отчет будет иметь вид (рисунок 2.27). Отчет был сформирован для периода дат с 01.01.2012 по 31.01.2012.

3. Экономико-организационный раздел

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

Разрабатываемое программное средство ориентировано на использование предприятием ООО «Компьютерный аудит» для отслеживания и контроля даты окончания срока действия ЭЦП.

Таблица 3.1 - Требования, предъявляемые к программе автоматической коррекции данных

№пп	Категория требований	Требования
1.	По функциональности	-Ввод данных о: - Клиенте - операторе связи - системе шифрования - тарифном плане - дата сертификата - Владельце сертификата - налоговых органах - системе шифрования - системе шифрования - системе шифрования - Вывод отчёта об окончании срока действия сертификата.
2.	По надежности	Отсутствие не декларированных возможностей
3.	По безопасности	Отсутствие не декларированных возможностей
4.	По совместимости	Совместимость с ОС Windows 2000/XP/2003/Vista/7

 

3.1 Анализ востребованности программного обеспечения с заданной функциональностью

Целью работы является разработка программы контроля Лицензий предприятием ООО «Компьютерный аудит» на основе 1С: Предприятие 8.

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

-       подключение новых клиентов;

-       продление клиентов;

-       учет лицензий крипто защиты;

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

-       учет электронно-цифровых подписей.

Причиной выбора платформы «1С: Предприятие 8» в качестве среды разработки была:

-       наличие у предприятия прикладного решения 1С: Управление производственным предприятием, редакция 1.2 на основе 1С: Предприятие;

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

-       хранение входящих данных в единой базе данных;

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

3.2 Определение трудоемкости разработки ПС

Рассчитаем трудоемкость разработки программного модуля для проверки корректности данных в ООО «компьютерный аудит»

Общий объем разработанного программного средства:

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

Значение коэффициента, учитывающего уровень повышения сложности программного модуля:

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

эскизный проект (ЭП):

техническое задание (ТЗ):

технический проект (ТП):

рабочий проект (РП):

внедрение (ВН):

Здесь L_ЭП, L_ТЗ, L_ТП, L_РП, L_ВП - удельный вес соответствующей стадии разработки ПС. K_Н - поправочный коэффициент, учитывающий степень новизны ПС. К_Т - поправочный коэффициент, учитывающий степень использования в разработке типовых (стандартных) программ.

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

Уточненная трудоемкость разработки программного модуля:

,

где T_i                - трудоемкость разработки i-й стадии, n - количество стадий разработки.

Необходимый срок реализации ПС

t =  лет,

где N_i - количество разработчиков, принимающих участие в разработке ПС на i-й стадии;

Ф - годовой фонд рабочего времени одного разработчика, дн.;

t - время разработки ПС, лет.

При N_i, равном для всех стадий единице, и Ф=231 дню, т.е. 11 месяцев × 21 рабочий день, имеем

t = 197.6 / 231= 0,86 лет.

С учетом К_СЛ общая трудоемкость разработки программного модуля защиты рабочих станций от несанкционированного доступа составит:

3.3 Определение стоимости разработки программного средства

Учитывая необходимую квалификацию инженера, заработная плата оценивается в 30000 руб. в месяц. Помимо ежемесячной заработной платы, предусматривается премия размером в 10000 руб., выплачиваемая по окончании работы. Таким образом, суммарные расходы на заработную плату составляют:= 30000 · 3 + 10000 = 100000 руб.

Ставка социального налога на заработную плату в Российской Федерации составляет 26.2%. Сумма социального налога составит Т = 26200 руб.

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

−       персональный компьютер, оснащенный монитором, пишущим CD-приводом, сканером и лазерным принтером;

−       комплект необходимого программного обеспечения, в том числе операционную систему Microsoft Windows XP, пакет офисных программ Microsoft Office 2007 Standard.

Таблица 3.2 - Оборудование рабочего места программиста

№пп	Наименование оборудования	Цена, руб.
1.	Персональный компьютер	20000
2.	Лазерный принтер	10000
3.	Операционная система Microsoft Windows XP Professional Edition	4000
4.	Пакет офисных программ Microsoft Office 2007 Standard	9500
Итого		43500

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

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

А = 3585 руб.

Согласно эргономическим требованиям к организации рабочих мест, площадь, выделяемая на одно рабочее место, должна составлять не менее 6 м². Исходя из стоимости аренды 442 руб./м² в месяц, получаем, что стоимость аренды помещения для одного рабочего места за 3 месяца составляет 7956 руб. Исходя из стоимости коммунальных услуг на одного человека 589 руб. в месяц, получаем, что сумма накладных расходов на коммунальные услуги при выполнении проекта составляет 1768 руб.

Таблица 3.3 - Накладные расходы

№пп	Описание	Сумма, руб.
1.	Заработная плата с учетом ставки единого социального налога	73800
2.	Амортизационные расходы	3585
3.	Аренда помещения и коммунальные услуги:	9724
Итого		87109

Капитальные затраты, связанные с разработкой и освоением системы, включают затраты на НИР и освоение ПС (К_осв):

К_пс = К_нир + К_осв.

Стоимость разработки (К_нир) составит:

К_нир =  Т _у + Ц _мч × Т _нир × К _мульт =197 + 22 × 39,4 × 1 = 355 466 руб.,

где    З_мес - среднемесячная заработная плата одного разработчика, руб.;

W_н - коэффициент отчислений на социальные нужды (1,26);

Д - среднее число рабочих дней в месяц;

Ц _мч - цена одного часа машинного времени, руб.;

Т _нир - трудоёмкость научно-исследовательских работ, чел.-дн. (принимается равной 20% от Т_у);

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

Стоимость освоения ПС:

К_осв =  t _осв + Ц _мч × Т _осв × К _мульт =19,7 + 22 × 96 × 1 = 37 572 руб.

Здесь t_осв - трудоёмкость освоения системы (10% от Т_у), чел.-дн.;

Т _осв - затраты машинного времени на основание ПС пользователем (16 дней по 8 часов × 0,75 = 96 часов).

Тогда К_пс = 355 466 + 37 572 = 393 038 руб.

3.4 Расчёт показателей экономической эффективности ПС

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

Таблица 3.4 - Статистика по работе модуля

№	Отчётный период	Количество обратившихся (всего записей)	Количество ошибочных записей (по данным СМО)	Найдено ошибок (разрабатываемый модуль)
1	Январь 2009	2134	145	145
2	Февраль 2009	2304	125	125
3	Март 2009	1920	137	137
4	Апрель 2009	1915	112
5	Май 2009	1650	98	98
6	Июнь 2009	1739	76	76

За шесть месяцев 2009 года экономия ЛПУ при использовании модуля корректировки счетов фактур составила 956 908 рублей. (159 484 руб. в месяц).

Годовой экономический эффект составит:

Срок окупаемости проекта составит:

В таблице 3.5 представлены основные экономические показатели инвестиционного проекта.

Таблица 3.5 - Основные экономические показатели инвестиционного проекта

№пп	Наименование показателя	Единица измерения	Величина показателя
1.	Трудоемкость разработки	чел.-дн.	198
2.	Объём разработанного ПС	условных команд	1000
3.	Необходимые инвестиции в проект:	руб.
	Всего		393 038
	- на НИР;		355 466
	- освоение ПС;		37 572
4.	Годовой экономический эффект	руб./год	1913808
5.	Срок окупаемости	лет	0.2

документооборот программный электронный защита

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

Заключение

Для достижения поставленной цели, а именно, повышение эффективности работы с системой электронной отчетности СБИС++ за счет использования средств адаптации к особенностям оператора связи, были решены следующие задачи:

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

. проанализирован состав и структура информационных баз системы электронной отчетности СБИС++;

. разработана программу автоматической настройки информационных баз системы СБИС++ с учетом особенностей оператора связи;

. разработаны средства для учета программных продуктов клиентов на базе системы 1С Предприятие 8.2;

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

Список источников

1)    ГОСТ 12.0.003 - 1974 Опасные и вредные производственные факторы. Классификация.

2)      ГОСТ 12.1.005 - 1988 Система стандартов безопасности труда. Воздух рабочей зоны. Общие санитарно-гигиенические требования.

)        ГОСТ 12.1.005-88. ССБТ Общие санитарно-гигиенические правила к воздуху рабочей зоны.

)        ГОСТ 12.1.003-83.ССБТ Шум. Общие требования безопасности.

)        ГОСТ Р 50923 - 1996 Дисплеи Рабочее место оператора. Общие эргономические требования и требования к производственной среде. Методы измерения.

)        ГОСТ Р 50948 - 2001 Средства отображения информации индивидуального пользования. Общие эргономические требования и требования безопасности.

)        ГОСТ Р 50949 - 2001 Средства отображения информации индивидуального пользования. Методы измерений и оценки эргономических параметров и параметров безопасности.

)        ГОСТ Р 51658 - 2000 Фильтры-экраны защитные для средств отображения информации.

)        Дудников Н.Г., В.В. Лупулов, А.И. Сеселкин Информатика и применение вычислительной техники в туристско-экскурсионных организациях. - М.: Центральное рекламно-информационное бюро «Турист», 1987.

)        Котиков И.М. Пространство технологий абонентского доступа для оператора связи // Технологии и средства связи 2003. №1.

)        Котиков И.М. Технологии проводного доступа для мультисервисных сетей связи // Технологии и средства связи 2003. №3.

)        Проектирование и внедрение компьютерных сетей. Учебный курс 2-е издание / Майкл Палмер.-Спб:.БХВ, 2004.

)        Мауфер Т. WLAN Практическое руководство для администраторов и профессиональных пользователей Пер.с англ. - М.: КУДИЦ-ОБРАЗ, 2005.

)        СанПин 2.2.2.542-96 Гигиенические требования к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации работы.

)        СниП 2.04.05-86 Отопление, вентиляция и кондиционирование.

)        СНиП II-4-85. Естественное и искусственное освещение.

)        СниП II-А.9-71. Искусственное освещение. Нормы проектирования.

18)  Стандарт предприятия. Проекты (работы) дипломные и курсовые. Общие требования к оформлению пояснительных записок и чертежей. СТП I-У-НГТУ-98.

19)    Методические указания по выполнению раздела «Экологичность и безопасность проекта» в дипломных проектах по специальностям 200700 - «Радиотехника»,…, 200900 - «Сети связи и системы коммутации» / НГТУ; Сост.: А.Э. Эппель, А.Б. Елькин. Н. Новгород, 1999.

20)  Мешков А., Тихомиров Ю. «Visual C++ и MFC. Программирование для Windows NT и Windows 95: В 3-х томах. Том 1». - СПб.: BHV - Санкт-Петербург, 1997. - 464 с., ил.

21)    Мешков А., Тихомиров Ю. «Visual C++ и MFC. Программирование для Windows NT и Windows 95: В 3-х томах. Том 2». - СПб.: BHV - Санкт-Петербург, 1997. - 464 с., ил.

)        Мешков А., Тихомиров Ю. «Visual C++ и MFC. Программирование для Windows NT и Windows 95: В 3-х томах. Том 3». - СПб.: BHV - Санкт-Петербург, 1997. - 384 с., ил.

)        Герберт Шилдт «MFC: основы программирования»: Пер. с. англ. - К.: Издательская группа BHV, 1997. - 560 с.