projekt kivitendo

Kosmetik: Einrückung

ToDo-Liste: Anfragen und Angebote anzeigen, wenn Anseh-Recht vorhanden …

… Und Rechte getrennt nach Ein- und Verkauf berücksichtigen.

Belegberichte (Angebote/Aufträge) mit Positionsdetails

Angebot/Auftrag Status: Im Bericht anzeigen und danach filtern können.

Telefonnotizen in HTML: HTML-Tags bei Suche (Notizen und Volltext) entfernen

Volltext-Suche Auftrag: Kosmetik: Formatierung SQL-Statements

Volltext-Suche Auftrag: auch in Wiedevorlagen suchen

Volltext-Suche im Auftragsbericht

Telefonnotizen: in Berichten Angebot/Auftrag filtern können.

Durchsucht werden Betreff und Text.

Anbebots-/Auftragsbericht: Recht "Ansehen von Belegen" berücksichtigen

Zusätzliche Rechnungsadressen: in Verkaufsbelegmasken auswählbar

Auftrag: Projekt automatisch in verknüpftem Pflichtenheft eintragen

Pflichtenhefte: bei Pflichtenheft → Angebot → Auftrag auch PH mit Auftrag verknüpfen

orderitems um Attribut optional erweitert

Optionale orderitems werden nicht in den Belegsumme aufaddiert
Anpassung für Order-Controller und Druckvorlagen-System
Weitere Anwender-Details s.a. Changelog

Mandantenkonfig: Lieferdatum bei VK-Auftrag und Gültigsdatum bei VK-Angebot

Anstatt diese beiden Werte zu berechnen, gibt es die Möglichkeit
diese konfigurativ gar nicht zu setzen. Hoffentlich letzmalig auch
für die OE.pm implementiert.

Bericht Angebote/Aufträge: internen Bemerkungen filtern und anzeigen können

Einkauf/Verkauf: Feld »Leistungsdatum« für Steuerberechnung

Kosmetik/Typo

Wechselkurs pro Angebot/Auftrag: In Angebots-/Auftragsbericht berücksichtigen

AR/IR/OE - Steuerbeschreibung an Oberfläche / Druck aus tax_id holen

siehe Kommentare in SL/IS.pm

Wenn ein Steuerautomatikkonto mehrmals bei den Steuern auftaucht kann
man die Steuerbeschreibung nicht mehr eindeutig anhand der Kontonummer
(hier als taxnumber verwendet) bestimmen, von daher wird jetzt immer...

Projektpflicht bei Verkaufsaufträgen - Fehler abfangen

... wenn ein Projekt mit der Projektnummer der zu vergebenden Auftragsnummer
schon existiert. In der Datenbank muß die Projektnummer eindeutig sein.

Auf das Vorhandensein der Projektnummer schon vor dem Speichern des...

Unterstützung für PostgreSQL 12 Teil 3

Sortierung der Erzeugnisse nach der dafür vorgesehenen
Positionsspalte, nicht ID.

Unterstützung für PostgreSQL 12 Teil 2

PostgreSQL 12 unterstützt OIDs nicht mehr. Daher die letzten Stellen
umgestellt, an denen noch OIDs verwendet wurden.

zu #406 nicht zuviele ids (email journal) als ar.ids verwenden

Bugfix #406 Fehlerhafte abzurechnende Werte, falls Gutschriften höher als Auftragswert

Bugfix (teil) #406 abzurechnender Betrag bei Aufträgen manchmal falsch falls Gutschriften

S.a. Kommentar redmine

OE.pm: Form-Werte nicht direkt in SQL-Queries schreiben

Recht zum Einsehen von Einkaufsdokumenten aller Mitarbeiter anwenden

Trennung VK/EK in Berichten

Bericht Angebote/Aufträge: Abteilungen anzeigen können

Spalte taxnumber aus Tabelle tax entfernt

tax.taxnumber war ein redundanter Eintrag, und entsprach dem Wert von
chart.accno aus tax.chart_id.

Z.B. in SKR04 hatte Steuerschlüssel 3 (Umsatzsteuer 19%) die taxnumber
1776 und die chart_id 775 (chart mit id 775 ist das Konto 1776)....

Module: gebundletes YAML durch dünnen Wrapper über YAML::XS & YAML ersetzt

Verkaufsaufträge: konfigurierbares Intervall für Lieferdatum-Berechnung

toten Code entfernt

Ausdruck der Stückliste / bom in Belegen repariert

Die alte Hidden in display_row "assembly" durch part_type ersetzt, und
stattdessen auf part_type = assembly prüfen.

behebt #320

Angebot/Auftrag: Abteilung als Variable in Druckvorlage wieder verwendbar machen

Ging in commit dd2ee66b1d04c3644c48c32b33673463af223077
"Aufträge - Abteilung per ALL_DEPARTMENTS und L.select_tag"
kaputt.

behebt #262 (redmine)

Artikel-Klassifizierung: "Preis separat ausweisen"

Dieses neue Attribut an Artikelklassifizierung erlaubt in Aufträgen und Rechnungen
bestimmte Artikel extra auszuweisen.
Dazu werden diese als extra Variable der Dokumentengeneierung zur Verfügung gestellt....

Artikel-Klassifizierung

Die Klassifizierung von Artikeln dient einer weiteren Gliederung um zum Beispiel den Einkauf vom Verkauf zu trennen, etc.

Gekennzeichnet durch eine Beschreibung (z.B. "Einkauf") und ein Kürzel (z.B. "E")
    Flexibel änderbar und erweiterbar....

Verkaufs-/Einkaufsbelege: beim Laden der Lieferadresse $form->{shipto_id} nicht überschreiben

Die Semantik in der Datenbank sieht so aus, dass z.B. oe.shipto_id nur
dann gesetzt ist, wenn eine der Lieferadressen aus den Stammdaten
ausgewählt ist. Genauer:...

Aufträge - Abteilung per ALL_DEPARTMENTS und L.select_tag

fix FSF address

Revert "Artikel-Klassifizierung"

This reverts commit 5067d7bd31514962af9730b33323b831d87164f8.

Revert "Artikel-Klassifizierung: Neue Option "Preis separat ausweisen""

This reverts commit 815c3639a21ed53b288fd8bbb231e741c8e67ce5.

Artikel-Klassifizierung: Neue Option "Preis separat ausweisen"

- neuer boolcher Wert in der Tabelle parts_classification: "report_separate"
- editierbar unter Artikelklassifikation
- In Aufträgen und Rechnungen werden die Zwischensummen LaTeX zur Verfügung gestellt....

Artikel-Klassifizierung

Die ursprünglich als "Artikeltyp" bezeichnete Klassifizierung von Artikeln
Sie dient einer weiteren Gliederung um zum Beispiel den Einkauf vom Verkauf zu trennen, etc.

Gekennzeichnet durch eine Beschreibung (z.B. "Einkauf") und ein Kürzel (z.B. "E")...

inventory_accno_id aufräumen

Ware/Erzeugnis/Dienstleistung per parts.part_type unterscheiden 2

kivitendo Code angepasst.

BUGFIX: single-dbh: Rollback bei Auftrag => Angebot

hier fehlt der returnwert 1 damit kein Rollback gemacht wird
Korrektur von 8e0f6e70

(Womöglich noch woanders fehlerhaft !)

OE: single-dbh disconnects

single-dbh: Fehler in Transaktionen immer weiterwerfen

OE: single-dbh

Lieferbedingungen haben kein Attribut description_long_invoice

Im Commit de009a3fee7e0471c3e095ce92d8708ff2b42597 »Zahlungsbedingungen:
Unterscheidung zwischen Angeboten/Aufträgen und Rechnungen« wurden
in den Druckroutinen fälschlicherweise auch für die Lieferbedingungen...

added roundings on prints

Weitere Änderungen für den revert von 7735019
Damit ist das Ticket #144 erledigt.

Revert "Ticket 29 Verknüpfte Belege -> keine Verknüpfung von Rechnung nach Auftrag"

This reverts commit 77350196300e930abc7de0df7dbf42e8cd6193b8.

Conflicts:
SL/OE.pm

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...

Belege runden, und Rundungsdifferenzen auf Extrakonten buchen.

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

This reverts commit 422f2f17365ea7879c14b902c5db1e4cd7023e48.

Angebote/Aufträge: Suche nach Artikelnummer/-beschreibung in Positionen

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

(I)LIKE-Argumente immer mit Funktion SL::DBUtils::like erstellen

CVars: Lieferadressen-CVars bei Ein-/Verkaufsbelegen benutzen können

Einkaufs-/Verkaufssuchen: bei Textfeldern führende/anhängende Whitespaces entfernen

oe.pl: Schnellsuche analog zu all:substr:multi::ilike

4. Überarbeitung Prüfen beim Speichern, ob Dokument geändert ist

An einigen Stellen wird nach dem Speichern nicht neu gelesen,
sondern die alten Forms-Variablen zum Aufbau der Webseite verwendet, z.B. "Auslagern".

Deshalb wird $form->lastmtime nun nach jedem Speichern aktualisiert.

Angebote/Aufträge: Beim "als neu Speichern" Wechselkurs richtig übernehmen.

Vorher ging die Formatierung kaputt, wenn zum aktuellen Datum (das des neuen
Belegs) noch kein Wechselkurs hinterlegt war.

Generell ist hier die Handhabung schlecht, denn man kann beim...

Belege runden, und Rundungsdifferenzen auf Extrakonten buchen.

Kosmetik

Projektzwang bei Verkaufsaufträgen - auch Kunden verlinken

Kosmetik für Feature Projektpflicht bei Verkaufsaufträgen

Verkaufsauftrag immer mit neuem Projekt speichern

sofern kein Projekt angegeben wurde. Die Projektnummer entspricht der
Auftragsnummer.

Berechnung des nächsten Arbeitstages aus oe.pl und OE.pm in DateTime-Helper …

… verschoben, damit der Code nicht doppelt in OE.pm und oe.pl ist und auch von
woanders verwendet werden kann.

Erste Überarbeitung "Prüfen beim Speichern, ob Dokument geändert wurde."

Prüfen beim Speichern, ob Dokument geändert wurde.

Allgemeine Funktion in Forms zum Lesen und Vergleichen der mtime

überall Form variable lastmtime da mtime mehrfach auftaucht

Conflicts:
templates/webpages/ar/form_header.html
templates/webpages/do/form_header.html

Wiederkehrende Rechnungen: Lastschrifteinzugsflag in Konfiguration setzen können

Angebote/Aufträge drucken: in order_details übergebene form verwenden …

… und beim Laden des Order-Objekts prüfen, ob eine id vorhanden ist.

Sammelaufträge - fehlerhaftes Verhalten

Standardmäßig wird der Sammelauftrag, zusammen mit den Positionen, per
RecordLinks verlinkt. Eine Ausnahme besteht wenn der Sammelauftrag aus
genau einem Auftrag entstanden ist, in dem Fall wird angenommen, daß
"als neu speichern" gemeint ist, und es gibt keine Verlinkung....

Belegpositionen nicht mehr mit ordnumber, transdate, cusordnumber speichern

stattdessen für das Drucktemplate der Rechnung ordnumber_oe, transdate_oe und
cusordnumber_oe aus Recordlinks auslesen, und auch entsprechende
Druckvariablen für Angebot und Lieferschein bereitstellen....

Ausdruck Erzeugnisse mit Stückliste und Lieferantenartikelnummer repariert.

Betraf wohl auch andere Felder zu Artikeln, die vor der Aufbereitung des
TEMPLATE_ARRAYS aus der DB gelesen wurden. Diese werden jetzt richtig in
TEMPLATE_ARRAYS einsortiert.

Um auch die Einträge für Erzeugnis-Teile und Warengruppen (beim Gruppieren...

Listenpreis in Belegen u. Ausdruck richtig formatieren und nicht mehr parsen.

listprice wird in den Belegen nur angezeigt. Man kann ihn nicht eingeben und
auch nicht speichern. Deshalb wird er jetzt nur zur Ausgabe formatiert
(io.pl:display_row, OE.pm:order_details, IS.pm:invoice_details), aber nicht...

Berichte->Aufträge/Lieferantenaufträge: Zahlungsbedingungen anzeigen

Filtern/Anzeigen von Kunden-/Lieferanten-CVars in Angebots/Auftrags-Berichten

Conflicts:

SL/OE.pm
        bin/mozilla/oe.pl
        templates/webpages/oe/search.html

Erfassungsdatum bei Auträgen.

In der Maske anzeigen; im Bericht anzeigen und danach filtern.

Conflicts:

SL/OE.pm
        bin/mozilla/oe.pl
        locale/de/all
        templates/webpages/oe/search.html

Übernahme aus Kundenprojekt.

Auftrags-/Angebotsbericht: Als letzte sortorder immer itime nehmen, ...

... damit die Einträge nach Eingabezeitpunkt sortiert sind, wenn es
gleichrangige Einträge in der aktuellen Sortierung gibt.

trailing whitespaces entfernt

login nicht aus $::form nehmen. Teil 1

Wiederkehrende Rechnungen: Auftragswerts-Periodizität setzen können

Noch keine Anpassung der eigentlichen Berechnung. Wohl aber
Dokumentation von SL::DB::PeriodicInvoicesConfig.

Einkauf/Verkauf: Bemerkungsfeld mit HTML-Editor ausgestattet

Neuen Auftrag aus Mehrfachauswahl nicht verknüpfen.

Das Verhalten bei nur einer Auswahl entspricht dem Editieren. Auch hier
soll nicht verknüpft werden.

Nicht-editierbare CVars bei neuem Auftrag aus Mehrfachauswahl richtig übernehemen.

Mehrauswahl im Auftragsbericht.

Nicht-editierbare CVars bei "als neu speichern/verwenden" richtig setzen.

Nicht-editierbare CVars auch im Workflow richtig setzen. ...

Zudem das Ermitteln der Werte in eine Subroutine ausgelagert.

Konfigurierbares Angebotsgültigkeits-Intervall: Arbeitstagsprüfung nach Addieren

Die Funktionsweise wurde so geändert, dass zuerst der hier angegebene
Wert (oder 1, wenn kein Wert angegeben) zum aktuellen Datum addiert
wird. Danach wird auf Wochenende geprüft und auf den nächsten Werktag...

Ticket 29 Verknüpfte Belege -> keine Verknüpfung von Rechnung nach Auftrag

Verknüpfung von Rechnung nach Angebot, sowie Auftrag nach Angebot umgesetzt.
Ferner ein einfaches delete $form->{variable_die_resettet_wird} foreach an dieser Stelle
eingebaut (ohne map)....

Aufräumarbeiten verknüpfte Positionen

- converted_from_quotation_orderitems_id entfernt, da es keine
    tabelle quotation_orderitems gibt und die variable langfristig nur
    verwirrend in der form ist.
  - IR.pm auch auf foreach $table_name umgestellt

Weitere Positionen verknüpft II

Gutschrift und Rückwartsverknüpfungen umgesetzt. Ferner für
OE.pm und IS.pm den Aufruf von RecordLinks in eine foreach
Schleife gesetzt (einfachere Codewartung).
Kleinigkeiten die mir hier nicht gefällt: converted_from_quotation,...

Angebots-Position mit Auftragsposition verknüpft (orderitems -> orderitems) II

- mehrfach speichern (converted* wird nicht gelöscht)    i.O.

Angebots-Position mit Auftragsposition verknüpft (orderitems -> orderitems)

Angebot -> Workflow Auftrag

- from_table -> to_table (tabelleneintrag)     i.O.
 - delete trigger                               i.O.
 - mittlere position löschen (vor speichern)    i.O....

Nicht editierbare CVars nicht rendern, aber richtig speichern und drucken.

Dazu werden die Werte dieser Variablen aus der DB gelesen, nämlich:
- aus custom_variables zu den Stammdaten, wenn die Artikelzeile neu
hinzugekommen ist
- aus custom_variables zur Artikelzeile, wenn die Zeile schon im Beleg...

Angebot/Auftrag: Unnötiges Löschen der CVars entfernt. Wird per DB-Trigger erledigt.

Item-Positionen in DB: Angebot/Auftrags-Masken honorieren und speichern diese.