top of page

SAP

SAP Business One

Fluxo de caixa

Finanças

Sistema de Gestão

ERP

Como integrar o SAP Business One: guia prático de Service Layer, DI API e B1iF

Foto do escritor: Golive
Golive
há 3 minutos
8 min de leitura

Hub de integrações do SAP Business One conectado a Service Layer, DI API, B1iF e SAP BTP para integrar sistemas e processos.

Integrar o SAP Business One significa permitir que o ERP troque informações automaticamente com e-commerces, marketplaces, CRMs, bancos, transportadoras, WMS, sistemas fiscais, plataformas de BI e outras aplicações. O objetivo é reduzir tarefas manuais, evitar divergências e manter pedidos, estoque, clientes, documentos fiscais e informações financeiras sincronizados.


As principais tecnologias são o Service Layer, a DI API e o Integration Framework, conhecido como B1iF. A escolha depende da aplicação conectada, do volume de dados, da infraestrutura e da criticidade do processo.


Este guia apresenta os critérios de decisão, cuidados e etapas do projeto. Para uma introdução complementar, leia também Integrações no SAP Business One com APIs e Service Layer.


O que são integrações no SAP Business One?


São conexões que permitem o intercâmbio automático de dados entre o ERP e outras aplicações. Em vez de exportar planilhas ou redigitar informações, os sistemas compartilham dados por APIs, conectores ou uma camada de integração.


A documentação técnica da SAP apresenta recursos para soluções de terceiros, extensões em nuvem, EDI e serviços web. Com uma arquitetura bem definida, o SAP Business One pode funcionar como fonte central dos dados financeiros, fiscais, comerciais e operacionais.


Uma integração precisa definir quais dados trafegam, qual sistema é responsável por cada informação, a frequência de sincronização e como falhas serão identificadas, corrigidas e reprocessadas.


Quais sistemas podem ser integrados?


  • E-commerce e marketplaces: produtos, preços, estoque, clientes, pedidos e faturamento.

  • CRM: clientes, oportunidades, pedidos e histórico comercial.

  • Bancos e meios de pagamento: cobrança, conciliação, recebíveis e baixas.

  • WMS, TMS e transportadoras: separação, expedição, fretes e rastreamento.

  • Sistemas fiscais: documentos eletrônicos, tributos e obrigações.

  • BI e analytics: dashboards, indicadores e análises gerenciais.

  • Sistemas industriais: produção, consumo, qualidade e manutenção.

  • Portais e aplicações próprias: serviços para clientes, fornecedores e colaboradores.


A IBM relaciona a integração de ERP à unificação de dados em tempo real, automação de fluxos, fonte única de informação e maior observabilidade. Esses benefícios dependem de governança e monitoramento adequados.


Service Layer, DI API e B1iF: qual é a diferença?


Service Layer


O Service Layer é uma API baseada em REST e OData. A referência oficial do Service Layer documenta as entidades e ações expostas pelo SAP Business One. Desde o FP 2405, o OData v4 é o protocolo principal e o v3 permanece para compatibilidade.


  • Indicado para aplicações web, mobile, integrações em nuvem e portais.

  • Utiliza padrões conhecidos por equipes modernas de desenvolvimento.

  • Permite operar objetos respeitando regras do SAP Business One.

  • Exige controle de autenticação, sessões, filtros, paginação e erros.


Service Layer v1 e v2: qual é a diferença?


Os termos Service Layer v1 e v2 normalmente se referem aos caminhos usados para acessar versões diferentes do protocolo OData. O endpoint /b1s/v1 utiliza OData v3, enquanto /b1s/v2 utiliza OData v4. Não são dois produtos separados: são formas diferentes de consumir os serviços do mesmo Service Layer.


  • Service Layer v1, com OData v3: permanece disponível principalmente para compatibilidade com integrações existentes. Projetos antigos podem continuar utilizando esse caminho enquanto são avaliados e preparados para uma eventual migração.

  • Service Layer v2, com OData v4: é o caminho principal para novos desenvolvimentos. O padrão oferece melhor perspectiva de suporte, manutenção e acesso às evoluções futuras da API.

  • Atenção à migração: trocar apenas v1 por v2 na URL não é suficiente. Consultas, payloads, bibliotecas, paginação, tratamento de datas, respostas e autenticação precisam ser testados no ambiente da empresa.


A documentação oficial do SAP Business One Service Layer confirma que /b1s/v1/$metadata corresponde ao OData v3 e /b1s/v2/$metadata ao OData v4. Desde o FP 2405, a SAP considera o OData v3 obsoleto para novos projetos e recomenda o OData v4, mantendo o v3 para compatibilidade.


DI API


A DI API utiliza componentes próximos ao ambiente do ERP para acessar objetos de negócio. É consolidada em add-ons locais, rotinas em lote e soluções existentes que precisam de recursos específicos.


  • Adequada para add-ons locais e soluções ligadas ao ambiente Windows.

  • Oferece acesso profundo a objetos e regras de negócio.

  • Pode preservar investimentos feitos em aplicações existentes.

  • Exige atenção a instalação, compatibilidade e recursos do servidor.


B1iF, o Integration Framework


O B1iF coordena cenários, mensagens, transformações e eventos entre sistemas. A documentação oficial do Integration Framework reúne materiais de configuração, conectividade, desenvolvimento, monitoramento e integração com o Service Layer.


  • Útil em fluxos com múltiplas aplicações ou etapas.

  • Permite transformação e roteamento de mensagens.

  • Atende cenários orientados por eventos e integrações entre unidades.

  • Requer documentação e profissionais com domínio da plataforma.



B1iF usa XML e XSLT e exige manutenção especializada


O Integration Framework for SAP Business One, conhecido como B1iF, trabalha com mensagens XML e etapas de transformação em XSLT. Na prática, o XSLT converte a estrutura recebida por um sistema para o formato esperado pelo SAP Business One ou pelo destino da integração.

É uma arquitetura madura e a documentação atual da SAP Business One continua contemplando as versões 1 e 2 do Integration Framework. Porém, por ser uma abordagem baseada em XML, costuma exigir profissionais com domínio específico de cenários, filas, logs e transformações XSLT. Antes de iniciar um projeto novo, vale comparar seu custo de manutenção com Service Layer e SAP BTP, considerando o legado existente e o nível de governança necessário.



DI API exige dimensionamento do ambiente Windows


A DI API é uma biblioteca COM executada por uma aplicação ou serviço em Microsoft Windows e não oferece suporte a multithreading. Por isso, cada integração, sessão e processo concorrente utiliza CPU e memória do servidor ou da máquina em que o componente foi instalado.

O dimensionamento deve considerar a quantidade de integrações simultâneas, o volume de documentos, o tamanho dos lotes, a frequência das execuções e o tempo de conexão com cada empresa. Em ambientes com alta carga, prefira a DI API de 64 bits, monitore memória e CPU e libere corretamente objetos e conexões. Quando a integração roda no mesmo servidor de aplicação do SAP Business One, a capacidade deve contemplar a soma da carga do ERP, dos add-ons e das rotinas de integração.



O que é SAP BTP e onde ele entra na integração?


SAP BTP significa SAP Business Technology Platform. É a plataforma em nuvem da SAP que reúne recursos de integração, desenvolvimento de aplicações, automação de processos, dados, analytics e inteligência artificial. Ela pode funcionar como uma camada para conectar sistemas SAP e não SAP em arquiteturas de maior escala.


Dentro da BTP, o SAP Integration Suite oferece recursos de integração como serviço, ou iPaaS. Ele permite criar e monitorar fluxos entre aplicações em nuvem, sistemas instalados localmente, parceiros e APIs externas.


  • Quando a BTP faz sentido: paisagens com muitos sistemas, integrações híbridas, necessidade de API Management, conectores corporativos, monitoramento centralizado e governança em escala.

  • Como ela se conecta ao SAP Business One: uma aplicação ou fluxo executado na BTP pode consumir o Service Layer ou outra interface suportada do SAP Business One. Em ambientes locais, a conectividade deve ser planejada com segurança.

  • O que a BTP não é: ela não substitui automaticamente o Service Layer, a DI API ou o B1iF. Essas tecnologias continuam sendo as interfaces ou componentes próximos ao SAP Business One; a BTP pode coordenar e ampliar a arquitetura ao redor deles.

  • Quando pode ser excessiva: uma integração simples e ponto a ponto pode ser atendida por Service Layer, conector ou middleware mais enxuto. A decisão deve considerar complexidade, custo, licenciamento, governança e capacidade de sustentação.


Segundo a documentação oficial do SAP BTP, a plataforma reúne integração, desenvolvimento, automação, dados, analytics, planejamento empresarial e inteligência artificial. Para PMEs, sua adoção deve ser orientada por uma necessidade concreta, e não apenas pela disponibilidade da tecnologia.


Comparativo rápido


  • Service Layer: web, APIs, aplicativos, e-commerce, marketplaces e nuvem.

  • DI API: add-ons locais, sistemas legados e processos próximos ao ERP.

  • B1iF: orquestração, transformação, eventos e múltiplas aplicações.

  • Middleware ou conector: cenários padronizados em que prazo e sustentação são prioritários.


As tecnologias podem coexistir. O ponto central é manter uma arquitetura documentada, com responsabilidades, padrões e critérios de sustentação.


Como escolher a melhor abordagem


  • Qual processo será automatizado e qual resultado é esperado?

  • Qual sistema será a fonte oficial de cada informação?

  • A sincronização precisa ser imediata ou pode ocorrer em lotes?

  • Qual é o volume médio e o volume máximo?

  • A integração consulta ou também cria e altera documentos?

  • Existem regras fiscais, aprovações ou validações específicas?

  • Como indisponibilidades, rejeições e duplicidades serão tratadas?

  • Quem sustentará a solução depois da implantação?


Passo a passo para integrar o SAP Business One


  1. Mapeie o processo atual, o retrabalho e os pontos de risco.

  2. Defina sistemas envolvidos e responsabilidades pelos dados.

  3. Desenhe origem, destino, frequência, validações e retornos.

  4. Escolha Service Layer, DI API, B1iF, middleware ou conector.

  5. Prepare um ambiente de testes com dados representativos.

  6. Implemente autenticação, perfis e proteção de credenciais.

  7. Crie logs, alertas, retentativas e prevenção de duplicidades.

  8. Valide regras fiscais, financeiras, comerciais e de estoque.

  9. Realize testes de volume, indisponibilidade e recuperação.

  10. Documente, treine a equipe e acompanhe indicadores.


Segurança, governança e monitoramento


  • Privilégio mínimo: acesso somente ao necessário.

  • Credenciais protegidas: senhas e tokens fora do código.

  • Rastreabilidade: logs suficientes para auditoria e diagnóstico.

  • Idempotência: retentativas sem gerar documentos duplicados.

  • Fila de erros: correção e reprocessamento de rejeições.

  • Monitoramento: alertas antes de a falha afetar clientes.

  • LGPD: tratamento controlado de dados pessoais.


Erros comuns em projetos de integração


  • Programar antes de mapear processos e regras.

  • Não definir uma fonte oficial para cada dado.

  • Gravar diretamente no banco e ignorar validações.

  • Não prever indisponibilidade ou expiração de sessão.

  • Testar apenas pequenos volumes.

  • Não documentar campos personalizados e dependências.

  • Entregar sem logs, alertas e processo de suporte.

  • Concentrar todo o conhecimento em uma pessoa.


Como medir o resultado


  • Tempo entre a origem e o registro no ERP.

  • Percentual de transações processadas com sucesso.

  • Erros, rejeições e reprocessamentos.

  • Tarefas manuais eliminadas.

  • Diferenças de estoque entre canais.

  • Tempo de faturamento e expedição.

  • Incidentes e esforço de sustentação.


Como a Golive pode ajudar


A Golive Consultoria atua com implementação, suporte, treinamento e evolução do SAP Business One para pequenas e médias empresas. Em projetos de integração, o trabalho começa pelo processo e pelas regras de negócio, não pela escolha precipitada de uma tecnologia.


A equipe pode apoiar o diagnóstico, desenho da arquitetura, mapeamento de campos, desenvolvimento, testes, implantação e sustentação. Isso reduz o risco de conexões isoladas e difíceis de manter.


Se sua empresa precisa integrar o SAP Business One ou revisar conexões que apresentam falhas e retrabalho, fale com a Golive Consultoria e solicite uma avaliação.


Perguntas frequentes


O que é o Service Layer?


É uma API baseada em REST e OData, indicada para integrações web, aplicativos e serviços em nuvem.


Qual é a diferença entre Service Layer e DI API?


O Service Layer usa padrões web. A DI API utiliza componentes instalados e é comum em add-ons locais e soluções existentes.


Quando usar o B1iF?


Quando o projeto precisa coordenar aplicações, transformar mensagens ou executar fluxos orientados por eventos.


É possível integrar com e-commerce?


Sim. É possível sincronizar produtos, preços, estoque, clientes, pedidos, faturamento e entrega.


É seguro gravar diretamente no banco?


A gravação direta deve ser evitada porque pode ignorar validações do SAP Business One.


Quanto custa uma integração?


O custo depende dos sistemas, fluxos, volume, regras, tecnologia, monitoramento e suporte.


Quanto tempo leva?


O prazo varia conforme a complexidade, os dados e a quantidade de sistemas e regras.


Como monitorar?


Acompanhe logs, alertas, taxa de sucesso, tempo de processamento, duplicidades e filas de erro.


Conteúdos relacionados da Golive



Fontes consultadas


Comentários


bottom of page