One of the issues that has been raised regarding the new Transaction History page is the issue of transaction ID’s not being present. The argument goes that as only a portion of the transaction ID is present on the page, it’s not guaranteed to be a unique value and therefore is not as useful as it could be. The full ID is available in downloads and will continue to be available in downloads.
However, part of the transaction ID being present is better than none of it being present. Here’s a scenario, a customer has an issue, the merchant asks them for the transaction ID from the SL website, the customer complies, the merchant finds the transaction and from there, they can see what happened with that transaction or at least engage with the first steps in finding out what happened.
Some people seem to believe it’s better to ask customers for date/time, item, price etc. instead of trying to go for a single lookup via a transaction ID. I’m finding this all somewhat bemusing as the chances of the portion of the transaction ID on the SL website not being unique in a certain range is minimal for the vast majority of merchants and customers, the only strong argument against their inclusion is that they are incomplete, but as the issue of duplicates is not likely to happen often, it seems odd to want to withdraw this.
Again this seems like it’s something that busier merchants may find less useful, but busier merchants are in the minority. There should be a happier compromise here, collapsable fields. Therefore those who don’t want to see a certain field can hide it, but for those who still find it useful, it will still be there.
Continue reading “Transaction ID’s Should Be Preserved On The Transaction History Page”