projekt kivitendo

Dispatcher: end_of_request() sub aus main namespace verbannt

CVars: Lieferadressen-CVars in Stammdaten bearbeiten

CustomerVendor: CVar-Aufbereitungs- und -Speicher-Code in eigene Subs ausgelagert

GLN: Speichern und Anzeigen in den Stammdaten (Rechnungs- u. Lieferadressen).

CustomerVendor-Controller: Callback nicht 2x escapen

url_for() escapet die Parameter bereits, daher ist es schädlich, das
vorher auch noch manuell zu tun.

Behebt #128.

Bei Kunden/Lieferanten Recht customer_vendor_all_edit prüfen 2

Nachschlag zu 826f6eb2b3e , das Wichtigste wurde vergessen.

Beim Öffnen / Verändern / Speichern von Kunden prüfen, ob Verkäufer mit
Bearbeiter übereinstimmt, wenn Benutzer nicht das Recht
customer_vendor_all_edit hat.

Bei Kunden/Lieferanten Recht customer_vendor_all_edit prüfen

Wenn man das Recht hat, nur eigene Kunden/Lieferanten (wo man selber der
Verkäufer ist) zu bearbeiten:
Bisher war es noch möglich Kunden und Lieferanten zu öffnen und zu
bearbeiten, wenn man die Datenbank-ID kannte. Jetzt wird nach dem Laden...

Customerpicker berücksichtigt Recht customer_vendor_all_edit

Wenn man nicht das Recht hat, alle Kunden / Lieferanten anzuzeigen / zu
bearbeiten, dann sollen die auch nicht vom Picker auswählbar / anzeigbar
sein. Im neuen Ordercontroller mit Picker kann man dann auch nur die...

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

Lieferungen bei Lieferanten - Typo gefixed

Behebt Ticket #34

CustomerVendor Picker auf displayable_name umgestellt

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

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

CustomerVendor: CVars bei Wechsel von Ansprechpersonen richtig befüllen

CustomerVendor-Controller: Daten in Neu-Anzeige bei Fehler beibehalten

RDBO hat das Verhalten, dass bei einem neuen, noch nicht gespeicherten
Objekt die Methoden zum Hinzufügen von Relationship-Objekten (z.B. in
1:n-Beziehnungen wie $customer->add_contacts(…)) beim danach erfolgenden...

Kunden/Lieferanten sind nicht verwaist, wenn es Lieferscheine gibt.

Ansprechpersonen-CVars auch beim Updaten speichern

Beim Neuanlegen wurden sie schon geschrieben, weil da in den Objekten
noch keine ID vorhanden ist. Bei existierenden Objekten muss aber das
Mutterobjekt mit cascade=>1 gespeichert werden, damit modifizierte...

CustomerVendor: Spaltenüberschrift bei Sortierung richtig übersetzen

CustomerVendor: Picker nach Art von PartPicker

- reinit_widgets fähig
- Tab und Enter atomar
- unterstützt onChange und set_item:CustomerVendorPicker trigger
- unterstützt fat_set_item

Steuerzone - Sortierreihenfolge bei Customer/Vendor

Sortierreihenfolge im Dropdown bei den Stammdaten einhalten.
Dadurch ist die Steuerzone mit der höchsten Sortierpriorität immer als
Defaults bei neuen Kunden/Lieferanten eingestellt (standardmäßig
Inland).

Aufträge bei Anzeige der Lieferungen in Kundenstammdaten richtig zuordnen.

Und richtigen Beleg (VK/EK) öffnen.

Behebt #2467.

Kunden-/Lieferantenstammdaten: Maps-Link mit Firmenadresse als Routing-Ausgang

CustomerVendor-Picker: keine ungültigen, wenn $::form->{obsolete} nicht gesetzt ist

Pflichtenhefte: Stundensatz in Kundenstammdaten bearbeiten können

Standardstundensatz in Tabelle defaults speichern, nicht in Konfigurationsdatei

Kundenstammdaten: Stundensatz bearbeiten können

Validierung eingegebener Kunden- und Lieferantennamen konfigurierbar gemacht
Ferner Konfigurationsvorbereitung für die Umsetzung von Ticket 2011 (Validierung von part.notes und part.descriptions)

Kundennamenvalidierung: Keinen dberror werfen, sondern flash benutzen.

Ausserdem REs etwas aufgeräumt und ausgelagert

2220,2321: Validierung eingegebener Kunden- und Lieferantennamen

Rechte unter Kunden&Lieferanten/Lieferungen beachten

fixt #2399

Lieferbedingungen analog zu Zahlungsbedingungen eingeführt.

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

Kunden Lieferungen-Tab: bei "Alle" nach der Kundenid suchen

fixt #2393

Kundennotizen auflisten und ändern

fixt #2388

Notiz nach dem Speichern nicht wieder öffnen

Wozu haben wir tests für sowas?

CustomerVendor: redirect über Controller::redirect_to

CustomerVendor: Ändern von Wiedervorlagen erlauben

CustomerVendor: bei Wiedervorlagen FollowUpLinks erstellen

Meldungen beim Erstellen von Wiedervorlagen im Kunden/Lieferanten

Ansprechperson und Lieferadresse nach Speichern von Kunden wiederöffnen

Die Einstellung: ""Steuer im Preis inbegriffen" vorwählen" gefixt

fixt #2336

CustomerVendor: im Templatesystem vorhandenes instance_conf verwenden

CustomerVendor: instance_conf komplett im Template verfügbar machen

Keine "leere" Währungsauswahl in CustomerVendor erlauben

CustomerVendor: namespace-Aufrufe entfernt

CustomerVendor: Vertreter gefixt/implementiert

CustomerVendor: nur "nicht gelöschte" Mitarbeiter laden

CustomerVendor: Umleitungs-URL mit url_for erzeugen

CustomerVendor: Redirect gefixt

CustomerVendor: Auskommentierten Code gelöscht

CustomerVendor: vergessenes run_before ergänzt

Cuddled else

CustomerVendor: Kaskadiertes Löschen/Speichern

CustomerVendor: Abfragen in Transaktionen ausführen

CustomerVendor: nichtssagende Fehlermeldung entfernt

CustomerVendor: redirect nach Speichern

Auf CustomerVendor auf currency_id umgestellt

CustomerVendor: History-Einträge erstellen

Datenbank-Helper(*_as_number) verwenden

Customer/Vendor-Pfade angepasst

SL::Controller::CustomerVendor::action_new in action_add umbenannt

ct.pl als Controller