Erstellt vor 5 Jahren

Zuletzt geändert vor 2 Jahren

#1180 new Verbesserung/Featurewunsch

Storno-Nummerierungen und Handling

Erstellt von: roman.karuschka@… Verantwortlicher: s.schoeling@…
Priorität: niedrig Meilenstein:
Komponente: kivitendo ERP Version: 2.6.2 unstable
Schweregrad: Verbesserung Stichworte: Bericht
Beobachter: roman.karuschka@…

Beschreibung

Die Sortierbarkeit der Stornos ist in Berichten sub-optimal, besser waere, auch fuer Finanzamts-Pruefungen, wenn das "Storno" an das Ende wandern wuerde.
Sprich "Storno zu 1234" -> "1234-Storno" oder so. (Aussage Steuerberater)

Änderungshistorie (3)

comment:1 Geändert vor 5 Jahren durch roman.karuschka@…

  • Beobachter roman.karuschka@… hinzugefügt
  • Verantwortlicher von p.reetz@… nach s.schoeling@… geändert

..und noch eine Erfahrung aus der praxis.
Die wenigsten Firmen machen ihre Steuern selber, meist werden die Daten an einen externen Steuerberater uebergeben.
Steuerberater arbeiten mehrheitlich mit Programmen von der DATEV, besonders populaer sind Kanzlei-Rechnungswesen und noch 1-2 Andere.

Viele diese Programme haben nur eine begrenzte Anzahl von Stellen fuer die Rechnungsnummern. Problem also:

Angenommen 16 Stellen sind ok
Rechnungsnummer ist

12345678

Storno ist

Storno zu 12345678

d.h. am Ende werden schon zwei Stellen abgeschnitten, die der Steuerberater nach dem Import ueber die DATEV-Schnittstelle nicht mehr sehen kann.

Tatsaechlich scheint die Grenze sogar bei 14 oder 15 Stellen zu liegen.
"Storno_zu_" nimmt bereits zehn davon ein.

Sven: da dies eine Sache ist, die Einfluss auf den etablierten programmablauf nimmt, weise ich den Bug dir mal zu, koenntest du das mit Moritz klaeren?
Ggfs fixen wir das dann, falls wir uns einig sind.

comment:2 Geändert vor 2 Jahren durch m.bunkus@…

  • Typ von defect nach Fehler geändert

comment:3 Geändert vor 2 Jahren durch roman.karuschka@…

  • Typ von Fehler nach Verbesserung/Featurewunsch geändert
Hinweis: Hilfe zur Verwendung von Tickets finden Sie in TracTickets.