Page tree
Skip to end of metadata
Go to start of metadata


Premise:

The Augusta is capable of outputting both chip card and swipe data in a keyboard emulation format.

This allows the product to be used in a plug & play situation!

This is a general FAQ for the Augusta when it is used in the QC KB format.

For more detailed support / questions, please email support@idtechproducts.com



Common Custom Configs / Output:  

For the most up to date list, all of these tags should be covered in the 80000503-001 ID TECH TLV Tag Reference Guide document.


TagDefinitionLengthRecommended DefaultExampleDescription / Usage
DFEF62Controls whether MSR card with a chip on it can be swiped100DFEF6201000: Allows swipe from chip card. 1: Disallows swipe from chip card.
DFED0AOutputs Fallback Reason101DFED0A01010: Switch is off, does not output fallback reason. 1: Switch is on, does output fallback reason
DFEF65 Controls Error Reporting101DFEF6501010: Switch is off, does not output errors / mutes. 1: Switch is on, does output errors
DFEF62Controls whether MSR card with a chip on it can be swiped100DFEF6201000: Allows swipe from chip card. 1: Disallows swipe from chip card.
DFEF7D Controls the number of times the reader will allow another insert after a bad insert103DFEF7D0103

Configure up to 5 maximum times for the fallback. More information is available on the IDTECH KB:

Product Integration Topic - Augusta QuickChip KeyBoard fallback behavior

DFEF7E Controls the status messages returned by the device while the device is in fallback.650 01 50 05 50 36DFEF7E06500150055036Leave as the recommended default value.
DFEF5A Controls output of tags in QC KB modevariableSee belowSee below

This tag is utilized for the Augusta QC KB's output. The contents of the tag should include all tags that you'd like to see output on a successful dip.

We recommend that you put only the bare minimum necessary, as each tag added will increase the time spent / amount of information to process.

DFED20Company Name0-1669 64 74 65 63 68DFED2006696474656368

To use, Add this to the DFEF5A output (see further below) after you specify this in the terminal configurations.

Use this TLV for meta data for company name - recommended to use this to store some identifier to track who configured the device.


DFED21Configure Date3042018DFED2103042018

To use, Add this to the DFEF5A output (see further below) after you specify this in the terminal configurations.

Use this TLV for tracking the configuration date - recommended to use this to track date of config if the key injection / config are done at separate dates.

Noe that the output in HEX is the actual value, does not need to be converted.

DFED22Current Configuration Version / Misc field0-3268 65 6C 6C 6F 2D 74 68 69 73 2D 69 73 2D 69 64 74 65 63 68 2D 63 6F 6E 66 69 67 75 72 65 64 21DFED222068 65 6C 6C 6F 2D 74 68 69 73 2D 69 73 2D 69 64 74 65 63 68 2D 63 6F 6E 66 69 67 75 72 65 64 21

To use, Add this to the DFEF5A output (see further below) after you specify this in the terminal configurations.

Use this TLV for anything that might help you uniquely identify the terminal and device.


DFEF57FW Version for QC KBvariableN / ADF EF 57 0A 56 31 2E 30 32 2E 30 30 32 2A

To use, Add this to the DFEF5A output (see further below). This value will be pulled from the device.

DFEE17Terminal Entry Mode output control105DFEE170105This configured the output value for 9F39, which is the POS entry mode. If you include 9F39 in the DFEF5A tag, you can expect to see the contents of DFEE17 returned.



How do I configure Augusta QC KB?  

You can consult our guide on the IDTECH KB -

How Do I Enable/Disable Quick Chip for KeyBoard Emulation (QCKB) on the Augusta?



Terminal entry mode (9F39) is returning the incorrect value. How come? How do I resolve this?  

We can modify this in our terminal configs - IDTECH defined tag DFEE17 to set the value of 9F39.

In your current terminal configs (example below), change the value of DFEE17 from 7 -> 5. 
This tag was set to 7 in our default example as we have the same EMV L2 kernel being used across our contact/contactless family.

To modify this, just pull up your existing terminal configurations and edit the value of DFEE17.
That should cause all your transactions to be flagged correctly as 5 rather than 7.



I want particular tags to show up in the Augusta QC KB output. How do I go about doing this?  


IDTECH has defined tag DFEF5A to allow you to control which TLVs are returned during a transaction.

You can use this custom tag to specify the tags you want returned. You can read or write this tag when you read or write Terminal Settings. For example, consider the Terminal Settings block shown below.

DFEF5A is a TLV that defines ALL the output tags for the Augusta. The default value of DFEF5A is what comes out of the Augusta QC KB on an insert when this value has not been defined.

In the example above - following TLV structure, we have DFEF5A 62 XXXX .. etc. 62 defines the length of the tag names. 

You can see tag 4F, 50, 56, 57... in this example. Here is where you can customize all the output tags you might need for your certification / operational use cases!

In the example above, the total length of the tags sum up to 62 hex nibbles.


For another example - let's say we only wanted a single tag (9F1E) output in the return tags.


We'd do the following for our terminal config: (sample)

5F3601029F1A0208409F3501219F33036028C89F4005F000F0A0019F1E085465726D696E616C9F150212349F160F3030303030303030303030303030309F1C0838373635343332319F4E2231303732312057616C6B65722053742E20437970726573732C204341202C5553412EDF260101DF1008656E667265737A68DF110100DF270100DFEE150101DFEE160100DFEE170107DFEE180180DFEE1E08D09C20D0C41E1600DFEE1F0180DFEE1B083030303135313030DFEE20013CDFEE21010ADFEE2203323C3CDFEF4B037F0000DFEF620101DFEF7D0103DFEF7E06500150055036DFEF5A029F1E


Our output from the Augusta QC KB would now only have 9F1E.


The length of DFEF5A depends on the TLVs you are including.


So if you wanted to include 3 tags in the output, you'd add DFEF5A as follows:



9F02 is returning the wrong amount / 0. What should I do?  

9F02 indicates the pre-agreed upon amount. This value is typically discussed between you and your acquirer. 

9F02 is set to 00 00 00 00 00 00 by default. You can add this to your terminal configs to update the default amount to a non-zero amount, or the amount that you need.

Add this to your terminal config: So you can add this to your terminal config for ($1): 9F02 06 0000000000100



What are all these proprietary tags? Where do I find more information about these?  

Proprietary tags are documented in ID TECH document 800000503-001, the TLV Tag Reference Guide.



Can I have IDTECH create a custom part number reader, with my custom tags, to save me time, or can I order this custom configuration from distribution?  


Either way is possible. However,  your sales rep and our support engineers will have to work with you to ensure that we understand exactly what your requirements are.

The process can be made simpler by creating your own configurator tool (using ID TECH's freely available Universal SDK) to scale your production pipeline and also afford you much more control in the long run.

We additionally have a configuration utility that we equip our distribution partners with! Contact your sales rep to learn more about this, or email support@idtechproducts.com 



I swiped a card on the Augusta QC KB, and I'm getting no response from the reader. Why?  

Couple of reasons why this behavior could be happening.

Scenario A:  

Provided you set your terminal configurations for DFEF61 to 1, default behavior for swiping a chip card is no output (regardless of card brand).

If the card does not have a chip on it, the reader should allow the swipe. 

Scenario B:

MSR Auto Mode needs to be enabled. This can be done with the Universal Demo utility or by issuing a low level command to the device. 

Scenario C:

Your device is in USB HID mode. If you are expected output as if you typed on a keyboard, your device needs to be in USB-KB mode for it to function as so, along with being set to Auto Mode.

In USB HID mode, you would 'start MSR' and get a response back with data. 

Scenario D:

You have an Augusta S device with no key injected. A SRED product (denoted by 'S') for the Augusta will not function properly until the device has a DEK injected (data encryption key). 

Scenario E:

DF EF 62 is either not set, or set to 0



How do I allow fallback when the device is missing an AID, or has no matching AID, or if the card fails to read?  

The followings tags and implementation are heavily covered in: Product Integration Topic - Augusta QuickChip KeyBoard fallback behavior

At a high level, you need to specify the following terminal configurations:

  • DF EF 62 01 01
  • DF EF 7D 01 03
  • DF EF 7E 06 50 01 50 05 50 36



If the card fails to read (bad ICC card), what does the device do? How do I allow a swipe (with same chip card) as a backup method?  

On the first bad insert, the Augusta is allowing a swipe OR another insert. (provided your terminal configurations are set up correctly according to the above question)


We validated this behavior is acceptable (AMEX / MasterCard had to weigh in) as the original intent behind an older test case / requirement was that the device had to prompt for 3 times before fallback to MSR.
They mentioned that it was more of a way to get people to try to insert cards rather than swiping as they were accustomed to.

So to answer your question - the device will allow a swipe or insert the first 3 times. On the last time, the transaction will terminate.
For the status codes, we return F2 22 on the 3rd try so your application can return a different code.



The length of the fallback output doesn't match up with BER-TLV standard?  

Due to the Augusta returning ASCII embedded in the return MSR data (as how our other readers function), we had to figure out the best way to move forwards.

The length you see is a character count rather than the actual length, including a carriage return.

We performed a bit of a proof below on this guide - Product Integration Topic - Augusta QuickChip KeyBoard fallback behavior



How do I parse out DFEE23 when it is returned in a fallback swipe?  

For the chip error swipe and the candidate list swipe, you want to just look for the data contained between the start sentinel '02' to the end '03'. 
The way to properly parse DFEE23 following BER-TLV format-

If you see a 80, that denotes the length. (in hex, which is ~128 in decimal)
Anything above 80 (ex: 81 or 82) denotes how many additional nibbles need to be read for the length.


82 (80 + 2) indicates how many bytes after it are used for the length.


Chip Error fallback swipe:

9F390180DFEE238201F9 - 01 F9 is length, which is 505. 

If you look at the MSR payload, the length is 01 ed, which is 493.


Empty candidate list swipe:

9F390180DFEE2381DF - DF is length, which is 223. 

MSR payload indicates that the length is 00 d3, which is 211.


For your use case - if you see 80 (or lower), that is your length.

If you see 81, the next byte is your length. 

If you see 82, the next 2 bytes is your length.

If you see 83, the next 3 bytes is your length.


For example:

For your empty candidate list swipe example, DFEE23 length was 81 DF - DF evaluates to 223 (in decimal). We read 1 additional nibble.
For the chip error swipe, DFEE23 was 82 01 F9 - 01 F9 evaluates to 505 (in decimal). We read 2 additional nibbles.



I'm seeing a '80' come back as the value of 9F39. What does that mean?  

'80' is Fallback to Magnetic Stripe. 

Other values of 9F39 can be found here: What are the 'PAN Entry Modes' of tag 9F39?



I'd like to configure my device to support a carriage return on both swipe and dip. How do I do that?   

First, read this: I'm using Keyboard Quick Chip and the reader isn't sending a carriage return, pressing the enter key, after card presentation. Can the reader do this?


Enable ICC and Swipe Carriage return in USB KB: (send these data commands WITHOUT the nga option checked in the demo)

0206007253012a010d06fe03 // ICC Carriage return
0253d302010d038f // MSR Carriage return

After both commands have been run with the older version of the demo, do a swipe and an insert to verify the behavior.



I'm seeing only HEX data or I'm only seeing HEX + ASCII data in my MSR swipes and fallback swipes. What is going on?  

If the masked data for any of the tracks is enabled, the data will be returned in HEX + ASCII format (the masked portions will be denoted by the * character)
Typically, you might need the masked data to display on a terminal.
You can enable this or disable this using our Universal Demo Utility:
Enabling the masked tracks will display track data like this:
02A401801F372700A39B%*6011********0005^DEBIT/IMAGE 01^********************?;6011********0005=********************?9DCC2A12D995730759E0E2B8AC7D967A760601CC4193FD4D740CF86880EB93CE486085859530BBB775AFC4FA275271AB447768CD97EBE88E415B97E18448562B118B091111DF5490DECBCFCB1A8906C11CBE5D40A0F875D4F9E58403C9C4A5DA00000000000000000000000000000000000000000000000000000000000000000000000000000000363235543730303135346299490000000000003A6D4703
Disabling the masked tracks will display track data like this: (without the masked portions)
02CE00801D370000A089B8FA611F97EE301D99DC1C54E3DE5C47F1FC8F181DEBA1BED1D4552263EA52A4751FBF871A34249F046D66870C16D9640F7614BBBCEB6E400000000000000000000000000000000000000000363235543730303135346299490000000000003B01FD03



Last Updated:  



2 Comments

  1. Jason Chiu,

    A small question about 3 tags: DFED20/21/22 (the tags that let you stuff your own custom data) – do you know which FW version these appeared in? (Also: I assume these are available to all customers; in other words, this wasn't a CPR for a single customer. Right?) 

  2. Hi Kas Thomas,

    This is present in v2.010 firmware and above.

    This is available to everyone in the IDTECH community to use. (smile)