Forum: Software-Projekte der Mitglieder
by jaenicke,
17. Jan 2022
Das ist prinzipiell richtig. Die Vorgabe, dass ein solcher Beleg 0 ergibt, kannst du dabei mangels weiterer Informationen kaum prüfen.
Wichtig wäre daher, dass du anhand der Logs, die du hoffentlich schreibst, feststellst, was das für Transaktionen sind. Denn vielleicht musst du ja auch noch Artikelstorni schicken... (vorausgesetzt du lässt Transaktionen geplant länger offen, wenn nicht, ist...
Forum: Software-Projekte der Mitglieder
by jaenicke,
28. Mai 2021
Das ist die Theorie. In der Praxis hält sich da kaum jemand dran, auch nicht bei den größeren Playern...
Forum: Software-Projekte der Mitglieder
by jaenicke,
11. Jan 2021
In alten Delphiversionen war das mal so, ja. Heute wird ohne den zweiten Parameter schlicht die Größe des Datentyps als Standard verwendet.
Beim Datentyp Byte wird so per Compiler Magic aus IntToHex(ByteValue) einfach IntToHex(ByteValue, 2). Ich gehe mal bei Bytes davon aus, dass auch hier die 2 als zweiter Parameter korrekt ist und diese dann bei älteren Delphiversionen angegeben werden muss.
Forum: Software-Projekte der Mitglieder
by jaenicke,
19. Nov 2020
Es geht nicht um einen Kassensturz zwischendurch, sondern um den ohnehin gesetzlich vorgegebenen täglichen Kassenabschluss. Dessen Z-Nummer usw. gehört dann zu den Daten des entsprechenden Tages.
Man darf ja jetzt auch die Liste der Kassen nicht mehr während des Tages verändern, sondern immer nur nach dem Tagesabschluss.
Forum: Software-Projekte der Mitglieder
by jaenicke,
24. Jul 2020
- Der Kunde hat nicht genug Geld dabei und geht schnell etwas holen.
- Der Kunde hat einen falschen Artikel mitgenommen und geht diesen schnell umtauschen.
...
Dann braucht man nicht alles neu eingeben, sondern parkt den Beleg und setzt ihn fort, wenn der Kunde wieder da ist.
Forum: Software-Projekte der Mitglieder
by jaenicke,
23. Jul 2020
Ja, klar ist nur, dass es unklar ist. Wir machen den Rabatt tatsächlich auch einzeln, fassen aber pro Artikel zusammen. Die Stelle im Quelltext ist aber bewusst von der restlichen Logik getrennt um dies ggf. leicht anpassen zu können... :stupid:
Hier soll ja nach Bar und Unbar unterschieden werden und so fassen wir es auch zusammen.
Das Thema ist bei uns auch aufgetaucht, weil wir ältere...
Forum: Software-Projekte der Mitglieder
by jaenicke,
23. Jul 2020
So haben wir es gelesen und in Präsentationen gehört. Vor allem in Bezug auf Rabatte. Man kann ja leider nicht angeben um was es sich handelt. Sprich wenn ein Artikel vorher mit 10,00€ gebucht war und nun 10% Rabatt gegeben werden, dann kann man ja nur schicken einmal Artikelname zu -1,00€. Schön und sinnvoll finde ich das auch nicht...
Forum: Software-Projekte der Mitglieder
by jaenicke,
22. Jul 2020
Ja, ok, das war falsch ausgedrückt. Aber wenn du z.B. den Artikel zwei mal stornierst, dann einmal mit einem erhöhten Preis buchst, dann schickst du das nicht einzeln, sondern eine Summe pro Artikel.
Forum: Software-Projekte der Mitglieder
by jaenicke,
22. Jul 2020
Ja, so steht es in der Doku soweit ich es verstanden habe.
Auch bei Bestellungen schickt man nicht was konkret bestellt wurde, sondern nur Summen.
Einzahlung, Auszahlung, Anfangsbestand, ... hielte ich da für passender.