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
DeliveryOrder: number alias
Neue Default-Methoden auch im MetaSetup (Transferkonto 7% oder 19%)
SelfTest: ar_amount nicht bei Anzahlungs- oder Schlußrechnungen prüfen
Anzahlungsrechnung: Bei Schlussrechnung das Transferkonto ausgleichen
Anzahlungsrechnung: Beim Zahlungseingang auf das Steuertransfer-Konto buchen
DATEV benötigt das wirkliche Brutto-Automatik-Konto, um die MwSt zu buchen
Anzahlungs-Rg.: Kosmetik: Ausrichtung
Anzahlungs-Rg.: files und Webdav-Zuordnungen für neue Typen
Anzahlungs-Rg.: Druckvariblen: Schlussbetrag
Anzahlungs-Rg.: Setup korrigieren für Template-Array für Druckvariablen
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- unddie 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.: Druckvariblen: offenen Betrag jeder Anzahlungs-Rg. und Summe
Anzahlungs-Rg.: Steuer der Anzahlungs-Rgs. nicht auf das Forderungskto buchen …
… und Betrag der Anzahlungs-Rgs. mit Steuerschlüssel 0 buchen
Anzahlungs-Rg.: Steuer der Anzahlungs-Rgs. nicht bei Schluss-Rg. buchen
Anzahlungs-Rg.: Buchung: Sanity-Checks an einer Stelle zusammengefasst
Anzahlungs-Rg.: Workaround f. fxselprice/PTC beim Ermitteln der Steuern
Anzahlungs-Rg.: Kontoauszug verbuchen: Warnung vermeiden. invoice_type nehmen,
… da type auch undef sein kann
Anzahlungs-Rg.: eigener Typ for Schlussrechnung (final_invoice (F))
Anzahlungs-Rg.: keine weitere Rückbuchung bei erneutem Buchen einer Schluss-Rg
Anzahlungs-Rg.: Kommentare f. Todos
Anzahlungsrechnung: Nur eine Mehrwertsteuer erlauben. Rückbuchungen nur Netto
Kontoauszug verbuchen, Mehrwertsteuerkorrektur für Anzahlungsrechnungen
Anzahlungs-Rg.: Nummern, Summen und Steuern für Schlussrechnungsdruck
Anzahlungs-Rg.: Gegenbuchung bei Löschen der Schluss-Rg. löschen
Gegenbuchungen werden in acc_trans markiert (Text in memo)
Anzahlungs-Rg.: Gegenbuchung bei Schluss-Rg.
Anzahlungs-Rg.: Workflow Auftrag -> Anzahlungs-Rg.
Anzahlungs-Rg.: Drucken können
Anzahlungs-Rg.: Buchen auf Verrechnungskonto ohne Steuer
Anzahlungs-Rg.: Typ in Bericht anzeigen
Anzahlungs-Rg.: neuen Typ bei Ermittlung des Datums f. Konten berücksichtigen
Anzahlungs-Rg.: neuen Typ bei Nummergenerierung berücksichtigen
Fix: Anzahlungs-Rg.: neuen Typ beim Erzeugen der record items berücksichtigen
Anzahlungs-Rg.: neuen Typ beim Erzeugen der record items berücksichtigen
Anzahlungs-Rg.: Standardkonto-Auswahl f. Verrechnungskonto
Shopware6: POD TODOS ergänzt
Shopware: Bessere Fehlermeldung, dass Titel nur 255 Zeichen haben darf
spellcheck
Shopware6: shopware.name entspricht kivitendo.description
Etwas verwirrend, denn shopware.description ist kivi.longdescription
Shop: Shop-Order-Items nach OrderItems: Langtext + Beschreibung
Die Beschreibung aus dem Shop sollte für den Auftrag besserpassen, als das was aktuell in kivi.Parts vorhanden ist.Langtext wird nicht im Shop angezeigt, aber das darf dann ruhigaus Parts kommen (so wie beim manuellen Hinzufügen).
Shop: Servernamen entweder mit Protokoll speichern oder Protokoll ergänzen
Shopware-Proxy: Leeren Wert '' erlauben und danach regex prüfen
Shopware6: Optionalen Proxy erlauben und Protokoll http oder https initialisieren
shopware6: Bei der Produkt-Kategorie-Zuordnung nur die Blätter löschen
Shopware6: SW-Kategorien mit kivi-Produkten synchronisieren (Löschen, Anlegen)
Shopware6: Artikelnummer Shopware auch als Art.-Nr. kivi speichern
Shopware6: utf8 für json kodieren
ShopPart-Controller Kosmetik -> Einrückungen
shopware6: locales
Shopware6: Zumindestens englische Übersetzungen für Produkte übernehmen
S.a. POD
Shopware6: Entweder shop_part.shop_description oder part.notes verwenden
Shop-Konfig: Not implemented für alles außer sw6 ergänzt (part.notes)
Neues Feld Übernahme Beschreibung/Langtext aus Stammdaten
InstallationCheck um REST::Client erweitert
Lokalisierung für Fehlermeldungen und Doku ergänzt
get_article, um Rückgabewert erweitert, falls kein Produkt gefunden wurde
Toten Code entfernt
Shopware6 Connector. Initiale Version
TODOS s.a. POD
Shop: Not Yet Implemented Errors falls eine Shopware6 Config gespeichert wird
Shop:update_part um POD und Beispiel Code erweitert
Webshop speichern: Zumindestens etwas mehr Eingabevalidierung, vor DB-Fehlern
ShopPart::get_images um Parameter binary anstatt base64 erweitert
Shop: Erweiterung für Dateityp im Dateinamen auf letzten . begrenzen
Hilft zwar nicht bei .tar.gz, aber erstmal besser als vorher
Shop: shop_trans_id darf auch alphanumerisch sein (e030amdf)
Shop: Base Class get_one_order etwas ausführlicher dokumentiert
Shop: Bestellungen abholen, korrekten Variablennamen für Fehlermeldung
ShopConnector::Base POD Doku was die Schnittstelle erwartet
typo in POD
Shopware6: ALL toten Kode entfernt
shop_connector_class_by_connector wird nirgends aufgerufendie info ist redundant mit shop_connector_class_by_name
Shopware6: Neue Shopschnittstelle hinzugefügt
Einrückungen entsprechend gesetzt
Merge pull request #34 from kivitendo/warengruppen_pflichtfeld
Mandantenkonfiguration - Warengruppe als Pflichtfeld
Merge pull request #33 from kivitendo/f-send-emails-as-html
F send emails as html
Kann nun konfiguriert werden.
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
E-Mails als HTML verschicken: Mail-Body wiederkehrende RGs: Variablenersetzung
Vorbelegte E-Mail-Texte für wiederkehrende Rechnungen genau wie in oe.pl
Rechnungssuche: Filter für Ship via und Shipping Point
Inventory-Import keine Spalte target_qty
Kosmetik Inventory Import
CSV Lagerbewegungs-Import: Numberformat für Fließkommazahlen (qty)
Swiss QR-Bill: QR-Code in Printablauf nur für Formname "Rechnung" erzeugen
Swiss QR-Bill: QrBill.pm: Skalierung Schweizerkreuz angepasst
Swiss QR-Bill: QrBill.pm: Ändere Parameter für Imager::QRCode Instanziierung
Swiss QR-Bill: Variante IBAN ohne Referenz in Druckablauf und Mandantenkonfiguration hinzugefügt
Swiss QR-Bill: QrBill.pm: Füge Variante IBAN ohne Referenz hinzu
Swiss QR-Bill: Datenbankupgrade Mandantenkonfiguration: Varianten einstellbar machen
E-Mails als HTML verschicken: Versand wiederkehrender Rechnungen
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
SL::HTML::Util: Helferfunktion zur Wandlung von Text nach HTML