Microsoft Dynamics GP Reporting - Vue d'ensemble pour Consultant

Microsoft Great Plains Dynamics GP offre une variété d'outils de reporting: ReportWriter Dextérité, Microsoft SQL Server Reporting Services, FRx, Advanced Rapports financiers (qui est en fait l'héritage ancien dex outil), Crystal Reports, Requêtes SQL (exportées vers MS Excel), Liste à puce et le Générateur de liste intelligente, Dextérité Microsoft Great Plains. Cette variété de gadgets rapports conduit parfois à des malentendus sur ce que outil de reporting peut faire pour vous. Profitons de cette approche philosophique - si vous avez un outil pour créer des vis, nécessaires au montage de voitures - cela ne signifie pas que nouvelle version de la machine à vis laissera votre voiture courut plus vite ou que vous laissez à produire nouveau modèle de voiture.

o Outils de Reporting limites. Typiquement outils de reporting tels que Crystal Reports ou MS SQL Server Reporting Services (SRS) vous permettent de lier des tables GP en quelque outil visuel de liaison et ensuite construire votre corps du rapport, puis il groupe et montrent des valeurs résumées par des groupes. Quelles que soient vos attentes outil plus récent rapport fera miracle, vous devez aller dans le moteur de rapport, qui est généralement conçu en dehors des rapports outil, nous allons décrire ci-dessous

o SQL Vues. Dans SQL Server, vous pouvez aller bien au-delà de la fonctionnalité restreinte outil de reporting - vous pouvez créer des vues, où vous pouvez syndiquer instructions select et de bases de données croisées et même les plates-formes serveurs - requêtes hétérogènes, où vous tirez des données, rejoignant plates-formes de données: SQL Server , Oracle, autre compatible ODBC, etc Eh bien, vues SQL sont d'excellents outils, mais parfois il faut aller plus loin pour scripts SQL, tel que décrit ci-dessous

o procédure stockée SQL. Vous pouvez baser votre SRS ou Crystal Reports sur SQL procédure stockée (parfois appelé procédure stockée). La procédure est plus souple et permet d'ajouter des variables, des paramètres, de construire des tables temporaires pour rejoindre vos données provenant de sources diverses dans l'union unique. Typiquement vous passez à l'approche de procédure stockée lorsque vous avez besoin des tables temporaires, les paramètres et les états exec (lorsque vous générez votre instruction select à la volée à partir de constructions texte)

o GP Assistant Rapport. Nous vous recommandons ces considérations. Tout d'abord, essayer de lier des tables en outil de reporting. Si vous voyez que cette approche ne fonctionne pas, essayez concept de vue SQL. Si View n'est pas une option, envisager une procédure stockée SQL - c'est la solution finale et garantie (si vous sentez que vous n'êtes toujours pas suffisamment orientée - réfléchir à des tables temporaires - ils devraient vous permettre de produire un jeu de résultats final)...