Ten eerste, geef conclusies die kunnen worden gebruikt voor de besluitvorming
De integratie moet worden voorafgegaan door een systeem en een catalogus van gegevens die wie de klant, goederen, bestellingen, inventaris, organisatie- en financiële documenten, die het recht om ze te wijzigen en te synchroniseren identificeren.
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.
Voorgestelde volgorde van de voorschotten
Eerst zullen we duidelijk zijn over het doel en de grens.
System, interface en master data catalogi worden geproduceerd om de eigendom van de gegevens te bevestigen.
Validatie Zeer belangrijke afhankelijkheid
Een hoogwaardig ketting wegontwerp veld, gebeurtenis en anomalie regel worden eerst geselecteerd.
Ontwikkeling van de te beoordelen resultaten
De geschiedenis wordt gebruikt om de grensmonsters te combineren, enzovoort, opnieuw testen en compenseren.
Zorg ervoor dat u de volgende stap met de echte resultaten te beslissen.
Controleren van verzoeningsverschillen op de onlinelijn en geleidelijk uitbreiden van andere systemen.
Hoe begrijp je dat in de praktijk?
Zodra CRM is gesloten, wordt een klant en bestelling aangemaakt naar de ERP, en wordt de ERP bank opnieuw doorgestuurd naar de CRM. Als beide partijen de clientcode wijzigen, zullen er dubbele records plaatsvinden; het proces zal stabiel zijn op de lange termijn wanneer de ERP wordt geïdentificeerd als officiële klant-mastergegevens, een CRM preservatiekaart, en de zakelijke enige sleutel wordt gebruikt om dubbele aanmaak te voorkomen.
De makkelijkste put om op te stappen.
Elk systeem is direct met elkaar verbonden en vormt later een onhoudbare netwerkinterface
Test alleen normale verzoeken, niet het verwerken van dubbele oproepen en netwerk timeout
Veldnamen zijn hetzelfde, zaken zijn hetzelfde.
Hoe moeten we uiteindelijk ontvangen en bevestigen?
De ontvangst en inspectie hebben betrekking op normale, dubbele, ontbrekende, wanordelijke, overuren en anomalieën van de autoriteiten, en moeten logs, alarmen, hertests, compensatie en verzoeningen met elkaar verzoenen. Ook het interfacecontract, veldkaart, oproeplimieten, rekeningnummers en het probleemboek worden geleverd.
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.