Microsoft Great Plains Integración – Escenarios EDI, comercio electrónico

Posted by admin on March 7, 2013

Microsoft Dynamics GP, sucesor de Great Plains Dynamics Software y eEnterprise es una plataforma ERP muy popular, desplegado como oficina de contabilidad nuevo e integrado con diversos sistemas de gestión empresarial. Entre los escenarios más típicos de la integración GP MRP son EDI Electronic Document Interface y comercio electrónico. Vamos a examinar y comparar las metodologías, la integración y las herramientas de desarrollo de software, técnicas de programación y opciones de personalización

1. EDI. Intercambio Electrónico de Documentos está relativamente madura la tecnología y por lo general se realiza en forma de archivos de longitud fija de texto con formato de texto o arroyos. Más reciente enfoque puede considerar nueva generación de similar a la IED en el concepto de flujos XML. Cuando estamos hablando de GP, habrá que esperar dos tipos de integraciones EDI – cuando son proveedores (en este caso recibe el formato EDI, ya sea de venta órdenes de procesamiento de pedidos o facturas o facturas cuentas por cobrar), y cuando usted es cliente (en este caso Para realizar pedidos EDI de compra a sus proveedores). Desde el punto de vista tecnológico, el EDI no es realmente difícil en la realización a medida estándar y uniforme y de programación. Microsoft Dynamics GP, a partir de la versión 8.0, es compatible con la única plataforma de base de datos – Microsoft SQL Server. La versión actual de Microsoft Great Plains es de 10.0, disponible en MS SQL Server 2005 o 2000. Ustedes flujos de programa de EDI con comando SQL select, y campos de texto de formato con yeso o convertir las construcciones. Al importar las corrientes externas de EDI ti, es cuando se crea facturas SOP, se debe considerar la utilización de eConnect

2. comercio electrónico. Si usted es programador de comercio electrónico, por favor, invierta su tiempo en el aprendizaje de la tecnología eConnect. Usted probablemente ha oído hablar eConnect y sobre el hecho de que se dedicó inicialmente a los desarrolladores de software de comercio electrónico. Nos gustaría ordenar de popularizar el eConnect y decir esto – si lo hace la integración de comercio electrónico desde cero, lo que tiene que alimentar a las órdenes de comercio electrónico y las facturas en las tablas de cabecera: SOP10100, SOP10200. Sin embargo, usted debe saber que eConnect ya cuenta con este trabajo hecho por usted en los objetos de negocio – eConnect procedimientos almacenados cifrados. Hay varias situaciones cuando se debe romper con las restricciones eConnect. El primero es el hecho de que eConnect replica la lógica de negocio de Destreza (DYNAMICS.DIC es diccionario de Microsoft Dexterity, donde se almacena toda la base lógica de negocio módulos) e incluso confiando en el rendimiento asombroso de SQL Server, usted todavía puede tener la preocupación de que eConnect podría ser un poco lento , si el volumen de transacciones le cruza miles de registros por sesión. Si el rendimiento eConnect está en cuestión, se puede considerar hacer una integración simplificada en los procedimientos almacenados de SQL con inserción en la lógica. La limitación eConnect segunda es la ausencia de publicación de la lógica – con el fin de crear lotes de SOP que se necesita para implementar el servidor Albaspectrum publicación.

Categories: Software

Comments are closed.