The Cache rebuilding has been changed. The values to check for duplicates are now loaded using the entities api instead of pure sql. If the cache for all duplicates of a scanner gets rebuilt, it's now done in blocks. This ensures that even while wokring on huge recordsets, the ressources are enough. It sure may take some time to check huge recordsets...
The flag "Use external Webservice" has been removed from the view because no native api to a duplicate scanning service exists, therefore this is unnecessary right now. The config of the resultfields has been removed aswell, if no external service is used, it's enough to work with the id which is always in the index's response.
The configuration of the indexfields has been changed, no manual connection between entity and db field is necessary because no sql is used any more. Instead, the fields can be selected via dropdown which offers the entity fields to select.
Some refactoring
Changes on the docks to reflect the changed datastructure of some arrays

The possibility to configure an external duplicate has been removed from the views because no default external service integration exists. Reactivate later maybe..

Removed unnecessary log outputs
Wrong behaviour removed. If a valid prefilter exists but the filterpatternfields contain no value, the indexsearch got triggered nonetheless. The results which have been found on the base of the prefilter had been defined as duplicates which was wrong.
Code examples have been added to the important functions like ScanForDuplicates or RebuildDuplicatesCache

The editview has been integrated in the general duplicatescanner editview.

The Indexfieldconfig now contains the correct fields which are necessary to run the search.
The fields now can be configured via the client. Those infos are now used to dynamically load the configured fields an their values which are then internally used to run the prefilter as well as the real duplicate search.
NEXT UP => Configuring of the result fields. There's light at the end of the tunnel.

New Context/Entity/Views/Liquibase to configure which entity fields should be used by the index to search for duplicates
Renaming of DuplicateScanConditionConfig to have a seamless naming system
- DuplicateScanConditionConfig => DuplicateScannerPrefilterConfig
- DuplicateScannerIndexConfig

Ein erster Versuch für eine Preview wurde erstellt
Übersetzungen angelegt
Tabellen für den Merge wurden gegengeprüft und in der Lib ergänzt
Merge Funktionalität wurde für die Organisation erweitert
Merge für Person im Test, noch Fehlerhaft

Das Öffnen der Detailanzeige eines Clusters wurde nun auf eine custom Action ausgelagtert, dass die views im gleichen Context liegen können. Es ergibt Sinn hier im gleichen Entity/Context zu bleiben, denn die Datensätze sind im Grunde die gleichen, es handelt sich nur um eine gesonderte Darstellung.
Es wurden alle zugehörigen Teile entsprechend angepasst, dass die Datenweitergabe per manuellem neon.openContext funktioniert
Die ORg Detail-Tabelle unterscheidet sich noch, die korrekten Datensätze werden bereits angezeigt.

Es werden sowohl die Organisationscluster angezeigt als auch analog zu den Personen eine Tabelle mit ignorierten Dublettenkombinationen. Entsprechende Aktionen werden ebenso angezeigt.
DuplicatesUnrelated wurde um Logik für Organisationen erweitert
Duplicates wurde um Logik für Organisationen erweitert

Aktionen in der Dublettenansicht einer Organisation wurden entsprechend dem Person pendant eingefügt und angepasst
Organisationsdubletten werden  nun als zusätzlicher Reiter in der Org-Mainview angezeigt
Der Organisation Recordcontainer wurde um die Duplicate-Teile erweitert
Duplicates lib Funktion refactored

Logausgaben entfernt

Erweiterung der UNRELATEDUPLICATES Tabelle. Einträge dort enhalten nun die Information, zu welchem CLuster diese gehören. Dies vereinfacht die Zuordnung unter bestimmten Anforderungen.
Liquibase wurde entsprechend angepasst.
Am Duplicates Context wurde ein weiterer View gebaut, welcher alle ignorierten Dubletten sucht, welche sich nur auf einen Cluster beziehen. Erforderlich für die Dublettenübersichts-Detail-Seite

Sql Query umgebaut auf Nutzung des Sql Builders
Auf der ClusterDetailSeite wird nun die Person Filter view angezeigt

Ignorierte Dubletten Treffer werden nun in einem separaten Entity ermittelt und auf der Dublettenübersichtsseite angezeigt.

Personen Dubletten Cluster werden nun korrekt angezeigt. Dabei werden "ignorierte Datensätze" nicht in der Auflistung angezeigt. Cluster mit zwei Einträgen, wovon einer "ignoriert" wird, werden ebenso ausgeblendet.
Es wurde ein neues Entity zum Anzeigen der ignorierten Dubletten angelegt.

Erste Version der Gesamtübersicht für Personendubletten erstellt. Diese zeigt die Namen der Personen und die Anzahl der DUbletten im Cluster an.

Grundgerüst des Allgemeinen Dublettenübersichts-Contextes. Dieser lädt alle Dublettenarten über den gleichen JDito Recordcontainer über diverse Provider/Consumer Paare im gleichen Entity.
Entfernen des ursprünglichen Duplicates_entity, dieses wurde im alten Umfang nicht mehr benötigt.

Neues LB SCript für die Tabelle zum ignorieren von Dubletten erstellt
Dubletten können nun über eine Action ignoriert werden
Neuer Parameter an der Person, dass die ContactId des aktuell geöffnetes Kontaktes an die DublettenReferenz/Provider per Parameter weitergegeben wird
Neue Funktionen zum Erstellen, löschen einer Ignorierten Dublettenrelation und zum Löschen aller vorkomnisse einer ContactId in der UnrelatedDuplicates

Die Typ-spezifischen Dubletten, welche an Person/Organisation angezeigt werden, werden nun nicht mehr über ein separates Entity geladen, sondern direkt über das jeweilige Entity selbst. Dafür wurde der Recordcontainer um verwertung eines weiteren Parameters erweitert. Das Laden der Daten passiert über ein Consumer/Provider Paar direkt im gleichen Entity.
Die ActionGroup für Dublettenaktionen in der Kontakteliste wird immer angezeigt, wenn der entsprechende Parameter "onlyShowContactIds" gefüllt ist.

Filtered out Themes im Eigenschaftstab.

adjusted edit und paid views to display PAYDATE

fixed.

Fixed Belege filterview.

grantcreateprocess, grantupdateprocess und grantdeleteprocess 
nach versendet status angepasst.

vom Adito5 geholt, erstellt und angepasst, beleg aktionen und 
Beleg versionen angepasst.