39
№
Программное обеспечение
Техническое обеспечение
6
Операционная система,
интернет браузер, платформа
1С: Предприятие,
Конфигурация «Управление
торговлей», офисный пакет
Рабочая станция, сервер баз
данных, сервер 1С:
Предприятие, МФУ
Программные и технические средства необходимые для разработки
программного кода модулей автоматизации указаны в таблице 1.16.
Таблица 1.16
Необходимое программное и техническое обеспечение необходимое для
выполнения проекта автоматизации
Название модулей
проекта автоматизации
Программное
обеспечение
Техническое
обеспечение
Мобильное приложение
Операционная система,
среда разработки Android
Studio 3.1
Переносная рабочая
станция, мобильное
устройство под
управлением ОС Android
Программный модуль
платформы 1С :
Предприятие
Операционная система,
«толстый» клиент
платформы 1С
Переносная рабочая
станция, сервер
платформы 1С:
Предприятие
Перечисление денежных средств от заказчиков и клиентов происходит в
течение 1-3 банковских дней. Процесс подтверждения платежа при стандартной
процедуре получения банковской выписки с зачисленными денежными средствами
занимает также 1-3 дня, и 25 минут на каждое платежное поручение. По упрощенной
схеме процесс сокращается до 1-2 дней и время на подтверждение составляет 15
40
минут. Исходя из этого срока произведем расчёты временных затрат на
подтверждение платежей существующим способом.
Таблица 1.17
Временные затраты на подтверждение оплаты и поставку товара
Способ
Кол-во
платежных
поручений
в день
(шт.)
Время,
затрачиваемое
на каждое
подтверждение
(минут)
Общее
количество
времени
(минут)
Задержка
в
поставке
товара
(дней)
Банковская выписка
7
25
175
3
Платежный
документ на
электронную почту
/ факс
10
15
150
2
Как видно из таблицы 1.17, минусом текущего способа обработки
подтверждения платежей является то, что отдел бухгалтерии затрачивает
достаточное большое количество времени на проверку каждого платежа и
подтверждение о совершённой операции что в свою очередь задерживает начало
процесса поставки товара или оказания услуги. Даже упрощенный способ требует
проверки и определенного количества времени на смену статуса документов.
После внедрения разрабатываемых программных модулей автоматизации
затраты на подтверждение платежа буду выглядеть согласно таблице 1.18.
41
Таблица 1.18
Временные затраты на подтверждение платежа и поставку товара после
внедрения разрабатываемого проекта
Способ
Кол-во
платежных
поручений в
день
(шт.)
Время,
затрачиваемое
на каждое
подтверждение
(минут)
Общее
количество
времени
(минут)
Задержка
в поставке
товара
(дней)
Подтверждение
платежа при
помощи
мобильного
приложения
15
2
30
0
Поскольку на процесс подтверждения платежей будет уходить меньшее
количество времени, это позволит добиться следующих улучшений в работе
предприятия:
Начало процесса поставки товара или выполнения услуг будет происходить
день в день;
Позволит повысить репутацию, лояльность и количество клиентов
посредством быстрой поставки товаров и услуг;
Позволит осуществлять более оперативное управление предприятием.
42
1.2.4 Анализ системы обеспечения информационной безопасности и
защиты информации
На предприятии «Текстиль Трейд» реализована собственная политика
безопасности. Все сотрудники, принимаемые на работу, получают должностные
инструкции, в которых четко расписаны права и обязанности, в том числе и
касательно информационной безопасности. Каждому сотруднику организации
присваивается логин и пароль, позволяющие получить доступ к ресурсам локальной
и глобальной сети соответственно необходимости с точки зрения выполняемых
должностных обязанностей [8], а также учетные данные для доступа к платформе
«1С: Предприятие». Количество входящего трафика для каждой рабочей станции не
ограничивается, но вводится ограничение на список разрешённых сайтов. Для
получения доступа к закрытым сайтам необходимо написать служебную записку, за
подписью начальника отдела сотруднику, отвечающему за ИТ инфраструктуру
предприятия. Далее эта служебная записка будет согласована с начальником отдела
и только после этого доступ будет предоставлен или не предоставлен, с приложением
описания причин отказа. В данной компании действуют свои политики ИБ и ЗИ
которые позволяют уменьшить человеческий и программные факторы.
Бухгалтер при формировании документации и отчетности имеет право
подписи электронной цифровой подписью (ЭЦП). За ЭЦП и подписанные этим
ключом информацию он несет материальную ответственность.
Информация на рабочих станциях сотрудников защищена только программно.
Запрет на подключение любых периферийных устройств к портам USB, COM, LTP,
PCI выполнен средствами встроенной групповой политики безопасности [9]. Для
того чтобы подключить новое устройство к рабочей станции, необходимо позвонить
ИТ сотруднику, назвать номер заявки согласно которой необходимо произвести
установку данного оборудования.
Доступ к серверной может быть получен только сотрудниками, которым он
положен согласно должностной инструкции после росписи в журнале при получении
и сдаче ключа у сотрудника, отвечающего за охрану.
43
Средства защиты от инсайдов в компании, имеются только в виде закрепления
за каждым пользователем стационарной/переносной рабочей станции, с
идентификационными кодами, за которые они несут материальную ответственность.
44
1.3 Анализ существующих разработок и выбор стратегии
автоматизации «КАК ДОЛЖНО БЫТЬ»
1.3.1 Анализ существующих разработок для автоматизации задачи
На текущий момент при решении текущей задачи, используется только
электронная почта для пересылки платежного документа вручную.
Прямых аналогов разрабатываемых программных модулей автоматизации не
существует, поскольку разрабатываемые модули и протокол взаимодействия с
платформой «1С: Предприятия» тесно связаны с организацией бизнес-процессов в
конкретной организации. Надо заметить, что некоторые банки, например, банк
«Точка», предлагают услугу уведомления контрагента о проведенном платеже,
однако функционал этой услуги заключается только в том, чтобы отправить
платежный документ по электронной почте. Бухгалтеру придется вручную вносить
изменения в статус документа.
Приведем сравнительную таблицу возможностей существующих решений и
планируемой разработки:
Таблица 1.19
Сравнительный анализ функционала существующих систем и планируемой
разработки
Название функционала
Услуга «Уведомление
контрагента» банк
«Точка»
Разрабатываемое
решение
Уведомление о
произведенном платеже
+
+
45
Название функционала
Услуга «Уведомление
контрагента» банк
«Точка»
Разрабатываемое
решение
Автоматическое
изменение статуса
первичного документа
-
+
Информировании
контрагента о
существующих счетах
-
+
Возможность добавления
функционала
-
+
Исходя из требований, которые предъявляет ООО «Текстиль Трейд» к
программному модулю, было принято решение: в отсутствии подходящего
программного продукта (ПП) из представленных на рынке, разработать собственное
ПО для решения поставленных задач.
46
1.3.2 Выбор и обоснование стратегии автоматизации задачи
Выделим функциональные и стратегические свойства внедряемой разработки.
Разрабатываемое программные модули автоматизации должны обладать
высокими степенями масштабируемости и защиты данных. Также, разработка
должна легко встраиваться в программную среду объекта внедрения. Проектируемая
информационная система (ИС) должна предоставлять достаточную гибкость для
проведения доработки, так как вполне возможно, что в дальнейшем организация
захочет доработать систему добавив или изменив функционал, схему
взаимодействия с платформой «1С: Предприятие» работающей на предприятии.
Программный код и конечный продукт не должен быть загромождён бесполезным
функционалом. Основными функциями разрабатываемого ПО должны быть:
Для программного модуля платформы:
Формирование списка счетов выставленных конкретной организации
при запросе;
Изменение статуса платежного документа;
Для мобильного приложения:
Соединение по защищенному протоколу HTTPS с платформой «1С:
Предприятие»;
Получение и отображение списка выставленных счетов;
Подтверждение выбранного платежного поручения.
При реализации проекта может быть выделено несколько этапов:
Анализ текущей работы взаимодействия бухгалтерии с контрагентами
и другими отделами предприятия, а именно: среднее время обработки
подтверждения, среднее количество платежных поручений, которые
отдел бухгалтерии способен подтвердить в течение дня;
Составление полного набора функционала, который предстоит
автоматизировать. Определение списка и типов документа в которые
необходимо будет вносить изменение;
47
Анализ существующих стратегий автоматизации и выбор наиболее
подходящей к структуре и схеме работы данного предприятия
Формирование технического задания (ТЗ) и графика выполнения работ.
Анализ существующих стратегий автоматизации:
Всего выделяют четыре варианта стратегий автоматизации:
Хаотичная (кусочная) автоматизация;
Автоматизация согласно направлениям;
Автоматизация по участкам;
Автоматизация комплексная.
Рассмотрим немного подробнее каждую из них.
Хаотичная автоматизация предполагает, что предприятие, не имея никакого
стратегического плана приобретает отдельные части информационной системы,
которые в принципе не способны принести реальную выгоду предприятию в целом.
Последующая доработка и развитие ИС будет сопровождаться с новыми и
достаточно значительными затратами.
Автоматизация согласно направлениям – это автоматизация отдельных
направлений хозяйственной, производственной или экономической деятельности
предприятия. При выборе этой стратегии автоматизации, фирма получает полную
автоматизацию работы, например, отдела кадров, логистики или бухгалтерии. Такой
подход к автоматизации достаточно распространен и в дальнейшем модернизация
или интеграция других автоматизированных направлений не будет нести за собой
серьезные затраты [10].
Автоматизация по участкам подразумевает автоматизацию процесса работы
отдельных участков, которые можно объединить по выполняемым функциям.
Данный способ автоматизации выбирается при условии, что имеются участки, где
использование автоматизированных ИС дает ощутимый экономический эффект,
например, за счет сокращения времени обработки документов или сокращения
количества персонала, работающего на выбранном участке [10].
Кусочная, или по-другому, хаотичная стратегия не подойдет, поскольку мы
48
дорабатываем разрабатываем программные модули для уже существующей
автоматизированной инфраструктуры используя несколько составляющих: СУБД,
программный модуль для «1С: Предприятие» с веб сервисом, клиентское
приложение для мобильных устройств. Автоматизирование только части из этого
функционала не принесет никакого эффекта.
Полная стратегия автоматизации так же не удовлетворяет условиям нашей
задачи, поскольку мы автоматизируем одну из функций бухгалтерского отдела.
Стратегия автоматизации по участкам лучше всего отвечает нашим интересам,
поскольку мы автоматизируем деятельность только одного отдела, отдела
бухгалтерии, в котором большую часть времени работы отдела отнимает рутинная
проверка и регистрация подтверждений. Автоматизировав данный процеcс, можно
будет сократить количество времени, затрачиваемое на подтверждение платежей и
ускорить поставку товаров заказчикам.