Wie schreibt ihr eure Rechnungen?

[Harry Stahl]

Zitat von grl:

Tag!

Mal eine Frage in die Runde: Wie schreibt ihr eure Rechnungen?Gruß und gespannt,

Luggi

Wie schon einige andere es hier berichtet hatten: Auch ich schreibe meine Rechnungen mit einem eigenen Rechnungsprogramm. Das eigene Programm ist zwar zwischenzeitlich auch ein kommerziell vertriebenes (siehe ggfls. hierhttp://www.pc-rechnung.de), trifft aber Deine Anforderungen nicht.

Will aber hier berichten, warum es eine eigene Lösung war und ist und warum eine eigene Lösung evtl. auch für Euch überlegenswert wäre:

Da man seine eigenen Anforderungen ja bestens kennt, kann man das Programm eben entsprechend erstellen. Ich habe z.B. für meine Zwecke eine extra DLL-Datei erstellt, die nur hier bei mir auf dem Vertriebs-PC ist. Bei Vorhandensein der DLL stellt mir das Programm über die DLL eine Extra-Register-Seite zur Verfügung, wo ich die Lizenzdaten (in meinem Falle eine Registriernummer) erstellen kann, mit welcher der User dann die hier erworbenen Programme zur Vollversion freischalten kann. Das erleichtert mir das Handling mit Rechnung und Lizenzdaten doch sehr.

Solch eine Flexibilität kann man wohl kaum mit einem kommerziell erworbenen Produkt erreichen. Auch kann man so das Rechnungsprogramm optimal in die eigenen Betriebsabläufe einbinden bzw. an andere Programme anbinden, mit denen man in diesem Zusammenhang arbeitet.

Aus meiner Sicht scheint mir so eine eigene Lösung immer noch besser, als Rechnungen mit einem Textverarbeitungsprogramm zu schreiben und die Verwaltung mit einer Tabellenkalkulation.

[arnof]

@Harry: so haben wir doch alle mehr oder weniger unser Produkte entstehen lassen.

@Furtbichler: na da habe ich ja einen Volltreffer geladet, nun kennst Du meine Meinung

@grl: Mit den 10% ist wohl untertrieben, wahrscheinlich machen hier viel mehr WAWI's. Wenn Ihr programmieren könnt und auch ein paar Komponenten habt, dann klickt sch direkt eine eigene WAWI zusammen. Wenn die nur bei euch laufen soll, dann ist das an einem Tag gemacht mit Delphi ist das kein Problem

[Union]

Zitat von arnof:

Wenn Ihr programmieren könnt und auch ein paar Komponenten habt, dann klickt sch direkt eine eigene WAWI zusammen. Wenn die nur bei euch laufen soll, dann ist das an einem Tag gemacht mit Delphi ist das kein Problem

Außer die Anforderung des TE, dass es auf UX laufen soll.

[grl]

Zitat von Harry Stahl:

Da man seine eigenen Anforderungen ja bestens kennt, kann man das Programm eben entsprechend erstellen. Ich habe z.B. für meine Zwecke eine extra DLL-Datei erstellt, die nur hier bei mir auf dem Vertriebs-PC ist. Bei Vorhandensein der DLL stellt mir das Programm über die DLL eine Extra-Register-Seite zur Verfügung, wo ich die Lizenzdaten (in meinem Falle eine Registriernummer) erstellen kann, mit welcher der User dann die hier erworbenen Programme zur Vollversion freischalten kann. Das erleichtert mir das Handling mit Rechnung und Lizenzdaten doch sehr.

Das ist eine sehr interessante Überlegung - die natürlich für eine Eigenentwicklung spricht. Danke für diesen interessanten Gedanken...

Zitat von Union:

Außer die Anforderung des TE, dass es auf UX laufen soll.

Mal abgesehen davon, daß ich einen Tag für eine ziemlich optimistische Einschätzung halte: Ich finde interessant, daß alle das Problem eher im Windows/Linux-Umfeld sehen. Ich finde unseren spannendsten Punkt das Thema

Zitat von grl:

- Webbasiert oder zumindest so betreibbar, daß der Client auch über eine schmale VPN-Verbindung vernünftig funktioniert

Denn das schließt alle klassischen FatClient-Server-Datenbank-Lösungen oder gar FatClient-MDB-File vollkommen aus. Das braucht eine gute Multi-Tier-Partie oder eben Webbased...

Zitat von arnof:

Wenn Ihr programmieren könnt und auch ein paar Komponenten habt, dann klickt sch direkt eine eigene WAWI zusammen. Wenn die nur bei euch laufen soll, dann ist das an einem Tag gemacht mit Delphi ist das kein Problem

Und spätestens bei der schmalen VPN-Verbindung wär die Lösung wahrscheinlich am Ende....

GRL

[musicman56]

Zitat:

Das ist eine sehr interessante Überlegung - die natürlich für eine Eigenentwicklung spricht. Danke für diesen interessanten Gedanken...

...was eigentlich für Delphi spricht, weil's mit Linux nicht so kostengünstig realisierbar ist

Zitat:

Denn das schließt alle klassischen FatClient-Server-Datenbank-Lösungen oder gar FatClient-MDB-File vollkommen aus. Das braucht eine gute Multi-Tier-Partie oder eben Webbased...

...was ziemlich teuer werden kann

Zitat:

Und spätestens bei der schmalen VPN-Verbindung wär die Lösung wahrscheinlich am Ende....

Wäre mal interessant zu wissen, was eigentlich über VPN gemacht werden soll? Nur lesen (beauskunften), oder lesen+schreiben (richtig arbeiten)?

Insgesamt sehe ich in den eingangs beschriebenen Anforderungen einige Probleme bzw. Widersprüche.

Zitat:

- Server und Clients müssen Linux sein.

Gilt das noch? Denn das disqualifiziert doch eigentlich die bisherigen Vorschläge, die auf der "schnellen" Realisierung mit Delphi beruhen. Und eine gute Multi-Tier-Lösung ist auch nicht mal in einem Tag zusammen gestrickt. Darum denke ich, irgendwo wirst du Abstriche machen müssen, weil das so nicht ganz zusammen passt. Zumindest ist das mein persönlicher Eindruck.