«Внедрение»– комплекс мероприятий, направленный на процесс настройки и ввода в промышленную эксплуатацию учетной системы. Включает в себя: 

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

«Типовая конфигурация» – конфигурация учетной системы «1С», в которой отсутствуют изменения функционала, что позволяет без дополнительного анализа и разработок провести обновление до релиза, присланного разработчиком типовой конфигурации.

Наш подход позволяет:

   1. Провести проектирование информационной системы с целью:

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

   2. Разработать технические задания на модификацию каждой подсистемы.

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

   4. Разработать пользовательские инструкции (видео) для основных ролей пользователей.

   5. Произвести развѐртывание системы, настроить роли и права, настроить типовой и доработанный функционал, заполнить и перенести данные НСИ.

   6. Провести обучение сотрудников компании, квалифицированной работе с новым функционалом системы.

   7. Обеспечить поддержку и сопровождение нового функционала системы на период опытно-промышленной эксплуатации системы.

Этап «Обследование и Моделирование»

Описание этапа.

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

Процесс моделирование разделяется на три фазы:

  • Обследование
  • Моделирование
  • Документирование

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

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

Фаза Обследование:

Выполняется сбор основных сведений о текущей ситуации у Заказчика посредством:

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

Результат фазы.

  • Список текущих информационных систем:

     o их назначение

     o предварительная схема взаимодействия друг с другом.

     o пользователи

  • Текущая структура компании (включая штатное расписание)
  • Описание процесса «как есть»
  • Дополнительные требования к системе
  • Проблематика существующей системы
  • Текущее взаимодействие между подразделениями и участками
  • Взаимодействие между различными системами учета, хранения данными, информационными базами, внешними системами
  • Шаблон сквозного примера по участкам учета
  • Участники проекта
  • Уточнение целей

Фаза Моделирование

  • На основании согласованной информации проводим следующие работы в 1С

     o Настройка 1С (общая/по участку) – учетная политика, счета учета, порядок распределения и другие настройки.

     o Ввод набора элементов нормативно-справочной информации, достаточного для создания сквозного примера.

     o Создание сквозного примера по каждой вариации хозяйственной операции по участку.

     o Создание видео сквозного примера

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

     o Демонстрация непосредственно отраженных операций

     o Ответы на вопросы Заказчика в процессе или по завершению демонстрации

     o Корректировки сквозного примера (возможно, настроек) на основании уточнений и вопросов.

  • Согласование результатов отражение операций по сквозному примеру.

ВАЖНО

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

Результат этапа

  • Проведена настройка ЕРП для моделирования
  • Проведено создание сквозного примера
  • Проведена демонстрация сквозного примера, вопрос-ответы, корректировка модели.
  • Готов прототип учетной системы

Фаза Документирование:

  • Документальное оформление результатов моделирования:

     o Блок-схема до уровня документов в декомпозиции по участкам

     o Описание блок-схем 

     o Детализация по бизнес-процессам с учетом нюансов Заказчика

     o Описание необходимых настроек ЕРП под модель учета 

     o Протоколы интервью "как есть" по каждому разделу

     o Протоколы сдачи работ по моделированию каждого раздела

     o Описание схемы взаимодействия с другими система, которая включает:

  • Перечень используемых систем
  • Какие участки учета и уровень их детализация и полноты ведутся в системе
  • Схема взаимодействия между системами (какие данные обмениваются или используются совместно)

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

  • Перечень внешних источников НСИ и данных
  • Какие данные будут перегружаться
  • Структура соответствия данных из внешних источников 
  • Составлена спецификация (описание) функциональных разрывов, которые являются перечнем требований на разработку или настройку системы. В спецификацию включаются следующие требования:
  • Типовой функционал не подходит к бизнес-процессам Заказчика
  • Типовой функционал подходит Заказчику, но необходимы некоторые изменения его бизнес-процессов.
  • Сервисы, которые позволяют оптимизировать работу
  • Детализированный план-график и бюджет внедрения.

Критерий завершения этапа:

  • Подготовлены и согласованы результаты моделирования

Этап «Проектирование и Разработка»

Описание этапа

Производится проектирование и оценка объема работ по согласованной «Спецификации (описание) функциональных разрывов».

После проектирования и оценки, производится согласование бюджета и сроков с Заказчиком, после чего передается в исполнение.

Результат этапа

Выполнены согласованные разработки

Критерий завершения этапа:

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

Этап «Подготовка к опытной эксплуатации»

Описание этапа

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

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

После настройки проводится:

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

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

Результат этапа:

  • Настроена система по участкам
  • Перегружены НСИ и начальные остатки
  • Обучены пользователи (самостоятельно могут осуществить все операции и их анализ в новой системе)

Критерий завершения этапа:

Система готова к опытной эксплуатации.

Этап «Опытная эксплуатация»

Описание этапа

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

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

  • которые на текущий этап вообще не ведутся
  • которые ведутся в Excel или других таблицах
  • которые ведутся в отдельных системах и не имеют большого количества документов
  • остальные участки

Если большой объем документов и НСИ, тогда может быть два варианта развития событий:

  — сразу переходят в новую систему, однако в данном случае не будет возможности сверить результат закрытия периода

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

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

По итогам проведения опытной эксплуатации подписывается акт о вводе системы в промышленную эксплуатацию.

По согласованию с Заказчиком после этапа «Опытная эксплуатация» возможна пролонгация отношений в виде сопровождения и развития системы.

Результат этапа:

Решены все отклонения и готовы к отказу от старых систем.

Критерий завершения этапа:

Закрытие периода в новой системе.

Этап «Гарантийное сопровождение»

На работы, которые выполнялись нашей компанией, предоставляем гарантийное сопровождение.

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

Этап «Постпроектное сопровождение»

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

ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ

В период опытной эксплуатации

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

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

Для связи между системами, как вариант, разработать или использовать готовую (например, DATAREON ESB) интеграционную шину данных, так же возможность реализации обмена посредство API или com-соединений. Кроме этого, интеграционная шина может организовать единый обмен с внешними системами, если они не позволяют работать с двумя разными системами одновременно.

Также, интеграционная шина позволит в дальнейшем оперативно подключать к ней другие внешние системы (например, системы BI, OLAP и другие аналитические системы)

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

  • Расширения
  • Подписки на события
  • Сервисы

Подход к сбору требований и аналитике:

  • Интервью
  • Демонстрация текущей системы
  • Предоставление первичной документации
  • Описание физического действия (как происходит процесс)
  • Изучение учетной политики и имеющихся документов, связанных с учетом
  • Изучение используемых технологий и механизмов по взаимодействию между системами учета, хранения данными, информационными базами.
  • Дополнительные требования, которые не реализованы или реализованы частично
  • Составляется протокол, который согласовывается с Заказчиком
  • Протокол включает полное описание процессов «как есть» и требования «как надо»
  • Средний режим работы с одним специалистов – 4 часа.

Подход к разработке

  • Работа производится с использованием технологии групповой разработки (Хранилище)
  • Все разработки должны быть согласованы с архитектором и после реализации проверена им на предмет сохранения архитектуры и требований
  • Разработка ведется по стандартам, принятым в 1С (https://its.1c.ua/db/v8std#browse:13:-1)
  • После передачи работ, формируется протокол тестирования и передачи Заказчику (по каждой интеграции)

Подход к интеграциям

  • Использование шин данных
  • Использование API
  • Использование com-соединений
  • Использование файлов

Подход к тестированию и приемке

  • Тестирование выполняется на тестовых базах, включая и тестовые подключения с другими системами.
  • Тестирование производится на данных, достаточных для полного отражения процесса
  • Тестирование проводится в 3 этапа - тестирование программистом, тестирование аналитиком (тестировщиком) со стороны Исполнителя, тестирование специалистом со стороны Заказчика.
  • Все замечания по тестированию отражаются в Протокол «Тестирования».
  • После завершения тестирования и исправления всех замечаний, составляется акт приема-сдаточных работ

Подход к запуску (ввод в эксплуатацию)

  • Режим подготовки к запуску
  • Определяются даты начала запуска
  • Составляется план запуска 
  • Приказ (информирование) всех участников о планах по запуску и процедуре
  • Подход к обучению пользователей:
  • Инструкции
  • Видео по разделам
  • Групповое обучение линейного персонала
  • Индивидуальное обучение ключевых сотрудников
  • Экзаменация
  • Настройка базы и миграция данных
  • Настройка системы по участкам и обменам
  • Ввод пользователей (каждый пользователь обязан зайти в систему и проверить свои настройки и доступы)
  • Загрузка всех необходимых данных (НСИ, остатки, исторические данные) и их проверка
  • Контрольная проверка всех интеграционных процессов
  • Подход к непосредственно запуску
  • В период запуска режим повышенного участия в процессе всех специалистов Исполнителя и Заказчика
  • Постоянная проверка всех процессов (ввода данных, обменов, взаимодействия между пользователями и с клиентами)
  • Сбор замечаний и их оперативное устранение 
  • Артефакты/документы и их назначение
  • Протоколы по замечания (составляется процедура сбора замечаний)

Обеспечение отказоустойчивости

  • Мониторинг нагрузки на ЕРП систему, с контролем тайминга производительности операций
  • Мониторинг нагрузки на сервера (процессы, память)
  • В период запуска, бэкапирование до уровня транзакций

Участие Заказчика в работах подрядчика

  • Обучение персонала
  • Разработка
  • Сопровождении