@Thorsten_JedlitzkeIch denke Sie verstehen nicht wo das Problem liegt.
In den Basisdaten werden Zahlungsbedingungen erstellt
In den Kundenstammdaten wird dem Kunden ein Zahlungsziel zugewiesen. Dies ist vom Kunden vorgegeben bzw. mit dem Kunden vereinbart. Also nicht in der Zuständigkeit von Datev dies zu manipulieren.
Hier hat man 2 Möglichkeiten:
1. die Felder auf der linken Seite füllen und DATEV generiert mit "aus der Zahlungsbedingung übernehmen" eine Zahlungsbedingung
2. man nutzt das Feld auf der rechten Seite direkt und legt diese selber an.
Hinterlege ich beim Kunden nun diese Zahlungsbedingung Nr. 101 und erstelle einen Beleg werden direkt 3 Dinge verändert also folglich manipuliert.
Als ersten erfindet DATEV einen Text, der nirgends konfigurierbar ist mit dem Inhalt:
"Bitte beachten Sie unsere Zahlungsbedingungen:"
Dann wird die in der Zahlungsbedingung hinterlegte Bezeichnung ignoriert und mit dem folgenden Inhalt ersetzt:
"Ohne Abzug"
und als drittes wird ohne dass dieses gewünscht, ausgewählt oder konfiguriertbar ist einfach ausgerechnet und ausgewiesen
"11.10.2024"
So sieht das dann aus:
Der 11.10. ist hier aber einfach faktisch falsch, wenn die Rechnung erst 1-3 Tage nach Erstellung beim Kundne eintrifft.
Sie pochen so auf die einfache Matematik dahinter. Schön dass sich jemand eine Wenn-Dann Funktion ausgedacht hat aber das ist am Kunden vorbei, solche Automatiken umzusetzen ohne diese konfigurierbar zu machen.
Ich spreche nicht von unterschiedlichen Logiken bei EU oder nicht EU Kunden die unter Umständen auch Einfluss auf brutto/netto haben.
Es geht um die Zahlungskondition auf der Rechnung, welche schon durch ausrechnen unter schlichtweg nicht mehr korrekt sind.
Selbst wenn ich eine Zahlungskondition vereinbare die lautet "Nach dem 5ten Sonnenuntergang" so muss das auch so auf der Rechnung stehen. Dieses Beispiel mag heißen, dass es kaufmännisch "5 Tage netto" bedeutet aber wer gibt Datev das recht das manipuliert wiederzugeben?
Datev darf da nicht manipulieren und einfach ungefragt irgendwelche Werte in Texte konvertieren, irgendwelche Summe oder Termine errechnen.
Wenn es Skonto gibt oder sogar noch mehrere Skonti, wir das ja immer schlimmer. Dann steht da sogar nen Aufsatz.
Auftrag auf Kunden mit Zahlungsbedingung 320:
Sieht dann so aus:
Für Datev kaufmännisch ausreichend und auch mit dem Kunden vereinbart wäre es:
30 days 5%
45 days 3%
60 days net
Ich will Datev nicht schlecht reden aber mit als Lieferant ist es doch total egal was da steht. Hauptsache der Kunde ist zufrieden und die Rechnung wird bezahlt.
In Auftragswesen old war das problemlos so umgesetzt. Es wurde ganz simpel das dargestellt was auch in den Stammdaten in der Bezeichnung stand und alle waren glücklich.
Wäre interessant zu erfahren wer sich überhaupt ausgedacht hat, das so manipuliert umzusetzen? Das war doch nie im Leben ein User-Request!
@Janika_Pohl Hallo Frau Prohl,
gibt es denn zu "Auftragswesen next" bereits eine Liste mit Punkten, welche nachgebessert bzw. optimiert werden?
Wir hören quer durch unsere Mandantschaft immer wieder die selben Probleme, diese sind zum Beispiel:
- Artikelbeschreibung ist aus der Rechnung nicht ersichtlich (es gibt viele ähnliche Bezeichnungen mit unterschiedlichen Artikelbeschreibungen)
- Übersicht, wo eine Rechnungsposition beginnt und wo sie endet
- Summenübersicht zu offenen Angeboten, Auftragsbestätigungen und Rechnungen
- Fettgedruckte Artikelbezeichnungen
- Wurde die Rechnungen etc. bereits versandt oder gedruckt?
- Anzeigezeitraum "Zeitlich uneingeschränkt"
