Hi<\/p>\n
I am testing the refund process and have followed your knowledgebase article on that and stock control etc. All that makes sense.<\/p>\n
However, in a situation where I have issued a refund and I want to make sure that customer cannot still check in with their QR code, the article says to delete the ticket(s) in question from the event. That seems reasonable, however, it doesn’t seem to work?<\/p>\n
To elaborate…<\/p>\n
If I have an event called JSE 1, I will have tickets that are ID’d JSE1-1 through whatever, say JSE1-20. A normal QR code check in for say valid ticket JSE1-8 would show as “The ticket with ID JSE1-8 was checked in.” Fine.<\/p>\n
However, if I deleted ticket JSE1-2, and then try to check in that ticket’s QR code (from the email that was sent when it was ordered), I get “The ticket with ID 226 was checked in.”!<\/p>\n
I was expecting to see something like “Invalid QR code”, or “Cancelled ticket, not checked in”. And of course, because it was deleted, I cannot get to it to undo the seemingly okay check in? Also, No idea where “226” comes from? It’s not the Woo Order ID…<\/p>\n
So – is this a bug?<\/p>\n
And regardless, perhaps the “invalidating of a ticket process” would be better if there was a “Validity” column, and all tickets show by default as Valid – and instead of deleting the ticket you have the option of maybe marking it’s validity as either Valid or Cancelled (or any other statuses that might make sense), and then not allow the check in option for those cases (that way you can always change it back to Valid perhaps if a mistake was realised or restitution was made).<\/p>\n","protected":false},"template":"","class_list":["post-1256459","topic","type-topic","status-closed","hentry"],"yoast_head":"\n