DB-Upgrade-Warnung: Einzuspielende Datenbankupgrades optional anzeigen

SL::DBUpgrade2: Dateien direkt als UTF-8 öffnen und SL::IConv nicht nutzen

SL::DBUpgrade2: Doppelten Code entfernen

changelog für Feature "Kursor-Position nach Erneuern"

Leads -> Kundenquellen übersetzen

Pflichtenhefte: nach Version zurücksetzen richtige Versionsnummer anzeigen

Pflichtenhefte: Fehler beim Anlegen von Versionen richtig abfangen

Finanzcontrolling: Aufträge mit wiedRech für jedes angefangene Jahr berechnen

Finanzcontrolling: Aufträge mit wiedRech auf ganzes Jahr hochrechnen

Finanzübersicht: wied. Rechnungen für ganzes Jahr auf einmal berücksichtigen

Finanzübersicht: auch zukünftige Jahre auswählen können

DBUpgrade: Fehlermeldungen richtig in Perls Encoding übersetzen

DBD::Pg vor Version 2.16.1 hat das UTF-8-Flag bei Fehlermeldungen nicht
gesetzt, auch wenn die Datenbankverbindung UTF-8 geflaggt war. Daher
musste bei früheren Version von DBD::Pg kivitendo die Fehlermeldung
selber ins richtige Encoding umwandeln.

Das darf bei neueren Versionen natürlich nicht mehr gemacht werden.

Locale-Update

Revert "SL::DB::Part: displayable_name als Alias für long_description"

This reverts commit e3a83f49048717d0f519e2f760ef2988eb0824e0.

Aufgrund von b720e272 gar nicht nötig und daher überflüssigerweise aus
einem Kundenprojekt gecherrypickt.

SL::DB::CustomVariable: value, value_as_text für Typ 'date/timestamp' und ungesetzt gefixt

CVar-Konfiguration: etwas Platz zwischen Text und Control lassen

SL::DB::CustomVariable: value_as_text() für customer/vendor/part vereinheitlicht

SL::DB::CustomVariable: value_as_text() für Typ 'date' gefixt

Bisher wurde schlicht das falsche Feld zurückgegeben: text_value. Nun
wird das formatierte Datum aus timestamp_value zurückgegeben.

SL::DB::CustomVariable: value_as_text() für Typ 'bool' gefixt

Der Typ heißt 'bool' und nicht 'boolean'.

SL::DB::CustomVariable: value() für Typ 'date' gefixt

Bisher wurde schlicht das falsche Feld zurückgegeben: text_value. Nun
wird eine Instanz von DateTime zurückgegeben, die auf den Tag
getruncatet ist.

SL::DB::Part: displayable_name als Alias für long_description

Für einfachere Verwendung mit anderen Objekten wie ::Customer und
::Vendor.

Auftragsimport: Artikel auch nach Beschreibung suchen können.

Kosmetik: Kommentare verbessert.

Auftragsimport: Preise und Steuern nur berechnen, wenn Items vorhanden sind.

Paginated-Controller-Helfer: undef-Warnungen vermeiden

DateTime-Helfer: neue Funktion now_local

PriceRules: Merge Fehler - Kontextregeln bei Waren in den Tabs rendern

SL::DB::Helpers::Attr as_date geht jetzt auch mit 'now()'.

Ein neu-angelegtes Rose-DB-Objekt mit einer Spalte mit einem
Datums-Default-Wert 'now' liefert 'now()' für diese Methode. Z.B.:
SL::DB::Order->new->itime = 'now()'. Jetzt geht damit z.B.:
SL::DB::Order->new->itime_as_date

Behebt #30 (redmine).

Druckvariable Anrede in Doku alphabetisch einsortiert

fehlende Dokumentation zur Variable greeting (Anrede) ergenzt.

Lieferungen bei Lieferanten - Typo gefixed

Behebt Ticket #34

Steuerzone/Zahlungsbedingungen/Buchungskonto in Suchmaske zu Rechnungsberichten …

… aus dem Bereich "Kunde" bzw. "Lieferant" verschoben, da die Daten nicht aus
den Kunden- bzw. Lieferantenstammdaten, sondern aus den Rechnungsdaten gelesen
werden.

Behebt #37 (redmine)

Steuerzone/Zahlungsbedingungen im Bericht Einkaufsrechnungen aus Rechnungen …

… und nicht aus Stammdaten holen.

Behebt #36 (redmine).

CreatePeriodicInvoices: HTML-Formatierung in Langtexten berücksichtigen

Beim Ersetzen der Variablen muss das Format des Textes (HTML oder
normaler Text) berücksichtigt werden, damit Formatierungen richtig
angewandt und die Platzhalter überhaupt erst gefunden werden.

Behebt Redmine #32.

CreatePeriodicInvoices: refactoring der Parameterübergabe an _replace_vars

Invoice, DeliveryOrder-DB: bei Erstellen aus anderen Belegen Preisquellen beibehalten

CreatePeriodicInvoices-Job: for anstelle von map für reine Nebeneffekt-Schleifen

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.

history_erp : Unterscheidung von id und glid

behebt #2493

Es gibt in der Datenbank zwei Sequenzen, mit der die ids von
Datenbankeinträgen gespeichert werden, und die die Historiensuche
betreffen:
 glid: ar,ap,gl
 id:   delivery_orders parts oe customer vendor

In der history_erp gibt es allerdings nur eine Datenbankspalte für
trans_id, wo sowohl ids als auch glids gespeichert werden.
(Wahrscheinlich wurde glid irgendwann mal neu eingeführt, damit man bei
den Buchungen einen durchgängigen Buchungsnummernkreis hat, ohne dies
für die Historie zu berücksichtigen.)

Da das Historienfenster nur eine id als Parameter übergibt kann es also
vorkommen, daß z.B. in einer Artikelhistorie eine Eintrag aus einer
Buchungshistorie erscheint, wenn es eine Buchungs-glid gibt, die gleich
der Artikel-id ist.

Mit diesem Patch wird nun schon im Template festgelegt, ob es sich bei
der Historie um eine Buchung (trans_id_type = glid) oder nicht
(trans_id_type = id) handelt, und die Datenbankabfrage entsprechend
modifiziert. Dies sollte nur die Historie von einzelnen Seiten betreffen
(z.B. Artikel, Kunde, Verkaufsrechnung), nicht die Historiensuchmaschine
unter dem Menüpunkt "System".

Die Modifizierung des SQL-Statements ist allerdings noch recht unschön,
da diese eventuell angepasst werden muß, wenn sich etwas an der
Beschreibung der history_erp Zeilen ändert (wie beispielsweise in Commit
01b4e844b89 ).

Wenn die Historie mal überarbeitet wird sollte besser direkt schon
gespeichert werden, ob es sich um eine Buchung oder nicht handelt, bzw.
den Typ des Objekts, um das es gerade geht.
Und dann wäre es auch noch schön, die Historie in einen Tab zu
verlagern, statt eines Knopfs im Workflow.

history_erp Eintrag für Verkaufsrechnung, die storniert wird

Debitorenbuchungsstornos in history_erp

richtig protokollieren, mit invnumber statt ordnumber

PriceSource: Bei item_selected Preisequellen nur in Belegen pollen.

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
justiert, sofern notwendig.

VERSION auf 3.2.0-beta gesetzt

Changelog für 3.2.0 Beta angepasst

MetaSetup Dateien aktualisiert

Dokumentation an Version 3.2.0 angepasst

Minimale Änderungen
* Installationshinweise nur für Debian/Ubuntu angepasst
* User-Forum Link angepasst

In Buchungstab Rechnungsdatum statt Buchungsdatum anzeigen

Changelog - aktueller Bugfix Stand

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

Changelog Update Commits / Features von mir

FiBu Schnellsuche - transactions für GL Summe benutzen

Berechnung der GL Summe umgeschrieben.

ar/ap/gl - neues Relationship "transactions"

Objekt-Verknüpfung ar/ap/gl zu acc_trans-Objekten: one-to-many

Hat man ein ar/ap/gl Objekt kann man sich jetzt alle acc_trans-Einträge
dazu holen.

Die acc_trans-Objekte werden nach acc_trans_id sortiert zurückgegeben.

Die Methode transactions aus Invoice wurde entfernt.

changelog: Preisregeln

Changelog aktualisiert

Ein paar Features von "groß" nach "klein" verschoben

Schreibfehler in Kommentar verbessert (jetzt aber).

Fehler im POD behoben.

POD ERRORS
       Hey! The above document had some coding errors, which are explained below:

       Around line 71:
           You forgot a '=back' before '=head1'

Schreibfehler in Kommentar verbessert.

Lagerbewegungs-Import: changelog

Lagerbewegungs-Import: Charge beim Ermitteln des Bestands berücksichtigen.

Lagerbewegungs-Import: Hash-Keys über Subroutines erzeugen, um Tippfehler zu vermeiden/erkennen.

Lagerbewegungs-Import: Text geändert und Schreibfehler in Übersetzung behoben.

CSV-Import für Lagerbewegung, bzw. Lagerbestand.

Conflicts:

SL/Controller/CsvImport.pm
locale/de/all
locale/en/all

Übernahme aus Kundenprojekt.

Stammdaten -> Berichte -> Kunden: Nach Standardverkäufer filtern können.

get_lists: salesman-case analog zu employee case

mit Commit ca18e0478035f63 ging die Verkäuferauswahl im Verkaufsbericht
kaputt, da durch den all_salesmen-Parameter der param-Wert ALL_EMPLOYEES
nicht benutzt wurde, und die Verkäufer deshalb in all_salesmen statt in
ALL_EMPLOYEES im Template standen.

Um im Verkaufsbericht auch gelöschte Verkäufer zur Auswahl anzuzeigen:
  'salesmen'       => { "key" => "ALL_SALESMEN", "deleted" => 1 }

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).
Ferner die Verknüpfung der Belege in eine Schleife gesetzt.

Rechnungen: Nicht editierbare CVars nicht rendern, aber richtig speichern bzw. drucken.

Die Änderung für Rechnungen (u. Gutschriften) fehlte noch im commit
6b4a71ff376e8337b708127f9f6c63c1d70d0af3
(Nicht editierbare CVars nicht rendern, aber richtig speichern und drucken.)

Revert "DeliveryPlan: Nicht abstürzen, wenn keine Einträge gefunden wurden"

This reverts commit 8e35d05e35f63783ff403c7a4a5febe81cc43f8f.

Hat Bernd vor mir gefixt, und ich habs nicht gesehen

DeliveryPlan: Nicht abstürzen, wenn keine Einträge gefunden wurden

L.radio_button_tag: value in id mit einbeziehen

Allgemeine Presenter-Methode für records (ar/ap/gl)

Damit kann man einen HTML-Link für ein einzelnes Record Objekt
erstellen, ohne zu wissen ob es ar, ap oder gl ist.

SL::Presenter->get->record($record, display => 'inline');

Presenter für GL Transaction

analog zu invoice und purchase_invoice

Typos in Dokumentation

ar, ap oder gl Objekt eines acc_trans Objects holen

neue Methode record in SL::DB::AccTransaction

Typos in Doku

kivi.js: popup_dialog unterstützt jetzt auch params.html

ClientJS: dialog aufmachen

einige Schreibfehler in der Doku verbessert.

Im Lieferplan und Lieferwertbericht Mengen nicht berechnen, wenn es keine Ergebnisse gibt.

Sonst gibt es ein Syntax-Error in dem Query.

Schreibfehler in Kommentar korrigiert.

Ich schreibe immer postition statt position.

Item-Positionen für Rechnungen in DB: Rechnungsmasken honorieren und speichern diese.

Item-Positionen für Rechnungen in DB: items_sorted sortiert nach postition …

Item-Positionen für Rechnungen in DB: DB-Upgrade-Skript; Rose

Positionen der Artikelzeilen für Rechnungen in der Datenbank speichern.

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

 deliver_order_items_id mit inventory verknüpft

    Falls Lieferscheine Warenbewegungen auslösen, sind jetzt auch die
    einzelnen Position "rückverfolgbar" und nicht nur der Beleg.
    Entsprechende Fremdschlüssel gesetzt

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,
die Variable ist jetzt noch drin und macht "nicht so viel Sinn",
da orderitems nicht zwischen Angebot und Auftrag (oe) unterscheidet.
Ansonsten ist die Positionsverknüpfung z.Z. genauer als die Beleg-Verknüpfung (s.a. #29)
und der nächste Schritt hiefür wäre die Visualisierung an der Oberfläche

Konditional RecordLink save aufrufen (analog zu ar auch für oe)

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

Debugcode entfernt, der versehentlich reingerutscht ist.

Weitere Positionen verknüpft

Alle Workflows von Angebot bis Rechnung im Einkauf und Verkauf umgesetzt

Offen: Gutschrift und Rückwartsverknüpfungen

Abhängigkeit in DB-Skript ergänzt

Upgradeskript-Abhängigkeiten geändert

unit_foreign_key_for_line_items muss nach oe_do_delete_via_trigger ausgeführt
werden, sonst werden die Fremdschlüssel wieder gelöscht.

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.
 - mehrfach speichern                           i.O.

typo in kommentar

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

Dialogbuchung - Buchen, Storno und Löschen protokollieren

Bisher wurden Dialogbuchungen in der history_erp mit der snumber
"ordnumber" gespeichert, wobei allerdings die trans_id fehlte. Dafür
stand die trans_id in what_done, was die Historiensuche aber nicht
auswerten kann.

Das ergab Einträge in history_erp wie:
  id  | trans_id | addition |       what_done       | snumbers
 -----+----------+----------+-----------------------+------------
 1077 |      100 | SAVED    | Buchungsnummer = 100  | ordnumber_

Jetzt wird that ordnumber gl_transaction verwendet.

  id  | trans_id | addition |   what_done    |      snumbers
 -----+----------+----------+----------------+--------------------
 2422 |     1893 | POSTED   | gl_transaction | gltransaction_1893

Für Dialogbuchungen ist in der Historen Suchmaschine nun der Eintrag
"Buchungsnummer" zuständig, bisher wurde dieser für Aufträge verwendet.
Es wird auch wirklich die Buchungsnummer für die Suche verwendet (Spalte
id in gl = trans_id).

Für Angebote und Aufträge werden nun die neuen Felder "Angebotsnummer"
und "Auftragsnummer" verwendet, hier muß man auch nach der Belegnummer
(ordnumber/quonumber), nicht der trans_id, suchen, wie bei den
Rechnungen.

Prinzipiell müßte man die alten Protokollierungen von Dialogbuchungen
rekonstruieren können und auch nachträglich per Skript zumindest
teilweise umwandeln können. Da das aber wahrscheinlich schon immer
kaputt war und scheinbar noch Niemanden ernsthaft gestört hat fängt die
"saubere" Protokollierung von Dialogbuchungen eben mit diesem Update an.