Hallo Thomas,
am 08.11.2017 um 13:04 Uhr schrieb Thomas Krumbein
<Thomas.Krumbein@documentfoundation.org>:
Am 08.11.2017 um 12:45 schrieb Franklin Schiftan:
[..] 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.? ;-) Ich teste dann auch gerne ...
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 ...
Viele Grüße Thomas
--
..... und tschüss
Franklin
--
Liste abmelden mit E-Mail an: users+unsubscribe@de.libreoffice.org
Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.