projekt kivitendo

Payment-Helfer: Rechnen mit undefinierten Werten vermeiden

»with_transaction« anstelle von »do_transaction« verwenden

Es sollte so selten wie möglich »do_transaction« verwndet werden, damit
man sich immer angewöhnt, »with_transaction« zu nutzen.

Hintergründe und Unterschiede zwischen den beiden Funktionen sind in der...

SL::DB::Part: Setter für type=assembly bzgl. inventory_accno_id fixen

inventory_accno_id muss für Typ »assembly« immer auf undef stehen. Das
testet auch der Testcase. »type« hat allerdings das Falsche gemacht,
wofür im Testcase versucht wurde, ein Workaround zu implementieren,...

Payment-Helfer: with_transaction() anstelle von do_transaction() nutzen

»do_transaction()« kommt von Rose::DB selber. Es schert sich nicht
darum, ob bereits eine Transaktion läuft, sondern macht einfach eine mit
»BEGIN« auf. Am Ende der an »do_transaction()« übergebenen Sub committet...

Payment-Helfer: Kosmetik (Einrückung, keine ; am Ende von if)

CsvImport: deutlich anzeigen, ob Vorschau oder echter Import

CustomerVendor: agnostische number Methode für beide

Briefe: Lieferantenbriefe

BUG-FIX: Rose kann nur sort_by

order_by wird stillschweigend ignoriert

Weitere Fixes?

Tabelle parts: Fremdschlüssel für Konten - bessere Namen

Tabelle parts: Fremdschlüssel für Konten

Erzeugnisfremdschlüssel auf Artikel 2

auch die Spalte id verlinken.

Die Tabelle assembly ist etwas Banane und nicht gerade Rose-freundlich.

• die Spalte id entspricht der id des eigentlichen Erzeugnisses, alle
  Artikel eines Erzeugnisses haben den gleichen Eintrag in id....

Rose Dateien für Tabelle user_preferences

Erzeugnisfremdschlüssel auf Artikel

Tabelle assemblies mit parts verknüpfen

nicht benutzte Spalte parts.alternate entfernen

Auftrag in Lieferschein wandeln: Rose-DB-Handle für Item-Verknüpfungen verwenden

Sonst wirkt die transaction nicht und es kann sein, dass record_links
angelegt werden, auch wenn die Transaktion abgebrochen wird.

Kunde: Datenbanktabelle "klass" nach "pricegroup_id" migriert

und einen Fremdschlüssel gesetzt.

POD für Methode closed in SL/DB/Invoice

Die derzeitige Umsetzung ist mMn falsch bei Überzahlungen, die sollten
auch offen sein.

SL/DB/BankTransaction.pm - carp statt die

Payment-Helper - create_bank_transaction bekommt "purpose" param

und Beispiel für das Erstellen einer Zahlung für mehrere Rechnung mit
Skonto in POD.

Funktion "Erzeugnis fertigen" sucht Bestandteile im falschen Lager.(2)

Auf Wunsch von Jan ist dies kein Bug mehr, sondern ist nun per Mandantenkonfig konfigurierbar

Als default wird das Ziellager genommen, falls "transfer_default_warehouse_for_assembly" gesetzt,...

Typos in Doku

Neue PaymentHelper Methode forex

Prüft ob eine abweichende Währung benutzt wird.

Payment Helper exchangerate Methode verbessert

PriceTaxCalculator - Währungskurs abhängig von Belegtyp

Bei OE-Belegen wird alles in der Belegwährung gespeichert, daher keine
Wechselkursumrechnung (exchangerate = 1).
Bei Rechnungsbelegen wird hingegen der Währungskurs berücksichtigt.

Payment Helper kann project_id als Param verarbeiten

Payment Helper kann nun auch Kursverluste/Gewinne

+ neue Helper-Methode exchange_rate für Rechnungen

Paymenthelper kann Fremdwährung mit Steuer inkl. und exkl.

SL::DB::Invoice.pm post Methode benutzt Standardforderungskonto

statt einfach das erste AR-Konto, wenn es in der Mandantenkonfiguration
gesetzt ist, und kein Forderungskonto übergeben wurde.

Invoice - add_ar_amount_row - bessere 'die' Fehlermeldung

PurchaseInvoice - create_ap_row und add_ap_amount_row

Für Erstellung von Kreditorenbuchungen, analog zu create_ar_row und
add_ar_amount in SL::DB::Invoice.

Neue PaymentHelper Funktion create_bank_transaction

Simuliert den MT940-Import und erstellt gültige Kontoauszugsimportzeilen für
Rechnungen, mit denen man z.B. den "Kontoauszug verbuchen" testen kann.
Ist also v.A. für Tests oder beim Entwickeln nützlich....

"Kontoauszug verbuchen - SEPA-Zahlungen berücksichtigen und schließen

Erstellt man SEPA-Überweisungen für das Bankprogramm, verbucht die
Zahlungsausgänge aber per "Kontoauszug verbuchen", wird der
ursprüngliche SEPA-Prozess unterbrochen. Dort war vorgesehen, daß man...

SL::DB::Contact->formal_greeting: Feld cp_greeting gibt es nicht

Bei der Umstellung der Brieffunktion auf Template Toolkit wurde alter
Code, der $::form->{cp_greeting} verwendet hat, 1:1 umgesetzt. Aufgrund
eines Schreibfehlers in dem zum Testen verwendeten letter.tex wurde die...

added roundings for periodic invoices

Revert "added roundings for periodic invoices"

This reverts commit 64b3d19a8012187c3c01717b91d59df2b2753ee3.

added roundings for periodic invoices

Vendor/Customer Name in FlattenToForm setzen

In For.pm wird bei der Druckvorbereitung Customer-/Vendorname gesetzt.
Damit z.B. bei Massendruck oder neuen Controllern diese Variable auch
zur Verfügung stehen werden sie , falls die Objekte vorhanden in die Form geladen

Nur die eigene Rechnungsnummer mit höheren Punkten versehen ...

... bei Lieferantenrechnungen weniger Punkte vergeben, aber mit
derselben Unschärfe wie bei Verkaufsrechnungen arbeiten.

Conflicts:
SL/DB/BankTransaction.pm

new settings balance, datev, erfolgsrechnung, eurechnung, ustva to client-features

CVar: Flags immer vorhanden

FlattenToForm: Information, ob das item ein Erzeugnis ist, berücksichtigen.

Damit klappt das Drucken mit Stücklisten-Information im neuen
Auftrags-Controller, beim Massenrechnungsdruck und beim autom. Drucken
wiederkehrender Rechnungen.

FlattenToForm: Zahlungsbedingungen des Kunden/Lieferanten nicht kopieren

Es haben die ZB des Beleges zu gelten, nicht die des
Kunden/Lieferanten. Die Variable »payment_terms« wird zwar später wieder
anhand von »payment_id« überschrieben (in »OE::order_details« und dann...

Zahlungsbedingungen: Unterscheidung zwischen Angeboten/Aufträgen und Rechnungen

Dies führt ein neues Attribut »payment_terms.description_long_invoice«
und dazugehörige Übersetzungen in »generic_translation« ein.

Die Druckvariable »payment_terms« wird nun in Abhängigkeit vom...

Verkaufspreisinformationen: Preisentwicklung der Stammdaten anzeigen

Artikelpreishistorie automatisch über Trigger speichern

FlattenToForm: nur für Positionsartikel gültige CVars übernehmen

Benutzerdefinierte Variablen, die in den Artikelstammdaten als ungültig
markiert sind, dürfen dem Drucksystem gar nicht erst zur Verfügung
stehen.

Übersetzung für Buchungsgruppe -> Booking group

Typos in POD

Belege runden, und Rundungsdifferenzen auf Extrakonten buchen.

Revert "Belege runden, und Rundungsdifferenzen auf Extrakonten buchen."

This reverts commit 422f2f17365ea7879c14b902c5db1e4cd7023e48.

Brieffunktion: Umstellung Druck auf Template Toolkit

Damit wird auch alter Backendcode wie IS->get_customer() nicht mehr
benötigt.

Brieffunktion: unbenutzte Tabellenspalten entfernt, vc_id → customer_id umbenannt

Wiederkerende Rechnungen: Konfiguration für automatischen Versand via E-Mail

Verkauf/Rechnungen/Massenerstellung: keine Zahlungsbedingungen

Falls im Lieferschein keine Zahlungsbedingungen gesetzt sind, (normalerweise nicht)
wird die des Kunden für die Rechnung eingesetzt

SL::DB::Printer: »Dokument an Drucker schicken« zentralisiert

Die neue Funktion print_document übernimmt das Spawnen des externen
Prozesses und schickt das Dokument an den Drucker. Das Dokument kann
entweder direkt als Inhalt oder als zu sendender Dateiname übergeben...

Sepa-Überw: Fehlermeldung beim Überweisen mit Skonto

Hier fehlte eine Abfrage. Fehlermeldung auf die Zahlungsart beziehen

SL::DB::Object: warnings

SL::DB::Object: clone_and_reset unter Umgehung von itime, mtime

CVar: Shipto-CVars beim Clonen mit clonen

SL::DB::Invoice->new_from: individuelle Lieferadressen richtig behandeln

Individuelle Lieferadressen werden nur von shipto.trans_id zu ar.id
verlinkt, nicht aber in ar.shipto_id. Die Implementation ist analog zu
SL::DB::DeliveryOrder->new_from.

DeliveryOrder->new_from: kein $custom_shipto-Objekt zurückgeben

Falls das Quellobjekt eine individuelle Lieferadresse besaß, wurden bei
new_from() zwei Objekte zurückgegeben: das neue Lieferscheinobjekt und
ein Clone der individuellen Lieferadresse. Diese waren nicht verknüpft....

Shipto: Methode zum Clonen in SL::DB::Shipto und nicht in DeliveryOrder->new_from

CVar-Helfer: cvars_by_config nach Config-Reihenfolge sortiert zurückgeben

CVars: Lieferadressen-CVars in Stammdaten bearbeiten

Revert "Bugfix zu manuelle Lieferadresse im Auftrag wird nicht in wiederkehrende Rechung übernommen"

This reverts commit f46afb13bacfe1d838cb4a7a5b5b58e8145ff4b1.

Wird durch einen folgenden Commit besser implementiert, nämlich direkt
in der Umwandlungsroutine von Auftragsobjekten zu Rechnungsobjekten.

Reapply "country_mode entfernt."

Mit mit neuem Autor neu.

Revert "country_mode entfernt."

Originalcommit: b05b5075ac0f3cbb0823c2f513cdbcacfb17bede.

Reapply "Form: round_amount precision support"

Und mit neuer Autorschaft neu.

Revert "Form: round_amount precision support"

Originalcommit: 73a78da630ce363f70062447dd82a8a0ece8cd89

SL::DB::Note: Funktion trans_object zum Auslesen des referenzierten Objekts

Ein Note-Objekt hängt immer an einem anderen Datenbankobject, das über
trans_module+trans_id referenziert wird. Diese Funktion entscheidet
anhand von trans_module, welche Rose-Klasse zu instantiieren ist, holt...

S:D:FollowUp: Namen der Relationen created_by…/created_for… eindeutig gemacht

Die Spalten heißen leider created_by und created_for_user. Damit es bei
der Benutzung nicht zu Verwirrungen zwischen Spaltennamen und den Namen
der Relationships kommt, werden die Relationshipnamen schlicht eindeutig...

TopQuickSearch: Auftrag, Angebot, Lieferauftrag, Preisanfrage

TopQuickSearch: Konfiguration in client_config

warnings: nicht initialisierte Variable in Helper/Sorted

warnings: nicht initialisierte Variable in Helper/Payment

MetaSetup AuthSessionContent

MetaSetup Default whitespace

Auftrags-Controller: Warnung beim Speichern mit doppelten Artikeln.

In der Mandantenkonfiguration (Features) abschaltbar.

FlattenToForm - auch customer_id oder vendor_id übergeben

Dies wird vom neuen OrderController beim Umwandeln in einen Lieferschein
gebraucht, wo nach einem flatten_to_form auf $order delivery_order
aufgerufen wird, wo anhand customer_id oder vendor_id der Kunden geladen...

Payment Helper setzt $self->transactions zurück

Als es noch eine Methode transactions in SL::DB::Helper::Payment gab
wurden die acc_trans-Einträge bei Zugriff per $self->transactions jedes
Mal aus der Datenbank ausgelesen:
(SL::DB::Manager::AccTransaction->get_all(query => [ trans_id => $self->id ]);...

DeliveryPlan: Entfernt Einstellung, um nur ausgelagerte Lieferscheine zu berücksichtigen.

Diese Option lieferte hier ungenaue Ergebnisse, da dennoch auch Positionen
angezeigt wurden, für die überhaupt kein Lieferschein erstellt wurde.

Neue Chart Methode new_chart_valid

die prüft, ob es für das Konto ein Folgekonto gibt, und ob das aktuelle
Tagesdatum >= dem Folgedatum ist, d.h. ob eigentlich das Folgekonto
benutzt werden soll. Diese Abfrage war bisher allerdings kaputt und wird
wahrscheinlich auch nirgends sinnvoll genutzt.

SL::DB::Chart - Refactoring der Transaktionsmethoden

... der Methoden number_of_transactions und has_transaction.
Machen fast das Gleiche, aber has_transaction liefert nur 0 oder 1
zurück, und ist schneller.

Neue Methoden um Debitorenbuchungen zu erstellen

Vorbereitung für Debitorenbuchungsimport, neue Methoden für SL::DB::Invoice
Objekte:

add_ar_amount_row - Erlösbuchungen hinzufügen, mit Steuerschlüssel
create_ar_row - acc-trans für Forderung hinzufügen
validate_acc_trans - Prüfen ob alle acc_trans-Einträge aufgehen...

Typos und in SL/DB/Invoice.pm

post in SL::DB::Invoice funktioniert nur für Verkaufsrechnungen

Abbruch, wenn post bei einer Debitorenbuchung aufgerufen wird.

Standardforderungskonto und Verbindlichkeitskonto in Mandantenkonfiguration

Dort kann man in Zukunft angeben, welche Konten vorausgewählt sein
sollen.
Wird allerdings noch nicht in den Masken benutzt.

Payment Helper - Methode transactions wieder entfernt

Es gibt schon eine Relationship transactions in SL::DB::Invoice und
SL::DB::PurchaseInvoice. Diese wird ansonsten überschrieben, und dann
kann man auch keine AccTransaction Objekte mehr zu Rechnungsobjekten...

GLN: Berücksichtigung in Belegmasken

GLN: neue Spalte bei customer, vendor und shipto; DB-Upgrade-Skript u. Rose

Briefe mit anderen Dokumenten verknüpfen können

Brieffunktion: Verwendung von HTML im Body

IBAN-Validierung bei Kunden-/Lieferantenstammdaten sowie bei Bankkonten

GetModels Sorted: tiebreaker für deterministisches sortieren

FlattenToForm - business nicht als Objekt übergeben

Letter: Sortierung default neue zuerst

Letter: 30 pro Seite anzeigen

Letter Controller rewrite

Jetzt auf einigermassen aktuellem technischen Stand.

SL::DB::Buchungsgruppe: Relationsnamen inventory_account gefixt

Aus irgend einem Grund registriert Rose keine neue Relationship, wenn es
bereits eine (mit leicht anderem Namen) als Foreign Key für dieselbe
Spalte gibt.