Premièrement, donner des conclusions qui peuvent être utilisées pour la prise de décisions
L'intégration devrait être précédée d'un système et d'un catalogue de données qui identifient les personnes qui créent le client, les marchandises, les commandes, les stocks, les documents organisationnels et financiers, qui ont le droit de les modifier et de les synchroniser.
Quelles conditions faut-il définir avant de porter un jugement?
La même question peut avoir des réponses différentes dans différentes phases d'activité, de données et de projet. Il est suggéré de vérifier les conditions suivantes et d'intégrer les conclusions communes sur le web dans leurs propres projets.
Ordre d ' avancement suggéré
Premièrement, nous serons clairs sur la cible et la frontière.
Les catalogues de systèmes, d'interfaces et de données de base sont produits pour confirmer la propriété des données.
Validation Dépendance des clés
Une chaîne de valeur élevée de la conception de route champ, événement et règle d'anomalie sont choisis en premier.
Élaboration de résultats évaluables
L'historique est utilisé pour combiner les échantillons de bordure, ainsi, retest et compensation.
Assurez-vous de décider de la prochaine étape avec les résultats réels.
Vérifier les différences de rapprochement sur la ligne en ligne et développer progressivement d'autres systèmes.
Comment le comprenez-vous dans le business réel?
Une fois CRM fermé, un client et une commande sont créés pour ERP, et la banque ERP est retransmise à CRM. Si les deux parties changent le code client, des enregistrements dupliqués se produisent; le processus sera stable à long terme lorsque le ERP sera identifié comme étant des données officielles client-maître, une carte de conservation CRM, et la seule clé d'affaires est utilisée pour empêcher la création dupliquée.
La fosse la plus facile à monter.
Chaque système est directement interconnecté et forme ensuite une interface réseau inmaintainable
Tester uniquement les requêtes normales, et non traiter les appels en double et le délai de traitement du réseau
Les noms de champs sont les mêmes, les affaires sont les mêmes.
Comment devrions-nous finir par recevoir et confirmer?
La réception et l'inspection doivent couvrir les anomalies normales, dupliquées, manquantes, désordonnées, des heures supplémentaires et des pouvoirs, et doivent rapprocher les registres, les alarmes, les nouveaux tests, la rémunération et les rapprochements.
En se préparant à communiquer avec les fournisseurs ou les équipes internes, il est recommandé d'apporter les processus actuels, des échantillons représentatifs, des systèmes existants, des délais de planification et des niveaux budgétaires. Premièrement, les éléments inconnus sont clairement marqués, et la décision est alors prise d'utiliser des diagnostics, PoC, des projets à fourchette fixe ou des recherches et développements en cours, qui sont généralement plus fiables qu'une demande directe de prix et de durée sans frontières.