projekt kivitendo

2022-0x-xx - Release 3.6.0

- Anzahlungs- und Schlussrechnung konform nach deutschem Steuerrecht

  Es gibt zwei neue Typen von Rechnungen, einmal den Typ Anzahlungsrechnung und den Typ Schlußrechnung.

  Die Anzahlungsrechnung braucht keinen Vorgänger.

  Schlußrechnung braucht immer einen Vorgänger.

  Vorgänger für die Schlußrechnung kann eine Anzahlungsrechnung oder ein Auftrag sein.

  Sollte der Workflow bei Anzahlungsrechnung starten, kann von der Anzahlungsrechnung aus eine

  weitere Anzahlungsrechnung oder eine Schlußrechnung generiert werden.

  Alternativ kann der Workflow auch mit einem Auftrag beginnen, dann muss die Schlußrechnung auch von diesem Auftrag aus erstellt werden.

  Buchhalterische Änderungen:

  Die Anzahlungsrechnung wird nicht auf das Standard-Ertragkonto gebucht,

  sondern auf ein definiertes Transferkonto, ferner wird keine Mehrwertsteuer gebucht.

  Sobald der Zahlungseingang zu dieser Anzahlungsrechnung verbucht wird (per Bankimport),

  wird die Mehrwertsteuer entsprechend zum Zahlbetrag brutto verbucht.

  Damit das ganze DATEV konform bleibt, wird der entsprechende netto Betrag des Zahlbetrags

  auf ein Steuertransferkonto je nach Steuersatz verschoben.

  Sobald die Schlußrechnung gebucht wird, werden die Verschiebungen wieder rückgängig gemacht

  und falls die Schlußrechnung in Summe höher ist als die vorherigen Anzahlungsrechnungen wird

  die Mehrwertsteuer anteilig gebucht.

  Die Standard-Druckvorlage marei, enthält exemplarisch zwei neue Druckvarianten die

  diesen Fall abbilden und somit als Orientierung für eigene Vorlagen-Anpassungen

  dienen können.

- Neuer benutzerdefinierter Variablentyp HTML-Feld

  Der Funktionsumfang entspricht dem Editor im Langtext/Bemerkungen

  innerhalb der Belege. Erweiterbar für alle auch bisher verwendete

  Objekte die benutzerdefinierte Variable verwenden können (Stammdaten,

  Projekte, usw)

- DMS unterstützt auch Druckvarianten des Belegs

  Bisher konnte das DMS nur die Hauptvariante des Belegtyps zuordnen,

  jetzt wird auch bei allen bekannten Druckvariante ein entsprechend

  eigenständiger Dokumenteneintrag, inkl. Version hinterlegt

- Für die HTML-Texte ist jetzt die Rechtschreibprüfung des Anwender-Browsers aktiviert

- Beim E-Mail-Versand wird jetzt gewarnt, falls scheinbar keine

  gültige E-Mail-Adresse des Empfängers existiert

- Optionale auftragszentrische Verknüpfte Belege

  Konfigurierbar in der Mandantenkonfiguration. Unabhängig vom

  aktuellen Belegort werden die verknüpften Belege immer vom VK-Auftrag aufgebaut.

- Lieferplan: Geschwindigkeitssteigerung

- SEPA: aktuell von Kreditinstituten unterstützte Formatversionen nutzen

- Pflichtenhefte: bei Pflichtenheft → Angebot → Auftrag auch PH mit Auftrag verknüpfen

- Auftrag: Projekt automatisch in verknüpftem Pflichtenheft eintragen

- Ein-/Verkauf: Belegnummern von uns erzeugter Belege nicht ändern können (Mandantenkonfig)

  Für Belege, die auf unserer Seite erzeugt werden, kann nun verhindert

  werden, dass die Belegnummer manuell angepasst bzw. gesetzt

  wird. Statt dessen wird sie immer vom System beim ersten Speichern

  vergeben und beim späteren Bearbeiten nur noch read-only angezeigt.

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

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

- Der Lagerbewegungs-Import (CSV) unterstützt auch Fließkommazahlen

- E-Mails aus kivitendo werden jetzt HTML-formatiert verschickt, mit

  den bekannten Editiermöglichkeiten aus den Bemerkungen/Langtext

- Bei längeren Langtexten in der Position ist jetzt ein Vergrößern des

  Textfelds im Popup-Dialog möglich

Bugfixes (Tracker: https://www.kivitendo.de/redmine):

488 Lager ohne Lagerplatz nicht erlauben

486 Bericht Lagerentnahme: Link zur Ware kaputt

485 Offenen Forderungen zum Stichtag mit aktuellem Status

484 CSV/PDF-Export Summen- und Saldenliste mit allen Konten