projekt kivitendo

SEPA-Export rückgängig machen

Noch nicht ausgeführte oder geschloßene SEPA-XML Exports
können wieder rückgängig gemacht werden, sodass der Anwender
hier die Chance hat Metadaten für die Banküberweisungen, z.B. IBAN
oder andere Fehleinträge, z.B Betrag, Termin erneut zu setzen.

Konto erfassen - alte Speichern/Löschen-Knöpfe entfernt

wurden bei der ActionBar-Umstellung vergessen, trat nur bei Konto
erfassen auf.

Abteilungspflicht für Dialogbuchen: Saubere Fehlermeldung und Behandlung

behebt #273 Überschriftskonten nicht im Dialog bebuchen

Artikel aus Belegen anlegen - Artikelklassifizierung berücksichtigen

Bei Verkaufsbelegen sollen im Dropdown nur Verkaufsklassifizierungen angezeigt werden,
bei Einkaufsbelegen nur Einkaufsklassifizierungen.

Artikel anlegen mit Rücksprung in Belege

belege email dialog: Ohne Ansprechpartner Email aus Stammdaten verwenden

behebt #263

Belege email dialog: Ohne id nicht nach zu sendenden Dateien suchen.

global $::cgi in bin/mozilla/login.pl entfernt

oe: implizite global %TMPL_VAR in den request cache verschoben.

item_selected: kein inplace modify auf form in einer schleife.

Potentielle Ursache für den bizarre copy of ARRAY bug.

id zwingend löschen bei Workflow

Ansonsten wandelt sich der Auftragsbeleg in ein Angebotsbeleg usw.
Scheinbar beim Refactoren der Zeile übersehen.

Actionbar-Workflow: Einkaufsrechnung als neu speichern

Fehlender Menüeintrag Workflow ergänzt und als neu speichern
für Einkaufsrechnung wieder zu Verfügung gestellt.

Behebt #243 Nach Aufruf von Buchung erstellen, keine weitere Kontoverbuchung möglich

Kontoauszug verbuchen: Nach dem Buchen in Belegen (Vorlagen) wird beim Rücksprung die aktuelle Ansicht nicht erneuert
Problem: form->{redirect) verträgt sich nicht mit Controller-Code, von...

display_row: id, parts_id in $record_items gefixt

Drucken und Buchen

Bug-Fix

Klick auf Drucken in der ActionBar löste nur speichern aus, wenn es sich um einen neuen Auftrag handelte.

Einkaufs- & Verkaufsbelege: Bearbeiter*in & Verkäufer*in mit aktueller Benutzer*in vorbelegen

Dies ist nur ein Fallback, wenn bis zur Ausgabe des Form-Headers noch
nichts für die beiden Felder festgelegt wurde. Damit wird also
weiterhin eine Verkäufer*in aus den Kunden-/Lieferantenstammdaten...

Artikelliste: Artikel-Typ-Filter-Checkboxen richtig mitschleifen

Seit Umstellung der Einzel-Suchmasken für die verschiedenen
Typen (Ware, Dienstleistung, Erzeugnis…) auf eine vereinheitlichte
Maske mit Checkboxen zur Auswahl der Typen wurden diese Checkboxen...

längere Zeichenketten sauber zusammenbauen

zum Commit von gerade (#243 bugfix).

behebt #243

Kontoauszug verbuchen: Buchung erstellen ist jetzt ein Schritt
Falls die Zahlung für die Buchung entsprechend passend ist, wird
diese automatisch im zweiten Schritt als Vorschlag angezeigt.
Entsprechende Info an den Benutzer.

Korrekturen und Vereinheitlichung der Nomenklatur bzgl. Buchungs- und Erfassungsdatum, diverse kleinere Korrekturen bei der Nomenklatur

Finanzbuchhaltung: abweichend gesetzte Steuer respektieren

Das Standardsteuerkonto wird inzwischen bereits vom Chart-Picker
belegt. Wenn also die Benutzer*in sowohl Buchungskonto als auch die
Steuer ändert, so sollte das Programm die Steuer nicht erneut setzen.

ActionBar: Rechnungsworkflow → Kundenauftrag: richtige Action angeben

Die entsprechende Sub in io.pl heißt »order« und nicht »sales_order«.
Behebt #245.

ActionBar: oe.pl: Actions für Wechsel Einkauf ↔ Verkauf gefixt

Rechnungsentwürfe beim Laden Tagesdatum setzen

Wie in vorherigen Entwürfen auch, wird das Datum beim Laden
des Entwurfs tagesaktuell gesetzt.

toten code auch entfernen

Fehlermeldungen beim automatischen Auslagern bei Verkaufsrechnungen anzeigen

Das eval/with_transaction Konstrukt in dieser Form liefert eine nicht
aussagekräftige Meldung, dass die Transaktion nicht geklappt hat, obwohl
einfach ein Fehler in IS->transfer_out von Anwender-Seite konfigurativ...

ActionBar: Korrekte actions für purchase_order und request_for_quotation

Auftrags-Controller: als experimentelles Feature abschaltbar.

Konteneinstellungen wieder änderbar bei bebuchten Konten

Bei der Menüumstellung war dies für bebuchte Konten unmöglich gemacht
worden.

Kontendaten bearbeiten - Kategorien für EÜR/BWA aus DB

Die hartkodierten Kategorien für die Dropdowns entfernt und stattdessen
aus den Views eur_categories und bwa_categories auslesen.

Bei Aufträgen die mit "Save as new" erzeugt werden muss die gelieferte Menge auf 0 gesetzt werden

Beim neu Laden des Auftrags wird ship_{pos} zwar überprüft, jedoch erst beim erneuten Speichern zu 0
oder richtigen Wert gesetzt.

DATEV Export - nach Abteilung filtern

ActionBar: Verwendung bei »System« → »Vorlagen« → *

»System« → »Vorlagen« → »Stilvorlage« entfernt

Die Funktion funktioniert seit der Aufteilung der Stylesheets in
mehrere Unterdateien schlicht nicht mehr. Da sich bisher niemand
beschwert hat, wird die Funktion wohl auch nicht benötigt.

ActionBar: Verwendung bei »System« → »Historiensuchmaschine«

Kreditoren/Debitoren-Buchung zuletzt bebuchtes Konto laden

Wenn nur ein Konto ohne Wert vorhanden ist, gehen wir davon aus,
dass der Anwender einen anderen Kunden/Lieferanten buchen möchten und
hier das zuletzt bebuchte Konto als Default möchte

ActionBar: Verwendung bei »System« → »Bücherkontrolle«

ActionBar: Verwendung bei »System« → »Korrekturen im Hauptbuch«

ActionBar: Verwendung bei »System« → »Lager«

Ver-/Einkauf/Finanzbuchhaltung: automatisches Update nach Kunden-/Lieferantenwechsel

ActionBar: Verwendung bei »System« → »Sprachen und Übersetzungen« → »SEPA-Überweisungen«

ActionBar: Verwendung bei »System« → »Sprachen und Übersetzungen« → »Anreden«

ActionBar: Verwendung bei »System« → »Einheiten bearbeiten«

Rechnungssuchen Einkauf/Verkauf: Seitentitel an Menütitel anpassen

Damit wird klarer, dass nicht nur nach Debitorenbuchungen gesucht
wird, sondern auch Verkaufsrechnungen und Gutschriften.

ActionBar: Verwendung bei »Einkauf« → »Berichte« → »Einkaufsrechnungen…«

Preisquellen: Support für editierbare Preisquellen

Kreditorenbuchungen: Storno von bezahlten Rechnungen verhindern

Das Action-Bar-Setup nutzt den Wert $::form->{totalpaid} als Indikator
dafür, ob bereits Zahlungen verbucht wurden. Ist das der Fall, so darf
die Rechnung nicht storniert werden können.

Daher muss dieser Wert berechnet werden, bevor das Action-Bar-Setup...

ActionBar: ReportGenerator: get('actionbar') liefert Array von Bars

ActionBar/Dateimanagement: Verschicken von Dateien via E-Mail wieder implementiert

WebDAV: Überflüssigen Aufruf webdav_path im Frontend entfernt

WebDAV::get_all_objects ruft in der Methode seit Anbeginn des Moduls
schon ein webdav_path auf, von daher schreddern bevor noch mehr
copy & waste im Programm passiert

Einheiten bearbeiten: SL::DB::Language nutzen

Alter Code zum Auslesen der Sprachliste, AM::language, wurde im Zuge
der ActionBar-Umstellung entfernt.

Ups :)

ActionBar: Verwendung beim Massendruck von Lieferscheinen

ActionBar: »Anhänge aller Artikel herunterladen« bei Angeboten/Aufträgen wieder implementiert

ActionBar: Verwendung bei »Steuern«

ActionBar: Verwendung bei »Konto erfassen/bearbeiten«

ActionBar: Verwendung bei Mahnungskonfiguration

ActionBar: Verwendung bei UStVa-Konfiguration

ActionBar: Verwendung bei »Benutzereinstellungen«

ActionBar: Verwendung bei Wiedervorlagen

ActionBar: Verwendung beim Massendruck

ActionBar: Verwendung bei »Kontenabgleich«

ActionBar: Verwendung bei SEPA-Einzügen/-Überweisungen

ActionBar: Verwendung bei Zahlungsein-/-ausgang

ActionBar: Verwendung bei UStVA

ActionBar: ReportGenerator nutzt per Default nun die ActionBar

ActionBar: Verwendung bei »offene Forderungen/Verbindlichkeiten«

ActionBar: Verwendung beim DATEV-Export

ActionBar: Verwendung in Kreditorenbuchungen

ActionBar: Aufruf Historie in Verkaufrechnungen gefixt

ActionBar: Verwendung bei Debitorenbuchungen

ActionBar: Verwendung bei allen anderen Lager-Funktionen

Lager → …
• Erzeugnis fertigen
• Umlagern
• Entnahme

Lager → Berichte → …
• Lagerbestand
• Lagerbuchungen

ActionBar: Verwendung bei Mahnungen standardisiert

• »Weiter« → »Suchen«
• »Weiter« → »Anlegen«

ActionBar: Verwendung bei Artikelsuche standardisiert

• »Weiter« → »Suchen«

ActionBar: Verwendung bei Kunden-/Lieferanten/Ansprechpersonensuche standardisiert

• »Weiter« → »Suchen«
• »Neuer Kunde/Lieferant« → »Erfassen«

ActionBar: Verwendung beim Massenerzeugen von Rechnungen aus Lieferscheinen

ActionBar: Verwendung im Mahnprozess

ActionBar: Auslassen von Actions über Parameter »only_if«/»not_if« steuern können

Gedacht für Buttons, die z.B. aufgrund der Mandantenkonfiguration nie
angezeigt werden können. Nicht gedacht für Buttons, die nur aufgrund des
Belegzustands nicht benutzt werden können (z.B. »Löschen« bei einem noch...

ActionBar: Verwendung bei Artikelsuche

ActionBar: Verwendung bei Kunden-/Lieferanten/Ansprechpersonensuche

ActionBar: Verkaufsrechnungen: Drucken über Dialog implementiert

ActionBar: Lieferscheine: Drucken über Dialog implementiert

ActionBar: Verwendung bei Angebots-/Auftragssuche

ActionBar: existierende Inputs namens »action« vor Submit entfernen

Wenn man zuerst druckt und dabei »action« auf z.B. »print« gesetzt wird,
so wird anschließend das PDF heruntergeladen. Allerdings verbleibt die
»action=print« in der Form.

Wenn dann anschließend einer der Menüpunkte angeklickt wird,...

ActionBar: alte Funktionen zum E-Mail-Versand entfernt

ActionBar: Rechnungen: E-Mail-Versand über Dialog implementiert

ActionBar: Lieferscheine: E-Mail-Versand über Dialog implementiert

ActionBar: Angebote/Aufträge: E-Mail-Versand über Dialog implementiert

ActionBar: nicht mehr benötigte Lieferadressenmaske entfernt

ActionBar: Verkaufsrechnungen: Lieferadresse via Popup bearbeiten

ActionBar: Angebote/Aufträge: Lieferadresse via Popup bearbeiten

ActionBar: Umstellung von Dialogbuchung und Berichtsfunktion in gl.pl

ActionBar: Verwendung in Berichtsfunktion in ar.pl

ActionBar: Verwendung in Berichtsfunktion in do.pl

ActionBar: Verwendung in Berichtsfunktion in oe.pl

ActionBar: Unterstützung in ReportGenerator

ActionBar: Übersetzungen

ActionBar: do.pl: API-Umstellung & Tooltips für deaktivierte

ActionBar: API-Umstellung fürs Hinzufügen

Designziele:

• möglichst wenig Funktionsaufrufe auf eine ActionBar-Instanz
• Hash-artige Struktur der Daten zwecks bekanntem Aussehen und leichter
Verständlichkeit
• Leichter um neue Typen erweiterbar
• Rekursiv parsend (für Comboboxen)