A plataforma

Um reembolso de despesa.
Três formas de construir.

O analista monta no visual. A regra de alçada vira condição, sem sintaxe. E quando a política de teto exige código, o desenvolvedor desce até ele.

1aplicação, não três integrações
3níveis no mesmo modelo
0exportação para o time seguinte
Modelador visualsem escrever códigoRegra de negóciocondição visualExtensão em códigoquando a regra pede
ASolicitanterelação
#Valor da despesadecimal
@Nota fiscalanexo
>Centro de custolista do ERP
=Situaçãofluxo
Sevalormaior que5.000
entãoaprovaçãovai paraDiretoria
senãoaprovaçãofica comGestor direto
e registratrilhacom autor e versão
// roda antes de gravar o reembolso
function antesDeGravar(ctx) {
  const teto = ctx.politica.tetoMensal(ctx.solicitante);
  if (ctx.acumuladoMes + ctx.valor > teto)
    return ctx.recusar('Teto mensal excedido');
  ctx.integra.erp.lancar(ctx.centroCusto, ctx.valor);
}
99,90%Disponibilidade em garantia contratual
20+ anosDa plataforma Deyel em operação, dentro dos 56 anos da Optaris
4 paísesOperação própria: Argentina, Brasil, Chile e México
60+Parceiros na América Latina
Duas portas, uma plataforma

A maioria chega por um lado e leva os dois.

A plataforma faz hiperautomação e faz hiperaplicativo. Quem procura automação encontra a saída para aplicativo; quem procura aplicativo encontra o processo por baixo. Nos dois caminhos, o objetivo é o mesmo: tirar o processo do combinado e eliminar os três riscos, de continuidade, de conformidade e de escala. Escolha por onde você chegou.

Porta 1

Hiperautomação

Pessoas e sistemas no mesmo fluxo, no controle do evento, em tempo real.

"Sem isso, o processo é só um combinado."
Porta 2

Hiperaplicativo

Uma construção, três destinos, o mesmo modelo de dados, as mesmas regras.

"Já é um aplicativo executável, não um desenho."

A Optaris tem 56 anos de engenharia de software, com soluções rodando em bancos, seguradoras, indústria, varejo e companhias aéreas em três continentes. O que a plataforma entrega não é protótipo de demonstração: é a mesma ferramenta que essas operações usam todo dia.

Camada 01 de 05

O mesmo pedido, do celular ao lançamento no ERP.

Na maioria das empresas isso vira quatro projetos, quatro fornecedores e três planilhas de conciliação no meio. Aqui é uma solicitação atravessando cinco camadas da mesma base.

01

Interface

O solicitante abre pelo celular, anexa a nota e acompanha. O gestor aprova da própria caixa de entrada. O financeiro vê a fila com prazo em cada caso.

3 telas, web e mobile
02

Processo

Cinco etapas com responsável, prazo e o que fazer na exceção. Falta a nota? O caso retém e cobra sozinho, em vez de morrer numa caixa de e-mail.

BPMN · 5 etapas, 2 alçadas
03

Regras e dados

A entidade Reembolso com seus oito campos, as validações e o teto por pessoa. O modelo é um só: mudou aqui, mudou na tela, no fluxo e no relatório.

8 campos, 1 modelo
04

Integração

O centro de custo é lido do ERP na hora do preenchimento, e o lançamento é escrito de volta na aprovação. Ninguém digita duas vezes.

API automática + ERP
05

Governança

Quem vê, quem aprova, quem publica. Cada decisão fica registrada com autor, data e versão, e a publicação continua sendo um ato da TI.

trilha imutável
Qual dessas cinco camadas dói mais na sua operação?Fale com um especialista da Deyel sobre a camada que hoje está no papel ou na planilha.Falar com um especialista
Os quatro pilares

O que sustenta a plataforma, sem jargão.

As pessoas certas, construindo juntas

Quem entende do problema costuma ser quem não consegue mexer no sistema. Aqui o analista de negócio desenha a solução que vai usar todos os dias, com a IA acelerando as partes mecânicas e a TI no controle do que vai ao ar. Como quem valida participa da construção, o retrabalho clássico de "não era isso que eu pedi" deixa de existir.

Dianaa IA multiagente que recebe o requisito em português e modela em BPMN
Três altitudesno-code, low-code e código na mesma aplicação
Processo em BPMNo fluxo desenhado é o fluxo que executa
Aprovação por temao stakeholder assina o que revisou

Não é protótipo. É software que evolui

Prototipar rápido ficou fácil, e é aí que a maioria das ferramentas para. O difícil é publicar, evoluir e ainda entender dois anos depois por que aquela regra existe. O que nasce na Deyel carrega modelo, histórico e governança desde o primeiro dia, então continua sendo um ativo em vez de virar legado novo.

Trilha de auditoriacada ação assinada, com autor, data e versão
Contexto preservadoa evolução não apaga o que a aplicação fazia antes
Soberaniao modelo, o processo e os dados são 100% seus
Publicação controladaambientes separados, com aval da TI

Tudo conversa. Nada fica de fora

Integração é a fase que estoura o prazo em quase todo projeto interno. Na Deyel ela vem antes: toda entidade criada já expõe um serviço próprio, então o que nasce aqui é conectável por natureza. E onde o sistema antigo não oferece porta, a automação alcança o dado pela própria interface dele.

Serviço por entidadeREST publicado no momento em que você cria o cadastro
Legado sem APIa automação lê e escreve pela tela do sistema antigo
ERP e bancosSAP, Oracle, SQL Server, MySQL e PostgreSQL
Eventoswebhooks e chamadas orquestradas dentro do fluxo

A plataforma completa, com a sua marca

Criar, publicar e sustentar de um lugar só, sem abrir frente de hospedagem, backup e segurança. E se o seu modelo for revender, a mesma plataforma sai com a sua identidade, partindo de uma biblioteca de soluções prontas: CRM, gestão de documentos, gestão de estoque, gestão de RH e gestão de fornecedores.

White labelo cliente vê a sua marca, não a nossa
BibliotecaSRM, compras, contratos, CRM, RH e atendimento
Operação gerenciadainfraestrutura, backup e atualização por conta da plataforma
Contratação localsuporte em português e cobrança em reais
Os quatro pilares valem mais vendo do que lendo.Agende uma demonstração com um especialista da Deyel.Agendar demonstração
Integração

Você cria um cadastro. Ele já nasce como serviço.

Nenhuma frente de desenvolvimento separada, nenhum ticket para expor o dado. No instante em que a entidade existe, os endereços abaixo passam a responder, com leitura, escrita e o próprio contrato do serviço.

A entidade que você modelou
numerotexto
solicitanterelação
valordecimal
centro_custolista
nota_fiscalanexo
situacaofluxo
+mais dois campos de controle, criados pela plataforma
O serviço que passou a existir
GET/api/reembolso
GET/api/reembolso/{id}
POST/api/reembolso
PATCH/api/reembolso/{id}
GET/api/reembolso/schema
Governança

Você sempre sabe o que mudou, e por quê.

A IA não publicaEla propõe. Uma pessoa do seu time revisa, ajusta e aprova, e só então a TI publica.
Quem pede não aprovaA separação de função fica no fluxo, não no combinado entre as áreas.
O registro não se apagaNem pela pessoa que fez a mudança, nem por quem administra o ambiente.
Trilha de auditoriaREEMB-2026-0881
Permissão concedidaperfil Auditor, somente leitura
Componente proposto pela IAentidade Reembolso, 8 campos
Revisão humana registrada2 campos ajustados antes do aval
Regra de alçada validadaaprovação acima de R$ 5.000
Pedido de publicaçãoaguardando aval da TI
Publicação retida: aguardando aval da TI.

Traga um processo que já foi orçado e nunca saiu.

É um bom ponto de partida: aquele item do backlog que voltou três vezes da fila. Agende uma demonstração e converse com um especialista da Deyel sobre ele.

Operação local, suporte em português e contratação em reais.