46
систему становится очень гибкой, позволяя, например, не использовать
алгоритмы, в которых были обнаружены уязвимости или потенциальные
угрозы безопасности, или использовать только те алгоритмы, которые
поддерживаются каждой из сторон;
Аутентификация SSH сервера, производится всегда, при любом
соединении, что не позволяет подменить трафик или сам сервер;
Аутентификация SSH клиента, может происходить различными
способами, что, с одной стороны, делает сам процесс аутентификации
более безопасным, с другой, делает систему еще более гибкой, упрощая
работу с ней;
Контроль целостности сетевых пакетов, дает возможность отследить
незаконные изменения трафике соединения, в случае обнаружения
данного факта, соединение обрывается незамедлительно;
Временные параметры аутентификации, предотвращают возможность
использования перехваченных и через некоторое время, расшифрованных
данных соединения.
Протокол SSH поддерживает довольно разнообразные методы
аутентификации и авторизации удаленных клиентов на SSH сервере, такие как:
GSSAPI-based аутентификация
Host-based аутентификация;
Аутентификация пользователя с помощью публичного ключа;
Аутентификация «вызов-ответ» (challenge-response);
Аутентификация пользователя по паролю.
Пропускная система контроля и управления доступом к помещениям
реализована совокупностью программно-технических средств Bravo, с помощью
которых решается задача контроля и управления посещением отдельных
помещений, а также оперативный контроль перемещения персонала и времени
его нахождения на территории объекта.
В состав Bravo входят такие элементы как:
47
Контроллер-концентратор СКД сетевой СК-05 - Используется для
управления исполнительными устройствами, хранения базы данных
пропусков, а также регистрации событий.
Контроллер замка сетевой КД-01 - Данный контроллер является
электронным устройством, работающим в составе сетевой СКД
«BRAVO», и предназначенным для управления электромагнитными
замками, электромеханическими защелками, а также турникетами
сторонних производителей. В качестве ключей доступа могут
использоваться ключи Touch Memory либо электронные бесконтактные
карты при использовании считывателей СВ-01.
Считыватель бесконтактный СВ-01 - Устройство предназначено для
идентификации карт доступа пользователей типа Proximity.
Конвертер интерфейсов RS422/USB - Устройство предназначено для
подключения устройств с выходным интерфейсом RS422 (концентратор)
на расстоянии до 1200 м к компьютеру через интерфейс USB.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная модель представляет собой схему взаимодействия
разрабатываемого инструмента автоматизации с имеющимися
информационными системами - шаги автореспондера отражают имитацию
шагов сотрудника, обрабатывающего входящие заявки от инициаторов, от
момента получения до предоставления и отправки итоговых документов.
Информация, полученная на первом шаге, используется для реализации
последующего шага, и так далее, пока в конечном итоге, искомый документ не
будет найден и представлен инициатору заявки.
Информационная модель представлена на схеме 2.1.
48
Схема 2.1.
Информационная модель проекта
Шаблон с
данными
Автореспондер
Т «ИНН
Кредитора»
SAP
Т «Сумма
платежа»
Т «Дата
платежа»
Т «Тип банка-
партнера»
Получение
и обработка
заявки
Поиск
информации
о платеже
MS Outlook
Ф «запрос ПП»
Поиск файла
платежного
поручения
Отправка
платежного
поручения
Платежное
поручение
Инициатор
Share Drive
Ф «Платежные поручения»
Ф* «Платежные поручения»
49
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
Входной информацией является заявка от инициатора, полученная по
электронной почте. Заявка представляет собой файл Excel с исходными данными
(рисунок 2.4):
Балансовая единица
Номер кредитора
Номер РО (от англ. Purchase Order – заявка на закупку)
Сумма платежа с НДС
Номер документа BO (ВО – вид документа платежа в системе SAP)
Поля со звездочкой обязательны для заполнения и представляют собой
минимальную входящую информацию для поиска платежа в системе.
Рис. 2.4. Пример заполненного шаблона от инициатора
Шаблон содержит мини-инструкцию по заполнению. На рисунке 2.5
представлена информация по заполняемым полям.
50
Рис. 2.5. Рекомендации к заполнению полей шаблона
Таким образом, существует три варианта входной информации,
представленных в таблице 2.2.
Таблица 2.2
Варианты заявок
Оперативная информация представляет собой данные о платеже, которые
будут получены из системы SAP посредством использования входящих
данных. Следующие данные можно отнести к оперативным:
Дата платежа
Тип банка-партнера (банк, через который был совершен платеж)
ИНН кредитора
Заявка содержит
информацию по
полям
1
вариант
2
вариант
3
вариант
Балансовая единица + + +
Номер кредитора + + +
Номер РО + +
Сумма платежа c НДС +
Номер документа BO +
51
Сумма платежа – если в заявке уже была указана сумма, то в
качестве оперативной информации будут выступать входящие
данные из шаблона.
Также существует возможность того, что данные по платежу в системе
отсутствуют, по причине того, что платеж по запрашиваемому документу еще не
был совершен, в таком случае, это также является оперативной информацией для
совершения ответа инициатору.
Справочной информацией в данном проекте служит информация о
местонахождении файлов платежных поручений на файловом хранилище Share
Drive. Все файлы с платежными поручениями лежат по неизменному пути //…..
и структурированы по датам, банкам-партнерам и балансовым единицам. В
таблице 2.3 представлена подробная структура хранилища.
Таблица 2.3
Структура папок с платежными поручениями
№
структурное дерево
папок имя папки расшифровка
1
год
ГГГГ ГГГГ - год
2
месяц
ГГГГ_ММ ГГГГ - год, ММ-месяц
3
день
ГГГГ_ММ_ДД
ГГГГ
-
год, ММ
-
месяц, ДД
-
день
4
балансовая единица
PCH Балансовая единица RU03
FRITO Балансовая единица RU02
LEB Балансовая единица RU04
5
Банк
CITI CITI банк
HSBC HSBC банк
Таким образом, оперативная информация о дате платежа и типе банка и
справочная информация используются для определения местонахождения
искомого файла платежных поручений за банковский день по конкретному
банку.
Искомый файл представляет собой PDF файл с платежными поручениями
всех совершенных платежей, с максимальной размерностью 1000 страниц. Если
в данный банковский день было совершено более тысячи платежей, то PDF
52
файла может быть два, и поиск запрашиваемого платежного поручения будет
произведен по обоим файлам.
Вторая часть оперативной информации о сумме платежа и ИНН кредитора
используется для поиска страницы платежного поручения в PDF файле и
дальнейшего формирования его отдельным документом, готовым к отправке.
2.2.3. Характеристика результатной информации
Существует три варианта результатной информации.
В случае успешного поиска запрашиваемого документа результатной
информацией является сформированный PDF файл платежного поручения либо
несколько таких файлов, в зависимости от входящей заявки-запроса. Данный
файл автоматически вкладывается в ответное письмо и отправляется инициатору
заявки.
Если поиск входящих данных в SAP не удалось осуществить, то это
означает, что предоставлены некорректные данные либо часть данных. В этом
случае результатной информацией будет являться автоматический ответ
инициатору о том, что указанные данные не обнаружены и необходимо
перепроверить корректность заполнения шаблона.
Если поиск входящих данных в SAP завершен успешно, но данные по
платежу не найдены, результатной информацией будет являться автоматический
ответ инициатору заявки о том, что платеж по данному РО еще не был совершен.
Следует отметить, что такой вариант результатной информации релевантен
только для запросов 1 и 2 вариантов, обозначенных в таблице 2.2, когда заявка
оформляется по номеру РО. Если инициатор заявки указывает в запросе
непосредственно сам номер документа платежа (3 вариант), то это уже говорит
о том, что данный платеж существует.
Формат текста автоответа представлен на рисунке 2.6, поле «комментарий
по запросу» будет меняться в зависимости от результата обработки заявки.
53
Рисунок 2.6. Формат текста автоответа
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Ввиду того, что данный проект заключается в роботизации ручного труда,
сценарий диалога между пользователем и инструментом автоматизации не
предусмотрен – пользователь только запускает инструмент, и далее происходит
самостоятельная отработка инструмента без общения с пользователем.
Дерево функций данного инструмента представлено на схеме 2.2.
54
Схема 2.2
Дерево функций
2.3.2. Структурная схема пакета (дерево вызова программных модулей)
Проект автоматизации состоит из 4 программных модулей, главным из
которых является модуль Mailer, остальные модули представляют собой набор
описанных функций и вызываются модулем Mailer по мере его отработки:
Mailer – предназначен для запуска основных процедур и функций
программы, модуль чтения и группировки входящих запросов,
получение результатов SAP, поиск файла платежного поручения,
отправка найденного файла инициатору запроса.
Дерево функций
Получение
информации
Обработка
информации
Поиск информации
Поиск
промежуточной
информации
Сортировка
запроса по типу
Сохранение нового
запроса
Автозаполнени
е недостающих
строк
Поиск нового
запроса в MS
Outlook
Чтение строк
запроса
Формирование
результата
Запись данных в
массив
Вложение
итоговой
информации
Группировка
прочитанных
данных
Создание
ответного письма
Сохранение
итоговой
информации
Поиск итоговой
информации
Анализ ошибок
Отправка письма
Определение
текста ответа
Группировка
результатов
55
Main – модуль поиска данных в SAP, запуск транзакций и поиск
недостающей информации для дальнейшего поиска файла.
Setup – модуль вспомогательных функций, таких как дозаполнение
ячеек в шаблоне, группировка запроса и группировка данных SAP.
Run_Sap – модуль запуска системы SAP и описания функций для
работы с PDF.
Схема 2.3
Дерево вызова программных модулей
2.3.3. Описание программных модулей
Так как главным модулем является модуль Mailer , все функции,
описанные в других модулях вызываются непосредственно по мере отработки
главного модуля. На схеме 2.4 представлено описание модуля Mailer.
Рассмотрим детально отработку модуля по шагам, включая функции описанные
в других модулях.
Схема 2.4
Run_sap
Setup
Main
Mailer
Модули системы