projekt kivitendo

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

Keine Default Exporte mehr in den main:: space

Ich hoffe ich habe alle erwischt. Dieser Commit, macht folgendes:

Exports in den main:: space passieren immer, wenn ein bin/mozilla/
script ein Modul einbindet, das @EXPORT setzt.

Laut meiner ack/grep Magie sind das SL::MoreCommon und SL::Helper::Flash...

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

Gelieferte Mengen über Recordlinks ermitteln

Die gelieferte Menge pro Position wird über die Recordlinks der Items
zwischen Auftrag und Lieferschein(en) ermittelt.
So werden auch gleiche Artikel auf unterschiedlichen Positionen getrennt behandelt.

Ebenso ob ein Auftrag 'delivered' ist, d.h. ob alle Mengen vollständig in Lieferscheinen erfasst sind....

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

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

Auftrags-Controller: Link zum neuen Controller aus Auftragsliste (zum Testen).

Auftrags-Controller: Funktion "Speichern und Lieferschein".

GLN: Berücksichtigung in Belegmasken

Belege: »Details initial anzeigen« richtig behandeln

Die Einstellungen in der Benutzerkonfiguration, ob die Details per
default angezeigt werden sollen, wurde nur beim initialen Aufbau der
Einkaufs- und Verkaufsbelegmasken berücksichtigt. Da der Wert aber nicht...

Belege runden, und Rundungsdifferenzen auf Extrakonten buchen.

Simple Übergaben von globals an templates in templates verschoben

Da jetzt in allen Templates die kanonischen globals verfügbar sind,
brauchen die nicht mehr übergeben werden.

Revert "Erfassungsdatum in Auftrags-Maske auch nach Erneuern wieder holen und anzeigen."

This reverts commit febb8845d7cdd03de8843a299d770983b46a3e68.

Das geht auch ohne das Order-Objekt nochmals zu laden. Dank an mosu.

Erfassungsdatum in Auftrags-Maske auch nach Erneuern wieder holen und anzeigen.

Überflüssige Variable entfernt

$form->{webdav} wird seit dem Tabbing-Zeitalter nicht mehr als
Kennzeichen für webdav benötigt. Alle anderen Überprüfungen auf
webdav finden in den Templates schon lange sinnvollerweise
mit INSTANCE_CONF.get_webdav statt.

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

Projektliste in Detailsanzeige bei Angeboten, Aufträgen und VK-Rechnungen füllen (v2)

oe und is speichern die Projekt-Dropdowns, die im jeweiligen form_header
zusammengebaut werden, in $TMPL_VAR{ALL_PROJECTS}.

Das Projekt-Dropdown in io.pl für die Detailsanzeige (zweite...

Revert "Projektliste in Detailsanzeige bei Angeboten und Aufträgen füllen"

This reverts commit fd71c09ec391d9ae8c9276597d0f0e574cc0b4c1.

Projektliste in Detailsanzeige bei Angeboten und Aufträgen füllen

Das Projekt-Dropdown in der Detailsanzeige bei den Positionen war leer.

Indirekte Objektnotation fixen

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

parse/format-Fehler bei Rabatten behoben

Schon in der Maske eingegebene Rabatte wurden nicht geparsed,
Kunden-/Lieferanten und -Typ-Rabatte wurden teilweise ohne Berücksichtigung
schon eingegebener Rabatte gesetzt. Und beim Auswahl eines Artikels über die...

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.

item_selected: Multiselect bzw. Mengeneingabe beim Artikelselektor

Dieses Feature kann in den Benutzereinstellungen aktiviert werden.

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

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

Mehrauswahl im Auftragsbericht.

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

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

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

Weitere Positionen verknüpft

Alle Workflows von Angebot bis Rechnung im Einkauf und Verkauf umgesetzt

Offen: Gutschrift und Rückwartsverknüpfungen

Positionen verknüpfen Auftrag -> Lieferschein

- from_table -> to_table (tabelleneintrag)     i.O.
 - delete trigger                               i.O.
 - mittlere position löschen (vor speichern)    i.O.
 - update sicher in form                        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....

Benutzerdefinierte Variable: Parts als Partpicker

noch vorhandene L.part_select nach L.part_picker geändert.
Analog wie für CustomerVendor-Picker (siehe Commit 65b7c724e)

Beim Übergang Angebot/Auftrag auf Lieferschein/Rechnung orderitems_id_x löschen.

customer_vendor_picker bei CVars und Summen- und Saldenliste

- nicht mehr vorhandenen customer_picker durch customer_vendor_picker ersetzt
- vendor_selector durch customer_vendor_picker ersetzt
- autocomplete_customer.js laden

Einkaufs-/Verkaufsmasken: Projekt-Drop-Down-Boxen sortieren

PriceSource: Rabattbehandlung

PriceSource: Preisselektion auf Popup umgestellt.

- Logik für geänderte Preise implementiert
- Visualisierung verbessert
- fix für emptied rows
- nachricht wenn invalid und missing
- benachrichtigung für höher/niedriger
- js ausgelagert
- best price benachrichtigung...

PriceSource: Featureabdeckung

- Einkaufs/Verkauf abgedeckt
- Klarere Regeln für price_from_source, available_prices und best_price
- makemodels unterstützung
- bugfixes für Rechnungen und neue Belege
- best_price jetzt getestet
- Verkäuferabhängigkeit von makemodels und pricegroup implementiert und getestet

PriceSource: Mehr Informationen an Preise übergeben

record + record_item verfügbar gemacht
best_price für pricegroups
Price: spec/source entzerrt

PriceSource: Erste Version

- Preisgruppen und Stammdaten sind implementiert
- Persistenz in allen Belegen funktioniert
- Rudimentäre Visualisierung funktioniert
- Klassen sind alle da

- Doku fehlt
- Verkauf/Einkaufweiche fehlt
- best_price ungetestet
- Preisgruppen hängen noch nicht von Verkäufer ab...

orderitems persistent teil III
IMMER die orderitems_id in sub poso löschen, nicht nur in
der if-bedingung
Angebot -> Auftrag i.O.
Auftrag - > Angebot i.O.
Kundenauftrag -> Lieferantenauftrag i.O.

Löschen von Angeboten/Aufträgen protokollieren

Berücksichtigt jetzt auch Angebote in history_erp.

redundante actions / orderitems delete in oe.pl gelöscht

nur einmal in sub poso alle orderitems_id löschen. ferner doppelte
dispatch actions entfernt

orderitems persistent machen.
bei vorlage als und position löschen entsprechend die ids löschen, sodass
diese beim speichern des neuen beleges, bzw. beim neu erstellen der positionen
erzeugt werden.
Folgende Szenarien geprüft:
Von Angebot:
-> erneuern i.O....

Belege: Filtern nach Ansprechpartner

lexical in postif fix

falls my deklariert ist, nicht danach mit if prüfen
s.a. chat:
<gorash> grund warum das ekelig ist: das wird intern übersetzt in if (cond) { my $var = ... }

Transportkosten-Erinnerungs-Artikel auf ID anstatt partnumber umgestellt Teil II

Vergessene modifies für Commit von gerade hinzugefügt

Besseres return (keine subtilen Bugs)

return undef entfernt.

Erinnerung für Transport- oder Versandkostenartikel bei Angebot / Auftrag implementiert
Erweiterung: Mandantenkonfiguration um einen Standardartikel der auf Vorhandensein
überprüft wird (oe). Falls nicht wird eine entsprechende Warnung ausgegeben.
Verbesserungsmöglichkei 1: Artikelnummer per partpicker auswählen...

Konfigurierbares Angebotsgültigkeits-Intervall hinzugefügt
Standardmässig ist ein Verkaufsangebot bis zum nächsten Werktag gültig.
Dieses Intervall wird dann noch hinzugerechnet, bspw. nächster Werktag plus 14, 28 etc.
Falls das Intervall nicht gesetzt oder wir nicht den Typ sales_quotation haben, passiert nichts....

Beschriftung geändert: Lieferschein erstellt -> Lieferscheine(e) in kompletter Menge erstellt
Betrifft Status delivered in oe, dieser wird erst gesetzt wenn die Liefermenge komplett erreicht
ist. Somit ist Lieferschein erstellt, eine bessere Bezeichnung für "geliefert" (da ja...

Bei Kundenauftrag > Lieferantenauftrag Zahlungs und Lieferbedingungen löschen
Zahlungs- und Lieferbedingungen aus dem Kundenauftrag zu übernehmen macht
i.d.R. keinen Sinn, da diese ja vom Lieferanten definiert werden.
S.a. Ticket 1 in Redmine und fixes #1

Steuerzonen ungültig machen

jede Steuerzone kann man unter "System->Steuerzonen->auf Steuerzone klicken"
individuell auf ungültig (obsolete) setzen.

ungültig heißt:

• Steuerzone erscheint nicht in der großen Buchungsgruppenübersicht
• Steuerzone erscheint nicht im Drop-Down Menü für Steuerzonen bei neuen...

Einkauf/Verkauf: Lieferadressenfelder nie aus Stammdaten vorbelegen

Das neue Verhalten ist wie folgt:

- Weder die shipto_id (die Drop-Down-Box in den Belegmasken) noch die
individuellen shipto*-Felder werden weder beim Neuanlegen eines
Beleges noch bei Wechsel des Kunden aus den Datenbanken belegt....

Lieferantenauftrag → Kundenauftrag: Verkaufspreis als Einkaufspreis übernehmen

Der Preis, den ich beim Lieferanten zahlen musste (alte Maske:
sellprice_N) ist dann im weiteren Verkaufsprozess der
Einkaufspreis (neue Maske: lastcost_N).

Neuer Bericht »Liquiditätsvorschau«

Verkaufsbelege: optional nur Projekte des Kunden anbieten

Auch dieses Feature kann über die Mandantenkonfiguration eingeschaltet
werden.

Angebote: neue Felder Auftragswahrscheinlichkeit, Voraus. Abrechnungsdatum

Einkaufs-/Verkaufsprozesse: optionale Einschränkungen für gewisse Aktionen

Über die Mandantenkonfiguration kann verboten werden, dass gewisse
Aktionen in den Einkaufs- und Verkaufsprozesse durchgeführt
werden. Diese sind:

- Direkte umwandlung von Verkaufsangeboten und -aufträgen in...

Merge branch 'pflichtenhefte'

Conflicts:
js/locale/de.js

Wiederkehrende Rechnungen: erstes abzurechnendes Periodendatum richtig berechnen

Warnung bei Auftragspeichern mit aktiver wiederk. Rechnung, wenn schon eine Rechnung erzeugt wurde

Wiederkehrende Rechnung: Option "erste Rechnung erzeugen am"

Bisher nur die Masken; noch nicht im Backgroundjob implementiert

Wiederkehrende Rechnung: Option für halbjährliche Fakturierung

Verkaufs-/Einkaufsmasken: HTML in Langtexten nutzen

Offene Restbeträge optional in Auftragsbericht anzeigen

Berichte OE: Bestellnummer des Kunden anzeigen/danach filtern

Umwandlung Angebot/Auftrag -> Rechnung: stornierte Rechnungen zum Rauslöschen berechneter Mengen ignorieren

Lieferadressen-Drop-Downs in mehreren Masken sortiert anzeigen

Ansprechpersonen-Drop-Downs in mehreren Masken sortiert anzeigen

Verkäufer-/Bearbeiter-Drop-Downs in mehreren Masken sortiert anzeigen

Vergessenes Semikolon in Inline-JavaScript gefixt.

Refactoring: JavaScript-Dateien über Layout-Objekt hinzufügen

Verkaufs-/Einkaufsmasken: Langtext in jQuery-Popup bearbeiten

Der alte Mechanismus öffnete ein normales Popup-Fenster, in dem eine
URL geladen wurde, die dann die Maske angezeigt hat. Das
Zurückschreiben geschah schon via JavaScript.

Mit der Methode gibt's zwei Probleme:...

zuviel hiddenvar shipto_id in fix für #2400

Keine zwischenabfrage nach Wechselkurs im Workflow Auftrag->Rechnung
Behebt #2141

Komplette Funktion "backorder_exchangerate" entfernt.
Die eingabe des Wechselkursere wird druch setzten auf "0" erzwungen

OE.pm: SL::TransNumber anstelle von Form->update_defaults für Nummernkreise nutzen

Die Lieferadresse des Kunden wird nun bei Lieferantenaufträgen
auch nach Wechsel des Lieferanten als Lieferadresse übernommen : check_for_direct_delivery.
Falls ein Lieferant eine extra Lieferantenadresse besitzt, wird jedoch aus Kompatibilitätsgründen diese Adresse eingesetzt

Detailanzeige bei Eingabe von neuen Artikeln

Die Detailanzeige klappt jetzt nicht mehr beim Erneuern auf/zu.

Fixed Bug 2409.

Umwandlung Angebot/Auftrag -> Lieferschein/Rechnung: Seriennummern bei Mengenberechnung berücksichtigen

Lieferbedingungen analog zu Zahlungsbedingungen eingeführt.

Sie können angelegt werden, beim Benutzer voreingestellt werden
und in allen Ein- und Verkaufsmasken gesetzt werden.

Versandort und Steuersatz (Zone) im Auftragsbericht filter- und anzeigbar

Tippfehler behoben, wodurch Suchoption "wiederkehrende Rchg. aktiv" nicht angezeigt wurde.

Steuernamen übersetztbar gemacht.

Einkaufspreis parsen bei Erzeugen eines Auftrags aus Angebot.

Einkaufspreis nicht formatieren bei Erzeugen eines Lieferantenauftrags aus Kundenauftrag

Ist vermutlich kaputt gegangen, als der EK editierbar in die Auftragsmaske kam und
somit dort schon formatiert drin stand.

Fixt #2333.

Filtern nach Kunden-/Lieferantentyp bei Angeboten u. Aufträgen

Löschen von Angeboten/Aufträgen mit JavaScript-Sicherheitsabfrage

Menge mit Nachkommastellen einlesen

fixt #2307

Merge branch 'master' of github.com:kivitendo/kivitendo-erp

Conflicts:
bin/mozilla/do.pl
bin/mozilla/ir.pl
bin/mozilla/oe.pl

Trac 2300 / 2301 zweiter Versuch
;-)

Nicht mehr verwendete Einstellung $::form->{jsscript} entfernt