Neu Statistik - "Gewinnermittlung" auf Auftragsbasis und nicht Rechnungsbasiert

[mc24]

Hallo Forum,

ich habe mich grade lange mit dem Statistik-Tool beschäftigt und musste leider feststellen, das wir die Auswertung zum Gewinn nicht nutzen können. Leider ist die Basis dieser Statistik die erstellten Rechnungen. Da wir einen nicht unerheblichen Teil über LS-POS abwickeln erstellen wir in der Regel für diese Aufträge keine Rechnungen.
Es wäre uns sehr wichtig, die Statistischen Auswertungen zum Umsatz, Gewinn (VK-EK), etc. auf Basis der Aufträge.

Vielleicht fällt ja jemandem was dazu ein.. oder es ergibt sich das dies auch andere brauchen und nachgestrickt werden kann

 

[pfeijue]

@mc24
Hi,

hast du für das oben genannte Problem eine Lösung?

Gruss

 

[mc24]

@mc24
Hi,

hast du für das oben genannte Problem eine Lösung?

Gruss

Nein, bisher leider nicht. Wir werden wohl auf das Hauseigene Bi-Tool warten müssen was auf der Connect vorgestellt wurde.

 

[pfeijue]

OK. Schade. Aber Danke für die Rückmeldung.

 

[Enrico W.]

Warum lässt Du nicht einfach eine Rechnung erstellen? Du musst sie ja schließlich nicht ausdrucken.

 

[pfeijue]

@Enrico W.

Für die aktuelle Verkäufe mache ich das jetzt so.

Ich habe noch 2 Fragen:
1. bei bereits vorhandenen Verkäufen kann ich ja nachträglich eine Rechnung ausstellen. Wie kann ich da das Rechnungsdatum ändern auf den Tag des Verkaufs, da sonst die Auswertung nicht stimmt? Ich habe es nicht gefunden.
2. Ich habe gehört das wenn man die LS-POS (Luwosoft) Anbindung nutzt wird keine Rechnung erstellt (habs noch nicht ausprobiert) Stimmt das? Was wäre eine Lösung ?

Danek
Gruss

 

[Enrico W.]

Das Rechnungsdatum ist das Datum, zu dem eine Rechnung erstellt wird. Das kannst Du nur damit beeinflussen, indem Du die Rechnung zeitnah erstellst.
Wenn Du für Aufträge aus LS-Pos Rechnungen benötigst, dann erstell Dir doch einfach einen Workflow, der die Rechnung dann gleich erstellen lässt.

 

[pfeijue]

@Enrico W.
Danke für die schnelle Hilfe.
Dann werde ich mich wohl mal mit dem Thema Workflows beschäftigen müssen.....

 

[Enrico W.]

Ist keine große Sache. Die Aufträge von LS-Pos lassen sich doch sicher an irgend etwas identifizieren. Ich glaube, dazu wird ein Laufkunde angelegt? Einfach dann einen Workflow unter "Auftrag angelegt", lass auf den Laufkunden prüfen, wenn positiv, dann lass die Rechnungen erstellen.

Ich hab hier mal ein Beispiel gemacht:



Bei mir heißt der halt jetzt Kunde. Test Kunde. Bestellt hatte er eine Cola ohne Kohlensäure. Geschüttelt, nicht gerührt

 

[pfeijue]

Cool super. Habs probiert und es klappt.
Danke für die schnelle Hilfe.

 

[Litho]

Ich klinke mich mal hier ein, weil ich der Meinung bind, dass der Ausdruck Gewinn einfach falsch ist. Umsatz oder Rohertrag wären vielleicht besser. Gerade bei meinen Streckengeschäften sehe ich, dass der volle netto Erlös als Gewinn gebucht wird. Die Gewinnermittlung zieht noch nicht mal den Einkaufspreis davon ab. Schade, aber dann sehen wir es erstmal als Umsatzstatistik mit dem falschen Gewinnbegriff.

 

[Michael Vogel]

Ich klinke mich mal hier ein, weil ich der Meinung bind, dass der Ausdruck Gewinn einfach falsch ist. Umsatz oder Rohertrag wären vielleicht besser. Gerade bei meinen Streckengeschäften sehe ich, dass der volle netto Erlös als Gewinn gebucht wird. Die Gewinnermittlung zieht noch nicht mal den Einkaufspreis davon ab. Schade, aber dann sehen wir es erstmal als Umsatzstatistik mit dem falschen Gewinnbegriff.

Hallo,
Das mit den Gewinn-oder Rohertragsstatistiken ist nicht nur bei JTL eine unendliche Geschichte und aus meiner Sicht eh nur ein Anhaltspunkt ob der Laden läuft oder nicht. Genaue Zahlen gibt es nur in der Buchhaltung. Im übrigen sind die Zahlen hier immer nur so genau wie genau ich die Daten in JTL pflege und das kann eine Menge Mehraufwand bedeuten.
Gruß
Michael

 

[SLA]

Hallo Zusammen,

wir benutzen ebenso das JTL POS und wenn wir für Kunden einen größeren Beleg drucken möchten, dann kommt eine Fehlermeldung das die Rechnung bereits extern erstellt worden ist.

Daher stimmt unser Gewinn (oder wie ihr das auch nennen möchtet) nicht überein mit dem in Dashboard angezeigten Betrag.