Denne artikkelen fremhever de forskjellige typene av SAP-prosjekter som er relevante for alle moduler av SAP-system. Klassifiseringen er basert på kravene til et selskap foretaket en SAP-gjennomføring eller starte endringer i gjeldende SAP-systemet.
Kort historie om SAP
SAP (systemer, programmer og produkter i databehandling) ble grunnlagt i 1972 av fem ex-IBM-ingeniører. SAP har vært en suksess, og har en global rykte som en verden klassen leverandør av Enterprise Resource Planning (ERP) løsning. Programvaren gir organisasjoner med en integrert finansielle finans, salg finans, kreditorreskontro og management information system.
Ulike typer av SAP-prosjekter
Frisk implementeringsprosjekter
I en fersk Implementeringsprosjektet er slutten systemet utviklet fra grunnen av. For eksempel, et selskap som bestemmer seg for å endre store funksjonaliteten til systemet sitt til en mer avansert versjon. Denne type prosjekt kan videre deles inn i to kategorier:
Kompleksitet-baserte prosjekter
En høy-kompleksitet prosjektomfang inkluderer mange komponenter innenfor SAP-system og også innebærer tung integrering med andre systemer, for eksempel Oracle eller tredjeparts skatt regnskap programvare. Utfordringen for sømløs integrering av alle disse områdene legger til kompleksiteten i prosjektet.
En middels-kompleksitet prosjektomfang inkluderer bare noen få områder innenfor og utenfor SAP-systemet. Integrering er ikke altfor komplisert.
Et lite komplekse prosjektomfanget er begrenset til en eller to komponenter innenfor og utenfor SAP-system.
Prioritet-baserte prosjekter
Nye forskrifter eller samsvar problemer kan nødvendiggjøre en høyt prioritert prosjekt. Hvis et høyt prioritert prosjekt ikke gå live i en bestemt tidsperiode, kan det føre til alvorlige straffetiltak.
En middels prioritet prosjektet kan forbedre funksjonaliteten, men det er ikke startet på grunn av en juridisk forskrift.
Lav prioritet-prosjekter kan bare bli bedre funksjonalitet basert på brukernes ønske. Men er det ingen reell haster å gjennomføre slike prosjekter.
Oppgradere prosjekter
Et oppgraderingsprosjekt er foretatt når et selskap ønsker å implementere en nyere versjon av SAP med ekstra funksjonalitet, for eksempel SAP ERP 6.0 og nye finans-funksjonalitet.
Forespørsel-basert støtte prosjekter
Forespørsel-basert kundestøtte-prosjektet er basert på brukerens forespørsel. Disse prosjektene er fokusert på å forbedre eksisterende områder, noe som kan innebære introduserer nye prosesser og involverer også støtte fra eksisterende og nye funksjonalitet. Denne type prosjekt kan noen ganger vare mange måneder hvis forbedringer er gjort på en stykkevis basis.
Produksjon-støtte prosjekter
En produksjon-støtte normalt kjøres etter go-live av en gjennomføring project. Slike prosjekter støtter pågående problemer med daglige aktiviteter av en live SAP-implementering. Produksjon-støtte prosjekter er basert på begrepet "billetter" for å løse problemer. Følgende typer billetter brukes ofte i løpet av dette prosjektet:
Lav prioritet: en lav prioritet billett innebærer en lav innvirkning problemet og produksjonssystemet vil fortsette å kjøre uten problemer hvis dette problemet ikke er løst umiddelbart.
Middels prioritet: en middels prioritet problemet ikke påvirke produksjonssystemet for øyeblikket, men til slutt vil påvirke systemet i fremtiden.
Høy prioritet: en høy prioritet problemet må være løst så snart som mulig, eller det kan påvirke daglige driften av systemet.
Kritisk prioritet: Dette problemet bør være løst umiddelbart. Produksjonssystemet kan ikke kjøres hvis problemet ikke er løst.
Utbyggingen prosjekter
Mange store multinasjonale selskaper bruke utrulling prosjekter til å opprette et malprosjekt og rull den til sin andre tilknyttede selskaper. Det innebærer følgende viktige elementer:
Ved hjelp av en mal, betyr det at de tilknyttede selskapene vil være harmonisering SAP-prosesser på tvers av ulike regioner, greiner, kontorer, etc.
Felles prosesser som rapportering, konsolidering, etc
Vanlige hoveddata struktur for hoveddata for kunden, leverandøren hoveddata, materielle hoveddata, etc.
Harmonisering prosesser på tvers av ulike plasseringer, regionalt og globalt kan redusere kundestøttekostnader.