projekt kivitendo

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.

country_mode entfernt.

Flags sollten unabhängig funktionieren, ausserdem in das im admin
bereich der hass.

Erfolgsrechnung: von pos_eur auf pos_er gelegt.

Schweizer Modus

Belege runden, und Rundungsdifferenzen auf Extrakonten buchen.

Form: round_amount precision support

Fehlende Dateien in Helper/ALL ergänzt

Task-Server: Mandantenfähigkeit

rose_auto_create_model.pl: --all behandelt auch auth-Tabellen

Rose-Schema für fbf7532 aktualisiert

Mea culpa :)

Kosmetik

FlattenToForm: item_ids berücksichtigen.

FlattenToForm: Preis- und Rabatt-Quellen berücksichtigen.

convert_to_delivery_order um record_links auf item-Ebene erweitert

Bisher wurden nur die Belege verknüpft und nicht die einzelnen
Items. Analoge Implementierung wie bei convert_to_invoice.
Sinnvoll wäre ein Auslagern, dieser "zu ähnlichen" Verfahren in beiden...

io/select_item um optional part.notes erweitert

Standard: Konfigurierbar in Mandatenkonfiguration. Entsprechend Flag
für parse_template usw.
Einziger nicht optionaler Punkt: p.notes wird zusätzlich als Column in
retrieve_items geholt, kann ggf. auch noch optional geholt werden

Aufträge immer mit Projektnummer speichern.

Feature kann in der Mandantenkonfiguration aktiviert werden.

Email-Journal standardmäßig nach Datum absteigend sortieren

Beim jedem Speichern von Kunden/Lieferanten prüfen, ob der Name angegeben ist.

Vorher wurde das nur beim reinen Speichern geprüft, nicht beim Speichern und
Schließen oder Fortfahren mit einem Beleg.

Behebt #84 (redmine).

Typos in Doku

SL::DB::Project: displayable_name-Methode

Revert "POD zu update_attributes ergänzt"

This reverts commit 2271551b46c84fa256c7a2e0a46c04cddf31e89e.

POD zu update_attributes ergänzt

mit der Bitte an Sven einmal gegenzulesen.

Kosmetik

FlattenToForm: nicht zu rundende Zahlen mit mind. zwei Nachkommastellen darstellen.

convert_to_invoice params an Invoice::new_from(%params)

DeliveryOrder.pm übergab etwaige Parameter beim Aufruf von new_from
an Invoice->post(%params). Das macht für den Anwendungsfall chart_id
in 42ea98b4 Sinn (Order.pm), allerdings benötigt die convert_to_invoice in...

OrderItem POD hinzugefügt

Hinweis auf entfernte Funktionen und Verbesserungsmöglichkeiten.

OrderItem tote Funktionen entfernt

Einkaufsrechnungen: In Kopf anzeigen, in welchen SEPA-Exporten der Beleg enthalten ist

Rechnungen: In Kopf anzeigen, in welchen SEPA-Exporten der Beleg enthalten ist

SEPA: speichern, in welchen Nachrichten-IDs (MsgId) Exporte verwendet wurden

Manche Banken zeigen in ihren Auszügen nur die MsgId an, und es gibt
keine Möglichkeit, die darin enthaltenen einzelnen Überweisungen
angezeigt zu bekommen.

Diese MsgId muss allerdings bei jeder eingereichten Nachricht eindeutig...

Konfigurierbares E-Mail-Journal

In der Mandantenkonfig kann nun das Speichern von gesendeten E-Mails
entweder
- ganz abgeschaltet werden
- ohne Anhänge speichern
- mit Anhängen speichern (default)
konfiguriert werden.

Falls ganz abgeschaltet, erscheint im Journal dazu ein Hinweis

FlattenToForm: sellprice und qty beim Formatieren nicht runden …

Hintergrund: In den Belegmasken (z.B.) Auftrag kann man Menge oder Verkaufspreis
mit mehr als zwei Nachkommastellen angeben und es wird auch damit gerechnet.
Funktionen, die FlattenToForm verwenden (autom. Druck wiederkehrender...

FlattenToForm: $form->{vc} auch für Order setzen.

Hintergrund: SL::IC->retrieve_accounts verwendet vc, um die Steuern zu
ermitteln. Dieses wieder wird in SL::Form::prepare_for_printing benutzt.

FlattenToForm: CVars auch bei nicht gespeicherten Objekten kopieren.

Dazu die CVars aus dem Objekt lesen und nicht über SL::CVar.
Die Werte sollten dem entsprechen, was SL:CVar->get_custom_variables
zurückliefert.

Project::full_description: style=full für »kein Kunde verknüpft« gefixt

use parent statt use base in MetaSetup

E-Mail-Journal: Sequenznamen fixen

E-Mail-Journal: Journal anzeigen, Eintrag anzeigen, Anhänge herunterladen

E-Mail-Journal: verschickte E-Mails speichern

DeliveryOrder->new_from: Lieferbedingungen auch berücksichtigen.

Project-Picker basierend auf Part-Picker

Wiederkehrende Rechnungen: Lastschrifteinzugsflag in Konfiguration setzen können