Libreoffice 3 in Verwendung ist libreoffice 5
Evtl. Hab ich die Vorlage mal mit libre5 bearbeitet. Kann natürlich sein das bei der ersten Version auch die Vorlagen nicht kopiert wurden

Mit original geht's. Nur die alten Rechnungen werden nicht kopiert.
Ist es bei XML nicht egal wenn ein unbekanntes feld drinnen steht? So wie bei JSON?

Werde weiter testen...
LG Chris

Hallo Chris,
ein unbekanntes Feld ist an sich kein Problem, solange das kein Parser anschaut. Der will es nämlich genau wissen und besteht darauf, jedes Feld zu kennen.

Halo Chris, wolltest Du uns hier irgendwas mitteilen? 😉

Hmm. Gute Frage
Wollte nur Danke sagen. Muss erst weiter testen .

Hallo

Also ich komm auf keinen grünen Zweig. Ich habe auch versucht im Fakturama1 Ordner die Vorlagen der zweier Version zu hinterlegen. Es werden trotzdem keine Dokumente verschoben/kopiert.

etliche Zeilen

20644 [com.sebulli.fakturama.log.LogbackAdapter@5c616f] WARN com.sebulli.fakturama.common - File '/home/chris/Fakturama/Dokumente/ODT/2013/Rechnungen/RE13076_Michael_Maurer.odt' couldn't be found or exists in target path. Source document is 'RE13076'.

Wobei das ja stimmt, Iche gehe davon aus das der TARGET der neue Version2 Ordner ist und da gibt es die Dokumente auch nicht.

In der Dokumenten Liste habe ich alle Rechnungen stehen im neue Ordner keine. Erst wenn ich eine auswähle und Drucke wird sie im Dokumente Ordner neu erstellt.

Das wär mal eines von mehreren Problemen.
ZugFerd geht nicht,ist für mich aber nicht wichtig. Leider werde ich aus den Java Meldungen nicht schlau.

Gleiche Meldung wie oben

org.eclipse.e4.core.di.InjectionException: java.lang.NullPointerException
java.lang.NullPointerException

Mwst. ist gesetzt.

lg Chris

Hallo Chris,
ich hab mir die Reorganisation jetzt nochmal angesehen. In jedem Dokument ist der ODF- und der PDF-Pfad gespeichert, wo das Dokument zuletzt hingespeichert wurde. Dieser Pfad wird untersucht, ob das angegebene Dokument dort wirklich steht. Wenn das dort nicht steht, gibt's die besagte Fehlermeldung. Ansonsten wird es auf die neue Position kopiert. Du kannst ja mal nachsehen, ob das Dokument an der alten Position vorhanden ist. In der neuen Verzeichnisstruktur müßte zumindest das Verzeichnis angelegt worden sein, wo das neue Dokument reingehört.
Das ZUGFeRD-Problem untersuche ich noch.

Moin moin,

wenn ich richtig gelesen habe hast du noch mal nach meiner Meldung eine 2. Änderung gemacht so das auch ich neu installieren und neu migrieren muss?!

Grüße

Die aktuelle Build-Version müßte die 20180106 sein. Kannst Du da mal nachsehen?

Hallo

Tja etwas verwirrend. Beim genauen hinsehen sind kleine Unterschiede in den Dateinamen. Die wurden wahrscheinlich mal bearbeitet und sind wirklich nicht da. Wahrscheinlich nur in der Datenbank vermerkt. Wobei die Restlichen Rechnungen die da sind auch nicht kopiert werden. Verzeichnis wird nicht angelegt. Erst wenn ich in Fakturama2, da sind ja alle in der Datenbank eingetragen, wohl auch noch mit falschen Pfad sonst würde Fakturama2 die ja nicht finden, anklicke und neu Drucke ist die eine Datei dann auch im neuen Folder der dann erst angelegt wird da. Es gibt auch noch kein Log Verzeichnis.
Verhält sich gleich als wenn ich die Reorganisation nicht ausführe.

Ist das nur bei mir so?

Also unter Windows funktioniert das so. Ich werde es aber nochmal unter Linux bzw. Mac testen, möglicherweise ist es ein Problem mit den Rechten oder Pfadangaben.

Hallo, habe mich extra angemeldet um zu Helfen!

Hatte das gleiche Problem!
Meine Daten wurden nur bis Mitte 2015 übernommen...
Auch in den Logfiles war nichts brauchbares zu finden...

Lösung:
Ich habe mir im alten Fakturama v1.6.9 mal die Dokumente (in meinem fall Rechnungen) angeschaut. Die Rechnung ab der alle weiteren in Fakturama 2 fehlen. Wird mir sofort nach dem öffnen ohne das ich etwas ändere als ungespeichert angezeigt (mit Sternchen markiert). Vermutlich ist hier etwas Defekt und er korrigiert es im Hintergrund. Nunja nachdem ich die Datei speicherte, den Import erneut durchführte wurde alles sauber übernommen. Vlt. ist es bei dir ja ähnlich zu lösen.

Gruß

@Tob1as leider neun. Bei Dir auch unter Linux?

Moinsen,

habe jetzt die aktuelle Version installiert. Danach .fakturama2 gelöscht und einen leeren Ordner angelegt in den die Daten migriert werden.

Kontakte alle da. Ich kann aber keine Kontakte editieren die lange Notizen haben.
"Es gibt bereits einen Kunden mit der Kundennummer KD0000001 Mustermann, Max"

Fehler ist also weiterhin vorhanden.

Mig Log
********************************************************************************
* Migration info log file for the conversion of old Fakturama data. *
* *
* Start: 2018-01-15T22:02:11.566 *
* Workspace path: E:Warenwirtschaftssystemdb Version 2 *
* Old workspace path: E:Warenwirtschaftssystemdb *
* *
*****************************************************************************

Start converting Steuersätze (Vats)
Number of entities: 1
End converting Steuersätze

Start converting Versandarten (Shippings)
Number of entities: 5
End converting Versandarten

Start converting Zahlungsarten (Payments)
Number of entities: 3
End converting Zahlungsarten

Start converting Einstellungen (Properties)
Number of entities: 212
properties file for column widths: E:Warenwirtschaftssystemdb Version 2fakturamaviews.properties
!!! The currency locale was set to 'de-DE'. Please check this in the general settings.
End converting Einstellungen

Start converting Texte (Texts)
Number of entities: 18
End converting Texte

Start converting Listen (Lists)
End converting Listen

Start converting Ausgabebelege (Expenditures)
Number of entities: 228
End converting Ausgabebelege

Start converting Einnahmebelege (Receiptvouchers)
Number of entities: 2
End converting Einnahmebelege

Start converting Kontakte (Contacts)
Number of entities: 100
End converting Kontakte

Start converting Produkte (Products)
Number of entities: 18
End converting Produkte

Start converting Dokumente (Documents)
Number of entities: 189
End converting Dokumente

*****************************************************************************
* End: 2018-01-15T22:02:18.648 *
********************************************************************************

Hallo osteehuepfer,
was hattest Du eigentlich vorher für eine Version verwendet? War das die 1.6.9?