Software zur Rechnungserstellung (Rechnungsformular)

[SyntaxXx]

Schönen guten Tag zusammen,
ich spiele schon länger mit dem Gedanken, eine Software zur Rechnungserstellung zu entwickeln.
Da ich selbst in einem passenden Betrieb arbeite, der auf Dauer eine neuere Rechnungssoftware benötigt.

Ich habe mir schon einige Gedanken gemacht, nur bei einer Sache bin ich noch ordentlich am grübeln.
Das Rechnungsformular muss individuell anpassbar sein.

Jetzt spiele ich zur Zeit mit zwei Gedanken.

1. Ich stelle verschiedene Templates bereit, mit festen Komponenten an einer bestimmten Position und der Anwender kann nur sein Logo und Texte ändern
2. Ich erstelle ein festes Template, indem der Anwender jedoch Formen frei bewegen, hinzufügen und löschen kann.

Jedoch habe ich keine Ahnung, wie man Formen zu Laufzeit bewegen, hinzufügen und löschen kann.

Jetzt die Frage, wäre Variante 2 viel Arbeit oder bietet Delphi da wie bei fast allem eine relativ einfache Lösung?


Oder vielleicht habt ihr ja noch ganz andere Ideen ?!


Vielen Dank schonmal

[Sir Rufo]

Das Rechnungs-Formular ist ein Report und den kann man z.B. mit Fast-Report und dem dortigen Report-Designer anpassen. In den Kauf-Versionen auch mit End-User-Designer.

[SyntaxXx]

Na das ist mal eine feine Sache.
Sieht auf jeden Fall nützlich aus.

Mal schauen, ob ich damit ein Rechnungs-Formular :) zu Stande bekomme.

Vielen Dank

[Darlo]

Quickreport hat auch einen Designer für Endanwender.

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

Zitat von mquadrat (Beitrag 1295562)

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:

Zitat von mquadrat (Beitrag 1295562)

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:

Zitat von mm1256 (Beitrag 1295570)

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)