Live data from Hacker News

UsingQR – “Electronic” paper invoices using JSON and QR codes

people.skolelinux.org

1–10 of 28 posts

Re: UsingQR – “Electronic” paper invoices using JSON and QR codes

#2
Maybe the first usage of QR codes that actually makes sense to me. People don't want to scan codes to go to urls, but they do want reliable ways take messy human-reable data and put it into software. I hope more uses like this come up.

QR codes were originally invented for inventory tracking. This is just an extension of that.

Re: UsingQR – “Electronic” paper invoices using JSON and QR codes

#3

Maybe the first usage of QR codes that actually makes sense to me. People don't want to scan codes to go to urls, but they do want reliable ways take messy human-reable data and put it into software. I hope more uses like this come up. QR codes were originally invented for inventory tracking. This is just an extension of that.

Only problem with this is it discourages shifting to paper-less business. Remember when that was a goal of business and government. It's been so successful via the fact that it's simply easier than shuffling papers about. That being said, it is clever, sort-of a 255byte or so flash-rom storage on a piece of paper.

Re: UsingQR – “Electronic” paper invoices using JSON and QR codes

#4
This is really cool. However adoption will be a really challenging issue. When you end up having to upgrade your pos to print these qr codes (with little incentive) you could just end up switching to a square-esque system instead.

I think the Json format is cool. Qr codes as a representation should be one way of sharing it.

Re: UsingQR – “Electronic” paper invoices using JSON and QR codes

#5
post #3

Maybe the first usage of QR codes that actually makes sense to me. People don't want to scan codes to go to urls, but they do want reliable ways take messy human-reable data and put it into software. I hope more uses like this come up. QR codes were originally invented for inventory tracking. This is just an extension of that.

Only problem with this is it discourages shifting to paper-less business. Remember when that was a goal of business and government. It's been so successful via the fact that it's simply easier than shuffling papers about. That being said, it is clever, sort-of a 255byte or so flash-rom storage on a piece of paper.

I think that things like migrating away from a paper-less society is best done in small steps. Who knows, things like these might actually speed up the process!

Re: UsingQR – “Electronic” paper invoices using JSON and QR codes

#6
post #3

Earlier quoted context omitted.

Only problem with this is it discourages shifting to paper-less business. Remember when that was a goal of business and government. It's been so successful via the fact that it's simply easier than shuffling papers about. That being said, it is clever, sort-of a 255byte or so flash-rom storage on a piece of paper.

I think that things like migrating away from a paper-less society is best done in small steps. Who knows, things like these might actually speed up the process!

Some countries have already done it. It's not impossible or even that difficult if you get behind it.

Re: UsingQR – “Electronic” paper invoices using JSON and QR codes

#7
post #3

Maybe the first usage of QR codes that actually makes sense to me. People don't want to scan codes to go to urls, but they do want reliable ways take messy human-reable data and put it into software. I hope more uses like this come up. QR codes were originally invented for inventory tracking. This is just an extension of that.

Only problem with this is it discourages shifting to paper-less business. Remember when that was a goal of business and government. It's been so successful via the fact that it's simply easier than shuffling papers about. That being said, it is clever, sort-of a 255byte or so flash-rom storage on a piece of paper.

Is "going paper-less" a moral imperative?

Re: UsingQR – “Electronic” paper invoices using JSON and QR codes

#8
post #3

Maybe the first usage of QR codes that actually makes sense to me. People don't want to scan codes to go to urls, but they do want reliable ways take messy human-reable data and put it into software. I hope more uses like this come up. QR codes were originally invented for inventory tracking. This is just an extension of that.

Only problem with this is it discourages shifting to paper-less business. Remember when that was a goal of business and government. It's been so successful via the fact that it's simply easier than shuffling papers about. That being said, it is clever, sort-of a 255byte or so flash-rom storage on a piece of paper.

I love the way in which LibreOffice can export a PDF with the original document still embedded. If a scannable code on a paper document could contain all the data needed to recreate it without any loss, you'd get effectively the same thing in a tangible form.

Re: UsingQR – “Electronic” paper invoices using JSON and QR codes

#9
In Czech republic, QR codes that encode payment details for invoices are pretty common. It uses format called SPAYD for encoding of data which is variation of vCard formatting (as proposed in the begining of this article). Idea is that the same data in this format could also be transfered directly, but that is not so common, probably because there also is widely supported national standard for XML representation of entire invoices.

As for paperlessness: I routinely pay my cellphone bills by scanning said QR code from computer screen.

Re: UsingQR – “Electronic” paper invoices using JSON and QR codes

#10
post #9

In Czech republic, QR codes that encode payment details for invoices are pretty common. It uses format called SPAYD for encoding of data which is variation of vCard formatting (as proposed in the begining of this article). Idea is that the same data in this format could also be transfered directly, but that is not so common, probably because there also is widely supported national standard for XML representation of e…

I would love it if my bank would start to use this, would save a lot of manual entry for inter person payments.

Standard description : https://en.wikipedia.org/wiki/Short_Payment_Descriptor

Post reply on HN