@filpgame, seguindo na nossa implementação identificamos alguns métodos ou funções que causa crash no app, então vou listá-los aqui para que você possa acompanhar.

setWorkInBackground

No método setTransaction ao alterar a linha provider.setWorkInBackground() de true para false causa crash no app antes da exibição da mensagem para digitar a senha.

Ao alterar para false desejamos que seja exibido o feedback ao usuário, ou seja, os passos completar a transação.

O comportamento é o seguinte: É exibida a mensagem solicitando que o cartão seja inserido, quando o cartão é inserido, antes da mensagem para digitar a senha o app fecha.

getLastTransactionId

Ao executar o método getLastTransactionId do TransactionDAO também causa crash no app.

Olá pessoal,

Acabei enviando um pull com a adição do package.json para tentar solucionar o problema de instalação do plugin na aplicação Cordova.

Adicionei um package.json simples que tirei baseado em outros plugins para conseguir instalar, a instalação ocorreu sem problemas mas por algum motivo na hora de gerar o build estava dando erro na classe stone do SDK.

Vocês conseguem me ajudar por favor?

Agradeço desde já a atenção de vocês.

Bom final de semana!

Boa tarde,

Estou tentando implementar a impressão no Pos A8 da Ingenico, porem sem sucesso.

Ao executar o PosPrintProvider recebo o erro UNEXPECTED_STATUS_COMMAND.

Os demais providers funcionam corretamente, poderiam me ajudar?

Grato

As chamadas stone_sdk.validation e stone_sdk.deviceSelected não estão retornando callback.

Exemplo:

stone_sdk.deviceSelected(device, function() {
      $scope.selectedDevice = device;
      console.log('\nLOG Pareado com sucesso!\n');
    }, function() {
      console.log('\nLOG Erro ao Parear!\n');
    });

O device é pareado (o aparelho mPOS reconhece a conexão e a tela do App mostra o pareamento) porém nenhum dos callbacks é chamado.

Olá @filpgame, acabei de realizar um teste aqui após os novos commits e estamos recebendo o erro abaixo na hora de validar StoneCode.

O erro é o mesmo apresentado em nossa aplicação e no demo de vocês.

Você tem idéia do que pode ser?

Abraço

Olá

Ao executar o metodo transaction o callback de erro não é executado de forma correta, é exibido apenas um toast vazio e não consigo recuperar o erro apresentado por exemplo ao remover o cartão (CARD_REMOVED_BY_USER).
O callback de sucesso aparentemente esta executando ok.
Testei com a versão 2.5.9 e 2.6.0.
PS.: no demo de vocês acontece a mesma coisa.
Obrigado

Com este plug-in é possivel eu "embarcar" um app nas maquininhas da Stone ? Por exemplo, as empresas instalam o app nas maquininhas e usam esse plugin para interagir com os pagamentos dessa maquininha ?

@filpgame , vou aproveitar que você está no SDK e abrir uma issue aqui sobre os métodos de pagamento.

O Mario Dias, havia me fala que nós poderiamos receber outros métodos de pagamento no pinpad, porém vi que só tem a verificação das strings para "DEBIT" e "CREDIT" no stoneSDK.java, quais parametros vamos passar na transaction para os métodos de pagamento dos vouchers por exemplo: Alelo, Sodexo, Ticket... Essas ultimas duas últimas o Mario disse que estava em processo de homologação...

Abs

A alegria de ter conseguido enfim rodar o plugin não durou muito viu @filpgame ... Não consegui rodar os métodos validation e transaction está dando erro também... O deviceSelected rodou de boa...

Esse é o código de um estabelecimento meu, tentei com string e número...

Veja nosso código:

			stoneValidation: function(){
			    let that = this
			

			    stone_sdk.validation('121378283', function(){

			    }, function(){
			    	
			    });
			},


			selectPinpad: function(device){
        	    let that = this

        	    let pinpad = device.name + '_' + device.address;

        		that.ppinpad_selected = pinpad;
        		localStorage.setItem('pinpad_selected', JSON.stringify(pinpad));

        		//Conecta o app no pinpad
        		stone_sdk.deviceSelected(pinpad, function(){

        		}, function(){
        			
        		});
        	    
        	},

        	transactionForTest: function(){
        	    let that = this
        	
        	    stone_sdk.transaction('0.01', 'DEBIT', '1', function(){
        	    	console.log('foi')
        		}, function(){
        			console.log('nao foi')
        		});
        	},

Hey @filpgame, agora estamos progredindo hein \o/

Observei um comportamento estranho ao realizar uma transaction, parece que o callback não está sendo chamado em algumas situações.

Primeira situacao

A transação é realizada com sucesso, aparece na tela do pin pad transação aprovada e retire o cartão, até aqui tudo ok.
Porem ao retirar o cartão o callback não é executado, só aparece o toast abaixo.

Segunda situacao

Essa eu descobri por acaso.
A transação é realizada com sucesso, aparece na tela do pin pad transação aprovada e retire o cartão, se eu nao retirar o cartão após alguns segundos o callback é executado, porém só é retornado um array vazio.

O retorno esperado do callback seria os dados da transação aprovada?

CC @igortrinidad

O plugin será atualizado para a versão do SDK 3.0.4?

Recebi uma notificação aqui que tenho que alterar até o dia 26/04/2019. Mas utilizo exclusivamente esse plugin na minha aplicação.

As transações no metódo CREDIT não estão funcionando...

Opa @filpgame, beleza?

Cara, o @limatheus alterou os métodos de retorno da lista de transações e da transação no plugin, retornando o objeto da transação completo ao invés da string apenas com algumas infos.

Isso é muito importante pois como envolve transferencia de recursos nós precisamos de mais infos como o código de autorização, recipientTransactionIdentification entre outros dados importantes para qualquer auditoria que precisemos implantar futuramente.

Mas vamos lá, visto que o id da lista de transação é apenas um ordenador das transações realizadas no determinado device, o método de efetuar o cancelamento de uma transação espera o id da transação no device, porém dentro da SDK no CancellationProvider o método utiliza o recipientTransactionIdentification para enviar o cancelamento.

Como o id que espera no método da transação é apenas um ordenador e ele pode ser apagado quando se limpa os dados do app / desinstala o app... Gostaria de saber se é possível alterar o método na SDK para esperar o recipientTransactionIdentification ao invés do ID da transação no device...

Assim a transação poderá ser cancelada mesmo de outros dispositivos, caso haja algum problema no device e mesmo poderá oferecer a descentralização dessa operação que poderá ser realizada por outros devices com acesso à lista de transações como no caso de painel admin que será implementado.

Veja a viabilidade desta alteração, valeu!

Notei que o cancelamento de transação no iOS não está considerando o ID da venda, está pegando o primeiro objeto do array de transações da base do mPOS.

https://github.com/thehashlab/plugin-cordova/blob/master/src/ios/StoneSDK.m#L324