История ERP

История ERP началась в конце 1970-х годов.
Приведем выдержки из Википедии.
«В начале 1990-х годов концепция обрела известность за счёт поддержки производителями прикладного программного обеспечения.
В частности, она была реализована в продукте SAP R/3, выпущенном в 1992 году в развитие пакета управления материальными потоками SAP R/2 для мейнфреймов».
Внесем некоторые подробности.
«Хассо Платтнер, Дитмар Хопп, Ганс-Вернер Гектор, Клаус Чира и Клаус Велленрейтер работали в качестве системных консультантов в IBM, когда они заметили, что их клиенты разрабатывали такие же или подобные компьютерные программы.
Они понимали, что необходимо поставлять стандартное программное обеспечение, которое позволит интегрировать бизнес-процессы и управлять потоками информации в режиме реального времени.
…
1972 - SAP основана как «Systems Analysis and Program Development» в Мангейме, Германия.
Число сотрудников к концу года: 9.
Выход на рынок решений SAP R/1
1991 - SAP выходит на российский рынок и начинает разработку версии системы R/2 на русском языке.
1992 - Выход на рынок решений SAP R/3.»

Историческая последовательность укрупнения функций программных систем выглядит следующим образом.
Сначала появились системы Material requirements planning (MRP).
Планирование потребностей в материалах - это система планирования производства, составления графиков и управления запасами, используемая для управления производственными процессами.
Основные функции системы MRP включают: управление запасами, обработку спецификаций материалов и элементарное планирование.
MRP помогает организациям поддерживать низкие уровни запасов. Она используется для планирования деятельности по производству, закупкам и доставке.
Компаниям необходимо контролировать типы и количество закупаемых материалов, планировать, какие продукты будут производиться и в каких количествах, а также гарантировать, что они смогут удовлетворить текущий и будущий спрос клиентов, и все это по минимально возможной стоимости. Принятие неверного решения в любой из этих областей приведет к потере денег компанией.
Если компания закупает недостаточное количество товара, используемого в производстве (или не тот товар), она может оказаться не в состоянии выполнить договорные обязательства по своевременной поставке продукции.
Если компания закупает чрезмерное количество товара, деньги тратятся впустую — излишки товара связывают денежные средства, при этом они остаются в виде запасов, которые, возможно, вообще никогда не будут использованы.
Начало производства заказа в неподходящее время может привести к срыву сроков, установленных заказчиком.

Система MRP — это инструмент для решения этих проблем. Она дает ответы на несколько вопросов:
• Какие предметы необходимы?
• Сколько их требуется?
• Когда они требуются? ...

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

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

В 1983 году Оливер Уайт развил в системе MRP планирование производственных ресурсов (MRP II - manufacturing resource planning), которое привнесло в классический подход MRP сводное планирование, приблизительное планирование мощностей, планирование потребностей в мощностях и другие концепции. 

К 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, MES, JiT и многих других в отдельные от ERP программные пакеты.
Тем самым была отвергнута сама концепция ERP, хотя сам термин продолжает использоваться в рыночных маркетинговых изданиях без ссылки на то, что сам «клиент умер, но образ его остался».
Как улыбка Чеширского Кота.
В итоге массового внедрения сформировалось мнение, что финансовые модули, прежде всего, главная книга, многими практиками считаются центральными компонентами ERP-системы, а формирование финансовой отчётности средствами ERP-системы считается одним из фактически обязательных условий для положительных результатов процедуры due diligence (проведение проверки собственности перед завершением покупки для оценки риска инвестиций).
Виды «due diligence»:
• «due diligence accounting» (бухгалтерская проверка)
• «financial due diligence» (финансовая проверка)
• «legal due diligence» (правовая проверка)
• «management due diligence» (организационная проверка)
• «tax due diligence» (налоговая проверка).

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

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

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

Какую информацию повседневно получал руководитель от бухгалтерии?
• Какой остаток на банковских счетах?
• Сколько денег в кассе?
• Сколько мы должны заплатить в э том месяце?
• Сколько мы ожидаем получить?
Эти четыре вопроса задает бухгалтерии любой руководитель каждый день.
Если не считать иностранных фирм и отечественных фирм с особо продвинутым персоналом, который знает богатое выражение cash flow, то этими вопросами и ограничивается общение руководства с бухгалтером.

Все идеологи ERP оперируют представлениями об идеальном предприятии, в котором задача бухгалтерии свести все хозяйственные транзакции в главную книгу.
При таком тривиальном подходе решение этой задачи не представляет сложной проблемы. И более того, в нескольких программных продуктах она была решена. Есть система автоматизации учета на предприятии, к которой мы еще будем обращаться, в которой реализован режим автоматического построения Главной книги по настроенным проводкам для каждой хозяйственной транзакции.
Эта система существует с начала 1990-х, но практически ни на одном предприятии этот режим не используется, потому что, когда в реальной жизни предприятия все хозяйственные транзакции автоматически отражаются в Главной книге, то баланс никогда не сходится! 
Только однажды генеральный директор одной средней торгово-производственной компании поблагодарил разработчиков за этот режим. По его словам, он по образованию и мышлению был бухгалтер.
- Я вечером строю главную книгу, - объяснял он, - и сразу вижу где у меня провалы, на что надо обратить внимание завтра. А мои бухгалтеры готовят отчеты для налоговой по тем верифицированным документам, которые для них подготовят. И к производственному процессу они не имеют никакого отношения.

Вот в этом и кроется причина неудач с внедрением всеобъемлющей ERP.
В реальной практической жизни любого предприятия ничто не стабильно, не стационарно, не однонаправленно. Документы теряются, изменяются, переписываются, заменяются. Задним числом меняются контрагенты, условия договоров, условия поставок, тарифы и все вокруг.
Только газ течет по трубам безостановочно и в одну сторону. И то, пока трубы не взорвут.
А от бухгалтерии государство требует сходимости баланса «до копеечки».
 «… В одну телегу впрячь не можно / Коня и трепетную лань.»
Поэтому телега ERP стоит или на ходу разваливается!

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


Сайт ИС ЛокОФФИС  http://locoffice.ru/
Приобрести книгу можно в интернет-магазине Озон  https://ozon.ru/t/p5D2PQC
https://ozon.ru/t/7WcoUe5      https://ozon.ru/t/yCrtX3t