Aktuelle Themen
Wie suche ich richtig: Suchwort 1 + Suchwort 2 - Suchwort 3
Da Sie nicht angemeldet sind, werden Ihnen nur öffentliche Beiträge angezeigt.
Wenn bei einer Bank mehrere Konten vorhanden sind, die alle mit de gleichen Benutzerkennung abgerufen werden sollen, muss für jedes Konto eine Bank in den Basisdaten angelegt sein.
Jedes Konto muss über ein eigenes Fibu-Konto verfügen. Außerdem muss der Einrichtungsassistent für jedes Konto (jeden Bankkontakt) separat durchlaufen werden.
Diesen finden Sie unter „Einstellungen“.
Der folgende Ablauf ist bei allen Konten gleich:
Alle haben die gleiche BLZ. …
[weiterlesen]
Mit Aktivierung des Zugriffsrechtes
[FIINBU, Nr: 063 - Intelligenter Buchungsassistent, Erkennung von Paypal Umsätzen prüft auch OP's]
lässt sich steuern, dass bei der PayPal Erkennung auch Offene Posten durchsucht werden. Siehe dazu bitte auch Erkennung Paypal bei Belegen ohne Paypal Transaktionsnummer
Ab Revision 111243/MC und 111246/IC gibt es das neue Zugriffsrecht
[FIINBU,71 - Paypal Betrag verwenden bei Vorschlag zu offenen Posten der anhand Transaktionsnummer gefunden wurde]
Sofern das Zugriffsrecht
[FIINBU, Nr: 063 – Intelligenter Buchungsassistent, Erkennung von Paypal Umsätzen prüft auch OP’s]
aktiviert ist, wird auch in OP’s gesucht um einen Vorschlag zu erstellen. …
[weiterlesen]
Unter Umständen kommt es vor, dass der Umsatzbetrag im InBu nicht zum Betrag im Zahlungsverkehr passt. Ursache könnte sein, dass die vom Zahlungsverkehr erstellte Datei außerhalb der SEERPSuite geändert und zur Bank geschickt wurde.
Das hat dann den Effekt beim Erstellen der Buchungsvorschläge im Intelligenten Buchungsassistenten, dass Umsätze nicht gefunden oder anhand der Kriterien im Verwendungszweck nicht passende Vorschläge gemacht werden. …
[weiterlesen]
Sofern unberechtigt Skonto abgezogen wurde, kann sowohl beim Bezahlen im Multi-OP, als auch über den Intelligenten Buchungsassistenten der Offene Posten für Skontobrief oder Skontomahnung markiert werden.
Wenn die Ausbuchungsart für Skonto gewählt ist, wird im Bearbeiten Menü Skontobrief <SHIFT+F7> angezeigt.
Wird keine Ausbuchungsart gewählt, sodass ein Restbetrag offen bleibt, wird die Option zum Markieren für Skontomahnung <SHIFT+F7> angezeigt.
Die Flags „Skontobrief (1130_1)“ und „Skontomahnung (1163_1)“ in der Offenen Postenverwaltung direkt im OP werden dementsprechend gesetzt. …
[weiterlesen]
In den Basisdaten der Banken wird eingestellt, wie der Intelligente Buchungsassistent Auszüge erhält und ebenso, wie Zahlungsstapel übertragen werden.
Im Bereich „Zahlungsverkehr“ stellen Sie ein, wie die Ãœbertragung erfolgt. Ãœber diesen Weg werden auch Kontoauszüge abgeholt.
Um zu erreichen, dass Zahlungsvorgänge direkt übertragen, aber Kontoauszüge als Datei eingelesen werden können, kann das Kennzeichen „Kein interner Abruf der Kontoauszüge“ aktiviert werden.
In den Versionen MC und IC ab 108995 wurde eine Erweiterung hinzugefügt. …
[weiterlesen]
Ausgangslage:
Die PayPal Bank wird nicht täglich bzw. nicht mehrmals täglich verbucht und die Belege sollen direkt nach Auftragseingang versendet werden. Daher Ist die Problemkategorie: „PayPal Zahlung nicht erhalten“ deaktiviert. (Es wird Shopseitig bereits geprüft ob die Bestellungen via PayPal bezahlt werden. Und nur bezahlte Bestellungen werden in die ERP-Suite geladen)
Wenn z.B. eine Teillieferung durchgeführt wird oder ein Teil der Bestellung storniert wird oder zwei Rechnungen für die Bestellung erstellt werden (Mehrpaket-Sendungen) dann ordnet die Erkennungslogik des InBu´s den kompletten Transaktionsbetrag EINER der Rechnungen mit dem gesamten Zahlbetrag zu, was zu einem Saldenfehler in der Buchung führt. …
[weiterlesen]
Grundsätzlich wurde der Intelligente Buchungsassistent für Paypal entwickelt, um PayPal Zahlungseingänge zu erkennen. Eine Erkennung von Ausgangszahlungen war ursprünglich nicht vorgesehen.
Es gibt jedoch verschiedene Möglichkeiten, um trotzdem diese Zahlungen zuordnen zu können.
Die wahrscheinlich beste Variante ist, für Zahlungsausgänge ein separates PayPal-Konto zu verwenden, welches nicht für Eingänge genutzt wird. Damit lässt sich hier die individuelle Erkennung nutzen, welche auf  die PayPal-Transaktionsnummer zugreift und außerdem auch Sachkontenfilter berücksichtigt. …
[weiterlesen]
Unter Umständen kommt es vor, dass der Betrag des Umsatzes im InBu nicht mit dem Betrag im Zahlungsstapel übereinstimmt (z.B. durch Änderung der Datei in einem externen Programm, …).
Das kann dazu führen, dass andere Offene Posten in den Buchungsvorschlag kommen und nicht die eigentlichen aus dem Zahlungsstapel, obwohl der korrekte Hashwert im Verwendungstext steht.
Ab Revision 104002/MC und 104004/IC gibt es folgendes neues Zugriffsrecht, was im Standard direkt aktiviert wird:
[FIINBU,69 : Vorschläge anhand Zahlungsverkehr nur wenn Betrag übereinstimmt]
Das führt dazu, dass der Umsatzstatus rot bleibt und kein fraglicher Buchungsvorschlag erstellt wird. …
[weiterlesen]
Das Abbuchungsdatum wird wie folgt ermittelt:
A) Zuerst werden 3 Daten ermittelt:
1. Abbuchungsdatum, das sich aufgrund der Zahlungskondition ergäbe
Dieses ist das Datum der ersten Fälligkeit eines Beleges, also Skontodatum 1, Skontodatum 2 oder das Netto-Fälligkeitsdatum. Berechnet wird mit Kalendertagen.
2. Abbuchungsdatum, das sich aufgrund der Bankvorlaufzeit ergäbe
Als Bank dient -> die Bank, die im Adressstamm hinterlegt ist (Hausbank), wenn dort keine hinterlegt ist, dann die Standardbank für Zahlungseinzüge, die im Firmenstamm FIbu eingetragen werden kann, wenn keine Bank ermittelt werden kann, werden als Vorlauftage die gesetztlichen Tage gesetzt. …
[weiterlesen]
Im Banking sind https-Adressen hinterlegt, über die eine Verbindung zur jeweiligen Bank aufgebaut wird.
Diese Adressen werden manchmal von den Rechenzentren der Banken geändert.
Aktuell (März 2024) ist das bei VR- und Volksbanken der Fall.
Folgende Fehlermeldung wird angezeigt:
Diese Verbindungsdaten werden von der Software bereit gestellt, je nach Programmversion kann es jedoch sein, das noch ein Update installiert werden muss. …
[weiterlesen]
Im intelligenten Buchungsassistenten steht die Funktion „Kontoauszugsintegrität prüfen“ zur Verfügung.
Unter Kontoauszugsintegrität ist dabei die vollständige Abholung aller Umsätze (ohne Lücke) zu verstehen.
Dieses Tool kann nur dann genutzt werden, wenn mit dem internen Banking gearbeitet wird.
Diese Funktion holt die Umsätze der letzten 30 Tage von der Bank ab und prüft, ob all diese Umsätze in eingelesenen Kontoauszügen vorhanden sind. …
[weiterlesen]
Oftmals bestehen Unklarheiten darüber, warum offene Posten nicht in die Erkennung einbezogen werden obwohl sie in der OP-Bearbeitung als offen aufgeführt sind.
Aus folgenden Gründen werden OPs nicht berücksichtigt:
Die Erkennung von OPs mit dem Kennzeichen „Zur Zahlung gesperrt“  lässt sich über ein Zugriffsrecht aktivieren:
[FIINBU OPs , Nr: 045 – Intelligenter Buchungsassistent, Gesperrte OP’s bei der Erstellung von Buchungsvorschlägen berücksichtigen] …
[weiterlesen]
Zum Beispiel durch mehrfache Bearbeitung eines Kontoauszuges (Buchungen erstellen, manuelle Buchungen durchführen, Buchungen wieder löschen etc.) ist es vorgekommen, dass Laufnummern doppelt vorhanden waren. Ist dieser Fall eingetreten, wird beim Öffnen eines Umsatzes ggf. ein falscher Umsatz geöffnet.
Abhilfe lässt sich dadurch schaffen, indem die Laufnummern neu vergeben werden.
Dazu steht eine interne Funktion zur Verfügung, die im Menü eingebunden werden kann. …
[weiterlesen]
Im Zahlungsverkehr wird in der Regel davon ausgegangen, dass Gutschriften, die an Kunden erstellt werden, sofort fällig sind.
Bei Bedarf kann jedoch die Zahlungsfrist bei Gutschriften ebenfalls berücksichtigt werden. Das ist vor allem dafür wichtig, wenn Gutschriften für die Zahlung von Provisionen genutzt werden. Hier wird meist häufiger auf die Fälligkeit geachtet.
Mit dem Zugriffsrecht
[FI5100, Nr: 049 - Zahlungsverkehr, Bei Auszahlung Gutschriften - Fälligkeit berücksichtigen]
wird auch bei der Auszahlung von Gutschriften die Fälligkeit geprüft und beachtet. …
[weiterlesen]
Grundsätzlich wird davon ausgegangen, dass der intelligente Buchungsassistent eingesetzt wird. Trotzdem ist natürlich ein Deaktivren des „InBu“ möglich.
Die Einstellung, dass der intelligente Buchungsassistent genutzt wird, befindet sich in den „Profi-Einstellungen Intelligenter Buchungsassistent“.
Es ist normalerweise nicht vorgesehen, diese Einstellung einfach zu deaktivieren. Das Feld ist jedoch über „Alle Datenfelder anzeigen“ im Zugriff.
Hier lässt es sich auch auf „N“ ändern. …
[weiterlesen]
Im Zahlungsaus- / eingang sind 3 Registerkarten vorhanden, welche die Zahlungsstapel und die enthaltenen Positionen anzeigen.
Registerkarte 1 „Zahlungsstapel“:
Diese Zahlungsstapel befinden sich noch im Zustand „Bearbeitung“, können also noch ergänzt bzw. geändert werden. Im Menü „Tools“ steht die Funktion „Exportieren“ oder „Ãœbertragen“ bereit, abhängig davon, was in Bankeneinstellungen festgelegt ist.
Registerkarte 2:
Nachdem ein Zahlungsstapel angegeben wurde, wird dieser auf Registerkarte 2 „An Bank übergeben/übertragen“ verschoben. …
[weiterlesen]
Die Funktionen des Intelligenten Buchungsassistenten, welche für die Buchung von Rücklastschriften genutzt werden, wurden nochmals überarbeitet. Damit wird die Buchung von Rücklastschriften erleichtert. In den Revisionen ab 90780 sind diese Änderungen enthalten.
Folgende Lastschrift wurde als Beispiel ausgeführt:
Die Zahlung wurde mit Skonto verbucht.
Liegt nun eine Rücklastschrift vor, dann ist diese mit der Vorgangsart „Rücklastschrift“ anzulegen.
Als nächster Schritt ist der bezahlte OP auszuwählen, der zurückgebucht werden soll. …
[weiterlesen]
In der Praxis kommt es regelmäßig zu Doppelzahlungen von Offenen Posten, weil beispielsweise Kunden mit Abbuchungsvereinbarung eine Rechnung zusätzlich überweisen oder weil Zahlungen doppelt erfolgen. In diesen Fällen ergibt sich aus einem „normalen“ Offenen Posten eine Verbindlichkeit.
Hier ein Beispiel, wie sich ein solcher offener Posten darstellen könnte:
Seit Revision 87038 besteht die Möglichkeit, diese OPs einfach aus der Verwaltung der Offenen Posten heraus in einen Zahlungsstapel zu übernehmen. …
[weiterlesen]
In diesem Artikel wird die Arbeitsweise bei der Buchung von Rücklastschriften im intelligenten Buchungsassistenten vor Revision 90780 beschrieben.
Bei einer Revision ab 90780 finden Sie die Vorgehensweise hier:
https://wiki.softengine.de/40727/
Im folgenden Beispielkontoauszug gibt es Lastschriften und Rückbuchungen:
Rücklastschriften können direkt im intelligenten Buchungsassistenten oder auch in der Standardbuchungserfassung gebucht werden.
Zunächst die Zahlungsbuchung eines OPs ohne Skonto:
Der Offene Posten ist ausgeglichen. …
[weiterlesen]
Wird ein Kontoauszug im Format MT940 im intelligenten Buchungsassistenten eingelesen, ist im Auszug die Information der zugehörigen IBAN Nummer enthalten.
Daher kann bei diesem Format geprüft werden, ob der Kontoauszug in der korrekten Bank eingelesen wird. Stimmen die Kontoangaben in den Stammdaten der Bank nicht mit den Kontoangaben im Kontoauszug überein, wird eine Meldung angezeigt.
Als Anwender lässt sich nun entscheiden, ob der Auszug trotzdem eingelesen oder der Vorgang abgebrochen werden soll. …
[weiterlesen]
Dieser WIKI-Artikel beschreibt die Protokollierung nicht eingelesener Umsätze im Intelligenten Buchungsassistenten.
Der intelligente Buchungsassistent prüft beim Einlesen von Umsätzen, ob Positionen bereits eingelesen wurden.
Damit wird verhindert, dass Umsätze doppelt eingelesen werden.
In diesem Zusammenhang sind Einstellungen zu beachten, die sich auf diese Prüfung auswirken.
Wichtige Zugriffsrechte dazu finden Sie in diesem WIKI-Artikel: https://wiki.softengine.de/26907
Außerdem können auch durch weitere Kriterien Umsätze vom Einlesen ausgeschlossen werden. …
[weiterlesen]
– das Modul ist über die Tastenkombination ALT+STRG+Z aufrufbar aus der Auswahl der Kontoauszüge
– Rahmen 48 zeigt die ZV Gruppen an. Aktuell nur Zahlungseingänge auf KK 2 (Status „H“)
– Rahmen 84 zeigt die ZV Köpfe zu der ausgewählten Gruppe an
– Rahmen 931 zeigt die ZV Positionen zum ausgewählten Kopf an
– Rahmen 932 zeigt die Zahlungen zu dem OP an
Zur Info: Issue Feature #23411
Sie sieht die Maske in der Version aus:
Man erkennt, ob alle OPs gebucht sind und welche ggf. …
[weiterlesen]
Der Abruf eine Paypal Kontoauszuges für den Intelligenten Buchungsassistenten ist  jetzt mittels Aufruf eine GET_RELATION möglich.
Damit kann der Abruf über einen (automatischen) Workflow ohne Eingriff eines Bedieners erfolgen.
GET_RELATION[9009!Bank!Von!Bis!PIN],,,,Abruf des Paypal Kontoauszuges
,,,,…Bank = Nummer der Bank für die der Kontoauszug abgerufen werden soll
,,,,…Von = Datum ab dem die Umsätze abgerufen werden sollen
,,,,…Bis = Datum bis zu dem die Umsätze abgerufen werden sollen
,,,,…PIN
,,,,…Rückgabe
,,,,…… 0 : Keine Fehler
,,,,…… 1 : uncompleted transactions vorhanden
,,,,…… 2 : ungültige PIN …
[weiterlesen]
[FIINBU, Nr: 053 – Intelligenter Buchungsassistent, Erkennung erweitern um Prüfung auf Betrag abzüglich Ausbuchung]
Mit diesem  Zugriffsrecht lässt sich folgendes erreichen:
Beim Erstellen eines Buchungsvorschlages zu einem Umsatz auf dem Kontoauszug wird geprüft, ob ein OP betragsmäßig mit dem Umsatzbetrag übereinstimmt. Ist das nicht der Fall wird geprüft, ob ein OP abzüglich Skonto mit dem Umsatzbetrag übereinstimmt.
Stimmt der Betrag nicht überein und ist das Recht FIINBU,53 aktiviert, dann wird noch geprüft, ob ein OP betragsmäßig dem Umsatz entspricht bei Berücksichtigung eines Differenz, die dann ausgebucht wird.  …
[weiterlesen]
Mit dem Zugriffsrecht
[FIINBU, Nr: 064 - Intelligenter Buchungsassistent, Beim Einlesen von Paypal Umsätzen die Prüfung auf Status im internen Text 8274]
kann die Erkennung bei PayPal-Umsätzen beeinflusst werden.
Bei aktivem recht werden nur die Paypal Umsätze mit im internen Text 8274 definierten Status eingelesen.
Wenn das Recht deaktiviert ist dann werden nur Umsätze mit dem Status „completed“ Mehrere Begriffe sind mit „,“ zu trennen. …
[weiterlesen]
[FIINBU, Nr: 047 - Intelligenter Buchungsassistent, Verwendungstext bei DTA Import aufbereiten]
Diese Einstellung wirkt nur beim Import einer Datei.
Es können die Felder Verwendungstext 1-14 beim Import  belegt werden.
Wenn nun im Verwendungstext1 nicht der komplette Platz gefüllt ist und z.B.nur „A“ enthalten ist und Verwendungstext2 enthielte „B“ dann würde der angezeigte Verwendungstext etwa so aussehen „A                        B“.
Mit dem Recht kann man die Verwendungstext Felder 1-14 zusammenfügen und die Leerzeichen am Ende entfernen. …
[weiterlesen]
Buchungstexte im intelligenten Buchungsassistenten Konten bisher in die aktuelle Zeile (aktuelle Nebenbuchung) oder alle erfassten Buchungszeilen (alle Nebenbuchungen) übernommen werden:
Die Hauptbuchung (auf dem Sachkonto der Bank) konnte nicht geändert werden und enthielt immer den Text der eingelesenen Umsatzposition. Für Sachkontenbuchungen wurde eine Erweiterung gewünscht, die nun verfügbar ist.
Es lässt sich nun auch eine Option auswählen, bei der ein eingetragener Buchungstext in alle Buchungen, also Haupt und Nebenbuchungen übernommen wird. …
[weiterlesen]
Der intelligente Buchungsassistent wird um eine neue Ausdrucksmöglichkeit erweitert. Ziel ist es, einen Bank-Kontoauszug der abgerufenen oder importierten Buchungen kombiniert mit den zum jeweiligen Umsatz gehörigen Sich-/Personenkonto-Buchungen zu drucken.
Diese Auswertung steht Ihnen Menü „Tools“ des intelligenten Buchungsassistenten zur Verfügung.
Wechseln Sie dazu auf die Registerkarte 2 „Bereits gebucht/erledigt“ und paktieren Sie mit Mausklick den gewünschten Kontoauszug. Im Menü „Tools“ finden Sie die Funktion „Kontoauszug drucken“. …
[weiterlesen]
Befindet man sich im intelligenten Buchungsassistenten, lässt sich dort direkt das MIS eines Beleges öffnen.
Dafür gibt es zwei Wege.
Ist der Buchungsvorschlag geöffnet, gelang man durch Anklicken des Links „Ausgangsrechnung xxxxx“ direkt ins MIS.
Das MIS wird direkt geöffnet:
Aus der Übersicht der Umsätze im intelligenten Buchungsassistenten steht Ihnen ein Link zum Offenen Posten zur Verfügung.
Im Offenen Osten gelangen Sie ebenfalls zum MIS des Beleges. …
[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]
In den Buchungssätzen sind folgende Felder zur Aufnahme von DMS-Angaben vorhanden:
Diese Felde wurden jetzt im intelligenten Buchungsassistenten verfügbar gemacht und können bei Bedarf in der Masken zur manuellen Erstellung eines Buchungsvorschlages eingebunden und erfasst werden.
Dort eingetragene Werte werden dann mit in die Buchung übernommen.
Diese Funktion ist ab REV. BETA 81225 verfügbar. …
[weiterlesen]
In den intelligenten Buchungsassistenten können Umsatzdaten aus unterschiedlichen Quellen eingelesen werden.
Dabei kann der Fall auftreten, dass ganz spezielle Regeln für die Erkennung von Buchungen anzuwenden sind, welche von der Standarderkennung abweichen.
Um die Erkennung in solchen speziellen Vorgängen zu beschleunigen und die Erkennungsrate zu verbessern, wurde eine Möglichkeit entwickelt, eigene Erkennungsregeln zu definieren.
Sie finden diese Möglichkeit in den Basisdaten der Finanzbuchhaltung:
Erstellen Sie nun mit der Taste [F3] oder durch Drücken der ENTER-Taste auf einer leeren Zeile eine neue Definition. …
[weiterlesen]
Funktion verfügbar ab
Rev 80533/Patch
Rev 80549/Beta
Wenn beim Ãœbertragen oder Exportieren eines Zahlungsstapels ein Fehler auftrat, konnte es vorkommen, dass der Stapel trotzdem als erledigt (grau) gekennzeichnet war und sich somit nicht nochmals ausgeben lies.
Für den Fall, dass die Ausgabe/Übertragung nicht korrekt erfolgte, lassen sich die Zahlungen nochmals in einen neuen Stapel übernehmen.
Damit wurde ein neuer Stapel erstellt, jedoch konnte dieser nicht ausgeführt werden, da die Aufträge immer noch ein aktiviertes Ausgabe-/Druck-Kennzeichen hatten. …
[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]
Ab Revision 77045 BETA ist es möglich, aus Gutschriften im Selektionspool der Debitoren-OPs direkt einen Zahlungsausgangsstapel zu erstellen. Bisher war nur die Erstellung von Stapel mit Lastschriften möglich.
Ein Selektionspool kann Gutschriften und Rechnungen erhalten. Sie übergeben dann mittels der entsprechenden Funktion im Menü „Tools“ die Daten direkt in einen Zahlungsstapel.
 |
Je nach gewählter Funktion wird entweder ein Stapel mit Lastschriften (im Zahlungseingang) oder ein Stapel mit der Auszahlung von Gutschriften (im Zahlungsausgang) erstellt. …
[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]
Bisher wurde beim Anlegen eines SEPA-Mandates immer davon ausgegangen, dass dieses auch genutzt wird. Daher ist automatisch die Zahlungsart auf Lastschrift gemäß dem hinterlegten Mandat geändert worden.
Es bestand der Wunsch, dieses Verhalten zu ändern.
Hintergrund ist, dass in der ERP Mandate angelegt und den Kunden zur Unterzeichnung zugesandt werden. Erst nach Vorliegen des gültigen Mandates soll dieses aktiviert und als Zahlungsart für OPs genutzt 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]
Um die Geschwindigkeit im Zahlungsverkehr zu optimieren kann das Zugriffsrecht
[FI5100, Nr: 081 - Zahlungsverkehr, Optimierung GET_RELATION 1614]
aktiviert werden.
Ab Revision 72266/BETA und 72259/PATCH ist es im Standard aktiv.
Außerdem kann über das Recht
[FI5100, Nr: 079 - Zahlungsverkehr, Prüfung IBAN nur bei Bearbeitung des Zahlungseingangs bzw. -ausgangs]
ebenfalls nochmal die Geschwindigkeit beeinflusst werden. …
[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]
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 67834/BETA und 67830/PATCH gibt es die Möglichkeit eine Rückzahlung für stornierte Vorkasseaufträge über den Zahlungsverkehr abzuwickeln.
Über den Intelligenten Buchungsassistenten wird die Vorkassezahlung für den Auftrag gebucht, allerdings wird der Auftrag in der Zwischenzeit storniert.
Bezahlte und stornierte Aufträge können nun über den Zahlungsausgang rücküberwiesen werden.
Wird in den Basisdaten der Warenwirtschaft unter Bearbeiten -> Abruf – Vorkasseaufträge eine Beleggruppe angegeben, werden nur die stornierten-bezahlten Aufträge im Zahlungsverkehr vorgeschlagen, die sich in dieser Beleggruppe befinden. …
[weiterlesen]
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]
Aufgrund einer Änderung bezüglich dem Verschieben von Stapeln im Zahlungsverkehr bei OP-Überzahlungen kam es zu einem Fehler.
Beim Verlassen des Kontoauszuges wird die Prüfung auf den Zahlungsverkehr gemacht.
Dabei wurden Zahlungsstapel auf Karteikarte „3 Zahlung abgeschlossen und Bank gebucht“ verschoben, obwohl die Offenen Posten darin noch nicht ausgeglichen waren.
Das hatte zur Folge, dass der Stapel auf Karteikarte 3 leer und die darin enthaltenen OPs wieder offen waren. …
[weiterlesen]
Sofern man im Zahlungseingang bei der Selektion zum Zahlungsvorschlag bei den „Optionalen Einstellungen“ keinen „Minimalbetrag“ (5038_12) hinterlegt hatte, wurden Adressen mit Gesamtbetrag 0,- € in den Vorschlag aufgenommen. Das passiert, wenn z.B. eine Rechnung und Gutschrift in derselben Höhe im Vorschlag sind.
Das hatte zur Folge, dass diese Position bei der Bank abgelehnt wird und zu einer Fehlermeldung führt. …
[weiterlesen]
Der Standardfall in der Praxis wird sein, dass ein Kunde, mit dem Lastschrift vereinbart wurde, auch die meisten Belege mit Zahlart „per Lastschrift“ erhält.
Dafür muss vorhanden sein:
Damit wird bei einem neuen Beleg automatisch das SEPA-Standardmandat eingetragen und die Zahlart „Lastschrift“ vergeben. …
[weiterlesen]
Im Zahlungseingang und -ausgang war es möglich, auf Karteikarte „2 An Bank übergeben/übertragen“ innerhalb des Stapels Adressen hinzuzufügen.
Dadurch wurde der Zahlungsstapel fehlerhaft.
Ab Revision 63824/BETA und 63820/PATCH wurde das unterbunden.
Zahlungsstapel, die an die Bank übergeben wurden, können nicht mehr bearbeitet werden.
Es ist nur möglich den Zahlungsstapel von Karteikarte 2 auf 1 zu verschieben (Stapel öffnen > Positionen mit <+> markieren > Tools -> in einen neuen Stapel). …
[weiterlesen]
Aufgrund der Umsetzung eines Wunsches gab es den Nebeneffekt, dass beim Erfassen eines Beleges die MandatsID des abweichenden Debitors nicht mehr übernommen wurde.
(Wunsch: SEPA Lastschriftmandat bei unterschiedlichen Adressenummern verwenden)
Das ist ab Revision 62962/BETA und 62963/PATCH behoben.
Beim Erfassen der Bankverbindung in den Adressstammdaten wird beim Speichern geprüft, ob diese korrekt ist.
Sofern das nicht der Fall ist, kommt eine Abfrage, ob diese dennoch gespeichert werden soll.
Bestätigt man die Abfrage mit JA, wird das Flag „Bankverbindung manuell geprüft“ (5254_1) aktiviert.
Bei NEIN wird zwar die Bankverbindung gespeichert, das Flag aber nicht gesetzt.
Wird für diese Adresse in dem Fall ein Zahlungsvorschlag erstellt, wird im Zahlungsvorschlag die Bankverbindung als fehlerhaft angezeigt. …
[weiterlesen]
Das Erfassen eines SEPA Lastschriftmandats mit derselben SEPA-Mandats-ID einer anderen Adresse ist nicht möglich.
Ab Revision 60978/BETA gibt es im Personenkontenstamm unter Bearbeiten > Optionen/Parameter > SEPA folgendes neues Feld:
SEPA Mandats Adressnummer (ADR_6353_8)
Ist in der Adresse kein Standardmandat (ADR_4108_30) gesetzt und das Flag „Von abweichendem Debitor“ (ADR_5358_1) deaktiviert, wird das Mandant aus der Adresse, welche im neuen Feld „SEPA Mandats Adressnummer“ ADR_6353_8 hinterlegt ist, gezogen. …
[weiterlesen]
Ab Revision 60978/BETA und 60957/PATCH gibt es im Zahlungseingang und Zahlungsausgang auch die Möglichkeit eine Zusatzselektion für Buchungen zu erfassen.
Im Zahlungseingang und Zahlungsausgang wird beim Erstellen des Zahlungsvorschlages im Verwendungstext automatisch die Gruppennummer/Hashwert eingefügt.
::GRPxxxxxxxxxx::
Das wird über das Zugriffsrecht
[FI5100, Nr: 064 - Zahlungsverkehr, Gruppennummer im Verwendungstext einfügen]
gesteuert, welches im Standard aktiviert ist.
Die Gruppennummer dient dann zur automatischen Erkennung des Zahlungsstapels im Intelligenten Buchungsassistenten.
Sofern diese im Verwendungstext enthalten ist, wird erkannt, dass es sich um einen Zahlungsvorschlag im Zahlungsverkehr handelt und die im Zahlungsstapel enthaltenen Belege können korrekt zugeordnet werden. …
[weiterlesen]
Im Intelligenten Buchungsassistenten wurde beim automatischen Zahlungsvorschlag bei Sammelzahlungen aus dem Zahlungsausgang Skonto vorgeschlagen, obwohl die Ãœberweisung im Zahlungsverkehr ohne Skonto erfolgte.
Das ist ab Revision 60282/BETA und 60319/PATCH behoben. …
[weiterlesen]
Unter Umständen konnte es passieren, dass im Diaolog OP-Bearbeiten im Feld „SEPA-Mandat“ (3147_30) nicht die Mandate dieses OP-Kontos angezeigt werden, sondern die Mandate der Adresse, die in der Statusleiste angezeigt wurde.
Ab Revision 54522/BETA und 54523/PATCH wird beim Aufruf der Mandatserfassung im OP-Bearbeiten die Adressnummer des OP-Kontos gesetzt.
Der Abruf von PayPal Transaktionen hat bei einer grösseren Zeitraum Selektion nicht mehr korrekt funktioniert. Es wurde nur 1 Tag der Selektion abgerufen.
Das ist ab den Versionen 6.0 vom 23.04.2020 Revision 53591 behoben.
Technische Details:
Der Fehler wurde verursacht durch eine Änderung der GET_RELATION 1650. Die GR 1650 hatte ursprünglich keinen Wert zurückgegeben. Dies wurde mit Revision 51246/BETA geändert. Die GR 1650 gibt jetzt die Werte "OK" bzw.…
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]
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]
Für Zahlungen empfehlen wir den BüroWARE/WEBWARE Zahlungsverkehr!
Beim Abholen der Transaktionen im Intelligenten Buchungsassistenten fehlen von PayPal Informationen (z.B. der Kurs), sodass die Transaktion mit dem Transaktionstypen „payment“ in Fremdwährung nicht mit dem korrekten Fremdwährungsbetrag dargestellt und verbucht werden kann, wenn direkt über dem PayPal Account bezahlt wird. …
[weiterlesen]
Benötigt wurde innerhalb des Zahlungsausgangs in der Positionserfassung für ein Workflow der Zugriff auf Belegnummer 2 und Belegnummer 3/Fremdbelegnummer.
Ab Version 6.0 Revision 50829/BETA wurde eine Änderung gemacht.
Es gab bisher schon die Möglichkeit mittels Zugriffsrecht
[FEHLER6, Nr: 045 - Fehlerbereinigung VI, Bei Tabellenverarbeitung 100 - Zahlungsverkehr Kopfdaten in WFL Skripten wird 5131_8 mit Adresse aus Kopfsatz belegt]
beim Laden der Zahlungsverkehrs-Köpfe die Adressnummer (5131_8) zu belegen. …
[weiterlesen]
Gewünscht wurde, dass wenn Belegnummer 2/Belegnummer Lieferant UND Belegnummer 3/Fremdbelegnummer verwendet wird, also beide im Offenen Posten befüllt sind, dass im Verwendungstext die Belegnummer 3/Fremdbelegnummer verwendet wird.
Ab Revision 50839/BETA wurde eine Erweiterung für die Erstellung des Verwendungstextes im Zahlungsverkehr gemacht.
Syntaktisch ist nun folgendes möglich:
<<ZVP_56_12/ZVP_575_30>>
Es wird geprüft, ob das erste Feld leer ist. Wenn ja dann wird das zweite Feld in den Verwendungtext geschrieben ansonsten das erste Feld. …
[weiterlesen]
Wurde ein abgeschlossener Kontoauszug auf Karteikarte „2 Bereits gebucht/erledigt“ im Intelligenten Buchungsassistenten im Vorjahr geöffnet und wieder verlassen, wurde im Zahlungsausgang der Stapel, welcher keinen Bezug zum Auszug im Intelligenten Buchungsassistenten hatte, auf die Karteikarte „3 Zahlung abgeschlossen und Bank gebucht“ verschoben.
Das ist ab Revision 50802/BETA und 50800/PATCH behoben. …
[weiterlesen]
Eine PayPal Rückerstattung die mit dem kompletten Betrag über den Zahlungsausgang ausgeführt wurde, wurde im Intelligenten Buchungsassistenten nicht erkannt.
Die Prüfung von PayPal „refund“ Transaktionen auf den Zahlungsverkehr wurde nur gemacht, sofern eine Adressnummer erkannt wurde.
Mit Revision 50122/BETA und 50123/PATCH wurde dies geändert.
Die Prüfung von „refund“ wird nun auch gemacht, sofern keine Adressnummer erkannt wurde.
Beim Erstellen eines Zahlungsvorschlages im Zahlungsausgang wurde bei der Selektion „Gutschriften für Kunden“ für die PayPal Bank (PayPal Rückerstattungen) bisher geprüft, ob im Buchungssatz im Feld „Bezahlsystem“ <FBU_3145_2> etwas drin stand und wenn dies ungleich 4 war, wurde der Satz nicht berücksichtigt.
Falls aber in <FBU_3145_2> Leerzeichen standen, wurde der Beleg beim Zahlungsvorschlag berücksichtigt.
Ab Revision 49792/BETA und 49885/PATCH wurde das geändert, dass die Gutschrift auch bei Leerzeichen im Bezahlsystem nicht berücksichtigt wird, sodass nur Belege mit PayPal Transaktions ID und Bezahlsystem 4 vorgeschlagen werden. …
[weiterlesen]
Erscheint beim Öffnen des Elektronischen Kontoauszuges die Meldung
"Die Bearbeitung der E-Bankauszüge dieser Bank wurde abgebrochen. Mit Ja können Sie die Bearbeitung fortsetzen es ist allerdings zu empfehlen in nächster Zeit eine Reorganisation durchzuführen"
sollte zeitnah reorganisiert werden, denn das deutet auf einen Verweisfehler hin.
Es genügt eine Fibu Reorg mit aktiven Karteikarten „1 Indexdaten“ und „2 Bewegungen“, die Einstellungen der restl. …
[weiterlesen]
In der vorgelagerten Auswahl der Adressstammdaten, bzw. der Personenkonten haben Sie seit Rev.
Geprüft wird, ob die Gültigkeit eines Mandates noch aufrecht ist. In einem Mandat kann ein vordefiniertes Ablaufdatum festgelegt werden. Wurde keine besondere Gültigkeitsdauer vereinbart, gilt die gesetzliche Gültigkeit von 36 Monaten ab der lezten Verwendung. Sämtliche Spalten können nach Bedarf sortiert werden. …
[weiterlesen]
Sofern im Zahlungsverkehr der Skonto direkt in der Positionserfassung erfasst wurde, hat der Intelligente Buchungsassistent die Ausbuchungsart nicht korrekt erkannt.
Wurde der Umsatz verbucht, ist der Stapel im Zahlungsverkehr nicht auf die Karteikarte „3 Zahlung abgeschlossen und Bank gebucht“ verschoben worden, sofern der komplette Betrag des Stapels gebucht wurde.
Ab Revision 48957/BETA und 48954/PATCH wird der Skonto aus dem Zahlungsverkehrssatz in den Vorschlag übernommen und der Buchungsvorschlag mit Skonto wird korrekt erstellt. …
[weiterlesen]
______________________________________________
Wiki Aktualisierung 13.02.2020Â
Aufgrund dieses neuen Features kam es in manchen Installationen zu Performanceproblemen im Zahlungsverkehr.
Ab Revision 51693/BETA und 51645/PATCH (Versionen vom 13.02.2020) wurden daher zwei neue Zugriffsrechte eingeführt:
[FI5100, Nr: 080 - Zahlungsverkehr, Anzeigen der disponierten Summen pro Bank]
[FI5100, Nr: 081 - Zahlungsverkehr, Optimierung GET_RELATION 1614]
Ãœber das erste Recht kann gesteuert werden, ob die Summe Disponiert pro Bank angezeigt werden soll. …
[weiterlesen]
Ab Revision 48426 (nur BETA) gab es im Zahlungseingang das Problem, dass der Zahlungsvorschlag fehlerhaft erstellt/dargestellt wurde.
Im Dialog „Zahlungsstapel bearbeiten“ wurden Stati fehlerhaft angezeigt, Fibukonten teilweise nicht angezeigt, der Name/die Bezeichnung verschoben dargestellt, die Positionserfassung nicht geöffnet und Beträge nicht angezeigt.
Das wurde ab Revision 48557/BETA behoben.
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]
Bei der Erstellung eines neuen Zahlungsvorschlags im Zahlungsausgang gibt es Möglichkeit den Zahlungsvorschlag zu optimieren. Dazu wird anhand des Datums der nächsten Zahlung geprüft, ob mit der Bezahlung einer Rechnung noch bis zum nächsten Zahlungstermin gewartet werden kann. So wird der jeweils günstigste Zahlungstermin ermittelt.
Um dieses Datum automatisch zu ermitteln, kann in den Basisdaten Finanzbuchhaltung unter Bearbeiten -> SEPA Zahlungsverkehr der im Unternehmen übliche Turnus für Zahlungsausgänge hinterlegt werden. …
[weiterlesen]
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 Maske „SEPA Formate“ im Bankenstamm war in der WEBWARE nicht aktuell.
Es haben Pain Formate gefehlt.
Dies wurde ab Revision 47781/BETA und 47780/PATCH geändert/webalyzed.
Sofern im Zahlungseingang im Vorschlag eine Rechnung und ein Gutschrift mit Skontoabzug gegen das Interimskonto verbucht wurde, wurde beim Verbuchen das Konto „Rundungsdfferenzkonto Euro Aufwand“ (1257_8) aus den Fibu Automatikkonten verwendet und die Buchung falsch erstellt.
Das wurde ab Revision 49053/BETA und 49184/PATCH behoben.
Wiki Aktualisierung 28.10.2019:Â
Damit das Ebanking auch in der WEBWARE Zugangsverwaltung korrekt funktioniert, muss mindestens die Version 1.7.8 der WWAPP verwendet und darin auch der Punkt eBanking aktualisieren/reparieren ausgeführt werden. Die genannte Version der WEBWARE Zugangsverwaltung ist ab Revision 49080/BETA und 49066/PATCH integriert.
Die dort angezeigte „Version eBanking 3.1“ muss ebenfalls die 3.1.2.8 haben.
———————————————
Wiki Aktualisierung 11.10.2019:
Aufgrund Fehlerbehebungen von Subsembly und neuer DLLs, wurde eine neue BWClient.msi …
[weiterlesen]
In den FIBU Basisdaten können unter Bearbeiten SEPA-Verwendungstexte definiert werden.
Sofern unter „Abzüge“ im Feld „Skontoabzug“ (6200_200) die Variable <<ZVP_85_12>> für Skonto hinterlegt wird, wird diese im Zahlungsverkehr verwendet, sofern Skontoabzug stattfindet.
Bei Gutschriften im Zahlungsausgang hat das nicht funktioniert.
Das wurde ab Revision 47567/BETA und 47618/PATCH geändert.
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]
In der Positionserfassung im Zahlungseingang und -ausgang wurden Nachkommastellen bei der Gesamtsumme nicht angezeigt.
Das ist ab Revision 47172/BETA und 47214/PATCH behoben.
Im Zahlungseingang und -ausgang gibt es im Dialog „Zahlungsstapel bearbeiten“ die Möglichkeit markierte Positionen unter Tools -> in bestehenden Stapel zu verschieben.
Ist dabei eine nicht vorhandene Stapelnummer eingegeben und das Tool ausgeführt worden, war der Stapel nicht mehr vorhanden und konnte erst über die Zahlungsverkehrsintegritätsprüfung mit <SHIFT+F11> wieder hochgeholt werden.
Ab Revision 47209/BETA und 47207/PATCH kommt eine Meldung und das Verschieben in einen nicht vorhandenen Stapel ist nicht mehr möglich. …
[weiterlesen]
Im Zahlungseingang wurde nach dem Verschieben des Zahlungsstapels von Karteikarte „3 Gegen Verrechnungskonto gebucht“ auf Karteikarte „4 Zahlung abgeschlossen und Bank gebucht“ der Eintrag in der IDB SE0287 nicht geleert.
Das hatte Auswirkungen auf die OP Liste der Debitoren, wenn das Flag „Mit Zahlungsverkehr-Dispo“ (18_1) beim Druck aktiviert wurde.
Der bereits ausgeglichene und nicht mehr bankdisponierte Offene Posten wurde weiterhin als „ZV-disponiert“ angeführt. …
[weiterlesen]
Die SEPA Verwendungstexte wurden ab Rev. 46230/Beta und Rev. 46330/Patch um zwei Felder für Gutschriften erweitert:
„ZA Gutschriften“ für Wareneingangsgutschriften über den Zahlungsausgang
„ZE Gutschriften“ für Warenausgangsgutschriften über den Zahlungseingang
„Gutschriften auszahlen“ für Auszahlung von Gutschriften eines Kunden über den Zahlungsausgang
…
[weiterlesen]
Sofern sich der Offene Posten im Zahlungsverkehr auf Karteikarte „1 Zahlungsstapel“ oder „2 An Bank übergeben/übertragen“ befindet, ist der offene Posten disponiert.
Dabei wird in der Offenen Postenverwaltung im Feld „Disponiert “ (646_12) im Dialog „OP-Bearbeiten“ der disponierte Betrag geschrieben.
…
…
…HINWEIS:
Die klare Empfehlung ist, dass der Intelligente Buchungsassistent eingesetzt wird, denn dort wird die Standard Dispo-Funkitonalität genutzt
- ohne Inerimskonto - und der OP ist dann "echt" disponiert (in der OP-Verwaltung das Feld -> 646_12). …Trotz aktivierter Zugriffsrechte
[WANDLUNG, Nr: 065 - Belegumwandlung Zusatzoptionen, Ergänze SEPA MandatsID im Belegkopf bei der Wandlung falls nicht bereits gesetzt]
und
[1211V55, Nr: 050 - Belegerfassung Zusatz ab V5.5 (V55), Sepa-Mandat Prüfung in der Belegerfassung]
wurde das Mandat, sofern es KEIN Standard Mandat war, bei der Teilwandlung eines Beleges nicht in den Beleg übernommen.
Dazu wurde ab Revision 45439/BETA und 45743/PATCH eine Änderung gemacht. …
[weiterlesen]
Ab Revision 45584/BETA und 45561/PATCH wurde die Maske „SEPA Einstellungen“ (opt_111407) im Bankenstamm unter Bearbeiten -> SEPA Einstellungen aktualisiert.
Folgende Flags wurden entfernt, da diese keine Funktion mehr haben:
"Inlandstransaktionen über SEPA" (773_1)
und
"Sammeltransaktionen über SEPA" (774_1)
Hinweis:Â
Bei Updateinstallationen ist eine Migration der Bankstammdaten notwendig! …Ab Revision 45014/BETA und 45009/PATCH gibt es ein neues Zugriffsrecht:
[FI5100, Nr: 079 - Zahlungsverkehr, Prüfung IBAN nur bei Bearbeitung des Zahlungseingangs bzw. -ausgangs]
Bei aktiviertem Zugriffsrecht läuft die IBAN Prüfung im Zahlungsverkehr über den Source, damit ist das Verhalten beim Erfassen des Zahlungsvorschlages schneller. …
[weiterlesen]
Im Zahlungsausgang werden im Dialog „Neuen Zahlungsstapel anlegen“ im rechten Rahmen „Info / Einstellungen“ bei Klick auf die Infos im Rahmen die Optionsmasken nicht geöffnet.
Das ist ab Revision 44699/PATCH und 44751/BETA behoben, die Masken werden nun geöffnet.
Beispiel:
…
[weiterlesen]
In den Basisdaten der Finanzbuchhaltung sollte der „Zuständigkeitsbereich Ansprechpartner“ (4355_5) verwendet/hinterlegt werden, damit am Avis der richtige Ansprechpartner angeschrieben und die korrekte Mailadresse verwendet wird.
Getestete andere Konstellationen:
1.) Wenn in den FIBU Basisdaten kein „Zuständigkeitsbereich Ansprechpartner“ hinterlegt ist, die Adresse eine Mailadresse drin stehen hat und zwei Ansprechpartner, wird die Mailadresse aus der Adresse und nicht den Ansprechpartnern verwendet.
2.) …
[weiterlesen]
Im Personenkonto gibt es die Flags „Zahlungsavis immer drucken“ (3375_1) und „Kein AVIS-Druck J/N“ (4569_1). Im Standard sind beide deaktiviert und nicht auf der Maske eingebunden.
Darüber kann gesteuert werden, dass bei einer Adresse nie ein Avis gedruckt oder ob es immer gedruckt werden soll.
Im Zahlungsverkehr wird das Avis (Prenotification), wenn keines der beiden genannten Flags aktiviert ist, nur dann gedruckt, wenn das Datum, welches im Beleg als Bankbuchungsdatum angeführt wurde, nicht eingehalten werden kann. …
[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. …Der Intelligente Buchungsassistent kann, wenn er noch nicht als Standard freigegeben ist, über den Migrationsassistenten -> Finanzbuchhaltung -> Module 5.58 -> Buchungsassistent aktiviert werden.
Ãœber den Migrationsassistenten werden folgende Zugriffsrechte aktiviert:
[FI5300, Nr: 034 - Elektronischer Kontoauszug, Innerhalb Buchungserfassung Buchungsassistent verwenden] [FIINBU, Nr: 003 - Intelligenter Buchungsassistent, Sachkonto Buchungen gemischt] [FI5100, Nr: 068 - Zahlungsverkehr, KEINE Verbuchung über Interimskonto / Buchungen im ELKO vornehmen] --> Im Zahlungsverkehr wird nicht mehr über Interimskonto verbucht!…
Intelligenter Buchungsassistent – Programmablaufplan Erkennung:
Buchungsassistent_Erkennung …
[weiterlesen]
Ab Revision 30905/PATCH und 30791/BETA kann in den FIBU Basisdaten unter Bearbeiten -> SEPA-Verwendungstexte
für Zahlungseingang und Zahlungsausgang ein separater Vortext/Nachtext erfasst werden.
Außer freien Text, können Sie hier auch auf Variablen zugreifen.
Mittels der taste [F5] erhalten Sie eine Variablenliste. Dabei stehen Variablen aus dem Kopf und den Ãœberweisungspositionen zur Verfügung. Für den Vor- und Nachtext sind sicher die Angaben aus dem Bereich „Kopf“ sinnvoller. …
[weiterlesen]
Unter Umständen kann es vorkommen, dass im Zahlungsausgang Skonto zum Rechnungsbetrag addiert und als Kursgewinn verbucht wird.
Das kann über folgende Zugriffsrechte verhindert werden, welche ab Version 5.58.100.30729 und 5.58.007.30771 dazu im Standard wie folgt gesetzt sind:
[FEHLER4, Nr: 067 – Fehlerbereinigung IV, Geänderte Skonto Berechnung im Zahlungsverkehr bei Kundengutschriften] –> aktiviert
[FEHLER4, Nr: 068 – Fehlerbereinigung IV, Prüfung auf skontofähiger Betrag größer Rechnungsbetrag deaktivieren] –> deaktiviert
Anmerkung zu Zugriffsrechten:
Diese Einstellungen sind nur mit Designerberechtigung und entsprechender Qualifikation änderbar. …
[weiterlesen]
Hinsichtlich Überweisungen, Lastschriften und Kontoauszügen weisst der Leistungsumfang des internen Bankings im Vergleich zum externen Banking keine Unterschiede auf.
Natürlich können externe Bankingprogramme zusätzliche Funktionen bieten, diese beziehen sich jedoch meist auf zusätzliche Auswertungen von Zahlungsvorgängen und zusätzlicher Kommunikation mit der Bank (z.B. Nachrichtenaustausch).
Der große Vorteil des internen Bankings besteht darin, dass die Zahlungsaufträge über eine direkte Kommunikation an die Banken übertragen werden. …
[weiterlesen]
Achtung: Dieser Artikel bezieht sich eine veraltete Version und sollte nur dann verwendet werden, wenn eine „alte Version“ weiter verwendet und der intelligente Buchungsassistent nicht aktiviert wurde.
Um in der Buchungserfassung beim Buchen der Bank automatisch den entsprechenden Zahlungsausgang/-eingang zuzuordnen, muss das Recht
[ FI5300, Elektronischer Kontoauszug (V50), Nr: 020 – Prüfung auf Verwendungstext /ID/ neuer Zahlungsverkehr durchführen (ab V5.42) ]
aktiviert sein. …
[weiterlesen]
Ab Revison 28247/Beta und 28249/Patch gibt es ein neues Zugriffsrecht:
[FI5300, Nr: 036 – Elektronischer Kontoauszug (V50), Bei Belegnummer 1 Prüfung nur Zeitraum 0 berücksichtigen]
Hier ein Beispiel, wann dieses Recht nützlich sein kann:
Es gibt einen Beleg mit Belegnummer 1 „12345“ im Belegjahr 3.
Ein weiterer Beleg existiert mit Belegnummer 3 „12345“ im Belegjahr 0.
Diese Belegnummer ist also „doppelt“, einmal als Belegnummer 1 und einmal als Belegnummer 3 vorhanden. …
[weiterlesen]
Damit die Berechnung der SEPA Fristen und Beträge korrekt funktionieren,
muss die verwendete Zahlungskondition mindestens 1 Netto Tag haben.
Die Angabe von „0“-Netto Tage ist nicht möglich! …
[weiterlesen]
Im Zahlungsverkehr in der Positionserfassung war es möglich Positionen hinzuzufügen und zu löschen,
obwohl der Stapel bereits an die Bank übergeben/exportiert wurde.
Das ist ab Revision 27358/BETA und 27414/PATCH behoben.
Beim Versuch Positionen zu verändern oder hinzuzufügen erscheint jetzt die Meldung
„Keine Bearbeitung möglich, da bereits an die Bank übergeben“. …
[weiterlesen]
Ab Version 5.58.006.27009 gibt es das Zugriffsrecht
[FI5300, Nr: 034 - Elektronischer Kontoauszug (V50), Innerhalb Buchungserfassung Buchungsassistent verwenden]
Ist dieses aktiviert, wird beim Aufruf in Workflow Scripten von der Programmnummer 18077 der intelligente Buchungsassistent
der gesetzten Bank, welche in den Stapeleigenschaften hinterlegt ist, aufgerufen.
Bei deaktiviertem Recht wird wie bisher der ELKO, der im Stapel hinterlegten Bank aufgerufen.
Im Standard ist dieses Recht aktiviert. …
[weiterlesen]