CC BY
44
А. П. Кирпичников, С. А. Ляшева, М. П. Шлеймович, Р. М. Гимальдинов
СИСТЕМА ЗАЩИЩЕННОГО ОБМЕНА ДОКУМЕНТАМИ МЕЖДУ ОРГАНИЗАЦИЯМИ
Ключевые слова: юридически значимые документы, электронный документооборот, хранение электронных документов,
создание и редактирование формализованного документа.
В работе представлена автоматизированная система защищенного обмена юридически значимыми документами.
Keywords: legal documents, electronic document, storage of electronic documents, creating and editing a formalized document. In this paper discusses automated system for the secure exchange of legal documents.
ИНФОРМАТИКА, ВЫЧИСЛИТЕЛЬНАЯ ТЕХНИКА И УПРАВЛЕНИЕ
УДК 004.91
В настоящее время существует достаточно много систем документооборота [l]. Существуют очень крупные системы вроде «DIRECTUM» и «Globus Professional» или системы поменьше, например «Астрал» [2, 3, 4].
DIRECTUM - система управления корпоративным контентом (Enterprise Content Management), позволяет построить полноценную систему электронного документооборота (СЭД) предприятия. Но она содержит ряд недостатков:
1. Система рассчитана на очень крупные предприятия, небольшим или даже средним предприятиям не нужен весь функционал, который она предоставляет;
2. Сложность освоения;
3. Это приложение, которое необходимо установить на компьютер и выполнить предварительные настройки.
Система «Globus Professional» очень похожа на «DIRECTUM» и, соответственно, имеет примерно такие же недостатки. Следует отметить, что поддержка обмена документами между организациями является лишь частью их функционала, значительный объем которого использоваться не будет.
Система «Астрал» лишена тех недостатков, которые имеются у крупных систем. Это узконаправленная система документооборота между организациями. Но у нее есть свои недостатки:
1. Отсутствие конструктора формализованных (и корректировочных) счетов фактур;
2. Очень малое количество организаций-партнеров.
В связи с отмеченными недостатками было решено создать собственную систему обмена документами между организациями. В данной системе также должен присутствовать раздел создания и редактирования формализованных документов, таких как счет фактуры и корректировочные счета фактуры, база организаций будет обеспечена за счет Системы Автоматизированной Работы Предприятия (САРП).
Технические требования для работы с системой на компьютере пользователя должны
сводиться к установке следующего программного обеспечения:
1.Операционная система (без ограничений);
2. Браузер.
Также должна быть предусмотрена работа в системе с мобильных устройств (смартфоны, планшетные компьютеры).
Для работы в системе с использованием сертификата электронной подписи (ЭП) на компьютере пользователя должна требоваться установка программного обеспечения (ПО):
1. Система криптографической защиты информации (СКЗИ) «КриптоПро CSP» версии не ниже 3.6;
2. Операционная система, требуемая СКЗИ «КриптоПро CSP» (Windows версии не ниже XP). Браузер, работающий с СКЗИ «КриптоПро CSP» (на сегодня IE версии 6.0 и выше);
3. Программное обеспечение, использующее СКЗИ «КриптоПро CSP» с поддержкой формы квалифицированного сертификата ЭП в соответствии с требованиями, установленными Федеральным законом «Об электронной подписи» (на сегодня СКЗИ «КриптоПро CSP» версии 3.6);
4. Наличие соединения с Интернет.
К функциональным требованиям системы относятся следующие условия:
1. Максимальный размер передаваемого файла документа не должен превышать 35 Мб.
2. В системе допускается передача файлов следующих типов: doc, docx, xls, xlsx, mht, jpeg, jfif, jpg, rtf, pdf, txt, zip, rar.
3. Кнопка «Распечатать»/«Печать» должна открывать пользователю страницу стандартную для браузера с заданием параметров для печати: выбор принтера, кол-во копий, страниц и диапазона печати и т. п.
4. Сообщения в системе не шифруются. Подпись для формализованных документов производится в обязательном порядке, для неформализованных - опционально.
5. В полях для ввода текста, таких как «Комментарий», «Дополнительная информация» и т.п., в системе должно быть установлено
ограничение на количество вводимых символов - не более 1 млн. символов.
6. Отражение номеров страниц пейджинга должно включать: первую страницу в начале строки, последнюю страницу в конце строки и текущую посередине.
7. Если пользователь открывает страницу системы в неподдерживаемом браузере (IE ниже 8 версии), он должен попадать на страницу с сообщением об ошибке. Ссылка «Подробнее...» открывает новую страницу с информацией по техническим требованиям системы, где должны быть перечислены все допустимые к использованию версии браузеров.
8. На странице авторизации, если пользователь выбирает способ входа в систему по сертификату, перед построением списка доступных сертификатов необходимо проводить проверку версии установленного КриптоПро на его компьютере. В случае, когда КриптоПро не установлено или его версия ниже 3.6, на странице авторизации следует выводить сообщение с ошибкой.
В системы было решено выделить шесть модулей. Первый модуль отвечает за отображение страниц. Модуль должен заниматься предоставлением пользователю информации в удобной форме. Этот модуль предоставляет из себя проект Asp.Net (в понятиях среды разработки Visual Studio). Необходимые страницы:
- Contragents - страница с адресной книгой, позволяющая просматривать отношения текущего контрагента с другими, а также возможность добавлять новых контрагентов;
- CreateDocument - страница создания пачки документов для отправки, тут должна присутствовать возможность загрузки нового документа и перехода в раздел создания формализованного документа;
- Invoice - страница создания и редактирования счета фактуры и исправления счета фактуры, с возможностью просмотра, сохранения и распечатки полученных результатов;
- Login - страница авторизации, с возможностью входа и по логину и по сертификату;
- Notification - страница просмотра уведомлений пользователя;
- Personal - страница просмотра личной информации о сотруднике;
- PrintForm - страница просмотра печатной формы документа;
- Reports- страница с информацией о входящей, исходящей почтой, а также черновики и удаленные документы. Предусмотрена возможность фильтрации документов.
- CorrectionInvoice - страница создания и редактирования корректировочного счета фактуры
Второй модуль - библиотека классов:
- Класс ContractorsBookEntry - запись в адресной книге контрагента;
- Класс DocumentInfo - информация о документе;
- Класс InvoiceDocumentInfo - информация о счете фактуре;
- Класс Notification - уведомление, то что отображается на странице уведомлений;
- Класс Transaction - транзакция;
- Класс Workflow - информация о документообороте;
- Класс WorkflowGroup - группа документооборота.
В третьем модуле хранятся классы:
- Класс CorrectionInvoiceDocument -корректировочный счет-фактура;
- Класс CorrectionlnvoiceTableltem-информация о товаре для корректировочного счета-фактуры;
- Класс Invoice - счет-фактура;
- Класс FIO - фамилия имя отчество;
- Класс FormalizedDocument -формализованный документ;
- Класс InvoiceTableItem - информация о товаре счета-фактуры.
Четвертый модуль содержит интерфейсы и их реализации в виде классов для получения информации из базы данных. Приведем лишь список имен интерфейсов:
ICertificateInfoDataProvider, IContractorsBookDataProvider,
IContractorsDataProvider, IDepartmentsDataProvider, IEmployeesDataProvider, INotificationDataProvider, ITransactionDataProvider, IWorkflowDataProvider. Все классы должны содержать методы получения данных из базы и добавления их в базу.
Пятый модуль содержит вспомогательные классы для различных операций:
- Класс CryptoManager - класс для получения доступа к некоторым функциям библиотеки CAPI;
- Класс WorkflowManager - содержит методы для организации документооборота;
- Класс EnumManager - методы упрощающие работы с перечислениями;
- Класс FormalizedDocumentManager -содержит один метод создающий объект на основе массива байтов;
- Класс OrganizationManager - содержит один метод определяющий эквивалентность двух объектов типа Organization.
Шестой модуль содержит ссылки на используемые системой сервисы. Класс TranscryptConsts - содержит константы, используемые в системе.
Класс TranscryptSession - прослойка для работы с HttpSessionState.
Схема взаимодействия модулей представлена на рис.1.
База данных состоит из:
- таблицы CertificateInfo, которая предназначена для хранения информации о сертификатах организации. Данные используются для криптоопераций над документами. Content позволяет при необходимости скачать сертификат;
- таблицы ContractorsBookEntry, которая предназначена для хранения информации об отношениях между организациями. В системе
имеется раздел «Контрагенты», где отображаются эти отношения;
- таблицы Department, которая предназначена для хранения информации о подразделениях организации. Имеет ссылку сама на себя, т.к. подразделения могут быть вложенными;
- таблицы DocumentInfo, предназначенной для хранения информации о документе участвующем в документообороте;
- таблицы Employee2Cert, предназначенной для хранения информации о сертификатах сотрудника. Сотрудник в организации имеет ограниченный доступ к сертификатам. Распределением сертификатов занимается пользователь - администратор;
- таблицы Employee, которая предназначена для хранения информации о сотруднике организации. В ней хранится информация - ФИО, должность, подразделение, в котором сотрудник состоит, права и имя пользователя, разрешающее доступ;
- таблицы Notification, которая предназначена для хранения информации об уведомлениях, поступающих в организацию. В системе имеется раздел «Уведомления», где отображаются все уведомления организации;
- таблицы Organization, предназначенной для хранения информации об организациях, зарегистрированных в системе. В ней хранится такая информация как наименование, идентификатор из САРПа, список подразделений, ОГРН, список сотрудников - это информация применяется для идентификации организации и используется при формировании формализованных документов, таких как счет фактура;
- таблицы AuthSession, предназначенной для хранения информации о сессии пользователя. Заполняется при авторизации;
- таблицы Signature, которая предназначена для хранения информации о подписи после выполнения над файлом криптооперации;
- таблицы Transaction, предназначенной для хранения информации о транзакциях между получателем, отправителем и оператором;
- таблицы Transaction, которая предназначена для хранения информации о пользователе. Здесь содержаться данные авторизации;
- таблицы WorkflowGroup, предназначенной для хранения информации о группе документооборота;
- таблицы Workflow, которая предназначена для хранения дополнительной информации о документе участвующем в документообороте.
Для создания системы была выбрана технология создания веб-приложений и веб-сервисов ASP.NET. C# использовался, как язык программирования на серверной стороне, на клиентской стороне применялся JavaScript.
Для хранения данных применяется СУБД Microsoft SQL Server, с использованием языка запросов Transact-SQL. Применяемая среда разработки Visual Studio 2012. Для работы с СУБД применен Sql Server Manager 2008.
—
о—I е
Рис. 1 - Схема взаимодействия модулей
При реализации проекта были разработаны модули для функционирования системы:
• Transcrypt.BusinessLogic;
• Transcrypt.Core;
• Transcrypt.Data;
• Transcrypt.DataProvider;
• Transcrypt.Domain;
• TranscryptSite.
TranscryptSite - представляет собой сайт с которым работает пользователь. Он использует все остальные модули для функционирования системы. TranscryptSite - это проект Asp.Net с различными страницами состоящий из двух частей:
1. Страница aspx или страница содержимого, которая представляет собой смесь html кода со специальными asp тегами, которые во время компиляции приложения преобразуются в разметку - эта часть называется front-end;
2. Класс, отвечающий за обработку действий пользователя - эта часть называется back-end. Кроме страниц этот проект так же содержит мастер страницы или главные страницы ASP.NET они позволяют создавать последовательную структуру страниц в приложении. Проект содержит ссылки на следующие модули: Transcrypt.Data, Transcrypt.DataProviders, Transcrypt.Domain, Transcrypt.Core.
Transcrypt.BusinessLogic - проект библиотеки классов. Проект логически объединяет в себе различные менеджеры, для выполнения каких-либо операций. Класс менеджер представляет собой объединение статических методов со схожим функционалом.
Проект содержит ссылки на следующие модули: Transcrypt.Data, Transcrypt.DataProviders, Transcrypt.Domain.
Transcrypt.Data, Transcrypt.Domain -проекты библиотек классов. Эти проекты объединяют в себе все основные типы и перечисления.
Transcrypt.DataProvider - проект библиотеки классов. Содержит в себе множество интерфейсов, согласно которым должны реализовываться конкретные классы для работы с базой данных (БД).
В этом же проекте содержатся классы, реализующие эти интерфейсы, а также классы контакты (DataContract). Тут же создана фабрика
DataProvidersFactory, которая в зависимости от установленных в системе настроек возвращает провайдер для работы с базой данных или с Xml файлом (xml файлы в качестве хранилища использовались на ранних этапах). Проект содержит ссылку на модуль Transcrypt.Domain, Transcrypt.Data.
Transcrypt.Core - проект библиотеки классов. Здесь содержится ссылка на FlcWebService, это сервис, разработанный на предприятии необходимый для фомато-логического контроля формализованной документации. Используется при загрузке документов в систему и при создании новых, так система понимает, что имеет с формализованным документом. Здесь так же имеются классы исключений, используемые в системе.
В проекте Transcrypt.Core имеются файлы настроек и констант применяемые во всем решении.
В целом из особенностей системы можно выделить следующее:
1. Вход в систему можно осуществить как по логину-паролю, так и используя сертификат. Для входа по сертификату используется специально разработанный на предприятии плагин, устанавливаемый на ПК пользователя для связи с браузером на странице размещается специальный тег:
<object id="npCryptx"
type="application/taxnet-service-plugin" style="visibility: hidden; width: 0; height: 0"></object>
2. Благодаря использованию наработанной базы контрагентов от предприятия пользователю доступна большая по объему база контактов, а программисту - решение задачи удобного отображения информации. Создание удобного выпадающего списка с «интеллектуальным» поиском по введенной строке стала интересной задачей вытекшей в отдельный пользовательский элемент управления.
3. Документооборот представляет собой не просто отправку и получение документов, а череду транзакций по получению и отправке уведомлений после отправки первичного документа.
Алгоритм заключается в следующем. После того как пользователь загрузил или создал все необходимые документы, они все помещаются в специальную группу документооборота и потом системой для каждого документа формируются три транзакции:
- Документ;
-ПодтверждениеДокументОператорОтправитель; -ПодтверждениеДокументОператорПолучатель.
При первом открытии документа из списка входящих (что приравнивается к получению пользователем документа) формируются еще две транзакции для получателя:
- ИзвещениеДокументПолучатель; -Извещение ПодтверждениеДокументПолучатель.
При открытии документа отправителем формируется одна транзакция: -ИзвещениеПодтверждениеДокументОтправитель.
Системой во время формирования транзакции «ИзвещениеДокументПолучагель» формируется транзакция:
ПодтверждениеИзвещениеДокументПолучательОпе ратор на которую получатель отвечает «ИзвещениеПодтверждениеИзвещениеДокументПо лучатель». Это алгоритм для документооборота произвольного защищенного документа, при работе же с некоторыми формализованными документами этот алгоритм усложняется.
Для работы с БД был применен BLToolkit, который дает доступ к:
- Операциям DML (Insert/Update/Delete) в таком виде, в котором они присутствуют в SQL;
- Максимально приближённой к SQL модели программирования, включающей, в том числе SELECT без источника данных (например, для генерации вызова SELECT CURRENT_TIMESTAMP);
- Возможности описания модели данных с помощью исключительно интерфейсов;
- Механизму повторного использования выражений и подзапросов.
BLToolkit предлагает свой Linq-provider для доступа к БД. BLToolkit поддерживает следующий список баз данныхЛВ2,1п1Ъгтх, Firebird, Oracle, Microsoft Access, MS SQL 2005, MS SQL 2008, MySql, PostgreSQL,SqlCe, SQLite, Sybase ASE. Это огромный плюс, если в дальнейшем появится необходимость миграции базы данных.
Для создания модели данных использовался метод написания классов вручную. Для работы с данными, получаемыми из базы, используется специальный класс-прослойка DC в модуле Transcrypt.DataProviders. Для того, чтобы избежать ненужных атрибутов BLToolkit, в операциях, проводимых системой, применяется базовый класс Employee.
Атрибут [TableName("TableName")],
используется для сообщения с таблицей, с которой связана сущность. Атрибут [MapField("TableField", "EntityField")], используется в случае, если имеются различия между полями таблицы и сущности. Атрибут [PrimaryKey] сообщает, что поле является ключом. Аналогично реализованы остальные классы DataContract-ов.
Кроме классов модели данных создан специальный класс, объединяющий в себе все таблицы модели:
public class TranscryptiDb : DbManager.
Класс TranscryptiDb необходим для получения удобного доступа ко всем таблицам из одного места. Для получения данных из БД были созданы специальные классы провайдеры (DataProvider).
Для данной системы разработано руководство пользователя.
Вход в систему реализован двумя способами:
1. По логину и паролю - с ограниченным доступом по функционалу системы: невозможна отправка и подпись документов;
2. По сертификату ЭП - полный доступ к функционалу системы.
Вход в систему осуществляется через окно авторизации в системе (рис.2, а). В данном окне пользователю предлагается выбрать способ авторизации. Последний использованный способ входа в систему запоминается системой и при следующей попытке входа пользователю отображается соответствующее окно.
Во время работы пользователя в системе производится повторная авторизация, если системой не пользовались более 30 минут.
Окно авторизации по логину-паролю разработано IT Avenue в следующем виде:
В случае утери пароля необходимо открыть страницу «Восстановление пароля». На странице представлена инструкция дальнейших действий пользователя в данной ситуации, а также поле для ввода логина. По ссылке «Вспомнить пароль» открывается окно «Восстановление пароля»:
По нажатию кнопки «Отправить» проверяется поле «Электронная почта» - оно должно быть заполнено, значение адреса эл. почты должно соответствовать зарегистрированному email для учетной записи в системе. Если поле не заполнено, то в окне поле выделяется знаком «Электронная почта» и пользователю выводиться ошибка: «Введите адрес электронной почты». Если введенный адрес не соответствует ни одному из зарегистрированных в системе, то пользователю сообщается об ошибке.
По кнопке «Войти» осуществляется проверка полей «Электронная почта» и «Пароль» - значения должны быть заполнены и пара логин-пароль должна быть зарегистрирована в системе.
Окно авторизации по сертификату открывается при выборе вкладки «По сертификату» на странице авторизации в системе. При переходе на вкладку системой производится проверка сертификатов, выданных предприятием и размещенных в компьютере в хранилище «Личные», и выделяются те из них, срок действия которых не истек на данный момент. Состав сертификатов должен соответствовать требованиям ФЗ №63 от 06.04.2011г.
Окно авторизации по сертификату ЭП соответствии с разработанным интерфейсом IT Avenue представлено на рис.2, б.
Пользователь должен выбрать в списке сертификат для авторизации. После этого системой производится проверка ключа подписи, который должен быть доступен для считывания в данный момент.
В случае, когда проверка завершена успешно, пользователь получает доступ к системе. В противном случае, система выводит ошибку авторизации.
Дополнительные разделы окна авторизации:
Раздел «Регистрация в системе» переводит пользователя в окно подачи заявки на подключение к системе.
Раздел «Техническая поддержка» выводит пользователю окно с контактной информацией службы технической поддержки ресурса.
Раздел «Справка» выводит пользователю окно со справочной информацией к разделу авторизации в Системе.
Раздел «Личный кабинет» содержит данные по текущей учетной записи пользователя в системе. Вызов страница раздела осуществляется из верхнего меню главной страницы системы.
Согласно разработанному интерфейсу раздел «Личный кабинет» имеет вид, представленный на рис.3, а.
Войти в систему
По логину и паролю По сертификату
Электронная почта:
Пароль:
Вспомнить пароль м Запомнить Войти
Регистрация в системе Техническая поддержка 0 Справка
а) Окно входа в систему Войти в систему
По логину и паролю По сертификату
Выберите сертификат:
ДеМИНаД.С. ОАО "Урал", до 14.1 0.2012
Воропаев A.B. ЗАО "Копыта" до 1410 2012
Воропаев A.B. до 1410 2012
Регистрация в системе Текническая поддержка О Справка
б) Окно входа по сертификату Рис. 2 - Вход в систему
Данные в полях «Фамилия», «Имя», «Отчество», «Электронная почта», «Пароль» берутся по профилю текущего пользователя и доступны для редактирования. Данные остальных полей заполняются из профиля текущего контрагента, их редактирование в данном разделе не доступно.
Поле «Электронная почта» редактируется через модальное окно, которое вызывается по ссылке «Сменить» справа от поля. По кнопке «Сохранить» запускается сценарий обработки нового адреса электронной почты для пользователя. До подтверждения нового адреса (он подтверждается в течение 24 часов) пользователем, в системе в данных личного кабинета сохраняется прежний логин.
При установленном флаге «Присылать уведомления о новых входящих документах» системой должно отправляться уведомление на указанный электронный адрес по каждому событию, связанному с получением нового сообщения пользователем, как сотрудником текущего контрагента.
По ссылке «Сменить» справа от поля «Пароль» открывается окно для ввода нового пароля доступа в систему:
Пользователь должен ввести свой действующий пароль в поле «Текущий пароль», а текстовое значение нового пароля в поле «Новый пароль» и повторить его в поле «Повторите пароль». По кнопке «Сохранить» производится проверка значения действующего пароля. Если проверка прошла успешно, то в профиль пользователя вносится новый пароль взамен действовавшего. Пользователю выводится сообщение «Новый пароль успешно сохранен. Ок». В случае выявления ошибок на любом этапе проверки, пользователю выводятся сообщения с их описанием. По кнопке «Отменить» пользователь возвращается в раздел «Личный кабинет» без изменения пароля.
Справочник «Контрагенты». Вид главной страницы справочника представлен на рис.3, б.
Все контрагенты, с которыми имеются или имелись отношения с текущем контрагентом, распределены по подразделам «Активные», «Удаленные», «Входящие запросы», «Исходящие запросы» в зависимости от их текущего статуса отношений.
Активные контрагенты - контрагенты, которые согласились обмениваться информацией в электронном виде друг с другом.
Удаленные контрагенты - контрагенты, которые были удалены из справочника, либо контрагенты, которые не одобрили запрос на добавление или контрагенты, которым отказали в добавлении.
В разделе «Входящие запросы» отражаются запросы от контрагентов, поступившие в адрес текущего контрагента.
В разделе «Исходящие запросы» содержатся контрагенты, которым был отправлен запрос на добавление.
По клику на строке с контрагентом пользователю открывается страница «Карточка контрагента» с более подробным описанием его данных. Внешний вид страницы представлен на рис. 3, в.
Все реквизиты контрагента заполняются по данным из базы абонентов САРП.
Вид карточки может отличаться в части названия кнопок, информации о статусе - эти данные зависят от того, из какого раздела справочника «Контрагента» была вызвана информация.
Статусы контрагента в справочнике могут принимать значения:
• Добавлен;
• Удален;
• Запрос на обмен документами отправлен;
• Запрос на обмен документами получен.
а) Интерфейс раздела «Личный кабинет»
Контрагенты
#ТоПО Поиск по документам
Уведомления Контрагенты
Ш Удаленные ВмжиезапросыЮ) ИаоджиезапросыЛ) Добаатть контрагента
Исходящие Черновики Удаленные
Поиск контрагентов
Частник
ИНН 1/3123123
< 1 >
Отправить документ Удалить
б) Интерфейс страницы «Контрагенты»
в) Окно просмотра «Контрагента»
Рис. 3 - Раздел «Личный кабинет» и
вид справочника «Контрагенты»
Добавление нового контрагента в справочник «Контрагенты» производится по кнопке «Добавить контрагента». Кнопка должна быть доступна для пользователей с правами администратора. По клику на кнопке открывается страница «Добавить контрагента» (рис.4, а).
По кнопке «Отмена» в окне «Добавить контрагента» пользователь возвращается к разделу «Контрагенты».
Раздел «Создание нового документа». Создание нового документа в Системе происходит в
разделе «Создать документ», вызываемый с главной страницы системы по кнопке «Создать документ».
Создание документа средствами системы доступно только для формализованного документа типа «Счет-фактура» - ссылка в разделе «Создать счет-фактуру». Остальные документы загружаются в виде готовых файлов из каталога компьютера по ссылке в разделе «Загрузить еще один документ».
Раздел, связанный со страницей создания счета-фактуры и корректировочного счета-фактуры, открывается по ссылке «Создать счет-фактуру», расположенной в разделе «Создать документ» и имеет вид, представленный на рис 4, б.
В системе реализовано заполнение полей через «живой поиск» по вводимому в поле значению (поиск производится в справочниках системы). В списке подобранных значений из справочника выводиться не более 5 записей.
После заполнения формы «Создать счет-фактуру» пользователь для ее сохранения должен нажать кнопку «Сохранить». В случае выявленных ошибок на форме выделяются поля, требующие заполнения. В случае успешной проверки в системе создается формализованный документ с типом «Счет-фактура». Пользователю открывается страница «Создать и отправить документ» с добавленным к отправке документом - счетом-фактурой. Для довершения отправки пользователь должен указать все параметры отправки и нажать кнопку «Подписать и отправить». После отправки сообщение с документом появляется в каталоге «Исходящие».
Формирование в системе исправленного счет-фактура и корректировочной счет-фактура производится двумя способами:
1.Загрузка готового файла документа из каталога;
2.Создание файла документа средствами системы.
Формирование исправления производится для следующих видов счетов-фактур (только исходящих):
• Первичный счет-фактура;
• Исправленный счет-фактура;
• Корректировочный счет-фактура.
Формирование корректировки производится
для видов счетов-фактур (только исходящих):
• Первичный счет-фактура;
• Исправленный счет-фактура.
Формирование корректировки на
корректирующий счет-фактуру не допускается.
Страница «Уведомления» - это раздел системы, представляющий собой ленту последних важных событий для пользователя в системе. В разделе присутствуют пять видов уведомлений: сообщения, подтверждения, новости, сообщения технической поддержки, запросы. Пример реализации страницы представлен на рис. 4, в.
б) Интерфейс страницы создания счет фактуры
в) Интерфейс страницы «Уведомления» Рис. 4 - Интерфейсы
Раздел «Кабинет контрагента» содержит три подраздела: «Реквизиты», «Подразделения», «Сотрудники».
Подразделы доступны для просмотра всем пользователям, являющимся сотрудниками контрагента. Редактирование данных в подразделах доступно только пользователям, являющимся сотрудниками контрагента, с правами администратора.
Таким образом, разработанная система лишена недостатков больших систем и следовательно, позволяет повысить эффективность работы организаций с электронными документами.
Литература
1. Володин Д.В. Проблемы организации межведомственного электронного документооборота // Вестник архивиста, 2012, № 1. С. 147-162.
2. DIRECTUM - система электронного документооборота, автоматизации делопроизводства и управления документами. http://www.directum.ru.
3. Globus Professional. Комплексная автоматизация предприятий. http://www.globusprof.ru/solutions/globus-professional.
4. Электронный документооборот. http://astralnw.ru/electronic_document.
© А. П. Кирпичников - д. ф.-м. н., зав. каф. интеллектуальных систем и управления информационными ресурсами КНИТУ, kirpichnikov@kstu.ru; С. А. Ляшева - к.т.н., доцент кафедры прикладной математики и информатики КНИТУ-КАИ; М. П. Шлеймович - к.т.н., доцент кафедры автоматизированных систем обработки информации и управления КНИТУ-КАИ, shlch@mail.ru; Р. М. Гимальдинов - магистрант КНИТУ-КАИ.
©A. P Kirpichnikov - Dr. Sci., Head of the Department of Intelligent Systems & Information Systems Control, KNRTU, kirpichnikov@kstu.ru; S. A. Lyasheva - PhD, Associate Professor of the Department of Applied Mathematics & Informatics, KNRTU-KAI; M. P. Shleymovich - PhD, Associate Professor of the Department of Automated Information Processing Systems & Control, KNRTU-KAI, shlch@mail.ru; R. M. Gimaldinov - Master Student, KNRTU-KAI.
