Cada dispositivo, em qualquer lugar.
Uma verdadeira plataforma MDM.
Provisionamento, configuração, monitoramento e manutenção para cada endpoint da frota.
Um console. Todos os endpoints.
Um console para cada dispositivo da frota, seja qual for o fabricante. Assim, o tamanho da frota deixa de determinar quanto tempo leva uma mudança.
Arquitetura
Quatro partes. Um console.
O Mirillium é a camada de operações da frota, e não é uma única tela. O console leva o mesmo nome; outras três partes ficam ao lado dele, delimitadas pela mesma hierarquia e pelos mesmos papéis.
A tela de onde a frota é operada, seja qual for o fabricante do hardware.
A atividade do terminal em tempo real, sessão por sessão, em uma tela grande o bastante para acompanhar.
A camada que interliga a frota. Uma sessão do Screen Remote negocia seu relay por ela antes de chegar o primeiro quadro.
Aplicativos distribuídos para a frota, com os modelos de configuração e as operações em lote que os acompanham.
Multiempresa
Com a forma do negócio.
Cada objeto fica em um nível e herda do nível acima. Os papéis são delimitados pelas mesmas linhas, e uma auditoria as percorre.
A árvore de multiempresa. A Northbridge Payments é um cliente; a Rhea’s Enterprise é um cliente aninhado dentro dela, com dois negócios (Rhea’s Burgers e Rhea’s Coffee) e, abaixo deles, dispositivos registrados e as aplicações que rodam neles. Uma configuração publicada na Rhea’s Enterprise alcança 2 negócios, 14 dispositivos e 14 aplicações. A Coastal Merchant Group, um cliente do mesmo nível, não é afetada. As contas e números mostrados são inventados.
A própria conta do operador, e ela aninha. Uma ISO, suas sub-ISOs e seus comerciantes são uma única árvore, em vez de quatro.
Um comerciante, uma marca ou uma região dentro dela. O nível em que a maioria das mudanças é feita.
Um único dispositivo registrado, com seu próprio estado, parâmetros e localização.
O que roda no dispositivo, versionado e controlado à parte do próprio dispositivo.
- Aja sobre um nível inteiroUma única operação alcança todos os dispositivos abaixo dele, em vez de uma lista feita à mão.
- Defina a política a partir de qualquer nívelPolíticas, conjuntos de recursos e padrões de configuração descem a partir de onde você os define.
- Alcance pela APIA mesma hierarquia é acessível programaticamente, além de pelo console.
Provisionamento
Ligado. Pronto para vender.
Um negócio mantém um conjunto de códigos de ativação em relação ao seu limite de terminais. Um dispositivo reivindica um código na primeira vez que é ligado, se registra e baixa seu perfil, aplicações e chaves do nível ao qual esse código pertence. Um número coloca o dispositivo em operação, e o console lembra qual dispositivo gastou cada código.
O conjunto de códigos de ativação de um negócio. Seis códigos são reivindicados em sequência, cada um passando de emitido para usado à medida que um terminal se registra com ele: um Verifone Mini, um PAX A920, um segundo A920, um Semiteck, um BlueCash e um Datecs CFT-50, várias marcas diferentes no mesmo negócio. Os códigos exibidos são inventados, não reais.
Segurança
Ele se bloqueia sozinho.
Todo dispositivo registrado informa seu estado, memória, armazenamento e bateria, além de onde está. Um terminal recebe uma localização e um raio; ao ultrapassá-lo, o dispositivo se bloqueia e as pessoas que precisam saber são avisadas. Assim, um terminal que sai de um local deixa de ser um terminal de pagamento antes de chegar ao estacionamento.
Um terminal com uma localização e um raio em milhas seguras atribuídos, com as pessoas avisadas definidas ao lado.
Modelos
O que você constrói é o que é publicado.
O Designer de Modelos é uma tela. Os componentes são colocados nela, a aba assume sua forma final à medida que chegam, e o que está na tela é o que chega ao terminal. Tipos de transação, impostos, gorjetas, recibos e parâmetros EMV chegam assim: publicados uma vez e depois sincronizados com cada dispositivo e aplicação abaixo na hierarquia. Uma opção alcança o parque sem uma compilação de aplicação por trás.
O Designer de Modelos em construção. A paleta de componentes fica à esquerda, a aba toma forma no meio, e o Inspetor de Campos fica à direita esperando que algo seja selecionado. Quatro componentes chegam em sequência: um campo de texto para o nome do cliente, um cartão, um rádio e um interruptor, cada um chegando na tela um instante depois que seu ícone na paleta se acende. O Sincronizar então leva a aba finalizada para fora. O modelo exibido é um dos próprios exemplos do console.
Aplicações
Implante. Ou reverta.
Instale, atualize e remova aplicações a partir do console, no nível do parque ao qual a mudança pertence. Cada uma dessas ações fica registrada. Assim, uma versão se prova em um único local antes de alcançar o restante.
- Instalar
Envie uma aplicação para um nível, e todos os dispositivos abaixo dele a recebem.
- Atualizar
Avance uma versão conforme um cronograma, ou assim que for aprovada.
- Desinstalar
Remova uma aplicação de um dispositivo, de um local ou de todos eles.
- Registro de tarefas
Cada instalação e remoção, com a versão, o resultado e o minuto em que ocorreu, registrados por dispositivo.
- Marketplace
Um catálogo corporativo de aplicações aprovadas, delimitado por cliente.
- Em lote
Qualquer uma das opções acima, executada em um nível inteiro como uma única operação.
Operações
Pelo ar. Tudo isso.
Configuração, aplicativos, chaves e recuperação chegam ao dispositivo onde ele já está. Ninguém precisa ir até o local para mudar uma configuração.
Suporte
Controle a partir daqui.
A Tela Remota espelha um dispositivo registrado em tempo real, e toca, digita e reinicia a partir do console. Assim, uma falha é resolvida enquanto o comerciante ainda está ao telefone.
O console abrindo uma sessão de Tela Remota no nó de rede PPYLMM01A091050. A sessão negocia um relé de rede, conecta-se em 1920 por 1080 e desenha a própria tela do dispositivo na janela, com o mouse e o teclado conectados à tela.
Qualquer dispositivo registrado, espelhado no painel de controle enquanto está sendo usado.
Navegue pelo dispositivo como se estivesse em suas mãos, de onde quer que o console esteja aberto.
Energia, volume, câmera, teclado e teclas do sistema, acionados pela mesma sessão.
Recupere um dispositivo remotamente, ou proteja-o, sem que ninguém precise visitar o local.
Lens
Veja a própria tela.
O Lens espelha um terminal registrado exatamente como o operador o vê. Faça uma captura ou uma gravação, pressione as próprias teclas do dispositivo, pergunte a um assistente o que está na tela ou assuma o controle. O que o terminal mostra vira registro.
Uma sessão de tela sendo aberta com um terminal. O painel primeiro desenha um dispositivo em retrato mostrando a tela de abertura da Payrillium, depois assume as proporções de um Verifone Mini e espelha sua tela (uma saudação em fundo branco, em um idioma diferente a cada ciclo) com teclas de energia, volume, captura de tela, gravação, teclado, assistente e controle em uma barra lateral, e as teclas de navegação do dispositivo abaixo.
MCP
Pergunte a ele. Depois diga.
O Mirillium se publica para assistentes como um servidor MCP, sob as mesmas permissões e a mesma hierarquia que regem o console. Assim, o status do dispositivo, versões, multiempresa e atividade podem ser consultados em linguagem natural, e executados, porque uma operação se resolve na mesma API que o console chama.
Um assistente é perguntado sobre quais terminais de um negócio estão atrasados na versão do aplicativo. Ele responde que três de seis estão, e os lista com suas versões: um Verifone Mini, um PAX A920 e um Semiteck, todos na 2.3.0. Em seguida é instruído a atualizar esses três, e executa a operação: um envio da versão 2.4.1 para três dispositivos, restrito a esse negócio, na fila como uma tarefa. Os dispositivos, versões e número de tarefa mostrados são inventados.
Identidade
Use sua própria identidade.
O Mirillium autentica pelo OKTA ou Auth0, e os papéis seguem a mesma hierarquia da frota. A revisão de permissões acontece antes da implantação, não depois.
Relatórios
Toda ação, registrada.
Relatórios padrão por negócio, cliente, papel e dispositivo, exportáveis em PDF ou Excel. Análises completas de auditoria mostram o que mudou, quem mudou e quando.
Implantação
Sua infraestrutura. Suas regras.
O Mirillium roda onde o operador já opera, sob a marca do próprio operador.
Instalado no próprio data center do operador, com os dados da frota permanecendo dentro dele.
Implantado na plataforma de nuvem que a empresa já utiliza.
Marca personalizável, para que o console em que o comerciante entra seja o do próprio operador.
Todos os dispositivos Android da frota, operados a partir do mesmo console.
Os dispositivos se conectam ao console via MQTT e HTTPS.