Mesterséges Intelligencia Központ
Menu

Automatização de processos: ferramenta no-code ou desenvolvimento à medida?

Segundo a Mesterséges Intelligencia Központ Kft., empresa de desenvolvimento de software de Budapeste, para um processo simples, com conectores prontos, basta uma ferramenta no-code; lógica complexa, muitos dados ou um tratamento de dados rigoroso exigem desenvolvimento à medida.

Em resumo: a questão não é «no-code ou código», mas sim quão complexo é o processo, quantos dados passam por ele, o que acontece em caso de erro e para onde podem ir os dados. Os dois combinam bem: um fluxo no-code pode também chamar um serviço à medida. Seja qual for a escolha, cada automatização precisa de um responsável, de documentação e de monitorização de erros.

O que é a automatização no-code e low-code?

Nas ferramentas de automatização no-code, é possível montar um processo sem programação, num editor visual: após um evento desencadeador (por exemplo, uma nova encomenda, um e-mail recebido ou o preenchimento de um formulário), passos executados uns após os outros leem dados, transformam-nos e escrevem-nos noutro sistema. Os sistemas ligam-se através de conectores prontos (connectors), que, nos bastidores, chamam a API (a interface de programação) de cada sistema. As ferramentas low-code oferecem o mesmo, mas, onde os passos prontos se revelam insuficientes, também é possível escrever código dentro delas.

Um conceito frequente é o webhook: uma notificação automática que um sistema envia a outro quando ocorre um evento, para que a automatização não tenha de perguntar constantemente se aconteceu alguma coisa.

Quatro ferramentas comuns em resumo

O n8n em servidor próprio e a sua licença

Segundo a documentação do n8n, a versão em servidor próprio funciona sem chave de licença como edição comunitária (Community edition); algumas funcionalidades, por exemplo o controlo de versões baseado em Git, o início de sessão único (SSO), os ambientes separados e a gestão externa de segredos, exigem um plano pago. A mesma documentação indica que a instalação própria requer conhecimentos técnicos e que a manutenção cabe a quem opera o sistema (n8n: Choose how to use n8n).

A licença é um pormenor importante: o código-fonte do n8n é público, mas está sujeito a uma licença própria, denominada «Sustainable Use License». Segundo esta, o software pode ser utilizado e modificado para fins empresariais internos próprios ou para fins não comerciais ou pessoais, e só pode ser cedido a terceiros gratuitamente e para fins não comerciais; os ficheiros que têm «.ee» no nome estão sujeitos a uma licença empresarial separada (n8n: LICENSE.md). Com base no texto da licença, a automatização dos processos da própria empresa enquadra-se nos fins empresariais internos; se, porém, se pretender oferecer a clientes um serviço assente no n8n, convém pedir antecipadamente a um jurista que analise as condições da licença.

Para que servem as ferramentas no-code?

Onde atingem os seus limites?

Lógica complexa

Ramificações, ciclos, exceções, dados combinados de vários sistemas: tudo isto pode ser desenhado visualmente, mas, a partir de certa dimensão, um fluxograma torna-se mais difícil de ler e de alterar do que a mesma lógica em código bem organizado. Se um fluxo já tem muitos passos com código, é sinal de que a tarefa ultrapassou a ferramenta.

Volume de dados e tarifação por utilização

O preço das ferramentas no-code na nuvem depende normalmente da utilização: o Zapier conta as ações executadas com êxito, o Make conta os créditos. Com pouco tráfego, isto é uma vantagem, porque só se paga a utilização real; com grandes volumes de dados, porém, ou em fluxos com muitos passos ou que executam ciclos, conta cada passo de cada registo, pelo que o custo cresce com o tráfego. Convém estimar de antemão quantas execuções e quantos passos se esperam por mês e comparar esses números com os limites do plano escolhido.

Tratamento de erros e novas tentativas

O valor de uma automatização depende do que acontece quando um sistema não responde. Hoje, as ferramentas já oferecem soluções para isso, mas com profundidades diferentes:

No desenvolvimento à medida, o mesmo significa uma conceção deliberada: uma fila de mensagens, novas tentativas com tempos de espera crescentes, operações repetíveis (idempotentes), para que uma nova tentativa não crie duas vezes a mesma fatura, e um armazenamento separado para os elementos que falharam definitivamente.

Controlo de versões e testes

Alterar um fluxo em produção é arriscado se não for possível voltar à versão anterior e se não houver ambiente de teste. O Zapier só oferece o regresso a uma versão anterior em determinados planos (Zapier: version rollback), no n8n o controlo de versões baseado em Git é uma funcionalidade paga, e no Power Automate os fluxos organizados em soluções (solutions) podem ser transferidos entre os ambientes de desenvolvimento, de teste e de produção (Microsoft Learn: Solution-aware flows). Com código à medida, o controlo de versões, a revisão de código e os testes automáticos fazem parte do equipamento de base.

Credenciais de acesso

Por trás de cada conector há um início de sessão. Segundo a descrição da Microsoft, na Power Platform as ligações representam credenciais guardadas e ficam armazenadas no ambiente que executa a aplicação ou o fluxo (Microsoft Learn: Data policies). Se um fluxo for executado com a conta pessoal de um colaborador, para quando essa pessoa sai da empresa ou, pior ainda, continua a funcionar com uma conta que já ninguém supervisiona. Por isso, os fluxos precisam de uma conta de serviço própria e das permissões mais restritas possíveis.

Onde ficam os dados

Nas ferramentas na nuvem, os dados passam pela infraestrutura do fornecedor. Segundo a descrição do próprio Zapier, os dados são armazenados na infraestrutura da Amazon Web Services nos Estados Unidos (Zapier: Security & compliance); no Make, ao criar a organização, é possível escolher um centro de dados na UE ou nos EUA, e essa escolha não pode ser alterada depois (Make: Organizations); com o n8n num servidor próprio, os dados permanecem no ambiente da própria empresa. O que isto significa do ponto de vista jurídico é tratado mais abaixo, na secção sobre proteção de dados.

RPA ou integração por API?

A RPA (robotic process automation, automatização robótica de processos) é um robô de software que clica, escreve e lê no ecrã em vez de uma pessoa. É útil quando um sistema antigo não tem API e os dados não são acessíveis de outra forma. A sua fraqueza é a mesma: está presa à interface. A própria documentação da Microsoft adverte que, nas execuções não assistidas, a resolução de ecrã da sessão remota pode diferir da utilizada quando o fluxo foi criado, o que pode provocar erros ou até cliques no elemento errado; além disso, a execução não assistida exige uma máquina na qual todos os utilizadores tenham terminado sessão (Microsoft Learn: Run unattended desktop flows).

A integração por API, pelo contrário, trabalha através de uma interface entre sistemas fixada como num contrato: não deixa de funcionar porque um botão mudou de lugar e consegue lidar com muito mais dados. A nossa regra prática: onde há API, usamos a API; RPA só onde não há outro caminho, e mesmo assim sob supervisão apertada, como solução transitória.

Integração à medida: o que oferece o código?

Numa integração à medida, o processo é executado como código de programa, no ambiente da própria empresa ou num ambiente por ela escolhido. Isto torna possível:

O preço é um desenvolvimento inicial maior e o facto de alguém ter de operar e manter o código, porque as interfaces dos sistemas externos mudam de vez em quando.

O caminho híbrido

A escolha não é exclusiva. Uma configuração frequente e que funciona bem mantém numa ferramenta no-code os passos simples e que mudam depressa, enquanto a parte difícil (por exemplo, um cálculo de preços complexo, uma sincronização com grande volume de dados ou a ligação de um sistema antigo) fica a cargo de um serviço à medida, que o fluxo no-code chama através de uma API ou de um webhook. Assim, o lado do negócio continua a ver as partes simples do processo e a poder alterá-las, e a lógica crítica corre em código testado.

Inteligência artificial na automatização

A automatização baseada em regras detém-se onde surge texto livre: um e-mail, um contrato, uma reclamação. Os grandes modelos de linguagem, como o ChatGPT da OpenAI, o Claude da Anthropic e o Gemini da Google, também processam estes textos: classificam os e-mails recebidos, extraem os dados de uma fatura, resumem um texto longo. Um passo de IA pode existir tanto numa ferramenta no-code como numa integração à medida; segundo a documentação do Make, por exemplo, o consumo de créditos dos módulos de IA pode depender também dos tokens, ou seja, da quantidade de texto processado (Make: Credits). Onde um erro da IA custa dinheiro, o modelo propõe e uma pessoa aprova. Os padrões para ligar a IA são tratados no artigo Como ligar os sistemas da empresa com inteligência artificial?, e o serviço na página Integração de IA.

Tabela de decisão

CritérioFerramenta no-code na nuvem (p. ex., Zapier, Make)Ferramenta em servidor próprio (p. ex., n8n)Desenvolvimento à medida
Arranqueo mais rápido, sem instalaçãorápido, mas primeiro é preciso instalá-la e protegê-lamais demorado, com conceção e testes
Lógicaprocessos simples e médiosmédia, expansível com passos de códigoqualquer complexidade
Volume de dadospequeno e médio; o preço cresce com o tráfegodepende da capacidade do servidor própriotambém grande, com fila de mensagens
Tratamento de errosintegrado, com uma profundidade que depende do planocom fluxo de erro, configurado pela própria empresanovas tentativas e alertas planeados
Controlo de versões e testeslimitado, depende do planobaseado em Git, num plano pagocompleto: controlo de versões, revisão de código, testes automáticos
Localização dos dadosa nuvem do fornecedor, conforme a região escolhidao ambiente próprio da empresao ambiente próprio da empresa
Modelo de tarifaçãosubscrição e tarifação por utilizaçãoservidor e operação; licença para as funcionalidades pagasdesenvolvimento pontual, depois operação
Operaçãoassegurada pelo fornecedora empresa ou o operador por ela contratadoa empresa ou o operador por ela contratado

Governação: a quem pertence o fluxo?

O risco das ferramentas no-code muitas vezes não é técnico, mas organizacional: se qualquer pessoa puder montar qualquer coisa com uns cliques, ao fim de algum tempo ninguém sabe que fluxos estão a correr, com a conta de quem e em que sistemas escrevem. Algumas regras que o evitam:

O que convém automatizar primeiro?

O processo que se repete com frequência, pode ser descrito por regras, corre em grande volume e hoje implica cópias manuais, por exemplo a passagem das encomendas para o programa de faturação, o registo das faturas recebidas ou a montagem de um relatório mensal. É bom sinal quando a maior parte dos erros resulta de gralhas ou de passos esquecidos. Como fazer a escolha:

  1. Levantamento: reunir que trabalho se repete, quem o faz e entre que sistemas circulam os dados.
  2. Hierarquização: em função da frequência, do trabalho envolvido e do risco de erros.
  3. Verificação do acesso: se os dados estão acessíveis por API, webhook, base de dados ou exportação de ficheiros.
  4. Fluxo piloto: um processo bem delimitado, com um objetivo mensurável e registo.
  5. Alargamento: se o piloto der bons resultados, o processo seguinte, com as mesmas regras de governação.

O que não convém automatizar primeiro: um processo raro, que exige muita ponderação, ou que está precisamente em transformação. Esse tem primeiro de ser posto em ordem, e só depois mecanizado.

Proteção de dados: o RGPD e os subcontratantes

Se uma automatização movimentar dados pessoais (dados de clientes, colaboradores ou parceiros), o serviço de automatização trata-os normalmente na qualidade de subcontratante, por conta da empresa. Nos termos do artigo 28.º do RGPD, só se pode então recorrer a subcontratantes que apresentem garantias suficientes, o tratamento tem de ser regulado por contrato, e outro subcontratante só pode ser contratado com autorização prévia por escrito do responsável pelo tratamento (EUR-Lex: Regulamento (UE) 2016/679). Se os dados saírem da União Europeia, têm também de estar cumpridas as condições do capítulo V do regulamento; nos termos do artigo 46.º, na falta de uma decisão de adequação, a transferência exige garantias adequadas, por exemplo cláusulas-tipo de proteção de dados adotadas pela Comissão. Segundo a descrição do próprio Zapier, o seu contrato inclui um acordo de tratamento de dados, com cláusulas contratuais-tipo (SCC) para as transferências internacionais (Zapier: Security & compliance).

Na prática: para cada ferramenta de automatização utilizada deve existir um contrato de subcontratação celebrado, os fluxos devem constar do registo das atividades de tratamento, e só devem circular os dados pessoais estritamente necessários para a finalidade. Trata-se de informação, não de aconselhamento jurídico.

De que depende o custo?

Numa ferramenta no-code, o custo é determinado pelo plano de subscrição, pelo número de execuções e de passos, pelos conectores pagos e pelo trabalho dedicado à montagem e à manutenção. Numa integração à medida, medimos o tamanho funcional do desenvolvimento em pontos de função COSMIC (ISO/IEC 19761), e daí resultam a proposta e o calendário. Além do tamanho, conta quantos sistemas têm de ser ligados e através de que interfaces, quão bem documentadas estão essas interfaces, quanto tratamento de erros e monitorização são necessários e o que está incluído na operação. O método está descrito na página Preços.

Perguntas frequentes

O que convém automatizar primeiro?

O processo que se repete com frequência, pode ser descrito por regras e hoje implica cópias manuais, por exemplo a passagem das encomendas para o programa de faturação ou a montagem de um relatório mensal. Na primeira consulta, gratuita, ajudamos a escolher onde o ganho é maior.

n8n, Make ou Power Automate?

As três são boas ferramentas, para situações diferentes. O n8n destaca-se quando os dados têm de permanecer no ambiente próprio da empresa e há quem opere a instalação própria; convém conhecer as condições da sua licença. O Make é um serviço na nuvem, com a possibilidade de escolher um centro de dados na UE. O Power Automate é a escolha óbvia quando a empresa trabalha num ambiente Microsoft ou é preciso automatizar aplicações de ambiente de trabalho. A decisão final depende da complexidade do processo, do volume de dados esperado e dos requisitos de tratamento de dados.

Quando é necessário desenvolvimento à medida?

Quando a lógica é complexa, o volume de dados é grande, um sistema não tem conector pronto, são necessários testes e novas tentativas fiáveis, ou os dados não podem sair do ambiente próprio da empresa. Muitas vezes basta o caminho híbrido: a parte difícil é desenvolvida como serviço à medida, que um fluxo no-code chama.

O que acontece se uma automatização avariar?

Numa automatização bem construída, alguém é avisado de imediato do erro, o elemento que falhou não se perde, podendo ser processado de novo, e o registo permite saber o que aconteceu. Por isso, incluímos registo e alertas de erro em todas as integrações e, após a entrega, a pedido, asseguramos a sua operação e manutenção, porque as interfaces dos sistemas externos mudam de vez em quando.

Uma automatização pode incluir inteligência artificial?

Sim. Um grande modelo de linguagem pode classificar os e-mails recebidos, extrair os dados de faturas e encomendas ou resumir um texto longo. Onde um erro custa dinheiro, a IA propõe e uma pessoa aprova.

Como podemos ajudar?

Ligamos os sistemas da empresa, automatizamos o trabalho repetitivo e processamos documentos com inteligência artificial: com uma integração à medida, com um serviço construído por trás de um fluxo no-code existente, ou com uma combinação das duas coisas. O serviço é apresentado na página Automatização de processos; se os processos convergissem num sistema ERP ou CRM próprio, consulte a página Software empresarial.

A primeira consulta é gratuita, a pedido assinamos um acordo de confidencialidade (NDA) e, após a entrega, asseguramos também a operação e a manutenção. O código-fonte e os direitos de utilização regem-se pelo contrato. Se descrever em poucas frases que processo consome mais tempo, entre em contacto connosco.

Fontes