]> pere.pagekite.me Git - homepage.git/blobdiff - blog/archive/2016/03/03.rss
Generated.
[homepage.git] / blog / archive / 2016 / 03 / 03.rss
index 464ab5e3c7a32fab4c5c85e4407621877b86fecc..d84113d5158af454e298ae11d4452dc1b0d60f7e 100644 (file)
@@ -6,6 +6,89 @@
                 <link>http://people.skolelinux.org/pere/blog/</link>
 
        
+       <item>
+               <title>UsingQR - &quot;Electronic&quot; paper invoices using JSON and QR codes</title>
+               <link>http://people.skolelinux.org/pere/blog/UsingQR____Electronic__paper_invoices_using_JSON_and_QR_codes.html</link>        
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/UsingQR____Electronic__paper_invoices_using_JSON_and_QR_codes.html</guid>
+                <pubDate>Sat, 19 Mar 2016 09:40:00 +0100</pubDate>
+               <description>&lt;p&gt;Back in 2013 I proposed
+&lt;a href=&quot;http://people.skolelinux.org/pere/blog/_Electronic__paper_invoices___using_vCard_in_a_QR_code.html&quot;&gt;a
+way to make paper and PDF invoices easier to process electronically by
+adding a QR code with the key information about the invoice&lt;/a&gt;.  I
+suggested using vCard field definition, to get some standard format
+for name and address, but any format would work.  I did not do
+anything about the proposal, but hoped someone one day would make
+something like it.  It would make it possible to efficiently send
+machine readable invoices directly between seller and buyer.&lt;/p&gt;
+
+&lt;p&gt;This was the background when I came across a proposal and
+specification from the web based accounting and invoicing supplier
+&lt;a href=&quot;http://www.visma.com/&quot;&gt;Visma&lt;/a&gt; in Sweden called
+&lt;a href=&quot;http://usingqr.com/&quot;&gt;UsingQR&lt;/a&gt;.  Their PDF invoices contain
+a QR code with the key information of the invoice in JSON format.
+This is the typical content of a QR code following the UsingQR
+specification (based on a real world example, some numbers replaced to
+get a more bogus entry).  I&#39;ve reformatted the JSON to make it easier
+to read.  Normally this is all on one long line:
+
+&lt;p&gt;&lt;img src=&quot;http://people.skolelinux.org/pere/blog/images/2016-03-19-qr-invoice.png&quot; align=&quot;right&quot;&gt;&lt;pre&gt;
+{
+ &quot;vh&quot;:500.00,
+ &quot;vm&quot;:0,
+ &quot;vl&quot;:0,
+ &quot;uqr&quot;:1,
+ &quot;tp&quot;:1,
+ &quot;nme&quot;:&quot;Din Leverandør&quot;,
+ &quot;cc&quot;:&quot;NO&quot;,
+ &quot;cid&quot;:&quot;997912345 MVA&quot;,
+ &quot;iref&quot;:&quot;12300001&quot;,
+ &quot;idt&quot;:&quot;20151022&quot;,
+ &quot;ddt&quot;:&quot;20151105&quot;,
+ &quot;due&quot;:2500.0000,
+ &quot;cur&quot;:&quot;NOK&quot;,
+ &quot;pt&quot;:&quot;BBAN&quot;,
+ &quot;acc&quot;:&quot;17202612345&quot;,
+ &quot;bc&quot;:&quot;BIENNOK1&quot;,
+ &quot;adr&quot;:&quot;0313 OSLO&quot;
+}
+&lt;/pre&gt;&lt;/p&gt;
+
+&lt;/p&gt;The interpretation of the fields can be found in the
+&lt;a href=&quot;http://usingqr.com/wp-content/uploads/2014/06/UsingQR_specification1.pdf&quot;&gt;format
+specification&lt;/a&gt; (revision 2 from june 2014).  The format seem to
+have most of the information needed to handle accounting and payment
+of invoices, at least the fields I have needed so far here in
+Norway.&lt;/p&gt;
+
+&lt;p&gt;Unfortunately, the site and document do not mention anything about
+the patent, trademark and copyright status of the format and the
+specification.  Because of this, I asked the people behind it back in
+November to clarify.  Ann-Christine Savlid (ann-christine.savlid (at)
+visma.com) replied that Visma had not applied for patent or trademark
+protection for this format, and that there were no copyright based
+usage limitations for the format.  I urged her to make sure this was
+explicitly written on the web pages and in the specification, but
+unfortunately this has not happened yet.  So I guess if there is
+submarine patents, hidden trademarks or a will to sue for copyright
+infringements, those starting to use the UsingQR format might be at
+risk, but if this happen there is some legal defense in the fact that
+the people behind the format claimed it was safe to do so.  At least
+with patents, there is always
+&lt;a href=&quot;http://www.paperspecs.com/paper-news/beware-the-qr-code-patent-trap/&quot;&gt;a
+chance of getting sued...&lt;/a&gt;
+
+&lt;p&gt;I also asked if they planned to maintain the format in an
+independent standard organization to give others more confidence that
+they would participate in the standardization process on equal terms
+with Visma, but they had no immediate plans for this.  Their plan was
+to work with banks to try to get more users of the format, and
+evaluate the way forward if the format proved to be popular.  I hope
+they conclude that using an open standard organisation like
+&lt;a href=&quot;http://www.ietf.org/&quot;&gt;IETF&lt;/a&gt; is the correct place to
+maintain such specification.&lt;/p&gt;
+</description>
+       </item>
+       
        <item>
                <title>Making battery measurements a little easier in Debian</title>
                <link>http://people.skolelinux.org/pere/blog/Making_battery_measurements_a_little_easier_in_Debian.html</link>