projekt kivitendo

Sichtbarkeit Anzahlungs-/Schluss-Rgs: Einstellung bei Workflows berücksichtigen

Sichtbarkeit neuer Belege: Einstellung bei Workflows berücksichtigen

FIX: 'Steuer im Preis inbegiffen' VK-Rechnungen korrekten Wert anzeigen

Sammelkonto bei Gutschriften nicht auf Standard ändern => Übernahme

FIX: Buchungskonto setzen bei Summe 0 in VK/EK-Rechnungen

IS: fx_transaction payments

Es wird jetzt das fx_transaction flag durchgereicht, wenn die Zahlung im
FGrontend angelegt wurde, oder in Fremdwährung in der Datenbank gefunden
wurde.

Interne Währungszahlungen werden initial ohne fx_transaction geladen,
dann aber wie "normale" Fremdbuchungen durchgereicht...

Verkaufsrechnungen - fx_paid -> defaultcurrency_paid

siehe Ticket #563, Währung und Fremdwährung war vertauscht.

EmailJournal: Workflow mit Callback zu Bericht

Speichern/Buchen und schließen zu Belegen hinzufügt

Versucht Callback aufzurufen oder geht zu Loginseite.

Workflow: E-Mail → VK Rechnung/Gutschrift überarbeitet

FIX: Kein Workflow von Storno Rechnung zu Reklamation

'Buchen auf' in EK/VK Rechnungen auch vorbelegen, wenn in Mandantenkonfig leer

Wird dann mit dem ersten Verbindlichkeitskonto/Forderungskonto vorbelegt,
sowie bei der Kreditorenbuchung/Debitorenbuchung auch.

ckeditor5: update der javascripte in bin/mozilla/is.pl

behebt #621 (redmine) und
behebt #622 (redmine)

ckeditor5: add_javascript in bin/mozilla controllern entfernt

Die werden jetzt alle über den P.textarea eingebunden

FIX: 'Buchen auf' in EK/VK Rechnungen richtig vorbelegen

Behebt #363

Rechnungen: Verrechnungskonto für Anzahlungen nicht in selectAR

Bankkonto für die Nutzung mit dem Bankimport markieren

Bei den Bankkonten Auswahlmöglichkeit hinzugefügt, ob das Konto für den Bankimport verwendet werden soll.
(Standardwert und bestehende: Ja)
Notwendig, da es sein kann, dass Bankkonten für die QR-Rechnung aber nicht für den Bankimport genutzt werden. In dem Fall muss manuelles Buchen weiterhin möglich sein.

Qr-Rechnung unstrukturierte Mitteilung loeschen bei als neu verwenden

is.pl Einrückung korrigiert

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