История ERP

История ERP началась в конце 1970-х годов.
«В начале 1990-х годов концепция обрела известность за счёт поддержки производителями прикладного программного обеспечения.
В частности, она была реализована в продукте SAP R/3, выпущенном в 1992 году в развитие пакета управления материальными потоками SAP R/2 для мейнфреймов».[1]
Внесем некоторые подробности.
«Хассо Платтнер, Дитмар Хопп, Ганс-Вернер Гектор, Клаус Чира и Клаус Велленрейтер работали в качестве системных консультантов в IBM, когда они заметили, что их клиенты разрабатывали такие же или подобные компьютерные программы. Они понимали, что необходимо поставлять стандартное программное обеспечение, которое позволит интегрировать бизнес-процессы и управлять потоками информации в режиме реального времени.
…1972 — SAP основана как «Systems Analysis and Program Development» в Мангейме, Германия.
Число сотрудников к концу года: 9.
Выход на рынок решений SAP R/1
1991 — SAP выходит на российский рынок и начинает разработку версии системы R/2 на русском языке.
1992 — Выход на рынок решений SAP R/3.»[2]
Историческая последовательность укрупнения функций программных систем выглядит следующим образом.
Сначала появились системы Material requirements planning (MRP).[3]
Планирование потребностей в материалах — это система планирования производства, составления графиков и управления запасами, используемая для управления производственными процессами.
Основные функции системы MRP включают: управление запасами , обработку спецификаций материалов и элементарное планирование. MRP помогает организациям поддерживать низкие уровни запасов. Она используется для планирования деятельности по производству, закупкам и доставке.
Компаниям необходимо контролировать типы и количество закупаемых материалов, планировать, какие продукты будут производиться и в каких количествах, а также гарантировать, что они смогут удовлетворить текущий и будущий спрос клиентов, и все это по минимально возможной стоимости. Принятие неверного решения в любой из этих областей приведет к потере денег компанией.
Если компания закупает недостаточное количество товара, используемого в производстве (или не тот товар), она может оказаться не в состоянии выполнить договорные обязательства по своевременной поставке продукции.
Если компания закупает чрезмерное количество товара, деньги тратятся впустую — излишки товара связывают денежные средства, при этом они остаются в виде запасов, которые, возможно, вообще никогда не будут использованы.
Начало производства заказа в неподходящее время может привести к срыву сроков, установленных заказчиком.
MRP — это инструмент для решения этих проблем. Он дает ответы на несколько вопросов:
· Какие предметы необходимы?
· Сколько их требуется?
· Когда они требуются?…
Важным моментом является то, что система MRP не ориентирована на стоимость: она не стремится минимизировать стоимость. Вместо этого она ориентирована на отсутствие запасов: с ее помощью будет заказываться ровно столько, чтобы избежать отсутствия запасов, и заказывать все как можно позже.
К 1981 году MRP была внедрена в 8000 компаниях. При этом в каждой компании разрабатывалась своя оригинальная система MRP, отвечающая потребностям технологического процесса конкретного предприятия.
В 1983 году Оливер Уайт развил MRP в планирование производственных ресурсов (MRP II — manufacturing resource planning), которое привнесло в классический MRP сводное планирование, приблизительное планирование мощностей, планирование потребностей в мощностях и другие концепции.[4]
К 1989 году около трети индустрии программного обеспечения составляло программное обеспечение MRP II.
В отличие от MRP, в системе MRP II производится планирование не только в материальном, но и в денежном выражении.
MRP II реализуется не только внедрением прикладных программных пакетов, но и внедрением управленческих практик, требующих поддержания точности информационных баз данных организации и достаточности вычислительных ресурсов.
MRP и MRP II являются предшественниками системы всеобъемлющего планирования ресурсов предприятия (ERP), реализующей интеграции максимального объёма бизнес-информации.
Концепция MRP и MRPII заключалась в централизации и интеграции бизнес-информации таким образом, чтобы облегчить принятие решений менеджеров производства и повысить эффективность производства в целом.
В то время как MRP в первую очередь занимается материалами, MRPII занимается интеграцией всех аспектов производственного процесса, включая материалы, финансы и человеческие ресурсы.
Бумажные информационные системы и неинтегрированные компьютерные системы, которые предоставляют бумажные или несогласованные компьютерные выходные данные, приводят к множеству информационных ошибок, включая недостающие данные, избыточные данные, числовые ошибки, возникающие в результате неправильного ввода в систему, неправильные вычисления, основанные на числовых ошибках и неверные решения, основанные на неверных или старых данных. Кроме того, некоторые данные ненадежны в неинтегрированных системах, потому что одни и те же данные по-разному классифицируются в отдельных базах данных, используемых разными функциональными областями.
Все разработанные системы имели как общие недостатки и достоинства, так и индивидуальные, зависящие от конкретной реализации программных систем. Но в первую очередь эти свойства зависели от знаний и дисциплины персонала использующего эти средства. Более подробно об этом можно узнать в указанной сноске к статье в Википедии.
Мы же здесь отметим, что эти системы разрабатывались и внедрялись в крупных, стабильно работающих производственных западных предприятиях с долгой историей существования и отладки систем внутреннего взаимодействия.
Но даже на западных предприятиях возникли трудности с внедрением всеобъемлющей концепцией ERP.
Организовать взаимодействие более двух десятков модулей различных ERP систем оказалось не под силу даже самым продвинутым и высокооплачиваемым консультантам BOPSE — Baan[нидерл.], Oracle, Peoplesoft, SAP, JD Edwards —пятёрки основных поставщиков ERP.
Представление о ERP-системах как всеобъемлющем программном обеспечении для организаций, принципиально заменяющем все прочие прикладные программы, сменилось к началу 2000-х годов выделением таких функций как CRM и PLM в отдельные от ERP программные пакеты.
В итоге массового внедрения сформировалось мнение, что финансовые модули, прежде всего, главная книга, многими практиками считаются центральными компонентами ERP-системы, а формирование финансовой отчётности средствами ERP-системы считается одним из фактически обязательных условий для положительных результатов процедуры due diligence — проведение проверки собственности перед завершением покупки для оценки риска инвестиций.
[1] https://ru.wikipedia.org/wiki/ERP. Здесь и далее будут приводится цитаты из статьи про ERP из Википедии. К сожалению, этот источник, несмотря на его сомнительную корректность, стал основным и привычным для получения первичной информации по какому-либо поводу.
[2] https://habr.com/ru/articles/85018/. Очень полезная ссылка на историю SAP.
[3] https://en.wikipedia.org/wiki/Material_requirements_planning.
[4] https://ru.wikipedia.org/wiki/MRP_II.