Описание бизнес процессов в 1с пример

Сегодня мы подробно расскажем о методике, которую ежедневно применяем при внедрении программных продукт 1С. В качестве примера возьмем ПП «1С:ERP Управление предприятием».

КАСКАДНАЯ МОДЕЛЬ ВЕДЕНИЯ ПРОЕКТА

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

1. Предпроектное обследование. Формулировка первоначальной информации о проекте, целей автоматизации, выбор программного продукта, разработка плана проекта.
2. Моделирование основных процессов. Разработка модели работы в системе, выявление необходимых доработок, формирование контрольного примера и отчета по результатам моделирования.
3. Формирование технического проекта, разработка. Доработка по техническому проекту (кодирование), тестирование, сдача/приемка работ на контрольном примере.
4. Разработка сценария формирования начальных данных. Определение регламента, ответственных и сроков сверки данных, подготовка данных для переноса, предварительный перенос данных.
5. Первоначальная настройка программного продукта 1С. Настройка параметров учета, настройка пользователей и прав, первоначальная настройка информационной базы.
6. Разработка инструкций и обучение пользователей. Подготовка пользователей для дальнейшей работы в системе, может включать в себя прохождение курсов, индивидуальное обучение, разработка инструкций.
7. Опытная эксплуатация проекта. Подготовка к опытной эксплуатации, тестирование, исправление выявленных недочетов, подготовка к промышленной эксплуатации.
8. Окончательный перенос данных. Утверждение даты перехода, подготовка и окончательный перенос данных к дате перехода.
9. Промышленная эксплуатация проекта. Начало работы в новой системе, поддержка работы пользователей.

Рассмотрим каждый этап подробнее.

Моделирование и контрольный пример. Устанавливаем связь между бизнес-процессами и 1С // Выпуск 3

ЭТАП 1. ПРЕДПРОЕКТНОЕ ОБСЛЕДОВАНИЕ

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

Возможные варианты проведения:

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

2) Сбор требований

«Новые Системы: Конструктор Бизнес-Процессов», 1С: Предприятие 8.3. Пример настройки.

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

3) Отчет о предпроектном обследовании

Включает в себя Этап 1.1. Анкетирование, а также Этап 1.2. Сбор требований.

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

Основные составляющие отчета:

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

ЭТАП 2. МОДЕЛИРОВАНИЕ ОСНОВНЫХ ПРОЦЕССОВ

Основные составляющие этапа:

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

Что требуется от заказчика для выполнения этапа:

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

В результате моделирования заказчик получает:

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

ЭТАП 3. ФОРМИРОВАНИЕ ТЕХНИЧЕСКОГО ПРОЕКТА, РАЗРАБОТКА

Составляющие этапа :

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

ЭТАП 4. РАЗРАБОТКА СЦЕНАРИЯ ФОРМИРОВАНИЯ НАЧАЛЬНЫХ ДАННЫХ

Составляющие этапа:

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

ЭТАП 5. ПЕРВОНАЧАЛЬНАЯ НАСТРОЙКА ПП 1С

Составляющие этапа:

• развертывание информационных баз на серверах заказчика;
• установка и настройка СУБД при клиент-серверном варианте работы 1С;
• активация лицензий;
• установка функциональных опций информационных баз и параметров учета;
• первоначальное заполнение нормативно-справочной информации, загрузка классификаторов;
• формирование организационной структуры предприятия в системе, создание пользователей;
• настройка профилей прав доступа пользователей.

ЭТАП 6. РАЗРАБОТКА ИНСТРУКЦИЙ И ОБУЧЕНИЕ ПОЛЬЗОВАТЕЛЕЙ

Возможные форматы обучения пользователей:

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

ЭТАП 7. ОПЫТНАЯ ЭКСПЛУАТАЦИЯ ПРОЕКТА

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

ЭТАП 8. ОКОНЧАТЕЛЬНЫЙ ПЕРЕНОС ДАННЫХ

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

ЭТАП 9. ПРОМЫШЛЕННАЯ ЭКСПЛУАТАЦИЯ ПРОЕКТА

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

КАК ОФОРМИТЬ ЗАЯВКУ

Внедрение системы «1С:Предприятие» требует присутствия специалистов на каждом этапе — от сбора информации до ввода в эксплуатацию.

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

Свяжитесь с нами любым удобным образом:

УСПЕШНОЙ АВТОМАТИЗАЦИИ!

Остались вопросы?

Позвоните нам и мы с радостью ответим на все
Ваши вопросы

Источник: www.prorise.ru

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

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

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

Этап моделирования/проектирования обычно следует за предпроектным обследованием . Его цель отразить во внедряемой системе бизнес-процессы заказчика и зафиксировать функциональные разрывы, для исключения которых система в дальнейшем будет дорабатываться. В рамках предпроектного обследования внедренцы получают информацию о бизнес-процессах и формируют предварительное представление о том, каким образом эти процессы соотносятся с типовым функционалом, заложенным в 1С систему. На этапе моделирования и проектирования информация уточняется и отражается в виде объектов системы – справочников, документов, отчетов и т.д. На этом этапе внедрения «1С:ERP 2» выбираются конкретные способы отражения данных, производятся необходимые настройки. При этом упор делается не на текущую реализацию процессов, которая по различным причинам может быть далека от оптимальной, а на их целевое состояние.

* Подписываясь на рассылку, вы соглашаетесь на обработку персональных данных

Приведем такой пример.

В действующей системе учета на предприятии для управления продажами заказчик использует файлы Excel с информацией о контактах с клиентами, коммерческие предложения в виде файлов Word, складскую учётную систему для оформления отгрузок и бухгалтерскую для контроля дебиторской задолженности. В рамках моделирования мы показываем, как этот процесс будет оптимизирован в «1С:ERP»: в модельную базу будет введён клиент с историей взаимодействия, доступной из его карточки, и связанной последовательностью документов от коммерческого предложения до реализации, а также сформированными отчётами, показывающими задолженность как по конкретной поставке, так и по клиенту в целом.

Если какие-то процессы могут быть отражены различными способами, проводится анализ этих вариантов, в том числе с пробным вводом и изучением данных, и выбирается оптимальный вариант. Результатом моделирования будет информационная база, которая является прототипом будущей системы учета на предприятии. В ней можно будет посмотреть реализацию основных процессов, наглядно увидеть взаимодействие между отдельными блоками, убедиться в правильности настройки отдельных рабочих мест (АРМов). Кроме того, важным результатом этапа моделирования и проектирования в рамках внедрения «1С:ERP» является более точная, в сравнении с оценкой по итогам предпроектного обследования, финансовая составляющая проекта. Теперь исполнитель может озвучить более конкретную стоимость предстоящих работ.

Роль заказчика на этапе моделировании информационной системы

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

У одного из наших клиентов, которому мы внедряли «1С:ERP», перечень объектов основных средств и составных частей этих объектов отражался в разных файлах Excel с разной структурой иерархии для нужд нескольких подразделений. Каждое подразделение редактировало свой файл, отражая там нужные только им параметры. Поскольку в новой системе этот перечень должен отражаться в едином справочнике, потребовалось определить структуру, устраивающую все подразделения и назначить ответственных за ведение справочника лиц. Заказчику было последовательно предложено несколько решений, из которых было выбрано одно наиболее, по его мнению, подходящее.

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

В одной компании практически весь учёт вёлся «на бумаге». Штат компании на момент начала проекта внедрения 1C:ERP был укомплектован не полностью, поэтому на этапе обследования и далее при моделировании требования были сформированы имеющимися сотрудниками, а также сотрудниками головной компании. Перед завершением этапа моделирования в компанию приняли коммерческого директора, который категорически не согласился с предложенной моделью отражения в системе справочника производимой продукции, устраивающей начальника производства и специалистов головной компании. Коммерческий директор имел существенную роль в компании, поэтому модель пришлось переделать и дополнительно согласовать со всеми ответственными. Поскольку система ещё не была реализована, проблема была решена с небольшими трудозатратами, однако если бы такая ситуация произошла на этапе ввода в эксплуатацию, сроки и бюджет проекта значительно бы увеличились.

Функциональные разрывы на этапе моделирования и проектирования

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

Сроки этапа моделирования информационной системы 1С ERP

• Прототип системы в виде базы с типовым функционалом, в котором отражены бизнес-процессы в формате «как будет»;
• Документ «Отчёт о моделировании» ( либо «Целевая модель»), содержащий описание бизнес-процессов в формате «как будет» на примерах из прототипа системы и описание функциональных разрывов.

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

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

Образец целевой модели
Мы вышлем Вам образец модели на указанную почту.

Оценка производительности и архитектуры информационной систем

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

Например, вопросы к команде внедрения в таких проектах могут быть следующими:

• Работать в одной или нескольких базах, если управляющая компания в Москве, а филиалы по всей России?
• Что делать, если в отдельных магазинах нет надёжной связи, но остатки по всей компании хочется видеть в режиме реального времени?
• Сколько будет формироваться отчёт по складским остаткам, если количество товародвижений – десятки тысяч в день?
• Смогут ли пользователи нормально работать, когда происходит закрытие месяца?

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

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

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

А в заключение отметим еще одну важную задачу моделирования и проектирования как этапа внедрения «1С ERP» — это проверка самой компании-заказчика. Дело в том, что иногда руководство и сотрудники оказываются не готовы к тем переменам, которые несет внедрение ERP-системы. Этап проектирования максимально наглядно показывает какие бизнес-процессы должны быть доработаны, устранены или кардинально изменены, и зачастую (по разным причинам) бизнес не может на это пойти.

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

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

Источник: www.gigansk.ru

1С:Предприятие 8.0 – платформа для автоматизации бизнес-процессов

1С:Предприятие 8.0 – платформа для автоматизации бизнес-процессов. Прикладные механизмы.

Uploaded on Sep 07, 2014

• Janice Colon
• + Follow

Download Presentation

1С:Предприятие 8.0 – платформа для автоматизации бизнес-процессов

No related presentations.

Presentation Transcript

1. 1С:Предприятие 8.0 – платформа для автоматизации бизнес-процессов
2. Прикладные механизмы • Состав прикладных механизмов 1С:Предприятия ориентирован на решение задач автоматизации учета и управления предприятием. Использование проблемно-ориентированных объектов позволяет разработчику решать самый широкий круг задач складского, бухгалтерского, управленческого учета, расчета зарплаты, анализа данных и управления на уровне бизнес-процессов.
3. Договоримся о терминологии • Бизнес-процесс — это цепочка операций, результатом которых является достижениекакой-либо цели • Workflow — автоматизация бизнес-процессов • «Полная или частичная автоматизация бизнес-процесса, при которой документы, информация или задачи передаются от одного участника к другому для выполнения действий, предусмотренных набором руководящих правил»(Workflow Management Coalition, “Terminology https://www.slideserve.com/janice/1-8-0″ target=»_blank»]www.slideserve.com[/mask_link]