Интегрирование erp систем на предприятии. Интеграция ERP-системы в логистике: как связать ERP, TMS и WMS? Пример использования ДО для синхронизации со справочником Контрагенты

Я и моя команда работают над системой ERP, имеют много модулей (HR, Accounting и т.д.)

Проблема, с которой мы сталкиваемся, состоит в том, что между двумя модулями (HR, Accounting), такими как сотрудники, есть несколько общих объектов

Сотрудники системы HR имеют много деталей, таких как:

Personal Information , Visa Info , Report To , Sources , Training , Etc

Сотрудники в области бухгалтерского учета имеют немного информации

Personal Information , Bank Account , Employee Account (That it)

1) Предположим, что каждый модуль будет работать как автономная версия (это завершено)

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

Что мне нужно, когда я определяю нового сотрудника в модуле HR, чтобы позволить модулю учета чувствовать это изменение и что происходит в обоих модулях, которые они должны иметь с одним и тем же объектом?

Учтите, что этот сотрудник связан с другими организациями, такими как компания, с которой он связан, и этот субъект компании отличается в обоих модулях (например, он имеет много деталей в HR-модуле, но в компании только для бухгалтерского учета есть некоторые ветки под ним)

Примечание. Каждый модуль имеет отдельную базу данных (не хотел, чтобы увеличить базу данных в автономной версии)

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

Слишком поздно, и мы должны проектировать его с самого начала как общие объекты?

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

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

Технологии: Asp.net + Mysql

2 ответа

Не делайте ошибки при соединении всех ваших модулей на уровне базы данных.

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

Подумайте, как объекты, не решая, как они будут развернуты. Вы можете захотеть, чтобы это был объект в памяти; это может быть распределенный компонент, который вы выбираете для удаленного использования SOAP или REST или CORBA или XML через HTTP. Но дело в том, для разложения проблемы на компоненты без совместного использования схемы.

Если вы сделаете это, вы сможете изменить схему, не затрагивая клиентов. Только владелец должен знать.

В тот момент, когда клиенты попадают в базу данных, все они связаны на уровне базы данных. Это может привести к горю позже.

Просто любопытно - зачем вы пишете ERP-систему с нуля, когда доступно так много коммерческих? Они дороги и сложны, но так пишут ваши собственные. Какова была компромиссная дискуссия?

Аббревиатура ERP происходит от английского выражения Enterprise Resource Planning , что дословно означает планирование ресурсов предприятия. Теоретически такая система представляет собой общую стратегию деятельности компании, которая учитывает следующие направления:

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

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

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

Строение IT-системы планирования ресурсов предприятия

Являясь сложным программным обеспечением, ERP система состоит из следующих элементов:

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

Модули, подключаемые к основной платформе системы планирования ресурсов производства, условно делятся на три группы:

  1. Внутренние - программы, используемые внутри предприятия, доступ к которым имеют сотрудники.
  2. Внешние - программы, к которым имеют доступ клиенты и партнеры (например, личный кабинет дропшиппер посредника).
  3. Коннекторы - программы для подключения с другими программными продуктами, не являющимися частью системы ERP, но используемые компанией в своей деятельности. Они выполняют обмен данными.

Где взять ERP систему для предприятия

Существует три способа приобрести ПО для планирования ресурсов:

  1. Создание собственного продукта . Зачастую оказывается нерациональным методом, поскольку отсутствие профессионального подхода может привести к возникновению ситуации, когда будет учтено только одно направление, что не даст ощутимого эффекта. При этом внедренную таким способом систему, как правило, сложно заменить или дополнить.
  2. Покупка готовой платформы и внедрение ее в работу предприятия . Тут необходимо сделать правильный выбор в соответствии с деятельностью вашей компании. Качественные и известные продукты стоят довольно дорого и требуют постоянной поддержки со стороны разработчика.
  3. Профессиональная разработка ERP систем индивидуально для компании . Только 20% создаваемых на отечественном рынке программ успешно интегрируются в работу предприятий. А значит риск компании получить некачественный продукт по завышенной стоимости достаточно большой.

Как выбрать и внедрить ERP систему

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

Виды ERP систем для предприятий

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

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

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

По типу хранения информации:

  • Облачные - базы данных располагаются на внешних серверах.
  • Внутренние - данные хранятся на собственном сервере компании.

По формату пользовательского интерфейса:

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

По архитектуре программного обеспечения:

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

По классу лицензии на использование:

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

Ошибки выбора системы планирования ресурсами

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

  • Отсутствие правильно выбранной и четко сформулированной цели . Важно понять, что ERP - должна улучшать работу компании, перенимая положительные стороны и компенсируя отрицательные. А потому, при выборе необходимо точно определить какой эффект от внедрения должен быть получен. Если вашей целью является оптимизация бизнеса в целом, вы не получите необходимого результата. Все задачи должны быть конкретизированы в техническом задании (ТЗ). При этом система должна быть адаптирована под компанию, а не наоборот. Полностью перестраивать бизнес, особенно если он прибыльный, под систему ERP - ошибочно.
  • Неправильный выбор методики решения поставленных задач . Каждая система ERP построена для определенной сферы бизнеса. Она может быть адаптирована для производственной сферы или исключительно для торговли.
  • Односторонний взгляд на выбор системы . Команда специалистов, составляющих ТЗ, выбирающих и контролирующих процесс внедрения системы должна включать в себя представителей различных отделов компании (IT, продаж, кадрового, производственного). В противном случае итоговый продукт будет выбран с позиции удобства только одного звена пользователей и не принесет должной эффективности предприятию в целом.
  • Недостаточная квалификация разработчика и специалистов, осуществляющих внедрение . Процесс создания и интеграции системы планирования ресурсов имеет высокую стоимость и многие компании, стремясь снизить затраты, обращаются к фирмам с малым опытом или используют бесплатные ERP системы, что достаточно рискованно.
  • Низкий уровень контроля процесса интеграции программы в систему .
  • Сложность интерфейса . Если программа слишком сложна для интуитивного понимания, вы можете столкнуться с проблемой необходимости обучения персонала работе с ней. Это также повышает риск случайных ошибок при внесении данных, что влечет за собой некорректное планирование и все вытекающие последствия.

Какие функции должна обеспечивать система планирования ресурсов

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

  • Обеспечение удобного документооборота . Основным назначением ERP систем является обеспечение быстрого оформления документации (счета, накладные, отчеты, прайсы), а также последующих операций с ними (поиск, доступ, пересылка, редактирование).
  • Планирование . Алгоритм системы, особенно для производства, должен позволять планировать платежи, поставки, работу склада, сезонные изменения, объемы продукции. Для каждой компании планирование производства носит индивидуальный характер и привязано к объемно-календарной стратегии.
  • Прозрачность информации . Программа должна фиксировать все операции, стороны, объемы и даты их проведения, что сделает работу компании более прозрачной для анализа.
  • Разграничение доступа для разных уровней . Поскольку система охватывает очень большой объем информации о работе компании, большая часть которой должна оставаться закрытой для сотрудников нижних уровней, клиентов и партнеров, она должна позволять закрывать часть данных для пользователей с различным допуском.
  • Единая сеть данных . Система ERP должна обеспечивать возможность отслеживать все процессы в отдельности (например, сделки) на всех уровнях от закупки сырья и производства, до оформления продажи и уплаты налога.
  • Кадровый учет . Программа должна предусмотреть возможность контроля численности персонала, планирование графика выходов и отработанных часов, учет уровня квалификации сотрудников и составление графиков отпусков, прохождения курсов повышение квалификации. Также эффективная система планирования предусматривает возможность расчета зарплат и премий, с учетом формы оплаты труда.
  • Работа с поставщиками . Функционал системы должен позволять хранить и обрабатывать базу поставщиков, отправлять запросы на наличие, планировать формирование заказов, высвобождение оборотных средств и оплату счетов, контролировать процесс доставки, а также вести отчетность по закупкам.
  • Работа с клиентами . Система должна позволять вести полный учет данных по каждому клиенту, независимо от того сколько юридических лиц входит в структуру последнего. Это подразумевает не только возможность предоставления клиенту работать через собственный кабинет, но и хранение данных по совершенным сделкам, дебиторской задолженности, планированию поставок, обработке счетов, истории сотрудничества. Это позволяет изучать спрос и уровень прибыли, полученной от каждого клиента.
  • Сервисное обслуживание и ремонт . Если речь идет о производстве, эта часть программы должна обеспечивать планирование технического осмотра оборудования, графика проведения планового ремонта, модернизации или замены оснащения предприятия. Для торговых предприятий в системе должна быть предусмотрена возможность учета сервисного обслуживания проданных товаров и ремонта по гарантийным обязательствам.

Особенности внедрения ERP

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

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

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

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

Выделяют три стратегии внедрения системы планирования ресурсов предприятия:

  1. Пошаговая интеграция - вначале в эксплуатацию запускаются основные модули (например, учет финансов, бухгалтерия и документооборот), а затем после отладки их работы, постепенно внедряются остальные. Этот метод занимает очень много времени и не может продемонстрировать достижения результата сразу. Он нередко применяется компаниями при самостоятельной разработке системы.
  2. Комплексное внедрение - система применяется сразу по всем направлениям и в полном объеме, а затем производится постепенная отладка работы. Этот метод позволяет быстро интегрировать систему планирования ресурсов предприятия. Он применяется при покупке готового программного обеспечения.
  3. Комбинированный метод - внедрение ERP систем происходит сразу по всем направлениям деятельности, но поэтапно. Эта стратегия позволяет максимально сократить время на внедрение при наименьшей потере качества работы. Чаще всего применяют такую методику частные компании, предлагающие услуги по разработке индивидуального ПО.

Как работает ERP система и кому она необходима

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

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

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

Краткий обзор популярных ERP

Чаще всего основные ERP системы компаний - это готовые продукты, скорректированные под деятельность предприятия. Они могут быть платными и бесплатными. При грамотном внедрении можно добиться эффективности в обоих случаях.

Популярные бесплатные продукты:

  • ERPNext - минималистичная программа для работы частного предпринимателя (ИП). Основной недостаток - ограниченное дисковое пространство, которое можно увеличивать за дополнительную плату.
  • Галактика ERP - разработана под отечественный рынок и позволяет учитывать частые изменения в законодательстве.

Платные программы:

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

Достоинства и недостатки ERP

Большинство недостатков ERP систем вытекает из ее основных качеств, поскольку основные проблемы, с которыми сталкиваются компании при внедрении программы связаны с допущением ошибок при принятии решения о необходимости использования и непосредственном выборе ПО.

Отрицательные стороны интеграции системы планирования ресурсов

Несмотря на то, что назначение ERP систем - это улучшение процесса деятельности производства, они имеют свои недостатки. В числе последних:

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

Практические достоинства ERP-системы

Внедрение стратегии и программного обеспечения для учета и планирования ресурсов - это эффективный способ добиться улучшений в работе компании, который обладает следующими преимуществами:

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

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

Со временем OLAP-системы стали реальной угрозой рынку ERP. Заказчик зачастую предпочитал покупать аналитические приложения в качестве интеграционного инструмента для своей “лоскутной” автоматизации. Почувствовав опасную тенденцию, большинство производителей ERP-систем на сегодняшний день либо разработали свои собственные OLAP-приложения, либо тесно интегрировались с зарекомендовавшими себя производителями OLAP-ов. К слову сказать, попытки первых самостоятельно изобретать велосипед не привели к ожидаемому успеху. Любой “наскоро сколоченный” OLAP все равно уступал по функциональным возможностям промышленным системам анализа и слабо справлялся с теми многоаспектными данными, которые способны генерировать высококлассные ERP-системы.

Казалось бы, ответ на вопрос “Из каких компонент должна состоять полноценная Информационная Система Управления Предприятием?” достаточно очевиден. ERP и OLAP. Однако есть и здесь одно “но”. Как известно, три классические фазы управления – Планирование, Учет и Контроль – в некоторых задачах пересекаются настолько тесно, что становится трудно отделить одно от другого. Следовательно, полноценная автоматизация таких задач с помощью только средств учета или только средств анализа невозможна. Возьмем в качестве примера функцию Финансового планирования. Для реализации этой задачи необходимы, как минимум, следующие данные по кредиторской задолженности:

Счета к оплате

Открытые позиции (задолженность в разрезе поставщиков)

Контракты на поставку

Заказы на поставку

Платежи (текущие и плановые)

Бюджетные статьи

Плюс, требуется все то же самое, но со стороны дебиторов. Все эти таблицы обязательно содержат в себе условия оплаты, из которых необходимо построить график ожидаемых выплат и поступающих платежей. Задача заключается в следующем. Необходимо из всех этих таблиц построить график движения денежных средств на квартал, а то и на месяц вперед с разбивкой по неделям или даже по дням. Сразу же на ум приходят “кубы”. А если мы пытаемся учесть сделки находящиеся на стадии переговоров или собираемся оценить последствия изменения условий одного из существующих контрактов? С помощью какой такой “комбинации” разнородных систем мы можем смоделировать будущее финансовое состояние нашей компании? Скорее всего, здесь помог бы некий интерактивный куб-отчет. Мы хотим вводить свои данные, но не в ERP-систему, а прямо в наш “куб-отчет-форму”. Это даст нам возможность эмулировать то или иное развитие событий и поведение финансовых показателей по состоянию на определенную дату прогнозируемого периода.

Многие финансовые аналитики для решения таких задач используют широко известныйExcel. Однако эта популярная программа годится для одного пользователя. И то, если этот пользователь достаточно искушен в вопросах связи Excel с внешними приложениями. В нашем же случае речь идет о слаженном взаимодействии целой группы сотрудников финансовых служб, каждый из которых имеет свои собственные полномочия по работе с графиком платежей. Добавим сюда еще и менеджеров – финансовых контролеров и членов бюджетного комитета, контролирующих работу своих подчиненных. Получается, что для автоматизации функций аналогичных финансовому планированию необходимо иметь использовать такое Приложение, которое обладает эргономичностью популярных электронных таблиц, “транзакционностью” ERP-систем и аналитической мощью OLAP-ов.


Кроме финансового планирования, существует еще множество функций, “умещающих” в себе более чем одну фазу управления. Бюджетирование, как процесс постановки, детализации и согласования бизнес-целей предприятия, так же нуждается в механизме, объединяющем усилия большого количества пользователей в рамках единого информационного пространства. Ведь в ходе составления бюджета фазы планирования (централизованная публикация бюджетных планов), учета (ввод детальной информации по бюджетам на местах) и контроля (анализ фактического исполнения регламента составления бюджета) неминуемо пересекаются между собой за счет итеративного характера самого процесса бюджетирования. Вместе с тем, бюджетирование в целом представляет собой часть одной фазы управления – планирования.

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

Международная компания IDC, специализирующаяся на независимом мониторинге рынка программного обеспечения, объединила такие приложения в новое семейство – BPM (BusinessPerformanceManagement , т.е. Управление Эффективностью Бизнеса).

BPM-системы позволяют связывать воедино такие понятия как миссия компании, стратегия развития, цели, долгосрочные планы, среднесрочные перспективы и конкретные бюджеты на ближайший период. В рамках подобной среды сотрудничества топ-менеджеры могут публиковать черновую версию бюджетов для линейных менеджеров (начальников отделов). Последние начинают дополнять эти цифры своим представлением: могут ли они выполнить эти цели, какие ресурсы им для этого нужны. Система позволяет им видеть и использовать в своей работе отчетность смежных подразделений: на основе планов поставок сырья, оценивать свои возможности по объемам производства и т.п. Далее, откорректированные и дополненные на нижнем уровне цифры агрегируются вновь до общекорпоративного уровня. Весь этот процесс “двунаправленного” бюджетирования итеративно повторяется до тех пор, пока не будет составлен наиболее “реальный” бюджет.

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

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

Что еще дают своим пользователям BPM-приложения? Уважающий себя финансовый менеджер не отправится вплавь по очередному бюджетному периоду, не взяв, помимо основного, пару-тройку бюджетов “про запас”: на случай отрицательного или “не запланировано положительного” развития событий. В кризисный момент требуется без промедления перевести организацию на “аварийный бюджет”. При этом времени на пересмотр, согласование и опубликование всех статей бюджета в разрезе всех центров затрат, естественно, нет. Специализированные компьютерные системы класса BPM позволяют вести несколько версий бюджета или финансового плана организации и, при необходимости, оперативно переключать все структурные подразделения на новую версию.

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

Аналитическая функциональность BPM-приложений обеспечивает возможность составления отчетности “на лету”: любой элемент существующих измерений можно с помощью мыши положить в аналитическое окно и прямо на экране создать свой “куб” данных. Так называемые “контрольные агенты” BPM вовремя обнаруживают отклонения фактических показателей от их плановых величин и оповещают об этом. Сбывается мечта любого директора – когда можно, придя с утра на работу, включить компьютер и увидеть там сразу же все проблемные места предприятия, сфокусировать свое внимание на тех местах, где возникли отклонения. А если менеджер уже сработался с системой, то она ему сможет предложить даже некоторые возможные варианты решения возникших проблем.

В начале 90-х гг. аналитическая компания Gartner Group ввела новое понятие. Системы класса MRPII в интеграции с модулем финансового планирования FRP (Finance Requirements Planning) получили название системы планирования ресурсов предприятий ERP (E nterprise R esource P lanning ). Это система планирования ресурсов предприятия, предполагающая:

  • прогнозирование;
  • управление проектами и программами;
  • ведение информации о продукции и технологии;
  • управление затратами, финансами, кадрами и т.д.

Проект системы ERP является проектом реорганизации всего бизнеса.

В основе ERP-систем лежит принцип создания единого хранилища (репозитария) данных, содержащего всю корпоративную бизнес-информацию:

  • финансовую информацию;
  • производственные данные;
  • данные по персоналу
  • и др.

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

В ERP-системах реализованы следующие основные функциональные блоки.

  • Планирование продаж и производства. Результатом действия блока является разработка плана производства основных видов продукции.
  • Управление спросом. Данный блок предназначен для прогноза будущего спроса на продукцию, определения объема заказов, которые можно предложить клиенту в конкретный момент времени, определения спроса дистрибьюторов, спроса в рамках предприятия и др.
  • Укрупненное планирование мощностей. Используется для конкретизации планов производства и определения степени их выполнимости.
  • Основной план производства (план-график выпуска продукции). Определяется продукция в конечных единицах (изделиях) со сроками изготовления и количеством.
  • Планирование потребностей в материалах. Определяются виды материальных ресурсов (сборных узлов, готовых агрегатов, покупных изделий, исходного сырья, полуфабрикатов и др.) и конкретные сроки их поставки для выполнения плана.
  • Спецификация изделий. Определяет состав конечного изделия, материальные ресурсы, необходимые для его изготовления, и др. Фактически спецификация является связующим звеном между основным планом производства и планом потребностей в материалах.
  • Планирование потребностей в мощностях. На данном этапе планирования более детально, чем на предыдущих уровнях, определяются производственные мощности.
  • Маршрутизация/рабочие центры. С помощью данного блока конкретизируются как производственные мощности различного уровня, так и маршруты, в соответствии с которыми выпускаются изделия.
  • Проверка и корректировка цеховых планов по мощностям.
  • Управление закупками, запасами, продажами.
  • Управление финансами (ведение Главной книги, расчеты с дебиторами и кредиторами, учет основных средств, управление наличными средствами, планирование финансовой деятельности и др.).
  • Управление затратами (учет всех затрат предприятия и калькуляция себестоимости готовой продукции или услуг).
  • Управление проектами/программами.

Наиболее распространенные в России системы класса ERP:

  • SAP R/3
  • Oracle Applications
  • Галактика
  • Парус
  • 1С: Предприятие 8
  • Dynamics Ax
  • Cognos
  • Navision Attain и Navision Axapta
Основные отличия систем класса ERP от MRPII заключаются в следующем.
  • Поддержка различных типов производств (сборочного, обрабатывающего и др.) и видов деятельности предприятий и организаций (например, ERP-системы могут быть установлены не только на промышленных предприятиях, но и в организациях сферы услуг — банках, страховых и торговых компаниях и др.).
  • Поддержка планирования ресурсов по различным направлениям деятельности предприятия (а не только производства продукции).
  • ERP-системы ориентированы на управление "виртуальным предприятием" (отражающим взаимодействие производства, поставщиков, партнеров и потребителей) в рамках ИП.
  • В ERP-системах больше внимания уделено финансовым подсистемам.
  • Добавлены механизмы управления транснациональными корпорациями.
  • Повышенные требования к инфраструктуре (Интернет/интранет), масштабируемости (до нескольких тысяч пользователей), гибкости, надежности и производительности ПО и различных платформ.
  • Повышены требования к интегрируемости ERP-систем с приложениями, уже используемыми предприятием
  • Больше внимания уделено программным средствам поддержки принятия решений и средствам интеграции с хранилищами данных (иногда включаемых в ERP-систему в виде нового модуля).
  • В ряде ERP-систем разработаны развитые средства настройки (конфигурирования), интеграции с другими приложениями и адаптации (в том числе, применяемые динамически в процессе эксплуатации систем).
К преимуществам ERP-систем относятся также:
  • Интегрирование различных видов деятельности фирмы
  • Процессы планирования ресурсов предприятий являются межфункциональными, заставляющими фирму выходить за традиционные, функциональные и локальные рамки.
  • Данные, хранившиеся ранее на различных неоднородных системах, сейчас интегрированы в единую систему.

К 2010 г. страны ЕС должны превратиться в наиболее динамично развивающийся, конкурентоспособный регион, являющийся частью глобального информационного Сообщества. Это — стратегическая цель программы "Электронная Европа" (e-Europe), которая должна обеспечить:

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

Интеграция ERP-систем и систем электронной коммерции позволяет реализовать концепцию B4B:

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

Т.е. вопрос стоит не в организации самого производства — он легко решаем с помощью ERP-систем.

Под системами класса ERPII понимается WEB приложение, интегрированное с главным ERP приложением предприятия и реализует своеобразный front-office к традиционной ERP системе.

Система может относиться к классу ERPII, если front-office и back-office представляют собой единое целое.

ERP -2 = ERP + CRM + SCM + PLM

Системы класса CRM:

Расшифровка аббревиатуры CRM (Customer Relationships Management) говорит сама за себя, управление взаимоотношениями с клиентами — задача, которую решает CRM система.

Функциональный состав систем класса CRM:
  • функциональность продаж(управление контактами, клиентами);
  • функциональность управления продажами (прогнозирование, анализ циклов, фиксированная и произвольная отчётность);
  • функциональность продаж по телефону;
  • управление временем (индивидуальное\групповое);
  • поддержка обслуживания клиентов(HelpDesk);
  • (управление маркетинговыми компаниями);
  • отчёты для высшего руководства;
  • интеграция с ERP;
  • синхронизация с различными устройствами и системами;
  • функциональность электронной торговли;
  • мобильные продажи (работа с системой вне офиса).
Преимущества использования систем класса CRM:
  • увеличение объёма продаж;
  • увеличение процента «удачных» сделок;
  • увеличение маржи;
  • повышение удовлетворённости клиентов;
  • снижение административных издержек на продажи и маркетинг.

Прочие преимущества использования систем данного класса:

  • Требования клиента не забываются.
  • Данные о несостоявшихся и бывших клиентах и о причинах отказов не пропадают.

Пример: 3 месяца назад клиент отказался от кредита из-за высокой ставки. Но неделю назад ставка была снижена. Теперь условия ему могут подойти.

  • Дублирование сотрудниками действий друг друга исключаются

Пример: сегодня менеджера, занимавшегося клиентом нет. Трубку берет другой. Нет необходимости рассказывать все с начала.

  • Данные о связях клиента сохраняются.

Пример: клиент — член ассоциации… Если ему услуга подошла, почему не предложить ее остальным членам ассоциации.

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

Системы класса SCM:

SCM (supply chain management ) — автоматизированные системы управления цепочками поставок.

Основной задачей является — повышение эффективности логистики. Она позволяет

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

Другие задачи, решаемые системами класса SCM:

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

Система класса SCM может быть использована:

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

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

Другие классы систем поддержки производственно-коммерческого цикла:

  • PLM (Product Lifecycle Management) — управление жизненным циклом продуктов;
  • PDM (Product Data Management) — системы управления производственными данными.
  • APS (Advanced Planning/Scheduling) — развитие системы планирования; расширенное планирование производственных заданий.

Совокупный объем продаж тяжелого софта (ERP и ERP-подобных систем) и сопутствующего консалтинга на этапе внедрения превысил 90 млн. USD-100 млн. USD (по различным оценкам). 1/3 этого объема приходится на продажу лицензий

В связи с выходом/обновлением данных продуктов, а также развитием технологии web сервисов, специалистами компании 1С была реализована бесшовная интеграция, 1С ERP и 1С Документооборот (далее по тексту «ДО»).

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

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

  • 1C «ДО» 2.0 (Версии КОРП)

    Web Server Apache.

Установку и настройку данных программных продуктов описывать нет необходимости, перейдем непосредственно к настройке.

Итак. Бизнес-процесс следующий: нам необходимо согласовывать договора продажи. Схема согласования будет следующая:

Для реализации подобной схемы заведем пользователей в 1С ERP и 1С ДО.

- Безопасность

- Юрист

- Экономист

- Делопроизводитель

Теперь перейдем к настройке

Зайдем в 1С ДО в режиме «Конфигуратор» и опубликуем нашу базу на web сервере.

Имя - адрес ресурса, т.е. http://localhost/DocCorp/

Каталог - Место расположения web сервиса.

Проверяем работу.

Теперь сделаем настройки в 1С ДО.

1) Создадим новый вид документа: «Договор продажи»

Переходим в «НСИ и Администрирование» - «Виды документов»

Создадим группу документов «Договора»

Создаем новый вид

Перейдем во вкладку «Шаблоны документов» - «Реквизиты документа».

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

Переходим в «Шаблоны процессов», создаем новый шаблон.

Откроется форма выбора шаблона «Согласование», создадим папку «Нетиповые процессы», затем создадим процесс «Согласование договора продажи»


Запишем процесс.

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

Вернемся во вкладку «Настройки процесса», добавим согласующих.


Затем изменим направление маршрутизации, и выставим порядок согласования:

Теперь настроим уловную адресацию, нажимаем кнопку «Использовать условия» *(Только в версии КОРП) .

Создадим новое условие маршрутизации: Сумма договора > 100 000р.

Назначим его «Виду документа» - «Договора продажи».

Настройка 1С «ДО» закончена. Переходим к настройке 1С: ERP.

Добавим пользователей, таких же, как в 1С «ДО»

В поле URL вводим web адрес сервиса, устанавливаем необходимые галки и переходим к настройке интеграции.

Укажем в настройках, к какому документу мы хотим привязать процесс.

Это будет «договор с контрагентом», объект из 1С «ДО» - «Внутренний документ»

После выбора взаимосвязей будет выполнена базовая настройка связанных объектов.

Необходимо настроить рад полей.

Вид документа в 1 «ДО» - «Договор продажи»

Когда осуществляется ввод вида документа, 1С ERP ищет его в 1С «ДО».

«Папка» - «Договора продажи» (место хранения документов)

«Регистрационный номер»

Система по умолчанию говорит, что это «Код», это неверно, изменим значение.

У нас это номер договора.

Настроим оставшиеся поля

На этом все - Сохраним настройку.

Создадим договор продажи в 1С ERP, будем создавать его под пользователем «Делопроизводитель»

Теперь создадим на основании этого договора процесс 1С «ДО». Нажимаем в форме списка «Еще»

В 1С «ДО» при этом создается внутренний документ «Договор продажи»

«Наименование» которого соответствует данным из 1С ERP. Система сразу нам предлагает выбрать шаблон процесса. Выбираем «Согласование договора продажи», и нажимаем «Создать процесс». Галку «Запуска сразу» пока устанавливать не будем.


Сумма нашего договора > 100 000р, следовательно, сработало наше правило маршрутизации, добавился «Экономист».

Стартуем процесс.

Теперь в 1С ERP зайдем под разными пользователями и посмотрим результат. При первом входе пользователя в 1C ERP, если настроена интеграция с 1С «ДО», пользователю будет предложено ввести логин и пароль для подключения к «ДО».


Потом зайдем «Экономистом»

У него задач нет, т.к. его согласование идет после «Юриста», согласуем договор «Юристом», и обновим задачи «Экономиста»

Наш договор перешел в статус «Действует».

Небольшое отступление. Это пример интеграции из 1С ERP в 1С «ДО». Но, на мой взгляд, есть ряд недостатков не в самой интеграции, а именно в организации бизнес-процесса. Допустим, у нас большой документооборот договоров продажи с контрагентами, все договоры проходят процедуру согласования. Следовательно, каждый раз договор должен быть занесен в 1С: ERP. Но договор могут не согласовать, тогда в базе останется «мусор», не сказать, что это сильно повлияет на работу системы, но все-таки.

Но есть возможность развернуть взаимосвязь. «Делопроизводитель» создает в 1С «ДО» внутренний документ «Договор продажи», документ проходит стадии согласования, затем, когда становится согласованным, «Делопроизводитель» вносит уже утвержденные данные в 1С ERP и настраивает взаимосвязь между объектом в 1С ERP и 1С «ДО».

В 1С «ДО» создадим внутренний документ «Договор продажи»

Регистрируем договор и отправляем по созданному нами шаблону согласования.

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

Сумму договора я установил 1500р., следовательно, согласований «Экономисту» делать не нужно.

Перейдем в 1С ERP.

Как видно, даже не создавая документ в 1С ERP при бесшовной интеграции, все процессы пользователя в 1С «ДО», отображаются в 1С ERP.

После того как все процедуры согласования были пройдены, и договор согласован, нужно просто завести его в базу 1С ERP и настроить связь.

Вносим наш договор в 1С ERP и настраиваем связь с согласованным объектом из 1С «ДО»

Переходим в «Документооборот» данного документа и выбираем "внутрений документ" 1С ДО.

Поиск происходит по выбранным критериям на стороне 1С "ДО".

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

При этом мы не создали лишних документов в 1С ERP, весь процесс согласования прошел на стороне ERP (средствами 1С «ДО»). И была получена связь 2х объектов с разных баз.

За сим все. Какие методики выбирать зависит от ваших потребностей, решайте сами.

PS. При интеграции с 1С ERP рекомендовал бы настроить планы обмена структурой предприятия, контрагентами, пользователями и статьями ДДС. Это позволит сократить вмешательство в систему 1С «ДО» и иметь актуальную информацию при договорном учете.

Поделитесь с друзьями или сохраните для себя:

Загрузка...