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.

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