projekt kivitendo

Verknüfpte Belege: Keine Verknüpfungen zu Angebot von Angebot oder Auftrag.

Ein Angbot beginnt immer einen neuen Workflow (es sei denn der Vorgänger ist
ein Pflichtenheft).
Das kann sonst dazu führen, dass eine Position mehrere Angebote als Vorgänger
hat und dann kann das Angebot nicht mehr gedruckt werden. Auch logisch ist...

Verknüpfte Belege auch für Dialogbuchungen

Payment-Helper Skonto verbuchen mit Steuerkorrektur

tax_and_amount_by_tax_id ausgelagert für ar und ap in SalesPurchaseInvoice.
pay_invoice mit skonto erwartet die banktransaction.id
Invoice und PurchaseInvoice bindet den SPI Helper ein
Alte Methode skonto_charts noch im Payment-Helper drin....

Beim Workflow Kunden/Lieferant->Angebot/Auftrag Sprache vorbelegen

behebt #494 (redmine)

Schnellsuche nach "allen" Telefonnummern.

Gesucht wird in allen Telefonnummer-Feldern bei Kunden/Lieferanten
und Ansprechpersonen.

Merge pull request #41 from kivitendo/f-rights-to-view

F rights to view

Recht: Ansehen von Lieferscheinen berücksichtigen (VK+EK/alter+neuer Controller)

Kosmetik: DeliveryOrder: actionbar: Einrückung und Ausrichtung

Auftrags-Controller: wenn kein Recht zur Bearbeitung, dann Aktionen ausblenden …

… und nicht weglassen

Auftrags-Controller: before-run-hook deutlicher benannt

Abteilung bei Lohnbuchhaltung zuordnen, get_first mit richtigen Parameteraufruf

E-Mail-Protokollierung in interne Bemerkung abschalten, falls Journal an

Recht: Ansehen von Belegen bei Angebot und Auftrag berücksichtigen

Ansehen nur im neuen Auftrags-Controller

Auftrags-Controller: Media beim Drucken berücksichtigen

Kundenstammdaten: keine leeren »zusätzliche Rechnungsadressen« erzeugen

Bugfix: #486 Bericht Lagerentnahme: Link zur Ware kaputt

Vergessenes =

Analog zu deb78525654e0

DeliveryOrder: calculate_stock_in_out liefert auch die Einheit mit

In do.pl wird hier auch hart die Standardeinheit mitübergeben und
ein Wechsel der Einheit in den Auslagermasken hat keine Auswirkung
TODO: Macht es Sinn überhaupt eine Auswahlliste für Einheit anzubieten?

Beistell-Lieferschein: Als neu speichern deaktivieren, mit Hinweis auf WF

Da man Beistell-Lieferscheine noch nicht direkt erfassen kann,
braucht man auch (noch) nicht die Funktion als neu speichern

DeliveryOrder: format_number_units wieder zurück auf format_number refactored

format_number_units sollte das verhalten von format_number_unit in Form
emulieren. Das war aber buggy, und das originale Verhalten hat Bernd im
September eh entfernt. Also jetzt ganz normal anzeigen.

DeliveryOrder: kompletter Split der javascripte kivi.Order und kivi.DeliveryOrder

Bisher hatte der kivi.DeliveryOrder Controller einige der kivi.Order
Funktionen als fallback benutzt. Das führt aber dazu dass gleich
benannte change handler durcheinanderkommen. Ergo: nur noch...

DeliveryOrder: bei auslagern sofort löschen deaktivieren

DeliveryOrder: bei fehlerhaftem Auslagern sofort abbrechen

DeliveryOrder: delete deaktivieren, wenn schon ausgelagert

DeliveryOrder: richtige Werte im stock Dialog anzeigen

DeliveryOrder: nur umlagern erlauben wenn bereits gespeichert wurde

Da das Umlagern kein redirect macht ist danach sonst die URL falsch.

DeliveryOrder: in/out weiche in transfer_stock

DeliveryOrder: absicherung gegen leere stock Einträge

DeliveryOrder: nach Auslagern Statuszeile anpassen

DeliveryOrder: auslagern button deaktivieren nach auslagern

DeliveryOrder: besseres update nach stock dialog

DeliveryOrder: ungenutzte Zeile

DeliveryOrder: eval_json_result nach transfer_stock

aDeliveryOrder: typo

DeliveryOrder: record links beim Speichern setzen

DeliveryOrder: TypeData types auch aus dem Controller TypeData exportieren

DeliveryPlan: Bei Umwandlung Typ an new_from geben

DeliveryOrder: transfer_inventory fixes

DeliveryOrder: typo

RecordLinks für neue Lieferscheintypen

CsvImport: Anpassungen für order_type in Lieferscheinen

DeliveryOrder: stock roundtrip

DeliveryOrder: stock info im dom speichern

DeliveryOrder: Beistelllieferschein im Einkauf

DeliveryOrder: serialize stock to yaml

DeliveryOrder: erste Version Lager-Dialog

DeliveryOrder: in_out auch bei einzelnen Zeilen übergeben

DeliveryOrder: Übergabe in/out verbessert

DeliveryOrder: fix array conversion in calculate_stock_in_out

DeliveryOrder: Einlagern/Auslagern

Order: Workflow Beistelllieferschein erstellen

DeliveryOrder: Lagermengen Spalte

DeliveryOrder: inout an templates übergeben

DeliveryOrder: fix validate on save

DeliveryOrder: type roundtrip safety

DeliveryOrder: type_data nach SL/DB verschoben, damit das model auch drauf zugreifen kann

DeliveryOrder: neue Typen: supplier_delivery_order und rma_delivery_order

DeliveryOrder: javascript referenzen

DeliveryOrder: type data is_customer

DeliveryOrder: neue typen für Lieferschein

DeliveryOrder: type data zentralisiert um das verhalten besser generalisieren zu können

DeliveryOrder: package, namespace, template und controller referenzen angepasst

DeliveryOrder: exchangerate

DeliveryOrder: taxes und recalc Mechanismus entfernt

DeliveryOrder: remove periodic invoices support

DeliveryOrder: Initialkopie des Order-Controllers

Controller::Base: init_p jetzt überall verfügbar

Anzahlungs-Rg.: Kosmetik: Ausrichtung

Anzahlungs-Rg.: files und Webdav-Zuordnungen für neue Typen

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.: eigener Typ for Schlussrechnung (final_invoice (F))

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

Fix: Anzahlungs-Rg.: neuen Typ beim Erzeugen der record items berücksichtigen

Anzahlungs-Rg.: neuen Typ beim Erzeugen der record items berücksichtigen

ShopPart-Controller Kosmetik -> Einrückungen

Shop: Bestellungen abholen, korrekten Variablennamen für Fehlermeldung

Merge pull request #33 from kivitendo/f-send-emails-as-html

F send emails as html

MassRecordCreationAndPrinting - MassInvoiceCreatePrint: Auftrag schliessen

MassRecordCreationAndPrinting: Shopstatus setzen

OrderController: Wiederkehrende Rechnungen: vorbelegte E-Mail-Texte setzen falls leer

Vorher wurde nur geprüft, ob die Konfiguration schon gesetzt wurde.
    Sollte ein Kunde im Nachhinein auf E-Mail-Versand umstelle ist
    das Verhalten jetzt komfortabler

Vorbelegte E-Mail-Texte für wiederkehrende Rechnungen genau wie in oe.pl

Inventory-Import keine Spalte target_qty

Kosmetik Inventory Import

CSV Lagerbewegungs-Import: Numberformat für Fließkommazahlen (qty)

E-Mails als HTML verschicken: Versand in Einkaufs-/Verkaufsbelegen

E-Mails als HTML verschicken: Bearbeiten Benutzer-Signatur (Admin-Bereich)

E-Mails als HTML verschicken: Bearbeiten Firmensignatur

Order-Controller: abweichende Rechnungsadresse nur bei Kunden behandeln

Swiss QR-Bill: Controller für BankAccount Datenfelder

Auftrags-Controller: DMS: Druck-Variante berücksichtigen

Kosmetik: Einrückung

Auftrags-Controller: Email/DMS falls kein Dokument vorhanden, eines erstellen, …

… wenn die Policy sagt, dass der letzte Ausdruck mitgeschickt werden soll

Merge branch 'f-cvar-htmlfield'

Lohnbuchhaltungsimport: Leere Werte für Abteilungen abfangen

Order-Controller: Unterstützung für Drucken & E-Mailen von HTML-Vorlagen

Auftrags-Controller: kivi.Validator.js vor kivi.Order.js einbinden, …

damit die Datumseingabe angepasst wird, bevor es bei onchange zum Server
geschickt wird.

Warenstammdaten: EAN: Leerzeichen trimmen

_convert_pdf_to_png: Mehr Warnungen - quotemeta für Dateinamen mit whitespace

E-Mail-Versand: CC: nur kivi-Benutzer mit hinterlegter E-Mail-Adresse anzeigen

E-Mail-Versand: CC: kivi-Benutzer sortieren