B2b trading systems

As empresas interagem com clientes, fornecedores e parceiros comerciais de diferentes maneiras. Muitas empresas usam intercâmbio eletrônico de dados (EDI) para comunicação empresarial. Usando esta tecnologia, os sistemas de negócios trocam mensagens estruturadas usando padrões de mensagens acordados em redes privadas administradas por empresas de serviços EDI. Outras empresas se envolvem em acordos colaborativos com uma variedade de parceiros comerciais através da Internet. Nesses acordos, os parceiros comerciais precisam vincular aplicativos de back-end, bancos de dados e clientes para que eles possam se envolver em transações de negócios em tempo real usando uma variedade de protocolos de negócios. A WebLogic Integration fornece a infra-estrutura de próxima geração que permite esse nível de integração entre empresas. A WebLogic Integration fornece uma estrutura de integração B2B para mensagens, conectividade e protocolos de negócios que as empresas podem usar para desenvolver acordos colaborativos com inúmeros parceiros comerciais pela Internet. A integração com o WebLogic também permite que as empresas integrem ambientes EDI com a integração WebLogic. Estrutura de integração B2B A estrutura de integração B2B fornece os seguintes recursos-chave para permitir a colaboração entre parceiros comerciais: Definição e monitoração de conversação Configuração e gerenciamento de parceiros comerciais Suporte a protocolos de negócios Definição e gerenciamento de contratos de colaboração Zeroweight Suporte ao cliente As seções a seguir fornecem detalhes sobre cada um desses recursos. Definição e monitorização de conversação Num ambiente de e-business, a colaboração entre parceiros comerciais ocorre através da troca de mensagens comerciais que contêm documentos XML ou não XML num arranjo seguro e choreographed chamado conversação. Uma conversa é, simplesmente, uma série de mensagens comerciais trocadas entre parceiros comerciais. Figura 3-1 Conversação entre Parceiros Comerciais Como mostra a Figura 3-1, a composição das mensagens de negócios e a seqüência de uma troca normalmente são tratadas por processos de negócios colaborativos ou públicos. A composição e a sequência de mensagens também podem ser manipuladas por aplicativos de mensagens Java. Conversas podem ser complexas e de longa duração, ou podem ser de curta duração. Cada conversação tem um nome exclusivo. Cada participante em uma conversação tem uma função de conversação. Tal como o de um comprador ou de um fornecedor num arranjo de cadeia de fornecimento. Todos os detalhes de uma conversação, incluindo seu nome e versão, as funções dos participantes e os protocolos de negócios usados, são especificados em uma definição de conversação. Especialistas em integração criam definições de conversação e monitoram conversas em execução usando o WebLogic Integration B2B Console. A figura a seguir mostra as informações de configuração de um parceiro comercial. Figura 3-2 Integração do WebLogic Configuração e gerenciamento de parceiros comerciais do B2B Console Uma comunidade de comércio eletrônico é formada quando um parceiro comercial se junta a outros parceiros comerciais para perseguir um objetivo comercial comum. Uma comunidade de comércio eletrônico pode existir em diferentes formas, e para diferentes propósitos. Poderá, por exemplo: Span vários departamentos dentro de uma empresa para gerenciar inventário em toda a empresa Span várias empresas através de firewalls e pela Internet para gerenciar uma cadeia de suprimentos ou um acordo de compra de vários passos Incluir parceiros comerciais dentro de uma empresa e em outras empresas, Que um ou mais parceiros comerciais interagem com parceiros comerciais de outras empresas Para participar das conversas de uma comunidade de comércio eletrônico, especialistas em integração usam o B2B Console para configurar parceiros comerciais. Especificamente, atribuem aos parceiros comerciais os nomes pelos quais serão conhecidos na conversação e especificam os canais de distribuição a utilizar para a troca de mensagens comerciais. Um canal de distribuição define como um parceiro comercial envia e recebe mensagens. Também especifica o protocolo de negócios a ser usado na conversação (como o ebXML), o protocolo de transporte (como HTTP) e os parâmetros de segurança. Os parceiros comerciais podem configurar seus canais de entrega para se comunicarem diretamente entre si em uma configuração peer-to-peer, ou através de um intermediário quando implantado em uma configuração hub-and-spoke. Numa configuração peer-to-peer, os parceiros comerciais comunicam-se uns com os outros directamente através dos respectivos canais de distribuição, utilizando o protocolo comercial RosettaNet ou cXML. Figura 3-3 Configuração ponto-a-ponto Neste tipo de configuração, um único parceiro comercial é a entidade controladora e os outros parceiros comerciais são integrados a ele. Uma configuração peer-to-peer pode ser usada para integrar uma empresa com seus fornecedores em um arranjo de cadeia de suprimentos. Em uma configuração hub-and-spoke, os parceiros comerciais se comunicam entre si através de um intermediário, ou canal de entrega de proxy de roteamento, usando o protocolo de negócios XOCP. Nota: O protocolo de negócios XOCP está obsoleto a partir desta versão da WebLogic Integration. Para obter informações sobre os recursos que estão substituindo-o, consulte as Notas de versão do BEA WebLogic Integration. Figura 3-4 Configuração Hub-and-Spoke Neste tipo de configuração, um único parceiro comercial é o hub que medeia a troca de mensagens entre os outros parceiros comerciais alistados na conversação. O parceiro comercial do hub pode executar tarefas como roteamento e filtragem de mensagens ou pode fornecer serviços personalizados aos outros parceiros comerciais na conversação. Uma configuração hub-and-spoke pode ser usada para ligar compradores e vendedores em um mercado eletrônico. Suporte ao Protocolo de Negócios Os parceiros comerciais podem usar qualquer um dos seguintes protocolos de negócios suportados pelo WebLogic Integration: RosettaNet Implementation Framework 1.1 e 2.08212 Um padrão de toda a indústria que define protocolos de comunicação para parceiros de cadeia de suprimentos em uma base global. O RosettaNet fornece especificações para o Framework de Implementação RosettaNet (RNIF), Processos de Interface do Parceiro (PIPs) e dicionários técnicos e de negócios. CXML (Commerce eXtensible Markup Language) 8212A protocolo que é projetado para vincular compradores e fornecedores em acordos criados para permitir que os compradores navegar em catálogos e enviar ordens de compra aos fornecedores. Os compradores podem consultar um catálogo de fornecedores diretamente ou as empresas podem usar uma rede do Ariba Commerce Server para mediar mensagens entre compradores e fornecedores. A estrutura de integração B2B fornece uma API cXML para que os parceiros comerciais possam enviar e receber mensagens cXML. Nota: O protocolo de negócios cXML está obsoleto a partir desta versão da WebLogic Integration. Para obter informações sobre os recursos que estão substituindo-o, consulte as Notas de versão do BEA WebLogic Integration. XOCP (eXtensible Open Collaboration Protocol) 8212A Protocolo específico BEA que foi projetado para gerenciar conversas duradouras. XOCP suporta o multicasting da mensagem. Também permite que as empresas definam uma série de configurações de qualidade de serviço (QoS), incluindo a durabilidade da mensagem, a duração do período de tempo limite e o número de tentativas de repetição. Nota: O protocolo de negócios XOCP está obsoleto a partir desta versão da WebLogic Integration. Para obter informações sobre os recursos que estão substituindo-o, consulte as Notas de versão do BEA WebLogic Integration. A Integração ebXML8212WebLogic suporta a Especificação de Serviço de Mensagem ebXML v1.0. Que define a mensagem envolvente e esquema de documento de cabeçalho usado para transferir mensagens ebXML com um protocolo de comunicação, como HTTP. Um parceiro comercial que implante a Integração WebLogic pode usar o ebXML para interoperar com um parceiro comercial que implante o cliente leve do parceiro de negociação, WebLogic Integration - Business Connect. Definição e Gestão de Contratos de Colaboração Os acordos de colaboração são um componente central da integração B2B porque unem todas as peças que discutimos: conversas e papéis, processos de negócios colaborativos e parceiros comerciais e canais de distribuição. Os especialistas em integração usam o B2B Console para definir acordos de colaboração, que mapeiam os parceiros comerciais para as funções especificadas nas definições de conversação. Os acordos de colaboração referenciam o canal de distribuição que cada parceiro comercial usa e o processo de negócios usado por cada função para definir a seqüência em que uma função troca mensagens comerciais com outras funções em uma conversa. Os serviços de segurança fornecidos pela estrutura de integração B2B são construídos em cima dos serviços de segurança fornecidos pelo WebLogic Server. Incluem os seguintes recursos: Uma plataforma segura baseada em SSL para conversas Verificação de certificado que pode ser usada para autenticar as identidades de parceiros comerciais Assinaturas digitais que podem ser anexadas a mensagens de negócios sendo trocadas por parceiros comerciais Suporte para não-repúdio à origem e não-repúdio ao recebimento , Que são freqüentemente exigidos por lei para mensagens comerciais críticas Criptografia de dados para protocolos de negócios que exigem esse suporte Suporte ao cliente Zeroweight Observação: Os clientes do zeroweight do parceiro de negociação estão obsoletos a partir desta versão do WebLogic Integration. Para obter informações sobre os recursos que estão substituindo-os, consulte as Notas de versão do BEA WebLogic Integration. A estrutura de integração B2B oferece suporte a clientes do zeroweight para que pequenas e médias empresas, ou empresas com poucos ou nenhum requisito de integração back-end, possam participar de comunidades de e-business de forma simples e barata. Essas empresas podem usar um navegador da Web ou um cliente de compartilhamento de arquivos para se comunicar com outros parceiros comerciais, um dos quais deve ter a integração do WebLogic implantada. Usando o suporte ao cliente zeroweight, os parceiros comerciais podem alistar outros parceiros em processos de negócios compartilhados sem exigir que eles comprometam quaisquer recursos técnicos internos e podem alavancar suas soluções de integração em um público mais amplo. Integração com Processos de Negócio A WebLogic Integration fornece uma estrutura de plug-in para criar processos de negócios colaborativos ou públicos que implementam as várias funções em uma conversação. Para criar processos públicos, os especialistas em integração fazem o seguinte: Defina uma conversação de parceiro comercial usando o B2B Console. Informações sobre a conversação incluem uma definição das funções e referências aos protocolos de negócios e processos de negócios públicos usados ​​pelas funções na conversação. Essas informações são armazenadas no repositório de integração do WebLogic. Defina processos públicos usando o WebLogic Integration Studio, especificando ações de fluxo de trabalho, eventos e as propriedades do nó necessárias para implementar cada função em uma conversação. Depois que os processos públicos são testados ea conversação é executada com êxito, exporte as informações do repositório para um arquivo XML usando o B2B Console. Outros parceiros comerciais podem então importar o arquivo e usá-lo para configurar seu ambiente para que eles possam participar da conversa. Processos de negócios públicos normalmente são integrados com processos de negócios privados. A concepção e definição de processos privados são específicas para uma determinada organização. Processos privados não são visíveis de fora de uma organização e geralmente são integrados com sistemas de negócios back-end. Como mostra a Figura 3-1, um processo privado pode executar uma atividade de negócio interna, como recuperar informações de um banco de dados e, em seguida, retornar o resultado a um processo público, que, por sua vez, encaminha o resultado para um parceiro comercial. APIs e plug-ins de lógica para desenvolvimento de aplicativos B2B A WebLogic Integration fornece as seguintes interfaces de programação de aplicativos (APIs) e classes Java que os desenvolvedores podem usar para a criação de aplicativos B2B: Implementação de 8212BEA de beans gerenciados do Java Management Extensions (JMX) API de beans gerenciados. Essa API permite que os desenvolvedores criem aplicativos personalizados para monitorar aspectos de conversas em tempo de execução, como tráfego de mensagens e estatísticas de tempo de execução para nós de servidor, canais de entrega, definições de transações comerciais, parceiros comerciais e mensagens de negócios. A funcionalidade fornecida pela API é comparável à fornecida pelo B2B Console. Messaging API8212Usado para desenvolver aplicações XOCP para trocar mensagens de negócios. Um aplicativo XOCP implementa uma função de parceiro comercial para gerenciar uma conversação e manipular mensagens de negócios. Nota: A API de Mensagens e o protocolo de negócios XOCP estão obsoletos a partir desta versão do WebLogic Integration. Para obter informações sobre os recursos que estão substituindo-os, consulte as Notas de versão do BEA WebLogic Integration. Log API8212Utilizado para desenvolver aplicativos B2B que podem gravar mensagens de erro, aviso e informações em um log de mensagens. Plug-ins de lógica8212Aulas de Java que um intermediário pode usar para interceptar uma mensagem comercial e, em seguida, executar um processamento adicional na mensagem, como roteamento e filtragem da mensagem, integração da mensagem com um sistema back-end, validação do conteúdo da mensagem, Ou registando a mensagem num registo de transacções. O WebLogic Integration fornece os seguintes exemplos que os especialistas em integração podem usar para modelar soluções de integração B2B: O exemplo Hello Partner demonstra como dois ou mais parceiros comerciais podem participar da comunicação comercial em uma configuração hub-and-spoke. Cada parceiro comercial inclui processos de negócios públicos e privados. Os processos públicos manipulam a comunicação entre os parceiros, trocando mensagens usando o protocolo XOCP. Os processos privados processam o processamento de conteúdo da mensagem. Os processos privados interagem com os públicos para entregar mensagens aos parceiros comerciais e com um aplicativo Java associado para processar o conteúdo da mensagem. Nota: O protocolo de negócios XOCP está obsoleto a partir desta versão da WebLogic Integration. Para obter informações sobre os recursos que estão substituindo-o, consulte as Notas de versão do BEA WebLogic Integration. A amostra do Channel Master mostra como um grande parceiro comercial usa a WebLogic Integration para automatizar sua cadeia de suprimentos. As interações entre os parceiros comerciais ocorrem na seguinte seqüência: Observação: O protocolo de negócios XOCP é obsoleto a partir desta versão do WebLogic Integration. Para obter informações sobre os recursos que estão substituindo-o, consulte as Notas de versão do BEA WebLogic Integration. As interações entre o comprador e o fornecedor selecionado também demonstram comunicação ponto-a-ponto. Segurança do RosettaNet 2.0 O exemplo do RosettaNet mostra como a integração do WebLogic pode ser usada para implementar o PIP 3A2 e o PIP 0A1 do RosettaNet 2.0 usando fluxos de trabalho. Este exemplo mostra dois parceiros comerciais trocando mensagens comerciais que estão em conformidade com o padrão RosettaNet 2.0 PIP 3A2. As interações entre os parceiros comerciais ocorrem na seguinte seqüência: Observação: Os clientes do zeroweight do parceiro de negociação estão obsoletos a partir desta versão do WebLogic Integration. Para obter informações sobre os recursos que estão substituindo-os, consulte as Notas de versão do BEA WebLogic Integration. O exemplo do cliente Zeroweight demonstra como a comunicação pode ocorrer entre um solicitante e um parceiro comercial replier quando eles não têm integração WebLogic instalado. A comunicação é conseguida usando dois tipos de clientes zeroweight. O parceiro comercial solicitante usa um cliente de navegador da Web eo replier usa um cliente de compartilhamento de arquivos. No exemplo, o solicitante usa um navegador da Web para acessar JSPs servidos a partir de uma instalação remota de WebLogic Integration configurada para lidar com clientes zeroweight. As JSPs criam caixas de correio que o replier acessa usando seu cliente de compartilhamento de arquivos. Nota: A API de Mensagens está obsoleta como desta versão da Integração WebLogic. Para obter informações sobre os recursos que estão substituindo-o, consulte as Notas de versão do BEA WebLogic Integration. O exemplo da API Messaging demonstra dois métodos de entrega de mensagens: mensagens síncronas e mensagens síncronas diferidas. Quando uma mensagem síncrona é usada, um parceiro comercial que envia uma mensagem aguarda um retorno do parceiro de recebimento antes de continuar a executar outras tarefas. Quando uma mensagem síncrona diferida é usada, o parceiro de envio não aguarda um retorno do parceiro de recebimento, mas continua executando outras tarefas. As interações entre os parceiros comerciais ocorrem na seguinte seqüência: O exemplo ebXML demonstra dois fluxos de trabalho: um projetado para a função de iniciador e outro para o papel de participante em uma conversa QPA (Query Price and Availability). Ambos os fluxos de trabalho são projetados e usados ​​para gerenciar um processo comercial baseado em ebXML entre dois parceiros comerciais, cada um dos quais implementa a Integração WebLogic. O intercâmbio eletrônico de dados (EDI) é um meio pelo qual as empresas se comunicam eletronicamente de forma estruturada e padronizada. Em um ambiente EDI, as empresas fazem pedidos ou realizam transações financeiras trocando mensagens comerciais entre sistemas de computador. As mensagens EDI são estruturadas de acordo com um padrão de mensagem acordado e são processadas automaticamente sem intervenção humana. Os dados estruturados em mensagens EDI são trocados por redes privadas chamadas redes de valor agregado (VANs). As VANs são gerenciadas e apoiadas por empresas de serviços EDI e funcionam como agências de correio eletrônico, encaminhando mensagens eletrônicas de sistemas de remetentes para receptores. A funcionalidade de integração EDI conecta ambientes EDI com WebLogic Integration, tornando possível integrar transações baseadas em XML com transações baseadas em EDI. Figura 3-5 Integração EDI Para conectar EDI e WebLogic Integration, o WebLogic Integration fornece dois componentes: o BEA EDI Connect para WebLogic Integration (adquirido separadamente e fornecido como Power. Enterprise, um sistema compatível com EDI) BEA WebLogic Adapter for Power. Enterprise. Que suporta as versões 3.0 e 3.1 do Power. Enterprise e é entregue com BEA WebLogic Platform. Esse componente, por sua vez, fornece adaptadores de serviços e eventos J2EE compatíveis com CA que se conectam ao Power. Enterprise. O WebLogic Integration também inclui uma visão de aplicativo que os especialistas em integração podem usar para integrar processos de negócios com o sistema EDI. Usando o serviço de exibição de aplicativo em um processo de negócios, os aplicativos podem chamar funcionalidade específica no sistema EDI usando uma mensagem XML. Usando o evento de exibição do aplicativo, o sistema EDI pode propagar informações para WebLogic Integration usando uma mensagem EDI. A conversão de EDI para XML, e vice-versa, é tratada pelo mecanismo de transformação de EDI para XML empacotado com Power. Server. O servidor EDI fornecido pelo Power. Enterprise Sample EDI Application O WebLogic Integration fornece um aplicativo de exemplo EDI que demonstra como a Integração do WebLogic com o add-on EDI Connect para Integração WebLogic pode ser usada para trocar informações sobre pedidos de compra EDI em uma VAN. No aplicativo de exemplo, um parceiro comercial de fornecedor usa a funcionalidade de integração EDI da Integração WebLogic para se conectar a um comprador por meio de uma VAN. As interações entre o comprador eo fornecedor ocorrem na seguinte seqüência: Além do B2B: Uma Verificação da Realidade Digital Além do B2B, uma Verificação da Realidade Digital A liderança do pensamento é um termo usado demais. Ele foi inventado por profissionais de marketing, a fim de disfarçar finas vendas vendas arremessos. As empresas hoje não precisam arremessos de vendas. Eles precisam de casos de uso real que mostrem como outras empresas inovadoras resolvem problemas do mundo real. Eles precisam de uma realidade verificar uma verificação de realidade digital. Além de B2B, uma verificação de realidade digital é o seu recurso onde você pode ler, comentar e contribuir para discussões que provocam o pensamento que irá inspirá-lo a alcançar a digitalização. Deixe o jargão para as pessoas de marketing. Contato Inscrever-se Pesquisar Copyright 2016 Software AG. Todos os direitos reservados. B2BGateway para Patrocinar o NetSuite SuiteConnect em Londres O B2BGateway, um dos principais fornecedores globais de soluções EDI e parceiro NetSuite, anunciou hoje que patrocinará o SuiteConnect EMEA, que acontece no dia 11 de Outubro no Westminster Park Plaza Hotel em Londres. B2BGateway CEO reconhecido como Top 50 CEO mais criativo pela revista Insights Success Nós gastamos nossas vidas sendo dito o que não podemos fazer. Se rejeitarmos essas restrições e desaprendermos as limitações, é surpreendente o que podemos fazer Kevin Hoyle, CEO B2BGateway B2BGateway Aplicação EDI Certificada pela Acumatica Este é um testemunho da força da nossa aplicação e da profundidade da nossa integração com a plataforma Acumatica. Com nosso conjunto de aprimoramentos e fundação Acumaticas sólida, acredito que o skys o limite para nós. Negociação com a Amazon Vendor Central Por que não ver como B2BGateway EDI pode automatizar ainda mais a sua cadeia de fornecimento Tirando o calor de seus problemas EDI B2BGateway Newsletter EDI Matters agora TOP 20 A MAIS PROMESSA LOGÍSTICA SOLUÇÃO PROVIDER B2BGateway reconhecido pela CIO Review como Top 20 Logística Mais Promissora Prós Conheça os prós a conhecer Prêmios reconhecem executivos da cadeia de suprimentos e empresas de manufatura e não-manufatura, que estão liderando iniciativas para ajudar a preparar as cadeias de suprimentos de suas empresas Os desafios significativos do clima empresarial de hoje. ELECTRONIC DATA INTERCHANGE 8211 EDI PROVIDER O B2BGateway é um provedor de EDI dedicado e tem oferecido soluções EDI econômicas e fáceis de usar, baseadas em nuvem, desde o final da década de 1990. B2BGateway suporta todos os formatos de mapeamento de EDI internacionais e internacionais, incluindo ANSI X-12. EDIFACT. Tradacom, Odette, XML. Etc, bem como praticamente todos os protocolos de transporte EDI aceitos, incluindo VAN, AS2. SMTP (E-mail). FTP. HTTP. Soquete seguro. Etc Além de serviços líderes de classe, B2BGateway fornece atendimento ao cliente incomparável com cada cliente totalmente integrado, como eles são atribuídos um engenheiro de suporte dedicado com suporte de backup 24/7. Valorizamos a nossa compreensão dos processos de negócio, tanto quanto valorizamos o nosso conhecimento técnico. Oferecemos treinamento de EDI de serviço completo, informações de definição de EDI e nossos especialistas de provedores de EDI estão sempre de pé para ajudar com quaisquer perguntas que nossos clientes possam ter. UPCOMING WEBINAR Após o recente SuiteConnect mostra em Sydney e Londres, B2BGateway dará uma recapitulação de sua nuvem, baseado em soluções EDI totalmente integrado para NetSuite. Durante este webinar NetSuite, você aprenderá como as soluções EDI da B2BGateways eliminam a necessidade de re-chave de dados, reduzindo erros e economizando tempo e recursos de trabalho da organização. B2BGateway é uma solução construída para NetSuite em parceria com a NetSuite desde 2001. Esperamos que você possa se juntar a nós neste webinar para ver como a B2BGateway pode ajudar sua organização a atender todos os seus requisitos EDI de Parceiros de Negociação. Após o registro, você receberá um e-mail de confirmação contendo informações sobre como participar do Webinar. O espaço é limitado Register todayB2B (business-to-business) Na Internet, B2B (business-to-business), também conhecido como e-biz. É o intercâmbio de produtos, serviços ou informações (também conhecido como e-commerce) entre empresas, e não entre empresas e consumidores. Baixe este guia gratuito Baixe 9 Modelos de Planejamento Estratégico GRATUITOS que seus pares já utilizam Ter uma estratégia de TI clara é a chave para estabelecer uma vantagem competitiva sobre qualquer concorrência. Pode ser o fabricante diferença entre um sucesso de negócios e sua falha. Alcance seus objetivos de negócio e permaneça organizado transferindo este LIVRE e-guia que inclui 9 moldes já no uso por organizações principais tais como NASA e Universidade de Brown. Ao enviar suas informações pessoais, você concorda que a TechTarget e seus parceiros podem entrar em contato com você sobre conteúdo relevante, produtos e ofertas especiais. Você também concorda que suas informações pessoais podem ser transferidas e processadas nos Estados Unidos e que você leu e concorda com os Termos de Uso ea Política de Privacidade. Embora o interesse antecipado tenha se concentrado no crescimento do varejo na Internet (às vezes chamado de e-tailing), as previsões predisseram que a receita B2B superará em muito a receita de negócios para consumidores (B2C). Os sites B2B podem ser classificados nas seguintes categorias: Web sites da empresa. O público-alvo de muitos sites da empresa é outras empresas e seus funcionários. Estes locais podem ser pensados ​​como exposições de mini-comércio do round-the-clock. Às vezes, um site da empresa serve como a entrada para uma extranet exclusiva. Disponível apenas para clientes ou usuários registrados do site. Alguns sites da empresa vendem diretamente do site, efetivamente e-tailing para outras empresas. Fornecimento de produtos e intercâmbio de contratos. Trata-se de trocas nas quais um agente de compras da empresa pode comprar suprimentos de fornecedores. Solicitar propostas e, em alguns casos, lance para fazer uma compra a um preço desejado. Às vezes referido como e-procurement sites, alguns servem uma gama de indústrias, enquanto outros se concentrar em um nicho de mercado. Portais industriais especializados ou verticais. Esses portais fornecem um quotub-webquot de informações, listagens de produtos, grupos de discussão e outros recursos. Os sites de portal verticais têm uma finalidade mais ampla do que os sites de compras (embora eles também possam apoiar compras e vendas). Sites de corretagem. Esses sites agem como um intermediário entre provedores e clientes potenciais que precisam de seus serviços específicos, como leasing de equipamentos. Sites de informação. Às vezes conhecido como infomediaries. Esses sites fornecem informações sobre uma determinada indústria para suas empresas e seus funcionários. Os sites de informação incluem sites de pesquisa especializados e os de organizações de padrões de comércio e indústria. Muitos sites B2B caem em mais de um desses grupos. Modelos para sites B2B ainda estão em evolução. Outro tipo de empresa B2B é o software para a construção de sites B2B, incluindo ferramentas e modelos de construção de sites, banco de dados e metodologias, bem como software de transação. Introdução ao Oracle B2B Sobre Tipos de Documentos: Usando os protocolos de documento de arquivo simples personalizados e posicionais, você pode usar muitos outros tipos de documentos, incluindo W3CXML Schema (OAGIS , XCBL, UBL, ebXML e muito mais). Use o Oracle Document Editor para criar os documentos de diretrizes. 1.3 Metadados do Oracle B2B Os dados de instância do B2B do Oracle são armazenados e gerenciados dentro do esquema SOAINFRA de seu banco de dados. Os metadados do Oracle B2B para tempo de design e configuração são armazenados e gerenciados por meio dos Serviços de Metadados (MDS), disponíveis no Oracle Fusion Middleware. Consulte o Oracle Fusion Middleware Administrators Guide para obter mais informações sobre o MDS. Como os documentos criados no Oracle B2B são armazenados no repositório de metadados, é possível que o log de transações do banco de dados possa ficar cheio. Se isso ocorrer freqüentemente, aumente o parâmetro de configuração do banco de dados para permitir um arquivo de log maior. Um arquivo de log maior requer mais espaço, mas reduz a necessidade de aplicativos para repetir a operação. Para aumentar esse valor, emita o seguinte comando: 1.4 Recursos de segurança do Oracle B2B O Oracle B2B aproveita os recursos de segurança do Oracle Platform Security Services, uma estrutura de plataforma de segurança abrangente. O Oracle Platform Security Service suporta: Asserção e gerenciamento de identidades A especificação e o gerenciamento de políticas específicas de aplicativo Gerenciamento de credenciais e de armazenamento de chaves por meio da estrutura de armazenamento de credenciais Administração de funções e mapeamentos de funções e credenciais A API de usuário e função Soluções de logon único Configuração de segurança e Gerenciamento O usuário administrador padrão criado durante a instalação do Oracle SOA Suite recebe a função de administrador, que tem acesso a todas as funcionalidades do Oracle B2B. O usuário administrador padrão pode criar outros usuários e atribuir as seguintes funções: Administrador do hostmdashEsta função tem acesso a todas as funcionalidades do Oracle B2B. Somente um usuário do parceiro comercial host pode ter a função de administrador para todos os dados. Host monitormdash Essa função pode acessar relatórios e exibir dados em tempo de execução para todos os parceiros comerciais. Remote administratormdash Essa função tem acesso limitado à página Parceiros. Os usuários com essa função podem exibir e editar apenas seus próprios dados de design (canais, documentos e assim por diante) podem visualizar somente os contratos para os quais eles são parceiros e podem acessar apenas seus próprios dados de relatório em tempo de execução. Remote monitormdash Essa função pode acessar relatórios e exibir dados de tempo de execução relacionados à sua própria troca com o parceiro de hospedagem. Os dados de parceiro que você projeta, implementa e gerencia com a interface de usuário do Oracle B2B são protegidos por seu armazenamento centralizado no repositório do Serviço de Metadados (MDS). Outros recursos de segurança incluem: Segurança baseada em protocolos de transporte para HTTP, FTP e SMTP Envelopes e certificados digitais Firmas digitais para parceiros comerciais remotos e de host Integração com Credential Store Estrutura para armazenar todas as senhas e credenciais de segurança HTTP seguro (usando Secure Socket Layer SSL)) Chave criptografada Armazenar senha para um parceiro comercial host O tempo de execução do Oracle B2B não oferece suporte ao método de autenticação CLIENT-CERT. Portanto, o B2B não é capaz de publicar em URLs protegidos por OAM-SSO. Consulte o seguinte para obter mais informações sobre a segurança: 1.4.1 Ocultação de carga útil O Oracle B2B suporta a ocultação de carga útil antes de as cargas são armazenadas no repositório da instância. A infra-estrutura de segurança do Oracle Fusion Middleware é usada para ofuscar, armazenar e recuperar as cargas úteis e garantir que as cargas úteis em mensagens de fio, mensagens de negócios e mensagens de aplicativo sejam visíveis apenas para usuários autorizados. O algoritmo de criptografia não é especificável. As chaves são armazenadas na Loja de Credenciais. Em tempo de execução, a carga útil é ofuscada antes de ser armazenada no repositório de instância. Quando essa carga útil é recuperada do armazenamento de instância durante o processamento, ela é automaticamente unobfuscated para que o mecanismo B2B processa-lo. Da mesma forma, na direção de saída, se a obfuscação da carga útil for necessária, então a carga útil será ofuscada antes de ser armazenada no repositório da instância. Se a criptografia de nível de troca for especificada, a carga útil será criptografada usando o esquema de criptografia especificado antes de ser colocado no fio. Quando você habilita a ocultação de carga útil, considere o seguinte: As cargas grandes, como definidas no parâmetro Tamanho Grande Payload na guia Configuração, não ficam ofuscadas porque elas são armazenadas em um diretório (sistema de arquivos) em vez do repositório de instâncias. Armazenar uma carga grande no sistema de arquivos é um risco de segurança. A carga útil ofuscada pode ser acessada na interface do Oracle B2B somente por usuários autorizados que têm acesso ao tipo de documento. A carga útil é unobfuscated e exibido na interface para esses usuários autorizados. Outros usuários não podem acessar o tipo de documento. Os usuários podem ser provisionados para acessar tipos de documentos. Consulte a Seção 1.4.2, Restrição de Acesso a Tipos de Documento, para obter informações sobre o provisionamento de tipo de documento. A ofuscação está disponível para cargas úteis que usam caracteres multibyte e está disponível para bancos de dados não-Oracle. If you migrate instance stores that contain obfuscated payloads, then you must ensure that you export the Credential Store Framework (CSF) as well, because the CSF has the key to unobfuscate those payloads (the same key is used for obfuscation and unobfuscation). If this is a new store, then no migration is required because the key is created (if not already present) the first time the payload is obfuscated. A payload that was obfuscated and persisted in Oracle B2B is passed unobfuscated to other SOA components within a composite application, when using the Default or JMS integration types. Users viewing this unobfuscated payload in other SOA components are responsible for ensuring that the payload is obfuscated and persisted securely, and that users are authorized to view the payload. 1.4.2 Restricting Access to Document Types Oracle B2B supports payload security by restricting access based on document type. The following user permissions for document-type access are available: Admin permission for all document types With this permission, the user can add, access, edit, and delete all document types. This user also has access to administrative functions such as import, export, and purge. Admin permission for specified document types With this permission, the user can access, edit, and delete the specified document types for which he has permission. The user is not allowed to access, edit, or delete the restricted document types. The user cannot add new document types or have access to any administrative functions such as import, export, and purge. Monitor permission for all document types With this permission, the user can access and view (but not edit or delete) all document types. Monitor permission for specified document types With this permission, the user can access and view (but not edit or delete) the specified document types. The user cannot access and view the restricted document types. The default administrator user can restrict document-type access to other roles as follows: The host administrator can be granted access to all document types, in which case this user can restrict document-type access to other host or remote administrators. The host administrator can be granted access only to specified document types, in which case this user cannot restrict document-type access to other host or remote administrators. The remote administrator can be granted access to specified document types only, or all document types pertaining to the remote trading partner. In either case, the remote trading partner administrator cannot create document types in the system, or provision users for that particular remote trading partner. Users can only be provisioned by a host trading partner administrator user. The host monitor can be granted view-only access to all document types or to specified document types, but cannot restrict document-type access to other users. The remote monitor can be granted view-only access to all document types pertaining to the remote trading partner or to specified document types pertaining to the remote trading partner, but cannot restrict document-type access to other users. Admin users with access to all Administration tab functions lose admin privileges when permission for any or all document types is assigned, and the Administration tab is no longer available. When access to specific document types is restricted, consider the following: New document definitions for a restricted document type cannot be added. No document types can be imported, exported, or purged. No document types can be modified on the Partners gt Documents tab, as shown in Figure 1-1 . Figure 1-1 Accessing a Restricted Document Type from the Documents Tab The restricted document types are listed, but details cannot be viewed or accessed, on the following tabs: Administration gt Document tab Agreements that include document definitions for restricted document types cannot be modified or exported. In a SOA composite with a B2B binding component, restrictions on document types are not in effect. All document types are available to any user in the B2B Configuration Wizard of Oracle JDeveloper. 1.5 How Does Oracle B2B Fit into a SOA Implementation As a business-to-business gateway, Oracle B2B is used to extend business processes to trading partners. When Oracle B2B is used in a SOA composite application, you can model an end-to-end business process integration. Oracle SOA Suite provides a complete set of service infrastructure components for designing, deploying, and managing composite applications. The multiple technology components of a composite application share common capabilities, including a single deployment and management model and tooling, end-to-end security, and unified metadata management. See Oracle Fusion Middleware Developers Guide for Oracle SOA Suite for more information. In a SOA implementation, Oracle B2B functions as a binding component. with network protocols and services that enable message sending and receiving: As a service (inbound), the SOA composite application receives messages from Oracle B2B As a reference (outbound), the SOA composite application passes a message to Oracle B2B, which in turn sends the message to partners. In addition to messages, Oracle B2B can also send attachments and large payloads in a SOA implementation. See Appendix A, Handling Large Payloads, for information about handling large payloads. With the integration of Oracle B2B, Mediator, and BPEL components within Oracle SOA Suite, the XML Gateway Internal Delivery channels are not needed in Oracle B2B 11 g to communicate with Oracle E-Business Suite. This can be achieved by using the Oracle Application Adapter available in Oracle SOA Suite. 1.6 Sending a Purchase Order: An Example of a SOA Implementation The following example describes how the components of a SOA composite application are used to send a purchase order that originates from Oracle E-Business Suite, as shown in Figure 1-2 . Figure 1-2 An Outbound Purchase Order in a SOA Composite Application The outbound purchase order (P. O.) is an XML document that participates in an end-to-end business process as follows: An application, for example, Oracle E-Business Suite, initiates the P. O. process. The P. O. document uses the application-generated XML. Oracle Mediator receives the P. O. from Oracle E-Business Suite. The P. O. is translated to canonical XML through XSLT Mapper, and is validated by using the schema obtained when the composite application was validated. Oracle Mediator routes the message to Oracle BPEL Process Manager. Oracle BPEL Process Manager receives the P. O. from Oracle Mediator. Business processes such as human workflow, business rules, and error handling can apply before Oracle BPEL Process Manager sends the P. O. back to Oracle Mediator. Oracle Mediator receives the P. O. from Oracle BPEL Process Manager. The P. O. is transformed from canonical XML to the target XML through XSLT Mapper and then routed to Oracle B2B. Oracle B2B receives the P. O. from Mediator, translates the P. O. to EDI native format, for example, and manages the interaction with the trading partner. Oracle Business Activity Monitoring (BAM) monitors the end-to-end process. See the following for more information: 1.7 Oracle B2B Samples and Cookbooks The Oracle B2B samples guide you through the steps to create guideline files, design Oracle B2B transactions, deploy and monitor trading partner agreements, and create and deploy SOA composite applications. The composite applications include an Oracle B2B binding component and use the document definitions that you create in Oracle B2B. Samples are available for the following document types: These end-to-end samples are based on a scenario in which two trading partners, Acme and GlobalChips, participate in a transaction. Acme is the initiator (the buyer, in the case of a purchase order scenario) and GlobalChips is the responder (the seller in a purchase order scenario). In the HL7 sample, Acme (initiator) sends an ADTA01 admit patient message and receives an ACKA01 acknowledgment from GlobalChips. The samples include instructions and sample document definition files for you to create all the documents, agreements, and SOA composites you need to run the samples. The completed SOA composite application is also provided for each sample. You can download the samples from the Oracle SOA Suite samples . The Oracle B2B cookbooks provide detailed information on the implementation of ebXML, EDI (EDIFACT and X12), and HL7 in Oracle B2B. The cookbooks include configuration steps, performance best practices, discussions of typical errors, and FAQs. To download the cookbooks, go to 1.8 Administering Oracle B2B in the Oracle Fusion Middleware Environment The following components provide monitoring, configuration, and performance tuning capabilities for Oracle B2B: SOA ServermdashSet memory arguments to optimize B2B performance. See Oracle B2B Performance Tuning in Oracle Fusion Middleware Performance Guide for more information. Oracle WebLogic Server Administration ConsolemdashAdminister settings for performance tuning. See Oracle B2B Performance Tuning in Oracle Fusion Middleware Performance Guide for more information. Oracle Enterprise Manager Fusion Middleware ControlmdashSet Oracle B2B Server properties to enable Enterprise Manager metrics and monitor the Oracle B2B Infrastructure. See the following for more information: Within the Oracle B2B interface, use the following for monitoring and configuration: Administration gt Configuration tab