eMAS
Automation Suite

1.1Um construtor visual, um renderizador dinâmico

No back-office, um form builder com canvas de arrastar-e-soltar em grid responsivo. No portal do cliente, um renderizador que interpreta essa definição em tempo de execução. O formulário deixa de ser código e passa a ser dado.

1.3Valor gerado

O cliente final passa a ter uma experiência de produto digital, não de troca de e-mails. E a consultoria ganha autonomia total: criar ou alterar um formulário virou tarefa de negócio, não de TI.

1.2O que o cliente final encontra

• Estrutura em passos com título, texto e layout próprios por passo.
• Trilíngue nativo (PT/ES/EN) em rótulo, placeholder, ajuda e listas de valores — é tradução de conteúdo, campo a campo, não de interface.
• Visibilidade condicional: um campo só aparece se outro estiver marcado, e campos ocultos saem automaticamente da validação.
• Validação de documentos espanhóis — NIE, DNI e código postal — no momento da digitação.
• Assinatura digital em canvas, com aceite de termos e captura visual do que foi assinado.
• Rascunho com auto-save: o cliente para no meio e volta dias depois, de outro dispositivo, sem perder nada.
• Upload em staging: os arquivos sobem assim que são escolhidos e são referenciados por identificador, não carregados na memória do navegador. Se o cliente abandona, nada se perde; se conclui, os arquivos são promovidos.
• Anexos extras com comentário obrigatório — pode enviar o que não estava previsto, desde que explique o que é.

2.1O decompositor de ofertas

• Constrói um inventário de etiquetas a partir das linhas do orçamento, somando quantidades.
• Carrega as receitas de serviço do banco — cada serviço definido como um conjunto de workflows obrigatórios.
• Executa um loop de construção: enquanto for possível montar um serviço completo com as etiquetas disponíveis, monta e consome o estoque.
• Cruza com o mapa de beneficiários, validando que cada pessoa está presente em *todos* os workflows exigidos — a quantidade possível é limitada pelo workflow com menos menções.
• Materializa uma CustomerServiceOrder com N SoldService: um por serviço e por beneficiário.

2.2E então, para cada combinação válida

O motor cria o projeto no ERP com nome padronizado, popula com listas Kanban e as tarefas do workflow, gera a estrutura de pastas no drive a partir de templates parametrizáveis, dispara o RPA para o que a API não expõe, e marca a oferta com uma etiqueta de processamento — o que garante que o mesmo orçamento nunca é processado duas vezes.

2.3Técnica aplicada

• Hangfire para jobs recorrentes, agendados e enfileirados, com estado persistido: se o servidor cair no meio, o trabalho não se perde.
• Lock distribuído por atributo — um filtro que, no cliente, *cancela a criação* do job se o recurso já estiver ocupado e, no servidor, mantém o bloqueio durante toda a execução. Duas instâncias do RPA nunca disputam o mesmo perfil de navegador: uma classe inteira de bugs de concorrência eliminada por desenho.
• Padrão fire-and-poll — a API devolve 202 Accepted com um identificador de job e o front acompanha o estado real. Nada de requisições HTTP de dez minutos.
• Retentativas com backoff nas chamadas ao ERP, para absorver latência e inconsistência eventual da API de terceiros.

2.4Valor gerado

Uma venda aceita se converte sozinha em toda a infraestrutura operacional necessária para executá-la. O tempo entre “o cliente disse sim” e “o processo está pronto para começar” caiu de horas de trabalho administrativo para segundos de execução automática.

3.1Descoberta, batismo e mapeamento

Ao subir um PDF, a plataforma o inspeciona, extrai a lista completa de campos com seus tipos e gera uma cópia anotada visualmente — cada campo marcado com seu identificador interno. É esse artefato que torna humanamente possível mapear um formulário que ninguém documentou. O operador então dá a cada campo críptico um nome legível, com validação de unicidade em tempo real: o caos externo fica encapsulado.

3.3Otimização de arquivos em cascata

Todo arquivo que entra passa por um otimizador com limite-alvo. A rasterização não é um passo único: percorre uma escada de combinações de DPI e qualidade, mede o resultado a cada nível e para no primeiro que atinge o alvo, guardando sempre o menor resultado obtido como fallback. Isso preserva a melhor legibilidade possível dentro da restrição — em vez de destruir a qualidade por precaução.

3.2O mapeamento é mais rico que um de-para

• 1 → N — um campo web alimentando vários campos do PDF.
• Concatenação — dois campos web preenchendo o mesmo campo do PDF, com junção automática.
• Decomposição por tipo — um NIE digitado de uma vez é fatiado automaticamente em letra inicial, corpo numérico e letra final, porque o modelo oficial exige três caixas separadas.
• Tradução de valores — “Casado” vira a seleção de checkbox específica daquele modelo.
• Valores fixos — campos sempre preenchidos com o mesmo conteúdo, sem passar pelo cliente.
• Herança de mapeamentos — importar a configuração de um serviço parecido e ajustar só as diferenças, o que reduz a configuração de um serviço novo de horas para minutos.

3.4Valor gerado

O erro de transcrição em formulário oficial — a falha mais cara do negócio, porque custa semanas de reprocessamento e credibilidade junto ao cliente — deixa de ser possível por construção. O dado é digitado uma vez pelo próprio interessado e flui, validado, até o documento oficial.

4.1Um motor próprio, embutido na mesma aplicação

• Perfis de navegador persistentes por robô. Manter sessão e cookies entre execuções reduz drasticamente a frequência de desafios de segurança — é o que torna o robô estável em produção, não apenas em demonstração.
• Superação automática de 2FA: um leitor de caixa de entrada obtém o código mais recente, com laço de retentativa que detecta código inválido pelo estado do DOM, busca o próximo e tenta de novo, até um limite configurado.
• Verificação de sucesso por elemento-âncora — o robô não assume que o login funcionou; confirma pela presença de um elemento que só existe na área autenticada.
• Encerramento defensivo — fecha, encerra e libera o driver em blocos independentes e aguarda ativamente a liberação do arquivo de lock do perfil antes de devolver o controle. Sem isso, a execução seguinte falharia por perfil ocupado: o modo de falha clássico de RPA em produção.
• Navegação por iframes aninhados, porque as telas legadas do ERP vivem dentro de iframes, às vezes em dois níveis.
• Serialização em fila — todo trabalho de RPA passa pelo lock distribuído, garantindo execução única por recurso.

4.2O híbrido que vale a pena conhecer

No caso do WhatsApp, em vez de navegar clique a clique, o robô faz login, extrai o token do armazenamento local do navegador e passa a consumir a API interna diretamente, com paginação. É a robustez de uma chamada HTTP com o acesso de uma sessão de navegador.

4.3Valor gerado

Todas as funcionalidades do ERP passam a ser automatizáveis, incluindo as que o fornecedor nunca pretendeu expor. E o custo recorrente de licenciamento de RPA — que numa operação como esta seria uma linha permanente no orçamento — é zero.

Módulo 05

Sincronização documental

O problema: documentos precisam existir em dois lugares ao mesmo tempo — na pasta do cliente no drive, onde a equipe trabalha, e anexados ao projeto no ERP, onde o processo vive. Manter isso à mão é garantia de divergência.

5.1Duas vias complementares

• Reativa — webhooks. Assinaturas de mudança no drive, com validação de origem, deduplicação de notificações por recurso e renovação programada antes da expiração.
• Incremental — Delta Query. Em vez de varrer o drive inteiro, a plataforma persiste o ponteiro de delta e pergunta apenas *o que mudou desde a última vez*, tratando paginação e itens excluídos.
• E o detalhe que separa laboratório de produção: os erros de estado de sincronização perdido são capturados e disparam uma ressincronização completa automática, em vez de quebrar.

5.2Identidade em metadados, não em nome

Pastas de cliente e de projeto são identificadas por prefixos gravados no campo de descrição do item. O vínculo entre uma pasta e um projeto do ERP sobrevive à renomeação da pasta por um usuário — uma decisão pequena que elimina uma fonte contínua de quebras.

5.3Valor gerado

O arquivo que o cliente enviou às 22h de um domingo está, sem intervenção humana, otimizado, na pasta correta, anexado ao projeto correto e visível para a equipe na segunda de manhã.

Módulo 06

Motor de comunicação

O problema: e-mails escritos à mão, um a um, em três idiomas, com o risco permanente de esquecer o follow-up ou de enviar duas vezes.

6.1Uma fila com máquina de estados

• Templates HTML externos por idioma e por audiência, com variáveis dinâmicas — incluindo seções geradas programaticamente, como a lista de documentos ainda pendentes de cada beneficiário.
• Identidade externa por e-mail agendado. É essa chave que permite as três operações que fazem a diferença: não duplicar um agendamento, atualizar o conteúdo de um e-mail ainda não enviado, e cancelar um follow-up que deixou de fazer sentido.
• Conteúdo vivo — se o cliente entrega parte dos documentos antes do disparo, o e-mail agendado é reescrito para refletir apenas o que ainda falta. O cliente nunca recebe cobrança de algo que já enviou.
• Anexos em object storage — a fila guarda a chave de armazenamento, não o binário: o banco não incha e anexos grandes não travam a fila.
• Console de operação com pré-visualização fiel do HTML, contagem de tentativas e reenvio manual.
• Canal desativável por cliente — contatos marcados como personalizados ficam fora da automação, respeitando relações que exigem tratamento humano.

6.2Valor gerado

Comunicação consistente, no idioma do cliente, no momento certo, com conteúdo sempre atualizado — e com um humano no controle sempre que quiser assumir. É a diferença entre automação que parece automação e automação que parece atenção.

7.1O grafo

Um editor visual onde a direção desenha o mapa da jornada: cada serviço é um nó, cada relação é uma aresta com propriedades — atraso em dias, probabilidade de conversão, a quem notificar. As posições dos nós são persistidas: o mapa é um artefato de negócio, não um desenho descartável.

7.2A automação que o grafo dispara

Quando um serviço vendido é concluído, o motor lê as arestas que partem daquele nó e, para cada uma, verifica se já existe registro para aquele par (idempotência), cria o log, agenda o job com o atraso configurado e guarda o identificador — o que permite cancelar depois. No disparo, valida se o cliente já comprou o serviço de destino: se sim, marca como ignorado em vez de enviar uma oferta constrangedora do que a pessoa já tem.

7.4Drill-down acionável

Clicar num número abre a lista nominal de pessoas por trás dele — nome do beneficiário, cliente, dias parado no estágio, estado da automação e o serviço de origem que gerou aquela oportunidade. A métrica deixa de ser um número num painel e vira uma lista de ligações a fazer hoje. E o comercial pode descartar uma oportunidade com justificativa: ela sai do pipeline, das métricas e da automação — o sistema aprende com o julgamento humano em vez de insistir contra ele.

Pagamentos omnichannel

Impor um único meio de pagamento a um público internacional é perder vendas. Três caminhos convergem para o mesmo estado de “pagamento confirmado”, que é o gatilho para a continuidade do processo:

• Cartão internacional com confirmação sem redirecionamento.
• Link de pagamento bancário com verificação ativa e cíclica do estado: em mobile, o cliente sai para pagar e, ao voltar, o eMAS já detectou a confirmação. A conciliação é automática.
• Transferência com upload do comprovante, que segue pelo mesmo pipeline de otimização e arquivamento dos demais documentos.

Governança e observabilidade

Camada transversal, construída desde o primeiro dia — não acrescentada depois:

• Auditoria total por middleware — toda requisição registrada no início e no fim, com payload, código de estado e duração em milissegundos.
• Correlação distribuída — um identificador percorre a requisição inteira, atravessando limites de sistema. É possível reconstruir a história completa de um evento como uma linha do tempo única.
• Auditoria semântica além do HTTP — eventos de negócio classificados por tipo, sistema de origem e destino. Não é log de servidor: é o registro do diálogo entre sistemas.
• Jobs monitoráveis com histórico de estados e mensagem de exceção acessíveis pela interface — a equipe vê o que falhou e por quê, sem abrir um terminal.