Versionsgeschichte

Details

Veröffentlicht: 22. Juni 2020

• Ein Fehler im Plugin "ExtendedObjectDisplay.dll" wurde behoben, der in einigen Fällen dazu führte, dass Preisinformationen nicht gespeichert wurden. Betroffen waren diejenigen Eingabefenster für Objektdaten, die gestaffelte Provisionen verarbeiten können. Der Fehler tritt jetzt nicht mehr auf.

Details

Veröffentlicht: 18. Juni 2020

Wie Sie schon der Versionsnummer entnehmen können, handelt es sich hier um eine ziemlich tiefgreifende Veränderung in ABS: Die Differenzbesteuerung hat Einzug gehalten, und in diesem Zusammenhang haben sich viele Dinge verändert.

Das Wichtigste zuerst: ABS unterscheidet jetzt konsequent, in welcher Rolle Sie als Versteigerer handeln. Wie Sie wissen, können Sie dann, wenn Sie Fremdware versteigern, entweder als Makler handeln (Sie versteigern in fremdem Namen und auf fremde Rechnung) oder als Kommissionär (Versteigerung in eigenem Namen und auf fremde Rechnung). Als Kommissionär haben Sie noch die Möglichkeit, Auf- und Abgelder differenzbesteuert in Rechnung zu stellen.

Nebenbei: Für die Rechtsstellung als Makler wird häufig auch das Wort "Vermittler" benutzt. Da ABS aber unter einem Vermittler schon eine Person versteht, die Sie dafür bezahlen, dass sie Aufträge für Sie akquiriert, benutzen wir im Folgenden konsequent das Wort "Makler", um Begriffsverwirrungen zu vermeiden.

Welche Rolle Sie jeweils einnehmen, kann von Fall zu Fall durchaus unterschiedlich sein. Deswegen können Sie nicht nur in den Systemeinstellungen angeben, ob Sie im Allgemeinen Makler oder Kommissionär sind (vgl. Systemeinstellungen: Der Reiter "Konditionen"), sondern auch auf Personen- bzw. Auftragsebene. Darüber hinaus können Sie auch für eine Auktion einstellen, welche Rolle Sie in ihr einnehmen; wenn Sie das tun, werden abweichende Einstellungen in Einlieferern oder Aufträgen für diese Auktion überschrieben.

Für beide Rollen (Makler und Kommissionär) können Sie jeweils abweichende Konditionen für Aufgeld, Live-Provision, Provision und Losgebühr angeben.
Für Maklergeschäfte gibt es jetzt auch die Möglichkeit, dass Sie diese Gebühren brutto angeben können; die Entscheidung darüber, ob Ihre Gebühren sich jeweils inklusive oder exklusive Mehrwertsteuer verstehen, treffen Sie in den Systemeinstellungen. Eine weitere Ausdifferenzierung der Frage "brutto oder netto" scheint zum gegenwärtigen Zeitpunkt nicht zweckmäßig zu sein - unserer Meinung nach macht es wenig Sinn, wenn Sie beispielsweise bei einem Auftrag eine Brutto- und bei einem anderen eine Nettoprovision erheben.
Bei Kommissionärsgeschäften können Sie abweichende Konditionen für den Fall der Regel- bzw. der Differenzbesteuerung hinterlegen. Für den Fall der Regelbesteuerung können Sie darüber hinaus angeben, ob auf den Zuschlag der volle oder der ermäßigte Mehrwertsteuersatz fällig wird.

Im Ergebnis haben Sie für jede Gebührenart jetzt drei Werte zur Verfügung: Für Maklergeschäfte (ob die jeweilige Gebühr sich inklusive oder zuzüglich Mehrwertsteuer versteht, ist eine Systemeinstellung, s.o.), für Kommissionärsgeschäfte mit Regelbesteuerung und für Kommissionärsgeschäfte mit Differenzbesteuerung.

Da Sie bisher bereits Ihre Konditionen auf System-, Kunden-, Auftrags- und Objektebene angeben konnten, haben die Neuerungen in den Gebühren Auswirkungen auf die meisten Eingabeformulare: So können Sie beispielsweise in den Kundendaten nicht mehr nur ein abweichendes Aufgeld hinterlegen, sondern Sie können diese abweichenden Konditionen danach ausdifferenzieren, in welcher Rechtsstellung die jeweiligen Geschäfte zustande kommen und ob dabei die Regel- oder die Differenzbesteuerung zum Einsatz kommt.

Selbstverständlich betrifft die Erweiterung auch das Rechnungs- und Abrechnungswesen. Überall dort, wo Sie differenzbesteuerte Gebühren erheben, wird dieser Umstand auf den jeweiligen Belegen angegeben; entsprechend gibt es auch immer dann einen Hinweis, wenn Gebühren die Mehrwertsteuer bereits enthalten.

Abgesehen von dieser großen Neuerung gibt es einige kleinere Änderungen:

• Seit einiger Zeit wurde beim Erzeugen von Abrechnungen bereits dann eine neue Belegnummer erzeugt, wenn Sie das Auswahlfenster öffneten, das im Beitrag Objekte abrechnen beschrieben ist. Wenn Sie den Vorgang abbrachen, blieb die Belegnummer unbenutzt, es entstand also eine Lücke in Ihren Abrechnungsnummern; die unbenutzte Belegnummer wurde jedoch dokumentiert (das bedeutet, dass Sie die Lücken über die Menüoption "Zahlungsverkehr -> Dokumentation der Belegnummern" im Bedarfsfall nachweisen können).
  Jetzt wird die Belegnummer erst dann erzeugt, wenn Sie die Abrechnung wirklich auslösen; in diesem Zusammenhang treten also keine Lücken im Nummernkreis mehr auf.
• Bisher gab es ein Fibu-Konto, auf dem Zuschläge für Fremdware verbucht wurden (vgl. Systemeinstellungen: Der Reiter "Fibu-Konten"). Jetzt können Sie eingehende bzw. ausgehende Zuschläge auf zwei verschiedene Konten verbuchen. Wenn Sie nichts anderes angeben, wird für beide Sachzusammenhänge das Konto verwendet, das Sie bisher für die Zuschläge allgemein verwendet haben.
• Der Limitpreis eines Objekts kann jetzt auch oberhalb des Ausrufpreises liegen. Damit bekommt er den Charakter eines Reservepreises; wenn also der Zuschlag zwischen Ausrufpreis und Limitpreis erfolgt, kommt ein Vorbehaltszuschlag zustande (natürlich vorausgesetzt, dass die Automatik in den Systemeinstellungen so konfiguriert ist, vgl. Systemeinstellungen: Der Reiter "Auktion"). In den Systemeinstellungen legen Sie fest, ob bei Ihnen der Limitpreis, wenn Sie ihn denn benutzen, üblicherweise oberhalb oder unterhalb des Ausrufpreises liegt (vgl. Systemeinstellungen: Der Reiter "Konditionen"). Wenn Sie bei der Erfassung eines Objekts eine davon abweichende Kombination von Ausruf- und Limitpreis verwenden, bekommen Sie eine Warnmeldung.

Details

Veröffentlicht: 05. Juni 2020

• Ein Fehler bei Stornorechnungen wurde behoben: ABS produziert Fehlermeldungen, wenn Sie inkonsistente Stornoszenarien angeben (so können beispielsweise Objekte, die noch nicht abgerechnet wurden, nur mit dem Modus "Kauf rückgängig machen" storniert werden). Im Falle einer solchen Fehlermeldung entsteht eine Lücke in den Rechnungsnummern. Bisher wurde in der Dokumentation in einem solchen Fall für die übergangene Belegnummer fälschlicherweise der Text "Das Dokument wurde erfolgreich ausgegeben" hinterlegt (das ist zwar strenggenommen nicht gelogen, denn der Ausgabeprozess hat hier tatsächlich schon stattgefunden, aber die Veränderungen konnten auf der Datenbank nicht übernommen werden). Ab Version 2.4.0.5 steht jetzt in der Belegnummern-Dokumentation richtigerweise der Text "Die Ausgabe wurde abgebrochen, während die Datenbank aktualisiert wurde".

Details

Veröffentlicht: 28. Mai 2020

• Der Updatevorgang von ABS wurde modifiziert: Wie bisher lädt ABS ggf. die neue Programmversion vom Updateserver herunter. Bevor es allerdings das Programm zum lokalen Kopieren der Dateien aufruft, wird zunächst die gerade heruntergeladene Version eben dieses Kopierprogramms in das Programmverzeichnis von ABS kopiert. Auf diese Weise wird immer die aktuellste Version des Kopierprogramms verwendet.
• Auch das Kopierprogramm wurde modifiziert, so dass es die bestehenden Benutzereinstellungen beim Neustart von ABS beibehält. Auf diese Weise geht bei einem Update nicht mehr wie bisher die Verbindung zu Netzlaufwerken verloren.
• Da Sie die Version 2.4.0.4 noch mit einer früheren Version herunterladen, wird diese Veränderung erst für Sie wirksam, wenn Sie die nächste Version von ABS herunterladen.

Details

Veröffentlicht: 28. Mai 2020

• Ein Fehler beim Export von Auktionen zu lot-tissimo wurde behoben, der in Einzelfällen zum Abbruch des Exportprozesses führen konnte.

Details

Veröffentlicht: 15. Mai 2020

• Ein Fehler bei der Erfassung von Kundenstammdaten wurde behoben, der seit Version 2.4.0.0 bestand: Wenn Sie für die Kundenstammdaten das Plugin "ExtendedClientDisplay.dll" verwenden, bekamen Sie beim Öffnen des Formulars eine Fehlermeldung. Diese tritt jetzt nicht mehr auf.