[gnucash-de] Belegnummern, Kontonummersuche

[scherom]

Hi Lars,

ich benutze Gnucash  geschäftlich für eine kleine GmbH. Daher freue ich 
mich, dass noch weitere Nutzer hier mit Auflagen der Deutschen 
Steuerbehörden mitkämpfen.

Bezüglich Deines Stichwortes DATEV-Schnittstelle fällt mir nur ein 
früherer Post ein:

(Mal nach dem Betreff "DATEV Export" suchen)

http://www.ibrieger.de/misc/linux/gnucash/index.html

Ich bin nur leider kein programmierer und kann beim Coden nicht so aktiv 
mithelfen... Aber zum Austausch zu feature Requests und Gestaltung, GUI 
und Unsability bin ich immer gern dabei.

Grüße
Scherom

Lars Hanke wrote:
> Hi Tom,
> 
>>> Mission-Critical System auf Linux-OSS zu portieren: die FiBu. Nimmt man 
>>> Web-basierte Anwendungen aus,
>> Was für ein Problem hast du mit solchen Lösungen, an welche
>> Produkte denkst du da?
> 
> Der Grundtenor der Foren geht in Richtung sql-ledger. Letzteres habe ich 
> mir angesehen und es hat alle meine mit Web-Anwendungen im Allgemeinen 
> und mit SAP im Speziellen gesammelten (Vor-)Urteile bestätigt.
> 
> Wenn ich viele Daten eingebe, möchte ich ein UI, das in Echtzeit 
> reagiert. Auch wenn AJAX das technisch ggf. kann, habe ich für meine 
> Belange noch keine Implementierung gesehen, die das vernünftig umsetzt. 
> Aber ich lasse mich gerne eines besseren belehren.
> 
>>> dann scheint gnucash die einzige einsatzfähige Lösung zu sein.
>> Ich bin der Meinung, dass GnuCash noch recht wenig mit einer
>> FiBu zu tun hat. Funktionen wie z.B. einen Jahresabschluss
>> suchst du vergebens. Umsatzsteuer ist auch eine große
>> Baustelle. GnuCash ist ein sehr fähiges Banking-Programm, es
>> mit "erwachsenen" FiBu-Lösungen zu vergleichen finde ich
>> sehr gewagt.
> 
> Das ist mir bewusst. Aber die Hälfte einer "erwachsenen" FiBu habe ich 
> bisher nicht gebraucht, und von der anderen Hälfte scheint gnucash 
> vieles mitzubrigen. Vor knapp 20 Jahren stand ich so ähnlich vor 
> gnuplot; allerdings hatte ich damals auch mehr Zeit.
> 
>>> Ein erster Blick hat mich auch weitgehend  überzeugt. Falls etwas fehlen sollte lässt es sich sicher schneller 
>>> einbauen, als eine FiBu von Grund auf neu zu schreiben.
>> Mit Einschränkungen.
> 
> Bis jetzt bilde ich mir ein, dass man ein paar Bildschirmmasken 
> optimieren / alternativ anbieten muss, mittelfristig ein paar 
> Auswertungen hinzufügen muss, und langfristig eine DATEV Schnittstelle 
> basteln muss. Dass das viel aufwändiger ist, als es klingt, ist mir 
> schmerzlich bewusst.
> 
> Alles das müsste ich auch tun, wenn ich was völlig Neues in Angriff 
> nehmen würde. Wenn jemand eine bessere Ausgangsbasis kennt, schaue ich 
> mir das gerne an.
> 
> Allerdings ist auch die Nutzerbasis ein Pluspunkt der vor allem die 
> Wartung der Code-Basis betrifft. Auch hier sehe ich gnucash vorn.
> 
> Grüße,
>   - lars.