projekt kivitendo

Anzahlungs-Rechnung: Gültigkeitstoken WF Anzahlungsrechnung/Schlussrechnung

Behebt #534 (redmine)

Abfragen von $form->{postasnew} enfternt bei …

Einkaufsrechnung
Verkaufsrechnung
Kreditorenbuchung
Debitorenbuchung

Wird nirgends gesetzt - nur abgefragt.
Siehe auch commit 5427e0941067
"ap/ar/gl/io.pl: nicht benutzte Routine post_as_new entfernt"

Gültigkeitstoken in Transaction abfragen und löschen: "alte" Controller

Lieferscheine
Einkaufsrechnung
Verkaufsrechnung
Kreditorenbuchung
Debitorenbuchung
Dialogbuchung

Lieferbedingungen ungültig markieren können

Wechselkurs-Optimierung: Variable nicht doppelt deklarieren.

Wechselkurse für Zahlungen in Einkauf- und Verkaufsrechnung anzeigen

Workflows Einkauf- und Verkaufsrechnung

Wechselkurs in form_header anzeigen, inkl. Herkunft (Beleg oder Tageskurs)

> form>radier entfernt und den Zustand readonly in allen 4
Buchungsmasken auch anhand der Zustände der action_bar Knöpfe
abhängig gemacht (in form oder TMPL_VARS gesetzt)

Wechselkurs beim Laden des Belegs in form_header oder retrieve_invoice holen

Buchungsmasken: Wert des Wechselkurs auf valide Inhalte vor Buchung prüfen

Zahlungsbuchung in Belegen: Konten ausblenden, die über Bank verbucht werden

Workflow Reklamation->Gutschrift: Gültigkeitstoken setzen

Gutschrift: S:D:Reclamation-Modul einbinden

Verkaufsbelege: Modul bei Lieferadressenauswahl und Detail-Anzeige beachten

Da Ids für Belege und Kunden gleich sein können, muss bei der Listung der
Lieferadresse zum Kunden darauf geachtet werden, dass das Modul auch 'CT'
ist.

Workflow: sales_reclamation → credit_note

Workflow: (sales/purchase) invoice → reclamation

design40: DeliveryTerms in alles alten controllern im form_header sichtbar machen

Swiss QR-Bill: QR-Referenz soll in der jeweiligen Rechnung gespeichert werden

Rechnung: nach Laden eines Entwurfs neues Gültigkeitstoken erzeugen

Fix Formulargültigkeit bei Rechnung → Gutschrift

Fix Formulargültigkeit bei Rechnung → Storno

Fix Formulargültigkeit bei Rechnung → als neu verwenden

proof of concept: Formular-Gültigkeit beim Buchen von Verkaufsrechnungen

Ziel: verhindern, dass eine noch nicht gebuchte Rechnung durch
Verwendung des »Zurück«-Buttons im Browser mehrfach gebucht werden
kann.

Implementation: Beim Neuanlegen einer Rechnung wird ein einmaliges...

Langtext-Dialog: Größe prozentual zum Hauptfenster einstellbar pro Benutzer

Ist hier in der Benutzereinstellung ein Wert != 0 gewählt, so wird der Dialog
entsprechend dargestellt. Auch die Größe des Editor-Bereichs wird in diesem
Fall angpepasst.
Ist 0 oder kein Wert gewählt, so ist das Verhalten wie zuvor.

Recht: Ansehen von Verkaufsrechnungen berücksichtigen

VK-Rechnung 'als bezahlt markieren' für den Typ final_invoice erlauben

Unabhängig von der Mandantenkonfiguration

Anzahlungsrechnung nur netto erlauben

Der Bug tritt später aus, bei Kontoauszug verbuchen
calculate_prices_and_taxes setzt das Nebenbuch dann neu, als
ob es eine Netto-Rechnung ist.

Kosmetik

manueller Zahlungseingang beim Beleg, nur bei alten Rechnungstypen

und nicht bei Anzahlungs- oder Schlußrechnungen

Anzahlungs-Rg.: Kosmetik: Einrückung/Ausrichtung

Anzahlungs-Rg.: Workflow vom Auftrag: alle Anzahlugns-Rg. und Schluss-Rg.

Wird der Workflow vom Auftrag aus begonnen, so werden alle Anzahlungs- und
die Schlussrechnung vom Auftrag aus gemacht.
Der Einstieg über eine Anzahlungs-Rg. und dann der Workflow
"weitere Anzahlungs-Rg." (...) und hieraus Schluss-Rg. bleibt bestehen.

Anzahlungs-Rg.: is.pl: Titel für Schlussrechnung an die anderen angepasst

Anzhalungs-Rg.: is.pl: neuen, eigenenen Schlussrechnungs-Typ berücksichtigen

Anzahlungs-Rg.: Workflow -> Schluss-Rg.: sellprice wirklich aus fxsellprice

Anzahlungs-Rg.: eigener Typ for Schlussrechnung (final_invoice (F))

Anzahlungsrechnung: Nur eine Mehrwertsteuer erlauben. Rückbuchungen nur Netto

Anzahlungs-Rg.: Gegenbuchung bei Schluss-Rg.

Anzahlungs-Rg.: Workflow Anzahlungs-Rg. -> Schluss-Rg.

Anzahlungs-Rg.: Workflow Anzahlungs-Rg. -> Anzahlungs-Rg.

Anzahlungs-Rg.: Drucken können

Anzahlungs-Rg.: Keine Zahlungsaktionen

Anzahlungs-Rg.: Kein Zahlungsabschnitt in der Maske

Anzahlungs-Rg.: Texte in der Maske anpassen

Verkaufsrechnungen direkt als Factur-X/ZUGFeRD-XML exportieren können

Zusätzliche Rechnungsadressen: in Verkaufsbelegmasken auswählbar

Warnung bei fehlendem Lieferschein als Vorgänger zur Rechnung

Rechnung: Drucken und Buchen auch wirklich immer Drucken und Buchen

Neues Kundenattribut Rechnungsversand per Post -> Deaktiviert E-Mail für Rechnung

VK-Rechnung: ActionButtons direkt ausgrauen, falls die Aktion nicht erlaubt ist

Rechnungen: Drucken und Buchen muss dieselbe Restriktion wie Buchen haben

Ansonsten kommt der Anwender auf die Idee eine Gutschrift aus einer
Storno-Rechnung zu erzeugen, doch noch Belege in abgeschlossenen Perioden zu ändern usw

Einkauf/Verkauf: Sprach-Drop-Down aus Print-Optionen in Hauptbeleg verschoben

Noch nicht erledigt ist der neue Angebots-/Auftragscontroller.

Wechselkurs in VK-Rechnung nicht aus Zahlung setzen

AR/IR/OE - Steuerbeschreibung an Oberfläche / Druck aus tax_id holen

siehe Kommentare in SL/IS.pm

Wenn ein Steuerautomatikkonto mehrmals bei den Steuern auftaucht kann
man die Steuerbeschreibung nicht mehr eindeutig anhand der Kontonummer
(hier als taxnumber verwendet) bestimmen, von daher wird jetzt immer...

Einkauf/Verkauf: Bemerkungsfelder gleich groß anzeigen

Einkauf/Verkauf: keine Validierung bei Update-Button

Andernfalls wird z.B. erzwungen, dass die Vorgangsbezeichnung
eingegeben ist, bevor der Update-Button betätigt wird. Das betrifft
auch den Kundenwechsel, der ein automatisches Update triggert, was
wiederum die Validierung triggert....

Manuelle Zahlungen verbieten, falls mit Kontoauszug verknüpft.

Falls die Änderbarkeit von Zahlungen nicht auf niemals steht,
entsprechend Überbuchen / manuelles Ändern verbieten.
Der Fehlertext weißt zusätzlich auf die Funktion im Bankbewegungs-Bericht hin

Berechtigung, Verkaufsrechnungen persönlich zugeordneter Projekte einzusehen

Man kann nun Mitarbeiter*innen zu Projekten zuordnen, indem man sie in
den Projektstammdaten hinzufügt.

Ist eine Mitarbeiter*in zu einem Projekt zugeordnet, so darf sie alle
Rechnungen ansehen, die über die Projektnummer der Rechnung (nicht der...

BDVs für abweichende Lieferadresse auch in Verkaufsrechnungen anzeigen

is_wrong_ptype gibt es hier nicht

Kunden-Spezifische Artikeleigenschaften

neue Tabelle "PartCustomerPrices" mit SL/DB Dateien
in Artikelstammdaten eingebaut,

in Preisquellen analog zu den Lieferantenpreisen nun Kundenpreise eingebaut
(Unklar ist was bei Kundenpreisen der beste Preis ist !)...

Fix für #325 und #326

Strikteres Behandeln von Löschen und Storno-Funktion bei Verkaufs-Rechnungen

kivi.Validator: In IS Maske als check registriert

kivi.Validator: explizites check_right_*_format auf Validator umgestellt

is: kivi.CustomerVendor.js korrekt einbinden

CustomerVendor Picker: autocomplete_customer.js includes umgestellt

Drucken und Buchen

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

ActionBar: Rechnungsworkflow → Kundenauftrag: richtige Action angeben

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

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: Aufruf Historie in Verkaufrechnungen gefixt

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: Verkaufsrechnungen: Drucken über Dialog implementiert

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: Verkaufsrechnungen: Lieferadresse via Popup bearbeiten

ActionBar: Übersetzungen

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)

ActionBar: bei Click auf Combo ohne oberste Action Menü aufklappen

Manche Comboboxes wie z.B. »Workflow« oder »mehr« haben auf dem obersten
Button keine Action konfiguriert (weder »submit« noch »call«). Um die
Benutzer nicht zu sehr zu verwirren, werden diese nun nicht mehr als...

ActionBar: Setup in is.pl in eigene Funktion ausgelagert

ActionBar: Tooltips für deaktivierte Aktionen in is.pl

accesseky enter

is: delete nur mit show_delete

is: actionbar implementiert.

Änderungen:
- post_and_[print/mail] sind wie geplant raus.
- zurück ist raus
- confirm bei mark as paid eingefügt
- show_delete als Bedingung für post sieht falsch aus

Einkaufs-/Verkaufsrechnungen: Verwendung freier Fälligkeitsdaten gefixt

Wenn bei einer Zahlungsbedingung die automatische Berechnung des
Fälligkeitsdatums aus ist, so sollte die Routine zum Berechnen das
aktuell von der Benutzer*in eingegebene Fälligkeitsdatum...

PartPicker von autocomplete_part.js nach kivi.Part.js verschoben

Dateimanagement: Integration in Masken und Controller

Einbau in alte Masken (bin/mozilla/* und templates/webpages/??/)
sowie in neue Controller für Kunden/Lieferanten/Artikel ,
in neuen Auftragscontroller

Proformarechnung geht bei Drucken und Buchen verloren

Verkaufsrechnung: »…gebucht«-Nachricht als Flash anzeigen

arap.pl entfernt

Sie enthielt nur noch drei Funktionen:

• select_project — wurde nirgends mehr verwendet
• project_selected — war nur eine Helferfunktion für select_project
• continue — diese wurde nach common.pl verschoben

Verkaufsrechnungen: Abteilungen sortiert anzeigen

Verkaufsrechnungen: Kundenwahl über Picker

Alle Rechnungen: »als bezahlt markieren« auf neue Funktionen in SL::DB::(Purchase)Invoice umgestellt

Verkaufsrechnung bearbeiten - ALL_DEPARTMENTS wie andere Belegemasken

BUGFIX: Kreditorenbuchungen: Fehler beim Nutzen von Drafts(2)

Herausnahme der Anpassungen aus dem Draft Controller in die neuen Methoden show_draft der legacy scripts

SL/PE.pm und bin/mozilla/pe.pl entfernt

fix FSF address

BUG-Fix: Die Anzeige der fällige Wiedervorlagen ist falsch (zu hoch).

In ERP-Dokumenten werden werden "zu viele" Wiedervorlagen angezeigt.
Bei der Berechnung werden sowohl offene als auch geschlossene Wiedervorlagen berücksichtigt.