Funktion: PERSONENKONTO-AUSZUG DEBITOREN (Auch KREDITOREN) – Die Sortierung nach OP wäre sinnvoll. Dies wäre nützlich, damit man auf Anhieb sieht welche OP bezahlt wurden und welche noch nicht. In meinem Beispiel aus dem Demomandanten wurde die OP 50002 mit Beleg 30038 ausgeglichen, sind aber nicht zusammen (Blg. 30032 und 30038) da diese anscheinend nach Datum sortiert werden.

Beim Buchen einer Kreditorenrechnung die Prüfung der Erfassung von Referenznummer bei Definition einer gewählten ESR Bankverbindung einbauen. Die Buchung kann ohne Erfassung der Referenznummer gespeichert werden. Bei der Erstellung eines Zahlungslaufes erscheint immer noch keine Meldung, erst dann beim Erstellen des ISO-Files.

Der EZ zur Mahnung in Fremdwährung müsste ebenfalls in der Fremdwährung ausgegeben werden. Die Mahnung erscheint ebenfalls in der Fremdwährung und hat keinen Hinweis auf die Mandantenwährung.

Die Einstellungen werden unter Options.REWE.xml im Verzeichnis \Sage\Data\Config gespeichert. Für ASP-Umgebungen ist dies nicht brauchbar, da die Einstellung für alle USER und Mandanten gilt. Der Speicherort sollte im Mandanten-Verzeichnis liegen.

Es besteht ein Kontoplan CH KMU und ein Kontoplan Holding. Die Nummerierung der Konten sind im Kontenplan Holding geändert worden.
Der Report Kontoblatt sollte nun beide Nummern der Konten anzeigen.
Der Report ER oder Bilanz sollte die Konten addieren, welche zu einem Konto definiert wurden und nicht jedes Konto einzeln aufführen mit der selben Kontonummer.

Diverse Optimierungen in der Erstellung und Bearbeitung Buchungsmethoden:
Buchungsmethode mit Periode zu definieren, aktiv oder inaktiv zu setzen, inaktive auszublenden, ganze Sets zu kopieren

Beim erstellen neuer Mandanten soll verhindert werden dass im Mandantenname ein Leerschlag eingegeben wird, da in SQL Leerzeichen Probleme verursachen (z.B. Veam Backupjop crasht.)

In der Auftragsbearbeitung sollte es möglich sein, eine Rechnung mit ESR/QR als 1 PDF per Mail zu versenden. (A4 Rechnung mit sep. A4 ESR/QR), momentan werden immer 2 PDF erstellt. Gewisse Kunden müssen dies dann für eine automatische Rechnungsverarbeitung immer manuell mergen.

TWINT QR-Code auf der Rechnung integrieren
Damit wir die TWINT QR-Code Rechnung anbieten können, muss TWINT integriert sein. Das wäre praktisch.

Anwendungsmöglichkeiten von Buchungsmethoden:
Buchungsmethoden mit Periodenbegrenzung erfassen (lässt bei allen Perioden eine Buchungsmutation zu)
Buchungsmethoden kopieren (einfach für Erfassung ähnlicher Buchungsmethoden)
Buchungsmethoden aktiv oder inaktiv (mehr Handlungsspielraum)

Aktuell muss man für die Erfassung einer QR-Rechnung mittels Scanner (z.B. PayEye) zuerst auf ES-Vorschau klicken, dann den QR-Code scannen und mit Senden werden die Daten an die Buchungsmaske übergeben. Herkömliche ESR kann man direkt in der Buchungsmaske einlesen und unmittelbar weiterbuchen. Beim QR-Beleg sind es mit jeder Rechnung zwei (unnötige) Klicks mehr, was bei vielen Rechnungen doch ins Gewicht fällt.

Es wäre super, wenn die Zusatzfelder übernommen werden, wenn ein Dokument aus der History übernommen wird.

Prüfen ob Mitarbeiter schon im "Arbeitsfähigen" Alter ist.
Mitarbeiter geboren 1954 Eintritt Firma 1920

Ein Eingabefeld für cc wäre noch ganz praktisch.

Dann könnte man die zweite E-Mail-Adresse (CC-Adresse) vorgängig bei den Mitarbeiter-Stammdaten erfassen. Somit müsste man nicht während dem Versand die cc Adressen eintragen (Betreibungsamt, Vormund, Sozialamt usw.).

Bei den Daueraufträge sollte der Buchungstext wie in der Buchungsvorlage editierbar sein. Zum Beispiel: Monat/Jahr als Text, Monat/Jahr als Zahl etc.

Die Daueraufträge kann man im Sage nur als Buchungsvorlage erfassen. Es wäre aber besser, wenn dies direkt nachdem man es verbucht hat, freigeben kann, damit es auf den pendenten Zahlungen angezeigt wird. Nach der Freigabe sollte es direkt bezahlt werden, ohne dass man noch bei der Bank einen separaten Dauerauftrag machen muss, sondern dass es bei der Freigabe des Zahlungsfiles, wie zum Beispiel bei den Kreditoren, man es nur noch freigeben muss und diese Zahlung ausgeführt wird.

Die Excelschnittstelle ist "hoffnungslos" veraltet! In der Beschreibung wird noch auf 16 bit und Windows 3.X verwiesen.Stand der Dinge ist seit Jahren 64 bit!

Da heute praktisch nur noch Office in 64 bit installiert wird, was auch seitens Microsoft so empfohlen wird! im Hybrid ohnehin ist 64 bit nötig, wenn man Sharepoint und andere Dienste von Microsoft in der Cloud einsetzt.

Daher bitte ich die Migration der Schnittstelle von 32 auf 64 bit. Vielen Dank für die baldige Umsetzung

Bitte mit CLX schauen, dass die E-Banking-Schnittstelle den aktuellsten Formaten entspricht. Beim abholen von Daten fragt die Schnittstelle immer noch nach VESR und MT940-Dateien. Und das Abholen von CAMT.053 mit integrierten VESR wird noch nicht mal angefragt. Damit kann man die Funktion digitaler Kontoabgleich nicht wirklich nutzen. Auisserdem haben die Checkboxen, die man in der E-Banking-Maske setzt keinerlei Einfluss auf welche Formate effektiv abgeholt werden.

Mit dem revidierten Gleichstellungsgesetz werden ab 1.7.2020 neu alle Unternehmen mit 100 oder mehr Mitarbeitenden dazu verpflichtet, alle vier Jahre eine Lohngleichheitsanalyse durchzuführen. Die erste Analyse muss bis 30.6.2021 erstellt werden. Der Bund stellt ein Excel-Tool zur Verfügung: logib . Wünschenswert wäre nun, dass bis ca. Ende Jahr/Anfang 2021 ein Statistik-Tool in Sage 50 Lohn implementiert werden kann, mit welchem die Excel-Datei mit möglichst vielen Angaben, welche bereits in Sage 50 vorhanden sind, abgefüllt wird. Ev. so ähnlich wie Lohnstrukturstatistik.

Es gibt aktuell keine Möglichkeiten mehr, Revolut Konten richtig einzugeben, da die Referenznummer für die Überweisung nirgends eingegeben werden kann (Textfeld zu klein für korrekte Referenznummer - früher ging es noch unter Auszahlung ->Ausgabetext, jetzt jedoch nicht mehr).