Software zur Rechnungserstellung (Rechnungsformular)

[mm1256]

[ot]

Zitat von RSF:

Kann ich nicht bestätigen. Ein gängiges Report-Tool (z.B. Fast Report) verursacht keine Bauchlandung bei Handwerker-Rechnung.

Und warum investieren dann Softwarehersteller in dieser Branche Mannjahre (und somit einige hunderttausend Euronen) für Eigenentwicklungen?

Ich hab die zitierte Bauchlandung jedenfalls schon hinter mir.
[/ot]

[BadenPower]

Zitat von mm1256:

Ob Fast Report oder Quick Report, beide kommen schnell an die Grenzen, wenn es in die Tiefe geht.
...
Wenn es aber z.B. in den Bereich Handwerk geht, dann wird das damit eine Bauchlandung.

Sorry, aber diese Aussage verstehe ich nicht.

Was gibt es auf der Rechnung eines Handwerkers darzustellen, was QuickReport nicht darstellen könnte?

[Lemmy]

Zitat von mm1256:

[ot]

Zitat von RSF:

Kann ich nicht bestätigen. Ein gängiges Report-Tool (z.B. Fast Report) verursacht keine Bauchlandung bei Handwerker-Rechnung.

Und warum investieren dann Softwarehersteller in dieser Branche Mannjahre (und somit einige hunderttausend Euronen) für Eigenentwicklungen?

Ich hab die zitierte Bauchlandung jedenfalls schon hinter mir.
[/ot]

Sag es uns bitte. Mich würde das fachlich sehr interresieren warum eine bestimmte Druckausgabe bei Rechnungen im Handwerk nicht ausreichend sein soll.

[mm1256]

Zitat von BadenPower:

Was gibt es auf der Rechnung eines Handwerkers darzustellen, was QuickReport nicht darstellen könnte?

Jetzt wird's total OT, aber ganz kurz: Die gängigen Reporting-Tools können nur eine Sub-Ebene oder Master-Detail...wie immer man das nennt. In einer Handwerker-Rechnung kommen bis zu 4 Ebenen vor.

Im Ausdruck sind das Lose/Titel/Untertitel, mit den verschiedenen Positionsarten Material/Leistung/Stundenlohn/Jumbo/Text/Bild, den dazu möglichen Positionseigenschaften ALternativ/Bedarf/Garantie, mit den optional wählbaren Druckmöglichkeiten von Aufmaß/Materialzuordnung (Leistung+Jumbo) und Lohn- und Materialanteil.

Hinzu kommt, dass mit Standard-Tools das "Mergen" von mehreren Druckjobs wie Deckblatt, der eigentlichen Rechnung, dem Aufmass, sowie der Los- und Titelzusammenstellung nicht oder nur sehr schwierig bzw. umständlich möglich ist.

[Perlsau]

Zitat von mm1256:

Nochmals zum Thema: Ob Fast Report oder Quick Report, beide kommen schnell an die Grenzen, wenn es in die Tiefe geht. Darum ist erst mal wichtig, für welche Branche soll es denn sein. Ansonsten ist eine qualifizierte Aussage über das zu verwendende Report-Tool nicht möglich. Wenn es "einfache" Rechnungen sind, z.B. für den Handel, dann reichen diese Tools aus. Wenn es aber z.B. in den Bereich Handwerk geht, dann wird das damit eine Bauchlandung.

Das hat mich auch verwundert: Inwiefern sollten Report-Generatoren wie Fast- oder Quickreport "schnell an die Grenzen" kommen, da es sich hierbei doch lediglich um darstellende Komponenten handelt, die die Ausgabe erleichtern? Mich beschleicht der Verdacht, daß du hier etwas verwechselst: Komplette Rechnungs-Anwendungen und Report-Generatoren, die in fast allen Datenbank-Anwendungen, die eine Druckausgabe zur Verfügung stellen, zur Anwendung kommen.

Zitat von mm1256:

Jetzt wird's total OT, aber ganz kurz: Die gängigen Reporting-Tools können nur eine Sub-Ebene oder Master-Detail...wie immer man das nennt. In einer Handwerker-Rechnung kommen bis zu 4 Ebenen vor.

Das ist doch Sache der Datenaufbereitung. Die Report-Generatoren dienen lediglich der Ausgabe.

Zitat von mm1256:

Im Ausdruck sind das Lose/Titel/Untertitel, mit den verschiedenen Positionsarten Material/Leistung/Stundenlohn/Jumbo/Text/Bild, den dazu möglichen Positionseigenschaften ALternativ/Bedarf/Garantie, mit den optional wählbaren Druckmöglichkeiten von Aufmaß/Materialzuordnung (Leistung+Jumbo) und Lohn- und Materialanteil. Hinzu kommt, dass mit Standard-Tools das "Mergen" von mehreren Druckjobs wie Deckblatt, der eigentlichen Rechnung, dem Aufmass, sowie der Los- und Titelzusammenstellung nicht oder nur sehr schwierig bzw. umständlich möglich ist.

Also wenn du das ohne Report-Generatoren hinbekommst, dann bekommst du das noch leichter mit Report-Generatoren hin.

[mm1256]

Zitat von Perlsau:

Mich beschleicht der Verdacht, daß du hier etwas verwechselst: Komplette Rechnungs-Anwendungen und Report-Generatoren, die in fast allen Datenbank-Anwendungen, die eine Druckausgabe zur Verfügung stellen, zur Anwendung kommen.

Tatsache ist, dass keines der mir bekannten TOP-10 Handwerkerprogramme in Deutschland einen Reportgenerator wie Quick-Report oder Fast-Report verwendet um damit die Auftragsbearbeitung abzuwickeln.

[BadenPower]

Zitat von mm1256:

Tatsache ist, dass keines der mir bekannten TOP-10 Handwerkerprogramme in Deutschland einen Reportgenerator wie Quick-Report oder Fast-Report verwendet um damit die Auftragsbearbeitung abzuwickeln.

Wieviel dieser Programme sind in Delphi oder mit C++Builder geschrieben?

Und wieviele Report-Tools gibt es?

[RSF]

Zitat von mm1256:

... Die gängigen Reporting-Tools können nur eine Sub-Ebene oder Master-Detail...wie immer man das nennt. In einer Handwerker-Rechnung kommen bis zu 4 Ebenen vor.

Im Ausdruck sind das Lose/Titel/Untertitel, mit den verschiedenen Positionsarten Material/Leistung/Stundenlohn/Jumbo/Text/Bild, den dazu möglichen Positionseigenschaften ALternativ/Bedarf/Garantie, mit den optional wählbaren Druckmöglichkeiten von Aufmaß/Materialzuordnung (Leistung+Jumbo) und Lohn- und Materialanteil.

Hinzu kommt, dass mit Standard-Tools das "Mergen" von mehreren Druckjobs wie Deckblatt, der eigentlichen Rechnung, dem Aufmass, sowie der Los- und Titelzusammenstellung nicht oder nur sehr schwierig bzw. umständlich möglich ist.

Na und …
Ist mit Fast Report kein Problem. Vorausgesetzt man hat eine ordentlich strukturierte Datenbank und die passende Geschäftslogik dazu.

[Lemmy]

Zitat von mm1256:

Zitat von BadenPower:

Was gibt es auf der Rechnung eines Handwerkers darzustellen, was QuickReport nicht darstellen könnte?

Jetzt wird's total OT, aber ganz kurz: Die gängigen Reporting-Tools können nur eine Sub-Ebene oder Master-Detail...wie immer man das nennt. In einer Handwerker-Rechnung kommen bis zu 4 Ebenen vor.

falsch. Fastreport kann auf einfachem Weg bis zu 6 Ebenen https://www.fast-report.com/public_d...-en/index.html und per Subreport noch deutlich mehr.

Zitat von mm1256:

Im Ausdruck sind das Lose/Titel/Untertitel, mit den verschiedenen Positionsarten Material/Leistung/Stundenlohn/Jumbo/Text/Bild, den dazu möglichen Positionseigenschaften ALternativ/Bedarf/Garantie, mit den optional wählbaren Druckmöglichkeiten von Aufmaß/Materialzuordnung (Leistung+Jumbo) und Lohn- und Materialanteil.

ich kann keine Anforderung erkennen die nicht mit FR umzusetzen ist...

Zitat von mm1256:

Hinzu kommt, dass mit Standard-Tools das "Mergen" von mehreren Druckjobs wie Deckblatt, der eigentlichen Rechnung, dem Aufmass, sowie der Los- und Titelzusammenstellung nicht oder nur sehr schwierig bzw. umständlich möglich ist.

alles kein Problem mit Fastreport. Sei es den Report aus mehreren Seiten zu erstellen oder bel. Reports zu erstellen und vor dem Druck/Preview zusammen zu führen.

Zitat von mm1256:

Tatsache ist, dass keines der mir bekannten TOP-10 Handwerkerprogramme in Deutschland einen Reportgenerator wie Quick-Report oder Fast-Report verwendet um damit die Auftragsbearbeitung abzuwickeln.

Preisfrage: Wie viele sind davon in Delphi implementiert? und welche Reportgeneratoren verwenden die? Dass es individuelle Entscheidungen / Notwendigkeiten gibt auf den einen Reportgenerator zu setzen oder eben nicht will ich nicht abstreiten.

[Dejan Vu]

Zitat von mm1256:

Tatsache ist, dass keines der mir bekannten TOP-10 Handwerkerprogramme in Deutschland einen Reportgenerator wie Quick-Report oder Fast-Report verwendet um damit die Auftragsbearbeitung abzuwickeln.

Welcher Reportgenerator wird benutzt? Woran erkennt man denn QR oder FR? Aber egal, mit Sicherheit ist kein Designer dabei. Denn damit kannst Du deine Rechnung kaputtdesignen oder durch Unwissenheit schlicht und ergreifend eine falsche Rechnung erzeugen. Und wer hat dann Schuld? Genau! Diese Drecks-Handwerksrechnungssoftware.

FR gibt es auch für .NET. Es muss nicht immer Delphi sein