Releases: payneteasy/PaynetEasyReader
Fixed Miura Initialization
Sometimes Miura does not response to initial commands.
To fix this rarely problem we should wait for device status message from Miura and then send initial commands.
UPDATE
This version of library has a broken libPaynetEasyReader.a file. Please use 0.1.12 version.
0.1.9
Network optimisation
EMV transaction contains two stages.
The first state is sale, the second state is EMV final advice.
There is a problem if EMV final advice is not received by the paynet server.
Of course server make an auto reversal if EMV final advice is not arrived in 3 minutes.
But we can handle many networks error on the client side.
So the new SDK contains many improvements for network issues.
For example, we try to send EMV final advice many times in 2 minutes until we get a success response from a server.
There is another enhancement:
All methods in the PNEReaderPresenter are invoked from the main thread.
In the previous version the onProcessingEvent method was invoked from the background thread.
0.1.7
0.1.6
Parameters for the advice slip
Added parameters for the advice slip to the PaynetStatusResponse:
- terminalId;
- paynetProcessingDate;
- acquirerProcessingDate;
- readerProcessingDate;
- emvTerminalAid_9F06;
- emvTvr_95;
- emvAppLabel_50;
- emvCvm_9F34;
- emvPanSequence_5f34;
- emvCid_9f27;
- emvAppCryptogram_9f26;
- cardholderName;
- cardType;
- lastFourDigits;
- receiptId;
- rrn;
- authCode;
0.1.3
0.1.2
0.1.1
- Added a support for non full BT frames
- Added PNECard.pinEntered property
- Added a disconnecting from a miura on a transaction finishing
- Added MiuraReaderManager.stop
- Added a MSR Card flow
- Do not display 'Remove Card' if MSR
- PNECard.pinEntered is filled from a Miura Tag
- PNECard.pinEntered is filled from a Miura Tag
- Fixed if first AAC or TC