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

Содержание

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

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

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

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

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

*  *  *

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

*  *  *

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

*  *  *

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

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

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

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

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