Страны, для которых характерна третья модель инновационного развития (Япония и Южная Корея) совершили скачок в развитии; показатели среднедушевого ВВП этих стран за столетний период переместились из III квартиля в IV - высший. Среда, соответственно, развивалась.

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

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

Рисунок 8 Доля прямого и косвенного финансирования [19]

За последние 20 лет в разных странах проведен ряд научных исследований по изучению эффективности налоговых льгот на макро и микроуровнях. Многие исследования подтверждают, что такие льготы ведут к дополнительным инвестициям на проведение НИОКР в частном секторе. Где из-за неоднозначности или хотя противоречивости результатов этих исследований одни страны (США, Япония, Франция, Канада, Австралия, Южная Корея, Сингапур, Нидерланды) активно используют в по своей воле научно-технической политике различные схемы налогового стимулирования, в то тогда как другие (Германия, Финляндия, Польша) отказались от них или применяют в ограниченном весь В таблице 1 приведены виды налоговых льгот и страны, которые их применяют. В развитых странах также оказывают финансовую поддержку инновационным проектам. Для финансирования инновационной деятельности достаточно широко применяются заемные средства, банковские кредиты, а также государственное финансирование. Доля банковских кредитов, направленных на развитие малых инновационных предприятий, в развитых странах составляет 20-40%, а в России она значительно ниже и не превышает 8%.

Таблица 1

Налоговые льготы в сфере НИОКР для некоторых стран [12]

Виды льгот	Объемные льготы (относятся ко всей сумме расходов на НИОКР за текущий налоговый период)	Приростные льготы(относятся к приросту расходов на НИОКР по сравнению со средними затратами в предыдущем году)	Смешанные льготы
Налоговые кредиты, снижающие исчисленный налог на прибыль	Канада, Италия, Республика Корея, Нидерланды	Франция, Япония, Мексика, США	Португалия, Испания
Налоговые списания, уменьшающие базу для исчисления налога на прибыль	Дания, Великобритания	Норвегия, Бельгия	Австралия, Австрия, Венгрия

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

Для большинства стран Западной Европы и США характерно примерно равное распределение финансовых ресурсов на НИОКР между государственным и частным капиталом. В Японии же доля частных инвестиций превышает 100%. Примечательно, что в ряде стран стимулы превышают инвестиции. Например, в Австралии налоговая льгота составляет 150 процентов инвестиций, в Бельгии - 110 процентов. В большинстве же стран (Канаде, США, Японии, Франции, Италии и др.) предусматривается 100-процентное исключение из облагаемого налогом дохода затрат на инновации.

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

Государственная финансовая поддержка направлена в основном на поддержку фундаментальных исследований. Важнейшую роль в развитии НИОКР играют национальные научные фонды, каковые предлагают спектр программ по поддержке научных проектов посредством предоставления грантов и кредитов. Так низкопроцентные займы получили более широкое распространение в Западной Европе, чем в США. Например, в Финляндии Национальное технологическое агентство (TEKES) выделяет средства, покрывающие 35-60% необходимых расходов на научно-инновационный проект. В Эстонии такой вид финансирования направлен на поддержку прикладных исследований и может покрывать от 60 до 75% всех расходов финансируемого проекта.

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

Среди косвенных методов стимулирования инновационной активности можно выделить информационную поддержку инновационной деятельности. Ярким примером этого является Закон о японской технической литературе (1986 г. в США). В рамках этого закона в США была организована служба, которая занималась переводом научно-технических журналов и отчетов, издаваемых в Японии. В Великобритании Министерство инноваций высших учебных заведений и повышения квалификации на своем официальном сайте размещает большой массив документов, которые могут оказаться полезными участникам инновационного процесса. В Германии важным источником информации в области инновационного предпринимательства является Патентное ведомство, а для того, чтобы облегчить доступ малым и средним предприятиям к соответствующей информации, было создано более 20 патентно-информационных центров, рассредоточенных по всей стране.

Но кроме информационных ресурсов в развитых странах существуют подразделения и учреждения, которые участвуют в посреднической деятельности в кругу разработчиками инновационных идей и представителями бизнеса. К их числу относятся всевозможные офисы по трансферу технологий и инновационные брокеры. Метод прямых бюджетных дотаций. Прямые бюджетные дотации выделяются надеяться предприятиям, осваивающим новую продукцию, нравиться потребителям этой продукции. Сто раз эти дотации увязываются с поставками товаров для государственных нужд. В частности, в США размер подобный дотации на проведение новых перспективных НИОКР поднимается до 15 процентов стоимости государственного заказа. А в Италии, предположим воспрещение на эксплуатацию старых автомобилей дополнили бюджетными дотациями покупателям новых автомобилей взамен старых - 1,5 тыс. долларов и выше- в подчиняться от класса автомобиля. В Бельгии бюджетные имущество (до 150 млн. евро) для трансферта технологий привлекаются от университеты и НИИ. Европейский Союз предусматривает выделение 363 млн. евро в на 4 лет для произведение информационной программы инновационной системы, перл создания инновационных центров. В Германии трансферт технологий стимулируется возможностью использования бюджетных средств через университеты при создании совместно с частным капиталом инновационных компаний. «Переход России к инновационному пути развития - это единственная возможность исполнять нашу страну конкурентоспособностью в мировом обществе на равных» - говорится в «Основах политики Российской Федерации в области развитии науки и технологий в промежутке до 2010 и дальнейшую перспективу». Переход к инновационному развитию страны определён в этом случае документе как основная цель государственной политики в области развития ученый и технологий. И как выбор из важнейших направлений государственной политики в области развития ученый и технологий - образование развития национальной инновационной системы. Политика, формируемая Министерством образования и ученый Российской Федерации, нацелена на реализацию этих целей и задач. Основные задачи, которые призвана присуждать федеральная целевая научно - техническая программа определение приоритетов в сфере служитель науки и технологий и их реализация развитие системы научных и технических приоритетов, механизмов лучший и построения государственно-частного партнёрства; развитие инфраструктурной деятельности, т.е. устройство инновационной инфраструктуры в России; а а также содействие укреплению материально-технической базы научной деятельности ВУЗов, совершенствование нормативно-правовой базы ученый и инновационной сферы, и др. Управление программой осуществляется Научно-координационным советом под руководством Министра. По шести основным научно - техническим направлениям сформированы приоритеты:

- наноиндустрия и перспективные материалы;

- энергосберегающие технологии и альтернативные источники энергии;

- технологии живых систем;

- информационно-телекоммуникационные системы;

- экология и рациональное природопользование;

- безопасность и противодействие терроризму.

В новой редакции программы следует отметить 3 основных блока, в рамках которых строится работа:

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

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

Третий блок программы - коммерциализация технологий. Сначала, тут надлежит заявлять о существе и развитии успешных приспособлений муниципального и частного партнёрства. Неплохими эталонами в связи с этим имеют все шансы быть реализуемыми, начиная с 2003 года, главнейшие инноваторские планы государственного значения, которые были поддержаны ещё Министерством индустрии, науки и технологий России и чрезвычайно удачно продолжают развиваться при поддержке Федерального Агентства науки и инноваций, практически при поддержке Министерства образования и науки Русской Федерации. Важнейший составляющее - данное экономическая инфраструктура. Сначала, данное экономные и внебюджетные фонды, в том числе: фонд содействия развитию небольших форм компаний в научно - тех. сфере; русский фонд технологического развития (РФТР).

РФТР - внебюджетный фонд, который формируется из тех отчислений, которые предприятия, освобождая эти отчисления от налогов, направляют в отраслевые фонды, внебюджетные фонды НИОКР и головные организации, координирующие их деятельность. Он формируются за счёт 25% отчислений от тех средств, которые собирают отраслевые фонды. Направляются средства на поддержку серьёзных научно - технических, инновационных проектов.

ТЕХНОЛОГИЧЕСКИЕ ПЛАТФОРМЫ И РФТР

Рисунок 10 Распределение финансирования РФТР по проектам технологических платформ [26] Медицина будущего; БиоТех-2030; Биоэнергетика; Фотоника; Экологически чистая тепловая энергетика высокой эффективности; Перспективные технологии возобновляемой энергетики; Малая распределенная энергетика; Материалы и технологии металлургии; Технологическая платформа твердых полезных ископаемых; Технологии добычи и использования углеводородов; Глубокая переработка углеводородных ресурсов; Освоение океана; Технологии экологического развития; Непрофильные технологические платформы

3. Внедрение инновации: «электронное хранилище документов» в ЗАО «ТАНДЕР»

3.1 Организационная и технологическая характеристика ЗАО «ТАНДЕР»

Сеть магазинов «Магнит» - одна из ведущих розничных сетей по торговле продуктами питания в России.

Розничная сеть «Магнит» действует для увеличения благополучия своих посетителей, предлагая им высококачественные продукты ежедневного спроса по легкодоступным тарифам. Фирма нацелена на потребителей с разным уровнем заработков и в следствии этого ведет собственную деятельность в 4 форматах: магазин «у дома», гипермаркет, торговый центр «Магнит Домашний» и магазин косметики.

«Магнит» считается лидером по числу продовольственных торговых центров и земли их размещения. На 31 марта 2013 года сеть фирмы включала 7075 магазинов, из них: 6209 магазинов в формате «магазин у дома», 132 гипермаркета, 21 магазин «Магнит Семейный» и 713 магазинов «Магнит Косметик».

Торговые центры розничной сети «Магнит» размещены в 1647 городах РФ. Зона покрытия торговых центров занимает громадную территорию, которая растянулась с запада на восток от Пскова до Нижневартовска, а с севера на юг от Архангельска до Владикавказа. Основная масса торговых центров находится в Южном, Северо-Кавказском, Центральном и Приволжском Федеральных округах. Помимо прочего торговые центры «Магнит» пребывают в Северо-Западном, Уральском и Сибирском округах. Торговые центры розничной сети «Магнит» раскрываются как в солидных городках, но и в не очень больших городах. В пределах 2 третей торговых центров фирмы трудится в мегаполисах с населением менее 500 000 человек.

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

Сеть «Магнит» считается одной из основных розничных фирм по размеру продаж в РФ. Спасение фирмы за 2012 год составила 448,661.13 млн. руб.

Также, розничная сеть «Магнит» считается одним из огромнейших нанимателей в РФ. На данный момент единая количество служащих превосходит 185 000 человек. Фирмы несколько раз присуждалось звание «Симпатичный наниматель года» [22].

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

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

Стратегия становления:

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

- Ежегодное открытие минимум 500 торговых центров «у здания» и вовсе не меньше 250 торговых центров косметики в городах с количеством от 5000 человек и в пределах 50 гипермаркетов в городах с количеством от 50 000 человек;

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

- Последующее улучшение логистических действий и вложения в IT-систему для максимум действенного управления запасами и автотранспортными потоками [22];

- Становление личного импорта: повышение части прямых поставок новых овощей и плодов для минимизации потерь.

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

Руководители: Директор департамента Федорченко Сергей Владимирович. Босс отдела Кочетова Анна Валерьевна. Глава раздела Маслянцева Алиса Юрьевна. Подробная структура отдела в компании (приложение А) Цель Отдела договорного учета: Обеспечение своевременного, полного и достоверного договорного учета посредством внесения существенных договорных условий в предназначенные инструменты в 1С.

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

Одним из ключевых бизнес-процессов является бизнес-процесс приема-передачи договоров, ДС, документов о расторжении на бумажных и электронных носителях, заключаемых в ГК и на филиалах [22]. Общие положения БП:

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

Начало выполнения Бизнес процесса: Началом выполнения бизнес процесса является необходимость приема-передачи документов на бумажных или электронных носителях в Сектор учета договоров Отдела договорного учета.

Результат БП: Основным результатом выполненного процесса являются принятые к учету документы. Владелец БП: Начальник Отдела договорного учета. Схема БП показана в (приложение Б).

Для оптимизации этого бизнес-процесса, внедрим инновацию в виде системы электронного документооборота. Полное наименование системы - «Информационная система сканирования, распознавания, передачи и хранения образов первичных документов на платформе IBM FileNet»

3.2 Внедрение инновационной системы электронного хранилища документов (ЭХД)

Назначение системы: Система предназначена для автоматизации процессов регистрации, обработки, передачи и хранения входящих и исходящих первичных бухгалтерских документов. Автоматизация достигается за счет сканирования, распознавания, загрузки и хранения бухгалтерских документов в Системе, следования документов по маршруту и связывания их в Системе и в Учетных Системах Общества.

Целями создания Системы являются обеспечение ведения учета в соответствии со сроками, установленными Федеральной налоговой службой посредством:

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

- сокращения временных затрат на подготовку и поиск необходимых первичных документов за счет автоматизации процедур их хранения и поиска;

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

- сокращения трудовых затрат на подготовку и поиск необходимых первичных документов за счет автоматизации процедур их хранения и поиска;

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

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

- минимизации трудоемкости операций по работе с документами;

- контроля исполнительской дисциплины;

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

Объектом автоматизации являются процессы обработки входящих и исходящих первичных документов. Система состоит из нескольких функциональных уровней (Рис. 11).

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

Требуемый формат штрихкода - EAN13. Штриховой код EAN13 является непрерывным, имеет фиксированную длину и высокую плотность записи, позволяет отобразить 13 цифр от 0 до 9. Последняя 13-я цифра является контрольной и служит для проверки корректности считывания кода. Штрихкод обеспечивает уникальность идентификатора документа в течение 5 лет.

Размещено на http://www.allbest.ru/

Рисунок 11 Функциональные уровни системы [16]

Номинальные размеры кода EAN-13 следующие:

§ ширина - 37,29 мм;

§ высота - 25,93 мм.

Допускается как пропорциональное увеличение символа EAN-13 до 200% от номинальных размеров, так и уменьшение до 80%.

На этикетке над штрихкодом должна быть зафиксирована надпись, отличающая штрихкод филиала от штрихкодов головной компании и их обособленных подразделений, проставляемых на документах: надпись, «Головная компания», «Филиал», «Магазин/Гипермаркет», а также указывающая на признак оригинала документа как на рисунке 12.

Рисунок 12 Макеты этикеток для входящих документов [22]

Для сценариев работы предлагается использовать этикетки размером 40Ч35 мм. В качестве материалов этикетки необходимо использовать поливинилхлорид или пропилен. Этикетки из такого материала саморазрушаются при попытке отделения от поверхности, на которую они наклеены.

Состав разрядов штрихкода представлен на рисунке 13.

Рисунок 13 Формат штрихкода [22]

В рамках данного проекта количество пользователей Системы ограничено 10000 работниками Общества (на Стадии 1 проекта ограничено 124 работниками). Пользователи Системы могут быть разделены в соответствии с функциональными обязанностями на следующие группы: Пользователи; Администраторы.

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

- Минимальные требования к уровню владения компьютером - уверенный пользователь ПК;

- Навыки работы с веб-обозревателями (например, InternetExplorer);

- Навыки работы с операционными системами (семейство ОС Windows);

- Навыки работы с офисным пакетом приложений (например, MS Office).

- Пользователи должны обладать знаниями в предметной области Общества (стандарты, регламентирующие документы);

- Ожидаемая частота использования - постоянно;

- Уровень взаимодействия с системой - пользователи взаимодействуют с веб-интерфейсом Системы, с интерфейсом ABBYY FlexiCapture 10.

Пользователи группы «Администраторы» должны отвечать следующим минимальным требованиям:

- Уровень владения компьютером - опытный пользователь ПК. Пользователи данной группы должны обладать знаниями в области настройки операционной системы (WindowsServer 2008, Windows XP, Windows 7);

- Специалисты должны знать принципы организации резервного копирования, иметь опыт работы с ActiveDirectory, обладать знаниями в области администрирования серверных систем от HP;

- Ожидаемая частота использования - постоянно;

- Уровень взаимодействия с системой. Пользователи в этой группе будут взаимодействовать с веб-интерфейсом Системы, со специальными утилитами администрирования IBM FileNet и ABBYY FlexiCapture 10, со службами серверных систем и средствами администрирования.

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

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

- Отказ серверного оборудования;

- Отказ серверного программного обеспечения;

- Сбои или прекращение электропитания;

- Отказ активного сетевого оборудования;

- Отказ периферийного оборудования.

При отказе аппаратной части, выхода из строя операционной системы, сбое в программных компонентах системы требуется длительное (до 24 часов) восстановление и переход на другой сервер.

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

Сохранность информации при авариях должна обеспечиваться за счет:

- Централизованного хранения на отказоустойчивом RAID-массиве;

- Система должна поддерживать резервирование данных посредством организации RAID массива на устройстве хранения. Он должен быть организован в соответствии со стандартом RAID10 на основном и резервном серверах;

- Реализации принципа избыточности хранения информации за счет основного и резервного серверов. В системе два идентичных сервера, один основной (рабочий), другой резервный (для резервного копирования). Резервный сервер должен находиться в территориально-удаленном месте, чтобы избежать потери информации на основном и резервном серверах одновременно в случае форс-мажора или злого умысла. Процедуру резервного копирования файловых хранилищ и индексов рекомендуется производить при помощи сторонних утилит и программ непрерывно (можно использовать открытые и свободные программы или встроенные в ОС утилиты для создания резервных копий), а полное резервное копирование баз данных осуществляется автоматически ежедневно, в то время, когда нагрузка на сервер минимальна. Резервное копирование должно захватить все зависимые данные в единый снимок. Так как компоненты IBM FileNet обрабатывают зависимые данные, необходимо резервное копирование всех данных Системы одновременно, не зависимо от того, где расположены данные физически. Если резервное копирование производится частично или в разное время, то это может привести к ошибкам при восстановлении системы. Создание резервной копии должно осуществляться средствами ОС автоматически, при помощи скриптов, запускающихся регулярно в определенное время. Создание резервной копии должно входить в функции Администратора Системы;

- Программных решений по обеспечению целостности баз данных при сбоях в проведении транзакций. СУБД DB2 располагает встроенными средствами восстановления и резервирования. Например, восстановление из полной резервной копии и журналов транзакций;

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

- Система должна обеспечивать 100% сохранность и восстановление данных на момент сбоя до последней завершенной транзакции (Потеря данных должна быть исключена).

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

Однако, в случае тяжелых отказов - например, физическое уничтожение сервера, - устранение неполадок может занять до одного дня.п. 4.1.4.1 ТЗ. При выходе из строя локальной сети, - устранение неполадок должно производиться в течение 3 часов.

С учетом вышесказанного, суммарное время аварийного простоя Системы в год составляет 276 часов.

Время простоя Системы для осуществления резервного копирования составляет 1 час в сутки. Соответственно, в течение года плановое время простоя для резервного копирования Системы должно составлять 365 (366) часов.

Для обеспечения указанных выше временных рамок необходимо:

- Проведение регулярного регламентного копирования базы данных;

- Проведение внепланового резервного копирования базы данных;

- Хранение носителей резервных копий в помещении, отдельном от помещения с рабочим сервером;

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

- Исключение несанкционированного доступа к резервным копиям.

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

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

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

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

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

Система должна удовлетворять всем требованиям нормативных и распорядительных документов Общества для обработки информации категории «Конфиденциальная» и должна соответствовать классу защищенности не ниже «1Г», согласно классификации по требованиям руководящего документа Гостехкомиссии России «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования к защите информации».

Система должна позволять разграничивать права доступа и предоставлять возможность настройки полномочий отдельных пользователей (групп пользователей) для доступа к документам в Системе и выполнения действий над ними.

Экранные формы должны соответствовать требованиям унификации:

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

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

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

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

Климатические условия эксплуатации

Условия эксплуатации Системы и характеристики окружающей среды определяются в соответствии с Гигиеническими требованиями к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации работы (Санитарные правила и нормы, СанПиН 2.2.2.542-03, утвержденные постановлением Госкомсанэпиднадзора России от 01.01.03 № 14).

Уровень шума на рабочих местах пользователей и обслуживающего персонала, создаваемый оборудованием, должен соответствовать требованиям, установленным ГОСТ 12.1.003-91.

Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства - зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и Правилами Устройства Электроустановок.

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

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

Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук и т.д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.). Технические средства, входящие в состав Системы, должны удовлетворять требованиям ГОСТ 12.1.002 - 84 по уровням напряженности электрических полей.

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

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

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

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

- Сканирование документов;

- Распознавание атрибутов документов;

- Полнотекстовое распознавание документов;

- Верификация атрибутов документов;

- Экспорт скан-образов документов и их атрибутов в подсистему регистрации и хранения.

- Сканирование документов должно осуществляться с использованием сканирующего оборудования, обеспечивающего следующие возможности:

- Поточное сканирование (с использованием поточного сканера);

- Постраничное сканирование (с использованием планшетного сканера);

- Прямое сканирование в файл формата PDF, TIFF (для сетевых сканеров);

- Сканирование документов в режиме «оттенки серого» (Greyscale 256 bit серого);

- Разрешение сканирования 300 dpi;

- Наличие датчика обнаружения сдвоенной подачи листов;

- Сканирование многостраничных документов, не подлежащих разделению на отдельные листы (с использованием планшетного сканера);

- Поддержка двустороннего сканирования;

- Поддержка TWAIN драйвера.

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

При использовании данной подсистемы необходимо следовать следующим правилам сканирования документов:

- Сшитые между собой документы должны быть разделены на отдельные страницы;

- Сканирование должно осуществляться попакетно, перед сканированием документы должны быть распределены по пакетам;

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

- Необходимо определить категорию каждого документа пакета: оригинал первичного документа, копия первичного документа, подтверждающий документ;

- Документы в пакете должны располагаться в строго определенном порядке: сначала первичные, затем подтверждающие;

- В зависимости от категории документа необходимо выбрать соответствующий рулон штрихкодов. Требования к формату штрихкода изложены в пункте «0» настоящего документа;

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

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

Функция сканирования считается реализованной, если предоставлена возможность:

- выбрать тип пакета сканирования;

- загрузить изображение со сканера;

- загрузить изображение из сетевого ресурса или из папки;

- досканировать и пересканировать изображения в открытый пакет;

- осуществить предварительную обработку скан-образа;

- отправить на распознавание.

Выбрать тип пакета сканирования

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

- «С распознаванием» - для пакетов документов, содержащих хотя бы один из документов: счет-фактура, КС-2, КС-3, Торг-12;

- «Без распознавания» - для пакетов документов, не содержащих ни одного из четырех вышеуказанных документов.

Загрузить изображение со сканера

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

Загрузить изображение из папки

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

Досканировать и пересканировать изображения в открытый пакет

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

Осуществить предварительную обработку скан-образа

Функция считается реализованной, если пользователь имеет возможность проверить качество скан-образов после сканирования и осуществить:

- Изменение порядка страниц;

- Поворот;

- Зеркальное отображение;

- Обрезку;

- Инвертирование;

- Конвертацию изображений в черно-белые оттенки;

- Устранение искажений;

- Удаление мусора.

Отправить на распознавание

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

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

- Атрибутивного распознавания скан-образов документов;

- Настройки уровня уверенности распознавания символов - от 0 до 100 % для вывода на верификацию;

- Проверки правил и форматных ошибок данных (Стадия 2 проекта).

Атрибутивное распознавание скан-образов документов

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

Настройка уровня уверенности распознавания символов - от 0 до 100%.

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

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

Подсистема позволяет задавать следующие правила проверок:

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

- правила проверки атрибутов документов на совпадение с константными значениями;

- правила проверки типа данных атрибутов;

- кросс-проверки сумм.

Функция полнотекстового распознавания документов считается реализованной, если подсистема выполняет:

- Автоматическое распознавание текста документа;

- Автоматическое распознавание штрихкода, нанесенного на документ;

- Формирование двуслойного файла формата PDF, один слой которого содержит изображение документа, а распознанный текст документа формируется в дополнительный слой файла, доступный для копирования, не доступный для изменения.

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

Функция считается реализованной, если подсистема позволяет осуществить:

- Получение задания на верификацию;

- Отправку документа на пересканирование;

- Верификацию неуверенно распознанных символов;

- Заполнение значений атрибутов документов;

- Просмотр результатов проверок правил и форматных ошибок данных (Стадия 2 проекта);

- Подтверждение экспорта;

- Обработку исключений.

Получение задания на верификацию

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

Отправка документа на пересканирование

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

Верификация неуверенно распознанных символов

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

Заполнение значений атрибутов документов

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

Просмотр результатов проверок правил и форматных ошибок данных

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

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

Подтверждение экспорта

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

Обработка исключений

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

Функция экспорта скан-образов документов и их атрибутов считается реализованной, если подсистема позволяет осуществить:

- Автоматизированный экспорт скан-образов, атрибутов и текста документов;

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

- Настройку экспорта файлов на основании данных штрихкода;

- Формирование многостраничных файлов формата PDF.

Экспорт скан-образов, атрибутов и текста документов

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

Проверку заполнения обязательных полей документов

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

Настройку экспорта файлов на основании данных штрихкода

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

Формирование многостраничный файлов формата PDF

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

Подсистема должна обеспечивать выполнение следующих функций:

- Автоматическая загрузка документов из подсистемы сканирования и распознавания в подсистему регистрации и хранения;

- Ручная загрузка документов в подсистему;

- Автоматическое создание карточки документа, пакета документов;

- Автоматическое заполнение атрибутов карточки документа, пакета документов;

- Ручное заполнение атрибутов карточки документа, пакета документов;

- Автоматическое формирование пакета документов из файлов отсканированных документов;

- Массовое присвоение атрибутов документов, пакетов документов (Стадия 2 проекта);

- Хранение документов, пакетов документов;

- Поддержка версионности документов;

- Исключение дублирования документов;

- Хранение истории обработки документов;

- Печать документов;

- Массовая печать документов, пакетов документов (Стадия 2 проекта);

- Массовая выгрузка документов, пакетов документов (Стадия 2 проекта);

- Пакетная выгрузка документов по универсальному запросу на основании списка *.xls файла. (Стадия 2 проекта).

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

Функция считается реализованной, если предоставлена возможность:

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

- Осуществлять загрузку документов в подсистему в параллельном режиме в несколько потоков;

- Загрузки скан-образов документов в формате PDF в привязке к распознанным атрибутам в формате XML в служебную папку подсистемы, скрытую от пользователя;

- Размещения документа на основании атрибутов в соответствующей папке иерархической структуры;

- Создания папок нижнего уровня иерархии в случае поступления документов с соответствующими атрибутами. В случае если на момент загрузки документов нужная папка существует, размещение осуществляется в существующей папке. Если папка отсутствует, она автоматически создается;

- Размещения документов одного пакета в отдельной папке нижнего уровня иерархии.

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

Подсистема регистрации и хранения должна позволять пользователю:

- Вручную загружать документ из локального и/или сетевого ресурса в хранилище;

- Массово загружать документы одного класса (с помощью draganddrop) в хранилище;

- Создавать в Системе документы без вложения;

- Задавать папку для размещения документа.

Функция автоматического создания карточки документа, пакета документов считается реализованной, если:

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

- Карточка документа соответствуют типу данного документа;

- Создание отдельной карточки документа производится для каждого отдельно загружаемого в Систему файла формата PDF.

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

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

- Одновременно присваивать (сохранять) для выбранных документов (пакетов документов) значения сразу для нескольких атрибутов, предварительно выбранных пользователем.