Eventuelle gecachete Duplicate werden nun beim Löschen einer Person ebenso gelöscht. Wäre nach dem Löschen dieses Kontaktes nur noch ein Duplikat in den Cluster eingetragen, wird dieser automatisch mitgelöscht. TODO Sobald Ignorieren Logik existiert, werden diese Einträge auch gelöscht werden.

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.

Für jeden Filter muss der Cache separat aktualisiert werden.
Beispiel Person:
Alle ContactIds der Personen werden durchlaufen und einzeln auf Dubletten geprüft. Wurden entsprechende Datensätze gefunden, werden diese nicht mehr behandelt. Die zusammengehörenden Dubletten werden dann, vereint unter einer gemeinsamen ClusterId, in der Datenbank gespeichert.

Logik zum erstellen der Update und Delete Statements wurde implementiert
Es muss zur Ermittlung der Dubletten nun nicht mehr bei der Person die Personid dem Provider per Consumer als Parameter übergeben werden, sondern die Contactid
Es werden nun die korrekten Filterkonfigurationen zum Dubletten-Filter angezeigt
Erste Integration der Dublettenermittlung in die Organisation.!! Noch nicht upgedated auf die neuen Parameter und Aktionen!!

Das Dubletten Entity wurde um weitere Parameter ergänzt. Es kann nun die ID eines Datensatzes mitgegeben werden, welcher in Form eines weiteren Filters exkludiert wird. Dadurch ist es möglich, den Datensatz, nach dem aktuell gesucht wird, von der Ergebnisliste auszuschließen.
Es wurde weitere Fehlerbehandlung eingebaut.
Bei der Validierung ob es bereits eine Filtername-Kombination gibt wurde ein Fehler behoben, bei dem auch beim Bearbeiten validiert und damit das Speichern verhindert wurde.

Die Anzahl der Felder, welche durch den RecordContainer zurückgegeben werden sollen, muss per Field gesteuert werden.

Die Kombination aus Filtername und Zielentity darf nur einmal vorkommen. Das ist so aufgrund des Designs des Aufrufs, dieser ist so universell und einfach wie möglich gestaltet und ermittelt den zu nutzenden Filter anhand dieser Konfiguration.
Aufgrund dessen gibt es nun eine Validierung auf dem Filter Name Feld.
Übersetzung für Validierung eingefügt

Neues Feld, damit soll pro Stufe die maximal erlaubte Ergebnismenge zurückgegeben werden.Funktionalität noch nicht implementiert

Die konfigurierten übergebenen Filter werden nun mit Werten befüllt. Unterstützung für filter.childs vom type == "group" und "row"

Die Filterung anhand der konfigurierten Filter funktioniert nun grundsätzlich und es werden die korrekten Daten zurückgegeben. Aktuell werden noch die bei der Konfiguration der Filter gesetzten Werte zur Filterung genutzt.
Es bestehen Verhaltsnsprobleme bei der Kombination GenericMultiple + Feld mit Typ Filter_Tree

Liquibase für Dublettenermittlung
Dubletten USER + DATE NEW+EDIT

Der RecordContainer setzt nun bei gruppierten Kampagnen auch Start und Enddatum

#1040248 Indexgruppen via IndexRecordContainer

See merge request xrm/basic!53