projekt kivitendo

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: price_source feature entfernt

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

Merge pull request #36 from kivitendo/master-partial_invoice-2

Master partial invoice 2

Neue Default-Methoden auch im MetaSetup (Transferkonto 7% oder 19%)

Kosmetik

manueller Zahlungseingang beim Beleg, nur bei alten Rechnungstypen

und nicht bei Anzahlungs- oder Schlußrechnungen

SelfTest: ar_amount nicht bei Anzahlungs- oder Schlußrechnungen prüfen

typo: chart statt charts

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

advance_payment_transfer_charts: Ergänzung Abhängigkeit und chart.link setzen

Anzahlungsrechnung: Transferkonten für Steuerbuchungen anlegen

In defaults persistent setzen
Verrechnungskonto muss doch ein Sammelkonto (Link: AR) sein

Rechnungsmaske: DMS: Typ aus form für object_type nehmen.

Siehe auch commit 93acb48f7da805050e18f9fa3c495310cc2347e4
"Dokumentenablage für Rechnungen und Gutschriften unterscheiden."

Anzahlungs-Rg.: Kosmetik: Ausrichtung

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

Anzahlungs-Rg.: Anpassungen Druckvorlage f. Schlussrechnung

Anzahlungs-Rg.: Druckvariblen: Schlussbetrag

Anzahlungs-Rg.: Setup korrigieren für Template-Array für Druckvariablen

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

Anzahlungs-Rg.: Übersetzungen

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.: Druckvariblen: offenen Betrag jeder Anzahlungs-Rg. und Summe

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

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

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.: anderer Link-Typ Konten f. Verrechnung erhaltener Anzahlungen

Anzahlungs-Rg.: Kontoauszug verbuchen: Warnung vermeiden. invoice_type nehmen,

… da type auch undef sein kann

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

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

Übersetzung

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

Kontoauszug verbuchen, Mehrwertsteuerkorrektur für Anzahlungsrechnungen

Anzahlungs-Rg.: Druckvorlage Rechnungsdruck mit Liste der Anzahlungsrechnungen

exemplarisch

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 Anzahlungs-Rg. -> Schluss-Rg.

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

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

Anzahlungs-Rg.: Druckvorlage/Weiche

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.: Keine Zahlungsaktionen

Anzahlungs-Rg.: Kein Zahlungsabschnitt in der Maske

Anzahlungs-Rg.: Texte in der Maske anpassen

Anzahlungs-Rg.: Standardkonto-Auswahl f. Verrechnungskonto

Anzahlungs-Rg.: Neue Konten f. Verrechnung erhaltener Anzahlungen (SKR03/04)

Anzahlungs-Rg.: Menüpunkt

Merge pull request #35 from kivitendo/f-shopware6-rebase1

F shopware6 rebase1

Shopware6: locales de

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 besser
passen, als das was aktuell in kivi.Parts vorhanden ist.
Langtext wird nicht im Shop angezeigt, aber das darf dann ruhig
aus 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: Kategorien werden anders in kivi gespeichert

Shopware6: Artikelnummer Shopware auch als Art.-Nr. kivi speichern

Shopware6: utf8 für json kodieren

ShopPart-Controller Kosmetik -> Einrückungen

ShopPart: Tote Parameter in js raus

edit ShopPart: ShopPart in form nicht als db-object setzen

ShopPart-Template: Toten Code raus, Tote Parameter raus, Einrückung

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

locales

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