Verbesserte Vorschauleiste

Die Benutzeroberfläche der Vorschauleiste wurde im CRM-Bereich auf folgenden Übersichtsseiten verbessert: Kontakte, Interessenten, Kunden, Lieferanten und Chancen.

Beta: Freigabeprozesse für Bestellungen und EK-Rechnungen

Auf der Bestellungen- und EK-Rechnungen-Übersicht wurden die Spalten “Aktueller Freigeber” und “Freigeber” hinzugefügt, sodass man direkt auf der Übersicht sehen kann, wer den Beleg freigeben muss, ohne auf die Detailseite oder die Freigaben-Übersicht zu wechseln.

Manuelle Gutschriftsanzeigen für Lieferanten

Ihr wollt Lieferanten im Gutschriftverfahren abrechnen? Ihr könnt jetzt ohne Umweg über die Provisionsabrechnung direkt Gutschriftsanzeigen für Lieferanten anlegen und bearbeiten – genauso wie Einkaufsrechnungen. Dafür könnt ihr zwischen beiden Typen von Gutschriftsanzeigen in den Email-Versandregeln, Nummernkreisen und Formulartexten unterscheiden.

Hinweise:

• Aus dem Provisionslauf erstellte Gutschriftsanzeigen heißen ab jetzt Provisionsgutschriften. Die manuell erstellten nennen sich Gutschriftsanzeigen.
• In bestehenden Systemen wird der alte Nummernkreis sowohl für Provisionsgutschriften als auch für Gutschriftsanzeigen verwendet. Falls gewünscht, könnt ihr dies selbst aufsplitten. In neu registrierten Systemen sind die Nummernkreise standardmäßig getrennt.
• Solltet ihr in der Spalte “Rechnungstyp” (z.B. auf der EK-Rechnungen-Übersicht) gespeichterte Filter haben, funktionieren diese auch nach dem Update. Anstatt “Gutschriftsanzeige” wird im Filter der Typ “Provisionsgutschrift” verwendet.
• Formularvarianten für Gutschriftsanzeigen gelten sowohl für Provisionsgutschriften als auch für manuelle Gutschriftsanzeigen. Wenn ihr unterschiedliche Layouts haben wollt, könnt ihr euch verschiedene Varianten anlegen.
• Wenn ihr in eurem System individuelle Formulartexte für Provisionsgutschriften hinterlegt habt, sind diese auch nach dem Update für Provisionsgutschriten gültig. Für die neuen Gutschriftsanzeigen sind keine Texte hinterlegt. Diese könnt ihr bei Bedarf selbst anpassen.
• Bestehende Beleg-E-Mail-Versandregeln greifen nach dem Update nur für Provisionsgutschriften. Solltet ihr für Gutschriftsanzeigen ebenfalls welche verwenden wollen, könnt ihr dies selbst konfigurieren.
• Die Einkaufseinstellung “Änderung von Gutschriftsanzeigepositionen erlauben” wurde umbenannt in “Änderung von Provisionsgutschriftpositionen erlauben”. In manuellen Gutschriftsanzeigen können die Positionen grundsätzlich editiert werden.
• Kontenzuordnung: Bei Provisionsgutschriften wird weiterhin als Aufwandskonto das Standardkonto für Verkaufsprovisionen gesetzt. Für die neuen Gutschriftsanzeigen greift die reguläre Steuerkontenzuordnung, sofern keine Aufwandskonten am Artikel oder in der Kontenmatrix hinterlegt sind. Auf dem Tab Positionen in manuellen Gutschriftsanzeigen könnt ihr das Aufwandskonto bei Bedarf auf euren Use Case ändern.

Auftrags-Komplett-Workflow für Kaufland-Schnittstellen

Im Tab Aufträge von Kaufland-Schnittstellen steht ab sofort die Option „Auftrags-Komplett-Workflow“ zur Verfügung. Wird diese Option aktiviert, werden eingehende Kaufland-Aufträge automatisch entsprechend der in den globalen Workflow-Aktions-Einstellungen definierten Schritte verarbeitet.
Bisher: Die Funktion war bereits für andere E-Commerce-Schnittstellen verfügbar, fehlte jedoch bei Kaufland.
Neu: Die Unterstützung wurde nun für Kaufland ergänzt, sodass das Verhalten mit den übrigen E-Commerce-Kanälen vereinheitlicht ist.
Vorteile:

• Einheitliches Workflow-Verhalten über alle E-Commerce-Schnittstellen hinweg
• Reduzierter manueller Bearbeitungsaufwand bei Kaufland-Aufträgen
• Schnellere und effizientere Auftragsabwicklung durch automatisierte Verarbeitung gemäß den globalen Workflow-Einstellungen

Detailanpassungen Betriebsfreie Tage

Verbesserte Darstellung von E‑Rechnungen

Microsoft Graph API für E-Mails, Kontakte und Kalender verfügbar (BETA)

Mit Release 26.14.1 bieten wir die Nutzung der Microsoft Graph API für die Anbindung von E-Mails, Kontakten und Kalendern in einer Beta-Version an. Die neue Schnittstelle ist insbesondere für Kunden interessant, die in der Vergangenheit gelegentlich Performance- oder Stabilitätsprobleme mit der bisherigen Microsoft-Anbindung hatten.
Für die Umstellung muss der betreffende Mail-Account einmalig neu angebunden und dabei der Typ “Microsoft 365 Beta” gewählt werden.
Hinweis: Die Unterstützung für Aufgaben ist aktuell noch nicht verfügbar.

Anpassung des Verhaltens offener Posten bei Schlussrechnungen

Das Verhalten offener Posten bei Vorausrechnungen und Schlussrechnungen wurde überarbeitet. Offene Posten, die den Status „Bezahlt“ haben, können nun mit Banktransaktionen verrechnet werden, sofern diese einen offenen Restbetrag haben.
Zusätzlich wurde das Zusammenspiel zwischen Vorkasse-/Anzahlungsrechnungen und Schlussrechnungen in verschiedenen Konstellationen angepasst:

Berücksichtigung tatsächlicher Zahlungen in der Schlussrechnung

• Wird eine Vorkasse-/Anzahlungsrechnung beim Erstellen der Schlussrechnung als bezahlt markiert und die Option „Tatsächliche Zahlungen bei Schlussrechnung berücksichtigen“ verwendet, wird ein eventuell verbleibender Restbetrag der Vorkasse-/Anzahlungsrechnung auf 0 € gesetzt und quasi auf die Schlussrechnung übertragen.
• Gilt die Vorkasse-/Anzahlungsrechnung bereits als bezahlt (Verkaufseinstellung “automatisch als bezahlt speichern”), kann nun mit einer Banktransaktion verrechnet werden, solange noch ein Restbetrag offen ist. Beim Erstellen der Schlussrechnung wird der Restbetrag der Vorkasse-/Anzahlungsrechnung auf 0 € gesetzt und in der Schlussrechnung berücksichtigt.

Keine Berücksichtigung tatsächlicher Zahlungen in der Schlussrechnung

• Wird die Vorkasse-/Anzahlungsrechnung nicht als bezahlt markiert, bleibt sie nach Erstellung der Schlussrechnung mit ihrem vollständigen Restbetrag offen. Die Schlussrechnung wird mit einem Restbetrag von 0 € als bezahlt betrachtet. (Keine Verhaltensänderung)
• Gilt die Vorkasse-/Anzahlungsrechnung als bezahlt (Verkaufseinstellung “automatisch als bezahlt speichern”), kann nun mit einer Banktransaktion verrechnet werden, solange noch ein Restbetrag offen ist. Die Schlussrechnung wird in diesem Fall mit einem Restbetrag von 0 € als “bezahlt” abgeschlossen.

Vorteil: Offene Restbeträge aus Vorkassen- und Anzahlungsrechnungen können nun konsistenter verarbeitet und bei Bedarf auch dann noch über den Bankabgleich verrechnet werden, wenn die Rechnung bereits den Status „Bezahlt“ besitzt.

Insbesondere für Online-Shops verbessert dies das Handling von Vorkasse- und Anzahlungsprozessen, da Aufträge bereits weiterverarbeitet werden können, während die finale Zuordnung von Zahlungen und Restbeträgen später über den Bankabgleich erfolgen kann. Dadurch werden nachgelagerte Prozesse, wie beispielsweise der Warenversand, weniger durch den Zahlungsabgleich ausgebremst.