Buchungsgruppen anzeigen -> 'Buchungsgruppen bearbeiten' kein Speicherknopf

[information@…]

Unter System -> Buchungsgruppen anzeigen erscheint die Maske 'Buchungsgruppen bearbeiten', allerdings kann man hier zwar Konten per "Drop-Down" auswählen, aber nicht Speichern.

Entweder erlaubt man hier das Speichern, und gibt noch einen Hinweis, dass rückwirkend "KEINE" Buchungen verändert werden, was innerhalb der Verantwortung eines FiBu?-Fachadmin zuzutrauen ist (es werden keine bestehenden Transaktion geändert, sondern nur neue Buchungen anders dargestellt).

Oder man ändert die Überschrift in Buchungsgruppen anzeigen, dann geht aber der Rattenschwanz los -> Ich hätte gerne einen Knopf 'als neu speichern' und danach Buchungsgruppe A nach Buchungsgruppe B migrieren.

Der erste Vorschlag, wäre für mich in Ordnung oder überseh ich etwas?

Ich meine das klappt nicht, weil die Buchungsgrupe beim anzeigen von alten Rechnungen herangezogen wird um die entsprechenden Konten vorzubelegen.

Da kommst Du um das als inaktiv flaggen und neu speichern nicht drumherum.

Sieht eigentlich nicht so aus, in der Verkaufsrechnung sehe ich die Steuerzone in der Oberfläche:

tr>

<th align="right">Steuersatz</th>
<td>

<input type="hidden" name="taxzone_id" value="0">
Inland

</td>

</tr>

Ein Hinweis auf die Konten der Buchungsgruppen ist zumindestens in der Oberfläche nicht zu sehen.

Und bei Dialog, kreditorischen sowie debitorischen Buchungen, wähl ich doch das Konto direkt aus.

Hmm, was passiert dann wenn Du die Buchungsgruppe änderst und dann auf die alte Rechnung eine Zahlung buchst? An welches Konto geht das dann?

Ich hab da extreme Bedenken Buchungsgruppen zu ändern.

Hmm, was passiert dann wenn Du die Buchungsgruppe änderst und dann auf die alte Rechnung eine Zahlung buchst?

Das kann man doch gar nicht.

Ich verstehe ja deine Bedenken, aber der einzige Fall der mir einfallen würde, der nicht "koscher" wäre, ist bei 'als Vorlage' verwenden.

Ich teste mal beide Varianten.

Also ...
Zahlungen buchen ist kein Problem, da ja NUR Zahlungen gelöscht und wieder neu geschrieben werden.
Schaltet man: payments_changeable = 0 ist das auch erledigt.
Sollte man sowieso tun.
Ansonsten sind die Buchungsgruppe an der Oberfläche schreibgeschützt, da passiert also auch nichts und das kann man auch gar nicht mehr ändern.

Ok, selbst Erneuern und Zahlung buchen ändert nichts.

Als Vorlage verwenden, verwendet dann auch korrekterweise das neue Konto.

Ich habe hier keine Bedenken, aber ich würde fast anregen, einige FiBu?-Parameter prinzipiell in die Oberflächen-Administration zu legen und das dann "mandantenweise" konfigurierbar zu machen.

Z.Z. sind das:

FiBu?:

# Should payments be changeable after posting (0 = never; 1 = every time; 2 = on the same day)

payments_changeable = 1

und:

[datev_check]

Dann käme noch Buchungsgruppen ändern, hinzu.

Ferner kann man ja auch noch die alten EUR Parameter nochmal explizit konfigurieren, Bestandsmethode an / aus ist sicherlich etwas, was den einen Mandanten tierisch nervt und den anderen ggf. erfreut.

Hallo zusammen

Ich fände das auch total gut, wenn die ehem. EUR-Einstellungen hier im Administrationsteil konfigurierbar sind - verbunden mit einer entsprechenden Warnung.
Wir brauchen hier in der Schweiz Bilanzierung plus Bestandsmethode aus. Früher war das automatisch mit EUR=0 so richtig eingestellt, bei einem der letzten Updates wurde dann "klammheimlich" die Bestandsmethode "dazugeschaltet", was für uns unheimlich viel Fusselarbeit in der Datenbank verursacht hat, als wir endlich per Zufall realisiert hatten, was da im Hintergrund tatsächlich passiert... :-( Jetzt nach dem Upgrade auf 2.7.0 konnte ich in der Datenbank zum Glück die Bestandsmethode wieder abstellen.

Und in Bezug auf weitere Fibo-Parameter im Administrationsteil:
Ich würde es sehr begrüssen, wenn es endlich auch wieder möglich ist, kivitendo so einzustellen, dass Buchungen länger als einen Tag veränderbar sind. Dafür wäre ein solcher Admin-Schalter ideal.
Nach der Diskussion am letzten Anwendertreffen in Braunschweig, ist es ja offensichtlich so, dass ein Opensource-Programm grundsätzlich nie offiziell im Hinblick auf irgendwelche Buchhaltungsnormen "zertifiziert" werden kann, Also macht es auch imho auch keinen Sinn, dem Admin, der Buchungen länger wie einen Tag verändern können will, die Arbeit extra zu erschweren, indem solche Änderungen nur über Eingriffe in die Datenbank möglich sind.
Ich würde auch befürworten, dass die Änderbarkeit am gleichen Tag umgewandelt wird zu 24 Stunden nach der Buchung => für alle KMUs und Selbständigerwerbende, die oft erst spät nachts dazu kommen, an ihrer Buchhaltung zu arbeiten. z.B. du buchst um 23.40 und merkst eine halbe Stunde später, dass etwas falsch war... :-(
Standardeinstellung kann sicher sein: veränderbar nur am gleichen Tag bzw. während 24 Stunden nach der Buchung
Weitere sinnvolle Optionen:

• Buchungen immer veränderbar
• Eingabe eines Datums, vor dem Buchungen nicht mehr verändert werden können (macht Sinn, wenn dort jeweils das Datum des letzten Buchhaltungsabschlusses eingetragen wird.)
• ev. noch Anzahl Tage, an denen Buchungen verändert werden können

Replying to s.schoeling@…:

Hmm, was passiert dann wenn Du die Buchungsgruppe änderst und dann auf die alte Rechnung eine Zahlung buchst? An welches Konto geht das dann?

Die Zahlung wird ja gegen das Forderungskonto gebucht, das wird von den Buchungsgruppen nicht direkt betroffen.

Problematisch wird es m.M.n. wenn man die Buchungsgruppe so ändert, daß sich für die Artikel in der Rechnung der Steuersatz ändert, dann würde beim Öffnen einer alten Rechnung an der Oberfläche und beim erneuten Ausdruck eine andere Rechnungssumme erscheinen (hab's nicht getestet). Hier würde "noch offen" dann wahrscheinlich ebenfalls einen falschen Wert anzeigen, insofern gibt es vielleicht doch einen Bezug zu Zahlungen.

Generell wäre es aber schon schön, wenn der verantwortungsvolle FiBu?-Admin Buchungsgruppen ändern könnte, weil er weiß, daß noch nichts mit der Buchungsgruppe gebucht wurde oder sich dadurch nichts an der Steuer ändert.

Die Einwände von Sven sind alle nicht haltbar, aber:
Geoffrey hat Recht.
Wenn man hier die Steuersätze ändert, bspw. vermindert anstatt normal, werden in der Vergangenheit die Belege falsch angezeigt und ausgedruckt.

Demnach muss man erstmal in den sauren Apfel beissen und Buchungsgruppen dann nochmal neu erfasst und "schlimmstenfalls" dann massenweise Artikeln zuordnen.

Ich lass das hier soweit dokumentiert stehen.