1.ERP в иерархии стандартов управления предприятием

1.ERP в иерархии стандартов управления предприятием

Рассмотрим эволюцию развития данных стандартов, для чего целесообразно привести традиционную общую классификацию решаемых на предприятии задач, которые составляют две группы:

• технологические производственные задачи;

• административно-хозяйственные задачи.

Технологическую группу задач в иерархии управления производством поддерживает стандарт MMI (Man - Machine Interface) - “человеко-машинный интерфейс” в смысле обеспечения двусторонней связи “оператор - технологическое оборудование”.

Исходным стандартом, появившимся в 70-х годах и поддерживающим административно-хозяйственную группу задач, стал стандарт MRP (Material Requirements Planning), включавший планирование материалов для производства. Этот стандарт был расширен до MRP-II (Manufacturing Resource Planning), который позволял планировать все производственные ресурсы предприятия (сырье, материалы, оборудование и т.д.). Дальнейшим развитием стал стандарт ERP (Enterprise Resource Planning), который позволил объединить все ресурсы предприятия, таким образом добавляя управление заказами, финансами и т.д. Сейчас практически все производственные системы отвечают рекомендациям стандарта ERP.

Последний по времени стандарт CSRP (Customer Synchronized Resource Planning) охватывает также и взаимодействие с клиентами: оформление наряд-заказа, техническое задание, поддержка заказчика на местах и пр. Таким образом, если MMI, MRP, MRP-II, ERP ориентировались на внутреннюю организацию предприятия, то CSRP вышел за рамки отельного предприятия и включил в себя полный цикл от проектирования будущего изделия с учетом требований заказчика до гарантийного и сервисного обслуживания после продажи. Каждый из перечисленных стандартов базируется на соответствующих компьютерных системах, осуществляющих задачу автоматизации управления соответствующим уровнем иерархии производственной системы.

2. Главные технологические отличия ERP систем от MRP II, краткая характеристика применяемых технологий Отличительные характеристики:

• Графический интерфейс пользователя

• Реляционная база данных

• Архитектура клиент-сервис

• Использование современных языков программирования

3. Основные технологические тенденции развития систем класса ERP

• Использование облачных технологий

• WEB

• E-commerce

• Big date

• In Memory. Задача In-Memory Data Grid (IMDG) — обеспечить сверхвысокую доступность данных посредством хранения их в оперативной памяти в распределённом состоянии. Современные IMDG способны удовлетворить большинство требований к обработке больших массивов данных.

Электронная коммерция (от англ. e-commerce) — это сфера экономики, которая включает в себя все финансовые и торговые транзакции, осуществляемые при помощи компьютерных сетей, и бизнес-процессы, связанные с проведением таких транзакций.^[1][2]

К электронной коммерции относят:

• электронный обмен информацией (Electroniс Data Interchange, EDI),

• электронное движение капитала (Electronic Funds Transfer, EFT),

• электронную торговлю (англ. e-trade),

• электронные деньги (e-cash),

• электронный маркетинг (e-marketing),

• электронный банкинг (e-banking),

• электронные страховые услуги (e-insurance).

•

4. Microsoft Sure Step – основные этапы (и их характеристика) методологии

внедрения MS Dynamics

Этап 1: диагностика

Этап начинается с подготовительной деятельности, основная цель которой — сформировать команду для проведения диагностики. Как только команда собрана и проинструктирована, первой ее задачей станет высокоуровневый анализ бизнес-требований.

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

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

Финальный набор задач заключается в планировании проекта – определении ресурсов, времени и бюджета для развертывания решения.

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

Основные результаты этапа

• Предложение по работе над проектом:

o описание содержания проекта (отчет о диагностике);

o предварительный план проекта.

• Оценка инфраструктуры.

Основные вехи этапа

• Клиент принимает предложение на внедрение и контракт, включая предполагаемый объем и рамки проекта, а также предварительный план проекта.

Этап 2: анализ

Этап анализа начинается с действий, направленных в первую очередь на формализованное создание проектной команды – как со стороны консультанта, так и со стороны заказчика. Следует обратить особое внимание на совещание по запуску проекта (Kick Off Meeting), на котором должны быть представлены участники проектной команды и согласованы ожидания и взгляды на то, как будет протекать проект.

Следующая по важности задача после проведения kickoff-встречи — необходимость ознакомить ключевых пользователей с Microsoft Dynamics. Тренинг должен быть нацелен на пользователей, которые будут непосредственно участвовать в детальном анализе, а также на ключевых пользователей из бизнес-единиц компании-заказчика, вовлеченных в проект.

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

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

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

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

Основные результаты этапа

• Устав проекта.

• Тренинги ключевых пользователей.

• Детальный анализ бизнес-процессов:

o анализ разрывов требований с базовой функциональностью;

o оценка устранения разрывов;

o описание интерфейсов.

• План миграции данных.

• План проекта.

• Функциональные требования:

o инфраструктура, функциональность и безопасность;

o интеграция.

• Требования к контролю качества и тестированию.

Основные вехи этапа

• Проведено совещание по запуску проекта.

• Заказчик утверждает Устав проекта.

• Проводится тренинг по Microsoft Dynamics AX для ключевых пользователей.

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

• Заказчик утверждает обновленный план-график проекта.

Этап 3: дизайн

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

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

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

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

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

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

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

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

Основные результаты этапа

• Спецификация дизайна решения:

o o функциональный дизайн;

o o техническая спецификация.

• Дизайн интеграции с внешними системами.

• Дизайн миграции данных и определение соответствий структур данных.

• План и сценарии тестирования.

Основные вехи этапа

• Заказчик утверждает спецификацию дизайна решения, дизайн интеграции с внешними системами и дизайн миграции данных.

• Заказчик утверждает время разработки и оценку расходов.

Этап 4: разработка

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

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

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

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

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

Основные результаты этапа

• Настройка решения Microsoft Dynamics.

• Подготовка документации по решению Microsoft Dynamics.

• Разработка дополнительной функциональности (кастомизаций).

• Настройка и тестирование миграции данных.

• Интеграционное тестирование (в том числе интеграции с внешними системами).

Основные вехи этапа

• Выполняется миграция данных.

• Выполняется интеграционное тестирование.

• Заказчик принимает созданное решение, результаты тестирования и документацию.

Этап 5: развертывание

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

Основные результаты этапа

• План запуска и контрольный список.

• План тестирования системы.

• План обучения пользователей.

• Тренинги для пользователей.

• Рабочая система.

Основные вехи этапа

• План запуска и контрольный список.

• План тестирования системы.

Этап 6: эксплуатация

После успешного запуска системы и подписания акта приемки этапа развертывания могут быть запущены две параллельные группы задач.

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

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

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

На этой точке взаимодействие с заказчиком ведется в рамках предварительно согласованной поддержки продукта (с подписанием соответствующего контракта). Команда консультанта переключается на следующий проект.

Основные результаты этапа

• Приемка системы заказчиком.

• Документы для закрытия проекта.

• Соглашение о поддержке системы.

Основные вехи этапа

• Заказчик принимает Microsoft Dynamics и подписывает акт ввода в промышленную эксплуатацию.

• Заказчик формально закрывает проект.

• Заказчик подписывает договор поддержки.

5. Зачем Вам нужно изучать MS Dynamics NAV?

6. Перечислите как минимум 5 актуальных задач в области повышения эффективности работы и управления, решаемых с помощью MS Dynamics NAV

7. Перечислите виды учета, которые можно реализовать с помощью MS Dynamics NAV

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

8. Измерения

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

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

9. Виды измерений

БИЗНЕСГРУППА Бизнес-группа - измерение используется для классификации поставщиков/клиентов по их отношению к той или иной отрасли промышленности

ДОГОВОР Договора с поставщиками/клиентами - измерение используется для формирования аналитических отчетов по счетам учета расчетов с поставщиками\клиентами в разрезе договоров

ДОХРАСХ Доходы, расходы - измерение используется для формирования аналитических отчетов по счетам учета затрат и доходов в разрезе соответствующих статей

ЗАКУПЩИК Закупщик - измерение используется для формирования аналитических отчетов по счетам учета закупок в разрезе менеджеров-закупщиков

ПРОДМЕНЕД Менеджер - измерение используется для формирования аналитических отчетов по счетам учета продаж в разрезе менеджеров по продажам

КЛИЕНТ-ГРУППА Группа клиентов - измерение используется для группировки клиентов и формирования аналитических отчетов по счетам учета расчетов с клиентами

ОТДЕЛ Отдел - Измерение используется для формирования аналитических отчетов в разрезе подразделений компании

ПРОДКАМПАНИЯ Сбыт. Кампания - измерение используется для формирования аналитических отчетов по счетам учета доходов/затрат в разрезе сбытовых кампаний

ПРОЕКТ Проект - измерение используется для формирования аналитических отчетов в разрезе проектов

РЕГИОН Регион - измерение используется для формирования аналитических отчетов в разрезе регионов

ТОВАР-ГРУППА Товарная группа - измерение используется для формирования аналитических отчетов в разрезе групп товаров

НУ-ВИД Вид налоговой операции - измерение используется для формирования регистров налогового учета

НУ-ОБЪЕКТ Объект налоговой операции - измерение используется для формирования регистров налогового учета

10.Основные функции ERP-системы

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

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

• управление спросом и формирование планов продаж и производства. Эти функции предназначены для прогноза спроса и планирования выпуска продукции;

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

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

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

• финансовые функции. В эту группу входят функции финансового учета, управленческого учета, а также оперативного управления финансами;

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

Основные модули ERP-систем:
- Управление финансами;
- Управление материальными потоками;
- Управление производством;
- Управление проектами;
- Управление сервисным обслуживанием;
- Управление качеством;
- Управление персаналом.

11. Объясните назначение и возможности системы фильтров в MS Dynamics NAVФильтры полей и таблиц служат для того, чтобы в таблицах отображались только определенные счета, клиенты, операции или другие записи.

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

12.. Объясните назначение действия «Учет» для сформированного заказа? Какие возможны варианты учета в заказе?

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

13. Объясните назначение инструмента «Учетные группы»

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

• специальные группы учета;

• общие группы учета;

• группы учета НДС.

Специальные группы учета

Основное назначение специальных групп учета заключается в определении

балансового счета для каждой вспомогательной книги. (Термин «вспомогательная

книга» соответствует записям транзакций в областях приложения, таких как

«Товары», «Продажи», «Покупки» и «Ресурсы».)

Специальные группы учета назначаются для следующих главных записей данных:

• Клиенты

• Поставщики

• Элементы

• Основные средства

• Банковские счета

Эти группы учета создают прямую связь с основным балансовым счетом

для каждой главной записи данных.

Общие группы учета

Основное назначение общих групп учета заключается в определении

балансового счета, представляющего каждую вспомогательную книгу.

Общие группы учета добавляются клиентов, поставщиков, элементов и

ресурсов для связи следующих компонентов с финансовыми операциями:

• Транзакции элементов и/или ресурсов из документов покупок

и продаж.

• Журналы элементов и задания

Группы учета НДС

Налог на добавленную стоимость (НДС) — налог с транзакции,

оплачиваемый конечным потребителем, включая предприятия.

В группах учета НДС определяется, как рассчитывается и учитывается НДС

в зависимости от того:

• кому осуществляется продажа (клиенты) и у кого приобретается

(поставщики);

• что продается или покупается (элементы и ресурсы);

Принципы настройки НДС подобны тем, что используются для настройки

общих групп учета.

• Группы учета НДС настраиваются и назначаются для клиентов

и поставщиков.

• Группы учета продуктов с НДС настраиваются и назначаются

для элементов и ресурсов.

• В окне НДС Настройка Учета задаются комбинации бизнес-

групп учета и групп учета продуктов с НДС.

14. Какие средства позволяют настроить MS Dynamics NAV под нужды конкретного предприятия?

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

15. Перечислите основные виды отчетов в MS Dynamics NAV, приведите примеры.

• Бухгалтерский баланс

• Отчет о финансовых результатах

• Отчет об изменениях капитала

• Отчет о движении денежных средств

• Приложение к бухгалтерскому балансу

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

16. Определите назначение инструментов ЖУРНАЛЫ в MS Dynamics NAV, приведите примеры.

Финансовые журналы служат для учета данных в счетах ГК и других

счетах, например распределений себестоимости и корректировок в счетах

ГК. В этом разделе содержатся сведения об использовании финансовых

журналов в Microsoft Dynamics™ NAV 5.

Помимо обзора структуры финансового журнала в этом разделе объясняется

процесс создания и проводки операций журнала и дается описание типовых

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

типовых операций.

В последнем разделе обсуждается использование аннулирования и

корректировки ошибочных операций.

Финансовые журналы позволяют вводить данные в финансовые и другие

счета, например в счета клиентов, счета поставщиков и банковские счета.

Система операций журнала состоит из трех слоев:

• шаблоны журнала;

• разделы журнала;

• строки журнала.

Журналы используются для различных групп операций и могут применяться в

других областях приложения, таких как:

• Продажи

• Покупка

• Приход нал.

• Оплата.

• Основные средства

Для создания каждого из типов журналов применяется свой шаблон

журнала. Шаблон журнала позволяет использовать базовую структуру

журнала и задать для всех пакетов стандартные сведения.

Дата добавления: 2015-09-29