Hallo,
ich habe mal eine rechtliche Frage.
Ich entwickle gerade eine Software für Steuerkanzleien, die bestimmte Abläufe beim Buchen ect. erleichtern sollen. Wenn die Software funktioniert, soll diese auch selbstverständlich weiterveräußert werden. Meine Software soll bzw. muss DATEV-kompatibel sein.

D.h. die Datev selbst hat eigene Software u.a. für Firmen aber auch besonders für Kanzleien, entwickelt. Die Datev hat eigene Programmabläufe entwickelt. Z.B. löst man beim Betätigen der Plus-Taste oder Minus-Taste automatisch eine Soll- bzw. Habenbuchung aus.
Des Weiteren hat die DATEV bestimmte Funktionsbelegungen, die, wie der Name schon sagt, automatische Prozeduren/Funktionen beim Buchen auslösen. Z.B. gibt es da Konten, die mit/ohne Steuer automatische gebucht und angesprochen werden müssen. Damit das dann so ist, hat die DATEV die sog. Funktionsnummern hinterlegt. Wenn diese Funktionsnummer "angesprochen" wird, erkennt das Programm automatisch: aha... jetzt müssen 2 Konten z.B. angesprochen werden.

Damit meine Software nun mit der Software von DATEV kompatibel ist, bin ich leider "gezwungen" die sog. "Funktionsschlüsseln" von der DATEV zu übernehmen. Diese Funktionsschlüsseln sind Nummern/Funktionen/Hinweise, die beim Buchen berücksichtigt werden müssen. Das ganze ist also von der DATEV ein Konzept, dass das richtige Buchen ermöglicht.
Wenn ich also bei meiner Software Buchungssätze bilde und buche und diese exportieren möchte, so dass diese bei DATEV-Programmen weiterverarbeitet werden können, muss ich bei meiner Software auch (!!) die gleichen Funktionen wie die der Datev benutzen. Das gleiche gilt auch für den Import von gebildeten Buchungen bei Datev-Buchungen. Bei z.B. einem Datev-Buchungssatz spreche ich ein Konto, das mir den Netto-Betrag, sowie die Steuer gleich auch das richtige Konto bucht. Beim Import dieses Buchungssatzes benötige ich deshalb auch die gleichen Funktionen/Prozeduren, wie sie die Datev hat, sonst passt ja bei meiner Software der Buchungssatz nicht. Und das darf ja auch nicht sein.



Aus diesem Grund wollte ich wissen, ob ich nun diese Funktionen/Festlegungen der Datev in meine Software auch mit einbauen kann. Dabei möchte ich KEINE Datenbanken o.ä. von der Datev kopieren. Ich weiß, wie das Prinzip ist, wie das funktionieren muss, und das möchte ich manuell in mein Programm festlegen und selbst programmieren.
Ich weiß jetzt aber nicht, wie es sich verhält, wenn man dieses Prizip übernimmt. Darf man das oder bekomme ich da evtl. Schwierigkeiten, weil ich vielleicht da gegen das Urheberrecht verstoßen würde. Genauso weiß ich nicht, ob ich bestimmte TASTEN-Bestätigungen, die bei der Datev eine bestimmte Prozedur/Abläufe auslösen, ebenfalls übernehmen darf. Aber dann frage ich mich allerdings: die Taste F1 steht ja grundsätzlich auch immer für die "Hilfe-Funktion". Da gibts ja auch kein Patent drauf. Jeder Programmierer benutzt diese Funktion.

Wie das "Konzept" mit den Buchungsschlüssel/Funktionsschlüssel ect. so funktioniert, kann man sogar ganz offiziell bei der DATEV nachlesen. Deshalb bin ich mir auch nicht sicher, ob man das ganze so einfach übernehmen darf. Es ist ja alles bei der DATEV veröffentlicht und außerdem gibt es ja namhafte Softwarehersteller, die immer sagen, dass ihre Software DATEV-kompatibel ist. Also müssen die doch auch dies alles von der DATEV übernommen haben.

Vielleicht kennt sich da jemand aus, über eine Nachricht bedanke ich mich schon im Voraus!

MarcRB1975 hat folgendes geschrieben:

Hallo, ich habe mal eine rechtliche Frage. Ich entwickle gerade eine Software für Steuerkanzleien, die bestimmte Abläufe beim Buchen ect. erleichtern sollen. Wenn die Software funktioniert, soll diese auch selbstverständlich weiterveräußert werden. Meine Software soll bzw. muss DATEV-kompatibel sein. .....

Hallo Marc,

über das Thema könnte ich jetzt einen elend langen Artikel schreiben, aber abgesehen von der fortgeschrittenen Uhrzeit bringt das eh wenig: du solltest dich an einen Rechtsanwalt mit entsprechenden Fachkenntnissen wenden, du brauchst ihn später wahrscheinlich sowieso. Dass du alles selbst programmierst, solltest du natürlich dokumentieren können, z.B. mit dem Source-Code, aber das löst nur einen kleinen Teil des Problems. Es sind schon die aberwitzigsten Dinge patentiert oder sonstwie geschützt worden, wie Fenster auf dem Bildschirm, Verschieben von Bildschirmmustern usw. und die Entscheidungen fallen dann in langen Verhandlungen vor US-Gerichten, bei denen es oft um Milliarden-Forderungen geht. Auch bei uns ist z.B. die Verwendung der Farbe Magenta der Telekom vorbehalten, 4711 verfolgt jede beliebige Kombination aus vier Ziffern usw., auch menschliche Gene können patentiert werden, wahrscheinlich müssen irgendwann alle Blauäugigen Lizenzgebühren zahlen oder werden eingeschläfert.

Wenn du, was dir zu wünschen ist, mit deiner Software erfolgreich bist, wirst du mit ziemlicher Wahrscheinlichkeit vor Gericht landen, egal was du vorher unternimmst. Es wird dann sowieso ein Vergleich vorgeschlagen, nach dem du die Hälfte der Forderung zu bezahlen hast, selbst wenn diese Forderung völlig unberechtigt ist, der Gegner muss nur einen guten Anwalt haben.

Gruss Reinhard

Sorry, aber das ist doch blanker UNSINN!!!

Zitat:

Es sind schon die aberwitzigsten Dinge patentiert oder sonstwie geschützt worden, wie Fenster auf dem Bildschirm, Verschieben von Bildschirmmustern usw. und die Entscheidungen fallen dann in langen Verhandlungen vor US-Gerichten, bei denen es oft um Milliarden-Forderungen geht.

Und warum wurde das vor amerikanischen Gerichten ausgefochten? Weil Softwarepatente in den USA möglich sind, aber nicht in Europa! Wenn du Software in Europa verkaufst, musst du KEINE Patente beachten, Patente sind nur im Hoheitsgebiet der ausstellenden Behörde gültig!

Zitat:

[...] auch menschliche Gene können patentiert werden, wahrscheinlich müssen irgendwann alle Blauäugigen Lizenzgebühren zahlen oder werden eingeschläfert.

So auch falsch! §1a (1) Patentgesetz: "Der menschliche Körper [...], sowie die bloße Entdeckung eines seiner Bestandteile, einschließlich der Sequenz oder Teilsequenz eines Gens, können keine patentierbaren Erfindungen sein."
Patentierbar ist lediglich ein Gen in Kombination mit seiner Funktion -> §1a (3) PatG

Zitat:

Wenn du, was dir zu wünschen ist, mit deiner Software erfolgreich bist, wirst du mit ziemlicher Wahrscheinlichkeit vor Gericht landen, egal was du vorher unternimmst.

Wer nicht gegen Recht verstößt, wird nicht bestraft...

Zitat:

Ich weiß jetzt aber nicht, wie es sich verhält, wenn man dieses Prizip übernimmt. Darf man das oder bekomme ich da evtl. Schwierigkeiten, weil ich vielleicht da gegen das Urheberrecht verstoßen würde.

Da Software nach deutschem (und auch europäischem!!!) Recht "geistiges Eigentum" ist, fällt es unter den Urheberrechtsschutz. Dieser Schutz wird mit der Erstellung geistigen Eigentums wirksam und dauert bis 70 Jahre nach dem Tod des "Schöpfers". JEDOCH schützt das Urheberschutzgesetz NICHT die Algorithmen, sondern die "Ausdrucksform", dass heißt konkret das "äußere Erscheinungsbild" bzw das "Aussehen".
Das ist der Grund, weshalb große Softwarefirmen Softwarepatente in Europa möchten, da ihre Algorithmen eben nicht geschützt sind!

Solange du den Code selbst schreibst, kannst du in Europa so ziemlich alles machen, was du willst - NATÜRLICH darfst du hierzu nicht andere Programme dekompilieren oder einen Kopierschutz umgehen!

Ohhh danke für die Antwort )
Du kennst Dich aber da sehr gut aus, so wie es aussieht. ) Freut mich ja sehr.

Du sagst:

Zitat:

Da Software nach deutschem (und auch europäischem!!!) Recht "geistiges Eigentum" ist, fällt es unter den Urheberrechtsschutz. Dieser Schutz wird mit der Erstellung geistigen Eigentums wirksam und dauert bis 70 Jahre nach dem Tod des "Schöpfers". JEDOCH schützt das Urheberschutzgesetz NICHT die Algorithmen, sondern die "Ausdrucksform", dass heißt konkret das "äußere Erscheinungsbild" bzw das "Aussehen". Das ist der Grund, weshalb große Softwarefirmen Softwarepatente in Europa möchten, da ihre Algorithmen eben nicht geschützt sind!

Das bedeutet ja, dass die Software selbst dem Urherrechtsschutz unterliegt. Klar. Das verstehe ich. Aber wie verhält es sich z.B. bei Festlegungen, die diese Softwarefirma hat, um etwas berechnen zu können bzw. einen Automatismus in Gang zu setzen. Gehört das dann auch zu dem geisten Eigentum und darf somit nicht übernommen werden?
Diese Firma benützt beim Buchen die Plus und Minus Taste. Diese Tasten legen einfach fest, ob der Buchungssatz ins Soll oder ins Haben muss. Man könnte das auch mit zwei Feldern machen. Das eine ist das Sollkonto, das andere das Habenkonto. Die Datev legt das eben durch den Tastendruck fest, welches der beiden Felder das Soll oder Habenkonto ist. Ist nun diese Idee/"Erfindung" auch Urherrechtlich geschützt und darf man das dann für sein Programm nicht übernehmen. Eigentlich wärs ja dann schon der Hammer. Also irgendwie kann ich mir das ja nicht vorstellen.
Genau so hat die DATEV eben einen Funktionsplan entwickelt. Dieser Plan ist unterteilt zwischen dem Konto, dem Kontotyp, ob es ein Automatikkonto ist, dann eine Funktionsnummer und zu letzt der Steuersatz. Dieser Funktionsplan benutz z.B. die Abkürzungen V (Vorsteuer), M(Mehrmehrsteuer), AV(AutomatikkontoVorsteuer) usw.
Weißt du vielleicht, ob ich das genauso machen darf, oder haben die das "erfunden" und es darf kein anderer auch so diesen Funktionsplan benutzen. Da könnte ich mir ja schon irgendwie eher vorstellen, dass dieser evtl. geschützt ist/wurde. Das hat sich ja die Datev ausgedacht.
Ich habe die Datev auch schon angeschrieben. Aber da bekommt man nicht einmal eine Antwort. (

Datev angeschrieben? rofl... ich würde an deren Stelle auch nicht antworten. Sie müssten dir sagen, dass Sie dir nichts verbieten können

Eine Erfindung führt immer zu einem Patent, nie zu Urheberschutz. Eine Erfindung ist eine "Lehre zum technischen Handeln". Zudem ist das Patentgesetz hier absolut eindeutig auf deiner Seite: §1 Absatz 3 PatG: "Als Erfindungen [...] werden insbesondere NICHT angesehen: [...] 3. Pläne, Regeln und Verfahren für gedankliche Tätigkeiten, für Spiele oder geschäftliche Tätigkeiten sowie Programme für Datenverarbeitungsanlagen;" Also eindeutiger geht's nimmer

Bleibt noch der Urheberschutz... Hier werden Formschöpfungen, Musik, bildende Kunst etc. geschützt. Aber wie zuvor beschrieben, keine Software. Auch werden keine Pläne oder Regeln geschützt. Zur Verdeutlichung an der Musik: Sobald ein Komponist ein Werk geschaffen hat, ist es urheberrechtlich geschützt. Jedoch nicht die einzelnen Noten, sondern das Gesamtwerk in seiner Ausdrucksweise.

Falls du großen Umsatz erzielen solltest, würde ich dir dennoch dringend raten, zu einem Anwalt zu gehen und dir dies schriftlich bestätigen zu lassen (wird dann aber verdammt teuer...).

P.S.: nur die gewerbliche Nutzung ist verboten - privat kann man machen, was man will (Patent & Urheberrecht)!!!

platzwart hat folgendes geschrieben:

Zitat: Wenn du, was dir zu wünschen ist, mit deiner Software erfolgreich bist, wirst du mit ziemlicher Wahrscheinlichkeit vor Gericht landen, egal was du vorher unternimmst. Wer nicht gegen Recht verstößt, wird nicht bestraft...

Hallo,

deine Sichtweise ist leider extrem beschränkt: um Bestrafen geht es nirgends, eine Strafe bezahlt man aus der Portokasse, kommt aber extrem selten vor. Wenn einem ein Konkurrent dagegen 100 kEuro Lizenzgebühren aus der Kasse klagt, ist das existenzgefährdend, und bei internationalen Geschäftsverbindungen kann er sich heraussuchen, wo er klagt, wenn günstig, dann eben in den USA. Der Unterschied zwischen Zivil- und Strafrecht ist dir offensichtlich nicht geläufig, geschäftliche Auseinandersetzungen werden aber so gut wie nie mit dem Strafrecht ausgetragen.

Wenn ich wegen sowas pleite gehe, interessiert es mich auch herzlich wenig, ob ich vorbestraft bin - einer der Unterschiede zwischen Theorie und Praxis.

Und noch so ein Unterschied: eine Staatsanwaltschaft ist verpflichtet, ein Verfahren einzustellen, wenn die Vorwürfe nicht haltbar sind (nicht jeder Staatsanwalt hält sich auch dran), ein Geschäfts"partner" kann aber klagen, wenn er will, auch in aussichtslosen Fällen, nur um seine finanzielle Überlegenheit auszuspielen oder auch aus völlig irrationalen Gründen. Korrupte Gerichte sollte man auch nicht vergessen.

Auch die Prüfung von Lizenzen oder anderen Verträgen durch einen guten Anwalt bildet daher keinen Schutz vor Klage, im Gegensatz zu deiner Darstellung, die eine Rechtssicherheit vorgaukelt, die schlichtweg nicht existiert. Es gibt definitiv keine Möglichkeit, sich gegen Klagen zu schützen.

Gruss Reinhard

Die verwendeten Funktionsschlüssel hat die Datev doch publiziert und die ASCII-Importfunktionalität von Rechnungswesen berücksichtigt diese beim Import. Deshalb gehe ich davon aus, daß Datev nichts gegen diese Verwendung hat.
Es gibt auch einige Softwarehersteller auch OS, welche eine Datevschnittstelle in ihrem Programm anbieten.
Verwendest du SELF?

Zitat:

[...] und bei internationalen Geschäftsverbindungen kann er sich heraussuchen, wo er klagt, wenn günstig, dann eben in den USA.

Falsch. Es ging um Patente. Und da kann man nur klagen in den Ländern, wo der "Übeltäter" ein Patent mißbraucht hat. Wenn in den USA die Firma IBM ein Patent auf einen Fortschrittsbalken hält, kann ich in Europa machen, was ich will. Der Schutz gilt ausschließlich im Hoheitsgebiet der ausstellenden Behörde.

Zitat:

[...] im Gegensatz zu deiner Darstellung, die eine Rechtssicherheit vorgaukelt, die schlichtweg nicht existiert. Es gibt definitiv keine Möglichkeit, sich gegen Klagen zu schützen.

Korrekt - da stimme ich dir zu! Habe mich da vlt etwas undeutlich ausgedrückt. Natürlich ist man gegen eine Klage niemals geschützt, aber es steht fest, dass man gegen keine Lizenzen verstößt und somit im Endeffekt kein negatives Urteil zu erwarten hat. Rechtssicherheit gibt es nie!!!


Interessant an dieser Stelle sind vlt noch "Verfahrenspatente". Aber diese beziehen sich auf Verfahren zur Erzeugung eines Produktes, jedoch ausgenommen Software.

Mensch... da hab ich ja echt eine Diskussion eröffnet Aber doch sehr interessant.

Zitat:

Die verwendeten Funktionsschlüssel hat die Datev doch publiziert und die ASCII-Importfunktionalität von Rechnungswesen berücksichtigt diese beim Import. Deshalb gehe ich davon aus, daß Datev nichts gegen diese Verwendung hat. Es gibt auch einige Softwarehersteller auch OS, welche eine Datevschnittstelle in ihrem Programm anbieten. Verwendest du SELF?

Es ist richtig. Die DATEV ermöglicht einen Import/Export von Kontenbezeichnungen (Kto-Nr), Buchungssätze, allgemeine Mandantendaten ect. Aber den Funktionsplan selbst kann man nicht exportieren. Um den würde es ja bei mir insbesondere gehen.
Ja das stimmt, einige Softwarehersteller haben eine Datevschnittschnittstelle, damit man die Buchungssätze ect in deren Programm importieren kann. Aber alleine die Buchungssätze machen es ja aber auch nicht. Sondern das, was im Hintergrund abläuft.

Die Datev hat da eben diesen Funktionsplan der sagt und bestimmt, dass wenn ich z.B. das Konto 3400 anspreche(buche) das Programm genau weiss, dass hier automatisch die Steuer i.H.v. 19% herausgerechnet und der Steuerbetrag auf das Kto. 1576 (=Steuerkonto) gebucht werden muss. Dafür ist dieser Plan da. Ich weiss nicht, wie gut du dich mit Rewe auskennst. Aber so funktioniert der Plan grundsätzlich.
Über Datenbanken und diverse Indexe läuft dann das ganze ab, damit es eben automatisch von statten geht. Natürlich muss noch ein manueller Code mit diversen Prüfungen im Hintergrund ablaufen. Aber all das wäre kein Problem. Das kann ich ja auch machen.

Beispiel: Die Funktionen sind z.B. auf diesem Konto 3400 lt. Datev wie folgt festgelegt:
Kto-Nr. | ZF | | FunktionsNr | Steuer
3400 | V | AV | 30 | 1 (steht für 19%) = Aufwandskonto 19%
3300 | V | AV | 30 | 2 (steht für 7%) = Aufwandskonto 7 %
1576 | KU | S | 30 | 190 (steht für 19%) = Steuerkonto f. Aufwand mit 19 %

oder:
8400 | M | AM | 80 | 1 = Erlöskonto 19%
1776 | KU | S | 80 | 190 = Steuerkonto f. Erlöse mit 19%

Jetzt wollte ich halt nur einfach wissen, ob ich diese Regelung, die bei den Konten so stehen, auch übernehmen/machen darf. Also auch V | AV | 30 | 190. Verstehst Du, was ich meine? Darf ich diesen Funktiosplan vom Inhalt/Bezeichnungen (!!) auch so übernehmen? Darf ich "meinen" Funktionsplan auch so deklarieren, wie die Datev ihn hat?

Hi

mir stellen sich immer leicht die Nackenhaare hoch, wenn hier von Import die Rede ist.

Import ist für mich, wenn man die Daten direkt in die Datenbank kopiert, würde ich aber bei einer Buchhaltung nie machen.

Sondern ich würde die Buchungssätze in die dafür vorgesehene Schnittstelle schreiben und Datev buchen lassen.
Dafür sind die entsprechenden Schlüsselziffern gemäß Schnittstellenspezifikation obligatorisch.

Heißt Du erstellst gar keine Buchungssätze für Hauptbuch und Umsatzsteuerkonto, sondern das macht DATEV.

Und ob diese Schlüsselziffer nun Funktionsplan, oder Umsatzsteuerschlüssel heißt, ist eigentlich wurscht.
Kannst es ja in Deiner Programmbeschreibung Steuerschlüssel nennen, ist sowieso IMHO der gebräuchlichere Begriff und schreiben, der Umsatzsteuerschlüssel entspricht dem Funktionsplan in DATEV, damit hätteste eigentlich die Kuh vom Eis.

Bedenke außerdem, daß viele Mandanten, gerade Steuerberater, die Daten auch in das DATEV-Rechenzentrum laufen lassen. Wenn ich da RZ-Leiter wäre, würde mir die Vorstellung, dass Daten, die nicht durch die logischen Prüfungen von DATEV gelaufen sind, ankommen, gar nicht gefallen.

Gruß

Aga

Nun, habe mich da wahrscheinlich nicht korrekt ausgedrückt. Die Datensätze werden selbstverständlich durch DATEV dann gebucht. Sonst würde das ja auch gar nicht funktionieren. Ich habe die Bezeichnung importieren gebraucht, weil es extra diese Funktion bei DATEV gibt. Man kann also die Buchungssätze "importieren/exportieren". Diese Datensätze werden dann z.B. in eine TXT-Datei geschrieben oder halt aus einer TXT-Datei von der Datev ausgelesen.
Zeile für Zeile wird der Buchungssatz auf Plausibilität beim Import in Rewe geprüft.
Also ich kopiere da absolut nichts in die Datenbank. Das macht Datev nach erfolgreicher Prüfung des Datensatzes schon selbst. Und so möchte ich das ja auch machen, wenn ich die exportierten Datensätze von der Datev in mein Programm schreibe. Wie schon gesagt, das ist absolut nicht das Problem.

Wieso, wenn ich in meinem Programm Buchungssätze bilde, die dann in Datev "importiere", worin siehst du das Problem? Aus diesem Grund wollte ich ja, dass mein "Funktionsplan, meine Festlegungen mit denen der Datev übereinstimmen". Exakt identisch sind. Sonst und da gebe ich dir Recht, wäre das u.a. Katastrophal und ein Durcheinander. Und das darf absolut nicht sein. Das ist mir ja klar und das möchte ich auch umgehen. Ich glaube nicht, dass das im RZ Probleme gibt. Denn das RZ bekommt ja letztendlich nur die Datensätze, die in DATEV geprüft und gebucht wurden.

Bitte nicht falsch verstehen, in bzw. mit den Datenbanken der Datev möchte und brauche ich keinen Zugriff. Da mache ich absolut nichts. Die interessieren mich auch gar nicht. ) Ich habe meine eigene Datenbank! Da lege ich selbst alles fest!

So wie ich dich also verstehe, darf ich diese Funktionsplan genauso deklarieren, wie die Datev ihn hat. Vielleicht mit anderen Bezeichungen ect.
Gut, dann werde ich das auch so machen. Denn dann ist ja überhaupt kein Problem, wenn die Datev "V", das für ein Konto steht, dass nur den Vorsteuerbuchungsschlüssel erlaubt, ich dann in mein Programm die Bezeichnung VST oder A (Aufwand) verwende. Dann erzeuge ich halt einfach meine eigenen Bezeichnungen dafür.

Danke für die Hilfe. )

Hi..

wenn ich das richtig verstanden habe werden nur funktionen/daten benutzt die
das programm von haus rausgibt bzw. deren funktionweise vom hersteller selbst erklärt wird.

im prinzip soll es doch nur quasi ein zusatzprogramm werden das die arbeit erleichtern soll.. oder ?

soweit ich informiert bin - kann von niemand verboten werden "erweiterungen" zu schreiben solange
das programm selbst dabei nicht verändert oder die funktionsweise kopiert wird.. das man für
kompatibelität teilweise dieselben - sagen wir mal - "funktionen" verwenden muss, ist meiner
meinung nach nur logisch.. wenn sich zwei unterhalten müssen sie ja auch dieselbe sprache sprechen..

es sei denn - es wird vom hersteller explizit ausgeschlossen.. das würde man dann aber in der
entsprechenden lizenzvereinbarung (eula) nachlesen können - die man normalerweise bei der installation
bestätigen muss.. was aber eher unwahrscheinlich sein dürfte..

und was die tastenbelegung angeht.. da bin ich 100% sicher, das man IMMER selbst festlegen kann - welche taste
was macht.. die normale tastatur hat 100/101 tasten - man stelle sich vor jeder softwarehersteller hätte seine
tasten reserviert...

mfg

PS: die bezeichnungen würd ich persönlich übernehmen.. erstmal würde es sicherlich verwirrend sein wenn man
sich als benutzer zwei verschiedene bezeichnungen merken muss.. zweitens heißt z.b. vorsteuer nunmal vorsteuer
da kann selbst datev nix gegen machen..

Vielen Dank vermis-one für Deine Nachricht.
Du hast mir echt sehr weitergeholfen.

Zudem ich gemerkt habe, dass ich für mein Zusatzprogramm, das ich mache, nicht alle Funktionen ect benötige und eigene "Funktionen/Abläufe" entwickeln muss. Somit schaffe ich ja auch selbst ein "neues Werk".

Noch vielen Dank und den anderen auch ein DANKE.