Der Kundenbezug geht ja aktuell bereits verloren wenn man beispielsweise in einem Angebot nur einen Ansprechpartner in die Anschrift einfügt.

Aktuell wird dabei im Hintergrund ja je ein neuer Datensatz in fkt_address und fkt_contact erzeugt. Wobei eigentlich alle Datenbankfelder leer bleiben (insbesondere unter fkt_contact) und nur der eingegebene Adresstext in MANUALADDRESS unter fkt_address abgelegt wird. Dadurch entstehen jede Menge Inkonsistente und inhaltsleere Datensätze, welche eine Datenauswertung (Beispielsweise nach PLZ Gebieten) völlig unmöglich machen.

Empfehlung:

1. Um den grundlegenden Fehler der Datenbankarchitektur zu beheben, sollte dringend Ticket 0000686 umgesetzt werden, so das die Zuordnung Adresse <-> Konto dann über eine Hilfstabelle erfolgt. Damit ließen sich dann beliebig viele Adressen einem Konto zuordnen.
2. Manuell eingegebene Adressen sollten dann am besten je einem Sammelkonto für Kreditoren und Debitoren zugeordnet werden.
   Alternativ könnten diese Adressen natürlich auch ohne Bezug zu einem Konto bleiben und die Werte (z.B. USENETGROSS) über die Einstellungen definiert werden.
3. Bei manuellen Adressen sollte dann aber ebenfalls eine strukturierte Dateneingabe erfolgen (Eingabe nicht mehr in das Feld direkt, sondern über eine Dialogmaske), so das die einzelnen Werte (Name, Straße, PLZ, Ort usw.) auch wirklich den jeweiligen Datenbankfeldern zugeordnet werden können und somit nicht mehr weiterhin einzig ein auswertungsresistentes Textfeld abgelegt wird.

Das Problem besteht seit der Implementierung von 0000624 nicht mehr, da jetzt beim Anlegen einer Dokumentadresse die Originaladresse in ein neues Objekt kopiert wird.