So richtig verstehe ich nicht, was Du meinst. Wenn's um die Erstellung eines QR-Codes geht, den Du als Grafik in ein Formular einfügen willst, kannst Du einen QR-Codegenerator verwenden, wie zum Beispiel https://sites.google.com/site/qrcodeforwn/ Damit erstelle ich meine QR-Codes.

Davon hatte ich schon gehört. Hier mal ein Link dazu: https://investrends.ch/aktuell/news/einfuhrung-der-qr-rechnung-in-der-schweiz/

Wie Manfred schon schrieb, gibt es dafür neben seiner Auswahl auch (Online)-Generatoren, die man evtl. auch über die Paketdienstschnittstelle mit Daten direkt aus F. füttern könnte. Den Code muss man dann aber manuell in die Rechnung einfügen.

Aus Datenschutzgründen sollte man derartige QR-Code vorzugsweise lokal erzeugen und nicht die Daten an irgendwelche Dritte in´s Internet übergeben. Das geht beispielsweise auch mit Notepad++ und dem Plugin NppQrCode. Ist ja schließlich nicht wie bei Versanddienstleitern, die diese Daten auch zur Beförderung benötigen.

Übrigens gibt´s dazu bereits zwei Feature-Wünsche:
https://bugs.fakturama.info/view.php?id=881
https://bugs.fakturama.info/view.php?id=157

Hallo @lastboyscout, Hallo @rheydenr

Sorry, ich nicht gesehen das dies bereits auf der Wunschliste steht. Ich habe aber noch folgendes im Netz gefunden was vielleicht zum Thema beitragen kann:

https://swissqr.ch/home/dienste/swiss-qr-code/
https://github.com/jfobranco/SwissQRBill
https://github.com/manuelbl/SwissQRBillDemo

Mit freundlichem Gruss
Stefan

Ja, stimmt alles. Aber ich bin da immer etwas pragmatisch.
Die Lösung wird in der Schweiz ja jetzt schon erwartet, da die Regelung ja schon gilt.
Ralfs Ressourcen hinsichtlich einer echten Integration lassen idR eine schnelle Umsetzung nicht zu, zumal ich das Thema bspw. schon vor 5 Jahren bereits interessant fand, sich aber damals in D gefühlt niemand für Bezahlcodes und Digitalisierung interessierte. Und so verschwand der Bezahlcode wieder in der Schublade. Einfach mal hier im Forum "Bezahlcode" eingeben. Dann kommen die alten Leichen.

Außerdem ist das nicht ganz so einfach, da der Bezahlcode einen eigenen Syntax hat und nicht nur ein QR-Code ist. Ich hatte damals die Situation, dass die PostbankApp wohl die italienische Variante scannte, aber nicht die den dt. Bezahlcode. Möglicherweise hat die Schweiz eine eigene (xte) Lösung?

Also bleibt, auch wenn es nicht schick ist, der Online-Generator, den man ggf. noch nach Vertrauenswürdigkeit des Anbieters optimieren kann. Außerdem gehört die Schweiz nicht zur EU > also auch nicht DSGVO. (Lacher, ggf. nicht ernst gemeint).

Das ist richtig... Ich wünschte wirklich Ralf müsste das nicht alles allein bewältigen. Leider kenne ich mich aber nur mit PHP und etwas JavaScript aus und so bleibt mir nur Ideen und Verbesserungsvorschläge bei zu steuern und ggf. Umsetzungskonzepte zu erarbeiten.

Veröffentlicht von: @Miracolitag

Außerdem ist das nicht ganz so einfach, da der Bezahlcode einen eigenen Syntax hat und nicht nur ein QR-Code ist.

Doch, eigentlich ist es genau das: Ein ganz normaler QR-Code.
Deren Inhalt ist ja immer reiner Text... Nur eben je nach Anwendungsfall entsprechend Strukturiert. Daher lässt sich das auch mit jedem beliebigen QR-Code-Generator (in diesem Fall eben eine JAVA-Lib) erstellen. Mann muss nur eben den entsprechenden Aufbau beachten. Hier kann es allenfalls sein, das sich dieser zwischen Schweiz, Deutschland, Österreich etc. unterscheidet. Falls ja sollte dies anhand des Empfängerland ausgewählt werden. Sollte zu einem Land keine abweichende Datenstruktur hinterlegt ist, müsste eines der bekannten als default in den Einstellungen markiert werden können.

Also bleibt, auch wenn es nicht schick ist, der Online-Generator, den man ggf. noch nach Vertrauenswürdigkeit des Anbieters optimieren kann...

Ralf hat die Umsetzung ja bereits für die kommende Version 2.1.1 vorgesehen! Bis dahin kann man neben dem bereits oben aufgezeigten Plugin für Notepad++ auch beliebige andere Programme zur Offline-Erstellung von QR-Codes verwenden... Beispielsweise: https://sites.google.com/site/qrcodeforwn/ usw.

@LastBoyScout Ich hatte in den sozialen Medien schon mehrfach nach Hilfe für die Programmierung gesucht, aber neben der Eignung scheiterte es immer an der Bereitschaft, für lau zu programmieren. Das ging dann sogar bis zum Unverständnis, ein solches Projekt als Non-Profit zu verfolgen.

Der beste und auch einzige "Fang" war Martin, der damals die Webseite modernisiert und gestaltet hat.

Wir haben nun den Weg gefunden die QR Zahlteile ohne Beträge zu verwenden. Dann muss der Kunde den Rechnungsbetrag nach dem scannen des QR manuell eingeben. Mit dieser Lösung (Workaround) muss der QR nicht für jede Rechnung neu generiert werden.  Die QR Zahlteile kann man bei der eigenen Bank bestellen.

Grüsse Stefan

Veröffentlicht von: @stoeffel

Dann muss der Kunde den Rechnungsbetrag nach dem scannen des QR manuell eingeben.

Hierbei muss aber nicht nur den korrekten Betrag sondern mindestens auch noch eine Referenznummer (Rechnungsnummer / Kundennummer) eingeben werden, damit der Zahlungseingang dann auch zugeordnet werden kann!
Birgt daher wiederum die Gefahr potentieller Fehleingaben, was ja eigentlich mit einem derartigen QR-Code verhindert werden soll (beispielsweise um den Zahlungsabgleich automatisieren zu können).
Kann in dieser Form also bestenfalls als Übergangslösung dienen.

@lastboyscout

Für die automatische Zuordnung der Zahlungseingänge ist nach meiner Kenntnis nur mit einem ESR Konto möglich. Die Referenznummer wird dann im QR gespeichert. Erkennbar an der 3000 im IBAN  (CHXX 3000 0XXX XXXX XXXX X)

Weitere Infos findet man z.B. hier. 

Ich buche die Zahlungseingänge manuell. Natürlich wäre es schön wenn man das ESR File der Bank einlesen könnte. Für meine Bedürfnisse reicht das momentan so.

Grüsse Stefan

Veröffentlicht von: @stoeffel

Für die automatische Zuordnung der Zahlungseingänge ist nach meiner Kenntnis nur mit einem ESR Konto möglich.

Das geht mit jeder Anwendung oder Script welche eine Abgleich zwischen dem Datenbestand von Fakturama (offenen Forderungen) und den Zahlungseingängen (Oninebanking) bewerkstelligen kann. Der bloße Betrag ist hierzu aber allein nicht aussagekräftig genug, es sollte dazu mindestens noch ein weiteres Merkmal (Rechnungsnummer) besser zwei (Kundennummer) für eine Eindeutigkeit herangezogen werden können.

Veröffentlicht von: @stoeffel

Ich buche die Zahlungseingänge manuell.

Selbst bei einer manuellen Verbuchung dürfte der Betrag für sich allein doch recht unsicher sein. Es sei den man hat nur sehr wenige Zahlungseingänge. Schließlich können auch zwei oder mehrere unterschiedliche Rechnungen den selben Betrag haben, oder es wird ein Differenzbetrag überwiesen (Skonto, Anzahlung, Rechnungsminderung, Überzahlung usw.) und schon ist die Eindeutigkeit flöten.

P.S. Siehe hierzu auch: https://bugs.fakturama.info/view.php?id=679

Hallo an alle,
Hallo Ralf,

die letzten 2 Tagen habe ich damit verbracht, nach QR-Generators (Open Source natürlich und keine Online-Lösung) und Informationen über den österreichischen QR-Code (BCD Standard) zu suchen.

Nachdem ich hunderte Seiten Dokumentation und 2 Dutzend Apps getestet habe, kam ich zu folgende Lösung, die ich für mich als die einfachste und schnellste betrachte:

1. Portable QR-Code Generator v1.14.2 (Java): https://sites.google.com/site/qrcodeforwn/
Diese App spielt so gut wie alle Stücke bei der Erstellung von Codes, kann aber keine einlesen.

2. QtQR - Code Generator (Linux): Nur Text QR-Codes werden erstellt, hat wenige Einstellungen, kann aber dafür QR-Codes aus Dateien und der Web-Cam einlesen. War leider auch nicht für österreichische Qr-Codes geeignet (?).

3. Libre-Office: Einfügen→ Objekt → QR-Code
Diese Lösung schafft den österreichischen Code, der Text muss aber vorformatiert eingegeben werden.

4. Das Handbuch für die BCD Definitionen von hier heruntergeladen: https://www.stuzza.at/de/download/qr-code/338-qr-code-und-bcd-definitionen-2/file.html
und über 20 mal durchgelesen, dutzende Codes kreiert und trotzdem meine Banking-App meldete „fehlerhafte Code“.
Die Muster-Rechnungen im Handbuch waren auch etwas verwirrend.

Die Lösung kam nach dem ich diese Wikipedia Seite las: https://de.wikipedia.org/wiki/EPC-QR-Code
und beim „Portable QR-Code Generator“ alle Einstellungen durchprobiert hatte.

Es stellte sich heraus, dass zumindest meine Bank, als Zeichenkodierung ISO-8859-1 verlangt.

Dann blieb nur, die richtige Felder als Text einzugeben und ich konnte funktionierende QR-Codes erstellen und speichern.

Anschließend habe ich den vorbereiteten Text, auf gutem Glück, in „Einfügen→ Objekt → QR-Code“ eingefügt und es hat sofort geklappt. Offensichtlich setzt LibreOffice die korrekte Zeichencodierung ein.

Um es mir etwas leichter zu machen, habe ich dann eine odt-Datei gemacht, mit folgendem Inhalt:

* Meine odt-Datei als PDF-Anhang

Die zweite Spalte der ersten Tabelle beinhaltet die (korrekte) Daten und ich brauche nur den jeweiligen Betrag und die Rechnungsnummer einzugeben, den gesamten Text markieren und diesen in LibreOffice „Einfügen→ Objekt → QR-Code“ einzugeben.

Die erste Tabelle also ist meine Vorlage für die Erstellung des QR-Codes und die zwei anderen nur für meine Information.

Dies ist meine Lösung, zumindest bis der Ralf (eventuell) es schafft, das Ganze in Fakturama einzubauen. Was, wahrscheinlichst, nicht so einfach sein sollte.

Für die Schweiz würde ich vorschlagen, das Handbuch mit der Definitionen des dortigen Standards zu lesen und gegebenenfalls, wie ich, herumzuexperimentieren.

Jeden Code solltet Ihr unbedingt mit Eurer Banking-App auf dem Handy testen, um sicherzustellen, dass dieser von der Bank auch erkannt wird.

Ich hoffe, dass dieser Beitrag manchen weiterhilft.

Schöne Grüße aus Tirol,
Konstantin