27
(SAP, MS Dynamics, Oracle) могут интегрировать их с ЭДО при помощи API
Диадока.
Основные функции и преимущества системы:
• создание и отправка документов;
• прием документов с уведомлениями по электронной почте;
• подпись документов квалифицированной электронной подписью
(КЭП);
• безопасное хранение документов;
• соответствие электронных документов требованиям законодательства;
• поиск контрагентов;
• согласование документов;
• интеграция с любыми учетными системами;
• роуминг с другими операторами ЭДО;
• массовые действия с документами (действия с большим количеством
документов «в один клик»).
Контур.Фокус
Веб-сервис для проверки контрагентов через официальные источники,
например, ФНС России и Росстат.
Контур.Фокус – это сервис, призванный помочь сделать выбор контрагента
для выполнения определенного рода задач. Он позволяет найти всю необходимую
информацию о фирме из официальных источников ФНС России и Росстат,
предоставляет данные из ЕГРЮЛ/ЕГРИП, данные по арбитражным делам, по
выигранным госконтрактам, по долгам компании, а также сведения о банкротстве,
адресах регистраций и многом другом (рисунок 1.10).
28
Рис. 1.10. СЭД Контур.Фокус
Поиск в сервисе производится по ИНН, адресу, названию организации,
ФИО руководителя или индивидуального предпринимателя. Указав в разделе
поиска любую информацию из перечисленных, можно гарантировано получить
всю подноготную о фирме.
Ключевые функции «Контур Фокус»:
• Арбитраж и взыскания:
o аналитика арбитражных дел;
o исполнительные производства;
o банкротства.
• Финансы:
o бухгалтерская отчетность и финансовый анализ.
• Списки и наблюдение:
o списки контрагентов;
o обмен списками;
o наблюдение.
• Активность организаций:
o залоги;
o госзакупки;
o товарные знаки;
o информация эмитентов;
29
o исторические данные;
o проверки.
• Связи:
o поиск связей;
o графический анализ;
o аналитика связей и списков.
• Лицензии:
o лицензии и разрешения контролирующих органов.
• Контактная информация:
o дополнительные контакты;
o упоминания в интернете;
o осмотр зданий.
o Комментарии:
o заметки о компаниях;
o Фокус.Форум.
• API:
o интеграция с информационными системами.
• Особые реестры:
o реестры ФНС, МСП, недобросовестные поставщики, ТПП РФ.
• Экспорт данных:
o выписка из ЕГРЮЛ и ЕГРИП;
o выгрузка данных.
• Экспресс-проверка:
маркеры автоматической проверки;
o экспресс-отчет.
• Мобильные приложения:
o Android и iOS;
o дополнительные сервисы;
o проверка паспортов.
30
Контур.EDI
Система электронного документооборота EDI для ритейла и оперативного
взаимодействия с контрагентами (рисунок 1.11).
Рис. 1.11. СЭД Контур.EDI
Контур.EDI – это система электронного документооборота на основе
обмена EDI-данными между торговыми партнерами в ритейле.
Контур.EDI – сервис электронного заказа на базе EDI-сообщений.
Позволяет увеличить эффективность взаимодействия торговых сетей и
поставщиков. В Контур.EDI реализована вся цепочка EDI-сообщений: от прайс-
листа до закрывающих документов по поставке.
Поддерживается интеграция с любыми учетными системами, которые
установлены у поставщика и торговой сети. Плюс доступны все аналитические
отчеты об инвентаризации и продажах.
1С:Документооборот
1С:Документооборот – программный продукт российской фирмы «1С» на
технологической платформе «1С:Предприятие 8».
Предназначен в первую очередь для автоматизации документооборота
(рисунок 1.12).
31
Рис. 1.12. Окно работы программы 1С Документооборот
Универсальный инструмент для целей построения систем электронного
документооборота (также часто используют – 1С СЭД) на предприятиях любого
масштаба – программу 1С Документооборот фирма 1С разрабатывала как
современную ECM-систему (Enterprise Content Management), которая, помимо
документов, помогает запустить комплексный процесс, контролировать и
управлять бизнес-потоками и организовывать совместную работу сотрудников.
Решение реализует проверенные методики и имеет функционал, обеспечивающий
полный цикл обработки документов на предприятии.
Функционал 1С:Документооборот 8 дает возможность:
• централизовано и безопасно хранить документы;
• регистрировать входящие и исходящие документы;
• создавать, хранить и обрабатывать организационные,
распорядительные, информационные, справочные и прочие внутренние
документы, документы, служебные записки;
• получать оперативный доступ к документам с учетом прав
пользователей;
• наладить коллективную работу сотрудников при прозрачном
согласовании, утверждении и контроле исполнения документов;
• гибкая настройка маршрутизации документов, контроль и анализ
исполнительской дисциплины;
32
• производить автоматизированную загрузку документов из электронной
почты и со сканера;
• вести учет и контроль рабочего времени сотрудников.
Существует четыре варианта поставки конфигурации 1С:Документооборот
8:
1С:Документооборот КОРП для любых предприятий со сложной
организационной структурой и развитым, многоуровневым документооборотом.
1С:Документооборот государственного учреждения для государственных
(муниципальных) учреждений со сложной структурой и развитым
документооборотом.
1С:Документооборот ПРОФ для малых коммерческих предприятий и
бюджетных учреждений с простой организационной структурой и минимальным
документооборотом.
1C:Document Management с двуязычным интерфейсом: английским и
русским. Может использоваться на российских предприятиях с филиалами или
дочерними предприятиями за рубежом, российских предприятиях со
значительной долей сотрудников-иностранцев, а также в филиалах иностранных
компаний в России.
Программа 1С Документооборот не имеет отраслевой принадлежности.
Благодаря своей универсальности документооборот в 1С легко настраивается и
адаптируется под специфику конкретной организации. Рассмотрим более
подробно функционал решения на примере 1С:Документооборот КОРП.
Рассмотренные программные продукты являются коммерческими
решениями, обладают выходящим за потребности предприятия функционалом,
поэтому следует сосредоточится на самостоятельной разработке системы.
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Проектирование АИС учета входящих документов в ООО «Меркато»
может быть реализовано в такие этапы:
• анализ требований в автоматизированной системе;
• проектирование АИС;
33
• разработка программного кода приложения;
• тестирование АИС;
• техническая поддержка АИС.
Можно выделить такие варианты стратегий автоматизации (таблица 1.3).
Таблица 1.3
Возможные стратегии автоматизации
Стратегия
Описание
Хаотичная
Состоит из набора автоматизированных участков, не связанных
друг с другом.
По участкам
Представляет собой процесс автоматизации отдельных
функциональных участков на предприятии
По направлениям
Предполагает участие всех функциональных подразделений,
связанных с направлением автоматизации.
Полная
Подразумевает автоматизацию всех бизнес-процессов компании.
Стратегией автоматизации выбрана «автоматизация по участкам»,
поскольку автоматизации подвергается только один участок – обработка
входящих документов на предприятии.
1.3.3. Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Можно выделить такие возможные способы приобретения ИС для
автоматизации обработки входящих документов:
• покупка коробочной версии;
• разработка АИС собственными силами;
• разработка АИС сторонней фирмой.
В таблице 1.4 показано сравнение данных способов.
Таблица 1.4
Обзор способов приобретения ИС для предприятия
Способ
приобретения и
критерии
Покупка
коробочной версии
Разработка АИС
собственными
силами
Разработка АИС
сторонней фирмой
Соответствие ИС
требованиям
компании
Частичное
Полное
Частичное
Масштабирование
системы
Частичное
Полное
Частичное
34
Надежность
Хорошая
Недостаточная
Хорошая
Поддержка
различных ОС
Ограничена
начальной ОС
Возможно
реализовать под
любую ОС
Возможно
реализовать под
любую ОС
Поддержка
различных СУБД
Ограничена
системой
Возможно
разработать под
любую БД
Возможно
разработать под
любую БД
Ценообразование
Задается фирмой
разработчиком
Собственные
затраты
Задается фирмой
разработчиком
Правообладание
Фирма-разработчик
Предприятие
Фирма-разработчик
Лучше всего подходит самостоятельная разработка АИС обработки
входящих документов, так как при этом правообладание будет у предприяия, к
тому же можно реализовать именно такой функционал, который требуется, а
использование модульной структуры и стандартные языки программирования и
СУБД позволят в будущем при необходимости наращивать функционал
приложения.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
В рамках данного пункта следует определить тип разрабатываемого
приложения, модель организации данных в приложении, а также определить тип
используемых в системе классификаторов.
Сначала определим тип приложения. В общем случае для данных задач
подходят два типа приложений:
• веб-ориентированное;
• настольное (десктопное).
Рассмотрим их особенности.
Настольные приложения традиционно ограничены аппаратным
обеспечением, на котором они работают. Они должны быть разработаны и
установлены в конкретной операционной системе и могут иметь строгие
требования к оборудованию, которые должны соблюдаться для обеспечения их
правильного функционирования. Обновления приложений должны применяться
пользователем непосредственно к их установке, и для их работы может
35
потребоваться обновление оборудования или другие изменения. Существует
аппаратная зависимость. Однако время отклика настальных приложений выше. К
тому же, если на предприятии используется определенная линейка ОС, то
сложностей с функционированием настольных приложений не возникнет.
В веб-приложениях пользователь получает доступ к приложению через веб-
браузер (фактически заменяющий клиента) и работает с ресурсами, доступными
через Интернет, в том числе с удаленным хранилищем. Такой подход позволяет
«тонким клиентам» (компьютерам с ограниченными аппаратными
возможностями) предоставлять доступ к сложным приложениям, доставляемым
из централизованной инфраструктуры. Кроме того, использование
существующих веб-браузеров и их мультимедийных возможностей позволило
разработчикам создавать более интерактивные мультимедийные
пользовательские интерфейсы. Некоторые из этих возможностей были также
повторно внедрены в настольные приложения, но они были в значительной
степени обусловлены повсеместным распространением Интернета и тем, как
пользователи привыкли взаимодействовать со своими компьютерами.
Хотя и у настольных, и у веб-приложений есть свои плюсы и минусы, в
конечном итоге они являются лишь инструментами, которые люди используют
для решения проблем.
В качестве типа проектируемой АИС выбрано настольное приложение, так
как предприятие не планирует менять свои ОС, а ей необходима гарантированная
производительность и стандартизация интерфейса, быстрое время отклика
приложения.
Теперь перейдем к выбору модели представления данных в АИС.
Существует множество моделей данных, но наиболее известными из них
являются [11]:
• иерархические базы данных;
• сетевые базы данных;
• реляционные базы данных;
• объектно-ориентированные базы данных.
Иерархические базы данных
36
В модели иерархических систем управления базами данных
(иерархических СУБД) данные хранятся в узлах родительско-дочерних
отношений. В иерархической базе данных, помимо фактических данных, записи
также содержат информацию об их группах родительских/дочерних отношений
(рисунок 1.13).
Рис. 1.13. Иерархическая модель данных
В иерархической модели базы данных данные организованы в древовидную
структуру. Данные хранятся в виде набора полей, где каждое поле содержит
только одно значение. Записи связаны друг с другом через ссылки в родительско-
дочерних отношениях. В иерархической модели базы данных каждая дочерняя
запись имеет только одного родителя. Родитель может иметь несколько детей.
Чтобы получить данные поля, нам нужно пройти через каждое дерево, пока
не будет найдена запись.
Структура иерархической системы баз данных была разработана IBM в
начале 1960-х годов. Хотя иерархическая структура проста, она негибкая из-за
отношения «один-ко-многим» родителя-потомок.
Иерархические базы данных широко используются для создания
приложений высокой производительности и доступности, обычно в банковской и
телекоммуникационной отраслях.
IBM Information Management System (IMS) и реестр Windows являются
двумя популярными примерами иерархических баз данных.
Достоинства этой модели данных: иерархическая база данных может быть
доступна и быстро обновлена, потому что в этой модели структура похожа на
дерево, и отношения между записями определены заранее.