Fluxo técnico de conexão do Google Gemini

Como o Gemini orquestra o fluxo

  1. NLU + Context Manager: A query do usuário (“quero um tênis Nike tamanho 42 até R$400”) é interpretada pelo NLU Engine do Gemini, que extrai entidades (produto, atributos, restrições de preço) e as cruza com o perfil do usuário: localização (CEP), histórico de compras, preferências de prazo e meios de pagamento salvos no Google Account.
  2.  Planner Agent (o núcleo agêntico): O Planner decompõe a intenção em function calls paralelas: consulta ao Google Shopping Product Feed, APIs de marketplaces parceiros e merchants diretos via Google Merchant Center. Os resultados são reunidos, pontuados pelo Ranking Engine (score composto de preço, reputação do seller, estoque disponível e prazo estimado) e apresentados ao usuário.
  3. Leilão de frete (Freight Auction): Após a seleção do produto, o Bid Engine convida transportadoras cadastradas com base no CEP de origem e destino. Cada transportadora envia um lance com preço e prazo. O Winning Bid não escolhe necessariamente o mais barato — o score considera o histórico de SLA da transportadora (taxa de entrega no prazo, taxa de extravio, NPS médio). A vencedora é apresentada ao usuário junto com alternativas.
  4. Pagamento em custódia (Escrow): O Google Pay retém o valor em escrow — o seller não recebe enquanto a entrega não é confirmada. Isso é o mecanismo de garantia central. A NF-e é emitida via SEFAZ no ato da confirmação do pagamento.
  5. Tracking Agent: Webhooks da transportadora vencedora alimentam o Tracking Agent em tempo real. O Gemini processa cada evento e decide se notifica o usuário, se aciona alerta de desvio ou se escala para o Penalty Engine.

Penalidades aplicadas pelo Gemini

É importante distinguir:
    • o Gemini é o orquestrador, não o árbitro jurídico.
    • As penalidades são regras de negócio do ecossistema Google executadas pelo Penalty Engine. Na prática funcionam assim:
      • Para o Seller (vendedor) Atraso na postagem após o prazo prometido dispara rebaixamento automático no Ranking Engine — o produto aparece menos em buscas futuras. Em casos graves (produto não postado, fraude confirmada), a conta no Google Merchant Center é suspensa e o repasse do escrow é bloqueado ou revertido ao comprador.
      • Para a Transportadora Desvio de prazo sem justificativa registrada resulta em desconto proporcional no repasse (calculado sobre a diferença de dias e o SLA contratual). Transportadoras com taxa de entrega no prazo abaixo do threshold definido pelo Bid Engine são automaticamente excluídas dos próximos leilões por um período de quarentena.
      • Para o Usuário (remediação) Quando a expectativa não é atendida — atraso, produto divergente, extravio — o Gemini aciona o fluxo de remediação: reembolso automático via escrow, emissão de cupom de compensação ou reenvio com frete priorizado custeado pelo seller ou transportadora culpada. A decisão é tomada por regra, não por atendente humano.
      • Feedback Loop Toda penalidade aplicada retroalimenta o Ranking Engine e o Bid Engine: scores de sellers e transportadoras são atualizados continuamente, tornando o sistema mais seletivo a cada ciclo — o equivalente ao RLHF aplicado à cadeia logística

O Google Pay retém o valor em escrow — o seller não recebe enquanto a entrega não é confirmada,  é o mecanismo de garantia central.

A NF-e é emitida via SEFAZ no ato da confirmação do pagamento.

 

 

 

sequenceDiagram
    autonumber
    actor Cliente as Usuário / Agente de IA
    participant Loja as E-Commerce (Marketplace)
    participant MCP as Servidor MCP (Correios)
    participant UCP as Malha UCP (Finanças/Global)

    Cliente->>Loja: Intenção: "Quero comprar o Produto X"
    
    Note over Loja,MCP: 1. Fase de Contexto e Leitura (Logística)
    Loja->>MCP: Consulta Inteligente de Viabilidade, CEP e Preços
    MCP-->>Loja: Retorna Matriz de Custos Dinâmicos e Prazos (SLA)
    Loja-->>Cliente: Exibe Produto + Melhor Frete Correios Instantâneo
    
    Cliente->>Loja: Ação: "Confirmar Compra"
    
    Note over Loja,UCP: 2. Fase de Ação e Transação (Pagamento)
    Loja->>UCP: Dispara pacote de intenção de compra padronizada
    UCP-->>Loja: Analisa Fundos, Transaciona Pagamento Nativo e Retorna OK
    Loja-->>Cliente: Pedido Aprovado e Código de Rastreio Gerado
Fluxo E-commerce

sequenceDiagram
    autonumber
    actor Cliente as Usuário / Agente de IA
    participant Loja as E-Commerce (Marketplace)
    participant MCP as Servidor MCP (Correios)
    participant UCP as Malha UCP (Finanças/Global)

    Cliente->>Loja: Intenção: "Quero comprar o Produto X"
    
    Note over Loja,MCP: 1. Fase de Contexto e Leitura (Logística)
    Loja->>MCP: Consulta Inteligente de Viabilidade, CEP e Preços
    MCP-->>Loja: Retorna Matriz de Custos Dinâmicos e Prazos (SLA)
    Loja-->>Cliente: Exibe Produto + Melhor Frete Correios Instantâneo
    
    Cliente->>Loja: Ação: "Confirmar Compra"
    
    Note over Loja,UCP: 2. Fase de Ação e Transação (Pagamento)
    Loja->>UCP: Dispara pacote de intenção de compra padronizada
    UCP-->>Loja: Analisa Fundos, Transaciona Pagamento Nativo e Retorna OK
    Loja-->>Cliente: Pedido Aprovado e Código de Rastreio Gerado
cadeia E-commerce