Контрольный пример нужен:
Заказчику для демонстрации работы ограниченного функционала и блоков на примере реальных, промышленных данных Заказчика.
Заказчику для автоматизации наиболее приоритетных блоков в рамках комплексной автоматизации производства. Даже если Заказчик планирует провести комплексное внедрение ERP, технология контрольного примера позволяет сосредоточиться на наиболее важных блоках и автоматизировать их в первую очередь. Например, производственный блок.
Важно понимать, что при внедрении 1С:ERP в больших компаниях со сложными бизнес процессами делать контрольный пример нецелесообразно.
В небольших и средних компаниях контрольный пример с успехом заменяет этап предпроектного обследования и покрывает большую часть бизнес процессов предприятия. В крупных компаниях сделать это почти невозможно: только в ходе проведения интервью с ключевыми пользователями 1С:ERP системы и описания бизнес процессов по модели BPMN\EPC будут получены необходимые данные для предстоящей автоматизации работы предприятия, и только наиболее важные бизнес процесс будут включены в контрольный пример.
Таким образом, мы настоятельно рекомендуем прежде чем принимать решение о проведении контрольного примера, учитывать объемы и сложность производства исследуемого предприятия.
Контрольный пример не существует без:
1. Документации, где детально расписаны все бизнес-процессы, вплоть до описания состояния запасов, статуса производственных заданий, получаемой стоимости и т.д.
Важным условием является то, что всю документацию клиент готовит самостоятельно, руководствуясь лишь знаниями своего бизнеса. Вендор в данном случае выступает только в качестве консультанта.
2. Четко определенных условий. Заказчику необходимо определить, какие бизнес-процессы предприятия нуждаются в автоматизации в первую очередь.
1. Сокращение временных затрат на проект
Процесс комплексного внедрения ERP становится в разы быстрее, так как исключаются долгие этапы проектной подготовки. Компания-вендор, после подготовки контрольного примера ERP, уже знает специфику ваших бизнес-процессов и может приступить к комплексному внедрению без предварительной подготовки.
2. Оценка проекта заказчиком
После демонстрации контрольного примера у заказчика формируется четкое представление о том, какой продукт он получит в конечном итоге. Клиент на конкретном примере может оценить всю важность внедрения ERP или же наоборот, отказаться от внедрения.
3. Выбор необходимого функционала
Контрольный пример ERP помогает четко определиться с необходимым функционалом системы ERP. Заказчик точно знает за какой функционал он готов платить. Весь ненужный функционал не учитывается в итоговой цене ERP.
4. Высокая скорость обучения
Поскольку представитель заказчика во время реализации проекта по контрольному примеру проходит обучение, то в результате в компании появляется сотрудник, знающий и понимающий выбранный программный продукт. Такой сотрудник способен обучить остальных пользователей системы.
Определите бизнес-процесс, который будет накладываться на контрольный пример ERP
Укажите круг ответственных лиц, которые будут детально расписывать выбранный бизнес-процесс.
Составьте список условных терминов и используемых обозначений
Распишите требования к системе ERP, которые обязательно должны быть учтены в контрольном примере. Все требования подкрепляйте конкретными примерами с цифрами.
Подробно опишите выбранный бизнес-процесс так, как Вы себе его представляете после автоматизации. Необходимо предоставить полную информацию с учетом всех особенностей
Пример документа по Контрольному примеру - ссылка
Порядок демонстрации Контрольного примера ERP на примере производства:
Производится первичная настройка информационной базы 1С: ERP 2.4. Заводится организация, заполняются основные справочники системы.
В справочнике “Ресурсные спецификации” создается спецификация для демонстрации примера работы производственного блока. В данной спецификации указывается выпускаемое изделие, список и норма потребляемых материалов, перечень трудозатрат и его норматив, а так же указывается перечень производственных этапов и при необходимости операций. Если заказчик предоставляет необходимую информацию, то моделируется точная модель производственных процессов. Если же данные о порядке выполнения производства не предоставлены, то для построения контрольного примера берутся произвольные данные.
Далее формируется документ “Заказ на производство” с указанием созданной ресурсной спецификации.
На основании «Заказа на производство», в рабочем месте «Управление очередью заказов», формируются документы «Этап производства», в которых, согласно созданной спецификации, система рассчитывает необходимый объем материалов и трудозатрат, а также формируется график производства.
Выполнение производственных операций оформляется в документах «Этап производства» в рабочем месте «Диспетчирование этапов». На основании этих документов система сформирует документы «Выработка сотрудников». На основании документа «Этап производства» оформляется передача материалов в производство, а также передача выпущенной продукции на склад.
Наравне со всеми производственными документами выпуска, потребления материалов и фиксацией выработки сотрудников, оформляются и косвенные затраты (например: электроэнергия), которые также распределяются.
После отражения всех необходимых документов производится расчет себестоимости, который формирует фактическую себестоимость, отображаемую в отчетах.
Важно знать
1. Контрольный пример ERP не создает полноценную информационную систему, поскольку выполняется на одном-двух бизнес-процессах. В этом отличие этой услуги от традиционного проектного внедрения.
2. Составление описания контрольного примера требует отличного знания
потребностей предприятия и бизнес процессов, подлежащих автоматизации. Заказчику следует четко описывать все стадии бизнес-процесса. В противном случае заказчик рискует получить не точную модель своего производства, отображенную в контрольном примере.
3. Подготовка даже ограниченного контрольного примера требует значительных временных затрат.
4. Чем больше бизнес-процессов в компании, тем сложнее заказчику готовить документацию для контрольного примера. Рекомендованное количество бизнес-процессов для описания 1-2. В иных случаях следует заказать предпроектного обследование проекта силами подрядчика-вендора.
