Whilst I'm working through the setup process with this module I thought I'd add some more thoughts... As part of your setup instructions on this module's homepage, it would be worth mentioning the cents value dicates the response code from NAB - anything but 00 or 08 cents will return a failed test transaction and may cause confusion to the developer...

Comments

jm.federico’s picture

jm.federico commented

Added to page and a full list is now available in the README.txt file

jm.federico’s picture

jm.federico commented
Status: Active » Fixed
sydneyshan’s picture

sydneyshan commented
Status: Fixed » Needs work

Thanks for adding that in so quickly. The fact that the cents value dictates the response code isn't clearly stated in your page update (or in the README.txt file) - can you add that in? I think it would help clarify failed test transactions for developers using this module.

Also (minor isse), there are non UTF-8 characters in the response codes section of the README.txt file causing funky characters to appear when opened. I think it is just where a long dash has been used (ie 2 Refer to Issuer’s Special Conditions) Affected codes: 2, 33, 34, 35, 36, 37, 41, 43, 67.

Thanks in advance!
Shannon

jm.federico’s picture

jm.federico commented
Status: Needs work » Postponed (maintainer needs more info)

Hello

Character encoding issue fixed! Thanks for that!
Also, I'm not really sure what you mean with cents value. From NAB we get the responseCode which can be 2 or 3 digits long, NAB provides the description for the 2 digit codes, but there are some that are not provided, like 123, which I think is "No response from FDR Gateway".

If you can help me understand what you mean a bit better, I'll appreciate it!

And last, thanks for all your comments, feedback really helps! ;)

Cheers

sydneyshan’s picture

sydneyshan commented
Status: Postponed (maintainer needs more info) » Needs work

Great work.

In regards to the response code - NAB have advised me that in TEST MODE the CENTS value that is sent to them is returned as a two-digital response code. This means if you use any decimal other than 00 or 08 your TEST MODE transaction will fail.

This is not a problem during live transactions - only test mode transactions.

Does this make sense?

jm.federico’s picture

jm.federico commented

Makes a lot of sense, haven't tested myself but will do and will update the project page and the README.

Cheers