Hallo Manuel,
Danke für den Link zum
Ticket
Der Inhalt des Tickets trifft etwa so auch für uns zu.
Wir haben uns das so ähnlich für die aktuelle Version (1.5.x) programmieren lassen.
Der Ersteller des Tickets bezieht sich, so wie ich es verstehe, darauf, jedes Abo bei Auftragserstellung einzeln prüfen zu wollen.
Schneller geht es, denke ich, wenn hier nur jene Datensätze mit Abweichungen berücksichtigt würden.
Zusätzlich würde ich folgendes in der Liste der Aktualisierungsmöglichkeiten ergänzen wollen:
- Ich kann per Kontrollkästchen die Aktualisierung der Bankdaten steuern.
- mir werden in einer Gegenüberstellung die Bankverbindung aus den Stammdaten und jene aus dem Abo angezeigt.
- Ich kann per Kontrollkästchen die Aktualisierung der Zahlungsart steuern
- mir werden in einer Gegenüberstellung die Zahlungsart der Stammdaten und die des Abos angezeigt
Ergänzende Info zu #12:
Wir erstellen vier mal im Jahr im Schnitt 350 Aufträge aus Abos zur Rechnungslegung, viele davon mit Lastschrifteinzug.
Die Priorität der Ermittlung von Preisen und Steuern würde ich momentan deutlich unter meiner Ergänzung ansiedeln.
Aber: nur so als Denkanstoß
Reicht es nicht aus, bzw. ist es programmiertechnisch nicht einfacher umzusetzen, wenn beim Speichern von Änderungen im Kundenstamm "nachgesehen wird", ob ein Abo existiert und der Bearbeiter der Stammdaten in einem Dialogfenster darauf hingewiesen wird? - natürlich mit der Möglichkeit die Änderungen in die Abostammdaten zu übernehmen.
Warum erst bei der Erstellung des Auftrages aus einem Abo?
Sollten nicht grundsätzlich die Stammdaten die aktuellsten Daten enthalten?
Die Person die die Änderung vornimmt sollte doch eigentlich wissen, ob die Daten im Abo aktualisiert werden müssen/dürfen/können/sollen oder nicht.
Gerne lasse ich mich eines Besseren belehren.