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.

FlattenToForm: Zugriff auf nicht definierte Variable verhindern

Passierte, wenn bei Rechnung das Lieferdatum in den Positionen leer war.

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

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

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

FlattenToForm: in Rechnungen Positions-reqdate als reqdate & deliverydate_oe bereitstellen

So macht es IS.pm nämlich auch.

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

kleine Verbesserung einer Übersetzung.

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.
 - update sicher in form                        i.O.
++++++++
 - mehrfach speichern (converted* wird nicht gelöscht)     n.i.O.

Lieferschein: Ausdruck mit Gruppierung repariert.

behebt #26.

2005 backend code entfernt, der dank L überflüssig wurde (department ist kein multibox-feld mehr)

persistente ids für invoice (items)

analog zu do, oe auch die verknüpften items für rechnungen persistent machen.
 - invoice_id retrieve_invoice in array übernehmen
 - invoice_pos entfernt (war ggf. vor 2006 ähnlich vorgesehen)
 - reverse_invoice gekürzt, sodass hier keine invoice gelöscht werden
 - delete_invoice erweitert, sodass hier invoice gelöscht wird
    - ferner code von IS.pm nach IR.pm portiert (queries in array)
 - use_as_new invoice_ids löschen
 - ferner bei storno invoice_ids löschen und ...
 - bei Verkaufsrechnung Gutschrift

Ferner Kommentare (IR.pm) eingerückt

tests:

Verkaufsrechnung:
gesamten beleg löschen i.O.
update i.O.
als neu speichern i.O.
mittlere position löschen i.O.
Storno i.O.
Gutschrift i.O.

Einkaufsrechnung:
als neu speichern i.O.
Zahlung buchen i.O.
mittlere position löschen i.O.
gesamten beleg löschen i.O.
Storno i.O.
keine Gutschrift möglich

display_row item_ids je nach beleg hinzufügen

zusätzlich is_quotation und is_invoice als status hinzugefügt.
je nach status entsprechend beleg-id (orderitems, delivery_order_items, invoice)
hinzugefügt und den vorgänger (converted_from_(do|oe|quo|)_items_id).
Entsprechend konsequent orderitems_id aus den generellen hidden für rows entfernt,
somit entfällt das Löschen der orderitems_id für Konvertierung von oe -> do|invoice

trailing whitespaces entfernt

FiBu Quicksearch - richtig sortieren

Nach Feld transdate statt nach transdate_sort zeitlich sortieren, das
Feld gab es mal in einer früheren Entwicklungsversion.

Changelog Eintrag zu den Pickeränderungen

Partpicker - displayable_name eingeführt und column entfernt

Der Partpicker zeigt jetzt im Autocomplete und bei ausgewählten Artikeln
die Artikelnummer und die Artikelbeschreibung an.

Das Feature column im Partpicker wurde entfernt. Ursprünglich war die
Idee, unterschiedliche Datenbankfelder (als Alternative zu description)
anzeigen zu können, jetzt wird aber einfach durchgängig displayable_name
verwendet.

CustomerVendor Picker auf displayable_name umgestellt

Sowohl im Autocomplete als auch beim ausgewählten Kunden/Lieferanten
wird jetzt immer Kunden/Lieferantennummer und Name angezeigt.

Part: long_description in displayable_name umbenannt

zur Vereinheitlichung der Nomenklatur.

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)

Nicht benutzte Variablendefinition entfernt.

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
    gespeichert war

Hier für Angebote/Aufträge und Lieferscheine.

Todo:
- Für Rechnungen muss das noch gemacht werden (wenn dort die item-ids persistent
sind).

- Gruppieren nach Warengruppen im Ausdruck muss getestet werden, aber das geht im
Moment ohnehin nicht.

Siehe auch Ticket 1836 (trac.kivitendo.de) bzw. 4 und 25 (redmine.kivitendo-premium.de)

Customer-autocomplete js im Presenter laden

Im Gegensatz zu den Stellen in oe/do/ir/is (siehe Commit 65b7c724e)
reicht es beim Bearbeiten von BDVs in den Stammdaten aus, den
Autocomplete Code im Presenter zu laden, so wie dies auch beim
PartPicker und Chartpicker gemacht wird.

Preisgruppenpreis = Verkaufspreis erlauben

War eine Uraltregel, sollte mit dem neuen Pricesource weder nötig, noch
erwünscht sein. Siehe Ticket 24.

Lieferanten im Autocomplete von Pickern korrekt behandeln

bei Customer funktionierte es, Code an Customer angepasst.

SL::DB::CustomVariables::value_as_text hat keine Text zurückgegeben, das
gab Fehler im Autocomplete, wenn eine Objekt in der Auswahl war, welches
einen definierten Lieferanten hatte:

encountered object 'SL::DB::Vendor=HASH(0x5c8bef0)', but neither
allow_blessed enabled nor TO_JSON method available on it at
/usr/share/perl5/JSON.pm line 154.

PriceSource: Klassenauflösung fpr items von Gutschriften

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

PriceRule: Klassenauflösung für items von Gutschriften hinzugefügt.

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

DeliveryPlan: qtys manuell aus der Datenbank holen

Objektmethoden sind bei grossen Datenbanken zu langsam

console: clock Funktion um kleionere Schnipsel timen zu können

Login Bookmark Parameter auf {AUTH} Präfix umgestellt

Um zu verhindern, daß FORM Parameter wie login oder client in der FORM
verbleiben könnten.

Neues Format:
controller.pl?action=LoginScreen/login&{AUTH}login=Tom&{AUTH}client=foobar

CsvImport Taxzone für CustomerVendor und Order

check_taxzone aus Order nach CsvImport/Helper/Consistency.pm ausgelagert
und um die Option take_default für CustomerVendor Import erweitert.

Behebt Ticket 9.

Item-Positionen in DB: Hilfetext und Übersetzung für Auftragsimport via CSV.

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

Item-Positionen in DB: Lieferschein-Masken honorieren und speichern diese.

Item-Positionen in DB: items_sorted sortiert nach postition …

in Order und DeliveryOrder

Item-Positionen in DB: DB-Upgrade-Skript; Rose

Positionen der Artikelzeilen für Angebote/Aufträge und Lieferscheine mit
in der Datenbank speichern.

Changelog Eintrag zur Mandantenvorauswahl

Das Feature ist aus Versehen in Commit 000588da mit reingerutscht.

Chartpicker testpage - style als Variable und Fall IC

Chartpicker mit type=IC wird bei den Buchungsgruppen verwendet.

Chartpicker auch für Steuerzonen und Buchungsgruppen

Hier wurde noch das entfernte init_accounts aus ClientConfig benutzt.

HTML ids zu ar search form Feldern hinzugefügt

Unnötige use und require in Pickern entfernt

nach Hinweis von Sven etwas aufgeräumt.

PriceSource: price_sources sind keine Integer

Mandantenkonfiguration: Standardkonten als Chartpicker

Statt Dropdown werden die Standardkonten nun per Chartpicker ausgewählt.

Die Kontenlogik welche Konten als Standardkonten vorgeschlagen werden
steckt jetzt im Template in der Konfiguration des Chartpickers, nicht
mehr im ClientConfig Controller.

Neues Feature: Chartpicker

Praktisch komplett analog zum Partpicker, danke Sven für die
Pionierleistung!

Es gibt natürlich ein paar Unterschiede bei den Filteroptionen, z.B.
kann man im Popup nur bebuchte Konten anzeigen lassen, oder die
Ergebnisliste nach der Kontenart einschränken. Es wird auch immer nur
eine Konto pro Spalte angezeigt, auch im Block Modus.

Hat der Benutzer FiBu-Rechte wird auch der aktuelle Kontensaldo
angezeigt. Hierfür wurden ein paar neue Methoden für Chart hinzugefügt.

get_balance_starting_date nach SL/DB/Helper/AccountingPeriod.pm

neuer Helper, wohin die Funktion get_balance_starting_date aus SL/RP.pm
hin ausgelagert wurde. Wird auch im Chartpicker benutzt.