350 Unstimmigkeiten bei AnzahlungenTeilrechnung » Historie » Revision 3
Revision 2 ([S] Jens A, 23.03.2020 11:00) → Revision 3/14 ([S] Jens A, 23.03.2020 11:20)
h1. 350 Unstimmigkeiten mit bei Anzahlungen auf Rechnungen Ein Kunde (Döbler) behauptet, auf einer Rechnungen wären die falschen Anzahlungen einkalkuliert. Entweder sind auf dem Rechnungsdokument die Anzahlungen des Auftragsrahmens zu sehen, der Kunde erwartet dagegen die des Abrufs, oder es ist umgekehrt. Es ist zu prüfen, ob hier eine Fehlbedienung vorliegt. Wie in Ticket https://redmine.prodat-sql.de/issues/13446 ausgeführt, ist diese Funktionalität in PRODAT wie folgt implementiert: * Fall 1: Rahmen und Abrufe ohne Anzahlungen => Referenz muss auf Abrufen stehen. * Fall 2: Rahmen mit Anzahlung und Abrufe ohne Anzahlung => Referenz muss auf Rahmen stehen * Fall 3: Rahmen ohne Anzahlung und Abrufe mit Anzahlung => Referenz muss auf Abrufen stehen * Fall 4: Rahmen mit Anzahlung und Abrufe mit Anzahlung => Referenz der Rechnungen auf Rahmen muss auf Rahmen, Referenz der Rechnungen auf Abrufe muss auf Abrufen stehen. Fall nicht implementiert. Anzahlungen auf Abrufen sind daher führend. Folgende Schritte sind zu unternehmen (https://redmine.prodat-sql.de/issues/14623): # Auftragspositionen zu den Rechnungspositionen bestimmen - Positionen des Auftrags, die nicht auf der Rechnung stehen, sind nicht relevant # Anzahlungsrechnungen zu diesen Auftragspositionen bestimmen # Rahmen und zugehörige Anzahlungsrechnungen bestimmen # Situation auf die oben genannten Fälle abbilden # Wenn die Situation mit der Erwartungshaltung des Kunden kollidiert, dann ist das dem Kunden zu kommunizieren, ggf. unter Hinweis auf die PRODAT-Hilfe https://help.prodat-erp.de/index.html?belkopf_anzahlung.html Quellen: * https://redmine.prodat-sql.de/issues/14623 * https://redmine.prodat-sql.de/issues/13446 * https://help.prodat-erp.de/index.html?belkopf_anzahlung.html