Version: 22.15.1
Zahlungsdienstleister finAPI &
2-Stufige Duplikatsprüfung von Zahlungstransaktionen
Features 34
Verbesserungen 57
Bleibe immer up-to-date!
Reduzierung der Steuertypen
Um das Anlegen von Steuern und das Konfigurieren von Steuerregeln in Zukunft für euch zu vereinfachen, planen wir die vorhandenen Steuertypen zu reduzieren. Zur Auswahl wird es nur noch die Steuerarten “Mehrwertsteuer”, “Vorsteuer”, “Umgekehrte Steuerschuld (EK)” und “Einfuhrumsatzsteuer” geben.
Die Steuerarten “Steuerfrei” und “Reverse Charge (VK)” wird es fortan nicht mehr geben. Wichtig: Die Funktionalität ist dieselbe wie vorher, es wird lediglich ein anderer Typ unter Grundeinstellungen > Steuern angezeigt.
Die Steuerart “Steuerfrei” ist vorerst nur in neuen weclapp Tenants nicht mehr vorhanden.
Nach dem Update wird es in neu registrierten weclapp Tenants keine Steuern mit dem Typ “Steuerfrei” mehr geben. Die Steuern mit 0% werden im Default entweder als Vorsteuer oder Mehrwertsteuer angelegt.
Schrittweise Umstellung bestehender weclapp Systeme erfolgt in den nächsten Wochen.
Bei bestehenden weclapp Tenants wird sich mit dem Release erst einmal nichts ändern, d.h. dort gibt es weiterhin noch den Steuertyp “Steuerfrei”. Hier planen wir jedoch eine sukzessive Umstellung aller Systeme in den nächsten Wochen. Weitere Informationen dazu folgen noch.
Die Steuersätze, die aktuell mit dem Typ “Steuerfrei” angelegt sind, werden von uns auf Vorsteuer oder Mehrwertsteuer gesetzt, je nachdem ob ein Aufwands- oder Erlöskonto hinterlegt ist.
Sollte ein steuerfreier Steuersatz bisher sowohl im Verkauf und Einkauf verwendet worden sein – was so nicht vorgesehen war, da nur ein Buchungskonto hinterlegt werden kann – wird diese Steuer dupliziert. Bei Mehrfachverwendung des steuerfreien Steuersatzes im Verkauf und Einkauf wird es nach der Umstellung jeweils eine Steuer mit der Steuerart “Mehrwertsteuer” bzw. “Vorsteuer” geben, sodass die Verwendung eindeutig ist. Hinweis: Die neu angelegte Steuer hat eine andere ID in der API. Weitere Infos dazu im nächsten API-Newsletter. (Anmeldung API-Newsletter)
Button “Reverse Charge initialisieren” und Steuerart “Reverse Charge (VK)” entfernt
In der Vergangenheit war es so, dass die Reverse Charge bzw. IG-Erwerb Steuersätze über den Button “Reverse Charge initialisieren” im System angelegt wurden. Da die Steuersätze bereits standardmäßig unter Grundeinstellungen > Steuern angelegt und auch die Kontenzuordnung beim Initialisieren der Buchhaltung befüllt wird, war dieser Button nicht mehr notwendig.
Im Zuge dessen wurde auch die Steuerart “Reverse Charge (VK)” entfernt, da funktionell kein Unterschied zu Steuern vom Typ “Mehrwertsteuer” bestand. Bei vorhandenen Steuern mit diesem Typ wird bei dem Update die Steuerart “Mehrwertsteuer” gesetzt. Am aktuellen Verhalten oder den Buchungskonten wurde nichts verändert.
Zukünftig sind alle Steuersätze, die für Verkaufsbelege vorgesehen sind, mit der Steuerart “Mehrwertsteuer” anzulegen. Für den Einkaufsbereich gibt es zum einen den Steuertyp “Vorsteuer”. Zum anderen gibt es für Reverse Charge Sachverhalte sowie für innergemeinschaftliche Erwerbe, wenn der Lieferant die Steuerschuldnerschaft auf mich umwälzt und ich gleichzeitig vorsteuerabzugsberechtigt bin, den Steuertyp „Umgekehrte Steuerschuld (EK)“.
Ausblick neue Steuermatrix
Diese Änderungen bezüglich der Steuertypen sind Vorbereitung für unsere neue, verbesserte Steuermatrix, die euch in Zukunft flexiblere und benutzerfreundlichere Konfigurationsmöglichkeiten bietet.
Welche tollen Features, die neue Steuermatrix beinhaltet, könnt ihr auf unserer Roadmap nachlesen.
Neue Pfeile auf der Benutzeroberfläche
Das Interface verwendet jetzt überall winkelförmige Pfeile wo ihr etwas auf- oder zuklappen oder sortieren könnt. Bei manchen zugeklappten Elementen sind die Winkel ausgeblendet bis ihr den Cursor über sie bewegt, damit sie euch nicht ablenken.
Europäische Umsatzsteuerprüfung für Nordirland
Die europäische Umsatzsteuerprüfung wurde von öffentlicher Seite um XI für Nordirland (britische USt-ID, aber XI statt GB) erweitert. In diesem Zuge wurde Großbritannien hier entfernt. Das haben wir in der Anwendung jetzt nachgezogen.
Anpassung Projektstatusseite des Projektauftrags
Die Einstellungen und das Verhalten der Projektstatusseite des Projektauftrags wurden angepasst:
- Wenn Unteraufgaben nicht angezeigt werden sollen, dann werden die geplanten und realisierte Stunden auf den Oberaufgaben summiert.
- Geplante Aufwände können optional angezeigt werden. Entweder nur für nach Aufwand oder für alle Dienstleistungspositionen.
- Realisierte Aufwände können optional angezeigt werden. Entweder nur abrechenbare Aufwände, tatsächliche Aufwände bei nach Aufwand Positionen oder alle Aufwände.
Erweiterung des Projektteams beim Zusammenfassen von Projektaufträgen
Beim Zusammenfassen von Projektaufträgen wird jetzt auch das Projektteam entsprechend erweitert, falls im primären Projektauftrag das Team aktiv war. In diesem Fall werden die Projektmitarbeiter dem Projektteam zugeordnet. Es wird hier der höchste Kostenstundensatz und die höchste Projektrolle beim Zusammenfassen verwendet.
Detailverbesserungen
- Neue Spalte “Buchungsdatum” unter Verkauf > Rechnungspositionen und Versandkostenpositionen: Hier wird das Buchungsdatum der VK-Rechnung angezeigt, sofern ein abweichendes in der Rechnung unter “Optionen” eingetragen wurde.
- In der Angebotsauswertung unter dem Berichtswesen wurde beim Filtern der Angebote nach einem bestimmten Zeitraum fälschlicherweise das Erstelldatum des Angebots verwendet. Für aussagekräftigere Auswertungen wird hier nun das Angebotsdatum berücksichtigt.
- Der Tab “Kommissionierung” in Lieferungen sowie Produktionsaufträgen wurde zu “Entnahmen” umbenannt.
Anzeige interner Hinweis Lieferant in allen Einkaufsbelegen
Das Feld “Lieferhinweise” im Lieferanten wurde umbenannt zu “Interner Hinweis”. Analog zum internen Hinweis bei Kunden könnt ihr diesen nun in allen Einkaufsbelegen von der Lieferantenanfrage, über (Rahmen-)Bestellung und Wareneingang bis hin zu Eingangsrechnung und Lieferantenretoure in der Sidebar sehen.
Bestellart auf Lieferantendetailseite setzen
Detailverbesserungen
- Das Feld “Kommission” in Bestellungen kann ab jetzt über den Support zu einem Pflichtfeld gemacht werden.
- Neue Spalte “Angebotsnummer” unter Einkauf > Bestellungen: Sofern die Bestellung aus einem Auftrag erzeugt wurde und es zu dem Auftrag ein verknüpftes Angebot gibt, wird die entsprechende Angebotsnummer zu dem Auftrag angezeigt.
- Neue Spalte “Auftragsstatus” unter Einkauf > Bestellungen und Bestellpositionen: Sofern ein Streckengeschäft oder eine Auftragskommission zu einem Auftrag erstellt wurde, wird in dieser Spalte der Status des zugehörigen Auftrags angezeigt.
- Neue Spalte “Buchungsdatum” unter Einkauf > Rechnungspositionen und Versandkostenpositionen: Hier wird das Buchungsdatum der EK-Rechnung angezeigt, sofern ein abweichendes in der Rechnung unter “Optionen” eingetragen wurde.
Neuer Zahlungsdienstleister finAPI
Mit dem Release steht euch ein neuer Zahlungsdienstleister zur Verfügung: finAPI. Durch die Anbindung mit finAPI könnt ihr über den Online-Zugang der Bank die Banktransaktionen der Girokonten (je nach Zugang auch Tagesgeldkonten/Darlehenkonten etc.) in weclapp importieren. Außerdem ist es möglich Sammelüberweisungen durchzuführen (Bei FinTec ist es nur möglich, die Rechnungen einzeln zu überweisen).
2-Stufige Duplikatsprüfung beim Abruf von Zahlungstransaktionen
Bei einem Wechsel des Zahlungsdienstleister oder bei einer Schnittstellenanpassung z.B. durch den Zahlungsdienstleister an die Bank, kann es vorkommen, dass Bank-Transaktionen leicht verändert (z.B. im Verwendungszweck) dargestellt werden. In diesen seltenen Fällen kann es zu Duplikaten in weclapp kommen welche aufwendig und manuell bereinigt werden müssen. Mit dem Release wird eine zweite Stufe eingeführt, welche potentielle Duplikate als Verdachstfälle klassifiziert, die deutlich vereinfacht über ein Modal-Panel bearbeitet werden können. Sofern Bank-Transaktionen in der ersten Stufe der Duplikatsprüfung nicht bereits als Duplikat erkannt werden, werden in der zweiten Stufe lediglich die Parameter “Datum/IBAN/Betrag” verglichen. Kommt es dann zu einem Treffer, werden diese potentiellen Duplikate in einem weiteren Tab dargestellt. Der Nutzer kann dann nach Prüfung entscheiden, ob es sich wirklich um ein Duplikat handelt oder es fälschlicherweise erkannt wurde. Im zweiten Fall lässt sich per klick die Bank-Transaktion normal anlegen.
Datum und Buchungssaldo in Bank-Kachel
Im Bereich der Bank-Kachel wird das Datum und der Buchungssaldo angezeigt, wenn in weclapp die Buchhaltung genutzt wird. Als Datum wurde bisher das Datum der letzten Festschreibung des Buchungssatzes angezeigt. Nun wird das Datum vom letzten Buchungssatz verwendet und der aktuellste Buchungssaldo vom neuesten Geschäftsjahr wird mit einem Buchungssatz ausgegeben.
Neue ZUGFeRD-Einstellung
Statt die ZUGFeRD-Steuerarten automatisch je nach weclapp Steuerart zu raten, könnt ihr jetzt pro Steuer in den ZUGFeRD-Einstellungen hinterlegen, um welche Art von Steuer es sich handelt. Diese Einstellung ist für Steuern mit 0% Steuersatz verpflichtend, für andere Steuern aber optional (in dem Fall wird dann von einer Standard Umsatzsteuer ausgegangen). Im Zuge der Umstellung wurde für alle Steuern mit 0% Steuersatz der Eintrag mit der aktuell in weclapp verwendeten Steuerart hinterlegt, sodass erst mal nichts weiter unternommen werden muss.
Message Keys für Preis und Positionswert in Verkauf und Einkauf getrennt
Die Message Keys für Preis und Positionswert sind jetzt jeweils in Verkauf und Einkauf getrennt, damit die Spaltennamen für Verkauf und Einkauf unterschiedlich benennbar sind.
Im Changelog wurden nur die wichtigsten Punkte aufgeführt. Neben den aufgelisteten gab es noch weitere Features & Verbesserungen.
Die API Änderungen werden gesondert im API Changelog dokumentiert.