ERP системы: что это простыми словами, плюсы и минусы ERP, обзор. Интеграция с ERP-системой Ошибки выбора системы планирования ресурсами

3. Интеграция между подсистемами ERP. Она выражается, главным образом, в регламентированном обмене данными между подсистемами ERP. Нередко эти данные инициируют процессы в других подсистемах. Схема интеграции подсистем показана на рис. 1.4.

Рис. 1.4. Схема интеграции основы КИИСУП

4. Гибкость при реализации структур управления в конкретных условиях. При этом состав функций, включаемых в подсистемы конкретной КИИСУП, может не полностью совпадать с функциональным наполнением подсистем базовой системы. Напомним, что под базовой системой понимается совокупность функций, входящих в состав программного обеспечения, на основе которого строится конкретная система. Это положение иллюстрируется на рис. 1.5.

A, B, C - подсистемы базовой системы.

A 1 , B 1 , C 1 - подсистемы реальной КИИСУП.

Примечание. Ориентация при построении КИИСУП на управление производственным процессом как единым целым, а не на автоматизацию деятельности отдельных подразделений, занимающихся управлением - это главное требование фактической поддержки целостности системы управления и её наиболее эффективного функционирования. При этом возможно несовпадение функционального наполнения подсистем КИИСУП и функциональных обязанностей в подразделениях - рис. 1.6.

A, B, C - подсистемы, входящие в организационную структуру.

A 1 , B 1 , C 1 - подсистемы КИИСУП.

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

5. Интеграция (комплексирование) в одном решении нескольких разнородных ресурсов. Особенно это проявляется на верхних уровнях планирования, При этом выбор состава ресурсов - за управленцем (рис. 1.7).

6. Интеграция управления всеми стадиями жизненного цикла изделия (рис. 1.8).

Это вид интеграции осуществляется на основе информации по всему жизненному циклу изделия, поддерживаемой подсистемами PLM, PDM.

7. Интеграция управления всеми стадиями производства.

8. Интеграция управления между всеми процессами преобразования ресурсов в продукцию.

9. Интеграция функций управления в виде структуры, включающей функции планирования, учёта, контроля, регулирования, анализа (рис. 1.11).

10. Интеграция КИИСУП с помощью BPMS системы

Фундаментальной особенностью современного этапа развития интеграции является применение BPMS в качестве универсального интегрирующего решения, обеспечивающего новый качественный уровень развития КИИСУП. В результате структура современной КИИСУП приобрела вид, представленный на Рис. 1.12.

На этой схеме представлены как основные современные подсистемы, связанные с развитием направления MRP-ERP-MES, так и подсистема BPMS интеграции и динамической адаптации КИИСУП под требования среды.

Представленные на схеме компоненты КИИСУП имеют следующую расшифровку.

КИАС- корпоративная аналитическая система. Обеспечивает компьютерную поддержку блокам анализа различных контуров управления.Согласно Рис 1.11. в контуре управления состоят блоки учёта, контроля, анализа, регулирования и планирования.

BPMS - business process management system - система управления бизнес процессами. Это интегрирующее средствоядро КИИСУП.

СЭБ/ЭК - системы электронного бизнеса и коммерции. Обеспечивают компьютерную поддержку бизнеса в WEB-сетях.

ERP - enterprise resources planning - планирование ресурсов предприятия.

APS - advanced planning and scheduling - расширенное планирование и диспетчирование.

EAM - enterprise actives management - управление активами предприятия.

CRM - client relationships management - управление взаимоотношениями с клиентами.

CSRP -client synchronized resources planning - синхронизированное с клиентами планирование ресурсов.

СЭД - система электронного документооборота.

ECM - electronic content management - управление электронным контентом.

SCM - supply chains management - управление цепочками поставок.

SRM - supplier relationships management - управление взаимоотношениями с поставщиками.

MES - manufacturing execution system - система оперативного управления производством.

AMM - advanced manufacturing management - расширенное управление производством.

PLM - product lifecycle management - управление жизненным циклом продукции.

PDM - product data management - управление данными о продукции.

CAD - computer aided design - автоматизированное проектирование (САПР).

CAM - computer aided manufacturing - автоматизированное производство.

CAE - computer aided engineering - автоматизированная разработка.

Эти девятнадцать подсистем изучаются в последующих лекциях.

Заключение и выводы

Все перечисленные способы интеграции в различной степени влияют на эффективность системы управления. Но, проявляясь в реальных системах, они позволяют строить сложные функциональные структуры управления. Эти структуры состоят из большого количества связанных между собой функций управления. Разрывы интеграционных связей, выпадение необходимых функциональностей или их слабая реализация снижают эффективность управления, поскольку создают в ней “узкие места”, “тупики”, приводят к решению задач на основе неточной и/или неполной информации, снижают качество решении и т. п. Поэтому при проектировании и эксплуатации системы вопросам интеграции должно уделяться первостепенное внимание.

Выводы:

Интеграция КИИСУП на базе ERP, MES и других технологий является особенностью и главным достижением современного состояния систем управления предприятиями. Она заключается в согласованном во времени и пространстве выполнении всех элементов процесса управления.

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

Интеграция в системах КИИСУП проявляется многими способами, в том числе в виде объединения в единое целое таких элементов производственных систем и производственных процессов, как:

систем ERP и CAD/CAM/CAE;

ERP, МЕS и других подсистем с внешней средой;

подсистем КИИСУП между собой;

подразделений предприятия;

стадий производственного процесса - от заготовительной до сборочной;

материальных ресурсов;

элементарных процессов, составляющих единый производственный процесс;

функций управления.

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

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

Продукт располагает широкими возможностями для интеграции с другими информационными системами (далее ИС) или системами на базе 1С. Среди них – синхронизация данных и бесшовная интеграция.

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

Бесшовная интеграция позволяет:

Создавать документы в 1С:Документообороте на основании данных ИС, устанавливать связи между документами, обновлять реквизиты связанных объектов;
Запускать бизнес-процессы по документам и справочникам ИС;
Использовать 1С:Документооборот как хранилище файлов практически любого формата (изображения, тексты, видеофайлы, архивы и прочие файлы). Автоматизирована загрузка файлов и хранение всех версий документов;
Создавать письма по данным ИС;
Вести учет рабочего времени и многое другое.

Важно! Настройки, необходимые для осуществления интеграции, уже есть и в 1С:Предприятие 8, и во всех стандартных решениях.

Интеграция 1С:Документооборота с ИС на примере 1С:ERP Управление предприятием 2

В основе бесшовной интеграции лежит веб-сервис 1С:Документооборота. Он является частью документооборота и включен в типовую поставку. Данный веб-сервис не требует программирования и может быть опубликован на любом бесплатном веб-сервере. Поддерживается бесплатный сервер Apatch или Microsoft IIS.

Веб-сервер пользователь фактически не «видит». Он служит своего рода технологической платформой, на которой работает бесшовная интеграция. Со стороны интегрируемой конфигурации (в нашем случае – 1С:ERP) работает «Библиотека интеграции», коротая предоставляет те объекты, с которыми взаимодействует пользователь. Пользователь видит свои задачи в ДО с помощью библиотеки интеграции, видит списки возможных бизнес-процессов, которые можно запустить. Все это находится внутри конфигурации Управление предприятием. И пользователь взаимодействует с библиотекой интеграции внутри 1С:ERP.

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

Второй пример простого использования интеграции – использование ДО как файлового хранилища. Вы можете выделить в базе 1С:Документооборот отдельную папку, и сканы договоров из 1С:ERP будут храниться в этой папке без создания каких-то дополнительных сущностей.

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

Как настроить бесшовную интеграцию с 1С:Документооборот

Процесс настройки требует терпения и внимательности. Для иллюстрации мы выбрали программы 1С:ERP 2.2.4.0.67 и 1С:Документооборот ПРОФ (релиз 2.1.10.2) соответственно.

Настройка включает следующие шаги:

Устанавливаем веб-сервер Apache или IIS запуском из дистрибутива. Инструкция находится в поставке;

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

Определим папки для хранения документов из 1С:ERP. В нашем случае это папка «Продажи», а в ней подпапки – «Заказы» и «Реализация».

Публикация веб-сервиса 1С:Документооборота на веб-сервере. Это очень простой процесс. Производится в режиме конфигуратора. Запускаем 1С:Предприятие от имени администратора.

Заходим в программу 1С:Документооборот под пользователем с административными правами. Выбираем пункт меню Администрирование / Публикация на веб-сервере.

Указываем имя публикации и каталог. Нажимаем кнопку «Опубликовать».

Затем можно запустить браузер и загрузить нашу конфигурацию 1С:Документооборот по адресу «http:// your_comp/Doc/ »

Где «your_comp» - имя компьютера или ip-адрес веб-сервера.

А «Doc» - каталог публикации (C:\inetpub\wwwroot\Doc\ ).

Указание адреса публикации в 1С:ERP Управление предприятием 2. Заходим в программу под пользователем с административными правами. Выбираем «НСИ и администрирование/Настройка интеграции/1С:Документооборот».

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

Устанавливаем флажок «Интеграция с 1С:Документооборотом» , вводим адрес публикации «http:// your_comp/doc/ »

Следующее действие, которое нужно выполнить – это выбрать имя пользователя для подключения к ДО.

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

Признаком успешного подключения станет появление на рабочем столе в «1С:ERP Управление предприятием 2» формы задач из конфигурации Документооборота.

Это способ сказать программе о соответствиях между объектами 1С:ERP и ДО, например, заказом клиента и соответствующим ему видом документа в документообороте (внутренним документом «Заказ клиента»), когда документы 1С:Документооборот создаются на основании документов 1С:ERP. Указываем, как заполняются реквизиты документов, на основании чего и в каком порядке.

Заполнение на основании. Например, заполнение реквизита «Контрагент» в базе документооборота на основании реквизита «Контрагент» из 1С:ERP. Или заполнение реквизита «Ответственный» в ДО на основании реквизита «Автор» в Управлении предприятием.

Заполнение каким-то предопределенным значением. Пример, при создании новых документов в ДО, мы будем назначать им папку «Из 1С:ERP». Важный момент – настройка автоматического обновления реквизитов. Настраивая правила, устанавливаем флажок «Обновлять значения реквизитов». Как пример – реквизит «Сумма».

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

Также мы можем сообщить, что нужно присоединять печатные формы документов при создании документов в конфигурации 1С:Документооборот. Указываем какие печатные формы будем добавлять и в каком формате.

Пример использования ДО для синхронизации со справочником Контрагенты

1С:Документооборот не позволяет автоматически создавать контрагентов в 1С:ERP Управление предприятием 2. Мы это сделаем другим способом.

В базе Документооборота создаем контрагента (ООО «Новый»). Заходим в карточку и отдаем на исполнение.

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

Заполняем ИНН контрагента, записываем и закрываем. Опять заходим и видим, что гиперссылка исчезла, контрагент полноценно занесен в базу 1С:ERP.

Существует еще много способов и возможностей использования бесшовной интеграции ИС с 1С:Документооборотом. Удачи в настройке!

Журнал «Логистика» № 3/2013

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

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

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

В качестве примера можно рассмотреть процесс обработки данных о размещенном заказе на отгрузку со склада. Когда менеджер получает заказ от клиента, он формирует его в системе ERP, после чего ему нужно передать на склад необходимую информацию для начала подготовки заказа. Когда заказ срочный и очень важный, скорость передачи данных на склад является одним из ключевых факторов успешной обработки. Если между ERP и WMS не настроена бесшовная интеграция, в качестве носителя информации в лучшем случае выступает Excel-файл, который отправляется по почте. Далее оператор либо вручную переносит данные в систему, либо подкачивает файл (если такая функциональность предусмотрена WMS), предварительно приведя его к требуемому формату. Очевидно, что процесс не оптимален, и малейшая ошибка может привести к серьезным последствиям: срыву отгрузки, отказу в приемке, приемке незаявленных товаров, некорректной работе некоторых складских процессов из-за неверно введенной информации о товаре и т.д. И это лишь один из примеров.

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

Когда мы говорим об интеграции, мы подразумеваем обмен данными в обоих направлениях: из ERP в WMS, из в ERP. Системы обмениваются справочниками, информацией о приходе и расходе товара, данными о балансах товара, об изменении статусов товара и т.д. Итак, что же нужно, для того чтобы обмен данными между двумя системами производился в автоматическом режиме? Как правило, вопрос интеграции сводится к решению следующего ряда задач:

1. Определить основные объекты для передачи из ERP в WMS. Это могут быть:

данные справочников: товаров, контрагентов, владельцев, пользователей и т.д.;
данные о заказах на поставку;
данные о заказах на отгрузку.

2. Определить основные элементы для передачи из WMS в ERP. Например:

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

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

поля заголовка;

Дата планируемой отгрузки и т.д.;

поля позиций заказа;

Количество;

Условия по остаточному сроку годности и т.д.

Чтобы принимающая система корректно обрабатывала импортируемые данные, очень важно правильно настроить обработчик, который эти данные передает. Как правило, по- мимо самой передачи данных обработчик должен выбирать параметры, необходимые для корректной работы принимающей системы. Например, при передаче заказа на отгрузку из ERP в WMS, обработчик должен выбирать нужную в данном случае «стратегию» отбора товаров, опираясь на им- портируемые данные (в зависимости от типа товара, типа получателя и т.д.).

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

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

Набор необходимых данных определяется в зависимости от принципов работы и ERP-систем.

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

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

К другим способам можно отнести электронную почту, протокол FTP и прямое копирование по шифрованному каналу связи (например, VPN).

6. Определить формат и структуру файлов обмена (если принято решение делать интеграцию с помощью файлов, выгружаемых из одной системы и автоматически захватываемых другой). Это могут быть.xml, .txt, .csv и другие форматы, наиболее удобные для формирования и обработки. Опять же, выбор формата может быть обусловлен спецификой систем WMS и ERP. Каждая система должна иметь возможность как формировать, так и принимать файлы выбранного формата.

7. Определить периодичность и инициаторов обмена данными между системами. Передача информации должна происходить по определенному событию с заданным интервалом времени.

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

Ручной. В роли инициатора выступает человек, например, оператор склада, который выполняет определенное действие, например, подтверждает окончание приемки поставки, запуская процесс передачи данных из WMS в ERP о принятом товаре.
Автоматический . Процесс обмена данными инициируется триггером самой системы либо триггером обработчика, который следит за изменением особых полей в базе данных системы и в случае срабатывания запускает процедуру передачи данных.

8. Определить способы контроля работоспособности процесса обмена данными.

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

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

В завершение отметим, что механизм интеграции имеет ряд неоспоримых преимуществ.

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

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

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

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

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

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

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

Быстрая, безопасная, удобная и эффективная интеграция ERP систем с ЭТП для крупного бизнеса стала актуальной потребностью. ЭТП - это ИТ-технология со сложной инфраструктурой. Полноценную работу площадки обеспечивают не только ИТ-специалисты, но и служба клиентской поддержки, специалисты НСИ, аналитики и другие сервисные подразделения. Вся эта система через интеграцию, встраиваясь во внутренние процессы предприятий, работает на эффективность бизнес-процесса закупок.

Для обеспечения процесса интеграции система Tender.Pro имеет решение, обеспечивающее обмен данными между корпоративными торговыми площадками или ERP системами (1«С», SAP, Oracle) и системой b2b e-commerce площадки через API. Сервис интеграции работает на рост количества участников в торговых процедурах и избавляет от необходимости дублировать информацию в нескольких системах. Таким образом, достигается максимальная степень автоматизации и эффективности закупок.

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

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

В связке ERP+ЭТП рабочее место сотрудника снабжения/сбыта подключено как к внутренней зоне, для решения локальных задач по управлению ресурсами, так и к внешней зоне - к электронной торговой площадке, через которую он взаимодействует с контрагентами - поставщиками и потребителями.

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

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

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

Я и моя команда работают над системой 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-систему с нуля, когда доступно так много коммерческих? Они дороги и сложны, но так пишут ваши собственные. Какова была компромиссная дискуссия?