Thanks to visit codestin.com
Credit goes to github.com

Skip to content

PEOPLE: Doubletten zusammenführen #138

@thaeuselmann

Description

@thaeuselmann

Beim Zusammenführen von Dubletten werden aktuell einige Daten noch nicht berücksichtigt und zusammengeführt. Dies ist nicht befriedigend da dadurch Informationen verloren gehen können.

Neu sollen dabei alle Daten berücksichtigt werden. Ziel ist es dass beim Zusammenführen keine Daten mehr verloren gehen.
Dies betrifft: Rechnungen, Mahnungen, Notizen, Mitgliedernummern, Tags?, Logs?, Abos?, Abo # Magazin, Benutzerdefinierte Anrede?, Titel?, Namenszusatz?, Anlass Anmeldungen.

Abklärung: Nach Möglichkeit sollen alte Mitgliedernummern nicht verloren gehen. Führt man zwei Datensätze zusammen welche beide eine Mitgliedernummer haben, dann soll die nicht gewählte nicht verschwinden sondern in ein anderes Feld überführt werden. Eine offene Frage ist noch wie dies umgesetzt wird. Ein neues Feld "Alte Mitgleidernummer? Als Tag? Als Notitz?

Abklären: Gibt es noch weitere Daten nebst den oben erwähnten welche aktuell bei der Zusammenführung von Dubletten noch nicht berücksichtigt werden?

Rechnungen & Mahnungen werden durch #139 gelöst.
Edit: Hier wurde gleich einiges mehr auch noch umgesetzt. Vor Umsetzung dieses Issues zuerst abgleichen was bereits gelöst ist und welche der Anforderungen noch offen sind.

Umsetzung im Core bei allen Feldern die im Core existieren?

ToDo

  • Überprüfen, was von den Anforderungen in INVOICE: Verknüpfte Mitgliederausweise nach Doublettenzusammenführung #139 bereits umgesetzt wurde.
  • Person um MERGEABLE_ATTRS erweitern, der erstmal die PUBLIC_ATTRS enthält, aber vom Wagon aus erweitert werden kann.
  • People::Merger anpassen
    • Statt PUBLIC_ATTRS nur die MERGEABLE_ATTRS nutzen
    • alle associations prüfen
    • Bei vorhandenen Attributen die nicht kopierten in einer Notiz sammeln
    • verhinderte Doppelung müssen nicht aufgeführt werden (z.B. vorher und nacher die gleiche Korrespondenzsprache)
    • Notiz soll zeigen, was verloren gegangen ist, u.a. Mitgliedernummern und so.
    • Tag "just married merged" (mit vernünftigem Namen) vergeben
    • ggf. Tag "trouble in paradise merge conflict" (mit vernünftigem Namen) vergeben
  • Specs schreiben
  • Kunde wegen Übersetzungen informieren
  • Mit angemessener Rolle "durchklicken"
  • CHANGELOG-Eintrag unter "unreleased" unten hinzufügen

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions