Dextérité personnalisation de Microsoft Vue d'ensemble de mise à niveau

Si vous déployez Microsoft Dynamics GP ou une version antérieure de Microsoft Great Plains, anciennement connu sous le nom Great Plains Software eEnterprise, dynamique / Dynamique C / S + et si vous avez des Grands modification Plaines inhouse Dextérité, alors votre mise à niveau personnalisée module de Dex pourrait être inévitable question pour vous , si vous prévoyez de mettre à jour vers la version actuelle GP .. Avant de vous lancer dans GP de mise à jour, vous devriez obtenir quelques conseils sur la façon de comprendre vos itinéraires GP de mise à niveau de dextérité. Dans ce petit article, qui n'est pas techniquement difficile, mais nécessite IT et potentiellement de programmation et d'arrière-plan du développement, nous allons essayer de vous donner l'orientation initiale.

Technologie o Personnalisation Dextérité utilisé. Eh bien, tout d'abord - Dex a été conçu comme DB et de l'informatique graphique indépendant de la plateforme EDI. Plus tard, lorsque Microsoft a acheté Great Plains Software, Dextérité a été optimisé pour Microsoft SQL plate-forme serveur DB et de soutien pour les plates-formes déterminées d'autres, comme Pervasive SQL 2000/Btrieve et Ctree / Faircom a été abandonnée. Pour vous, cela signifie que première chose à regarder est - êtes-vous sur l'héritage de la plate-forme DB: Pervasive ou Ctree. Si vous êtes sur plates-formes existantes mentionnées, alors vos modules personnalisés dex utilise des curseurs Dextérité soi-disant - ceux-ci peuvent travailler et ne peuvent pas pour version la plus récente de Microsoft SQL Server 2005 - Performances en plus peut-être pas optimisé - la réingénierie est recommandé de déplacer les curseurs Dex logique à MS SQL Server procédures stockées

o Dex sanscript dans le code VBA / Modifier. Cette technologie a été utilisée vers 1998-2000, il a également parfois appelé la génération de code Continuum (Continuum pour VB et Delphi). Dans le même temps, l'avantage de cette technologie est la possibilité de passer des Grandes Plaines des modules tiers dans vos scripts VBA, puis appliquer dex sanscript logique dictionnaire tiers - lorsque nous nous souvenons des exemples de projets Intellisol comptables et Advanced Purchase Order Processing modules ont été manipulés dans décrit la technologie. Inconvénient de cette technologie est - incapacité de déboguer du code en VBA sanscript débogueur et en tant que telle - des problèmes de mise à niveau, surtout quand Intellisol comptabilité de projet n'a pas été retenu par Great Plains Software doit être acheté et intégré dans un ensemble de GP modules standard

o Objets personnalisés. Dex vous permet de personnaliser pratiquement tout dans les Grandes Plaines, mais l'impact sur la mise à niveau dépend du type personnalisé objets. La première idée est de mettre à niveau existants objets GP, comme la forme des ventes de traitement des commandes, par exemple, mais si vous le faites, alors que GP lance une nouvelle version - vous pratiquement dû Changez l'apparence de formulaire d'inscription SOP nouveau. Opposé à la modification des formes existantes, vous devriez essayer de créer de nouvelles formes ou si cela n'est pas possible et vous avez encore besoin d'une logique personnalisée pour frapper les formes existantes, estiment que le processus de déclenchement Dextérité forme

o Rapports Dextérité. Ce sont des candidats à être redessiné dans SQL Procédures stockées ou des vues SQL et a déménagé aux rapports SRS (de préférence) ou Crystal...