Home / FAQs / Selectie, implementatie en integratie van het Enterprise Management-systeem
QUESTION & ANSWER

Wat maakt het uit tussen OA en BPM processystemen?

OA biedt meestal een portal, kennisgeving, documentatie, vergadering en algemene goedkeuring, wat een dagelijkse interface van medewerkers is; BPM is meer gericht op complexe procesmodellering, regels, versies, monitoring en cross-system organisatie. Eenvoudige goedkeuringen kunnen OA direct gebruiken, en BPM-mogelijkheden moeten worden beoordeeld wanneer ze multi-systeem, complexe anomalieën en lange termijn proces governance omvatten. De twee kunnen worden gecombineerd en hoeven niet steeds opnieuw te worden gebouwd voor het doel van de harmonisatie van namen.

Beantwoord de vraag.

Ten eerste, geef conclusies die kunnen worden gebruikt voor de besluitvorming

De focus van beoordeling is niet productnamen, maar zakelijke verantwoordelijkheid voor processen. Gemeenschappelijke synergieën zoals verlof, terugbetaling, afdrukken, enz. zijn geschikt voor de OA; processen zoals bestellingen, contracten, brieven, inkoop of klantenservice, die snijden over meerdere systemen, hebben complexe regels en voortdurende veranderingen in hun versies, vereisen BPM of professionele bedrijfssystemen. OA kan dienen als een enkele ingangspunt, BPM is verantwoordelijk voor procesorganisatie, en ERP, CRM en anderen blijven officiële zakelijke gegevens te behouden.

DECISION FACTORS

Welke voorwaarden moeten worden vastgesteld voordat een oordeel wordt uitgesproken?

Dezelfde vraag kan verschillende antwoorden hebben in verschillende bedrijfs-, data- en projectfasen. Er wordt voorgesteld de volgende voorwaarden te controleren en de gemeenschappelijke bevindingen op het web in hun eigen projecten op te nemen.

Of processen ERP, CRM, finance of externe platforms kruisenOf er regels moeten worden opgenomen voor ondertekening, terugtrekking, compensatie, overwerk en complexe voorwaardenDe procesgegevens zijn uiteindelijk OA of professionele bedrijfssystemen.Noodzaak van procesversie, bedrijfsanalyse en continue optimalisatie
ACTION STEPS

Voorgestelde volgorde van de voorschotten

01

Eerst zullen we duidelijk zijn over het doel en de grens.

Drie hoge frequentieprocessen werden geselecteerd, waarbij rollen, data en systeemacties werden getekend.

02

Validatie Zeer belangrijke afhankelijkheid

Onderscheid tussen gecoördineerde goedkeuring, professionele operaties en systeemoverschrijdende presentatie.

03

Ontwikkeling van de te beoordelen resultaten

Vergelijk OA configuratie en BPM programma met echte normale en abnormale samples.

04

Zorg ervoor dat u de volgende stap met de echte resultaten te beslissen.

Een gesloten link naar de lijn voordat u beslist of u het uniforme procesplatform wilt uitbreiden.

PRACTICAL EXAMPLE

Hoe begrijp je dat in de praktijk?

Voorbeeld gebruikt om de methode van beoordeling te illustreren

Het proces van contractgoedkeuring wordt afgerond in OA, maar de klant, offerte, terugbetaling en elektronische handtekening zijn van respectievelijk CRM, finance en ondertekening platforms. OA is op dit punt geschikt voor de levering van het portaal, BPM of geïntegreerde diensten worden georganiseerd in een verantwoordelijke staat, en de belangrijkste contractgegevens worden nog steeds beheerd door het contract of bedrijfssysteem.

COMMON RISKS

De makkelijkste put om op te stappen.

Maak alle operaties OA vormen, maak nieuwe data eilanden.

Gewoon om te zien of de stroomkaart kan worden getrokken, niet geverifieerd en terug

OA en BPM behouden dezelfde procestoestand apart zonder primaire verantwoordelijkheid

ACCEPTANCE

Hoe moeten we uiteindelijk ontvangen en bevestigen?

Echte processen moeten worden gebruikt om initiatie, vertakking, ondertekening, terugkeer, intrekking, agent, timeout, interface falen en verandering van autoriteit te valideren, en om elk type gegevensmaster, versie, log en operator te identificeren.

Bij de voorbereiding op communicatie met leveranciers of interne teams, wordt aanbevolen om huidige processen, representatieve monsters, bestaande systemen, planningstijd en budgetniveaus worden gebracht. Eerst, de onbekende items zijn duidelijk gemarkeerd, en dan wordt besloten om gebruik te maken van diagnostiek, PoC, vaste-range projecten of lopende onderzoek en ontwikkeling, die meestal betrouwbaarder is dan een directe vraag naar een prijs en duur zonder grenzen.

Uw projectvoorwaarden verschillen van de bovenstaande voorbeelden?

Operationele doelstellingen, bestaande systemen, steekproef en geplande tijd kunnen worden verzameld voordat consultants een voorlopige beoordeling kunnen maken van de feitelijke grenzen.

Associate project consultants