Software zur Rechnungserstellung (Rechnungsformular)

[TheMiller]

Ich kann Sir Rufo nur beipflichten.

Ich habe vor langer Zeit ein Rechnungsmodul programmiert und nutze seti Ewigkeiten Fast-Report. Ich finde, es ist eine sehr gute und durchdachte Komponente, Reports sind einfach zu erstellen und Vererbung funktioniert auch prima. Nur der PDF-Export war ein wenig schlecht integriert, wobei sie hier auch nachbessern. Viele Updates etc.

Zum Rechnungsprogramm ein paar Tipps:
Denke zB an
* verschiedene Reports für verschiedene Kundengruppen
* Umgang mit Ratenzahlungen
* Wiederverwendbare Rechnungspositionen (so muss man nicht immer alles neu schreiben, sondern kann sich irgendwann die Rechnung zusammenklicken)
* Statistik offener Rechnungen
* Mahnläufe etc.
* Bewertung vom Zahlungsverhalten von Kunden (wie oft über Mahnstufe X)
* Direkter Export und Versand per eMail/ePost-Brief oder Fax

Nur mal so nebenbei, was mir gerade eingefallen ist.

[Captnemo]

Interessant für ein Rechnungsprogramm, je nach Branche, sind noch die unterschiedlichen zu Berücksichtigenden Mehrwertsteuersätze. Es kann nämlich vorkommen, dass innerhalb einer Rechnung einzelne Positionen mit unterschiedlichen Steuersätzen zu berechnen sind, und diese dann auch in der Summierung einzeln aufzuführen sind.
Wenn man das in der Entwicklung nicht berücksichtigt, dann ist das später nur aufwendig nachzupflegen.

[mquadrat]

Ich würde einfach was am Markt vorhandenes nehmen. Im Web-Bereich gibt's einige schöne Sachen, wenn man einen niedrigen Durchlauf hat. Wer mehr Anforderungen schaut sich die WaWi Box-Ware an (Sage, Lexware, etc) und wer da raus gewachsen ist, schaut dann bei den modularen Systemen.

Selber schreiben macht nur einen Haufen Arbeit. Und du wirst Diskussionen mit Steuerberatern führen, die schon diverse Softwarefabrikanten vor die geführt haben.

[TRomano]

Eine Software vom freien Markt (wie Vorredner) sollte echt genügen, da ich nun keine besonderen Spezifika bei Dir sehe oder lese.
Wenn ich dann noch eine einfache Kosten-Nutzen-Rechnung mache (Aufwand Programmierung, Testen etc. zum einem Kaufpreis), dann lohnt sich so etwas heut zu Tage kaum noch.
So etwas ist auch nicht in zwei Tagen geschrieben.

Es gibt bei Euch bestimmt auch noch spannendere Themen in der Firma, oder

[mm1256]

Zitat von mquadrat:

Selber schreiben macht nur einen Haufen Arbeit.

Kann ich nur wiederholen. Das ist schon ein sehr großer Haufen, auch wenn's am Anfang nicht danach aussieht.

Zitat von mquadrat:

Und du wirst Diskussionen mit Steuerberatern führen, die schon diverse Softwarefabrikanten vor die geführt haben.

Alleine DATEV verlangt für die Dokumentation der Schnittstelle schon so viel, was eine Standardlösung kostet.

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.

[RSF]

Zitat von mm1256:

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.

Kann ich nicht bestätigen.
Ein gängiges Report-Tool (z.B. Fast Report) verursacht keine Bauchlandung bei Handwerker-Rechnung. Entscheidend ist eher das Gesamtkonzept (DB, Programmlogik, Rechtsgrundlagen usw)

[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]

[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.

[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?

[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.