Aktuelle Themen
Wie suche ich richtig: Suchwort 1 + Suchwort 2 - Suchwort 3
Da Sie nicht angemeldet sind, werden Ihnen nur öffentliche Beiträge angezeigt.
FRAGE/PROBLEM:
Was kann man tun, wenn der Mahnvorschlag von einem anderen Bediener in Bearbeitung ist und dadurch automatisch beendet wird?
ANTWORT/LÖSUNG:
Unter Tools -> Dashboard -> Ast Finanzbuchhaltung -> „Mahnwesen – Bedienersperre entfernen“ kann die Bedienersperre für den Mahnvorschlag entfernt werden. …
[weiterlesen]
Erkennt der Intelligente Buchungsassistent eine IBAN-Nummer für ein Personenkonto, in welchem keine Bankverbindung eingetragen ist, kann die erkannte IBAN in die Stammdaten des Kontos übernommen werden.
Dazu dient das bereits seit längerem vorhandene Zugriffsrecht
FIINBU,004 IBAN in Adressstamm schreiben
Es bestand der Wunsch, dass bei neu erkannten IBAN-Nummern, eine eventuell vorhandene IBAN in den Stammdaten von Adresse/Personenkonto überschrieben wird.
Nicht in jedem Fall ist diese Ãœbernahme sinnvoll. …
[weiterlesen]
Die Einstellungen für das Verhalten einer Bank in Verbindung mit dem intelligenten Buchungsassistenten sind im Laufe der Entwicklung immer umfangreicher geworden. Außerdem haben einige Einstellungen sehr umfassende Auswirkungen, so dass diese nicht ohne weitere Prüfung ein- oder ausgeschalten werden sollten.
Um zu verhindern, das Anwender ohne entsprechendes Wissen Einstellungen verändern, wurden die Einstellungen nun auf zwei Bereiche verteilt:
Die Profi-Einstellungen wurden nur für Bediener angezeigt, bei denen folgendes Zugriffsrecht aktiv ist:
[FIINBU, Nr: 054 - Intelligenter Buchungsassistent, Profi-Einstellungen für Intelligenten Buchungsassistent anzeigen]
Ist das Recht aktiviert, lassen sich die Profi-Einstellungen über das Menü „Bearbeiten“ bei geöffneten Bankstammdaten aufrufen. …
[weiterlesen]
Die Maske „Profi-Einstellungen“ wurde nochmals erweitert.
Die komplette Beschreibung finden Sie hier:
https://wiki.softengine.de/38415/
Bei Shopbelegen, die per PayPal bezahlt werden, wird auf dem PayPal-Konto ein geringerer Betrag als der von den Kunden bezahlte gutgeschrieben.
PayPal reduziert den gezahlten Betrag um die anfallenden Gebühren.
Beim Abholen der PayPal-Informationen kann es vorkommen, dass der ausgezahlte Betrag + PayPal-Gebühr ungleich dem Belegbetrag sind. Diese Differenz ist meist nur 1 oder 2 Cent und entsteht durch Rundungen in der Gebührenberechnung. …
[weiterlesen]
In der Buchungserfassung in der OP-Zusatzmaske (FI21_80PZD) standen im Feld „Zahlungsart“ (378_1) nur Zahlungsarten bis „4 Zur Zahlung gesperrt“ zur Auswahl.
Das wurde ab Revision 81550/BETA und 81529/PATCH bei Debitoren und Kreditoren geändert. Alle Zahlungsarten, welche auch in der Adresse unter „Vereinbarung zur Zahlung“ (opt_112141) eingestellt werden können, stehen hier zur Auswahl.
Alle Aktivitäten in der Finanzbuchhaltung können (je nach Einstellung) protokolliert werden.
Aus diesen Aktivitäten ergibt sich ein sogenanntes Ereignisprotokoll.
Das Ereignisprotokoll der Buchungen ist in der Primanota verfügbar.
Die Primanota finden Sie auf der Registerkarte 1 „Erfassen/Ändern“ eines geöffneten Buchungsstapel im Menü Extras.
Bei geöffneter Primanota befindet sich im Menü „Extras“ die Funktion „Ereignisprotokoll Buchungen“.
Im nächsten Schritt definieren Sie, für welchen Zeitraum, ggf. …
[weiterlesen]
Innerhalb von OP-Konten können Offene Posten miteinander verrechnet werden. Das erfolgt beispielsweise wenn Rechnungen / Gutschriften / A-Konto-Zahlungen bei einem Konto vorhanden sind und gegeneinander verrechnet (ausgeliefert werden).
Die dafür notwendigen Buchungen werden auch als „Statistikbuchungen bezeichnet.
Im Kontoauszug lassen sich diese Buchungen über das Ansichtsmenü aus- und einschalten.
Zu beachten ist, dass die Statistischen Buchungen in den Werten der Soll- und Haben-Umsätze nicht berücksichtigt werden. …
[weiterlesen]
Das „Ausziffern nach Bedingungen“ ist eine neu Funktion, welche angewandt werden kann, um eine Vielzahl von OPs (Rechnungen, Gutschriften, A-Konto-Zahlungen) miteinander zu verrechnen.
Dabei lassen sich Bedingungen vorgeben, nach denen ein Verrechnungsvorschlag erstellt wird.
Sie finden diese Funktion im Menü „Tools“ bei geöffneter Karteikarte 3 „OP-Konten“ in der OP-Verwaltung der Debitoren.
Zunächst sind die Bedingungen für das „Ausziffern“ festzulegen.
Hier gibt es zwei Varianten:
Auf Registerkarte 1 können Sie OPs ausliefern, deren Belegnummern übereinstimmen. …
[weiterlesen]
Ab Revision 51976/BETA und 52762/PATCH wird im Kontoauszug unter Ansicht -> Tabellenspalten auch die Fremdbelegnummer/Belegnummer 3 zum Ein-/Ausblenden angeboten.
Außerdem wurden die Tabellen FI2100_4 und FI2100_41 um die Fremdbelegnummer ergänzt (mit <F6> oder über Ansicht kann die Tabelle gewechselt werden.).
Hinweis: Bei Updateinstallationen ist dafür die Migration der Buchungserfassung oder eine Fibu Quickmigration erforderlich.…
Wenn im Intelligenten Buchungsassistenten eine Zahlung eingeht, die höher oder niedriger als der Offene Posten ist, lassen sich der Offene Posten und die Differenz jeweils als einzelne Buchungen erfassen.
Zusätzlich besteht ab sofort (BETA) die Möglichkeit, Kosten oder Erlös direkt bei der Buchung des OP-Ausgleichs im Intelligenten Buchungsassistenten mit zu erfassen.
So sieht die Buchung aus, wenn der Zahlbetrag für den OP-Ausgleich nicht ausreichend ist. …
[weiterlesen]
Ab Revision 47390/BETA und 47463/PATCH wurde eine Korrektur zum Ebanking in der WWAPP vorgenommen.
Problem war, dass beim Ausführen des Zahlungseinganges die WWAPP stehen geblieben ist.
Damit das Ebanking in der WWAPP korrekt funktioniert, muss mindestens die Version 1.7.3 der WEBWARE Zugangsverwaltung verwendet und in der WWAPP auch der Punkt eBanking aktualisieren/reparieren ausgeführt werden.
Die dort angezeigte „Version eBanking 3.1“ muss mindestens die 3.1.1.1 haben. …
[weiterlesen]
Ab Revision 40565/BETA und 40861/PATCH (WWAPP 1.3.6 und WWS-12791) ist der Aufruf des BWElko-Managers über die WEBWARE Zugangsverwaltung (WWAPP) möglich.
Im Browser geht das nicht, da man sich dort in einem „Sandkasten/Sandbox“ befindet, keine EXE-Dateien (BWElkoManager.exe)
gespeichert werden können und die Übertragung von Dateien aus dem BWElko-Manager dann auch nicht funktionieren würde.
…
Hinweis:
Arbeitet man im Browser oder über WWCC , kommt eine Meldung, dass die Funktion BWElko-Manager nur mit der
WEBWARE Zugangsverwaltung möglich ist. …Bei der Wawi Fibu Ãœbernahme hat die Auflösung der Anzahlung und Auszifferung von Vorkassenbelegen nur beim ersten Beleg funktioniert, bei allen weiteren Belegen nicht, sodass das Ausziffern über die Offene Postenverwaltung nachgeholt werden musste.
Das wurde ab Revision 52050/PATCH und 52053/BETA behoben.
Im Zahlungsverkehr wurden nach dem Verbuchen des Zahlungsstapels auf Karteikarte „3 Zahlung abgeschlossen und Bank gebucht“ keine „Buchungsdetails (Bankkonto)“ angezeigt, sofern das Recht
[FI5100, Nr: 068 - Zahlungsverkehr, KEINE Verbuchung über Interimskonto / Buchungen im ELKO vornehmen]
aktiviert und über den Intelligenten Buchungsassistenten verbucht wurde.
Das wurde ab Revision 47838/BETA und 47853/PATCH geändert.
…Hinweis:
Für bereits verbuchte Zahlungsein / -ausgänge gibt es keine Möglichkeit diese zu reparieren, d.h. …Die Bezeichnung des Feldes (5602_120) „Passwort“ im Dialog „Bankenstamm – PayPal Accountdaten (Manuell)“ wurde auf „PIN“ geändert, analog zu den PayPal Dialogen im Zahlungsverkehr und Intelligenten Buchungsassistenten.
Das ist in Revision 48386/PATCH und 48390/BETA in Neuinstallationen und bei Updateinstallationen nach Migration der Bankstammdaten geändert. …
[weiterlesen]
Ab Revision 60978/BETA gibt es im Kontoauszug unter Tools den Programmpunkt
Abstimmung der Zahlungen mit Auflösung der Anzahlungen (Programmnummer 715)
Damit ist es möglich am Verrechnungskonto für Anzahlungen die gebuchten Vorkassezahlungen aus dem Intelligenten Buchungsassistenten mit den Auflösungen der Anzahlungen anhand der Belegnummern und Beträgen abzustimmen.
Anhand des grünen Häkchens im Status Bitmap erkennt man, dass die Buchung abgestimmt ist bzw. …
[weiterlesen]
Mit Deaktivieren des Zugriffsrechts
[FI2100, Nr: 105 - Buchungserfassung, Autosearch in Buchungsmaske deaktivieren]
ist es möglich, die Autosearch in der Buchungsmaske für alle Felder zu aktivieren.
In den Felddetails kann im Feld „Automatische Suche“ (362_5) die Suchart hinterlegt werden, womit definiert wird, was genau durchsucht werden soll.
Die Suchart „3 Sachkonten“ hat Sachkonten UND Personenkonten durchsucht.
Ab Revision 63309/BETA und 63400/PATCH wurde diese umbenannt in „3 Konten“. …
[weiterlesen]
Ab Rev. 44072/Beta wird der Kontensaldo bei Kontonummer und Gegenkonto mit Tausendertrenner angezeigt.
Hat man eine Warenausgangs- oder Wareneingangsbuchung erfasst und vor dem Speichern der Buchung die Adresse im Feld „Kontonummer“ geändert, wurde die Zahlungskondition nicht von der aktuellen Adresse, sondern von der zuerst erfassten behalten.
Das wurde ab Revision 47171/BETA und 47207/PATCH geändert.
Ist in den FIBU Basisdaten unter Bearbeiten -> Grundeinstellungen eine Buchungssperre im Feld „Buchungssperre bis“ (1327_7) vorhanden und man aktiviert bei der WAWI FIBU Ãœbernahme unter Einstellungen das Flag „Probeübernahme (Keine Verbuchung“ sowie „Ãœbernahme in nächste bebuchbare Periode“, wird das Feld „Buchungsdatum Fibu“ (6251_10) im Beleg gefüllt und auch beim Duplizieren des Beleges oder Entfernen des Eintrages in den Basisdaten nicht mehr geleert. …
[weiterlesen]
Ab Revision 27417/BETA gibt es folgendes Zugriffsrecht, welches im Standard aktiviert ist:
[FIMULTI, Nr: 006 – Multi-OP-Fenster, Verwende Buchungsdatum für OP-Info Ermittlung mittels WFL Tool 731]
Bei aktivem Recht wird bei der Berechnung der Tagesdifferenz anstatt dem Serverdatum das Buchungsdatum verwendet.
Beispiel:
Serverdatum: 03.11.2016
Belegdatum der Rechung: 09.09.2016
Buchungsdatum der Zahlung: 31.10.2016
Ohne Zugriffsrecht: Tagesdifferenz = 55 Tage (Belegdatum 09.09.2016 bis Serverdatum 03.11.2016)
Mit Zugriffsrecht: Tagesdifferenz = 52 Tage (Belegdatum 09.09.2016 bis Buchungsdatum der Zahlung 31.10.2016)
Anmerkung zu Zugriffsrechten:
Diese Einstellungen sind nur mit Designerberechtigung und entsprechender Qualifikation änderbar. …
[weiterlesen]
Unter Umständen kann es notwendig sein, bereits versiegelte Buchung wieder zu „entsiegeln“.
Achtung: Eine Entsiegelung stellt einen schwerwiegenden Eingriff in die Finanzbuchhaltung dar und sollte nur in Sonderfällen nach Absprache mit den Verantwortlichen durchgeführt werden!
Erstellen Sie unbedingt vor dem Entsiegeln eine geprüft wiederherstellbare Datensicherung .
Um das Entsiegeln durchzuführen, gehen Sie wie folgt vor:
Aktivieren Sie im Designer -> Zugriffsrechte -> Finanzbuchhaltung -> Allgemeine Einstellungen den Schalter 11 „Automatik – Korrektur Versiegelung“
Wechseln Sie in die Finanzbuchhaltung und starten Sie dort den Fibu-Prüflauf. …
[weiterlesen]
Sofern im Kontoauszug die Tabelle FI2100_41HS aktiv war, funktionierte „Konto vor“ und „Konto zurück“ unter Umständen nicht.
Beim Konto Wechsel mit der fraglichen Tabelle, wurde in den Statistik Files das nächste Konto mit Währung gesucht. Da keines gefunden wurde, wurde das Konto nicht gewechselt.
Ab Revision 58460/BETA und 58477/PATCH wurde eine Korrektur gemacht.
Wurde der Kontoauszug in der Buchungserfassung über die Karteikarte „3 Sachkonten“ oder „4 Personenkonten“ aufgerufen, konnten Buchungen über „Bearbeiten“ nicht bearbeitet/gelöscht/storniert/umgebucht werden. Die Funktionen waren nicht aktiv.
Das ist seit Revision 27265/PATCH und 27264/BETA geändert.
Hinweis:
Wird der Kontoauszug direkt über den Sachkontenstamm und nicht über die Buchungserfassung Karteikarte „3 Sachkonten“ oder „4 Personenkonten“ aufgerufen, dient das NUR zur Ansicht, das Bearbeiten ist nicht möglich. …
[weiterlesen]
Ab Version 5.58.007.29006 gibt es das Recht
[FIBU, Nr: 088 – Allgemeine Einstellungen, Beim Saldenfehler im Prüflauf Reorg starten].
Ist dieses aktiviert und weist der Prüflauf der Finanzbuchhaltung Saldenfehler auf  und ist eine Reorganisation notwendig, so wird nach dem Start des Prüflaufs die Abfrage
„Saldenfehler im Prüflauf – soll Reorg durchgeführt werden?“
angezeigt und muss mit „Ja/Nein“ beantwortet werden. …
[weiterlesen]
ab Rev. 61390 kann innerhalb der vorgelagerten Stapelauswahl der Buchungserfassung unter „Extras“ das Druckarchiv, bzw. der Druckspooler geöffnet werden.
Ob sich der Druckspooler, oder das neue Druckarchiv öffnet, entscheidet ab Rev. 61390 (S.i.E. ) das folgende Zugriffsrecht:
[LISTDR_RDSGN, Nr: 005 - ReDesign Listendrucke (V559), Neues Druckarchiv statt Spool verwenden]
Aufteilungsbuchung in Fremdwährung lässt sich unter Umständen trotz Restsaldo 0 nicht speichern.
Es kommt der Hinweis „Speicherung der Buchung nicht möglich! -> Saldo der Buchungen ungleich 0.0 Buchung verwerfen?“
Dies wurde mit Rev. 28773 behoben.
Seit der Version 5.58.007.28900 kann die Primanota mit dem Shortcut <ALT+P> in der Buchungserfassung oder auch über das neue Quicktool „Primanota“aufgerufen werden.
Außerdem können Sie die Primanota über  Menü „Extras“ aufrufen.
Die Primanota listet alle Buchungen in der Reihenfolge ihrer Verfassung auf.
Um eine bestimmte Buchung zu suchen, steht Ihnen das Quicktool „Buchungen suchen (F12)“ zur Verfügung.
Für die Suche selbst kann eine Kombination aus unterschiedlichen Kriterien angewandt werden. …
[weiterlesen]
Ab Revision 21071 gibt es im Designer unter Einstellungen -> Parameter/interne Texte den internen Text
„8239: In Buchungserfassung gesperrte Felder bei Aufruf aus ELKO“.
Mittels diesem internen Text kann man die Felder in der Buchungserfassung beim Aufruf aus dem ELKO auf Anzeige setzen.
So werden bspw. durch Eingabe der Feldposition, in dem Fall von „3,33,342“, die Felder „Buchungsdatum“, „Kontonummer“ und „Soll/Haben (Konto)“ auf Anzeige gesetzt. …
[weiterlesen]
Termin- (oder auch wiederkehrende) Buchungen
Eine große Anzahl von Buchungen wird jeden Monat in gleicher Weise gebucht. Vor allem Rechnungen aus
und ähnliche Vorgänge.
Für diese Fälle bieten WEBWARE und BüroWARE die Möglichkeit, sogenannte Terminbuchungen anzulegen.
Eine Terminbuchung wird wie eine normale Buchung gebucht, erhält jedoch zusätzlich Angaben zu Zeitpunkt der Buchung und zum Intervall.
Starten Sie in der Finanzbuchhaltung die Funktion „Buchen“ und wechseln Sie dort auf die Registerkarte „2 Terminbuchungen“. …
[weiterlesen]
Geleistete Anzahlungen auf bestehende Teilrechnungen/Akontoforderungen werden bei Übernahme der Schlussrechnung in die Finanzbuchhaltung aufgelöst und die offenen Posten ausgeziffert.
Seit Rev. 58227/Beta und Rev. 58244/Patch gibt es ein neues Zugriffsrecht, welches im Standard aktiviert ist. Wird dieses Zugriffsrecht vor Übernahme der Schlussrechnung in die Finanzbuchhaltung deaktiviert, erfolgt KEINE Auflösung der versteuerten Anzahlung und auch KEINE Auszifferung der offenen Posten.
[IMPORTFIBU, Nr: 026 РDatenimport Standardschnittstelle Fibu, Aufl̦sung Schlussrechnung]
Hinweis: Bei Deaktivierung dieses Zugriffsrechts muss die Auflösung der Anzahlung manuell gebucht werden! …
[weiterlesen]
Beim Ausführen des Workflowskriptes SE0426 Kreditoren – Abgrenzung ‚Vorsteuer im Folgejahr‘ wurde das Buchungsprotokoll nicht in den Druckspooler gedruckt.
Das wurde ab Revision 51843/BETA und 51795/PATCH korrigiert.
Das Spooldokument wird sowohl angelegt, wenn die Funktion innerhalb des Buchungsstapels über Tools -> Buchungen erstellen -> Vorsteuerabgrenzung Folgejahr aufgerufen wird, als auch über den Stapel mit der Buchungsverarbeitungsart „202: Abgrenzung Vorsteuer Folgejahr“. …
[weiterlesen]
Aufgrund einer Änderung in den Formularen im Zusammenhang mit „IMMER_RTF“, kam es bei der Wawi Fibu Ãœbergabe, im Bereich des Fibu Prüflaufs und im Steuercenter in der BETA zu Programmabstürzen oder zum „Einfrieren§ im „Bitte Warten“ Bildschirm.
Ursache war eine Ãœberschneidung mit den „IM’s“ und dem neuen Parameter „IMMER_RTF“.
Der Parameter wurde umbenannt in RTF_ERZWINGEN, um dieses Verhalten zu korrigieren.
War das Zugriffsrecht
[LISTDR_RDSGN, Nr: 001 – ReDesign Listendrucke (V559), ReDesign Listendrucke verwenden]
aktiviert, verursachte das ebenfalls bei der WAWI Fibu Ãœbernahme und im Steuercenter das gleiche problematische Verhalten. …
[weiterlesen]
Beim Verlassen der Primanota oder der Karteikarte 2 Buchungen in der Buchungserfassung kam es in der BETAÂ zu einem Programmabsturz.
Das ist ab Revision 57639/BETA behoben. …
[weiterlesen]
Wurde in den Eigenschaften des Buchungsstapels ein Sachkonto mit hinterlegter Kostenstelle zur Vorbesetzung eingetragen, wurde bei Erfassung der Buchung, die im Sachkonto eingetragene Kostenstelle nicht in die Buchung übernommen. Dies wurde mit Revision 50737/Beta und 50738/Patch behoben.
FRAGE/PROBLEM:
Was ist zu tun, wenn man beim Buchen mit Kostenstellen nicht über das Feld „Kostenstelle“ hinweg kommt und die Meldung „Eingetragene Kostenstelle nicht als Stammsatz angelegt“ erscheint?
ANTWORT/LÖSUNG:
Das Recht [ FI2100, Buchungserfassung, Nr: 036 – Buchungen für Rechnungswesen erzeugen (V41) ] sollte aktiviert werden. …
[weiterlesen]
Sollen Kostenstellen, Kostenträger und/oder Projekte aus
in die Finanzbuchhaltung übernommen werden, muss grundsätzlich im zu bebuchenden Sachkonto unter Bearbeiten -> Kostenrechnung eine Kostenartennummer eingetragen sein.
Ab Revision 67845/Beta und 67846/Patch wurde die Prüfung, ob ein Buchungsvorschlag Sachkonten buchungsfähig ist, um eine zusätzliche Prüfung auf Kostenstellen-, Kostenträger- und Projektpflicht erweitert. Hat das zu bebuchende Sachkonto eine aktive Kostenstellen-, Kostenträger- oder Projektpflicht und das jeweilige Feld ist in der Buchung nicht befüllt, dann erfolgt keine Verbuchung. In der Buchungsvorschau ist eine entsprechende Hinweismeldung zu sehen.
Ab Rev. 65522 S.i.E. gibt es zwei neue Zugriffsrechte:
[IMPORTFIBU, Nr: 027 – Datenimport Standardschnittstelle Fibu, Prüfung auf Kostenstellenpflicht bei Nebenkosten]
[IMPORTFIBU, Nr: 028 – Datenimport Standardschnittstelle Fibu, Prüfung auf Kostenstellenpflicht bei Positionen]
Hat das zu bebuchende Sachkonto unter „Kostenrechnung“ die Kostenstellenpflicht aktiviert, kann mit Hilfe dieser beiden Zugriffsrechte vor der Ãœbernahme in die Finanzbuchhaltung geprüft werden, ob im Beleg in der Position und/oder bei den Nebenkosten auch tatsächlich eine Kostenstelle hinterlegt wurde. …
[weiterlesen]
Folgende Problemstellung ist Grundlage für diesen WIKI_Artikel:
Das Chipkartenverfahren soll im OnlineBanking eingerichtet werden. Folgende Einstellungen wurden bereits vorgenommen:
Zahlungsverkehr mit: 0 = E-Banking intern, dann wurde mit [F11] der Bereich OnlineBanking ausgewählt, bis Schritt 7 ist alles soweit o.k., bei Schritt 7, fehlt eine Auswahl für die Version 2.2 sowie die Auswahl des Sicherheitsprofils DDV, momentan ist nur RDH wählbar – was ist zu tun? …
[weiterlesen]
Es besteht eine Unsicherheit bei den „Disponiert-Beträgen“ der offenen Posten.
Diese ließen sich manuell verändern und unter bestimmten Umständen konnte es vorkommen, dass Dispobeträge falsch berechnet wurden.
Aufgrund falscher Dispobeträge der Offenen Posten wurden dann Belege im Zahlungsstapel doppelt vorgeschlagen.
Die Ursache automatisch falsch berechneter Dispobeträge konnte trotz intensiver Tests jedoch nicht gefunden werden.
Wir empfehlen Ihnen folgende Vorgehensweise:
Führen Sie ein Update auf mind. …
[weiterlesen]
Aufgrund von Änderungen im Kontoauszug gab es in der BETA unter Umständen den Nebeneffekt, dass beim Wechsel der Geschäftsjahres im Menü „Allgemein“ die Buchungen erst angezeigt wurden, nachdem das Geschäftsjahr zweimal gewechselt wurde.
Das ist ab Revision 61543/BETA behoben. …
[weiterlesen]
Ab Rev. 51976/Beta und 51934/Patch steht die Periodenversiegelung auch innerhalb der Finanzbuchhaltung zur Verfügung.
Ab Rev. 52578/Beta und Rev. 52573/Patch wurde die Periodenauswahl bei der Versiegelung auf 1-12 reduziert, da Periode 13 und Periode 14 zwar journalisiert, aber nicht versiegelt werden können.
Im Zuge der Corona Mehrwertsteuersenkung, kann es vorkommen, dass Erlöskonten mit 19% und mit 16% Steuer bebucht werden. Dies ist möglich und zulässig. Um allerdings einen fehlerfreien Prüflauf zu bekommen und eine korrekte Umsatzsteuervoranmeldung, ist es erforderlich BEIDE Umsatzsteuer-Kennziffern im betreffenden Erlöskonto zu hinterlegen. Wie am Screen zu sehen, muss neben der KZ 81 für 19% auch die Kennziffer 35 für 16% eingetragen werden. …
[weiterlesen]
Ab Version 6.00.000.48390 können sie 0-Belege in die Finanzbuchhaltung übernehmen, indem sie folgendes Zugriffsrecht aktivieren:
[IMPORTFIBU, Nr: 024 - Datenimport Standardschnittstelle Fibu, Bei Fibu-Übernahme von WAWI-Belegen 0-Belege übernehmen (V559)]
Eine Übergabe dieser 0-Belege macht es möglich alle Belege aus der Warenwirtschaft lückenlos in der Finanzbuchhaltung darzustellen.
Dadurch entstandene Steuer-Abweichungen können auf der nächsten Umsatzsteuervoranmeldung automatisch korrekt ausgewiesen werden.
Achtung! Wenn das Zugriffsrecht aktiviert wird, bitte unbedingt darauf achten, dass für abgeschlossenen Perioden eine aufrechte Buchungssperre in den Basisdaten hinterlegt ist, da eine Ãœbergabe dieser 0-Belege wie oben geschrieben, Auswirkungen auf die Steuerkonten haben kann. …
[weiterlesen]
Beim Saldenvortrag wurde die PayPal Transaktionsnummer (1396_30) nicht in den Offenen Posten übernommen.
Das Formular FMTFIAUS.699 wurde diesbezüglich geändert und ist mit Revision 61466/BETA und 61459 in den Versionen enthalten.
Außerdem ist es möglich, mit dem Skript SEhd89 bei bereits vorgetragenen OPs, bei denen die Transaktionsnummern fehlen, diese nachzutragen.
(Designer Menü -> Tools -> Dashboard -> Saldenvortrag PayPal Transaktionsnummer übernehmen – eine Datensicherung wird vorausgesetzt! …
[weiterlesen]
Dieser Filter wird in der Tabelle der Sachkonten und auch in der Buchungserfassung auf Karteikarte „3 Sachkonten“ unter Ansicht angeboten.
In der vorgelagerten Tabelle der Sachkonten wurden Konten, welche keinen Soll oder Haben Umsatz (z.B. nur EB Buchung/Saldenvortragsbuchungen) aber sehr wohl einen Saldo hatten, nicht angezeigt.
Die Prüfung dieses Filters wurde ab Revision 51080/BETA und 51081/PATCH angepasst.
Technische Details zur Prüfung:
Einer der Werte
STATSACHK[0!0!0!0]
STATSACHK[1!0!1!14]
STATSACHK[2!0!1!14]
ist ungleich 0.0. …
[weiterlesen]
FRAGE/PROBLEM:
Kann man belegbezogen ein abweichendes Debitorenkonto hinterlegen, ohne dass in den Adressstammdaten ein abweichender Debitor hinterlegt werden muss?
ANTWORT/LÖSUNG:
Ja. Dazu müssen die Zugriffsrechte:
[ FI2100, Buchungserfassung, Nr: 066 – Ermittlung Kontonummer anhand Belegnummer berücksichtigt auch Kontonummer FIBU aus Beleg ] und
[ IMPORTFIBU, Datenimport Standardschnittstelle Fibu, Nr: 006 – Feld BEL_3253_8 bei WAWI/FIBU-Ãœbernahme berücksichtigen (V53) ]
aktiviert und das Feld „BEL_3253_8“ (Kontonummer Fibu) im Belegkopf eingebunden werden. …
[weiterlesen]
Ab Revision 56484 wird im Zuge des Prüflaufs Finanzwesen Bereich Finanzbuchhaltung geprüft, ob in den Basisdaten Finanzbuchhaltung -> Bearbeiten -> Grundeinstellungen im Feld „Kontenrahmen“
für SKR 03 der Wert 300 und für SKR 04 der Wert 400 eingetragen wurden.
Diese Einstellungen sind notwendig, da es bei fehlenden, oder falschen Einträgen zu Fehlern im Datev Prüflauf kommen kann.
Ab Rev. 56511 korrigiert auch die Quick Migration Finanzbuchhaltung fehlende, oder falsche Einträge im Feld Kontenrahmen. …
[weiterlesen]
|
|||
|
In diesem Video werden grundlegende Schritte in WEBWARE 2.0 gezeigt und darüber informiert, was an welcher Stelle Bedeutung hat. |
|||
In der Verwaltung der offenen Posten kann ein OP für das Mahnen zurückgestellt und dafür im Notiztext ein Grund angegeben werden.
Wird nun ein Mahnlauf durchgeführt, sind zurückgestellte Mahnungen in der Übersicht mit aufgeführt.
Details lassen sich hier mit F11 anzeigen.
Rev. 75341/Patch und Rev. 75342/Beta …
[weiterlesen]
In der Praxis kommt es häufig vor, dass Mitarbeiter Zahlungsvorgänge prüfen möchten, ohne dass diese ggf. gebucht sind und auch ohne, dass die Berechtigung für die Finanzbuchhaltung vorhanden ist.
Für diesen Fall steht nun ab BETA 75802 die neue Kontoauszugsrecherche zur Verfügung.
Sie finden diese Funktion im Arbeitsplatz „Tools“.
Das Tool zeigt alle Umsätze von einzelnen, mehreren ausgewählten oder auch allen Banken an und bietet verschiedene Filtermöglichkeiten. …
[weiterlesen]
Bisher stand das Tool „Alle Datenfelder anzeigen“ in der OP-Verwaltung nicht zur Verfügung. Ab BETA Rev. 78485 lässt sich diese Funktion auch in der Verwaltung der offenen Posten nutzen.
Steht dieses Tool nach einem Update noch nicht zur Verfügung, dann muss zunächst die Migration der OP-Verwaltung oder der gesamten Finanzbuchhaltung ausgeführt werden:
 |
Offnen Sie den Menüpunkt „Tools“, um die Funktion zur Anzeige aller Datenfelder auszuführen. …
[weiterlesen]
Im Multi-OP-Ausgleich und im Zahlungsausgang konnten OPs ausgewählt werden. In der Auswahltabelle wurden jedoch auch stornierte OPs (also sowohl der ursprüngliche offene Posten, wie auch die stornierte Buchung) angezeigt.
Nachfolgend ein Beispiel für die bisherige Funktionsweise.
 |
Das gleiche Verhalten war auch bei der Erfassung von Ãœberweisungen oder Lastschriften zu finden.
 |
Ab den folgenden Revisionen ist nun eine Änderung eingearbeitet:
610.402.78283
700.403.78308
Es werden nun keine Stornierten Buchungen (die ursprüngliche Buchung und die stornierte Buchung) mehr angezeigt. …
[weiterlesen]
| #-ID | Status | Thema | ab Release | getestet am | Kommentar |
| #1253 | – | STORY Issue zum DevCamp | – | – | STORY Issue zum DevCamp |
| #1254 | warte auf Rückmeldung –
KEINE Rückmeldung #erhalten |
Absturz in der OP-Auswahl bei sehr vielen Kunden | 44305 | Feedback Partner –
KEIN Feedback erhalten |
Der Absturz in diesem Zusammenhang rührt vermutlich nicht ursächlich von dem Auswahl Modul. Es wurden Tests gemacht und dabei festgestellt, dass der Hauptspeicher nicht ausreichend ist und es daher zum Absturz kommt. |
Beispiele für die Anwendung der Prüfung von Belegnummer 2 oder Belegnummer 3 pro Adresse
1.) Es wird darauf hingewiesen, dass Belegnummer 3 bereits vorhanden ist, Speicherung der Buchung ist nach Bestätigung des Hinweises trotzdem möglich:
[ALLG3, Nr: 018 – Allgemeine Einstellungen III, Erweiterte Belegnummer 3 verwenden] -> aktiviert
[FI2100, Nr: 035 – Buchungserfassung, Belegnummer 2/3 pro Adr.Nr. auf Existenz prüfen] -> aktiviert
2.) …
[weiterlesen]
Das Ausziffern von negativen Gutschriften oder negativen Akontozahlungen über den Selektionspool ist nicht möglich.
Die Auszifferung dieser Belege muss direkt über das OP-Konto erfolgen.
Ab Revision 49774/BETA und 49775/PATCH werden beim Auszifferversuch über den Selektionspool Hinweismeldungen gebracht, sofern sich negativ gebuchte Gutschriften oder Akontozahlungen im Pool befinden, damit klar hervorgeht, dass keine Auszifferung stattgefunden hat.
– Werden die negativ gebuchten Gutschriften/Akontozahlungen und die Gutschriften/Akontozahlungen in den Pool geladen und das Ausziffern gestartet, kommt folgende Meldung:
„Sie können nur Gutschriften Akontos und negative Rechnungen ausziffern! …
[weiterlesen]
Das Aktivieren des Zugriffsrechtes
[FIINBU, Nr: 017 - Intelligenter Buchungsassistent, Prüfung ob Umsatz bereits eingelesen wurde mittels Hashwert durchführen anstatt Tageslaufnummer]
verhindert das doppelte Einlesen von Umsätzen im Intelligenten Buchungsassistenten.
Dabei wird beim Einlesen auf den Betrag, das Datum und den Verwendungstext geprüft.
Gibt es allerdings einen Umsatz mit dem gleichen Datum, Betrag und Verwendungstext, einmal als Zahlungseingang und einmal als Zahlungsausgang, wird nur einer der beiden Umsätze eingelesen. …
[weiterlesen]
Die Dateien, welche für die IBAN Erkennung im Intelligenten Buchungsassistenten angelegt werden, befinden sich im Mandantenverzeichnis der BüroWARE/WEBWARE.
Darin werden die IBAN gespeichert und zur weiteren Erkennung beim Einlesen der Kontoauszüge abgeglichen.
S_BuchungsassistentErkennung.DAT/KEY.
Löscht man diese, so hat das Auswirkungen in der Erkennung.
Man kann direkt in der Tabelle der Kontoauszüge unter Extras die Tabelle der gespeicherten IBANs aufrufen > IBAN-Erkennung und dort direkt zur Erkennung sperren, ohne, dass die komplette Datei gelöscht werden muss. …
[weiterlesen]
Die Einstellungen für das Verhalten einer Bank in Verbindung mit dem intelligenten Buchungsassistenten sind im Laufe der Entwicklung immer umfangreicher geworden. Außerdem haben einige Einstellungen sehr umfassende Auswirkungen, so dass diese nicht ohne weitere Prüfung ein- oder ausgeschalten werden sollten.
Um zu verhindern, das Anwender ohne entsprechendes Wissen Einstellungen verändern, wurden die Einstellungen nun auf zwei Bereiche verteilt:
Die Profi-Einstellungen wurden nur für Bediener angezeigt, bei denen folgendes Zugriffsrecht aktiv ist:
[FIINBU, Nr: 054 - Intelligenter Buchungsassistent, Profi-Einstellungen für Intelligenten Buchungsassistent anzeigen]
Ist das Recht aktiviert, lassen sich die Profi-Einstellungen über das Menü „Bearbeiten“ bei geöffneten Bankstammdaten aufrufen. …
[weiterlesen]
Es wurden eine zusätzliche Prüfungen im intelligenten Buchungsassistenten eingearbeitet.
Ursache für die diese Änderung war folgende Situation:
Der Anwender betreibt einen Online-Shop, der Zahlungen über PayPal anbietet. Dabei ist jedoch PayPal nicht direkt, sondern über einen weiteren Dienstleister angebunden (in diesem Falle PAYONE). Dadurch werden die Aufträge des Shops zwar über PayPal bezahlt, durch den Dienstleister jedoch sind in den Aufträgen keine PayPal Transaktionsnummern hinterlegt. …
[weiterlesen]
Ab Rev. 74741/S.i.E. und Rev. 74776/Patch haben sie die Möglichkeit neben MT-940 Kontoauszugsdateien auch jene im Format SEPA CAMT.053 einzulesen.
HINWEIS: Bei Update Installationen ist eine neuerliche Migration des Intelligenten Buchungsassistenten erforderlich. …
[weiterlesen]
Um besser die OP-Konten überwachen  und Abweichungen schneller erkennen zu können, bestand der Wunsch, eine zusätzliche Summe in der OP-Verwaltung zu erhalten, um so die Summe OP-Saldo und Konten-Saldo einfach miteinander vergleichen zu können.
In diesem Zusammenhang musste die Aufbereitung der Tabelle zunächst intern geändert werden. Um die Geschwindigkeit zu optimieren, wurden bisher nicht alle Werte aller in der Tabelle enthaltenen Datensätze geladen sondern immer nur die, der aktuell angezeigten Sätze. …
[weiterlesen]
Es bestand der Wunsch, dass in der OP-Verwaltung der OP-Status und die Zahlunsgart mit als Spalte angezeigt werden.
Seit der Revision 73419/Beta ist dieser Wunsch realisiert.
Zusätzlich wurde ein Refresh hinzugefügt, welcher die Bezeichnung dieser Kennzeichen anzeigt. …
[weiterlesen]
PayPal Transaktionen, welche nicht über den Zahlungsausgang zurückerstattet wurden, wurden im Intelligenten Buchungsassistenten nicht korrekt erkannt, sodass auch der Buchungsvorschlag nicht richtig war.
Die Erkennung erfolgte nur, wenn wie in folgendem Wiki-Artikel beschrieben, vorgegangen wurde:
Gutschriften bzw. Rückerstattungen mit PayPal auszahlen
Ab Version 6.0 Revision 53317 gibt es das neue Zugriffsrecht:
[FIINBU, Nr: 023 – Intelligenter Buchungsassistent, Buchungsvorschlag zu Paypal refund als Akonto]
Ist dieses Recht aktiviert, werden Transaktionen mit dem Transaktionstyp „refund“ erkannt, auch wenn diese nicht über den Zahlungsausgang, sondern direkt über PayPal zurückerstattet wurden. …
[weiterlesen]
Ab Revision 68875/BETA kann man im Tool „Offene Posten zur Zahlung vorschlagen“ Belegnummern importieren.
Vor allem, wenn viele Belegnummern avisiert und Offene Posten bezahlt werden sollen lässt sich dadurch die Verbuchung enorm beschleunigen.
Anstatt Belegnummern einzeln in der Tabelle zu erfassen, können diese einfach über eine *.csv Datei importiert werden.
Als Zielfeld wird beim Import das Feld „Suchbegriff“ verwendet.
Anschließend können die Offenen Posten in den Buchungsvorschlag geladen werden. …
[weiterlesen]
Ab Revision 60431/BETA und 60531/PATCH wurde im Dialog „Buchungsvorschlag bearbeiten“ unter Tools die Funktion „Offene Posten zur Zahlung vorschlagen“ geändert.
Es ist nun möglich mehrere Belegnummern (Belegnummer 2 und Belegnummer 3) zu erfassen und auf einmal in den Buchungsvorschlag zu laden.
Seit Revision 70730/BETA ist es außerdem möglich auch die Belegnummer 1 in dem Tool zu erfassen und OPs anhand dieser in den Buchungsvorschlag zu laden. …
[weiterlesen]
____________________________________________________
Wiki-Aktualisierung 28.01.2022Â
Ab Revision 71921/BETA wurden folgende Zahlungsverkehrsformulare angepasst:
FMTFIZVK.670, FMTFIZVK.671, FMTFIZVK.672, FMTFIZVK.650, FMTFIZVK.651, FMTFIZVK.652
Man kann nun in den Feldern „Kennzeichen Sammellastschrift“ und „Kennzeichen Sammelüberweisung“ einen eigenen Wert hinterlegen, welcher dann samt der Gruppennummer in der XML an die Bank übergeben wird.
Falls in den Feldern ein Wert hinterlegt ist, wird das Prefix aus diesen Felder in der XML verwendet, ansonsten „GR“. …
[weiterlesen]
Im Standard wird bei wiederkehrenden Sachkontenbuchungen als Buchungstext in der Hauptbuchung der Verwendungstext des aktuellen Umsatzes verwendet und den Nebenbuchungen der Buchungstext aus der vorherigen Sachkontenbuchung.
Ab Revision 70696/BETA gibt es folgendes neues Zugriffsrecht:
[FIINBU,52 - Bei Sachkonto Buchungsvorschlagen anhand Erkennung Buchungstext der Buchung übernehmen]
Ist das Recht aktiviert, ist das Verhalten wie zuvor beschrieben.
Bei deaktiviertem Recht wird sowohl im Hauptsatz der Buchung als auch in den Nebensätzen der Verwendungstext des aktuellen Umsatzes als Buchungstext verwendet. …
[weiterlesen]
Sofern in der Adressbeziehung der Haken „Offene Posten verrechnen / ausziffern“ aktiviert ist, werden im OP-Konto auch Offene Posten der Adressbeziehung angezeigt.
Ab Revision 70611/BETA gibt´s auf Karteikarte 1 unter Einstellungen die Möglichkeit, die OPs der Adressbeziehung auszublenden, wenn man das nicht generell in der Adressbeziehung ausstellen will.
Ab Revision 70730/BETA gibt es die Möglichkeit im Dialog „Buchungsvorschlag bearbeiten“ unter Tools -> Offene Posten zur Zahlung vorschlagen, auch Belege anhand der Belegnummer 1 in die Tabelle zu laden oder zu importieren.
Weitere Infos zu diesem Thema finden Sie in folgenden Wiki-Artikeln:
Offene Posten zur Zahlung vorschlagen
Import Belegnummern …
[weiterlesen]
Ab Revision 70443/BETA wurde die Möglichkeit implementiert die Schnellsortierung in den Karteikarten „2 Alle Konten“, „3 OP-Konten“ und „4 Offene Posten“ zu aktivieren.
Dazu muss im Tabellencenter (Tabelle mit STRG+SHIFT+F2 bearbeiten) bei dem gewünschten Feld der Index angegeben werden.
Den Index finden Sie, wenn Sie den Button „Neue Spalte (F3)“ aufrufen und in der Variablenauswahl auf das gewünschte Feld gehen. In der Spalte „DTA-Name“ ist die Zahl dahinter der Index. …
[weiterlesen]
Seit Revision 49792 gibt es das Zugriffsrecht:
[FIINBU, Nr: 018 - Intelligenter Buchungsassistent, Nach Verbuchen Adresse auf Belegsperre prüfen und bei Saldo 0.0 Belegsperre aufheben]
Ist dieses Recht aktiviert, wird beim Verbuchen einer OP-Zahlung geprüft, ob in der Adresse eine Belegsperre eingetragen ist und, falls kein OP-Saldo mehr besteht diese entfernt wird. Die Einstellung „Für neue Belege gesperrt“ (ADR_1235_1) im Adressstamm würde also deaktiviert. …
[weiterlesen]
Wird mit Lieferanten eine Lastschriftvereinbarung (Zahlungsart 1 oder 2) vereinbart, dann ist der Lieferant für den pünktlichen Einzug zuständig.
Meist ist eine Zahlung per Lastschrift/Einzug mit Skontogewährung verbunden. Bucht der Lieferant zu spät ab, dann wird im Regelfall trotzdem Skonto berücksichtigt.
Die Erhöhung der Skonto-Karenztage ist hier nicht anwendbar, da sich diese auf alle Lieferanten auswirken würde, also auch auf diejenigen mit denen keine Lastschrift-Vereinbarung besteht.
Beim Buchen der Vorkassezahlung im Intelligenten Buchungsassistenten wurde der Beleg nicht freigegeben.
Ab Revision 70800/BETA und 70797/PATCH wurde diesbezüglich eine Korrektur gemacht.
Im Bankenstamm im Bereich des Intelligenten Buchungsassistenten gibt es folgende neue Einstellung:
Vorkasseaufträge beim Buchen freigeben (1178_1)
Ist die Einstellung aktiviert, wird beim Buchen der Zahlung im Beleg das Flag „Belegumwandlung möglich“ (1530_1) auf J gestellt, was dann auch im Liefersystem Berücksichtigung findet. …
[weiterlesen]
Aktuell war für die automatische Erkennung bei PayPal Banken nur das Feld „Steuerschlüssel Volle Steuer“ (FAF_4725_2) in den Wawi Basisdaten vorgesehen.
D.h. unterschiedliche Steuersätze waren bei der automatischen PayPal Erkennung nicht abbildbar.
Ab Revision 70270/BETA und 70174/PATCH gibt es folgendes Zugriffsrecht:
[FIINBU, Nr: 049 - Intelligenter Buchungsassistent, Bei Paypal Erkennung Vorkasse Vorschlag mit berücksichtigung des Auftrages erstellen]
Damit kann dieselbe Erkennung wie bei „normalen“ Banken aktiviert werden, sodass bei Vorkassevorschlägen bei Bedarf auch unterschiedliche Steuersätze vorgeschlagen werden. …
[weiterlesen]
Bei der Übernahme des Kassenberichts kann es vorkommen, dass in der Kasse Bezahlungen für Belege vorliegen, welche noch nicht in die Finanzbuchhaltung übernommen wurden. Ist das der Fall, kann der entsprechende Kassenbericht nicht verbucht werden. Es kommt zu einem Hinweis, dass die offenen Posten in der Finanzbuchhaltung fehlen und daher keine Buchungen erstellt wurden.
Ab Version 6.01.402.69493 wird nach Bestätigung dieses Hinweises eine Liste der noch nicht in der Finanzbuchhaltung übernommenen Belege ausgegeben. …
[weiterlesen]
Das Zugriffsrecht
[FIINBU, Nr: 004 - Intelligenter Buchungsassistent, IBAN in Adressstamm schreiben]
steuert, ob nach dem Buchen eines Umsatzes die IBAN in den Adressstamm geschrieben wird.
Im Standard ist dieses Recht aktiviert.
Ab Revision 69706/BETA gibt es die Möglichkeit vor dem Buchen einzelne IBANs für das Rückschreiben in die Adresse zu sperren, obwohl das genannte Zugriffsrecht aktiviert ist.
Entweder in der Tabelle der Umsätze unter Tools -> „IBAN zum Rückschreiben in die Adresse sperren“. …
[weiterlesen]
Beim Ausführen des Zahlungsstapels im Zahlungseingang kommt es vor, dass sich unterschiedlichen Bankbuchungsdaten ergeben, wenn sich bpsw. Firmen- oder Basislastschriften, Erst- und Folgelastschriften im selben Zahlungsstapel befinden.
Der Vorschlag wird beim Export bzw. beim Ãœbertragen zur Bank gesplittet.
Sofern der Intelligente Buchungsassistent den Umsatz nicht automatisch erkennt und zuordnet, kann im Dialog „Buchungsvorschlag bearbeiten“ mit der Tastenkombination <STRG+7> manuell eine „Sammelzahlung Zahlungsverkehr“ erfasst werden. …
[weiterlesen]
Ab Revision 69721/BETA und 69742/PATCH gibt es folgendes neues Zugriffsrecht:
[FI6100, Nr: 066 - Mahnungen, Performance Optimierung bei Mahnerstellung und selektieren Mahngruppen]
Sofern das Recht aktiviert und die Mahngruppenselektion verwendet wird, gibt es eine Optimierung bei der Geschwindigkeit der Mahnerstellung.
In der unteren Tabelle kann in diesem Fall nach dem Erstellen des Vorschlages nur eine Mahngruppe angezeigt werden, dennoch werden bei den einzelnen Mahnungen die Einstellungen aus den jeweils hinterlegten Mahngruppen verwendet. …
[weiterlesen]
Funktion wurde geändert und ersetzt durch:
Sammelzahlung Zahlungsverkehr zuordnen
Ab Version 6.0 Revision 53224 gibt es im Dialog „Sammelzahlung“ unter Tools die Funktion:
Offene Posten markieren <STRG+L>Â
Darüber können Lastschriftstypen aus einem Stapel (einer Gruppe) im Zahlungsverkehr markiert und in den Zahlungsvorschlag übernommen werden.
Benötigt wird das bspsw., wenn ein Zahlungsstapel aufgrund der Anzahl der Lastschriften darin, auf mehrere Umsätze gesplittet wird. …
[weiterlesen]
Seit Revision 68360/BETA und 68361/PATCH ist es möglich, direkt im Auszifferungsdialog das Ausbuchen durchzuführen.
Ab Revision 68443/BETA wurde der Dialog zum Einlesen von Kontoauszügen geändert.
Die Maskeneinstellungen werden nun pro Bankstapel gespeichert.
Der eingestellte Pfad bleibt nun erhalten und das Feld „Dateiname“ lässt sich „aufklappen“, so dass die gewünschten Kontoauszüge direkt ausgewählt werden können.
Hinweis:Â Bei Updateinstallationen ist die Migration des Intelligenten Buchungsassistenten erforderlich.…
Ab Revision 68524/BETA gibt es im Bankenstamm im Bereich des Intelligenten Buchungsassistenten die neue Einstellung:
„Wann sollen OPs als buchungsfähig markiert werden?“.
„Immer wenn passende OPs gefunden wurden“
oder
„Nur wenn Betrag und Belegnummer übereinstimmen“Â
Hiermit beeinflussen Sie, wann eine Buchung als „buchungsfähig“, also mit „Grün“ markiert wird.
Beispiel:
Bei einem Zahlungseingang wird die Belegnummer 3 angegeben, allerdings nicht vollständig.
a) Der Radiobutton ist bei der Option „immer wenn passende OPs gefunden wurden“ gesetzt. …
[weiterlesen]
Wird innerhalb einer Aufteilungsbuchung ein Betrag in Fremdwährung negativ im Haben anstatt im Soll gebucht, hat der Währungsbetrag ein falsches Vorzeichen.
Dies kann sich unter anderem beim DATEV-Export bemerkbar machen.
Zu Korrektur steht ab Revision 68343/S.i.E. und 68344/Patch ein neues Zugriffsrecht zur Verfügung, welches vor der Buchungserfassung aktiviert sein muss.
Alternativ kann die Buchung natürlich auch statt negativ im Haben, positiv im Soll gebucht werden, dann entsteht dieses Problem nicht. …
[weiterlesen]
Ab Revision 67600/BETA und 67596/PATCH gibt es in der Offenen Postenverwaltung für Debitoren und Kreditoren auf Karteikarte „5 Selektionspool“ unter „Bearbeiten“ âžœ „Ändern/Ergänzen“ nun auch die Möglichkeit, die Zahlungskondition der Offenen Posten, die sich im Selektionspool befinden, zu ändern.
Hinweis: Bei Updateinstallationen ist die Migration der Offenen Postenverwaltung erforderlich.…
Es gibt Einstellungen, dass ein buchungsfähiger Umsatz gelb ist.
Wird dieser Umsatz geöffnet und verlässt man den Dialog „Buchungsvorschlag bearbeiten“ kommt eine Abfrage, ob dieser verbucht werden soll.
Bei NEIN, wird der Umsatz automatisch grün und gilt als geprüft.
Ab Revision 65473/BETA gibt es folgendes neues Zugriffsrecht:
[FIINBU, Nr: 041 - Intelligenter Buchungsassistent, Abfrage ob beim Beenden der Erfassung von Buchungsvorschlägen der Umsatz als buchungsfähig gekennzeichnet werden soll]
Ist das Recht aktiviert, kommt beim Verlassen des Umsatzes, wenn dieser nicht gebucht wird die Abfrage, ob der Umsatz gelb bleiben oder grün werden soll. …
[weiterlesen]
Aktuell werden offene Posten beim automatischen Buchungsvorschlag nicht berücksichtigt/zugeordnet, wenn die Zahlungsart im OP auf „Zur Zahlung gesperrt“ (FPOS_181_1) steht.
Ab Revision 66168/PATCH und 66173/BETA gibt es folgendes neues Zugriffsrecht, damit solche OPs berücksichtigt werden:
[FIINBU,45 - Gesperrte OP's bei der Erstellung von Buchungsvorschlägen berücksichtigen]
Ab Revision Revision 67807/PATCH und 68016/BETA gibt es in der Offenen Postenverwaltung für Debitoren im Selektionspool die Möglichkeit, bei Änderung der Zahlungsart auf Firmen- oder Basislastschrift auch die Mandats-ID der Offenen Posten zu ändern.
Wird auf Karteikarte „5 Selektionspool“ unter „Bearbeiten“ ➜ „Ändern/Ergänzen“ die Zahlungsart auf Firmen- oder Basislastschrift geändert, wird das Feld zur Erfassung der Mandats-ID frei.
Voraussetzung dafür ist, dass sich im Pool nur Offene Posten einer Adresse befinden. …
[weiterlesen]
Ab Revision 67760/BETA und 67761/PATCH sind in Neuinstallationen im OP-Konto zusätzlich folgende Spalten enthalten:
Offene Postenverwaltung Debitoren:
Zahlungskondition
Zahlungsart
Mandats ID
Belegnummer 2
Disponiert
Offene Postenverwaltung Kreditoren:
Zahlungskondition
Zahlungsart
Belegnummer 2
Da es sich beim OP-Konto um einen Selektionspool handelt, muss man bei Updateinstallationen die Felder einmal über die Eigenschaften einblenden.
Sofern man die Selektionspools für die OP-Verwaltung (im Mandanten im Verzeichnis SELPOOLS) löscht, werden die Pools für die OP Verwaltung neu angelegt und enthalten dann ebenfalls die neuen Spalten. …
[weiterlesen]
Ab Revision 67420/BETA und 67366/PATCH gibt es in der Offenen Postenverwaltung für Debitoren und Kreditoren auf Karteikarte „5 Selektionspool“ unter Bearbeiten > Ändern/Ergänzen auch die Möglichkeit das Feld „OP-Status“ (310_1) in den Offenen Posten, die sich im Selektionspool befinden, zu ändern.
Hinweis:Â Bei Updateinstallationen ist die Migration der Offenen Postenverwaltung erforderlich.…
Ab Revision 67420/BETA gibt es im Bankenstamm die Möglichkeit einzustellen, welche Offenen Posten geprüft werden sollen:
Mit dieser Einstellung wird festgelegt, ob die Prüfung für alle Personenkonten oder nur für Kunden bzw. Lieferanten ausgeführt werden soll. Einschränkungen sind hier sinnvoll, wenn ein Bankkonto beispielsweise nur für Kundenzahlungen genutzt wird. In diesem Falle beschleunigt sich die Erkennung erheblich.
Tipp:
Ãœber Tools „Details zur Erkennung“ oder direkt mit der Tastenkombination STR+F11 rufen Sie in der Umsatztabelle am Umsatz die Erkennungsdetails auf. …
[weiterlesen]
Ab Revision 60996 gibt es folgende Neuerungen:
Sobald sich ein Benutzer in der Buchungserfassung befindet, ist ein Starten des Prüflaufs nicht möglich!
Anmerkung: Ab Revision 68060/BETA erscheint die Meldung mit Bedienernummer.
Darüberhinaus ist es für die Dauer des Prüflaufs nicht möglich die Buchungserfassung aufzurufen.
Aktualisierung:
Sofern sich ein Bediener in der Version in der Buchungserfassung befindet und ein anderer Bediener in einem anderen Mandanten den Prüflauf starten wollte, kam die Meldung auch. …
[weiterlesen]
Sofern der Intelligente Buchungsassistent anhand der Prüfroutine am Schluss einen Akontovorschlag erstellt hat, wurde der Umsatzstatus als grün/buchungsfähig gesetzt.
Ab Revision 67366/BETA und 67366/PATCH kriegen Akontovorschläge den Status gelb/zu prüfen.
Beispiel:Â Anhand der IBAN wird ein Debitor erkannt allerdings kein passender Offener Posten gefunden und eine Akontozahlung vorgehschlagen.
Außerdem werden für Zahlungsausgänge keine Akontovorschläge erstellt.Â
Bei Zahlungseingängen wird nur noch eine Akontozahlung vorgeschlagen, wenn die Adresse in der IBAN Erkennung steht. …
[weiterlesen]
Unter Umständen gibt es im Kontoauszug Umsätze, welche exakt gleich sind. Durch die im InBu durchgeführte Prüfung auf doppelte Umsätze wurde dann nur eine der Positionen im InBu aufgeführt. Doppelt in diesem Fall heißt, dass das Datum, der Verwendungstext und der Betrag dieser Umsätze identisch sind.
Ab Revision 66467/BETA und 66443/PATCH gibt es folgendes neues Zugriffsrecht:
[FIINBU, Nr: 043 - Intelligenter Buchungsassistent, Buchungsschlüssel Bankreferenz und Kundenreferenz aus MT-940 auswerten]
Mit aktiviertem Recht, wird das Einlesen einer MT 940 Datei erweitert. …
[weiterlesen]
Hat ein Umsatz ein unterschiedliches Buchungs- und Wertstellungsdatum, wird für die Buchung das Buchungsdatum verwendet.
Ab Revision 67105/BETA und 67106/PATCH gibt es folgendes neues Zugriffsrecht:
[FIINBU, Nr: 044 – Intelligenter Buchungsassistent, Wertstellungsdatum als Buchungsdatum verwenden]
Wird das Recht aktiviert, wird das Wertstellungsdatum als Buchungsdatum gesetzt.
Im Zahlungsausgang wird ein Zahlungsvorschlag manuell erstellt. Es wird eine Akontozahlung für einen Lieferanten überwiesen.
Wenn im Intelligenten Buchungsassistenten der Vorschlag eingelesen wurde, wurde anstatt einer Akontozahlung eine OP-Zahlung ohne Belegnummer vorgeschlagen.
Die Verbuchung war dann auch nicht möglich.
Das wurde ab Revision 66690/BETA und 66696/PATCH behoben.
Sofern der Intelligente Buchungsassistent den Zahlungsstapel aus dem Zahlungsverkehr nicht automatisch erkennt, kann man im Dialog „Buchungsvorschlag bearbeiten“ diesen über die Funktion „Sammelzahlung Zahlungsverkehr STRG+7“ zuordnen.
Wurde im Zahlungsverkehr kein Skonto abgezogen aber der Offenen Posten hatte eine Zahlungskondition mit Skonto hinterlegt, ist bei der Funktion „Sammelzahlung Zahlungsverkehr STRG+7“ Skonto ermittelt und vorgeschlagen worden.
Ab Revision 66668/BETA und 66670/PATCH wurde die Funktion angepasst. …
[weiterlesen]
Unter Umständen kann es bei der Ãœbernahme der Z-Berichte ohne ersichtlichen Grund zur Meldung „Buchungsdatum liegt nicht im aktuellen Geschäftsjahr“ kommen. Ist dies der Fall, aktivieren sie bitte folgendes Zugriffsrecht und bereiten sie danach den betreffenden Z-Bon neu für die Finanzbuchhaltung auf.
[kass08, Nr: 005 - Kasse Fibu Ãœbernahme (NB), Belegdatum als Buchungsdatum verwenden]
Dieses Zugriffsrecht ist ab Revision 64882/Beta und 64883/Patch bei Neuinstallationen bereits aktiv. …
[weiterlesen]
…
…
…
…
…
…
…
…
…