Unexly Portal do parceiro

Do dado à próxima decisão.

A Unexly é um motor headless de IA conversacional para ERPs. O ERP recebe a mensagem no canal dele, identifica o cliente e chama a Partner API. O motor consulta dados e políticas pelo Tool Gateway do ERP, decide o próximo passo com um modelo de linguagem, executa só o que o ERP autoriza e devolve a resposta com os eventos da operação.

Canal, interface e cliente são do parceiro.

Role a página: um único diagrama acompanha uma mensagem do começo ao fim, em oito cenas.

Começar o filme

01Entrada

A mensagem entra.

Já carregando identidade, contexto e limite.

A mensagem chega no canal do parceiro, como o WhatsApp. O ERP recebe, identifica o cliente e chama a Partner API. O motor não tem tela própria: canal, interface e cliente continuam sendo do parceiro.

entrada ERP → Partner API

01 CANAL · WHATSAPP Tem horário pra limpeza amanhã à tarde? mensagem do cliente, no canal do parceiro 02 ERP DO PARCEIRO recebe a mensagem identifica o cliente chama a Partner API A MENSAGEM LEVA IDENTIDADE cliente identificado CONTEXTO unidade e conversa LIMITE só o que o ERP libera PARTNER API UNEXLY 03 MOTOR
Exemplo
  1. 01aO cliente pergunta pelo WhatsApp se há horário amanhã à tarde.
  2. 01bO ERP recebe, identifica o cliente e chama a Partner API.
  3. 01cA mensagem chega ao motor com identidade, contexto e limite.

02Sentido

O sentido se forma.

Intenção, tempo e preferência deixam de ser texto.

O motor separa o que foi pedido do jeito como foi dito. O serviço, a data e o período viram campos que dá para consultar no ERP, mesmo quando a conversa muda de assunto no meio do caminho.

Capítulo Conversas

Conversa que resolve: entende a mudança de assunto, consulta o ERP e conduz cada operação até o fim.

  • FAQ e catálogo
  • Disponibilidade
  • Agendar e reagendar
  • Cancelar e cadastrar
  • Handoff com contexto
03 MOTOR · LEITURA TEXTO → CAMPOS Tem horário pra limpeza amanhã à tarde ? TEMPO amanhã data resolvida PREFERÊNCIA à tarde período do dia INTENÇÃO agendar serviço: limpeza campos estruturados UNEXLY 03 MOTOR
Exemplo
  1. 02a“limpeza” vira a intenção: agendar o serviço.
  2. 02b“amanhã” vira uma data; “à tarde”, a preferência de período.
  3. 02cOs campos seguem estruturados para a próxima etapa.

03Memória

A conversa continua.

Cada sinal passa a pertencer a uma história.

O pedido de hoje não chega sozinho. Cadastro, agendamentos e o que já foi dito em outras conversas formam uma linha do tempo de cada cliente, e o motor lê a mensagem nova à luz dela.

Capítulo Relacionamentos

Cada sinal ganha tempo: histórico, preferências e comportamento formam uma visão longitudinal acionável.

  • Propensão
  • Risco de perda
  • Próxima melhor ação
  • Valor potencial
  • Qualidade dos dados
03 MOTOR · MEMÓRIA LINHA DO TEMPO ANTES CADASTRO paciente.buscar AGENDAMENTOS histórico no ERP CONVERSAS o que já foi dito limpeza amanhã à tarde HOJE esta conversa cada sinal pertence a uma história a mensagem nova é lida junto com o que veio antes
Exemplo
  1. 03aO cadastro e os agendamentos vêm do ERP.
  2. 03bO que já foi dito em outras conversas entra no mesmo fio.
  3. 03cO pedido de hoje se encaixa no fim da linha.

04Agenda

Uma vaga aparece.

Toda a base procura o melhor encaixe.

A disponibilidade vem da agenda do ERP, pelo Tool Gateway. E o caminho também vale ao contrário: quando uma vaga abre, a base inteira é avaliada para encontrar quem encaixa melhor naquele horário.

Capítulo Agenda Inteligente

Uma vaga, muitas possibilidades: momento, preferência, profissional e chance de presença entram na conta do melhor encaixe.

  • Serviço ideal
  • Afinidade profissional
  • Chance de presença
  • Fadiga de abordagem
  • Match explicado
04 AGENDA DO ERP agenda.disponibilidade AMANHÃ à tarde 13h00ocupado 13h30ocupado 14h00livre · Dra. Ana 14h30ocupado 15h00ocupado 15h30ocupado 16h00ocupado 16h30livre · Dra. Ana 17h00ocupado A BASE INTEIRA a vaga procura na base o melhor encaixe, entre todos
Exemplo
  1. 04aA agenda de amanhã à tarde vem do ERP: 14h e 16h30 estão livres.
  2. 04bQuando uma vaga abre, a base inteira entra na busca.
  3. 04cAlguns candidatos acendem; um se destaca como o melhor encaixe.

05Decisão

O match vem explicado.

Probabilidade, evidência e próximo passo no mesmo quadro.

Um modelo de linguagem decide o próximo passo, e a decisão vem com o porquê. A resposta usa só o que veio do ERP: se o dado não existe, ela diz que não tem.

Probabilidade
quão bem a opção encaixa
Evidência
os dados do ERP que sustentam a escolha
Próximo passo
o que o motor propõe fazer
MATCH EXPLICADO EXEMPLO 03 MOTOR · DECISÃO 16h30 · Dra. Ana limpeza · amanhã · à tarde MELHOR ENCAIXE alta PROBABILIDADE escala qualitativa serviço ideal alto afinidade profissional alta chance de presença alta fadiga de abordagem baixa EVIDÊNCIA agenda.disponibilidade preferência: tarde histórico PRÓXIMO PASSO oferecer 14h ou 16h30
Exemplo
  1. 05aO melhor encaixe aparece com a probabilidade, em escala qualitativa.
  2. 05bCada fator e cada evidência ficam à vista.
  3. 05cO próximo passo: oferecer 14h ou 16h30 com a Dra. Ana.

06Confiança

Antes de agir, observa.

A inteligência aprende ao lado da operação humana.

No Shadow Mode, o motor recomenda sem executar. Cada recomendação é comparada com a decisão real da equipe, e o ranking é calibrado por unidade sem interferir na operação.

Capítulo Shadow Mode

Aprende antes de agir: compara recomendações com decisões reais e calibra o ranking sem interferir na operação.

  • Observação passiva
  • Concordância Top 1
  • Calibração por unidade
  • Outcomes reais
06 SHADOW MODE OBSERVA, NÃO AGE Recomenda, compara, aprende. sem interferir na operação AÇÃO NO ERP desligada UNEXLY recomenda EQUIPE decide 16h30 09h00 14h00 10h30 15h00 11h00 16h30 09h00 14h00 11h30 15h00 11h00 = = = ≠ = = CALIBRAÇÃO POR UNIDADE = mesma escolha ≠ escolha diferente nenhuma ação executada
Exemplo
  1. 06aA ação no ERP fica desligada: o motor só recomenda.
  2. 06bCada recomendação é comparada com a decisão real da equipe.
  3. 06cOnde as escolhas divergem, o ranking da unidade é recalibrado.

07Infraestrutura

O ERP continua no centro.

API, Connector, Tool Gateway, cache e webhooks movem contexto e decisões.

O ERP chama a Partner API. O motor consulta e pede ações pelo Tool Gateway, onde o ERP expõe só as ferramentas que quer liberar. Agendar, remarcar ou cancelar só acontece quando o ERP autoriza, e o resultado volta como evento por webhook assinado.

Capítulo Infraestrutura conectada

  • Partner API
  • Connector outbound
  • Tool Gateway
  • Cache versionado
  • Webhooks e SDK .NET
01 CANAL 16h30 02 ERP DO PARCEIRO recebe e identifica SDK .NET PARTNER API UNEXLY 03 MOTOR CACHE VERSIONADO CONNECTOR OUTBOUND 04 TOOL GATEWAY paciente.buscarconsulta agenda.disponibilidadeconsulta agendamento.criarautorizado o ERP expõe só as ferramentas que quer liberar WEBHOOK ASSINADO agendamento.criado Marcado: amanhã, 16h30.
Exemplo
  1. 07aO cliente responde “16h30”; o ERP chama a Partner API de novo.
  2. 07bO motor pede agendamento.criar pelo Tool Gateway, e o ERP autoriza.
  3. 07cO evento volta por webhook assinado; o cliente recebe a confirmação.

08Governança

Cada decisão deixa evidência.

Isolamento por cliente, políticas por unidade, medição e auditoria acompanham o fluxo inteiro.

Cada mensagem registra o que foi consultado, o que foi decidido, o que foi executado e quanto custou. Dados, regras e conversas de cada cliente ficam isolados dos demais. No fim, o evento da operação sai para o ERP.

Capítulo Governança operacional

  • Isolamento multi-cliente
  • Políticas por unidade
  • Auditoria por mensagem
  • Analytics e custos
  • Segurança e LGPD
08 GOVERNANÇA SEGURANÇA E LGPD UNIDADE A política própria UNIDADE B política própria UNIDADE C política própria AUDITORIA POR MENSAGEM uma linha por mensagem MENSAGEM 1 “Tem horário pra limpeza…” CONSULTOUpaciente.buscaragenda.disponibilidade DECIDIUoferecer 14h ou 16h30 EXECUTOUnada; só respondeu CUSTOregistrado MENSAGEM 2 “16h30” CONSULTOUagenda.disponibilidade DECIDIUagendar com a Dra. Ana EXECUTOUagendamento.criarautorizado pelo ERP CUSTOregistrado WEBHOOK ASSINADO → ERP EVENTO agendamento.criado amanhã · 16h30 · Dra. Ana
Exemplo
  1. 08aCada unidade corre isolada, com a política dela.
  2. 08bAs duas mensagens deixam registro: consulta, decisão, execução e custo.
  3. 08cO evento agendamento.criado sai para o ERP.

Três regras que o motor não quebra.

Valem em todas as cenas do filme, para cada mensagem, em cada unidade.

Não inventa fatos.

Horários, preços e cadastros vêm do ERP. Se o dado não existe, a resposta diz isso.

Não age sem autorização do ERP.

Agendar, remarcar ou cancelar só acontece quando o ERP permite. O motor pede; o ERP decide.

Não mistura clientes.

Cada unidade tem dados, regras e conversas isolados das demais.

Cada mensagem deixa evidência do que foi consultado, do que foi decidido e de quanto custou.

Feito para quem desenvolve ERP.

Para empresas de software de gestão que atendem negócios com agenda. O parceiro oferece o atendimento por IA dentro do próprio produto, no canal dele.

Partner API
Contrato OpenAPI.
Tool Gateway
O ERP expõe só as ferramentas que quer liberar.
Webhooks
Assinados, para os eventos da operação.
SDK .NET
Oficial, inclusive para .NET Framework 4.6.1.
Sandbox
Para homologar antes de ir para produção.
Portal do parceiro
Clientes, chaves, consumo e configuração.

Tem um ERP com agenda? A gente mostra o motor rodando na sandbox.

contato@unexly.com