Aktuelle Themen
Wie suche ich richtig: Suchwort 1 + Suchwort 2 - Suchwort 3
Da Sie nicht angemeldet sind, werden Ihnen nur öffentliche Beiträge angezeigt.
Kasse 4.1 – Kassendesktop Info Dialoge
Ab BW Patch Revision 51091
Ab dieser Programmänderung funktionieren die Quicktools zum Aufruf der Tastatur und der Druckerauswahl im Gutscheinbestand der Gutscheininfos, die man über den Kassendesktop aufrufen kann.
Mit dieser Änderungen funktionieren auch die Quicktools in folgenden Dialogen:
Bereich Warenwirtschaft
Ab BW Patch Revision 51091
Mit dieser Programmänderung steht ein Tool zur Verfügung, mit dem man die Kontenfindung auf Positionsebene in Belegen aktualisieren kann, wenn man die Kontenzuordnungen in der Warengruppe oder Artikel eingetragen oder Bestehende geändert hat.
Das Tool „Kontenfindung in Belegen aktualisieren“ steht Ihnen im Dashboard zur Verfügung.
Kasse 4.1 – Bereich Beleg holen
Ab BW Patch Revision 51091
Mit dieser Programmänderung gibt es eine Prüfung beim Holen eines Beleges, wenn die Adresse des Quellbelegs und des Zielbelegs unterschiedlich sind.
Hierzu gibt es unter „Beleg Parken/Holen“ in den Basisdaten der Kasse die Option „Adressnummernprüfung beim Holen“.
Man hat folgende Einstellungen zur Auswahl:
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]
Unter Umständen konnte es zu Centdifferenzen im Kontoauszug zwischen Kontosaldo und Laufsaldo kommen. Dies wurde ab Rev. 51015/Beta und 51016/Patch. behoben.
Ab Revision 51040/BETA und 51055/PATCH wurde eine Änderung gemacht.
Wenn im Dialog „Buchung/Kontierung bearbeiten – OP-Ausgleich“ eine ungültige Belegnummer eingetragen wird, werden weitere Felder der Maske „Auf Anzeige“ gesetzt.
FREI „Personenkonto“ (1_8 LR)
FREI „Belegnummer“ (19_8 R0)
FREI „Fremdbelegnummer“ (155_30 L)
IST IMMER AUF ANZEIGE „Rechnungsbetrag“ (415_12 R2)
IST IMMER AUF ANZEIGE „Bisherige Zahlungen“ (524_12 R2)
IST IMMER AUF ANZEIGE „Offener Betrag“ (512_12 R2)
FREI WENN BELEGNUMMER GÜLTIG „Zahlbetrag“ (437_12 R2)
IST IMMER AUF ANZEIGE „Kurs für 1 €“ (209_10 R)
IST IMMER AUF ANZEIGE „Rest OP-Betrag“ (473_12 R2)
FREI WENN BELEGNUMMER GÜLTIG UND REST-OP (473_12) VORHANDEN „Ausbuchen als“ (273_1 AK1234)
IST IMMER AUF ANZEIGE „Abzug“ (263_10 R)
FREI „Buchungstext“ (27_60 L) …
[weiterlesen]
Wird bei der Übernahme des Kassenberichtes in die Finanzbuchhaltung festgestellt, dass eine Verbuchung nicht möglich ist, kann man im Übernahmedialog unter „Tools“, die fehlerhaften Buchungen anzeigen lassen. Im Falle von fehlenden Gegenkonten erscheint ab Revision 50966/Beta und 50967/Patch der Hinweis „fehlendes Gegenkonto“. (Der Hinweistext in älteren Versionen lautete „allgemeiner Fehler“).
Bei fehlenden Konten prüfen Sie bitte die Kassenstammdaten Finanzbuchhaltung, Kassenartikel und Kontenzuordnungen inkl. …
[weiterlesen]
Ab Revision 49678/BETA wurde eine Änderung gemacht, sodass aufgrund der Rahmenkoordinaten die Grösse der Textausgabe ermittelt wird. Ist der Text zu lange für den Rahmen, wird ein kürzerer verwendet.
Vorher:
Nachher:
Außerdem gibt es ab Revision 50675/BETA das neue Zugriffsrecht:
[MASKANZ, Nr: 206 - Einstellungen Maskenverarbeitung (V50), Überschriften in Rahmen abschneiden wenn länger als Rahmengröße (Neustart erforderlich)]
HINWEIS:
Dieses Recht gilt generell und betrifft sämtliche Rahmen im Programm! …
[weiterlesen]
Mit den Revisionen 50986-Beta und 50987-Patch haben wir ein Problem behoben, welches beim Drücken der Taste F3 (Neues Workflowscript zum Workflowserver hinzufügen) und dem direkten Ansprechen des Suchfeldes dazu führte, dass sofort das erste Workflow-Script markiert wurde.
Dies ist nun korrigiert. …
[weiterlesen]
Mit der Revision 50934-Beta haben wir ein Problem im Zusammenhang mit Strg+Shift+R (Neustart) in der 64 Bit Edition der BüroWARE-Vectoring behoben.
Außerdem wurde das Verhalten korrigiert, dass sich die BWClient bei jedem Start der 64-Bit Edition erneut installiert hat, obwohl diese bereits installiert wurde. …
[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.
Ab der Revision 50617-Beta haben wir den „Bitte Warten“-Bildschirm an die Funktionen der BüroWARE angepasst. Dabei gibt es nun auch die Abbruch-Funktion der aktuellen Prozessverarbeitung als Klick auf den „Abbrechen“-Button oder via Tastencodes, wo der „Bitte Warten“-Bildschirm abgeschaltet werden kann.
Um langlaufende Aktionen besser verstehen zu können unterstützt der „Bitte Warten“-Bildschirm nun auch die Anzeige von Hinweis-Listen die automatisch gescrollt werden. …
[weiterlesen]
Es wurde auf allen Karteikarten die Anzahl der Datensätze der Karteikarte „1 Alle Umsätze“ angezeigt.
Das wurde ab Revision 50905/BETA und 50906/PATCH dahingehend geändert, dass auf jeder Karteikarte die tatsächliche Anzahl angezeigt wird.
In Revision 50886/BETA und 50881/PATCH wurden Änderungen vorgenommen.
Damit diese Änderungen wirken und Belege nicht mehrfach Umsätzen zugewiesen werden, ist es Voraussetzung, dass das Zugriffsrecht
[FIINBU, Nr: 016 - Intelligenter Buchungsassistent, Bei Prüfung ob Beleg bereits zugeordnet den zugeordneten Betrag berücksichtigen]
aktiviert ist.
Außerdem wurde eine Erweiterung der Prüfung auf Offene Posten integriert. Sofern nach Offenen Posten mit gleichem Betrag gesucht wird, werden zuerst OP’s berücksichtigt bei denen die Belegnummer bzw. …
[weiterlesen]
Kasse 4.1 Bereich Auftrag
Ab BW Beta Revision 50846
Mit dieser Programmänderung gibt es beim Beenden der Auftragsbearbeitung eine Prüfung, ob der Wert des Auftrags kleiner als der Anzahlungsbetrag ist. Trifft die Prüfung zu, wird das Guthaben ausgezahlt.
Achtung:
Um diese Auftragsbearbeitung durchführen zu können, muss das Zugriffsrecht „KASS01,68 Erweiterte Auftragsbearbeitung (Nachträglich) möglich“ aktiviert sein.
Vorgehensweise:
Kasse 4.1 – Bereich Auftrag
Ab BW Beta Revision 50846
Mit dieser Programmänderung gibt es ein neues Tool, mit dem man die Anzahlung des aktuellen Auftrags in der Kasse verringern kann. Das Tool „Anzahlung in aktuellem Auftrag verringern“ findet man im Finder der Kasse.
Achtung:
Bei Updateinstallationen kann es unter Umständen vorkommen, dass der Bankname in der Maske „Bankverbindung“ nicht korrekt dargestellt wird (Refresh).
Das liegt daran, dass das Zugriffsrecht
[FEHLER5, Nr: 073 - Fehlerbereinigung V, Bankname als Refresh bei BLZ Refreshtabelle (300501) verwenden]
nicht aktiviert ist.
In Neuinstallationen ist dieses Recht bereits aktiviert, ab Revision 50886/BETA und 50881/PATCH wird es für ältere upgedatete Versionen über den Migrationsassistenten „Personenkonten“ oder der Fibu „Quick Migration 5.4x -> 5.50“ aktiviert. …
[weiterlesen]
Kasse 4.1 – Bereich Auftrag
Ab Beta Revision 50846
Mit dieser Programmänderung gibt es ein neues Tool um einen Auftrag zu bearbeiten. Das Tool „Einen Auftrag bearbeiten“ finden Sie im Finder der Kasse.
Mit diesem neuen Tool kann man einen Auftrag holen und diesen als Auftrag bearbeiten, unabhängig von allen anderen Einstellungen. Die Zielbelegart ist immer A (Auftrag), egal welche Belegart aktuell eingestellt ist. …
[weiterlesen]
Ab Revision 50846/BETA ist es auf Karteikarte „5 gebucht“ möglich, mit <F11> den bereits gebuchten Umsatz über die Sonderbearbeitung zu bearbeiten/zu ändern.
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]
Kasse 4.1 – Bereich Zugriffsrecht
Ab BW 5.58 Patch Revision 50778
Mit dieser Programmänderung erfolgt der Storno 1:1 und nicht mehr über Artikelpositionen, wenn das Zugriffsrecht „KASS01,67 Stornierung TSE-Konform ausführen“ aktiviert ist.
Somit ist der Storno auch GoBD konform.
Sowohl beim automatischen Buchungsvorschlag als auch beim manuellen Erfassen einer Vorkassezahlung, wurde die Fremdbelegnummer nicht in den Buchungsvorschlag übernommen.
Das wurde ab Revision 50802/BETA und 50800/PATCH integriert.
Bei Updateversionen ist die Migration des Intelligenten Buchungsassistenten erforderlich.
Kasse 4.1 – Bereich Beleg holen
Ab BW 5.58 Patch Revision 50802
Mit dieser Programmänderung kann die Sortierung beim Holen eines Beleges angegeben werden.
Es gibt folgende Sortierungsmöglichkeiten:
Hierzu gibt es unter „Beleg Parken/Holen“ in den Basisdaten der Kasse das Feld „Sortierung“.
Mit der Revision 50751-Beta [Vectoring] haben wir einige Korrekturen bezüglich Farbdarstellung und Farbschema durchgeführt. …
[weiterlesen]
Kasse 4.1 – Bereich Auftrag
Ab BW 5.58 Patch Revision 50742
Mit dieser Programmänderung kann die Meldung beim Abschluss eines Auftrages mit negativem Betrag ausgeschaltet werden.
Hierzu gibt es unter „Kassiervorgang Abschließen und Drucken“ in den Basisdaten der Kasse das Feld „Ohne Abfrage bei Negativem Betrag“.
Ab Patch r50742 wurde ein Fehler behoben der dazu führte das in der Kasse diverse Texte und Bitmaps nicht angezeigt wurden …
[weiterlesen]
Ab Revision 50758/BETA und 50742/PATCH wird im Intelligenten Buchungsassistenten unter Bearbeiten eine neue Funktion angeboten:
„Buchungsvorschlag löschen und neuen Vorschlag erstellen (SHIFT+F4)“
Ab Revision 50758/BETA wird beim Erfassen eines OP-Ausgleichs in der Tabelle „Auswahl Posten“ und beim Erfassen einer Vorkassenzahlung in der Tabelle „Auswahl Vorkasse Aufträge“ der Verwendungstext in einem eigenen Rahmen angezeigt.
Hinweis: Bei Updateinstallationen ist die Migration des Intelligenten Buchungsassistenten erforderlich.
Es gab den Fall, dass Umätze im Intelligenten Buchungsassistenten nicht eingelesen wurden.
Ab Revision 50737/BETA und 50689/PATCH wurden daher Änderungen gemacht.
Technische Details dazu:
Es gibt das neue Feld „SHA1 Hash,2027,64,L,a067“. Dieses Feld wird beim Einlesen bestimmt. Es wird anhand der Felder IBAN, Datum, Betrag und die Verwendungstext 1-14 ein String gebildet. Zu diesem String wird ein Hash-Wert erzeugt und in die Datei geschrieben. …
[weiterlesen]
Ab den Revisionen 50730-Beta und 50731-Patch haben wir einen Fehler beseitigt, der beim öffnen einer Maske unter Umständen zum Absturz führte. …
[weiterlesen]
Kasse 4.1 – Bereich Finder
Ab BW 5.58 Patch Revision 50657
Mit dieser Programmänderung können individuelle Workflows in die Finder Datenbank eingebunden. An der Kasse können diese dann über den Finder gesucht und ausgeführt werden.
Hierzu wird in der Datenbank die Toolnummer des Skripts (17xxx) eingetragen.
Mit der Revision 50679 in Beta und Patch haben wir die GET-Relation 1231 um folgende Parameter ergänzt:
GET_RELATION[1231!Quelldatei!Zieldatei!Suchstring!ErsetzenMit!ZieldateiNurWennErsetzt],,,,Suchen und Ersetzen in Datei ,,,,...Quelldatei = Datei in der ersetzt werden soll ,,,,...Zieldatei = Wo der neue Inhalt gespeichert werden soll (optional) ,,,,...Suchstring = String der ersetzt werden soll ,,,,...ErsetzenMit = String mit dem ersetzt wird ,,,,...ZieldateiNurWennErsetzt = Zieldatei wird nur angelegt wenn der Suchstring gefunden und ersetzt wurde ,,,,...Rückgabe:…
Ab Revision 50649/BETA und 50660/PATCH ist es möglich in Umsatztabellen mit <STRG+F9> nur den angezeigten buchungsfähigen Inhalt der Tabelle zu verbuchen.
Es wird dann z.B auch nur das Ergebnis der Suche (bei aktiver Volltextsuche!) und nicht der gesamte buchungsfähige Inhalt des Kontoauszuges auf dieser Karteikarte mit <STRG+F9> gebucht.
Ebenso nur gefilterte Umsätze, die angezeigt werden, können über <STRG+F9> gebucht werden. …
[weiterlesen]
Ab Rev. 50567/Beta und Rev. 50689/Patch sind Barauszahlungen nur noch bis zur Höhe des tatsächlichen Barbestandes möglich. Überschreitet der gewünschte Auszahlungsbetrag den Barbestand, erscheint ein entsprechender Hinweis und es muss auf andere Zahlungsmöglichkeiten, wie Gutschein, Kartenzahlung, oder Guthaben zurückgegriffen werden.
Ab Revision 50680/BETA und 50681/PATCH wird auf allen Karteikarten eine Zeile mit der Gesamtsumme angezeigt (Saldo der Umsätze in der Tabelle).
…
[weiterlesen]
Im neuen Modul von Adress-/Warengruppen kam es zu einem Absturz, wenn man versucht hat eine Optionsmaske zu öffnen.
Dieses Verhalten haben wir mit den Revisionen Beta-50701 und Patch-50702 behoben.
Der Transaktionstyp PURCHASE (PayPal Zahlung) wurde im Intelligenten Buchungsassistenten mit <+> anstatt <-> abgeholt.
Das wurde ab Revision 50644/BETA und 50645/PATCH korrigiert. …
[weiterlesen]
Ab Revision 50649/BETA und 50653/PATCH gibt es auf den Karteikarten „1 Alle Umsätze“, „3 zu Prüfen“ und „4 Buchungsfähig“ unter Tools die Funktion
„Buchungsvorschlag löschen <STRG+SHIFT+F4>“.
Damit ist es direkt in der Umsatztabelle schon möglich, bei Bedarf den Buchungsvorschlag zu löschen, ohne den Umsatz vorher öffnen zu müssen.
Mit der Revision r50600 haben wir ein Problem in der Beta behoben, wo nach dem Entfernen des unten angegebenen Zugriffrechts, die Anzahl der Mandanten nicht mehr korrekt ausgelesen wurde (Die BüroWARE ist nach der Mandantennummer und nicht nach der tatsächlichen Anzahl der Mandanten gegangen).
[FEHLER4, Nr: 042 - Fehlerbereinigung IV, Lizenzvergabe an tatsächlich vorhandene Mandanten in aufsteigender Reihenfolge]
Den Fehler erkennt man an dieser Meldung, wenn man versucht hat einen Mandanten auszuwählen, dessen Nummer größer als die in der Lizenz hinterlegte ist. …
[weiterlesen]
Ab Revision 50599/BETA gibt es im Adressstamm unter Bearbeiten -> Optionen/Parameter -> Steuerangaben/Verbuchung eine neue Einstellung für den Intelligenten Buchungsassistenten – Zuordnung von Offenen Posten:
„Nur wenn Zahlbetrag gleich OP-Betrag“ (6315_1)
Sofern dieses Flag im Personenkonto ( kann pro Adresse gesteuert werden) aktiviert ist, wird das bei der Erkennung im Intelligenten Buchungsassistenten berücksichtigt.
Wird nicht exakt der OP-Betrag bezahlt, dann wird Akonto vorgeschlagen und der Offene Posten nicht zugeordnet. …
[weiterlesen]
Ab Revision 50599/BETA gibt es in den FIBU Basisdaten unter Bearbeiten eine Optionsmaske für den Intelligenten Buchungsassistenten:
Hinweis: bei Updateinstallationen ist eine Migration erforderlich
In dieser Maske kann in den Feldern
„Von Belegnummer“ (4429_8)
„Bis Belegnummer“ (4437_8)
ein Nummernkreis hinterlegt werden. Sollte eine Nummer im Verwendungstext in diesem Bereich vorkommen, wird diese nicht geprüft.
Das ist z.B. sinnvoll, sollte ein Jahr (z.B. …
[weiterlesen]
Ab Revision 49654/BETA und 50561/PATCH stehen bei „OP-Ausgleichen <STRG+1>“ in der Tabelle „Auswahl Posten“ unter Tools folgende Aufrufe zur Verfügung:
<OP-Details (F11)>
<Kontoauszug (ALT+K)>
<Infosystem Adresse (ALT+I)>
Ab Revision 50538/BETA und 50539/PATCH gibt es das neue Zugriffsrecht:
[FIINBU, Nr: 019 - Intelligenter Buchungsassistent, Bei Auswertung der Erkennungsdatei auch Ein/Ausgang und Adressbeziehung berücksichtigen]
Ist dieses Recht aktiviert und es wird beim Erstellen des Buchungsvorschlages anhand der Erkennung eine Adresse gefunden, dann wird zusätzlich geprüft ob es eine Adressbeziehung gibt.
Handelt es sich um einen Zahlungseingang, dann wird eine Kunden Adresse gesucht, geht es um einen Ausgang, nach einer Lieferanten Adresse. …
[weiterlesen]
Nicht buchungsfähige/rote Umsätze können auf Karteikarte „1 Alle Umsätze“ mit <F4> oder unter Bearbeiten gesperrt/ausgeblendet werden.
Diese Umsätze wandern dann auf die Karteikarte „6 Gesperrt“, die freigeschalten wird, sobald es einen gesperrten Umsatz gibt.
Die Anzeige der Info im HTML Rahmen war nicht vorhanden.
Das ist ab Revision 50578/BETA und 50561/PATCH geändert.
Bei Updateinstallationen ist die Migration des Intelligenten Buchungsassistenten notwendig. …
[weiterlesen]
Ab Version 6.0 Rev. 50822 kann im Zuge des automatischen Saldenvortrags auch der Gewinn- oder Verlust vorgetragen werden.
Dieser Vortrag ist jedoch nur dann sinnvoll möglich, wenn wirklich alle Buchungen im Vorjahr durchgeführt wurden und das Vorjahr journalisiert ist.
Außerdem muss eine Buchungssperre in den Grunddaten der Finanzbuchhaltung gesetzt sein:
Ist das Vorjahr journalisiert, können Sie wie folgt vorgehen:
Für den Vortrag muss unter Einstellungen das Häkchen „Gewinn/Verlustvortrag buchen“ aktiviert sein. …
[weiterlesen]
Ab Rev. 48957/Beta und Rev. 48978/Patch steht ihnen ein neues Zugriffsrecht zur Verfügung:
[FIPRUEF, Nr: 038 – Buchhaltungsprüflauf, Prüfe bei Lieferadresse Landesart und UStID]
Es wird empfohlen dieses Zugriffsrecht zu aktivieren, wenn sie mit Lieferadressen arbeiten, da es bei fehlerhaften Einstellungen zu fehlenden Umsätzen auf der Zusammenfassenden Meldung kommen kann.
Beim Prüflauf Finanzbuchhaltung wird dann zusätzlich Folgendes geprüft und bei Bedarf als Fehler ausgegeben:
Fall 1:
– eine Adressse (Kontonummer) mit Landesart „Inland“ und aktiviertem ZM Flag
– in der Buchung eine Lieferadresse eingetragen hat und
– diese Lieferadresse die Landesart „(EU)-Ausland“ hat, aber
– keine UID hinterlegt wurde
Fall 2:
– eine Adresse (Kontonummer) mit Landesart „(EU)-Ausland“ und aktiviertem ZM Flag
– in der Buchung eine Lieferadresse eingetragen hat und
– diese Lieferadresse ein Land, mit Landesart „(EU)-Ausland“ eingetragen hat, aber
– diese Lieferadresse mit Landesart „Inland“ definiert wurde
Generelle Erweiterung der Prüfung ab Version 5.58.204.52050 und Version 6.0o.000.51937
– sobald eine Adresse (Kontonummer) ein aktiviertes ZM Flag hat
– und in der Buchung eine Lieferadresse eingetragen hat und
– diese Lieferadresse ein Land, mit Landesart „(EU)-Ausland“ eingetragen hat, aber
– diese Lieferadresse mit Landesart „Inland“, oder Landesart „Drittland“ definiert wurde
Beachten sie in diesem Zusammenhang bitte auch:
UStID Pflicht Lieferadressen
Zusammenfassende Meldung – erforderliche Konteneinstellungen …
[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]
________________________________________________
Wiki Aktualisierung 10.01.2020:
Die in diesem Wiki-Artikel genannte Änderung hatte den Seiteneffekt, dass das Ausziffern von offenen Posten im alten Jahr nur funktioniert hat, wenn in den Basisdaten der Finanzbuchhaltung unter Bearbeiten -> Stapelzuordnungen ein Buchungsstapel hinterlegt wird, welcher den Buchungszeitraum des Vorjahreszeitraumes in den Stapeleigenschaften drin stehen hat.
Das wurde ab Revision 50758/BETA und 50742/PATCH korrigiert. Es kann nun im alten Jahr auch ausgeziffert werden, sofern ein Buchungsstapel ohne Buchungszeitraum in den Basisdaten hinterlegt wird. …
[weiterlesen]
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]
…
…
…
…
…
…
…
…
…
…
…
…