![[TEST] Document Foundation Community](https://communitytest.documentfoundation.org/images/discourse-logo-sketch.png){kind=logo}
Hallo miteinander,
gibt es eigentlich für LibO irgendein AddOn oder Zusatz-Modul oder
so, welches einem pro Serienbrief-Rechnung den entsprechenden
Giro-Code erzeugt und mit auf die Rechnung druckt?
(Bei meiner Web-Suche hab ich bisher nichts gefunden.)
Mit bestem Dank im Voraus für zielführende Hinweise ...
Hallo Franklin,
so ganz habe ich Dein Anliegen nicht verstanden. Normalerweise hat ja der Absender von Rechnungen immer die gleichen Konten und die schreibt man fest in die Fußzeile.
Auf der Seite https://www.iban-rechner.de/
kannst Du auf der linken Seite "Massenberechnungen (CSV, XLS)" auswählen.
Falls Du Bankleitzahlen überprüfen möchtest, bzw. eine Liste erstellen, geht das hier:
http://www.bundesbank.de/Redaktion/DE/Standardartikel/Aufgaben/Unbarer_Zahlungsverkehr/bankleitzahlen_download.html
Vielleicht hilft Dir das weiter. Ansonsten ist mir kein Berechnugsmodul bekannt.
Gruß
Harald
-----Original-Nachricht-----
Hei Franklin,
also, ein Zusatzmodul oder AddIn gibt es nicht. Für einen Serienbrief wäre das wohl auch zu komplex.
Dennoch ein interessantes Thema. Es gibt freie Python-Bibliotheken, die das durchaus hinbekommen. Diese zusammengepackt mit einem entsprechenden Code für ein ERP-System oder Rechnungserzeugungsprogramm... sicher machbar;)
Bastele das vielleciht mal in mein ERP System rein.
Auch als Extension wäre das vorstellbar - erzeugt halt dann nach Eingabe in eine Maske einen entsprechenden QR Code. Kannste aber jetzt auch im Internet direkt machen.
Viele Grüße
Thomas
Hallo LO.Harald.Berger@t-online.de,
Hallo Franklin, so ganz habe ich Dein Anliegen nicht verstanden.
Normalerweise hat ja der Absender von Rechnungen immer die
gleichen Konten und die schreibt man fest in die Fußzeile.
Nun ja, und der Ermpfänger muss dann alles mühsam abtippen mit dem
vollen Risiko von Vertippern etc., dann auch noch Betrag und
Verwendungszweck eingeben - öde ...
Und gegen dieses Risiko und zur deutlichen Erleichterung des
Empfängers gibt es den Giro-Code. Damit brauche ich dann nur noch
mein Handy kurz vor die Rechnung zu halten - und schon ist meine
Überweisung komplett (!) ausgefüllt. Jetzt nur noch freigeben - und
bezahlt.
Hallo Thomas,
also, ein Zusatzmodul oder AddIn gibt es nicht. Für einen
Serienbrief wäre das wohl auch zu komplex.
Ahm, wieso? Im Zweifelsfall sind doch die Daten eh vorhanden, da sie
sowieso als Klartext in die Rechnung geschrieben werden müssen. Also
könnte man sie - das Format ist ja reiner Text in mehreren Zeilen -
bei der Erstellung der Serienbriefe auch an ein Modul verfüttern,
welches dann die Ergebnis-Graphik auch gleich noch mit
in die jeweilige Rechnung einfügt.
Dennoch ein interessantes Thema. Es gibt freie
Python-Bibliotheken, die das durchaus hinbekommen. Diese
zusammengepackt mit einem entsprechenden Code für ein ERP-System
oder Rechnungserzeugungsprogramm... sicher machbar;)Bastele das vielleciht mal in mein ERP System rein.
Ähm, was hast Du da?
Auch als Extension wäre das vorstellbar - erzeugt halt dann nach
Eingabe in eine Maske
... oder im Hintergrund aus den Serienbrief-Variablen (und den eh
immer festen Empfängerdaten) ...
Manuell sollte bei der Rechnungserstellung per Serienbrief natürlich
möglichst kein händisches Eingreifen mehr notwendig sein.
einen entsprechenden QR Code. Kannste aber jetzt auch im Internet
direkt machen.
Klar, für einzelne Erzeugungen geht das entweder online oder auch
offline mit dem Portable QR-Code Generator.
Da fehlt dann aber auch die automatisierte Einbindung in den
Serienbrief, wenn es eben mehr als ein paar Rechnungen sind.
Gib halt einfach Bescheid, wenn Du die Extension fertig hast, o.k.?
Ich teste dann auch gerne ...
Hey Franklin,
[..]
Ahm, wieso? Im Zweifelsfall sind doch die Daten eh vorhanden, da sie
sowieso als Klartext in die Rechnung geschrieben werden müssen. Also
könnte man sie - das Format ist ja reiner Text in mehreren Zeilen -
bei der Erstellung der Serienbriefe auch an ein Modul verfüttern,
welches dann die Ergebnis-Graphik auch gleich noch mit
in die jeweilige Rechnung einfügt.
theoretisch? Klar. Der Serienbrief ist ja im Hintergrund auch "nur" ein Codemodul. Da könnte man alles reinpacken, was der großen lieben Welt so an Absurditäten einfällt;) Und natürlich könnte der Code dann auch die ganzen Daten aus irgendwelchen Feldern des Briefes oder Serienbriefes auslesen und diese selbständig verarbeiten - ist ja alles einheitlich und logisch aufgebaut;)
Du verstehst die "Ironie"?
Klar, technisch geht alles - wird aber nie im Code auftauchen.
[..]
Da fehlt dann aber auch die automatisierte Einbindung in den
Serienbrief, wenn es eben mehr als ein paar Rechnungen sind.
Ich glaube allerdings auch nicht, dass Du Deine Rechnungen per Serienbrief erzeugst.
Das lässt sich evt. noch bei feststehenden Beträgen gleicher Art und einer größeren Anzahl von Empfängern mit ansonsten gleichen Briefinhalten außer einer Re-Nr, einer Mitglieds-/Kundennummer sowie einer Adresse realisieren - mit einer entsprechenden Vorlage. Das ist aber sicher eher die Ausnahme im großen Themenfeld "Rechnungen".
Trifft vielleicht für Vereine noch zu - aber sonst.....
Meine Rechnungen beinhalten (Artikel-) Positionen, Summen, MwSt, Rabatte etc... da lässt sich nix mit Serienbriefen bewerkstelligen. Also: Nicht die Ausnahme zur Regel machen...
Gib halt einfach Bescheid, wenn Du die Extension fertig hast, o.k.?
Grins... ich habe keine Extension und werde dazu sicher auch keine schreiben. Jedenfalls nicht so schnell. Ich werde es vielleicht in mein selbstgeschriebens ERP Programm mit einbinden, denn eigentlich ist es eine gute Sache.
Und das kann nur ich testen;) Hat auch ne Server-Datenbank im Hintergrund...
Viele Grüße
Thomas
Hallo Thomas,
[..] Ahm, wieso? Im Zweifelsfall sind doch die Daten eh
vorhanden, da sie sowieso als Klartext in die Rechnung
geschrieben werden müssen. Also könnte man sie - das Format
ist ja reiner Text in mehreren Zeilen - bei der Erstellung der
Serienbriefe auch an ein Modul verfüttern, welches dann die
Ergebnis-Graphik auch gleich noch mit in die jeweilige
Rechnung einfügt.theoretisch? Klar. Der Serienbrief ist ja im Hintergrund auch
"nur" ein Codemodul. Da könnte man alles reinpacken, was der
großen lieben Welt so an Absurditäten einfällt;) Und natürlich
könnte der Code dann auch die ganzen Daten aus irgendwelchen
Feldern des Briefes oder Serienbriefes auslesen und diese
selbständig verarbeiten - ist ja alles einheitlich und logisch
aufgebaut;)
Eben!
Du verstehst die "Ironie"?
Och ...
Klar, technisch geht alles - wird aber nie im Code auftauchen.
Mir reicht es ja auch einfach als bei Bedarf einzubindendes Modul.
Da fehlt dann aber auch die automatisierte Einbindung in den
Serienbrief, wenn es eben mehr als ein paar Rechnungen sind.Ich glaube allerdings auch nicht, dass Du Deine Rechnungen per
Serienbrief erzeugst.
[ .... ]
Meine Rechnungen beinhalten (Artikel-) Positionen, Summen, MwSt,
Rabatte etc... da lässt sich nix mit Serienbriefen
bewerkstelligen. Also: Nicht die Ausnahme zur Regel machen...
Na gut, es ist ja nicht für mich, sondern für eine Ärztin, die nach
eigenen Angaben bisher ihre (ca. 60) Rechnungen pro Quartal momentan
noch mit einem uralten MS-Office-97 als Serienbrief mehr oder
weniger händisch mit diversen Textbausteinen erzeugt, wobei diese
Lösung wohl mit ihrem neuesten Windows nicht mehr wirklich richtig
gut funktioniert.
Insofern ist es wahrscheinlich eh sinnvoll, hier ein neues System
aufzubauen, wobei ich ihr dann natürlich - wenn sie grundsätzlich
bei ihrer Erstellungsweise mit Serienbriefen und Textbausteinen
bleiben möchte - zur Verwendung des zukunftssicheren LibreOffice
geraten habe.
Gib halt einfach Bescheid, wenn Du die Extension fertig hast,
o.k.?
Grins... ich habe keine Extension und werde dazu sicher auch
keine schreiben. Jedenfalls nicht so schnell. Ich werde es
vielleicht in mein selbstgeschriebens ERP Programm mit
einbinden, denn eigentlich ist es eine gute Sache.
Na siehste ... und so, wie ich Dich kenne, wird diese Einbindung
dann natürlich so modulhaft erfolgen, dass man es auch davon
losgelöst dann in LibO verwenden könnte ...
Und das kann nur ich testen;) Hat auch ne Server-Datenbank im
Hintergrund...
Tja dann ...
Wenn man dem in Java geschriebenen Portable QR-Code Generator
wenigstens irgendwie die umzuwandelnden Daten als Aufrufparameter
oder so mitgeben könnte, um dann anschließend nur noch die Graphik
aus der Zwischenablage zu holen, wäre das ja schon super. Aber
diesbezüglich muss ich dann auch erstmal noch Infos einholen ...