|
[description], Story, any other text you want to use.
Great Plains Customization Upgrade– overview for CIO/IT Director
by: Andrew Karasev
When Microsoft bought Great Plains Software, then Navision it formed special subdivision - Microsoft Business Solutions. Several accounting/ERP systems: Great Plains Dynamics/eEnterprise, Navision Attain, Axapta, Solomon, later QuickSell - all written in different programming languages and manner and on different DB platforms were in Microsoft disposition at this time. While assuring existing customers in its commitment to support all these applications, Microsoft had to develop unification strategy. Around the same time Microsoft made its move with .Net introduction and tried to gain portion of cheaper databases market: Pervasive SQL/Btrieve, Ctree/Faircom - and launched free MSDE database program. General direction for all its accounting systems was chosen - Microsoft announced future releases of so called Microsoft suites: Microsoft Financial, Microsoft HR, Microsoft Logistics, Microsoft Manufacturing to name a few. However Microsoft did not announce which product (!
Great Plains, Solomon or Navision) will become the base or will be transformed into each specific suite. Al these suites will be integrated into web-based Microsoft Business Portal
This move, probably wise in the long run, exposed businesses with heavily customized MBS products to serious customization upgrade problems. We'll give you our recommendation, based on our practice. In this article we'll talk about Microsoft Great Plains.
1. Great Plains Dexterity Customizations – Microsoft announced that its products will be moved to .Net platform. This means that Dexterity will be phased out/discontinued. However, even now Microsoft Great Plains 8.0 is still Dexterity-based application. So, if you have Dexterity customization - our recommendation is to phase it out or consider replacing it with these: Crystal Reports, SQL Stored Procs and triggers, Web Publishing (Visual Studio.Net) from Great Plains database, eConnect (SDK created to eCommerce developers to deploy Great Plains as back end)
2. Pervasive SQL/Ctree migration to MS SQL - If you are still on these old platforms - then you are in trouble - you will be without Microsoft technical support by the end of 2004. When you do standard data migration via migration tool - Great Plains tables are migrated by the tool, however migration tooll has no info about your custom tables - these tables should be migrated manually. You can use MSSQL Server Linked Server construction to link to Pervasive/Ctree data. ODBC drivers can be installed from GP CDs.
3. VBA/Modifier/Continuum – all these are good candidates for replacement by newer technologies, because these will not have their place in .Net platform.
Additional notes: When Great Plains Software designed Dexterity as the replacement to its discontinued Great Plains Accounting - it proclaimed that Dexterity is DB independent - which is true to some extent. However there are specifics, and Dexterity customization should be analyzed and tuned to work with MS SQL Server, if it was originally designed for btrieve/ctree. We are talking about customization upgrade for Great Plains Dynamics/eEnterprise 5.0, 5.5, 6.0, 7.0 to Microsoft Great Plains 8.0 or 7.5.
Happy upgrading! if you want us to do the job - give us a call 1-866-528-0577! help@albaspectrum.com
About The Author
Andrew Karasev is Chief Technology Officer in Alba Spectrum Technologies – USA nationwide Great Plains, Microsoft CRM customization company, based in Chicago, California, Colorado, Arizona, Texas, Florida, Georgia, New York, Canada, UK, Australia and having locations in multiple states and internationally (www.albaspectrum.com), he is Dexterity, SQL, C#.Net, Crystal Reports and Microsoft CRM SDK developer.
akarasev@albaspectrum.com
|
philips web tv
Until recently, people used a technique called symmetric key cryptography to secure information being transmitted across public networks in order to make philips web tv shopping more secure. This method involves encrypting and decrypting a philips web tv message using the same key, which must be known to both parties in order to keep it private. The key is passed from one party to the other in a separate transmission, making it vulnerable to being stolen as it is passed along.
With public-key cryptography, separate keys are used to encrypt and decrypt a message, so that nothing but the encrypted message needs to be passed along. Each party in a philips web tv transaction has a *key pair* which consists of two keys with a particular relationship that allows one to encrypt a message that the other can decrypt. One of these keys is made publicly available and the other is a private key. A philips web tv order encrypted with a person's public key can't be decrypted with that same key, but can be decrypted with the private key that corresponds to it. If you sign a transaction with your bank using your private key, the bank can read it with your corresponding public key and know that only you could have sent it. This is the equivalent of a digital signature. While this takes the risk out of philips web tv transactions if can be quite fiddly. Our recommended provider listed below makes it all much simpler.
Broadcast On the Net Index
|
Main Menu
Broadcast On the Net
Site Map
Affiliate Ads, Links, news, etc.
News for 15-Jun-25 Source: BBC News - Home British passenger missing from Queen Mary 2 liner Source: BBC News - Home Sri Lankan court acquits five men in Tamil MP murder trial Source: BBC News - Home Drip dry Source: BBC News - Home Is Nigeria's 'plastic rice' actually real? Source: BBC News - Home The technology of touch Source: BBC News - Home US issues Jordan travel warning after deadly attacks Source: BBC News - Home Your pictures Source: BBC News - Home Kabul nights Source: BBC News - Home Real-life Libya plane hijack halts hijack film shoot Source: BBC News - Home Trump official Paladino under fire over crude Obama remarks
Links
Links
Links
|