Die invoiceLINE erhält mit diesem Service-Pack die Funktionalität, QR-Codes auf eingespielten Dokumenten zu erkennen. Die Erkennung wird vom OCR-Server durchgeführt. Mit den extrahierten Informationen werden die Vorgangsdaten noch vor der Bearbeitung im validationDESK angereichert. Die QR-Code-Erkennung ist komplett customizbar und nicht auf nur eine Art QR-Code limitiert. Unterschiedliche QR-Code-Arten können mittels eindeutiger Identifikatoren im Customizing konfiguriert werden. Weiterhin kann je nach QR-Code-Art auch eine andere Anreicherung-Logik für die Vorgangsdaten durchgeführt werden. Somit ist die Implementierung von kundenindividuellen QR-Codes möglich.

Sollte ein QR-Code erkannt worden sein, wird dies mit einer Meldung im validationDESK bestätigt. Diese Meldung kann angeklickt werden, um den Inhalt des QR-Codes zu sehen. Sollte die QR-Code-Art im Customizing hinterlegt sein, kann das Anreichern der Vorgangsdaten in diesem Fenster erneut angewendet werden.

Zusammen mit der QR-Code-Erkennung wird nun die Verarbeitung von Schweizer QR-IBAN-QR-Codes unterstützt. Diese Option kann bei Bedarf kostenpflichtig im Customizing aktiviert werden. Ist die Funktion aktiv und ein entsprechender QR-Code auf dem Dokument abgebildet, werden die QR-IBAN, die ESR-Nummer sowie zusätzliche Informationen ausgelesen und im validationDESK hinterlegt. Bei der Buchung wird die QR-IBAN schließlich als präferierte Zahlungsweise verwendet.

• Generelle Verbesserungen in Positionserkennung sowie allen Erkennungskonzepten
• Kundenindividuelle Erkennungskonzepte können nun einfacher in die Positionserkennung eingebunden werden
• Bei erfolgreicher Positionserkennung kann nun über die Meldung in der Meldungsbox ein Soll/Ist-Vergleich angezeigt werden

• Meldung „Doppelte Rechnung in der invoiceLINE“ öffnet bei Klick nun ein Popup mit zusätzlichen Informationen
• Unterstützung für Anzahlungsanforderungen wurde weiter ausgebaut
• Die Vorgangssplit-Funktion wurde überarbeitet: Es können nun Positionen ausgewählt werden, welche in den neuen gesplitteten Vorgang mitgenommen werden sollen
• Unterstützung von erweiterten Limitbestellungen in S/4HANA-Systemen

• Vier-Augen-Prinzip wurde generell verbessert und gehärtet
• Neuer Button zum Anzeigen aller zum Vorgang gehörenden Korrespondenzen

• Im Fall von gebuchten MM-Vorgängen wird nun neben der MM-Belegnummer auch die FI-Belegnummer angezeigt
• Team-Bezeichnungen beim Weiterleiten von Vorgängen werden nun in der Anmeldesprache angezeigt

Neue Spalte, über welche direkt in die entsprechende E-Mail des Vorgangs in der Transaktion SOIN geöffnet werden kann

Alle manuell hochgeladenen Anhänge in einem Vorgang können nun mittels eines Buttons gelöscht werden. Einzig das Original-Dokument kann nicht gelöscht werden. Diese Funktionalität ist an mehreren Stellen in der invoiceLINE wiederzufinden.

• Fehler behoben, bei dem unter Umständen eine Position auf dem Netzplan beim Buchen der Rechnung falsch zugeordnet wurde
• Saldobetrag im validationDESK wird nun nach Nutzen der Funktion „Schnellerfassen“ richtig berechnet
• Fehler behoben, bei dem die Anzahl der Tage beim manuellen Pflegen der Zahlungsbedingungen nicht automatisch ausgefüllt wurden
• Anzahlungsanforderungen wurden unter Umständen nach dem Stornieren nicht gelöscht
• Es konnte vorkommen, dass nicht alle im Kontierungsvorschlag gefüllten Felder gespeichert wurden

• Kurztext-Vorlagen wurden unter Umständen nicht angezeigt
• Beim Modulwechsel von MM zu FI konnte es passieren, dass Anlagen nicht mit in den neuen Beleg übernommen wurden

• Fehler behoben, wegen dem bei zweimaligem Aktualisieren der Übersicht ausgewählte Filter ignoriert wurden
• Anzahl der Vorgänge in den verschiedenen Kategorien konnte manchmal von der tatsächlichen Anzahl abweichen
• Buchungsperioden-Spalte wurde unter Umständen nicht vollständig befüllt

Zurückgelegte Vorgänge wurden teilweise nicht an das ursprüngliche Bearbeiter-Team zurückgegeben

Textsymbole in den langen Textvorlagen funktionieren wieder

Der Eskalationslauf könnte gegebenenfalls lange Ausführzeiten haben. Der entsprechende Report wurde nun optimiert

Sonstige Bugfixes

Bei der Erstellung unserer Dokumentation wird mit größter Sorgfalt vorgegangen. Dennoch ist ein vollständiger Fehler­ausschluss nicht möglich. Die nachfolgende Dokumentation erfolgt daher ohne Gewähr für die Richtigkeit und Vollständigkeit der gemachten Angaben, für deren Verifizierung allein der Anwender die Verantwortung trägt.

Die flowDOCS Software GmbH übernimmt für aus der Verwendung dieser Dokumentation entstehende Schäden, gleich aus welchem Rechtsgrund, eine Haftung nur im Falle vorsätzlichen oder fahrlässigen Handelns. Im Übrigen ist die Haftung der flowDOCS Software GmbH ausgeschlossen. Die flowDOCS Software GmbH übernimmt keine Verantwortung für die Inhalte Dritter, auf welche in der Dokumentation durch Querverweise verwiesen sein kann.