Integrações

Normalmente o banco decide. O SFTP host-to-host é o canal mais amplamente oferecido para arquivos de pagamento corporativos. O EBICS é comum em bancos da Alemanha, da França e de países vizinhos. As APIs bancárias servem para saldos em tempo real e pagamentos instantâneos onde o banco as oferece. Muitas empresas usam mais de um canal, e a camada de integração oculta essa diferença para o ERP.

Leia mais: Arquivos de pagamento e conciliação entre ERP e bancoLink para esta pergunta

Onde o banco oferece os dois, o camt.053 traz dados de remessa mais ricos e estruturados, o que torna a conciliação automática mais confiável. O MT940 ainda é muito usado e funciona bem em muitos casos. Conseguimos receber os dois, convertê-los para o mesmo modelo interno e migrar cada banco do MT940 para o camt.053 quando for conveniente para você e para o banco.

Leia mais: Arquivos de pagamento e conciliação entre ERP e bancoLink para esta pergunta

Normalmente como eventos próximos do tempo real, porque os números de estoque e de vendas ficam atualizados durante o dia. Alguns ERPs ou licenças tornam lançamentos frequentes caros, então a camada também pode agrupar eventos em resumos por loja e período. Escolhemos com você com base em quais decisões precisam de dados atuais e no que o ERP processa bem.

Leia mais: Sincronização de vendas, estoque e preços entre POS e ERPLink para esta pergunta

O desenho funciona com qualquer POS que consiga exportar transações por API, eventos ou arquivos, e com ERPs como SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central e Odoo. Confirmamos no início as interfaces específicas do seu POS e do seu ERP. Citar um produto não significa parceria com o seu fornecedor.

Leia mais: Sincronização de vendas, estoque e preços entre POS e ERPLink para esta pergunta

O adquirente é o banco ou a instituição licenciada que processa pagamentos com cartão para você e repassa o dinheiro. O gateway é o serviço técnico à frente dele que recebe requisições de terminais e checkouts, tokeniza cartões e encaminha essas requisições. Alguns provedores fazem as duas coisas. O desenho funciona de qualquer forma e mantém os dois papéis claros.

Leia mais: Pagamentos com cartãoLink para esta pergunta

Não. O ISO 8583 define uma estrutura, e cada adquirente ou rede publica a sua própria especificação de campos, tipos de mensagem e códigos. É por isso que construímos a partir da especificação do adquirente e executamos os seus testes de certificação. Uma API de gateway à frente do adquirente esconde essas diferenças, o que costuma ser mais simples para o varejo.

Leia mais: Pagamentos com cartãoLink para esta pergunta

Um agregador oferece muitos bancos por uma única API e trata as diferenças de cada banco, com um custo por chamada ou por conexão. Conexões diretas dão mais controle e podem servir para um número pequeno de bancos importantes. Muitos produtos começam com um agregador e acrescentam conexões diretas depois. Comparamos as opções em relação aos bancos e países de que você precisa.

Leia mais: APIs de open bankingLink para esta pergunta

A cobertura depende das regras da região e das APIs dos bancos. A União Europeia e o Reino Unido têm cobertura ampla sob a PSD2 e o UK Open Banking Standard. Em outros lugares a cobertura varia, e os agregadores preenchem parte das lacunas. Verificamos a cobertura para os bancos que os seus clientes usam antes de você se comprometer com um desenho.

Leia mais: APIs de open bankingLink para esta pergunta

Não para a maior parte do trabalho de tesouraria corporativa. Os canais host-to-host tratam arquivos de pagamento em lote e extratos completos das suas próprias contas. O open banking serve para produtos voltados ao cliente, saldos em tempo real e pagamentos individuais. Muitas empresas usam os dois: host-to-host para os seus próprios lotes de pagamentos e open banking para os seus clientes.

Leia mais: APIs de open bankingLink para esta pergunta

Qualquer serviço com API documentada ou interface de arquivo. Exemplos típicos são plataformas de CRM, transportadoras e operadores logísticos, marketplaces, plataformas de faturamento eletrônico e de tributos, folha de pagamento, provedores de KYC e de identidade, e parceiros comerciais que trocam documentos EDI sobre AS2. Revisamos a API, os limites e o ambiente de testes de cada parceiro antes de nos comprometermos com um plano.

Leia mais: Conexões de API entre ERP e terceirosLink para esta pergunta

Quando vários parceiros estão conectados a um ERP, uma plataforma como MuleSoft, Boomi ou Azure Logic Apps, ou um conjunto de serviços sob medida sobre uma fila de mensagens, mantém mapeamento, repetições e monitoramento em um só lugar. Com um ou dois parceiros, conexões diretas podem bastar. Apresentamos as vantagens e desvantagens, incluindo custos de licença, para o seu caso.

Leia mais: Conexões de API entre ERP e terceirosLink para esta pergunta

Do lado de ERP: SAP ECC, S/4HANA e BTP, Oracle Fusion Cloud ERP e NetSuite, Microsoft Dynamics 365, Odoo e Sage. Para fluxo de trabalho e CRM: ServiceNow, Salesforce e Microsoft Power Platform. Também trabalhamos com sistemas sob medida e mais antigos. Nomear um produto não significa uma parceria com o fornecedor.

Leia mais: Implantação e sincronização de ERP e CRMLink para esta pergunta

Sim. Inventariamos cada interface no ECC, decidimos quais manter, reconstruir ou desativar, e movemos cada uma para o S/4HANA ou BTP com seus testes. Os fluxos são trocados um de cada vez, para que o negócio não dependa de um único fim de semana de virada.

Leia mais: Implantação e sincronização de ERP e CRMLink para esta pergunta

Nem sempre. Alguns poucos fluxos estáveis entre dois sistemas podem ser chamadas de API diretas. Quando vários sistemas trocam dados, ou você precisa de mapeamento, filas e monitoramento em um só lugar, o middleware costuma se pagar. Se você já tem um, construímos sobre ele.

Leia mais: Implantação e sincronização de ERP e CRMLink para esta pergunta

Escolha o que se encaixa nos seus processos, integrações e usuários. Comparamos as opções com os seus requisitos, licenças existentes e os sistemas a que o CRM precisa se conectar, e apresentamos os trade-offs por escrito. Se você já tem um CRM, revisamos primeiro a configuração, os dados e as integrações dele, porque problemas ali são mais comuns do que limites do produto.

Leia mais: Implantação e sincronização de ERP e CRMLink para esta pergunta

Demais é quando as atualizações se tornam arriscadas e toda mudança precisa de um desenvolvedor. Configuramos primeiro o que a plataforma oferece, e construímos código sob medida apenas onde o seu processo precisa e vale a pena manter. Cada funcionalidade sob medida é documentada e testada, para que as atualizações continuem administráveis.

Leia mais: Implantação e sincronização de ERP e CRMLink para esta pergunta

A Fase 2, a fase de integração, exige que os sistemas dos contribuintes se conectem à plataforma FATOORA do ZATCA. As faturas fiscais padrão são autorizadas pelo ZATCA antes de chegarem ao comprador, e as faturas simplificadas são reportadas pouco depois. Cada fatura carrega um selo criptográfico e um código QR, então o ERP ou o POS precisa gerá-los no formato exigido.

Leia mais: Faturamento eletrônico, obrigações fiscais e passaportes digitais de produtoLink para esta pergunta

O PINT-AE é a especificação dos Emirados para o formato internacional de fatura PEPPOL, usada no programa de faturamento eletrônico dos Emirados. As faturas são trocadas nesse formato estruturado por provedores de serviço credenciados e reportadas à Autoridade Tributária Federal, cuja plataforma EmaraTax cuida dos impostos dos Emirados.

Leia mais: Faturamento eletrônico, obrigações fiscais e passaportes digitais de produtoLink para esta pergunta

O IVA na Era Digital (ViDA) é o pacote da UE que leva o faturamento empresarial transfronteiriço para faturas eletrônicas estruturadas e reporte digital. Ele afeta qualquer empresa que fature clientes da UE ou mantenha entidades na UE, onde quer que esteja a sua sede.

Leia mais: Faturamento eletrônico, obrigações fiscais e passaportes digitais de produtoLink para esta pergunta

O Passaporte Digital de Produto (DPP) é o registro da UE sobre materiais, origem, reparabilidade e reciclagem de um produto, compartilhado por um suporte de dados como um código QR. Ele é implantado por grupo de produtos e depende de dados da cadeia de suprimentos que normalmente ficam nos sistemas de ERP e de manufatura.

Leia mais: Faturamento eletrônico, obrigações fiscais e passaportes digitais de produtoLink para esta pergunta

Muitas vezes o complemento é o ponto de partida certo, e nós o configuramos e estendemos em vez de construir algo em volta dele. O que resta costuma ser os dados: tipos de fatura, códigos tributários, dados mestres e exceções que o complemento não cobre. O POS e outros sistemas que também emitem faturas também precisam ser conectados.

Leia mais: Faturamento eletrônico, obrigações fiscais e passaportes digitais de produtoLink para esta pergunta

Sim. Construímos uma camada de integração com um conector por obrigação. O ERP emite uma fatura, e a camada a formata, assina e envia para cada país. Acrescentar um país passa a ser configuração, mapeamento e testes.

Leia mais: Faturamento eletrônico, obrigações fiscais e passaportes digitais de produtoLink para esta pergunta

O ISO 20022 é o padrão internacional para mensagens financeiras. Suas mensagens XML carregam dados estruturados, como nomes completos, endereços e dados de remessa, que os antigos formatos SWIFT MT não conseguem. Bancos e sistemas de pagamento migraram para ele, então arquivos de pagamento e de extrato construídos sobre ele conciliam melhor e passam por verificações de conformidade com mais frequência.

Leia mais: Conectividade bancária, de tesouraria e ISO 20022Link para esta pergunta

Usamos pain.001 para pagamentos, pain.002 para status, camt.052, camt.053 e camt.054 para relatórios de conta e mensagens pacs entre bancos. Também lemos os extratos MT940 e MT942 que muitos bancos ainda enviam. O transporte é host-to-host por SFTP, EBICS, SWIFT ou APIs bancárias. Cada banco tem a sua própria variante de cada formato, então construímos a partir do guia de implementação de cada um.

Leia mais: Conectividade bancária, de tesouraria e ISO 20022Link para esta pergunta

SAP S/4HANA, Oracle Fusion Cloud ERP e NetSuite, Microsoft Dynamics 365, Odoo e Sage, além de sistemas de tesouraria e sistemas sob medida. Quando o ERP tem o seu próprio módulo de comunicação bancária, configuramos e ampliamos esse módulo em vez de construir por fora.

Leia mais: Conectividade bancária, de tesouraria e ISO 20022Link para esta pergunta

Sim, quando o adquirente ou processador oferece. O ISO 8583 é um framework, não um único formato: cada adquirente publica a sua própria especificação de campos e tipos de mensagem. Construímos a partir dessa especificação, tratamos autorizações, estornos e mensagens de aviso e testamos cada código de resposta.

Leia mais: Pagamentos, comércio agêntico (AP2) e POSLink para esta pergunta

O Agent Payments Protocol (AP2) é um protocolo aberto para pagamentos feitos por agentes de IA. Cada compra carrega mandatos assinados que mostram o que o cliente autorizou, para que comerciantes, emissores e adquirentes possam confiar e auditar. Se for provável que agentes de IA comprem de você, podemos preparar o seu checkout para o AP2 junto com os fluxos atuais.

Leia mais: Pagamentos, comércio agêntico (AP2) e POSLink para esta pergunta

Sim, com SoftPOS. Cartões e carteiras por aproximação são aceitos em um telefone ou tablet compatível por meio de um aplicativo de pagamento certificado do seu adquirente ou provedor. Integramos esse aplicativo aos seus fluxos de POS, vendas e liquidação como qualquer outro terminal.

Leia mais: Pagamentos, comércio agêntico (AP2) e POSLink para esta pergunta

A loja continua vendendo. As vendas são armazenadas localmente e enviadas ao ERP quando a conexão volta, cada uma com um identificador único para que nada seja lançado duas vezes. Se os pagamentos com cartão podem continuar off-line depende das regras do seu adquirente e da sua tolerância a risco, e projetamos isso com você.

Leia mais: Pagamentos, comércio agêntico (AP2) e POSLink para esta pergunta

Depende de quantas conexões você tem e de quem vai operá-las. Uma plataforma de integração como MuleSoft, Boomi ou Azure Logic Apps oferece conectores prontos, mapeamento e monitoramento em um só lugar, a um custo de licença. Serviços sob medida dão controle total e nenhuma licença, mas mais código para manter. Comparamos os dois para o seu caso.

Leia mais: Serviços de middleware e integração de APIsLink para esta pergunta

Um barramento de serviços corporativo encaminha e transforma mensagens por um hub central. Uma malha de eventos distribui eventos por uma rede de brokers conectados, para que sistemas em nuvens e sites diferentes publiquem e assinem diretamente. Muitos parques usam os dois enquanto migram de um para o outro.

Leia mais: Serviços de middleware e integração de APIsLink para esta pergunta

Projetamos em torno dos limites publicados de cada parceiro. Agrupamos requisições quando a API permite, armazenamos em cache dados que raramente mudam, distribuímos tarefas agendadas e recuamos quando um limite está próximo. O monitoramento mostra o quão perto cada fluxo opera do seu limite.

Leia mais: Serviços de middleware e integração de APIsLink para esta pergunta