Slideshare utiliza cookies para mejorar la funcionalidad y el rendimiento, y para proporcionarle publicidad relevante. Si sigues viendo el sitio, aceptas el uso de cookies en este sitio web. Consulte nuestro Acuerdo de usuario y Política de privacidad. Slideshare utiliza cookies para mejorar la funcionalidad y el rendimiento, y para proporcionarle publicidad relevante. Si sigues viendo el sitio, aceptas el uso de cookies en este sitio web. Consulte nuestra Política de privacidad y el Contrato de usuario para obtener más detalles. Explore todos sus temas favoritos en la aplicación SlideShare Obtenga la aplicación SlideShare para Guardar para más tarde, incluso sin conexión Continuar al sitio para móviles Cargar Inicio de sesión Registrarse Toque dos veces para reducir los desafíos de B2B en la industria de alta tecnología Mark Morley, MBA EasyLink ahora es OpenText En 2012 OpenText adquirió EasyLink, un proveedor global de mensajería electrónica basada en la nube y servicios de integración empresarial. EasyLink ahora es parte de OpenText Business Network. Un conjunto de soluciones dentro de Enterprise Information Management (EIM) que facilita el intercambio de información eficiente, seguro y compatible dentro y fuera de las organizaciones. Los productos de Business Network incluyen soluciones de fax electrónico, soluciones de mensajería segura y cifrada y capacidades de notificaciones masivas. Están disponibles opciones flexibles de implementación, incluidas las implementaciones de cloud, locales e híbridas. Productos y soluciones Buscando más información A continuación encontrará más detalles sobre los productos de Business Network actuales: Qué es la integración B2B? La integración B2B puede ser intimidante para aquellos que no están familiarizados con la tecnología. Hay muchos estándares diferentes y mucha jerga intimidante. Haremos nuestro mejor esfuerzo para explicar los conceptos básicos de las tecnologías de integración B2B en inglés simple. El propósito de la integración B2B es sacar información de sus aplicaciones de negocio y enrutarla rápidamente en las aplicaciones de sus socios comerciales (clientes, proveedores, bancos, proveedores de logística). Se requieren cuatro pasos básicos para lograr esto. Paso 1. La aplicación de origen El objetivo de la integración B2B es extraer información de sus aplicaciones de negocio y enrutarla rápidamente en las aplicaciones de sus socios comerciales. El primer paso es extraer los datos que desea enviar a su socio comercial desde el sistema de origen. Sin embargo, antes de explicar cómo funciona, vamos a discutir lo que entendemos por sistema de origen. Por ejemplo, una empresa fabricante podría querer extraer una orden de compra de su aplicación ERP (la fuente). Una institución financiera podría querer extraer un comercio de valores de su sistema de gestión de pedidos (la fuente). Un minorista puede querer extraer una lista de las transacciones de ventas recientes de su punto de venta (POS) del sistema (la fuente). Cada empresa opera su negocio utilizando un conjunto único de aplicaciones de software. En la industria manufacturera, por ejemplo, las empresas suelen utilizar aplicaciones ERP para alimentar la mayoría de sus operaciones de negocios de recursos humanos, finanzas, adquisiciones y cumplimiento de pedidos. Pero hay muchos editores diferentes de software ERP. Oracle, SAP, Infor, Microsoft y Sage están entre los más populares. En el sector minorista, muchas de las mismas aplicaciones ERP también son populares, pero la funcionalidad es diferente. Las aplicaciones ERP de minorista de Oracle, SAP o JDA necesitan soportar operaciones de tiendas, merchandising, planificación de la demanda, contabilidad y gestión de almacén. En el sector de servicios existen muchos proveedores de aplicaciones especializadas para cada industria. Por ejemplo, una institución financiera podría utilizar SAP o Oracle para sus recursos humanos, finanzas y adquisiciones, pero aplicaciones especializadas de Metavante, S1 o Charles River para apoyar sus diversas ofertas de productos. Cada vez más empresas en todas las industrias están utilizando aplicaciones de software como servicio (SaaS) que se ejecutan en la nube. Además de (o como alternativa a) las aplicaciones empresariales tradicionales mencionadas anteriormente, su empresa también puede estar utilizando Salesforce para la gestión de relaciones con clientes. Día de trabajo para recursos humanos NetSuite para finanzas y contabilidad o Concur para gestión de gastos. Ahora a la parte importante cómo podemos obtener los datos de estas aplicaciones para enviarlo a los socios de negocios Cada proveedor de aplicaciones, ya sea que ofrece software tradicional o servicios en la nube, ofrece diferentes formas de extraer e insertar datos. Los proveedores de SaaS normalmente ofrecen una API (interfaz de programación de aplicaciones) que lee, escribe o actualiza los campos de la base de datos vinculados a sus aplicaciones. Los proveedores de ERP más grandes ofrecen sus propias aplicaciones de middleware con sus suites de software. Algunos ejemplos son SAP Process Process Integrator y Oracle s Fusion. Estos tipos de paquetes de middleware facilitan el envío de datos de ida y vuelta a las aplicaciones ERP. No todos los proveedores de aplicaciones de software ofrecen sofisticadas API o middleware especializado. Sin embargo, casi todos los proveedores ofrecen una utilidad para extraer datos o insertarlos a granel desde o hacia un sistema de archivos. Así que antes de decidir sobre la mejor manera de extraer datos de su (s) aplicación (es) fuente, deberá investigar las opciones ofrecidas por su proveedor de aplicaciones. Entonces necesitará conectar su tecnología de integración B2B a estas aplicaciones de origen a través de una API, middleware u otra utilidad. Sin embargo, aún queda mucho por hacer antes de que los datos puedan transmitirse a su socio de negocios. Paso 2. Los datos de formato de carga útil se pueden empaquetar en diferentes formatos. Algunos formatos están estandarizados para que puedan ser utilizados en aplicaciones escritas por diferentes proveedores de software. Otros formatos son propietarios, sólo para ser utilizados por las aplicaciones de un solo proveedor. Cada aplicación comercial almacena datos en su propio formato propietario. El paso 2 del proceso es convertir los datos del formato propietario de la aplicación de origen en un estándar de la industria. Hay muchos estándares diferentes, pero EDI y XML son los dos más populares para la integración B2B. Los estándares de la industria proporcionan un lenguaje común que permite a todos los socios comerciales de un sector en particular comunicarse fácilmente. Alguna vez has enviado una foto digital a un amigo o familiar Si es así, es probable que fueron capaces de ver la fotografía en su computadora sin ningún problema. Razón de ser, los formatos utilizados para las fotografías digitales GIF, JPEG y TIFF (por nombrar algunos) están altamente estandarizados. Pero no todos los tipos de datos son tan estandarizados como las fotos. Alguna vez ha creado un archivo en una Mac y ha intentado transferirlo a una PC? Fue capaz de abrir el archivo? Y fue correctamente formateado Esto se ha convertido en menos de un reto recientemente como los vendedores de software de escritorio se han desplazado hacia los formatos estandarizados. Hace diez años, era un gran problema. Y sigue siendo un gran problema en el mundo de las interacciones comerciales. Para solucionar estos problemas de interoperabilidad, la industria tecnológica creó estándares B2B. EDI, creado en la década de 1970, fue el primer estándar ampliamente utilizado para B2B. XML, introducido a finales de los noventa, es otra alternativa que está ganando constantemente la adopción. La idea detrás de las normas es que todas las empresas de una industria en particular pueden compartir información electrónicamente utilizando un lenguaje común. Los datos de un sistema ERP de Oracle pueden extraerse en su formato nativo y convertirse a XML. El mensaje XML puede ser transmitido a una comunidad de socios de negocios que entienden XML. Cada empresa individual puede convertir el XML en el formato de su aplicación comercial tal vez Microsoft Dynamics. Aunque hemos estado utilizando los términos EDI y XML en la forma singular anterior, en realidad hay un gran número de diferentes estándares basados en estas dos tecnologías. Originalmente se utilizaron diferentes estándares EDI en cada país (EE. UU., Alemania, Francia, Reino Unido, Japón), pero a lo largo de los años la industria ha convergido en dos formatos principales ANSI X.12 (popular en Norteamérica) y EDIFACT (popular en Asia Y Europa). Los estándares XML introducidos posteriormente fueron diseñados para uso global, pero a menudo dentro de una industria en particular. Hay RosettaNet para el sector de alta tecnología, CIDX para productos químicos, SPEC2000 para el sector aeroespacial, GUSI para productos de consumo y así sucesivamente. Qué estándar debe elegir Bueno, en realidad no puede tener una opción. Lo más probable es que sus clientes le dirán qué normas prefieren. Debe asignar los campos de datos de su aplicación empresarial a los campos correspondientes del estándar de la industria (por ejemplo, EDI, XML) que elija. Cada vez que un mensaje es enviado o recibido de su cliente, se traducirá al formato apropiado. La buena noticia es que puede decirle a sus proveedores qué estándar prefiere. Y tendrán que realizar el mapeo y la traducción necesarios para hacer negocios con usted. Paso 3. El protocolo de transporte Ahora que la carga está en el formato apropiado, está listo para la transmisión del Paso 3 de los datos a su socio comercial. Hay muchos protocolos de Internet diferentes que son capaces de transmitir mensajes (payloads) entre empresas. Los protocolos disponibles ofrecen una variedad de opciones para satisfacer diferentes necesidades de rendimiento y seguridad. Una manera de pensar en las diferentes opciones es compararlas con las opciones ofrecidas por el servicio postal para enviar un trozo de correo físico. Usted puede enviar una postal, que es muy barato, pero no ofrece privacidad, como cualquiera que se encuentre con él puede leer el contenido. Puede incluir el contenido en un sobre. Pero los sobres pueden ser fácilmente abiertos por cualquiera que los maneje. Además, el sobre podría ser accidentalmente mal dirigido a la dirección equivocada. Podría poner un cheque de 10.000 en un sobre llano y enviarlo a través del servicio postal Si el contenido de su carta eran sensibles o críticos es posible que desee recibir confirmación de entrega. La confirmación puede ser pasiva en la forma de ser capaz de rastrear la ubicación en un sitio web. O, la confirmación podría ser más activa, como una prueba de entrega que se le envía. Algunos contenidos son demasiado grandes para rellenar un sobre. En su lugar, podría ser necesario un cuadro. Si el contenido era valioso es posible que desee proteger el interior con un embalaje especial. Además, es posible que desee asegurar el paquete, que proporcionaría una compensación financiera si se dañó, perdió o robado. Una larga lista de protocolos de red como AS1, AS2, AS3, AS4, FTP, FTP / S, S / FTP, OFTP, HTTPS, MQ y EBICS están disponibles para apoyar la integración B2B. Cada uno de estos ofrece una combinación diferente de seguridad, rendimiento y fiabilidad para atraer a diferentes usuarios. AS1, por ejemplo, es un protocolo basado en el SMTP (Simple Mail Transport Protocol) que se utiliza para las transmisiones de correo electrónico. AS1 permite a los usuarios tomar un documento EDI o XML y rellenarlo en un correo electrónico antes de enviarlo a través de Internet. AS2, es otro protocolo que se basa en HTTP (Hyper-Text Transfer Protocol). HTTP es el protocolo utilizado para transmitir contenido del sitio web, como HTML e imágenes, entre el navegador de su computadora y el servidor web alojado en un centro de datos remoto. AS2 permite a los usuarios tomar un documento EDI o XML y rellenarlo en un formato de página web antes de enviarlo a través de Internet. Qué protocolo de transporte debe elegir De nuevo, al igual que con la carga útil que no puede tener una opción. Sus clientes pueden dictar qué protocolo (por ejemplo, AS2, FTP) debe utilizar para enviar datos. Para lograr esto, deberá asegurarse de que la tecnología de integración B2B que está utilizando admita los protocolos de transporte a los que sus clientes desean comunicarse. Una vez más, la buena noticia es que puede indicar a sus proveedores exactamente en qué protocolo de transporte deben comunicarse. La aplicación de destino El paso final en el proceso de integración B2B es que su socio de negocios reciba y procese los datos que envíe a ellos. Las grandes empresas pueden recibir mensajes EDI o XML a través de AS2, FTP o MQ. Una vez recibidos, sus socios comerciales pueden convertir los mensajes en el formato propietario de su propia aplicación comercial. Las compañías más pequeñas generalmente no están equipadas para aceptar mensajes EDI o XML. En cambio, las organizaciones más pequeñas prefieren que los datos se publiquen en una página web o se envíen a través de un correo electrónico. Estos métodos permiten a la compañía más pequeña digerir fácilmente los datos y alimentarlos en sus propios sistemas internos. Grandes empresas Es probable que sus socios comerciales más grandes tengan sistemas informáticos sofisticados que incluyan capacidades de integración B2B. Por lo tanto, estas organizaciones más grandes deben estar bien preparadas para conectarse e intercambiar utilizando una variedad de protocolos de red (AS2, FTP, MQ) y formatos de carga (EDI, XML). La conectividad a estos socios debería ser relativamente fácil. No es necesario preocuparse por las aplicaciones que están ejecutando sus socios. Ellos manejarán los detalles de la traducción de los datos en su formato preferido e insertando la información en sus aplicaciones. Una vez que usted está de acuerdo en un enfoque con estos socios sólo tendrá que realizar algunas pruebas básicas para asegurarse de que todo está funcionando correctamente. Pequeñas empresas Usted puede tener muchos socios comerciales más pequeños también. Estas organizaciones más pequeñas a menudo carecen del presupuesto, los recursos y la experiencia necesaria para implementar las tecnologías de integración B2B. No están equipados para enviar o recibir mensajes en EDI y XML transmitidos a través de AS2, FTP o MQ. Como resultado, se requiere un enfoque diferente para estas empresas más pequeñas. La forma más popular de obtener datos desde y hacia las pequeñas empresas es a través de un portal web. En lugar de enviar los datos a través de AS2, FTP o MQ, la información se captura y se publica en un sitio web seguro. Su socio comercial puede iniciar sesión para crear y enviar o recibir y descargar mensajes electrónicos de usted. Al utilizar este enfoque, las pequeñas empresas no necesitan comprar y administrar software de integración B2B. Existen otros enfoques disponibles para compartir información con pequeñas empresas. Existe tecnología para convertir mensajes EDI y XML en faxes y correos electrónicos. Un número creciente de tecnologías son capaces de integrarse con paquetes de contabilidad de pequeñas empresas como QuickBooks, Sage o Peachtree. Se puede agregar un botón al paquete de contabilidad que permite al usuario descargar todas sus órdenes de compra o cargar todas sus facturas. Las tecnologías de integración B2B se utilizan en segundo plano, pero el proceso es transparente para el usuario. Antes de poder avanzar con cualquiera de los cuatro pasos anteriores para intercambiar datos con sus socios comerciales, debe adquirir la tecnología de integración B2B adecuada. La tecnología B2B recopilará datos de las aplicaciones de origen, traducirá los datos en formatos de carga útil estandarizados y luego enviará los documentos al socio comercial utilizando el protocolo de transporte adecuado. Históricamente, las compañías licenciarían el software de la integración del B2B para funcionar en sus centros de datos corporativos. Sin embargo, como el cloud computing se ha vuelto más popular, un número creciente de organizaciones están utilizando servicios de integración alojados para B2B. Las características básicas de la integración B2B son similares, ya sea que elija administrar software en la empresa o utilizar servicios en la nube. En esta sección nos referiremos a la tecnología ya sea software o basado en la nube como una plataforma de integración B2B. Protocolos de transporte Las plataformas de integración normalmente vienen con una biblioteca de adaptadores de comunicaciones que admiten todos los protocolos de transporte de Internet populares AS2, FTP, MQ y otros. Por supuesto, es importante asegurarse de que la plataforma que elige soporta todos los protocolos de transporte que sus clientes y proveedores requieren. Integración de aplicaciones Las plataformas de integración también incluyen adaptadores para importar y exportar datos de aplicaciones empresariales populares como SAP, Oracle, Infor y Microsoft Dynamics. A medida que las aplicaciones SaaS se han vuelto más populares, las bibliotecas de adaptadores para Salesforce, NetSuite, Workday y otros servicios en la nube están disponibles. Por supuesto, la lista de adaptadores que necesitará variará en función de las aplicaciones que utilice. Mapeo y traducción Un componente crítico de una plataforma de integración es el servidor de traducción. El traductor convierte documentos de un formato a otro. Por ejemplo, un iDoc de SAP se puede convertir en XML de RosettaNet. Una transacción EDI de ANSI X.12 se podría convertir en una hoja de cálculo de Microsoft Excel. Antes de que pueda producirse la traducción, los campos de datos del origen y del destino deben correlacionarse entre sí. El software de asignación le permite visualizar los campos de datos y crear las relaciones entre los dos documentos. Seguimiento e informes Si envía cientos o miles de mensajes al día a varios socios comerciales, es fundamental que pueda realizar un seguimiento del estado de cada uno. Las funciones de generación de informes de las plataformas de integración le permitirán identificar los mensajes transmitidos, los que están en proceso y los que han fallado debido a errores. Las plataformas de integración B2B pueden incluir una amplia variedad de opciones adicionales, algunas de las cuales pueden ser apropiadas para sus necesidades. Por ejemplo, es posible que desee que las capacidades de cifrado protejan los datos financieros sensibles durante la transmisión. Es posible que desee capacidades de compresión para permitir que los archivos grandes se pueden enviar más rápido. Es posible que desee capacidades de validación de datos que puedan aplicar reglas empresariales a la información que está enviando para identificar cualquier error. Listo para comenzar
No comments:
Post a Comment