Herzlich Willkommen im Feedback-Forum von NEVARIS Finance.

Hier können Sie uns Ihre Wünsche zur Verbesserung von NEVARIS Finance mitteilen, Verbesserungsvorschläge mit anderen Anwenderinnen und Anwendern diskutieren und für die Umsetzung bestehender Vorschläge abstimmen.

Bitte beachten Sie die folgenden Punkte, damit wir Ihre Vorschläge bestmöglich auswerten können:

  • Falls Sie einen Fehler in der Anwendung entdecken oder Unterstützung bei der Verwendung unserer Produkte benötigen, nutzen Sie bitte unsere Support-Kanäle.

  • Bitte legen Sie für jeden Verbesserungsvorschlag einen eigenen Beitrag an - falls noch kein ähnlicher Beitrag vorhanden ist.

  • Helfen Sie uns Ihren Verbesserungsvorschlag besser zu verstehen, indem Sie den Pfad des betreffenden Prozessschritts angeben (z.B.: "tägliche Aktivitäten| Rechnungseingangsbuch | Eingangsrechnungskarte").

  • Es gelten unsere Regeln zur Nutzung des Feedback-Forums.

Impressum - Datenschutz

Fehlerhafte Kennzeichnung von Pflichtfeldern bei Erstellung eines Zahlungsvorschlags

Guten Tag, bei Ausführen der Aktion “Erstellen” in der Zahlungsvorschlagskarte wird der Bericht “BAU Zahlungsvors. erstellen NE (5143619, Berichtsanforderung)” ausgeführt. In diesem sind seit einer der neueren Versionen (wir sind aktuell auf 2026.1.2.10) zwei Felder des Abschnitts “Zeitsteuerung” als Pflichtfelder markiert: Nach Rücksprache mit dem Support ist diese Änderung gewünscht, da die beiden Felder für die Zeitsteuerung tatsächlich Pflichtfelder sind und diese ohne die beiden Angaben nicht funktioniert. Meiner Meinung nach ist die Darstellung allerdings sehr unglücklich, da es so wie es aktuell ist wirkt, als wären die beiden Felder "Pflichtfelder” für das Ausführen des Berichtes an sich (ohne Zeitsteuerung). Tatsächlich kann man den Bericht allerdings (weiterhin) normal ausführen, ohne diese Angaben zu machen. Die Markierung hat bei uns bei den Benutzern allerdings zunächst für Verwirrung gesorgt, da diese mit den Feldern (vor allem “Parametername”) nichts anfangen konnten und nicht wussten was sie in diese “Pflichtfelder” eintragen sollen. Insgesamt wäre es schöner, wenn man die Funktionen “Erstellen” und “Zeitsteuerung Erstellen” trennen würde, wie es z.B. auch an anderer Stelle im ZV gemacht wird: In einem Bericht “Zeitsteuerung Erstellen” könnte man dann auch die beiden Felder entsprechend zu “richtigen” Pflichtfeldern machen, weil aktuell sind sie das wie gesagt nicht, es funktioniert ja schließlich auch wenn sie nicht ausgefüllt sind (wäre auch blöd wenn nicht). Mit freundlichen Grüßen Theo Lammer

Theo Lammer_D&S 3 days ago

Separates Hinweisfeld für den Einkaufsbereich in der Artikelkarte

In der Artikelkarte kann aktuell im Bereich „Gültigkeit“ ein allgemeiner Hinweistext für einen Artikel hinterlegt werden. Dieser Hinweis wird jedoch systemweit verwendet und erscheint dadurch nicht nur im Einkauf (Bestellvorschlag/Bestellung), sondern auch bei Verbrauchsbuchungen wie Werkstattberichten oder Lieferscheinen. Für unseren Anwendungsfall ist dieses Verhalten nicht geeignet, da bestimmte Hinweise ausschließlich für den Einkaufsprozess relevant sind und nicht bei der Materialverbrauchsbuchung angezeigt werden sollen. Zusätzlich besteht bereits die Möglichkeit, einen Artikel gezielt für den Einkauf zu sperren. In diesem Zusammenhang kann jedoch kein erläuternder Hinweis oder eine Begründung für den Anwender ausgegeben werden. Vorgeschlagene Erweiterung Ergänzung der Artikelkarte um ein weiteres, separates Hinweisfeld für den Einkaufsbereich. Dieser Hinweis soll ausschließlich in den Einkaufsfunktionen, insbesondere bei: Bestellvorschlägen Bestellungen angezeigt werden. Der bestehende allgemeine Hinweis in der Artikelkarte bleibt unverändert und kann weiterhin für artikelübergreifende Informationen genutzt werden. Nutzen Trennung von allgemeinen Artikelhinweisen und einkaufsbezogenen Informationen. Vermeidung unnötiger oder irreführender Hinweise bei Verbrauchsbuchungen. Möglichkeit, Einkäufer gezielt auf Besonderheiten, Alternativartikel, Lieferanteninformationen oder Einkaufssperren hinzuweisen.

M.Gebhart 3 days ago

Vertragsnummer bei NU-Verträgen nachträglich änderbar machen

Aktuell lässt sich die NU-Vertragsnummer nicht mehr ändern, sobald sie einmal eingegeben wurde und man in ein anderes Feld gewechselt hat – auch dann nicht, wenn während der weiteren Vertragserfassung ein Fehler in der Nummer auffällt. (Hinweis: Wir vergeben Vertragsnummern bei NU-Verträgen nicht automatisch, sondern manuell nach eigener Logik (passend zu Projekt, Kostenstelle und Kostenart)) Wunsch: Das Feld “Vertragsnr.” sollte bis zur Erfassung der ersten NU-Rechnung editierbar bleiben. Damit könnten Fehler bei der manuellen Nummernvergabe ohne Umwege (z. B. Neuanlage des Vertrages) korrigiert werden. Das spart Zeit und vermeidet Folgefehler in nachgelagerten Prozessen.

Flavia Peters_Otto Wulff 4 days ago

Material-Lieferschein - Geräte - gleiches Eingabeverhalten wie bei Material

Aktuell wird im Material-Lieferschein nach Eingabe der Zeilenart “Material” und eines Suchbegriffes ein eigenes Fenster geöffnet, wenn der Suchbegriff des Artikels mehrfach vorkommt und man kann den richtigen Artikel auswählen. Mit der Zeilenart “Vorhaltegerät” ist dies nicht der Fall - hier wird einfach das 1. Gerät mit dem entsprechenden Suchbegriff hinterlegt. Ohne Hinweis auf “Mehrfach-Vorhandensein” oder Auswahlmöglichkeit. Hier muss man extra das Fenster öffnen und einen entsprechenden Filter setzen, um das richtige Gerät zu finden. Eingabe Suchbegriff mit Zeilenart “Material”: Auswahl nach Eingabe: Zeilenart “Vorhaltegerät”: Filter für Gerät:

Christian Holzer_Lieb Bau Unternehmensgruppe 6 days ago

Terminüberwachung mit wiederkehrenden Prüf-, Wartungsterminen!

Für die Terminüberwachung wünschen wir uns eine Funktion, mit der wiederkehrende Prüf-, Wartungstermine effizient verwaltet werden können. Dabei soll für jede Terminart ein individuelles Wiederholungsintervall hinterlegt werden können. Nach der Bestätigung eines erledigten Termins soll der nächste Fälligkeitstermin automatisch anhand des definierten Intervalls berechnet werden. Zusätzlich sollte aus wählbar sein, auf welcher Grundlage die Berechnung erfolgt: nach Realisierung – der neue Termin wird vom tatsächlichen Durchführungsdatum berechnet, nach Fälligkeit – der neue Termin wird vom ursprünglichen Fälligkeitstermin berechnet, sodass der regelmäßige Prüfzyklus erhalten bleibt. Ebenso wünschen wir uns die Möglichkeit, für jede Terminart individuelle Vorlauf- bzw. Erinnerungsfristen zu definieren. Dadurch können anstehende Termine bereits rechtzeitig und übersichtlich hervorgehoben werden, sodass ausreichend Zeit für die Planung und Durchführung der jeweiligen Maßnahme bleibt. Diese Funktionen sind für die Verwaltung unserer wiederkehrenden Prüfungen, Wartungen und gesetzlichen Überprüfungen von großer Bedeutung und würden den administrativen Aufwand deutlich reduzieren sowie die Terminsicherheit erhöhen. Wir bitten um Prüfung, ob dieser Funktionsumfang in Nivaris Finance umgesetzt werden kann.

Reinhardt 18 days ago

Vorschlag: Standard-E-Mail-Empfänger aus der Debitorenkarte für Ausgangsrechnungen übernehmen

Wir wünschen uns, dass beim Versand von Ausgangsrechnungen per E-Mail standardmäßig die E-Mail-Adresse aus der Debitorenkarte als Empfänger verwendet wird. Die aktuelle Standardlogik ist aus unserer Sicht nicht in allen Szenarien optimal und könnte hinsichtlich der Priorisierung der Empfängeradresse weiter verbessert werden. Derzeit wird als Empfänger entweder: die „Verk.an Kontaktperson“ aus der Rechnung verwendet oder, falls diese nicht gepflegt ist, die E-Mail-Adresse aus den Adressdaten, und erst als letzte Möglichkeit – wenn weder „Verk.an Kontaktperson“ noch „Adressnr. des Debitors“ gepflegt sind – die E-Mail-Adresse aus der Debitorenkarte übernommen. Diese Vorgehensweise ist aus folgenden Gründen nicht immer ideal: Die Nutzung der „Verk.an Kontaktperson“ erfordert in der Praxis häufig eine manuelle Auswahl pro Rechnung und ist daher nicht für den automatischen Versand geeignet. In den Adressdaten wird üblicherweise die allgemeine Unternehmensadresse (z. B. info@firma.de) hinterlegt, nicht die spezifische E-Mail-Adresse für den Rechnungsempfang. Unser Vorschlag wäre daher, die Priorisierung der Empfängerermittlung zu überprüfen und anzupassen, sodass die E-Mail-Adresse aus der Debitorenkarte als erste Wahl berücksichtigt wird – idealerweise optional über eine entsprechende Einstellung.

Lika Davydiuk 23 days ago

Feldlänge für Firmenname/Name im Adressstamm erweitern

Die Feldlänge des Namensfeldes im Adressstamm sollte erweitert werden, z. B. auf mindestens 70 Zeichen oder perspektivisch mehr. Hintergrund: Aktuell stehen im Feld „Name“ im Adressstamm nur 30 Zeichen zur Verfügung. Bei längeren Firmenbezeichnungen müssen weitere Angaben auf zusätzliche Felder wie „Adresse“, „Adresse 2“ usw. verteilt werden. Im Zuge der Empfängerprüfung wurde für Bankverbindungen bereits das Feld „Name Kontoinhaber“ mit 70 Zeichen geschaffen, um abweichende oder längere Empfängernamen vollständig erfassen zu können. Auch mit Blick auf die E-Rechnungspflicht ist eine Erweiterung sinnvoll: Der Firmenname wird in der E-Rechnung im Feld BT-44 übergeben. Bei längeren Firmenbezeichnungen müssen aktuell ggf. mehrere Adressfelder zusammengesetzt werden, um den vollständigen Namen korrekt abzubilden. Nutzen: Eine größere Feldlänge im Namensfeld des Adressstamms würde die Pflege der Stammdaten vereinfachen und die Datenqualität verbessern. Gleichzeitig könnten die Daten für E-Rechnung und Empfängerprüfung sauberer und direkter aus dem Adressstamm verwendet werden, ohne nachträgliche Ergänzungen, manuelle Korrekturen oder technische Zusammensetzungen aus mehreren Feldern. Dies würde insbesondere die maschinelle Verarbeitung erleichtern und wäre aus Anwendersicht zukunftsorientierter als die bisherige Aufteilung längerer Firmenbezeichnungen auf mehrere Adressfelder.

C_weinreich 27 days ago

2

Feld „Name Kontoinhaber“ in Import 5003454 Kreditoren Banken aufnehmen

Der Import 5003454 sollte um das Feld „Name Kontoinhaber“ aus der Bankkarte des Kreditors erweitert werden. Im Zuge der Empfängerprüfung bei Bankverbindungen gewinnt das Feld „Name Kontoinhaber“ zunehmend an Bedeutung. In der Praxis kommt es vor, dass die bei der Bank hinterlegten Empfängerdaten von den im Kreditorenstamm gepflegten Adressdaten abweichen. Durch die Erweiterung könnten bestehende Kreditoren über einen standardisierten Import aktualisiert werden, anstatt das Feld manuell in den einzelnen Bankkarten zu pflegen. Dies würde den Pflegeaufwand reduzieren, die Datenqualität im Rahmen der Empfängerprüfung verbessern und eine sichere Alternative zu individuell erstellten Konfigurationspaketen bieten, bei denen bei falscher Anwendung unbeabsichtigt bestehende Werte überschrieben werden können.

C_weinreich 27 days ago