Fale com ele. Ele finaliza a compra.

Um único aplicativo Android. Seis formas de entrar. Uma delas recebe instruções em linguagem natural.

Escreva uma vez.

Autônomo, POS, semi-integrado, nuvem, app-to-app e MCP são resolvidos na mesma API. Migre entre eles sem tocar na lógica de pagamento.

Implantação

Seis formas de entrar.

Seis transportes. Um único aplicativo. A escolha é onde quem chama roda, não o que comprar.

  • Autônomo. Todo o ciclo de vida no terminal: venda, reembolso, cancelamento, captura, divisão, com perfis de equipe e relatórios no mesmo lugar.

    No terminal

  • Modo POS. Um catálogo focado, integrado ao terminal. Sem ponto de venda para comprar, e sem uma segunda caixa no balcão.

    No terminal

  • Semi-integrado. Um ponto de venda existente comanda o terminal pela rede local, e os dados do cartão nunca chegam até ele.

    HTTPS POST na LAN

  • Nuvem. Transações criadas, roteadas, acompanhadas e finalizadas a partir de uma plataforma central, sem servidor no local.

    HTTPS · sem servidor local

  • App para app. Outro aplicativo no dispositivo chama o Atom via localhost. O Atom aparece para o pagamento e depois devolve o controle.

    HTTP em localhost

  • Servidor MCP. Um cliente de chat inicia, acompanha e finaliza uma venda com cartão presente direto no terminal.

    Model Context ProtocolPrimeiro a ser publicado

Arquitetura

Uma única API por baixo.

Diferente acima da linha. Idêntico abaixo dela. Escreva a integração uma vez, execute em qualquer transporte.

  • Standalone
  • POS
  • Semi‑integrated
  • Cloud
  • App‑to‑app
  • MCP
Gerenciador de sessõesOs seis modos chegam aqui.
Uma APIEscreva a integração uma vez, execute em qualquer transporte.

Diferente acima da linha. Idêntico abaixo dela.

  1. 01Gerenciador de sessões

    O único ponto de entrada. Os seis modos chegam aqui, e uma solicitação MCP é resolvida pela mesma interface que um POS na rede local usa.

  2. 02Central de operações

    Cada transporte é publicado como seu próprio projeto, documentado, com solicitações executáveis e sem SDK proprietário para adotar.

  3. 03Roteamento agnóstico de adquirente

    O processador fica atrás da aplicação em vez de dentro dela, então trocar um não muda o outro.

Autônomo

Tudo isso, no terminal.

01

Venda, reembolso, cancelamento, autorização, captura e pagamentos divididos, do início ao fim.

02

Perfis baseados em função para caixas, garçons e administradores.

03

Logotipos, temas de cor, layouts de recibo e mensagens na tela, definidos por comerciante.

Modo POS

Um POS sem o POS.

Itens, preços e imagens, criados no próprio terminal. Totais diários, desempenho por item e atividade de pagamento, sem hardware de POS por trás.

A grade do Modo POS em um terminal ATOM, com categorias no topo e itens com preço abaixo
Uma ficha de item em um terminal ATOM, escolhendo um tamanho e um extra antes de adicionar à sacola

PayLove

Dê um motivo para voltar.

Uma mensagem predefinida, um emoji ou uma linha digitada no balcão. Impressa junto com o pagamento. A última coisa que recebem é um convite, não um total.

O seletor de mensagens do PayLove em um terminal ATOM, com seis mensagens predefinidas para escolher
Uma mensagem personalizada do PayLove sendo digitada no balcão: dez por cento de desconto na próxima visita
O seletor de mensagens novamente, com a nova oferta salva como a primeira predefinição

Configuração

Nada é configurado no terminal.

Cada botão e fluxo é configurado no Mirillium, não no dispositivo. Um terminal ou todo o parque. Nunca no balcão.

Ver o Mirillium
A tela inicial do Atom, com os botões que um funcionário pode acessar

Multi-comerciante

Um terminal. Mais de um comerciante.

Cada comerciante mantém seu próprio perfil, e o dispositivo se move entre eles no balcão em vez de voltar para ser reconfigurado.

Seu próprio MID

As transações são liquidadas para o comerciante que as realizou.

Sua própria identidade visual

Logotipo, cores, layout de recibo e mensagens na tela, por comerciante.

Seus próprios relatórios

Totais e atividade permanecem separados por comerciante, não por dispositivo.

Toda revolução de pagamentos até agora mudou como o cartão chega ao terminal. A revolução agêntica muda como tudo o mais chega até ele.

Conheça seu funcionário mais novo.

O primeiro terminal com cartão presente que fala MCP.

É só dizer

  • Cobre $115 e envie o recibo por e-mail
  • Como foi ontem?
  • Ative a gorjeta de 20% em todos os lugares
Um terminal Payrillium ao lado de uma tela de balcão: a instrução em uma tela, a venda aprovada na outra.

O padrão

O protocolo já venceu.

O Model Context Protocol foi de proposta a padrão em menos de dois anos. Um terminal que o fala é alcançável por ferramentas que já existem. Sem SDK para adotar.

97M

Downloads mensais do SDK do MCP até março de 2026.1

28%

Da Fortune 500 com o MCP já implantado.1

10,000+

Servidores MCP públicos ativos no início de 2026, com 41% das organizações de software em produção.2

75%

Dos fornecedores de API gateway com previsão de adicionar MCP durante 2026.3

Estes são números do mercado, não da Payrillium. 1. Digital Applied / Nevermined, MCP Adoption Statistics 2026. 2. Stacklok, State of MCP in Financial Services 2026. 3. Pesquisa de fornecedores da CData. Visa Intelligent Commerce e Mastercard Agent Pay são ambos frameworks de pagamento agêntico publicados; nenhum cobre o balcão com cartão presente, que é a lacuna para a qual o Atom foi criado.

Por dentro do Atom. Um olhar mais de perto.

Fidelidade

PAYLOVE

O recibo, trabalhando mais.

Transforma cada pagamento em um motivo para voltar.

Um recibo da Payrillium com uma oferta PayLove
PayLove

Checkout

APROVADO

Até o confete é uma configuração.

Ativado ou desativado no Mirillium, como qualquer outro botão nessa tela. Nunca no terminal.

Quando um cartão falha

HUM…

Não diz RECUSADO.

Sem vermelho, sem maiúsculas, nada que a fila atrás consiga ler. Só um jeito de seguir em frente.

Personalização

MONTE SEU ATOM

Sua cor. Sua logo.

Qualquer cor de tela, com a sua marca. Escolhida com o pedido, não em um site.

Veja em um balcão.