Boas Práticas e Segurança

1. Utilize as boas práticas de programação Android.
2. Para iniciar o desenvolvimento, você deve adicionar os nossos repositórios no build.gradle do seu projeto e depois adicionar a dependência para o core da SDK.
3. Ao chamar um provider, uma ação será executada. Para que o usuário tenha uma melhor experiência e tenha o feedback da operação que está fazendo, aconselhamos sempre mostrar o progresso dessa ação.
4. Para garantir que o portador do cartão não tenha nenhuma cobrança indevida, sugerimos que seja chamada a função 'reversalProvider' a cada hora, para cancelar as transações com erro.
5. É de responsabilidade do desenvolvedor garantir a segurança da informação dentro do aplicativo.
   1. Garantir comunicações com o TLS mínimo 1.2
   2. Seguir as boas práticas de segurança do Android.
   3. Não expor dados sensíveis dos clientes, tais como, senhas, informações pessoais e de negócio.
   4. Integridade dos dados.
6. Tamanho do APK – é importante que seu APK não ultrapasse 70Mb de armazenamento, isso pode gerar impactos na assinatura das aplicações e download nos terminais.
7. Evite funcionalidades com timeout infinito que possa deixar sua aplicação travada ou aguardando algum evento.
8. Não manter a antena do Mifare ligada, apenas ligar quando for ser utilizada.
9. Uso consciente e controlado do consumo de dados via redes móveis (Chip Stone).
10. A Stone utiliza um proxy na conectividade via chip Stone, portanto é necessário que nos envie todas as URLs externas que utiliza em sua aplicação.
11. Uso consciente do consumo de bobina de impressão – evite imagens grandes, muitos espaços em branco, deixar grandes espaços entre linhas, espaços no início e final dos comprovantes.
    1. A “customização de impressão” tem o intuito de ser um adicional a impressão da venda, ficha, ticket e etc, não é recomendado a geração de grandes relatórios.
12. Uso consciente do consumo de memória e CPU.
13. Uso consciente e controlado de bateria, seguindo os padrões já estabelecidos para Android
14. Gestão do cancelamento, deixar claro o fluxo de stakeholders que podem cancelar dentro do app e impor uma validação do cliente para permitir o cancelamento da transação.

Não é permitido!

1. É expressamente proibido "WebApps", "WebView" e "WebSockets" devido a medidas de segurança. Desenvolvimentos com tecnologias baseadas em Webview, são proibidas. Exemplo:Ionic, Cordova.
2. É expressamente proibido o uso de comunicações abertas entre POS e Servidor, tais como Websockets e MQTT, estas tecnologias tornam o POS ativo nas comunicações, não sendo permitido pela norma PCI.
3. O Google Play Services não estará disponível, portanto algumas funcionalidades que dependem dele (ex.: Play Services Location, Push Notifications) não funcionarão.
4. O aplicativo não pode realizar alterações nas configurações de sistema do Android (Ex: data, hora, localização, etc). Fique atento se estiver usando um framework não nativo, pode haver interferência na conversão de horas
5. Acesso a recursos externos impróprios (USB, Google Play...). Terminais de produção têm tais recursos bloqueados.
6. O Ícone, logo e Nome do aplicativo não podem estar vinculado às identificações visuais dos itens abaixo:
   1. Stone Co e seus produtos;
   2. Concorrentes diretos ou indiretos da Stone Co.
   3. Nome de fabricantes ou modelo de terminais.
7. Utilizar qualquer referência ao nome da fabricante do Terminal no nome do pacote da aplicação integrante.
   Exemplo: (br.com.sunmi.abc, br.com.positivoXPTO).

Permissões no AndroidManifest.xml

As permissões abaixo “NÃO SÃO PERMITIDAS”, por permitirem que o aplicativo acesse alguns recursos do Android ou recursos de hardware não permitidos pela Stone, ou também por colocar em risco a operação de outros aplicativos.
A Stone pode adicionar outras permissões proibidas durante o processo de homologação.

Atenção: Nenhuma permissão de sistema deve ser utilizada pelo app.

📘

Guia do Desenvolvedor SDK Android

Para maiores informações acessar o doc: Guia do Desenvolvedor SDK Android