KoderLine
Обслуживание
и внедрение
Наш Facebook Наш Instagram Наш YouTube
+7 (495) 374 55 29 Обратный звонок
Практика моделирования при внедрении 1С:ERP

Практика моделирования при внедрении 1С:ERP

0
2230
06.12.2016 Тенгиз Куправа
 

Содержание

1. Моделирование в 1С:ERP

2. Какие результаты необходимо получить на выходе моделирования

3. Как проводить работы по моделированию. Какие этапы моделирования существуют

4. Какие блоки и процессы следует моделировать в 1С:ERP
 
     
 

Моделирование в 1С:ERP

 
     
 

Настоящая статья дает ответы на следующие вопросы: как проводить работы по моделированию? Какие результаты необходимо получить на выходе моделирования? Какие блоки и процессы следует моделировать?

*  *  *

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

Моделирование в ERP подразумевает использование самой системы для получения демо-модели. Демо-модель строится на данных и процессах Заказчика в виде сквозных примеров, которые позволяют проверить решения "как будет" в типовой системе. Отсутствующий функционал выделяется в доработки. На них могут быть сделаны "заглушки" в демо-модели. Но при этом преследуется цель минимизации доработок, сохранения типового функционала и его максимального использования.

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

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

 
     
 

Как было раньше. При внедрении менее сложных систем 1С этап моделирования мог называться "Наложение типового функционала", "Определение карты функционального покрытия" и др. По результатам обследования разрабатывались функционально-ролевые требования, по ним описывались решения "как будет" с получением Карты функционального покрытия. Подготавливаемое далее Техническое задание не могло учесть всех деталей, выявить оптимальные варианты решений.

Как надо сейчас. Моделирование предполагает обязательную проверку всех решений "как будет" на примерах демо-модели с итеративным уточнением функциональных требований. На выходе – максимально близкие к реальности решения.

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

1. Демо-модель – демо-базу с примерами реализации охватываемых процессов компании.

2. Уточненные требования, перечень доработок типового функционала.

3. Документ Концептуальный дизайн – первый базовый документ с описанием решений и доработок, принятых в демо-модели, со ссылками на демо-базу. Он отражает согласованное единое понимание всех решений у Заказчика и Исполнителя.

4. План переноса данных при внедрении, план-график и стоимостную оценку внедрения.

5. Вовлечение в ERP-решения ключевых пользователей Заказчика.

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

 
     
 

Как проводить работы по моделированию? Какие этапы моделирования существуют?

 
     
  Обязательные стадии и составляющие работ по моделированию сведены в таблицу:   
 Стадия Состав 
1. Экспресс-обследование
  • Сбор данных.
  • Анализ текущих систем
2. Составление плана моделирования  Включает:

  • Список блоков/процессов с оценкой в часах.

  • Отдельный блок – экспресс-обследование.

  • Отдельный блок – перенос данных и порядок внедрения
3. Моделирование   Включает последовательное выполнение в цикле пунктов:

  • Подготовка примера/решения по блоку/процессу.

  • Описание решения в Концептуальном дизайне (драфт КД).

  • Демонстрация решения, сбор замечаний, формирование ожиданий Заказчика.

  • Корректировка решения/модели.

  • Перечень доработок по решению.

  • Передача демо-базы с описанием решения (драфт КД).
4. Оценка миграции данных и внедрения  Включает пункты:

  • Анализ текущих систем и демо-базы на перенос данных.

  • Проработка объектов и способов переноса.

  • Описание (драфт КД) содержания переноса данных и начальных остатков.

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

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

Составление плана моделирования – это обязательная стадия подготовки к моделированию. Он подлежит оценке:

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

  • Учтено время на подготовку модели и её демонстрацию, на корректировку и повторный показ модели по каждому процессу.

  • Учтено время на написание драфт КД, которое должно составляться параллельно с составлением примеров и быть предоставлено Заказчику после демонстрации.

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

  • Учтено время на экспресс-обследование и на работы по оценке переноса данных и внедрения.

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

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

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

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

Заказчик должен оперативно получать наработанные материалы:

  • Промежуточные демо-базы для практического ознакомления.

  • Драфт-описания КД.

  • Видеозаписи демонстраций.

Следует отметить, что Заказчик всегда отстаёт и не способен сразу «переварить» демо-решения по разным причинам. Часто обратная связь приходит с опозданием, но должна быть отражена в КД.

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

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

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

a) описывает решения "как будет";

b) содержит информацию для постановки задач на доработки;

c) определяет показатели, стадии переноса данных и внедрения.

Таким образом в частях b) и c) он фактически является Техническим заданием для последующего внедрения.

*  *  *

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

*  *  *

Важно! Описанная выше технология работ применялась по желанию Заказчика для новой редакции ERP 2.2, которая на тот момент содержала ошибки. Именно моделирование позволило заранее выявить некоторое количество критичных ошибок и тем самым исключить неожиданности при внедрении. Это, безусловно, потребовало дополнительных усилий по выявлению и описанию ошибок, контактам с 1С, тестированию исправлений. Как правило, такая работа остается незамеченной Заказчиком. 
 
     
 

Какие блоки и процессы следует моделировать в 1С:ERP?

 
     
 

Часто возникает вопрос – какие блоки следует моделировать. Ответ: все внедряемые блоки требуют моделирования. В первую очередь, это блоки оперативного учета – Продажи и CRM, Закупки и обеспечение, Производство, WMS-склад, Объемно-календарное планирование, Управленческий учет и учет затрат.

Блоки Кадры, Зарплата также требуют частичного моделирования по процессам, согласованным с Заказчиком. Например, по начислению и отражению зарплаты по направлениям деятельности, по нетиповым начислениям типа «бонус к зарплате» и др.

Блок Регламентированный учет берет данные из оперативного контура, поэтому может быть сдвинут во времени относительно оперативного учета. Но практически все участки регламентированного учета должны быть промоделированы, проведены в бухгалтерском и налоговом учете и продемонстрированы Заказчику, в т.ч. на цифрах в стандартных отчетах. По этому блоку у Заказчика часто возникают нюансы и вопросы по учёту НДС, расчёту налога на прибыль, ведению расчетов по НДФЛ и др.

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

Тенгиз Куправа,

руководитель проектов ООО “Кодерлайн” 
 

Задать вопрос автору статьи
Тема вопроса*
Ваше имя*
E-mail или телефон*
Ваш вопрос*
 

Добавить комментарий
Текст сообщения*
Защита от автоматических сообщений
 
Теги
#1С: CRM #1С: ERP #1С: ERP Управление строительной организацией #1С: ERP. Управление буровой компанией #1С: WMS Управление складом #1С: Аренда и управление недвижимостью #1С: БУХ #1С: Договорчики #1С: Документооборот #1С: ЗУП #1С: Интеграция #1С: КА #1С: Колледж #1С: Конвертация данных #1С: Платформа #1С: Розница #1С: Сценарное тестирование #1С: ТОИР #1С: УАТ #1С: УКФ #1С: Университет #1С: УНФ #1С: УПП #1С: Управление строительной организацией #1С: УТ #1С: УХ #ADO #APACHE #API #com-объекты #Excel #GoogleDrive #HTTP #ITIL #Koderline: Управление медиа-холдингом #Koderline: Управление проектами строительства скважин #LINUX #MS SQL Server #WEB #WEB-сервисы 1С #Word #XML #Администрирование 1С #Безопасность сервера #Бесшовная интеграция #БИТ.Финанc #Битрикс24 #Блокировки в 1С #БСП #БУ #Бурение скважин #Бюджетирование #Внедрение #Внедрение ERP #Закрытие месяца #Запросы 1С #Интеграция 1С #Как сделать в 1С #Конвертация данных #Корпоративное сопровождение #Лизинг #Лицензии 1С #Моделирование #МСФО #Налоги #Обмен между базами #Обновления #Оптимизация #Отпуск #Отчетность #Отчеты в 1С #Оценка задач #Перенос данных #Планирование #Полезные обработки #Правила обмена #Проводки 1С #Программирование в 1С #Программные права #Продажи #Производство #Расширение конфигурации #РСБУ #СКД #Сравнение конфигураций #Тестирование 1С #Техническое задание #Торговое оборудование #Транспортная логистика #Управление проектами #Финансовый учет #Ценообразование #Экзамен 1С #Яндекс.Касса Email или телефон
Услуги программиста 1С
Получите специалиста  
для решения всех задач
в области 1С
Программы 1С
Цены и подробное описание программ 1С:Предприятие 8.
Яндекс.Метрика