Hallo Zusammen,

erstmal ein RIESENLOB und DANKE an das Fakturamateam und Ralf. Es ist der absolute Hammer, was ihr hier KOSTENLOS zur Verfügung stellt. Ich benutze Fakturama seit 8 Jahren, und konnte FKT immer irgendwie an meine Bedürfnisse anpassen.

Erstmal Systemdaten: Fakturama 2.1.3b auf Win10Pro(64) oder Ubuntu 22.04LTS mit Java19.01.

Ich muss (viele) Debitor-und Kreditordaten nach Fakturama 2.1.3 mittels .csv importieren.

Als Import-template habe ich einerseits ein .csv nach Handbuch und andererseits aus einem Export.csv auf FKT2.1.3 ausprobiert.

Das Problem: In der Datenbankstruktur seit Fakturama 2.1.X werden die Felder delivery_XXX nicht eingelesen, Die Daten der Zusatzadressen werden jetzt als jeweils neuer Eintrag in FKT_ADDRESS als ADDITIONALPHONE, ADDRESSADDON etc. abgelegt.

Beim Import via CSV (allgemein) werden leider alle Felder, die ich nicht zuordnen kann mit leeren Werten überschrieben, respektive die Daten von Debitoren beim Kreditoren-import (und vice-versa) kaputt gemacht. Leider keine Lösung für mich. Auch bekomme ich beim Speichern des mappings des Allgemeinimports den Fehler „Mapping can’t be stored because there are too many mappings (database field is too small for it)“. Bestünde die Möglichkeit, dies für zukünftige Versionen zu ändern? Wäre je eine Datenbank-tabelle FKT_ADDRESSDEB und FKT_ADDRESSCRE sinnvoll?

Nun meine Hauptfrage: Kann ich irgendwie die Felder ADDIONALPHONE, ADDRESSADDON, CITYADDON etc. beim Import adressieren? Oder ist das Mapping fest codiert? Im Moment mache ich das Mapping für das .csv extern mit einem LibreOffice Calc-sheet, aber ich komme einfach nicht an die o.g. Datenbankenfelder ran (zumindest nicht über den Importer).

Soll ich einen Bugtracker-Eintrag schreiben, denn es sollten ALLE (auch Produkt-) .csv-importer an die neue DB-Struktur angepasst werden.

p.s. und Offtopic: Für alle, die wie ich Schwierigkeiten mit Base und der FKT-Datenbank haben:

Ich habe etwas gebraucht, bis ich die Verbindung herstellen konnte, weil das Handbuch auf S.113 einen Fehler hat:

Das Treiberarchiv org.hsqldb.hsqldb_X.X.X.jar ist nun direkt im Ordner plugins, das Unterverzeichnis org.hsqldb.jdbc_X.X.X existiert nicht mehr.

Weiterhin ist das Handbuch Ver2.1.3 ist auf S.115 etwas missverständlich:

bei der URL gehört das „jdbc:“ NICHT dazu, es muss nur „hsqldb:file:\Arbeitsverzeichnis\Database\Database“ eingetragen werden.

Der Fehler, dass die Datenbank geblockt wird, solange irgendeine Libreoffice-Anwendung läuft, existiert übrigens immer noch, also vorher ALLE Libreofficeanwendungen schließen, sonst kann FKT nicht auf die Datenbank zugreifen.

Ich würde gerne meinen Beitrag leisten, das Handbuch zu korrigieren. Ihr müsstet mir nur sagen wie.