Erstellt vor 3 Jahren

Geschlossen vor 14 Monaten

#1966 closed Fehler (fixed)

Konten als neu speichern, einige DB-Felder werden "immer" noch nicht übernommen

Erstellt von: information@… Verantwortlicher: Niclas
Priorität: normal Meilenstein: 3.1.0
Komponente: kivitendo ERP Version: 2.7.0
Schweregrad: unwesentlich Stichworte:
Beobachter:

Beschreibung

Wahrscheinlich sind die nicht so entscheidend, aber korrekterweise müsste das doch passieren:

pos_ustva und gifi_accno fehlen beim als 'neu speichern' zumindestens im SKR04 beim Kopieren des 4400er Kontos

Änderungshistorie (10)

comment:1 Geändert vor 3 Jahren durch s.schoeling@…

Hmm, nachdem Thomas da schon ne Menge geamcht hat, mir das mal angeschaut.

  • Gifi wird nicht mehr unterstützt schon seit kurz nach dem Fork von sql ledger nicht mehr.
  • pos_ustva wird, soweit ich weiß, mittlerweile an den Steuern gespeichert, weil die pos_ustva von 16% USt anders ist als die von 19% USt.

Mögt Ihr dazu was sagen Jan/Geoffrey?? Weil wenn die beiden Felder eh unsinnig sind, dann sollte man die eher als solche dokumentieren als zu fixen.

comment:2 Geändert vor 3 Jahren durch grichardson@…

Gifi war bisher für mich ab und zu noch nützlich wenn Leute Konten wild umbenannt oder umkonfiguriert haben, da Gifi normalerweise gleich Kontonummer ist konnte man da noch schön schnell die ursprüngliche Kontonummer sehen. Gifi wird aber eigentlich überhaupt nicht mehr gebraucht so wie ich das sehe.

Bei pos_ustva bin ich mir spontan nicht sicher.

comment:3 Geändert vor 2 Jahren durch m.bunkus@…

  • Status von new nach assigned geändert
  • Verantwortlicher von m.bunkus@… nach t.heck@… geändert

comment:4 Geändert vor 2 Jahren durch information@…

pos_ustva wird, soweit ich weiß, mittlerweile an den Steuern gespeichert, weil die pos_ustva von 16% USt anders ist als die von 19% USt.

Ok. Ein Schnell-Grep sieht gut aus.
Hier müsste man dann allerdings sicherheitshalber den Test machen ob SKR04 / SKR03 dann die Zuordnung schon standardmässig setzt.

Eigentlich kann dann pos_ustva raus und gifi auch. Wenn man in der Vergangenheit noch Analysen machen will, sollte man eine entsprechende Sicherung aus dem Archiv rauskramen.

Oder weich migrieren, erstmal nach delete_in_28_gifi umbenennen oder so ;-).

comment:5 Geändert vor 2 Jahren durch m.bunkus@…

  • Meilenstein auf 3.0.0 gesetzt

comment:6 Antwort: Geändert vor 2 Jahren durch t.heck@…

  • pos_ustva wird noch in SL/RP.pm:1849 verwendet
  • gifi_accno wird noch in SL/CA.pm:116 verwendet

comment:7 als Antwort auf: ↑ 6 Geändert vor 2 Jahren durch s.schoeling@…

Replying to t.heck@…:

  • pos_ustva wird noch in SL/RP.pm:1849 verwendet

Super, das macht die GuV noch kaputter als sie sowieso schon ist.

  • gifi_accno wird noch in SL/CA.pm:116 verwendet

Das ist nur zur Anzeige oder?

comment:8 Geändert vor 2 Jahren durch s.schoeling@…

  • Meilenstein von 3.0.0 nach 3.1.0 geändert

comment:9 Geändert vor 2 Jahren durch Niclas

  • Verantwortlicher von t.heck@… nach Niclas geändert

comment:10 Geändert vor 14 Monaten durch Niclas

  • Lösung auf fixed gesetzt
  • Status von assigned nach closed geändert

Commit 0daf1633539ee37c7ba377aed1e82a7d65426048 entfernt sowohl die gifi_accno als auch die pos_ustva. Daher hat sich das Problem auch erledigt.

Hinweis: Hilfe zur Verwendung von Tickets finden Sie in TracTickets.