English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

Еди: обмен на електронни документи за Microsoft Great Plains? Преглед на разработчик на софтуер / PR

Софтуер RSS Feed





Microsoft Great Plains - Microsoft Business Solutions счетоводство и ERP система, първоначално насочени към Голямо средата - сега, с подобрения и повишаване на надеждността на своята база данни - Microsoft SQL Server, Great Plains е привлекателно решение за големи корпоративни. Големите компании обикновено имат закупуване и автоматизация на обработка на поръчките чрез т.нар електронния документ обмен или ЕОД. EDI е въведено преди много време за UNIX системи и в повечето от случаите се появява в формата на Header, линии и Трейлър на предварително фиксирани fields.We позиция би искал да ви дам - програмист, разработчик на софтуер, администратори на първични улики за производство на EDI форматиран текст от Microsoft Велик Plains база данни. Моля, имайте предвид обаче, че Great Plains тук е приет за пример, подобен подход ще работят за други SQL базирани системи: Navision (SQL база данни или C / странични база данни), Microsoft RMS, Соломон, както и Oracle и други продукти, които не са Microsoft. В случай на неспазване на SQL система, като стар Great Plains Динамика, ACCPAC на проникващ SQL - IDE интерфейс ще включва ADO / ODBC или Microsoft Access programming.1. Примерни заявка? Заявката по-долу използва отлято строителството да направи резултата фиксирана дължина и да отговаря на позициониране. Плюс unionizing позволява да се произвеждат Горен и подробно в едно изберете изявление. Тук имаме работа с работата Продажби Documentsselectcasewhen b.LNITMSEQ = c.LNITMSEQ 1 и b.CMPNTSEQ = c.CMPNTSEQ 1 след гласове ("Header" като знак (10)) друго гласове ("Елементи" като знак (10) ) endas FIELD0, casewhen b.LNITMSEQ = c.LNITMSEQ 1 и b.CMPNTSEQ = c.CMPNTSEQ 1 след гласове (a.CUSTNAME като CHAR (65)) друго глас (гласове (b.QTYDMGED като десетично (19,5)) като знак ( 65)) endas FIELD01, casewhen b.LNITMSEQ = c.LNITMSEQ 1 и b.CMPNTSEQ = c.CMPNTSEQ 1 тогава превръщам (CHAR (51), a.DOCDATE, 101) друг глас (b.ITEMDESC като CHAR (51)) endas FIELD03 - Опции отидете herefrom SOP10100 съвместен б SOP10200 на a.SOPTYPE = b.SOPTYPE и А. SOPNUMBE = b.SOPNUMBE joinRM00101 г на a.CUSTNMBR = d.CUSTNMBRjoin (изберете SOPTYPE като SOPTYPE, SOPNUMBE като SOPNUMBE, LNITMSEQas LNITMSEQ, CMPNTSEQas CMPNTSEQ от SOP10200unionselect SOPTYPE като SOPTYPE, SOPNUMBE като SOPNUMBE, MIN (LNITMSEQ) -1 като LNITMSEQ, MIN (CMPNTSEQ) -1 като CMPNTSEQ от SOP10200group от SOPTYPE, SOPNUMBE) в по a.SOPTYPE = c.SOPTYPE и a.SOPNUMBE = c.SOPNUMBEand ((b.LNITMSEQ = c.LNITMSEQ и b.CMPNTSEQ = c.CMPNTSEQ) или (b.LNITMSEQ = c.LNITMSEQ 1 и b.CMPNTSEQ = c.CMPNTSEQ 1)) напусна СДС се присъедини SOP10106 на a.SOPTYPE = udf.SOPTYPE и a.SOPNUMBE = udf.SOPNUMBEwhere a.ADDRESS3 "anda.SOPTYPE Изнесени" = 3 и горните (d.USERDEF2) = "YES'order от a.SOPTYPE, a.SOPNUMBE, b.LNITMSEQ asc2. Марк обработени документи - по тази причина ние използваме SOP10100.ADDRESS3 област - който не е използван в Great Plains Динамика / eEnterprise версия 6.0: Актуализиране SOP10100 определени ADDRESS3 = "Износът" Когато SOPTYPE = 33. Съобщение с UNIX EDI клиента или сървър? Всеки случай изисква индивидуален подход. Може да се наложи да възложи на файла директория, изложени на въздействието на системата UNIX или използват стари DOS команда, за да преместите файла, или да са с автоматично имейл. Добра идея е да се напише молба съобщение в любимия си програмен language4. Планирана DTS пакет - вероятно ще трябва да създадете DTS пакета, за да направи всички стъпки: Покана SQL заявка и да го запишете като файл, а след това повикване DOS команда или просто EXE приложение - която не комуникира с UNIXHappy програмиране! Ако искате да си свършат работата - обадете ни се 1-866-528-0577! help@albaspectrum.comAbout на AuthorAndrew Karasev е главен Технологичен директор в областта на технологиите Алба Спектър? САЩ национален Great Plains, Microsoft CRM персонализиране компания, базирана в Чикаго, Калифорния, Колорадо, Аризона, Ню Йорк, Тексас, Флорида, Джорджия и като местоположения в различни държави и в международен план (www.albaspectrum.com), той е ловкост, Transact SQL, C #. Net, Crystal Reports и Microsoft CRM SDK разработчик; akarasev@albaspectrum.com

Член Източник: Messaggiamo.Com

Translation by Google Translator





Related:

» Seo Elite: New Seo Software!
» AntiSpywareBOT
» Reverse Mobile
» Error Nuker


уебмастъра Вземи Html кодекс
Добави тази статия на вашия сайт сега!

уебмастъра Подайте членове
Не е необходима регистрация! Попълнете формата и статията ви е в Messaggiamo.Com директория!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Подайте членове на Messaggiamo.Com директория

Категории


Авторско право 2006-2011 Messaggiamo.Com - Карта на сайта - Privacy - уебмастъра представят вашите статии за Messaggiamo.Com директория [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu