350 Unstimmigkeiten bei AnzahlungenTeilrechnung » Historie » Version 14
[X] Jens M, 15.11.2024 10:20
1 | 3 | [S] Jens A | h1. 350 Unstimmigkeiten mit Anzahlungen auf Rechnungen |
---|---|---|---|
2 | 1 | [S] Jens A | |
3 | 5 | [S] Dominik G | Meldung: auf einer Rechnungen sind scheinbar 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. |
4 | 1 | [S] Jens A | Es ist zu prüfen, ob hier eine Fehlbedienung vorliegt. |
5 | |||
6 | 12 | [X] Jens M | *Hinweis* Das weiter unten beschriebene Vorgehen ist +auch+ auf Rechnungen anwendbar, welche sich +nicht+ auf einen Auftragsrahmen beziehen. |
7 | 7 | [S] Jens A | |
8 | 8 | [X] Jens M | Wie in Ticket #13446 ausgeführt, ist diese Funktionalität in PRODAT wie folgt implementiert: |
9 | 1 | [S] Jens A | |
10 | * Fall 1: Rahmen und Abrufe ohne Anzahlungen => Referenz muss auf Abrufen stehen. |
||
11 | * Fall 2: Rahmen mit Anzahlung und Abrufe ohne Anzahlung => Referenz muss auf Rahmen stehen |
||
12 | * Fall 3: Rahmen ohne Anzahlung und Abrufe mit Anzahlung => Referenz muss auf Abrufen stehen |
||
13 | * 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. |
||
14 | |||
15 | 9 | [X] Jens M | Folgende Schritte sind zu unternehmen (#14623): |
16 | 1 | [S] Jens A | |
17 | # Auftragspositionen zu den Rechnungspositionen bestimmen - Positionen des Auftrags, die nicht auf der Rechnung stehen, sind nicht relevant |
||
18 | 12 | [X] Jens M | #* siehe auch dieses "Hilfs-Statement":https://redmine.prodat-sql.de/projects/prodat-v12-public/wiki/Abweichungen_zw_Auftragspositionen_und_Anzahlungs_sowie_Schlussrechnungen |
19 | 1 | [S] Jens A | # Anzahlungsrechnungen zu diesen Auftragspositionen bestimmen |
20 | 6 | [X] Jens M | #* {{collapse(siehe SQL) |
21 | <pre><code class="sql"> |
||
22 | SELECT be_prof, |
||
23 | be_prof='G' AS be_prof_cimred, |
||
24 | be_prof='T' AS be_prof_cimyellow, |
||
25 | be_prof='R' AS be_prof_cimgreen, |
||
26 | bz_be_bnr, |
||
27 | be_abprozent, |
||
28 | bz_pos, |
||
29 | be_bdat, |
||
30 | be_zahl_erledigt, |
||
31 | be_gesamt_net, |
||
32 | be_rkrz, |
||
33 | adressebez(be_rkrz), |
||
34 | bz_aknr, |
||
35 | bz_fakt_uf1, |
||
36 | standardmgc(bz_aknr, :LANG), |
||
37 | bz_vkp_uf1, |
||
38 | bz_tot |
||
39 | FROM belzeil_grund |
||
40 | JOIN belkopf ON be_bnr = bz_be_bnr |
||
41 | WHERE bz_auftg = :ag_nr |
||
42 | --AND bz_auftgpos = :ag_pos |
||
43 | AND be_prof = 'T' |
||
44 | ORDER BY |
||
45 | bz_pos |
||
46 | /* Params: |
||
47 | :LANG(WideString[1])='D' |
||
48 | :ag_nr(WideString[10])='AG19-03234' |
||
49 | :ag_pos(Float)=4 |
||
50 | */ |
||
51 | </code></pre> |
||
52 | }} |
||
53 | 1 | [S] Jens A | # Rahmen und zugehörige Anzahlungsrechnungen bestimmen |
54 | # Situation auf die oben genannten Fälle abbilden |
||
55 | 13 | [S] Dominik G | # Wenn die Situation mit der Erwartungshaltung des Kunden kollidiert, dann ist das dem Kunden zu kommunizieren, |
56 | ggf. unter Hinweis auf die zug. "PRODAT-Hilfe":https://help.prodat-erp.de/index.html?belkopf_anzahlung.html |
||
57 | 1 | [S] Jens A | |
58 | Quellen: |
||
59 | |||
60 | 8 | [X] Jens M | * #14623 |
61 | * #13446 |
||
62 | 9 | [X] Jens M | * "PRODAT-Hilfe, Anzahlungen":https://help.prodat-erp.de/index.html?belkopf_anzahlung.html |
63 | 4 | [X] Daniel S | |
64 | * Zum Zusammenholen von Teilrechnungen spezieller Index / Funktion: |
||
65 | 11 | [X] Jens M | + @INDEX belzeil_add_auftg_pos ON belzeil_grund(belzeil_add_auftg_pos(bz_auftg,bz_auftgpos));@ |
66 | 14 | [X] Jens M | + Siehe Antenne im Ausgangsrechnungsmodul "Teilrechnungen" |