Integrações

Normalmente o banco decide. O SFTP host-to-host é o canal mais amplamente oferecido para ficheiros 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 esconde a diferença do ERP.

Leia mais: Ficheiros de pagamento e reconciliação entre ERP e bancoLigação para esta pergunta

Onde o banco oferece os dois, o camt.053 traz dados de remessa mais ricos e estruturados, o que torna a reconciliação automática mais fiá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 si e para o banco.

Leia mais: Ficheiros de pagamento e reconciliação entre ERP e bancoLigação para esta pergunta

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

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

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

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

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

Leia mais: Pagamentos com cartãoLigação 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 retalho.

Leia mais: Pagamentos com cartãoLigação 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 ligação. Ligações diretas dão mais controlo e podem servir para um número pequeno de bancos importantes. Muitos produtos começam com um agregador e acrescentam ligações diretas depois. Comparamos as opções frente aos bancos e países de que precisa.

Leia mais: APIs de open bankingLigação 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 se comprometer com um desenho.

Leia mais: APIs de open bankingLigação para esta pergunta

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

Leia mais: APIs de open bankingLigação para esta pergunta

Qualquer serviço com API documentada ou interface de ficheiro. Exemplos típicos são plataformas de CRM, transportadoras e operadores logísticos, marketplaces, plataformas de faturação eletrónica e de tributos, folha de pagamento, fornecedores 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: Ligações de API entre ERP e terceirosLigação para esta pergunta

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

Leia mais: Ligações de API entre ERP e terceirosLigação 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 à medida e mais antigos. Nomear um produto não significa uma parceria com o fornecedor.

Leia mais: Implementação e sincronização de ERP e CRMLigação 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 os 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 transição.

Leia mais: Implementação e sincronização de ERP e CRMLigação 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 precisa de mapeamento, filas e monitorização num só lugar, o middleware costuma pagar-se. Se já tem um, construímos sobre ele.

Leia mais: Implementação e sincronização de ERP e CRMLigação para esta pergunta

Escolha o que se encaixa nos seus processos, integrações e utilizadores. Comparamos as opções com os seus requisitos, licenças existentes e os sistemas a que o CRM precisa de se ligar, e apresentamos os trade-offs por escrito. Se 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: Implementação e sincronização de ERP e CRMLigação 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 à medida apenas onde o seu processo precisa e vale a pena manter. Cada funcionalidade à medida é documentada e testada, para que as atualizações continuem administráveis.

Leia mais: Implementação e sincronização de ERP e CRMLigação para esta pergunta

A Fase 2, a fase de integração, exige que os sistemas dos contribuintes se liguem à plataforma FATOORA do ZATCA. As faturas fiscais padrão são validadas 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, por isso o ERP ou o POS precisa gerá-los no formato exigido.

Leia mais: Faturação eletrónica, obrigações fiscais e passaportes digitais de produtoLigação para esta pergunta

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

Leia mais: Faturação eletrónica, obrigações fiscais e passaportes digitais de produtoLigação para esta pergunta

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

Leia mais: Faturação eletrónica, obrigações fiscais e passaportes digitais de produtoLigação para esta pergunta

O Passaporte Digital de Produto (DPP) é o registo da UE sobre materiais, origem, reparabilidade e reciclagem de um produto, partilhado por um suporte de dados como um código QR. Ele é implementado por grupo de produtos e depende de dados da cadeia de abastecimento que normalmente ficam nos sistemas de ERP e de indústria transformadora.

Leia mais: Faturação eletrónica, obrigações fiscais e passaportes digitais de produtoLigação 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 são, normalmente, os dados: tipos de fatura, códigos tributários, dados de referência e exceções que o complemento não cobre. O POS e outros sistemas que também emitem faturas precisam ser ligados também.

Leia mais: Faturação eletrónica, obrigações fiscais e passaportes digitais de produtoLigação 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: Faturação eletrónica, obrigações fiscais e passaportes digitais de produtoLigação para esta pergunta

O ISO 20022 é o padrão internacional para mensagens financeiras. As 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, por isso ficheiros de pagamento e de extrato construídos sobre ele reconciliam melhor e passam por verificações de conformidade com mais frequência.

Leia mais: Conetividade bancária, de tesouraria e ISO 20022Ligação para esta pergunta

Usamos pain.001 para pagamentos, pain.002 para estado, 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, por isso construímos a partir do guia de implementação dele.

Leia mais: Conetividade bancária, de tesouraria e ISO 20022Ligação 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 à 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: Conetividade bancária, de tesouraria e ISO 20022Ligação 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 POSLigação 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 si, podemos preparar o seu checkout para o AP2 junto com os fluxos atuais.

Leia mais: Pagamentos, comércio agêntico (AP2) e POSLigação para esta pergunta

Sim, com SoftPOS. Cartões e carteiras por aproximação são aceites num telefone ou tablet compatível por meio de uma aplicação de pagamento certificado do seu adquirente ou fornecedor. Integramos essa aplicação aos seus fluxos de POS, vendas e liquidação como qualquer outro terminal.

Leia mais: Pagamentos, comércio agêntico (AP2) e POSLigação para esta pergunta

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

Leia mais: Pagamentos, comércio agêntico (AP2) e POSLigação para esta pergunta

Depende de quantas ligações tem e de quem vai operá-las. Uma plataforma de integração como MuleSoft, Boomi ou Azure Logic Apps oferece conectores prontos, mapeamento e monitorização num só lugar, a um custo de licença. Serviços à medida dão controlo 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 APIsLigação 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 ligados, 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 APIsLigação para esta pergunta

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

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