Integreret styringssoftware

En integreret ledelsessoftwarepakke eller ERP (på engelsk: Enterprise Resource Planning eller ERP ) er en softwarepakke, der giver mulighed for "at styre alle virksomhedens processer ved at integrere alle dens funktioner, herunder personaleadministration, regnskab og økonomisk styring, beslutning support, men også salg, distribution, indkøb og elektronisk handel ”.

Definition

Den definition, der gives af CXP, grupperer alle de sammensatte parametre for en ERP:

“For at blive integreret skal en administrationssoftwarepakke:

• kommer fra en enkelt designer;
• garantere brugeren den unikke information, der leveres af tilgængeligheden af ​​hele databasestrukturen fra hvert af modulerne, endda taget individuelt;
• være baseret på opdatering i realtid af modificerede oplysninger i alle berørte moduler
• tilvejebringe revisionsspor baseret på garantien for fuld sporbarhed af ledelsesoperationer
• dækker enten en ledelsesfunktion (eller sektor) eller hele virksomhedens informationssystem. "

Med hensyn til konceptet med en enkelt udgiver vil OAG (Open Application Group) arbejde betyde, at det sandsynligvis ikke vil være det samme i fremtiden.

Faktum er, at "ERP" -objektet ikke er standardiseret, og dets navn forbliver flydende: andre navne bruges som: softwarepakke, integreret softwarepakke, applikationssoftwarepakke, integreret applikationssoftwarepakke, management softwarepakke, softwarepakke integreret styring. ..

I lyset af denne mangfoldighed er de to grundlæggende dimensioner, der kendetegner ERP-software:

1. ID eller grad af integration: det definerer evnen til at give alle virksomhedens interessenter et enkelt, ærligt, sammenhængende og homogent billede af al den information, de har brug for for fuldt ud at kunne spille deres rolle.
2. CO eller operationel dækning: den definerer evnen til at samle alle virksomhedens processer i hvert af dets konstituerende områder i en tværgående tilgang, der optimerer dens produktivitet.

Historisk

Oprindelsen til ERP kan findes i metoderne til planlægning af komponentkrav, der er udviklet i sammenhæng med en nødvendighed for i stigende grad at integrere virksomhedens ledelsesfunktioner. I 1960'erne studerede Joseph Orlicky Toyotas produktionsprogram og designede Material Requirements Planning ( MRP ). Derefter udviklede Oliver Wight og George Plossl MRP til produktionsressourceplanlægning (MRP2). Derfor en udvikling i tre faser:

1. MRP0, på engelsk materiale krav planlægning nul (bogstaveligt talt " material krav planlægning 0"): metode til beregning af materialebehov, udviklet i 1965  ;
2. MRP1, på engelsk materiale krav planlægning en  : første industrielle anvendelse af integreret produktion flow management, udviklet i 1971  ;
3. MRP2, på engelsk produktionsressourcer planlægning to (lidt. "Planlægning af ressourcer til fremstilling 2"): ud over beregningen af ​​nettobehovet i råmaterialer og komponenter foretager en planlægning af lanceringerne under hensyntagen til kapaciteten i ressourcer efter periode udviklet i 1979 .

Fra omkring 1990 udvidede den logik, der blev introduceret af MRP, gradvist til alle virksomhedens funktioner for at give “ERP” (E for firma). Denne overgang letter ved:

• Status for informationssystemer, hvis “  grundlæggende applikationer er installeret i forskellige afdelinger (kundeservice, marketing, salg, regnskab, leverandører, produktion, distribution, personale) og ikke tillader brugere at dele et fælles sprog. Hvis grænseflader mellem disse forskellige områder af virksomheden er oprettet, er de sjældent i realtid, og eksempler, hvor de samme data indtastes to eller tre gange eller endda flere, er ikke ualmindelige. (...) de afholdte omkostninger er uvurderlige: spild af tid, manglende effektivitet, dårlig synlighed, dårlig beslutningstagning, dobbeltarbejde, høj fejlprocent. (...) Dysfunktioner, som resulterer i (...) dårlig kundeservice og tab af virksomhedens konkurrenceevne  ”.
• "  Softwareudvikling er et felt (...), der stadig er på det håndværksmæssige stadium, hvor komponentmetoden - med andre ord objektmetoden - stadig er i sin barndom  ". Softwareudvikling er meget afhængig af udviklerens individuelle kapacitet og er ikke drevet af den systematiske søgning efter genbrug af det, der tidligere har fungeret godt. "  Softwarekomponenten (objektet) indtager ikke det sted, der skal være, mens en ny softwareindustri er ved at opstå, der er inspireret af koncepterne i produktionsværkstederne i fremstillingsindustrien: forskning, teknik, nomenklatur, montering, montering, version , reservedele, lager, genanvendelighed, kvalitetskontrol  ”.
• Softwareobjekter er ikke de eneste ting, der skal integreres bedre. Tekniske komponenter fra forskellige og uafhængige leverandører letter ikke integration: operativsystemer, kommunikationsprotokoller, database, grænseflade mellem mennesker og maskiner, servermaskine og klientmaskiner, lokalt og bredt netværk, kontorautomatisering og multimediekomponenter osv.
• Endelig har de dybe ændringer, som IT-overgangen til år 2000 og overgangen til euro (i euroområdet ) har gjort, betød, at integrerede ledelsessoftwarepakker er blevet betragtet som en teknisk mulighed for at udnytte systemer, der aldrer IT-systemer der er vanskelige at konvertere på grund af teknisk forældelse. Den betydelige udvidelse af denne software i 1990'erne forklares i vid udstrækning af de tekniske forbedringer i design og opdatering af informationssystemer, men også af de fælles muligheder for at gennemgå de organisationer, der blev åbnet ved denne lejlighed.

ERP-problemer: bedre integration

Konceptet med en ERP starter fra den enkle observation, at der er styrke i enhed.

• Integration af komponenter: "  summen af ​​optimaet er undertiden mindre end det optimale af summen  ". Med andre ord er fordelen ved at have en ERP, at det samlede bidrag fra en ERP (indbygget integreret) altid er større end summen af ​​bidragene fra hvert modul (af heterogen oprindelse og konstitution), der udgør det.
• Tilpasningsbar integration: en ERP kan orienteres i henhold til organisationens forretning. Virkelig hjerne- og pivotal organisatorisk støtte til hele virksomheden, en ERP sigter mod en global, sammenhængende og forenklet ledelse.
• Brugerorienteret integration: For at gøre dette er valg af relevant software, dets konfiguration til at matche virksomhedens specificitet, integration i tjenester og reel tildeling af brugerne faktorer, der er nøglerne til succes. Opsætning og implementering af et sådant værktøj kræver ofte en forsinkelse (ofte undervurderet) samt hjælp fra en specialiseret tredjepartsudbyder kaldet en "integrator".

Industri

Industriel ERP stammer fra behovet for at planlægge produktionen . Industriel ERP kan genkendes ved, at den er baseret på et centralt modul af CAPM- eller MRP- typen, der giver mere eller mindre omfattende dækning af funktioner såsom:

• styring af planlægnings- og planlægningsprocessen
• fremstilling overvågning og fremstilling sporbarhed ;
• lagerstyring, levering af råmaterialer, komponenter eller halvfabrikata;
• styring af outsourcing , ledelse tjeneste , ledelse kvalitet .

Tjenester

ERP'er, der er beregnet til at styre tertiære aktiviteter, er ikke altid angivet i ERP-kategorien. Et stort antal af dem er dog målrettet mod sektorer, der er så forskellige som sundhed, uddannelse, distribution, detailhandel og finansiering. Med forskellige moduler lige fra projektledelse til meget specifikke forretningsfunktioner (abonnementsstyring, kurser osv.). Tilbudet i marken er mindre udbredt end for industrien og meget mere fragmenteret: ERP-udgivere var forud for denne niche og befinder sig i en situation med stærk konkurrence med GRC / CRM- softwareudgivere .

Der er dog to familier af produkter:

• PSA-type værktøjer ( professionel serviceautomatisering ), der er rettet mod serviceaktiviteter, der kræver en organisation i projekttilstand: de er centreret om servicen af ​​projektledelsesfunktioner og muligvis de af GRC / CRM , som derfor ikke dækker alle funktionerne af virksomheden på samme måde som en ERP.
• ESA-type værktøjer ( enterprise service automation ) mere i tråd med definitionen af ​​en ERP. ESA-løsninger er faktisk i stand til at betjene de sædvanlige funktioner i et GRC / CRM- værktøj (såsom bestilling eller udvikling af et kommercielt forslag), men også de fleste af en virksomheds administrative ledelsesfunktioner.

Beskrivelse

Grundprincippet for en ERP er at opbygge computerapplikationer (styring af ordrer, lagre, lønningsliste, regnskab osv.):

• på en modulær og integreret måde med hensyn til de tilbudte behandlinger (de forskellige moduler, der sammensætter den, er uafhængige, men perfekt kompatible med hinanden);
• på en streng og sammenhængende måde med hensyn til de administrerede data (deling af en enkelt og fælles database ).

Dette udfylder et vigtigt hul:

• I den allerede eksisterende situation med ERP eksisterer skræddersyede applikationer af forskellig oprindelse, så godt de kan, ikke deler eller begrænser deres data og er ikke nødvendigvis altid beregnet til at arbejde simpelt og korrekt sammen. IT-teams har så meget at gøre for at opbygge og oprette ad hoc- grænseflader , hvis praktiske drift kan rumme nogle overraskelser.
• Kompatibiliteten mellem modulerne, der udgør ERP, garanteres af deres designer: kompatibiliteten af ​​indkøbsmodulet med lagermodulet er garanteret, hvilket i sig selv er kompatibelt med ordrestyringsmodulet. Dataene antages nu at være standardiserede og delte, hvilket eliminerer flere poster og (i teorien) undgår tvetydigheden af ​​flere data af samme art (eksempel: firma TRUC, TRUC SA og Sté TRUC…).

Det andet princip, der kendetegner en ERP, er den systematiske anvendelse af det, der kaldes en workflow- motor (som ikke altid er synlig for brugeren), og som gør det muligt, når data indtastes i systeminformationen, at udbrede det og tilbyde relevant logisk visninger i alle systemets moduler, der har brug for det, i henhold til en foruddefineret programmering.

Således kan vi tale om ERP, når vi er i nærværelse af et informationssystem sammensat af flere applikationer, der deler en enkelt database via et foruddefineret automatiseret system, der kan konfigureres (en workflow- motor ).

Tilpasning til forretningskonteksten

ERP kan sjældent betragtes som et "nøglefærdigt" værktøj i den forstand, at det ikke kan bruges direkte ved installationen. Selvom det indbyggede tilbyder edb-styringsprocesser, der svarer til almindeligt anvendte standarder og bedste praksis, er det undertiden nødvendigt at tilpasse dem til specificiteterne i virksomhedens organisation eller dens forretningsprocesser. Produktstandarddimensionen og integreret integration, som er nøglekarakteristika ved ERP-systemer, kunne ikke realiseres i en bestemt sammenhæng uden den nødvendige tilpasningsevne af standarden. Af denne grund er ERP'er mere eller mindre konfigurerbare, dvs. det er muligt at tilpasse ERP's opførsel (især de tidligere nævnte workflowmotorer) via dataværdier, der kan styres enten direkte af kvalificerede forretningsbrugere eller af informationen systemafdeling. Funktionaliteterne, der ikke er omfattet af produktstandarden, kan integreres i en eksisterende softwareversion eller være en del af forlagets køreplan. Som en sidste udvej kan virksomheder opfordre til specifik udvikling for at dække resterende huller mellem forretningsbehov og standarden.

Organisationsstruktur

Strukturen er modelleringen i ERP af virksomhedens mesh på alle ledelsesniveauer:

• Juridisk og finansielt netværk: analytisk omfang, holdingselskab, virksomheder, datterselskaber;
• Logistiknetværk: produktionssteder, distribution ...;
• Funktionelle links: de fleste af virksomhedens funktioner (indkøb, salg, butik osv.) Har deres egen organisationsstruktur. Eksempel: organisationsstruktur for salg inkluderer en eller flere kommercielle organisationer, distributionskanaler, aktivitetssektorer, kommercielle agenturer osv.

Organisationsstrukturen er grundlaget for en ERP, kun definitionsdataene (eksempel: definition af leverandøren inklusive hans identifikator, sociale adresse osv.) Kan være uafhængige af organisationsstrukturen, alle ledelsesdata er defineret i en eller flere ledelse niveauer. Derudover forudsætter organisationsstrukturen IT-processerne i en ERP. For eksempel vil de fleste ERP'er gøre det muligt at styre overførselsstrømme mellem to steder modelleret som sådan i organisationsstrukturen. Desuden, hvis disse to websteder tilhører to forskellige virksomheder i samme organisationsstruktur, vil en fakturering mellem virksomheder være forbundet med overførselsstrømmen.

Data

ERP-databasen indeholder alle de nødvendige oplysninger for virksomheden, der er fælles for de forskellige moduler. Den første tabel er produkttabellen. Derefter i henhold til virksomhedens orientering, indeholder nomenklaturer, intervaller, råmaterialer, produktionskapacitet, mængder. På den anden side styres kunder eller leverandører såvel som deres ordrer eller leverancer op til leverandørkatalogerne. Et tredje aspekt vil indeholde lagre, opbevaringstider, transporttider for transportører. Endelig, men listen er langt fra udtømmende, der er næsten altid tabeller, der vedrører de økonomiske aspekter af virksomheden.

De grundlæggende produktdata er centrale data for driften af ​​ERP. Den indeholder et stort antal brugerindstillinger (ved skelnen fra IT-indstillinger), der betinges af ERP-behandlingen. Disse indstillinger skal ledsage ændringer i produktstyringspolitikker eller indvirkningen af ​​disse politikker på skiftende markedsforhold. De er derfor underlagt regelmæssig overvågning og opdatering under brugen af ​​ERP.

Behandlinger

Godt programmeret og underlagt tidligere aftaler er en ERP også i stand til at kommunikere med leverandører for at anbefale almindelige råmaterialer eller med transportører. Dens udvekslinger foretages oftest med kurer.

Evaluering af brugen af ​​ERP'er

Implementering af ERP'er

Et ERP-projekt er et transformationsprojekt. For at en ERP skal lykkes, skal virksomheden være fuldt mobiliseret.

• Administrerende direktør eller forretningsafdelinger mobiliseres fra den fase, hvor man vælger en ERP med udviklingen af ​​en business case, der sigter mod at dele bredt i virksomheden, årsagerne til implementeringen, målomfanget og de forventede gevinster.
• En udvælgelsesfase giver virksomheden mulighed for at finde de partnere, der vil støtte det, generelt en redaktør (af ERP), en integrator (eller et specialiseret it-servicevirksomhed ) til implementeringen og nogle gange et konsulentfirma til redesign af processerne. Og support til ændringer.
• ERP'er er oprettet i organisationer i "projekttilstand". Metoden er baseret på tilgange og værktøjer til projektledelse til risikostyring og især forandringsledelse, der kræves til transformationsprojekter og derfor vigtig for ERP-projekter.
• Den grundlæggende metode i et ERP-implementeringsprojekt inkluderer følgende hovedfaser: generelt design (indsamling af forretningsbehov, definition af IT-processer og identifikation af afvigelser fra produktstandarden), detaljeret design (definition af funktionaliteter anvendt i proces- og styringsregler), implementering (konfiguration, teknisk design og specifik udvikling), integrationstest (systemtest, der giver integratoren mulighed for at sikre, at løsningen overholder det generelle + detaljerede design), accept (testvirksomhed, en valgt population af fremtidige brugere spiller de strømme, der virksomhedens operationelle aktivitet), produktion (eller opstart), support efter opstart.
• ERP-opstart af "Big Bang" (alle websteder startes på samme tid) implementeres sjældent i store virksomheder. Ja :
  • Under designfasen af ​​ERP er det vanskeligt at tage højde for udtømmelsen af ​​behovene på hvert sted. Webstederne er ikke nødvendigvis alle på samme modenhedsniveau, og mangfoldigheden af ​​involverede aktører kan være en bremse.
  • Ledelsen af ​​forandringen og den organisation, der skal implementeres til opstarten, kan være yderst besværlig og risikabel.
• Når de starter i et "Big Bang", foretrækker store virksomheder ofte metoden med at opbygge en "Core Model" og "Implementering", der består i at opbygge og starte en første løsning til et pilotsted ("Core Model") og derefter starte de andre websteder efter hinanden i en defineret rækkefølge ("Implementering"). Det meste af tiden giver en implementering anledning til et "Gap Analysis" -design, der identificerer forskellene mellem forretningsbehovet på det indsatte sted og "Core Model" for at integrere dem i det til start af webstedet.

Fordele

ERP'er (i modsætning til dedikerede applikationer ) har flere fordele:

Native fordele ved ERP'er

• Integration af administrative processer , som er almindelig anvendt af virksomheder til at optimere finansiel overvågning og ledelsesmæssig kontrol;
• Konsistens og homogenitet af oplysninger (en enkeltvarefil, en enkelt kundefil osv.)
• Integritet og entydighed af informationssystemet  ;
• Deling af det samme informationssystem, der letter intern og ekstern kommunikation;
• Pålidelighed. En virksomhed, der vælger en ERP, drager generelt fordel af et værktøj, der er blevet bevist af mange virksomheder i dets aktivitetssektor og følgelig kontinuerlig pålidelighed til vedligeholdelse af udgivere.
• Skalerbarhed, garanteret af konsistensen af ​​datamodellen, der danner grundlaget for alle it-processer / funktionaliteter, der er omfattet af ERP. ERP tillader en tilpasset og progressiv implementering af disse processer / funktionaliteter.
• Rationalisering af applikationen og den tekniske arkitektur: reduktion i antallet af værktøjer og dermed i grænsefladerne mellem disse værktøjer, potentiel reduktion eller optimering af de maskiner og servere, der understøtter informationssystemet.
• Minimering af omkostninger: ingen grænseflade mellem modulerne, synkronisering af behandlinger, forenklet korrigerende vedligeholdelse, fordi den udføres direkte af udgiveren og ikke længere af virksomhedens IT-afdeling (sidstnævnte er alligevel ansvarlig for løbende vedligeholdelse: forbedring af funktionaliteter, udvikling af ledelsesregler osv.)
• Globalisering af træning (samme logik, samme ergonomi);
• Fald i antallet af medarbejdere, hvis hovedopgave er at oprette konti (bogholder);
• Kontrol af omkostninger og deadlines for implementering og implementering
• Tilgængelighed og modenhed (i form af omkostninger, deadlines, kvalitet) af tjenester dedikeret til ERP.

Muligheder i forbindelse med implementering af en ERP

• Fremme integration mellem afdelinger, materialisere virksomhedens strategi og ledelsespolitikker i informationssystemet.
• Samling af forretningsområder og IT-afdeling, anvendelse af informationssystemet af forretningsområderne. Da ERP'er er indbygget i forretningsprocesser og fleksible, fremmer de fremkomsten af ​​en forretningspopulation, der er opmærksom på de tekniske aspekter af ERP, og en CIO-befolkning, der er opmærksom på dens forretningsaspekter.
• Udvid integrationen af ​​informationssystemet til upstream og downstream logistikkæden (leverandører og kunder).
• Standardiser IS-processer og implementer standarder på tværs af alle virksomhedsorganisationer.

Dette sidste punkt er vigtigt, og implementeringen af ​​en ERP i en virksomhed er ofte forbundet med en grundig gennemgang af organisationen af ​​opgaver og en optimering og standardisering af processer baseret på PGI's "normative framework".

ERP'er vil være i stand til at styre og tage ansvar for:

• flere enheder eller organisationer såsom HA ();
• flere foreninger såsom OAC (konference);
• flere valutaer  ;
• flere sprog til brugere og klienter (tilfælde af multinationale virksomheder )
• flere lovgivninger;
• flere kontoplaner  ;
• flere analyseakser i omkostningsregnskab.

NB: Fordelen ved at erhverve en ERP med hensyn til regnskab er oprettelsen af ​​regnskabsposter i realtid og automatisk. Det er et produktivitetsværktøj, fordi det gør det muligt at fjerne overflødige poster og dele mere pålidelig information. Brug af en enkelt database gør det muligt at samle alle data og dermed sikre konstant opdatering af disse data. Det kan også linkes til et online salgsside til realtids datasynkronisering.

Ulemper

ERP'er er dog ikke fri for deres ulemper:

• Implementering kan vise sig at være kompleks, hvis det funktionelle omfang er dårligt bestemt eller for flydende eller projektet dårligt administreret;
• høje omkostninger og kan hurtigt stige afhængigt af branchen og projektets kompleksitet. For eksempel brugte det kemiske selskab Dow Chemical 500 millioner dollars og tilbragte syv år på at implementere ERP-software, der viste sig at være forældet, før den endda kunne bruges. Den funktionelt rige mulighed for gratis softwareløsninger , hvis det reducerer licensomkostningerne og ikke eliminerer support- og træningsomkostninger. Omkostningsparameteren er også en funktion af den besværlige og stive implementering af værktøjet, som kan øges ved vanskelighederne med brugernes tildeling. Sådanne vanskeligheder kan endda føre til konkurs for det pågældende selskab. I slutningen af 1990'erne , FoxMeyer Drug Corp beskyldte SAP gruppe for at have drevet det i konkurs på grund af faktiske omkostninger og vanskelighederne med at gennemføre deres ERP.
• funktionelt omfang, der ikke er tilpasset organisationens reelle behov: softwarepakken kan være for stor og derfor underudnyttet, hvis den er større end organisationens faktiske behov, eller tværtimod være understørrelse, hvis den ikke er ikke i stand til at dække alle de dokumenterede behov
• behov for et godt kendskab til virksomhedens processer (for eksempel kræver en lille ordre og en stor ordre to forskellige processer: det er vigtigt at vide hvorfor, at vide, hvordan man beskriver forskellene mellem disse to processer for korrekt at konfigurere dem og tilpasse ERP's standarddrift til virksomhedens behov)
• fangenskab over for udgiveren: Den valgte softwarepakke kan ikke altid tilpasse sig den organisation, der er udstyret. Valget af en løsning bliver meget strukturerende for virksomheden, og ud over en simpel konfiguration vil det være op til organisationen at tilpasse sig softwarepakken (og ikke omvendt). Derudover kan ERP-værktøjet være ekstremt tungt og dyrt at administrere, især hvis det kræver løbende vedligeholdelse, og hvis det gør en tilpasning (eller endda dets opgivelse for et andet produkt) meget vanskelig.

Et integreret tilbud vises med kontorinspirerede produkter baseret på de mest anvendte databasestyringssystemer på markedet: MSSQL , MySQL , Oracle , DB2 . Disse produkter distribueres normalt af udgivere med speciale i produktionsstyring. De nævnte ulemper er så mindre.

Derudover gør den nylige fremkomst af flere gratis ERP-systemer det muligt at minimere ulemperne ved omkostninger (knyttet til erhvervelse af softwarelicenser), stivhed og især fangenskab. Brug af åbne formater letter også udveksling af data internt og eksternt.

Endelig er udgiverens bæredygtighed et vigtigt element, der skal kontrolleres, inden man forpligter sig til et ERP-projekt. De reelle omkostninger er den tid, der bruges internt, mere end omkostningerne ved køb af licenserne. Gyldigheden af ​​den valgte partners økonomiske model over tid er et grundlæggende kriterium. Uanset hvilket produkt der vælges, med samme arbejdsmetode og identiske funktionelle omfang, er omkostningerne ikke nødvendigvis meget langt fra en virksomhed til en anden, når vi sammenligner de historiske aktører, der udholder i dette meget konkurrenceprægede miljø.

Vurdering af bidraget

Integrerede management softwarepakker har gjort det muligt for mange virksomheder at få bedre kontrol over deres aktiviteter:

• En del af deres vækst kan forklares med den nødvendige udvikling af informationssystemer til overgangen til år 2000 og derefter til indførelsen af euroen . Faktisk har en række virksomheder anset det for at foretrække at erstatte et uensartet og ikke-homogent sæt software med en integreret softwarepakke i forkant med teknologi snarere end at indlede korrektioner af eksisterende mere eller mindre gamle programmer.
• Hvis denne tilgang undertiden har givet anledning til presserende opstart, er udfordringen med at oprette en ERP i dag ikke længere at passere år 2000, men at optimere styringen af logistikstrømme og økonomiske aspekter af virksomheden. Den paradigme , som de er baseret i det væsentlige bygger på at optimere brugen af ressourcer, hvad enten mennesker eller materiale. ERP inducerer derfor en strategisk orientering mod omkostningsreduktion som en væsentlig vektor for værdiskabelse og derfor for virksomhedsvækst. Denne model er blevet kritiseret siden begyndelsen af 1990'erne, fordi den sætter virksomheden (og muligvis dens leverandører) i centrum af opmærksomheden til skade for kunden.

De vigtigste ERP-udgivere er grupperet i foreninger såsom BASDA Business Application Software Developers Association  ;

ERP's fremtid

Store ERP'er tilbyder deres brugere omfattende funktionel dækning. Men rigdommen ved dette tilbud kommer hurtigt op mod visse grænser:

• Ingen ERP kan hævde at svare perfekt til alle handler eller aktiviteter. Når de er ude af deres kerneforretning, finder ERP'er det vanskeligt at tilbyde visse funktioner (undtagen at behandle dem på en mere kompleks eller endda gennemsnitlig måde). Software, der dækker nichefunktionalitet , er fortsat konkurrencedygtig.
• Den tekniske integration af behandling og data når et niveau af kompleksitet, der grænser op til håndterbar (en korrektion, der kan have indflydelse på et helt sæt funktioner, ofte med forudsætninger, medforudsatte og underoprettede rettelser). De fleste af disse softwarepakker har nu et modul til styring af disse rettelser (det modul, der administrerer modulerne).
• Markeds- eller lovgivningsmæssige krav fornyes konstant, og de vigtigste ERP-leverandører skal konstant stræbe efter at integrere eller opdatere nyligt krævede funktioner såsom styring af kundeforhold , risikostyring , bæredygtig udvikling .
• Virksomhedernes behov med hensyn til it-løsninger har udviklet sig betydeligt: ​​voksende samarbejde (internt men også eksternt med partnere), øget dematerialisering, der påvirker alle virksomheder, mobilitet og nomadisme hos medarbejdere, økonomiske begrænsninger, stadig strengere juridiske og lovgivningsmæssige rammer ..., ledelse værktøjer som ERP'er, der tidligere er implementeret af virksomheder, viser sig undertiden at være restriktive og uegnede til denne nye kontekst, og deres udvikling er uundgåelig.
• Udviklingen af Cloud Computing, som kræver, at udgivere tilpasser deres softwarepakker, så de er tilgængelige online på Internettet via delte platforme (" multi-tenants "), faktureret månedligt af antallet af brugere og ikke via en høj licens. Første år og en tilbagevendende månedlig pris (15-20% afhængigt af udgiveren).

Derfor er en funktionel og teknisk drejning ved at blive taget med fakultetet til at distribuere mere specifikke og / eller mere avancerede funktioner i form af teknisk uafhængige applikationer, der er grænseflade med ERP-kernen. Dette layout er bygget i henhold til en IAE- arkitektur ( Enterprise Application Integration ). Denne artikulation betyder, at brugeren har på samme tid:

• funktionaliteter, der er i stand til at styre hele virksomhedens dybde
• en bred vifte af applikationer, der dækker de fleste af dens ledelsesbehov.

Nogle af de specialiserede applikationer, som ofte kræves af brugerne, inkluderer styring:

• lagre (IMS eller WMS );
• workshops ( MES );
• laboratorier ( LIMS );
• kundeforhold ( CRM );
• forsyningskæde ( SCM );
• vedligeholdelse ( CMMS );
• indkøb ( e-indkøb ) .

Hvis fremgangsmåden i dag er på et embryonisk stadium, både hvad angår udførelsen af ​​tekniske arkitekturer og funktionelle konstruktionsmetoder, er udviklingen af ​​den tekniske struktur af softwarepakker klart i gang og accelererer. Især er der flere globale løsninger kaldet forretningsapplikationer (ERP, SCM, CRM, LPM, SRM, Sidetrade osv.) Og ERP baseret på en virksomhedsplatform Bestående af en serviceorienteret arkitektur, herunder især en forretningsproces management (BPMS), der giver stor fleksibilitet og respons på forretningsbehov.

Noter og referencer

1. “  integreret management softwarepakke  ” , på www.gdt.oqlf.gouv.qc.ca (adgang til 13. marts 2019 )
2. CXP Information februar 1994
3. Jean-Louis Tomas, ERP og ERP: udvælgelse, implementering og operationel brug: hvordan man lykkes i forandring , Paris, Dunod ,2005, 325  s. ( ISBN  978-2-10-049024-0 , OCLC  154659060 , læs online )
4. "  Den socialiserede softwarepakke Anvendelse af computerarkitekturer i afdelingens sociale bistand og handling  ", Regering og offentlig handling ,februar 2015( læs online )
5. Oliver W Wight, produktionsressourceplanlægning: MRP II; frigøre Amerikas produktivitetspotentiale ( læs online )
6. MRP - Beregning af krav
7. ERP og integreret styringssoftware, Jean Louis Tomas, O1 Informatique, Dunod 2002
8. Jean Louis Tomas, op. cit.
9. Kilde: BGB-kursus Douai mineskole - åben licens
10. (i) Alex Hill og Terry Hill, Essential Operations Management , Palgrave ,2011, 480  s. ( ISBN  978-0-230-23259-4 ) , s.  270.
11. VR, "  SAP sagsøges for 500 millioner dollars af et amerikansk firma  ", Les Échos ,28. august 1998( læs online , konsulteret den 11. maj 2018 ).
12. Les ERP , 26. marts 2004, M. Volle
13. Kilde: undersøgelse foretaget af Markess International - Opbevaring af praksis Virksomhedens forventninger til ERP / ERP integrerede styringsløsninger i lyset af nye udfordringer, 2011-2013

Se også

Relaterede artikler

• Liste over ERP-software
• Online kontorpakke ( Collabora Online  (da) , Zoho One ...)
• Ledelse