EDI: l'échange de documents électroniques pour Microsoft Great Plains? Vue d'ensemble pour le développeur de logiciel / pr
Microsoft Great Plains - Microsoft Business Solutions comptables et ERP système, initialement ciblée à la mi-taille - maintenant, avec les progrès et la fiabilité croissante de sa base de données - Microsoft SQL Server, Great Plains est la solution attrayante pour les grandes sociétés. Les grandes entreprises ont généralement l'achat et l'automatisation du traitement des commandes par l'intermédiaire de ce qu'on appelle Electronic Document Interchange ou EDI. EDI a été introduit il ya longtemps pour UNIX systèmes et dans la plupart des cas, apparaît sous la forme d'en-tête, les lignes et Trailer de pré-définies fixe fields.We position tiens à vous donner - programmeur, développeur de logiciels, administrateur de la base des indices primaires sur la production de texte au format EDI à partir de Microsoft Great Plains base de données. S'il vous plaît, notez toutefois que Great Plains est pris ici comme exemple, approche similaire travaillera pour d'autres systèmes basée sur SQL: Navision (base de données SQL ou C / SIDE base de données), Microsoft RMS, Salomon, ainsi que Oracle et d'autres produits Microsoft. Dans le cas du système de non-SQL, comme le vieux Great Plains Dynamics, ACCPAC sur Pervasive SQL - IDE interface impliquera ADO / ODBC Microsoft Access ou programming.1. Exemple de requête? La requête ci-dessous utilise CAST construction pour rendre le résultat de longueur fixe et de rencontrer le positionnement. Plus la syndicalisation permet de produire en-tête et détaillée dans un Sélectionnez déclaration. Ici nous avons affaire à des ventes travaux Documentsselectcasewhen b.LNITMSEQ = c.LNITMSEQ +1 et b.CMPNTSEQ = c.CMPNTSEQ +1 alors CAST ( 'Header' en tant que char (10)) else CAST ( 'Détail' en tant que char (10) ) endas FIELD0, casewhen b.LNITMSEQ = c.LNITMSEQ +1 et b.CMPNTSEQ = c.CMPNTSEQ +1 alors cast (a.CUSTNAME en tant que char (65)) else cast (cast (b.QTYDMGED comme décimal (19,5)) en tant que char ( 65)) endas FIELD01, casewhen b.LNITMSEQ = c.LNITMSEQ +1 et b.CMPNTSEQ = c.CMPNTSEQ 1 puis le convertir (char (51), a.DOCDATE, 101) else cast (b.ITEMDESC en tant que char (51)) endas FIELD03 - Les champs supplémentaires vont herefrom SOP10100 une jointure SOP10200 b sur a.SOPTYPE = b.SOPTYPE et A. SOPNUMBE = b.SOPNUMBE joinRM00101 d sur a.CUSTNMBR = d.CUSTNMBRjoin (SOPTYPE choisir comme SOPTYPE, SOPNUMBE comme SOPNUMBE, LNITMSEQas LNITMSEQ, CMPNTSEQas CMPNTSEQ de SOP10200unionselect SOPTYPE comme SOPTYPE, SOPNUMBE comme SOPNUMBE, MIN (LNITMSEQ) -1 comme LNITMSEQ, MIN (CMPNTSEQ) -1 comme CMPNTSEQ de SOP10200group par SOPTYPE, SOPNUMBE) c sur a.SOPTYPE = c.SOPTYPE et a.SOPNUMBE = c.SOPNUMBEand ((b.LNITMSEQ = c.LNITMSEQ et b.CMPNTSEQ = c.CMPNTSEQ) ou (b.LNITMSEQ = c.LNITMSEQ +1 et b.CMPNTSEQ = c.CMPNTSEQ +1)) LEFT JOIN SOP10106 UDF sur a.SOPTYPE = udf.SOPTYPE et a.SOPNUMBE = udf.SOPNUMBEwhere a.ADDRESS3 «exporté» anda.SOPTYPE = 3 et supérieure (d.USERDEF2) = 'YES'order par a.SOPTYPE, a.SOPNUMBE, b.LNITMSEQ asc2. Mark documents traités - pour cette raison que nous utilisons le terrain SOP10100.ADDRESS3 - qui n'a pas été utilisé dans Dynamics Great Plains / version eEnterprise 6.0: SOP10100 UPDATE SET Address3 = 'export' où SOPTYPE = 33. Communication avec UNIX EDI client ou serveur? Chaque cas requiert une approche individuelle. Vous avez mai pour attribuer le répertoire de fichiers, exposé au système UNIX ou utiliser vieux DOS commande pour déplacer le fichier, ou vous pouvez avoir automatiquement par courriel. Bonne idée est d'écrire des applications de communication de votre programmation favori language4. Prévu package DTS - vous devriez probablement créer package DTS à faire toutes les étapes: appel de requêtes SQL et l'enregistrer comme un fichier, puis DOS commande d'appel ou de l'application EXE simple - qui ne communique avec la programmation UNIXHappy! Si vous voulez que nous fassions le travail - appelez-nous 1-866-528-0577! Le help@albaspectrum.comAbout AuthorAndrew Karasev est chef Technology Officer en technologies de l'Alba Spectrum? National USA Great Plains, Microsoft CRM COMPANY personnalisation, basé à Chicago, Californie, Colorado, Arizona, New York, le Texas, la Floride, la Géorgie et ayant endroits dans plusieurs états et au niveau international (www.albaspectrum.com), il est Dextérité, Transact SQL, C #. NET, Crystal Reports et Microsoft CRM Developer SDK; akarasev@albaspectrum.com
Source D'Article: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Webmaster obtenir le code html
Ajouter cet article sur votre site Web dès maintenant!
Webmaster envoyer vos articles
Aucune inscription requise! Remplissez le formulaire et votre article est dans le Messaggiamo.Com répertoire!
