Entegre yönetim yazılımı

Bir entegre yönetim yazılım paketi veya ERP (İngilizce: Kurumsal Kaynak Planlaması ya ERP ) bir olan yazılım paketi , tüm işlevlerin entegre insan kaynakları yönetimi de dahil olmak üzere, kararın muhasebe ve finansal yönetim tarafından bir şirketin tüm süreçlerini yönetmek için" izin verir destek değil, aynı zamanda satış, dağıtım, satın alma ve elektronik ticaret ”.

Tanım

CXP tarafından verilen tanım, bir ERP'nin tüm kurucu parametrelerini birlikte gruplandırır:

“Entegre olabilmek için bir yönetim yazılım paketinin:

Tek yayıncı kavramıyla ilgili olarak, OAG'nin (Open Application Group) çalışması, gelecekte muhtemelen aynı olmayacağı anlamına gelecektir.

Gerçek şu ki, "ERP" nesnesi standartlaştırılmamış ve adı yüzer halde kalıyor: yazılım paketi, entegre yazılım paketi, uygulama yazılım paketi, entegre uygulama yazılım paketi, yönetim yazılım paketi, yazılım paketi entegre yönetim gibi diğer isimler kullanılıyor. ..

Bu çeşitlilik karşısında, ERP tipi yazılımları karakterize eden iki temel boyut şunlardır:

  1. Kimlik veya entegrasyon derecesi: Şirketin tüm paydaşlarına, rollerini tam olarak yerine getirmek için ihtiyaç duydukları tüm bilgilerin tek, dürüst, tutarlı ve homojen bir görüntüsünü sağlama yeteneğini tanımlar.
  2. CO veya operasyonel kapsam: Şirketin tüm süreçlerini, üretkenliğini optimize eden çapraz bir yaklaşımla, kurucu alanlarının her birinde bir araya getirme yeteneğini tanımlar.

Tarihi

ERP'nin kökeni , şirketin yönetim işlevlerini giderek daha fazla entegre etme zorunluluğu bağlamında geliştirilen bileşen gereksinimlerinin planlanması yöntemlerinde bulunabilir . 1960'larda Joseph Orlicky , Toyota'nın üretim programını inceledi ve Malzeme Gereksinim Planlamasını ( MRP ) tasarladı . Daha sonra Oliver Wight ve George Plossl, MRP'yi üretim kaynak planlamasına (MRP2) dönüştürdü. Dolayısıyla üç aşamada bir evrim:

  1. MRP0, İngilizce'de malzeme ihtiyaç planlamasında sıfır (kelimenin tam anlamıyla, " malzeme ihtiyaç planlaması 0"): 1965'te geliştirilen malzeme ihtiyaçlarını hesaplama yöntemi  ;
  2. MRP1, İngilizce malzeme gereksinimleri planlamasında bir  : 1971'de geliştirilen entegre üretim akışı yönetiminin ilk endüstriyel uygulaması  ;
  3. MRP2, İngilizce üretim kaynakları planlamasında iki ( lit. “ İmalat için kaynakların planlanması 2”): hammadde ve bileşenlerdeki net ihtiyaçların hesaplanmasına ek olarak, lansmanların kapasitelerini dikkate alarak lansmanların planlanmasını gerçekleştirir. döneme göre kaynaklar; 1979'da geliştirildi .

1990'lı yıllardan itibaren , MRP tarafından tanıtılan mantık , "ERP" (şirket için E) vermek üzere yavaş yavaş şirketin tüm fonksiyonlarını kapsayacak şekilde genişletildi. Bu geçiş şu şekilde kolaylaştırılır:

ERP sorunları: daha iyi entegrasyon

Bir ERP kavramı, birlik içinde güç olduğu şeklindeki basit gözlemle başlar.

sanayi

Endüstriyel ERP, üretimi planlama ihtiyacından kaynaklanmaktadır . Endüstriyel ERP, CAPM veya MRP tipinde merkezi bir modüle dayandığı gerçeğiyle tanınabilir :

Hizmetler

Üçüncül faaliyetleri yönetmeye yönelik ERP'ler her zaman ERP kategorisinde listelenmez. Ancak bunların büyük bir kısmı sağlık, eğitim, dağıtım, perakende ve finans gibi çeşitli sektörleri hedeflemektedir. Proje yönetiminden çok özel iş fonksiyonlarına (abonelik yönetimi, eğitim kursları vb.) kadar çeşitli modüllerle . Bu alandaki teklif, endüstri için olduğundan daha az bol ve çok daha parçalı: ERP yayıncıları bu nişte önceydi ve kendilerini GRC / CRM yazılım yayıncılarıyla güçlü bir rekabet durumunda buluyorlar .

Bununla birlikte, iki ürün ailesi vardır:

Açıklama

Bir ERP'nin kuruluş ilkesi, bilgisayar uygulamaları (sipariş, stok, bordro, muhasebe vb. yönetimi) oluşturmaktır:

Bu önemli bir boşluğu dolduruyor:

Bir ERP'yi karakterize eden diğer ilke, iş akışı motoru olarak adlandırılan (kullanıcı tarafından her zaman görülemeyen) ve sistem bilgisine veri girildiğinde, onu yaymaya ve ilgili mantıksal teklifleri sunmaya izin veren şeyin sistematik kullanımıdır. görünümler bir önceden tanımlanmış programlama göre ihtiyaç sisteminin tüm modüllerde.

Bu nedenle, tek bir veritabanını paylaşan birkaç uygulamadan oluşan bir bilgi sisteminin varlığında, önceden tanımlanmış, yapılandırılabilen bir otomatik sistem (bir iş akışı motoru ) aracılığıyla ERP'den bahsedebiliriz .

İş bağlamına uyum

ERP, doğrudan kurulumda kullanılamayacağı için nadiren "anahtar teslimi" bir araç olarak kabul edilebilir. Yaygın olarak kullanılan standartlara ve en iyi uygulamalara karşılık gelen bilgisayarlı yönetim süreçleri sunmasına rağmen, bazen bunları şirketin organizasyonunun veya iş süreçlerinin özelliklerine uyarlamak gerekir. ERP sistemlerinin temel özellikleri olan ürün standart boyutu ve yerel entegrasyon, standardın gerekli uyarlanabilirliği olmadan belirli bir bağlamda gerçekleşemezdi. Bu nedenle ERP'ler az çok yapılandırılabilir, yani ERP'nin (özellikle daha önce bahsedilen iş akışı motorlarının) davranışını, doğrudan kalifiye iş kullanıcıları tarafından veya bilgi tarafından yönetilebilen veri değerleri aracılığıyla uyarlamak mümkündür. sistemler departmanı. Ürün standardı kapsamında olmayan işlevler, mevcut bir yazılım sürümüne entegre edilebilir veya yayıncının yol haritasının bir parçası olabilir. Son çare olarak şirketler, iş ihtiyaçları ile standart arasındaki kalan boşlukları kapatmak için belirli gelişmelere başvurabilir.

Örgütsel yapı

Yapı, tüm yönetim seviyelerinde şirketin ağının ERP'sindeki modellemedir:

Organizasyon yapısı bir ERP'nin temelidir, sadece tanım verileri (örnek: tedarikçinin tanımlayıcısı, sosyal adresi vb. dahil tanımı) organizasyon yapısından bağımsız olabilir, tüm yönetim verileri bir veya daha fazla yönetimde tanımlanır seviyeler. Ek olarak, organizasyon yapısı bir ERP'nin BT süreçlerini koşullandırır. Örneğin, çoğu ERP, organizasyon yapısında bu şekilde modellenen iki site arasındaki transfer akışlarını yönetmeyi mümkün kılacaktır. Ayrıca bu iki site aynı organizasyon yapısındaki iki farklı şirkete aitse, transfer akışı ile şirketler arası bir faturalandırma süreci ilişkilendirilecektir.

Veri

ERP veritabanı, farklı modüller için ortak olan şirket için gerekli tüm bilgileri içerir. İlk tablo ürün tablosudur. Daha sonra şirketin yönelimine göre isimlendirmeler, aralıklar, hammaddeler, üretim kapasiteleri, miktarları içerir. Öte yandan, müşteri veya tedarikçilerin yanı sıra siparişleri veya teslimatları da tedarikçi kataloglarına kadar yönetilmektedir. Üçüncü bir yön, stokları, depolama sürelerini, taşıyıcılar için nakliye sürelerini içerecektir. Son olarak, ancak liste ayrıntılı olmaktan uzaktır, neredeyse her zaman şirketin mali yönleriyle ilgili tablolar vardır.

Temel ürün verileri, ERP'nin çalışması için merkezi verilerdir. ERP işlemeyi koşullandıran çok sayıda kullanıcı düzeyinde ayar (BT ayarlarından farklı olarak) içerir. Bu ayarlar, ürün yönetimi politikalarındaki değişikliklere veya bu politikaların değişen piyasa koşulları üzerindeki etkisine eşlik etmelidir. Bu nedenle, ERP'nin kullanımı sırasında düzenli olarak izlenmeye ve güncellenmeye tabidirler.

Tedaviler

İyi programlanmış ve önceki anlaşmalara tabi olan bir ERP, ortak hammaddeler veya taşıyıcılar tavsiye etmek için tedarikçilerle de iletişim kurabilir. Değişimleri çoğunlukla kurye ile yapılır.

ERP kullanımının değerlendirilmesi

ERP'lerin Uygulanması

ERP projesi bir dönüşüm projesidir. Bir ERP'nin başarılı olması için şirketin tamamen mobilize olması gerekir.

Faydaları

ERP'lerin ( özel uygulamaların aksine ) çeşitli avantajları vardır:

ERP'lerin yerel avantajları Bir ERP'nin uygulanmasıyla ilgili fırsatlar
  • Departmanlar arası entegrasyonu teşvik etmek, şirketin strateji ve yönetim politikalarını bilgi sisteminde somutlaştırmak.
  • İş kolları ile BT departmanının bir araya getirilmesi, bilgi sisteminin iş kollarına göre tahsis edilmesi. ERP'ler doğal olarak iş süreçleri üzerine modellendiğinden ve esnek olduğundan, ERP'nin teknik yönlerinin farkında olan bir iş popülasyonunun ve iş yönlerinin farkında olan bir CIO popülasyonunun ortaya çıkmasını teşvik ederler.
  • Bilgi sisteminin entegrasyonunu yukarı ve aşağı lojistik zincirine (tedarikçiler ve müşteriler) genişletin.
  • IS süreçlerini standartlaştırın ve standartları tüm şirket organizasyonlarında dağıtın.

Bu son nokta esastır ve bir şirkette bir ERP'nin uygulanması, genellikle PGI'nin “normatif çerçevesine” dayalı olarak görevlerin organizasyonunun derinlemesine bir incelemesi ve süreçlerin optimizasyonu ve standardizasyonu ile ilişkilendirilir.

ERP'ler aşağıdakileri yönetebilecek ve sorumluluk alabilecektir:

  • HA () gibi çeşitli kuruluşlar veya kuruluşlar;
  • OAC (konferans) gibi çeşitli dernekler;
  • birkaç para birimi  ;
  • kullanıcılar ve müşteriler için çeşitli diller ( çok uluslu şirketler için );
  • birkaç mevzuat;
  • birkaç hesap planı  ;
  • maliyet muhasebesinde birkaç analiz ekseni.

Not: ERP edinmenin muhasebe açısından avantajı, muhasebe kayıtlarının gerçek zamanlı ve otomatik olarak oluşturulmasıdır. Gereksiz girişleri ortadan kaldırmayı ve daha güvenilir bilgi paylaşımını mümkün kıldığı için bir üretkenlik aracıdır. Tek bir veritabanının kullanılması, tüm verilerin bir araya getirilmesini ve böylece bu verilerin sürekli güncellenmesini mümkün kılar. Ayrıca gerçek zamanlı veri senkronizasyonu için bir çevrimiçi satış sitesine de bağlanabilir.

Dezavantajları

Ancak ERP'ler dezavantajlarından muaf değildir:

  • İşlevsel kapsam yetersiz belirlenirse veya çok akıcıysa veya proje kötü yönetilirse, uygulama karmaşık olabilir;
  • maliyeti yüksektir ve sektöre ve projenin karmaşıklığına bağlı olarak hızla artabilir. Örneğin, kimya şirketi Dow Chemical 500 milyon dolar harcadı ve daha kullanılmadan önce modası geçmiş olduğu ortaya çıkan ERP yazılımını uygulamak için yedi yıl harcadı. İşlevsel olarak zengin ücretsiz yazılım çözümleri seçeneği, lisans maliyetlerini düşürürse, destek ve eğitim maliyetlerini ortadan kaldırmaz. Maliyet parametresi, aynı zamanda, kullanıcılar tarafından benimsenmesinin zorluklarıyla artırılabilen, aracın uygulanmasının hantal ve katılığının bir fonksiyonudur. Bu tür zorluklar, nihayetinde ilgili şirketin iflasına bile yol açabilir. Sonunda 1990'larda , FoxMeyer İlaç Corp suçladı SAP grubunu nedeniyle katlanılan giderler ve bunların ERP uygulanmasında karşılaşılan zorlukların iflas içine tahrik olma.
  • fonksiyonel kapsam, organizasyonun gerçek ihtiyaçlarına göre uyarlanmamıştır: yazılım paketi, organizasyonun gerçek ihtiyaçlarından daha büyükse gereğinden büyük olabilir ve bu nedenle yetersiz kullanılabilir veya tam tersi, değilse küçük olabilir. kanıtlanmış tüm ihtiyaçları karşılayamıyor;
  • şirketin süreçleri hakkında iyi bir bilgi birikimine duyulan ihtiyaç (örneğin, küçük bir sipariş ve büyük bir sipariş iki farklı süreç gerektirir: neden olduğunu bilmek, bunları düzgün bir şekilde yapılandırmak için bu iki süreç arasındaki farkları nasıl tanımlayacağını bilmek önemlidir ve ERP'nin standart işleyişini işin ihtiyaçlarına göre uyarlamak);
  • yayıncı karşısında tutsaklık: seçilen yazılım paketi her zaman donanımlı kuruluşa uyum sağlayamaz. Bir çözüm seçimi şirket için son derece yapılandırıcı hale gelir ve basit bir konfigürasyonun ötesinde, yazılım paketine uyum sağlamak kuruluşun sorumluluğunda olacaktır (tersi değil). Ayrıca, ERP aracı, özellikle sürekli bakım gerektiriyorsa ve herhangi bir uyarlamayı (hatta başka bir ürün için terk edilmesini) çok zorlaştırıyorsa, son derece ağır ve yönetimi pahalı olabilir.

Piyasadaki en yaygın kullanılan veritabanı yönetim sistemlerine dayanan ofisten ilham alan ürünlerle entegre bir teklif ortaya çıkıyor: MSSQL , MySQL , Oracle , DB2 . Bu ürünler genellikle Üretim Yönetimi konusunda uzmanlaşmış yayıncılar tarafından dağıtılır. Burada belirtilen dezavantajlar o zaman daha azdır.

Ek olarak, birkaç ücretsiz ERP sisteminin yakın zamanda ortaya çıkması, maliyet (yazılım lisanslarının edinilmesiyle bağlantılı), katılık ve özellikle tutsaklık dezavantajlarını en aza indirmeyi mümkün kılmaktadır. Açık formatların kullanımı , dahili ve harici olarak veri alışverişini de kolaylaştırır.

Son olarak, yayıncının sürdürülebilirliği, bir ERP projesine başlamadan önce kontrol edilmesi gereken önemli bir unsurdur. Gerçek maliyet, lisansları satın alma maliyetinden daha fazla dahili olarak harcanan zamandır. Seçilen ortağın ekonomik modelinin zaman içinde geçerliliği temel bir kriterdir. Hangi ürün seçilirse seçilsin, aynı çalışma yöntemi ve aynı işlevsel kapsamla, bu çok rekabetçi ortamda ayakta kalan tarihi oyuncuları karşılaştırdığımızda, maliyetler bir şirketten diğerine çok uzak olmak zorunda değil.

Katkının değerlendirilmesi

Entegre yönetim yazılım paketleri, birçok şirketin faaliyetleri üzerinde daha iyi kontrol sahibi olmasını sağlamıştır:

  • Büyümelerinin bir kısmı, 2000 yılına geçiş için gerekli bilgi sistemlerinin geliştirilmesi ve ardından avronun tanıtılmasıyla açıklanabilir . Gerçekten de, bir dizi şirket, az ya da çok eski programların düzeltmelerini başlatmak yerine, farklı ve homojen olmayan bir yazılım setini, teknolojinin en ileri noktasındaki entegre bir yazılım paketi ile değiştirmeyi tercih ettiğini düşünmüştür.
  • Bu yaklaşım bazen acil start-up'lara yol açmışsa, bugün bir ERP kurmanın zorluğu artık 2000 yılını geçmek değil, lojistik akışlarının yönetimini ve şirketin finansal yönlerini optimize etmektir . Paradigma temel aldıkları esas insan ya da malzeme, ister kaynak kullanımını optimize dayanmaktadır. Bu nedenle ERP, değer yaratmanın ve dolayısıyla şirket büyümesinin temel bir vektörü olarak maliyet düşürmeye yönelik stratejik bir yönelimi teşvik eder. Bu model, şirketi (ve muhtemelen tedarikçilerini) müşterinin zararına olacak şekilde ilgi odağı haline getirdiği için 1990'ların başından beri eleştirilmiştir .

Ana ERP yayıncıları, BASDA Business Application Software Developers Association  ;

ERP'nin Geleceği

Büyük ERP'ler, kullanıcılarına kapsamlı işlevsel kapsam sunar. Ancak bu teklifin zenginliği hızla belirli sınırlarla karşı karşıya kalıyor:

  • Hiçbir ERP, tüm işlemlere veya faaliyetlere mükemmel şekilde karşılık geldiğini iddia edemez. ERP'ler, ana faaliyet alanlarından çıktıktan sonra belirli işlevleri sunmakta zorlanırlar (bunları daha karmaşık, hatta ortalama bir şekilde işlemek dışında). Niş işlevselliği kapsayan yazılımlar rekabetçi olmaya devam ediyor.
  • İşleme ve verilerin teknik entegrasyonu, yönetilebilir ile sınırlanan bir karmaşıklık düzeyine ulaşır (çoğunlukla ön koşul, eş koşul ve alt gerekli düzeltmelerle birlikte bir dizi işlevi etkileyebilecek bir düzeltme). Bu yazılım paketlerinin çoğu artık bu düzeltmeleri yönetmek için bir modüle (modülleri yöneten modül) sahiptir.
  • Pazar veya düzenleyici gereksinimler sürekli olarak yenilenir ve ana ERP satıcıları, müşteri ilişkileri yönetimi , risk yönetimi , sürdürülebilir kalkınma gibi yeni gerekli işlevleri entegre etmek veya güncellemek için sürekli çaba sarf etmelidir .
  • Şirketlerin BT çözümleri açısından ihtiyaçları önemli ölçüde gelişmiştir: artan işbirliği (ortaklarla iç ve aynı zamanda harici), tüm işletmeleri etkileyen artan kaydileşme, çalışanların hareketliliği ve göçebeliği, ekonomik kısıtlamalar, giderek katılaşan yasal ve düzenleyici ortam ... , yönetim Daha önce şirketler tarafından dağıtılan ERP'ler gibi araçlar bazen kısıtlayıcı ve bu yeni bağlam için uygun değiller ve bunların evrimi kaçınılmazdır.
  • Gelişimi Bulut Bilişim onlar internette çevrimiçi erişilebilir, böylece onların yazılım paketlerini adapte yayıncıların gerektirir aracılığıyla paylaşılan platformlarda ( " multi-kiracı "), kullanıcıların sayısına göre değil, aylık fatura yoluyla yüksek lisans. İlk yıl ve yinelenen bir aylık maliyet (yayıncıya bağlı olarak %15-20).

Sonuç olarak, ERP çekirdeği ile arayüzlenen teknik olarak bağımsız uygulamalar şeklinde daha spesifik ve / veya daha gelişmiş işlevleri dağıtma fakültesi ile işlevsel ve teknik bir dönüş alınma sürecindedir. Bu düzen, kurumsal uygulama entegrasyonu (IAE) tipi bir mimariye göre oluşturulmuştur . Bu artikülasyon, kullanıcının aynı anda sahip olduğu anlamına gelir:

  • işin tüm derinliğini yönetebilen işlevsellikler;
  • yönetim ihtiyaçlarının çoğunu kapsayan geniş bir uygulama yelpazesi.

Kullanıcılar tarafından sıklıkla ihtiyaç duyulan özel uygulamalardan bazıları yönetimi içerir:

  • depolar (IMS veya WMS );
  • çalıştaylar ( MES );
  • laboratuvarlar ( LIMS );
  • müşteri ilişkileri ( CRM );
  • tedarik zinciri ( SCM );
  • bakım ( CMMS );
  • satın alma ( e-ihale ) .

Yaklaşım bugün hem teknik mimarilerin performansı hem de işlevsel yapım yöntemleri açısından embriyonik bir aşamadaysa, yazılım paketlerinin teknik yapısının evrimi açıkça devam ediyor ve hızlanıyor. Özellikle kurumsal bir platforma dayalı iş uygulamaları (ERP, SCM, CRM, LPM, SRM, Sidetrade vb.) ve ERP adı verilen daha global çözümler vardır Özellikle bir iş sürecini içeren hizmet odaklı bir mimariden oluşur. yönetim (BPMS) çok fazla esneklik ve iş ihtiyaçlarına yanıt verir.

Notlar ve referanslar

  1. “  entegre yönetim yazılım paketi  ” üzerinde, www.gdt.oqlf.gouv.qc.ca (erişilen 13 Mart 2019 )
  2. CXP Bilgileri Şubat 1994
  3. Jean-Louis Tomas, ERP ve ERP: seçim, dağıtım ve operasyonel kullanım: değişimde nasıl başarılı olunur , Paris, Dunod ,2005, 325  s. ( ISBN  978-2-10-049024-0 , OCLC  154659060 , çevrimiçi okuyun )
  4. "  Sosyalleştirilmiş yazılım paketi Bölüm sosyal yardım ve eylemlerinde bilgisayar mimarilerinin kullanımları  ", Hükümet ve kamu eylemi ,şubat 2015( çevrimiçi okuyun )
  5. Oliver W Wight, İmalat kaynak planlaması: MRP II; Amerika'nın üretkenlik potansiyelini ortaya çıkarmak ( çevrimiçi okuyun )
  6. MRP - Gereksinimlerin hesaplanması
  7. ERP ve Entegre Yönetim Yazılımı, Jean Louis Tomas, O1 Informatique, Dunod 2002
  8. Jean Louis Tomas, op. cit.
  9. Kaynak: PGI kursu Douai madencilik okulu - açık lisans
  10. (içinde) Alex Hill ve Terry Hill, Temel İşlemler Yönetimi , Palgrave ,2011, 480  s. ( ISBN  978-0-230-23259-4 ) , s.  270.
  11. VR, "  SAP'a bir Amerikan şirketi tarafından 500 milyon dolarlık dava açıldı  ", Les Échos ,28 Ağu 1998( çevrimiçi okuyun , 11 Mayıs 2018'de danışıldı ).
  12. Les ERP , 26 Mart 2004, M. Volle
  13. Kaynak: Markess International tarafından yapılan çalışma - Uygulamaların havuzu Yeni zorluklar karşısında ERP / ERP entegre yönetim çözümleri için şirket beklentileri, 2011-2013

Şuna da bakın:

İlgili Makaleler