Gxs trading grid online login

O Slideshare usa cookies para melhorar a funcionalidade e o desempenho e fornecer publicidade relevante. Se você continuar navegando no site, você concorda com o uso de cookies neste site. Veja nosso Contrato de Usuário e Política de Privacidade. O Slideshare usa cookies para melhorar a funcionalidade e o desempenho e fornecer publicidade relevante. Se você continuar navegando no site, você concorda com o uso de cookies neste site. Consulte nossa Política de Privacidade e Contrato de Usuário para obter detalhes. Explore todos os seus tópicos favoritos no aplicativo SlideShare Obtenha o aplicativo SlideShare para Salvar para mais tarde, mesmo offline Continue para o site para celular Carregar Login Assinar Toque duas vezes para diminuir os desafios da B2B em toda a indústria de alta tecnologia Mark Morley, MBA Compartilhar esta SlideShare LinkedIn Corporation 2017 EasyLink EasyLink agora é OpenText Em 2017, OpenText adquiriu a EasyLink, um provedor global de serviços de mensagens eletrônicas e integração de negócios baseados em nuvem. O EasyLink agora faz parte da OpenText Business Network. Um conjunto de soluções dentro da Enterprise Information Management (EIM) que facilita o intercâmbio eficiente, seguro e compatível de informações dentro e fora das organizações. Os produtos da Business Network incluem soluções de fax eletrônico, soluções de mensagens seguras e criptografadas e recursos de notificações em massa. Estão disponíveis opções flexíveis de implementação, incluindo implantações em nuvem, instalações e híbridas. Produtos e Soluções Procurando mais informações Confira abaixo para obter mais detalhes sobre os produtos atuais da Rede de Negócios: O que é Integração B2B A integração B2B pode ser intimidante para aqueles que não estão familiarizados com a tecnologia. Existem muitos padrões diferentes e muitos jargões intimidadores. Faremos o nosso melhor para explicar os conceitos básicos das tecnologias de integração B2B em inglês simples. O objetivo da integração B2B é extrair informações de seus aplicativos de negócios e encaminhá-lo rapidamente para as aplicações de seus parceiros de negócios (clientes, fornecedores, bancos, provedores de logística). Quatro etapas básicas são necessárias para realizar isso. Etapa 1. O aplicativo de origem O objetivo da integração B2B é tirar informações de seus aplicativos de negócios e encaminhá-lo rapidamente para os aplicativos de seus parceiros de negócios. O primeiro passo é extrair os dados que você deseja enviar para seu parceiro de negócios a partir do sistema de origem. No entanto, antes de explicar como isso funciona, vamos discutir o que entendemos por sistema de origem. Por exemplo, uma empresa fabricante pode querer extrair uma ordem de compra de seu aplicativo ERP (a fonte). Uma instituição financeira pode querer extrair um comércio de títulos de seu sistema de gerenciamento de pedidos (a fonte). Um revendedor pode querer extrair uma lista de transações de vendas recentes de seu ponto de venda (POS) sistema (a fonte). Cada empresa opera seus negócios usando um conjunto exclusivo de aplicativos de software. Na indústria de manufatura, por exemplo, as empresas normalmente usam aplicativos ERP para alimentar a maioria das operações comerciais de recursos humanos, finanças, compras e cumprimento de pedidos. Mas existem muitos editores diferentes de software ERP. Oracle, SAP, Infor, Microsoft e Sage estão entre os mais populares. No setor de varejo, muitas das mesmas aplicações ERP também são populares, mas a funcionalidade é diferente. Os aplicativos de ERP de varejistas da Oracle, SAP ou JDA precisam suportar operações de loja, merchandising, planejamento de demanda, contabilidade e gerenciamento de armazém. No setor de serviços, existem muitos fornecedores de aplicativos especializados para cada setor. Por exemplo, uma instituição financeira pode usar a SAP ou a Oracle para seus recursos humanos, finanças e aquisições, mas aplicações especializadas da Metavante, S1 ou Charles River para dar suporte às suas várias ofertas de produtos. Cada vez mais empresas em todos os setores estão usando Software como um serviço (SaaS) aplicações em execução na nuvem. Além de (ou como uma alternativa para) as aplicações empresariais tradicionais listadas acima, sua empresa também pode estar usando o Salesforce para gerenciamento de relacionamento com o cliente Dia útil para recursos humanos NetSuite para finanças e contabilidade ou Concur para gerenciamento de despesas. Agora, para a parte importante, como podemos obter os dados dessas aplicações para enviá-lo para parceiros de negócios Cada fornecedor de aplicativos, se ele oferece software tradicional ou serviços em nuvem, oferece diferentes maneiras de extrair e inserir dados. Os fornecedores de SaaS geralmente oferecem uma API (interface de programação de aplicativos) que lê, grava ou atualiza os campos do banco de dados vinculados a seus aplicativos. Os maiores fornecedores de ERP oferecem cada um seus próprios aplicativos de middleware com seus suítes de software. Exemplos incluem SAP Process Processer e Oracle s Fusion. Esses tipos de pacotes de middleware facilitam o envio de dados para os aplicativos ERP. Nem todos os fornecedores de aplicativos oferecem APIs sofisticadas ou middleware especializado. Mas quase todos os fornecedores oferecem um utilitário para extrair dados ou inseri-lo em massa para ou a partir de um sistema de arquivos. Portanto, antes que você possa decidir sobre a melhor maneira de extrair dados de seu (s) aplicativo (s) de origem, você precisará pesquisar as opções oferecidas pelo (s) fornecedor (es) de aplicativos. Em seguida, você precisará conectar sua tecnologia de integração B2B a essas aplicações de origem por meio de uma API, middleware ou outro utilitário. No entanto, ainda há mais trabalho a fazer antes que os dados possam ser transmitidos ao seu parceiro de negócios. Passo 2. Os Dados de Formato de Carga Útil podem ser empacotados em diferentes formatos. Alguns formatos são padronizados para que possam ser usados ​​em aplicativos escritos por diferentes fornecedores de software. Outros formatos são proprietários, apenas para ser usado por aplicativos de um único fornecedor. Cada aplicativo de negócios armazena dados em seu próprio formato proprietário. Passo 2 do processo é converter os dados do formato proprietário do aplicativo de origem em um padrão da indústria. Existem muitos padrões diferentes, mas EDI e XML são os dois mais populares para a integração B2B. Os padrões da indústria fornecem uma linguagem comum que permite que todos os parceiros de negócios dentro de um setor específico se comuniquem facilmente. Alguma vez você já enviou uma foto digital para um amigo ou membro da família Se assim for, as chances são que eles foram capazes de ver a fotografia no seu computador sem qualquer problema. Razão sendo, os formatos utilizados para fotografias digitais GIF, JPEG e TIFF (apenas para citar alguns) são altamente padronizados. Mas nem todos os tipos de dados são tão padronizados quanto as fotos. Você já criou um arquivo em um Mac e tentou transferi-lo para um PC Você foi capaz de abrir o arquivo E foi corretamente formatado Isso se tornou menos de um desafio recentemente como fornecedores de software de desktop se mudaram para os formatos padronizados. Dez anos atrás, foi um grande problema. E ainda é um grande problema no mundo das interações de negócios. Para solucionar esses problemas de interoperabilidade, a indústria de tecnologia criou padrões B2B. EDI, criado na década de 1970, foi o primeiro padrão amplamente utilizado para B2B. XML, introduzido no final dos anos 1990, é outra alternativa que está constantemente a ganhar adoção. A idéia por trás das normas é que todas as empresas de uma determinada indústria podem compartilhar informações eletronicamente usando uma linguagem comum. Os dados de um sistema Oracle ERP podem ser extraídos em seu formato nativo e depois convertidos em XML. A mensagem XML pode então ser transmitida a uma comunidade de parceiros de negócios que compreendem XML. Cada empresa individual pode converter o XML para o formato de sua aplicação de negócios talvez Microsoft Dynamics. Embora tenhamos usado os termos EDI e XML na forma singular acima, há realmente um grande número de padrões diferentes baseados nestas duas tecnologias. Originalmente, diferentes padrões EDI foram usados ​​em cada país (EUA, Alemanha, França, Reino Unido, Japão), mas ao longo dos anos a indústria tem convergido em dois formatos principais ANSI X.12 (popular na América do Norte) e EDIFACT (popular na Ásia E Europa). Os padrões XML introduzidos mais tarde foram projetados para uso global, mas muitas vezes dentro de uma determinada indústria. Há RosettaNet para o setor de alta tecnologia, CIDX para produtos químicos, SPEC2000 para aeroespacial, GUSI para produtos de consumo e assim por diante. Que padrão você deve escolher Bem, na verdade você não pode ter uma escolha. As possibilidades são que seus clientes lhe dirão que padrões preferem. É necessário mapear os campos de dados do aplicativo de negócios para os campos correspondentes do padrão da indústria (por exemplo, EDI, XML) que você escolher. Cada vez que uma mensagem é enviada ou recebida do seu cliente, ela será traduzida para o formato apropriado. A boa notícia é que você pode dizer a seus fornecedores qual padrão você prefere. E eles terão de realizar o mapeamento e tradução necessários para fazer negócios com você. Passo 3. O Protocolo de Transporte Agora que a carga está no formato apropriado, você está pronto para a Transmissão da Etapa 3 dos dados para seu parceiro de negócios. Existem muitos protocolos de Internet diferentes que são capazes de transmitir mensagens (payloads) entre empresas. Os protocolos disponíveis oferecem uma gama de opções para atender a diferentes necessidades de desempenho e segurança. Uma maneira de pensar sobre as diferentes opções é compará-las com as opções oferecidas pelo serviço postal para o envio de um pedaço de correio físico. Você poderia enviar um cartão postal, que é muito barato, mas não oferece privacidade, como qualquer pessoa que encontra-lo pode ler o conteúdo. Você pode colocar o conteúdo em um envelope. Mas os envelopes podem ser facilmente abertos por qualquer pessoa manipulá-los. Além disso, o envelope pode ser acidentalmente mal mapeado para o endereço errado. Você colocaria um cheque para 10.000 em um envelope liso e emiti-lo-ia através do serviço postal Se o índice de sua letra fosse sensível ou crítico você pôde querer receber a confirmação da entrega. A confirmação pode ser passiva na forma de ser capaz de rastrear a localização em um site. Ou, a confirmação pode ser mais ativa, como uma prova de entrega que é enviada para você. Alguns conteúdos são demasiado grandes para encher um envelope. Em vez disso, uma caixa pode ser necessária. Se o conteúdo era valioso você pode querer proteger o interior com embalagens especiais. Além disso, você pode querer segurar o pacote, que iria fornecer compensação financeira se ele foi danificado, perdido ou roubado. Uma longa lista de protocolos de rede como AS1, AS2, AS3, AS4, FTP, FTP / S, S / FTP, OFTP, HTTPS, MQ e EBICS estão disponíveis para apoiar a integração B2B. Cada um deles oferece uma combinação diferente de segurança, desempenho e confiabilidade para atrair diferentes usuários. AS1, por exemplo, é um protocolo baseado no SMTP (Simple Mail Transport Protocol) que é usado para transmissões de e-mail. O AS1 permite que os usuários tomem um documento EDI ou XML e o encham em um e-mail antes de enviá-lo pela Internet. AS2, é outro protocolo que é baseado em HTTP (Hyper-Text Transfer Protocol). HTTP é o protocolo usado para transmitir conteúdos de sites como HTML e imagens entre o navegador no seu computador e o servidor web hospedado em um data center remoto. O AS2 permite que os usuários tomem um documento EDI ou XML e o introduzam em um formato de página da Web antes de enviá-lo pela Internet. Qual o protocolo de transporte que você deve escolher Outra vez, muito como com a carga que você não pode ter uma escolha. Seus clientes podem ditar qual protocolo (por exemplo, AS2, FTP) você deve usar para enviar dados. Para conseguir isso, você precisará garantir que a tecnologia de integração B2B que você está usando suporta os protocolos de transporte que seus clientes desejam comunicar. Novamente, a boa notícia é que você pode dizer exatamente a seus fornecedores qual protocolo de transporte eles devem se comunicar. A aplicação final A etapa final no processo de integração B2B é para o seu parceiro de negócios para receber e processar os dados que você enviar a eles. As grandes empresas podem receber mensagens EDI ou XML via AS2, FTP ou MQ. Uma vez recebidos, seus parceiros de negócios podem converter as mensagens no formato proprietário de sua própria aplicação comercial. As empresas menores geralmente não estão equipadas para aceitar mensagens EDI ou XML. Em vez disso, as organizações menores preferem que os dados sejam publicados em uma página da Web ou enviados por e-mail. Esses métodos permitem que a empresa menor digite facilmente os dados e os alimente em seus próprios sistemas internos. Grandes empresas Os seus parceiros de negócios maiores provavelmente possuem sistemas de TI sofisticados que incluem capacidades de integração B2B. Portanto, essas organizações maiores devem estar bem preparadas para se conectar e trocar usando uma variedade de protocolos de rede (AS2, FTP, MQ) e formatos de carga (EDI, XML). A conectividade com esses parceiros deve ser relativamente fácil. Você não precisa se preocupar com os aplicativos que seus parceiros estão executando. Eles vão lidar com os detalhes de traduzir os dados em seu formato preferido e inserir as informações em suas aplicações. Depois de concordar com uma abordagem com esses parceiros, você simplesmente precisará realizar alguns testes básicos para garantir que tudo está funcionando corretamente. Pequenas empresas Você pode ter muitos parceiros de negócios menores também. Essas organizações menores muitas vezes não têm o orçamento, recursos e conhecimentos necessários para implementar tecnologias de integração B2B. Eles não estão equipados para enviar ou receber mensagens em EDI e XML transmitidos através de AS2, FTP ou MQ. Como resultado, uma abordagem diferente é necessária para essas pequenas empresas. A maneira mais popular de obter dados de e para pequenas empresas é através de um portal web. Em vez de enviar os dados via AS2, FTP ou MQ, as informações são capturadas e publicadas em um site seguro. O seu parceiro de negócios pode iniciar sessão para criar e enviar ou receber e transferir mensagens electrónicas de si. Ao usar essa abordagem, as pequenas empresas não precisam comprar e gerenciar software de integração B2B. Várias outras abordagens estão disponíveis para compartilhar informações com pequenas empresas. A tecnologia existe para converter mensagens EDI e XML em faxes e e-mails. Um número crescente de tecnologias são capazes de se integrar com pacotes de pequenas empresas de contabilidade, como QuickBooks, Sage ou Peachtree. Um botão pode ser adicionado ao pacote de contabilidade que permite ao usuário baixar todas as suas ordens de compra ou fazer o upload de todas as suas faturas. As tecnologias de integração B2B são utilizadas em segundo plano, mas o processo é transparente para o usuário. Antes de avançar com qualquer uma das quatro etapas acima para trocar dados com seus parceiros de negócios, é preciso comprar a tecnologia de integração B2B apropriada. A tecnologia B2B irá coletar dados de aplicativos de origem, traduzir os dados em formatos de carga útil padronizados e, em seguida, enviar os documentos para o parceiro de negócios usando o protocolo de transporte apropriado. Historicamente, as empresas iriam licenciar software de integração B2B para executar em seus data centers corporativos. No entanto, como a computação em nuvem se tornou mais popular, um número crescente de organizações estão utilizando serviços de integração hospedados para B2B. As características básicas da integração B2B são semelhantes, independentemente de você optar por gerenciar software em casa ou utilizar serviços em nuvem. Nesta seção, iremos nos referir à tecnologia, seja ela de software ou baseada na nuvem como uma plataforma de integração B2B. Protocolos de Transporte As plataformas de integração normalmente vêm com uma biblioteca de adaptadores de comunicações que suportam todos os protocolos de transporte de Internet populares AS2, FTP, MQ e outros. É claro, é importante garantir que a plataforma que você está escolhendo suporta todos os protocolos de transporte que seus clientes e fornecedores exigem. Integração de aplicativos As plataformas de integração também incluem adaptadores para importar e exportar dados de aplicativos empresariais populares como SAP, Oracle, Infor e Microsoft Dynamics. À medida que as aplicações SaaS se tornaram mais populares, bibliotecas de adaptadores para Salesforce, NetSuite, Workday e outros serviços em nuvem tornaram-se disponíveis. Naturalmente, a lista de adaptadores que você vai exigir variará com base nas aplicações que você usa. Mapeamento e Tradução Um componente crítico de uma plataforma de integração é o servidor de tradução. O tradutor converte documentos de um formato para outro. Por exemplo, um iDoc do SAP pode ser convertido em RosettaNet XML. Uma transação EDI ANSI X.12 poderia ser convertida em uma planilha do Microsoft Excel. Antes da tradução pode ocorrer, os campos de dados da origem e destino devem ser mapeados um para o outro. O software de mapeamento permite que você visualize os campos de dados e crie as relações entre os dois documentos. Rastreamento e Relatórios Se você estiver enviando centenas ou milhares de mensagens por dia para vários parceiros de negócios, é fundamental que você seja capaz de acompanhar o status de cada um. Os recursos de relatórios de plataformas de integração garantirão que você possa identificar quais mensagens transmitidas, que estão em processo e que falharam devido a erros. Recursos adicionais As plataformas de integração B2B podem conter uma ampla variedade de opções adicionais, algumas das quais podem ser apropriadas para suas necessidades. Por exemplo, você pode desejar recursos de criptografia para proteger dados financeiros sensíveis durante a transmissão. Você pode querer recursos de compactação para permitir que arquivos grandes possam ser enviados mais rapidamente. Você pode desejar recursos de validação de dados que podem aplicar regras comerciais às informações que você está enviando para identificar erros. Pronto para começar