Quatro caminhos para o mesmo destino
A decisão está tomada: acabou-se a transferência manual de encomendas entre sistemas. E aqui começa o segundo problema, de que se fala menos. Um fornecedor propõe uma integração via API. Outro garante que basta uma exportação noturna de ficheiros CSV. Um conhecido do setor elogia os robôs RPA, que clicam no ecrã em vez de uma pessoa, e como parte dos documentos chega de qualquer forma em PDF, o OCR também tenta. Cada um destes caminhos pode ser bom. Nenhum é bom em todo o lado.
Quanto custa a própria recópia de dados e como calcular a sua escala, descrevemos no texto sobre quantas horas por semana a equipa perde a transferir dados. Aqui assumimos que essa conta já está feita. É altura de escolher a forma de ligação.
API, ou seja, a ligação direta
Os sistemas falam entre si programaticamente: a encomenda gravada no ERP está momentos depois no CRM, sem intervenção humana. É a forma mais duradoura de integração, porque o fabricante do sistema trata a API como um contrato oficial. Anuncia as alterações, documenta-as e mantém a retrocompatibilidade.
Um intervalo honesto para um único conector é normalmente de 2-6 semanas, e o custo depende sobretudo do número de fluxos e da qualidade da documentação de ambos os lados. Admitimos abertamente: no arranque, a API custa mais do que um dump de ficheiro, porque exige trabalho de programação e testes. Em contrapartida, a manutenção é depois a mais barata dos quatro caminhos.
Exportação de ficheiros, ou seja, simplicidade com horário
Um sistema grava todas as noites um ficheiro CSV ou XML, o outro carrega-o de manhã. Soa arcaico, mas pode ser o mais sensato: a implementação demora de alguns dias a duas semanas e é a que custa menos. O preço da simplicidade é o atraso. Os dados fluem uma vez por dia e normalmente num só sentido. Para enviar faturas à contabilidade chega; para os stocks de uma loja online, já não.
OCR, quando os dados chegam como imagem
Faturas de centenas de fornecedores, digitalizações de autos, papel. O OCR com uma camada de IA extrai os campos do documento e grava-os no sistema. Este caminho faz sentido quando do outro lado não há com que integrar, porque os remetentes são dezenas e não lhes podemos impor um formato. A eficácia nunca é de 100%, pelo que uma parte obrigatória da implementação é o processo de verificação de exceções por uma pessoa. Tempo realista: 3-8 semanas, consoante a diversidade dos documentos.
RPA, ou seja, um robô que clica como uma pessoa
Um script inicia sessão na aplicação e executa na interface os mesmos movimentos que o colaborador fazia. A vantagem é óbvia: não é precisa API nem autorização do fabricante, e uma demo funcional nasce em poucos dias. A desvantagem também: o robô está soldado ao aspeto do ecrã. Uma atualização do sistema desloca um botão 20 píxeis e o fluxo para, muitas vezes em silêncio. Na nossa opinião, o RPA deve ser a última opção, não a primeira, porque o baixo custo de arranque as empresas pagam-no depois todos os meses em manutenção e em nervos após cada atualização.
Tabela comparativa
| Critério | API | Exportação de ficheiros | OCR | RPA |
|---|---|---|---|---|
| Quando faz sentido | ambos os sistemas têm API | dados necessários uma vez por dia | documentos de muitos remetentes | sistema fechado, sem API |
| Tempo de implementação | 2-6 semanas | dias a 2 semanas | 3-8 semanas | dias (demo), semanas (produção) |
| Custo de arranque | médio | baixo | médio a alto | baixo |
| Custo de manutenção | baixo | baixo, mas exige um dono | médio (verificação de exceções) | alto |
| Fragilidade | baixa | baixa | média | alta |
| Atualidade dos dados | segundos | um dia | minutos a horas | minutos |
Três armadilhas que vemos com mais frequência
A primeira: RPA sobre uma interface que muda. Se o fornecedor do sistema lança atualizações todos os trimestres, o robô vai avariar todos os trimestres. O orçamento para o vigiar pode ultrapassar o custo de um conector API a sério.
A segunda: exportação CSV sem dono. O ficheiro deixa de ser gerado, ninguém recebe um alerta e durante duas semanas a empresa trabalha com dados antigos. A exportação de ficheiros tem de ter um responsável nomeado e um alarme automático quando o ficheiro não chega.
A terceira: OCR sobre documentos que podiam chegar em formato digital. Se o parceiro emite faturas num sistema com API ou através do KSeF, ler os seus PDF por máquina é pagar por um problema artificial. Sai mais barato acordar um formato de troca.
Árvore de decisão em quatro passos
- Ambos os sistemas têm API documentada? Escolham a API. O custo de arranque mais alto paga-se na manutenção.
- Falta a API, mas os dados chegam uma vez por dia? Exportação de ficheiros, com dono e alarme.
- Os dados chegam como documentos de muitos remetentes externos? OCR com processo de verificação de exceções.
- Sistema fechado, fornecedor que não colabora e dados necessários em contínuo? Só agora RPA, com orçamento de manutenção e plano de passagem para API assim que ela surgir.
Na prática, as implementações maiores misturam caminhos: API entre o ERP e o CRM, OCR para as faturas dos fornecedores, exportação de ficheiros para o armazém de dados. É normal. O importante é que cada fluxo receba a ferramenta ajustada às suas características, e não a ferramenta preferida do fornecedor.
Como o fazemos na ESKOM AI
Na ESKOM AI, a escolha do caminho de integração faz parte da análise, não é um pressuposto à partida. Verificamos as interfaces dos vossos sistemas, depois uma equipa de agentes de IA especializados executa a maior parte do trabalho de engenharia na construção do conector, e o conjunto passa por uma bateria completa de testes: unitários, de integração, E2E, de interface, de segurança e de desempenho. Graças ao processo automatizado de desenvolvimento, falamos de semanas, não de trimestres. Como é um projeto destes passo a passo, descrevemos no texto sobre como ligar o ERP, o CRM e a aplicação própria em semanas.
Se estão perante a escolha de um dos quatro caminhos, marquem uma consulta gratuita através do formulário em eskom.ai/pl/kontakt. Digam que sistemas querem ligar e com que rapidez os dados têm de fluir — voltaremos com a recomendação de um caminho concreto e um orçamento honesto.