Aktuelle Themen
Wie suche ich richtig: Suchwort 1 + Suchwort 2 - Suchwort 3
Da Sie nicht angemeldet sind, werden Ihnen nur öffentliche Beiträge angezeigt.
Dies ist ein ergänzender Eintrag zum Wiki-Artikel https://wiki.softengine.de/3685/ , welcher die Zugriffsrechte beschreibt, die dazu führen, dass die nolock.ini nicht mehr pro Mandant abgelegt wird bei der Reorganisation (sobald eines dieser Zugriffsrechte aktiv):
[1151, Nr: 010 – Adress/Artikel-Sonderkonditionen, Mandantenübergreifend speichern]
[1152, Nr: 004 – Adress/Warengruppen-Sonderkonditionen, Mandantenübergreifend speichern]
[1152, Nr: 005 – Adress/Warengruppen-Sonderkonditionen, Mandantenübergreifend löschen]
[1121, Nr: 020 – Adressstammdaten, Mandantenübergreifend speichern (NB)]
[1121, Nr: 046 – Adressstammdaten, Bei Mandantenspeicherung ADR_414_1 auf J setzen (V40) (NB)]
[DBK26, Nr: 002 – Aktionen (Warenkorb), Mandantenübergreifend speichern]
[IMPORT, Nr: 012 – Allgemein Datenimport, Bei Fibustandardimport Fibu-Vermerk Mandantenübergreifend speichern]
[FACT2, Nr: 010 – Allgemeine Einstellungen II, Chargen/Seriennummerndatei in MANDANT1 (mandantenübergreifender Speicherung) zentral verwalten]
[DBK23, Nr: 002 – Alternativartikelverwaltung, Mandantenübergreifend speichern]
[DBK63, Nr: 002 – Artikel/Lager-Verarbeitungsdaten (V4.1), Mandantenübergreifend speichern]
[DBK33, Nr: 002 – Artikelerfassungsgruppen (ALTV55), Mandantenübergreifend speichern]
[DBK36, Nr: 002 – Artikelimport-Umsetzungstabelle, Mandantenübergreifend speichern]
[1141, Nr: 019 – Artikelstammdaten, Mandantenübergreifend speichern]
[1141, Nr: 020 – Artikelstammdaten, Lagerbestand Mandantenübergreifend speichern]
[1141, Nr: 024 – Artikelstammdaten, Langtexte mandantenübergreifend speichern]
[1141, Nr: 028 – Artikelstammdaten, Löschen bei mandantenübergreifender Speicherung]
[1141_II, Nr: 006 – Artikelstammdaten II, Mandantenübergreifende Statistik mit Inventurmandant 1]
[DBK56, Nr: 002 – Artikelsuchkategorien (ALTV55), Mandantenübergreifend speichern]
[DBK29, Nr: 002 – Artikeltext/Sprachen, Mandantenübergreifend speichern]
[DBK68, Nr: 002 – Auftragsstatus (ALTV55), Mandantenübergreifend speichern]
[DBK66, Nr: 002 – Bedienermanager-Personal/Mitarbeiter, Mandantenübergreifend speichern]
[1211V43, Nr: 002 – Belegerfassung Zusatz ab V4.3 (V43), Kreditlimitprüfung Mandantenübergreifend durchführen]
[DBK55, Nr: 002 – Belegerfassungsgruppen, Mandantenübergreifend speichern]
[DBK30, Nr: 002 – Beleggruppe, Mandantenübergreifend speichern]
[DBK47, Nr: 002 – Bestellvorschlag, Mandantenübergreifend speichern]
[DBK87, Nr: 002 – Bezugsgrößen, Mandantenübergreifend speichern]
[DBK27, Nr: 002 – Bezugskosten, Mandantenübergreifend speichern]
[DBK49, Nr: 002 – Bonusabrechnungen, Mandantenübergreifend speichern]
[DBK48, Nr: 002 – Bonusvereinbarungen, Mandantenübergreifend speichern]
[DBK09, Nr: 002 – Branchen, Mandantenübergreifend speichern]
[1191, Nr: 034 – Chargenstammdaten (NB), Mandantenübergreifend speichern]
[DBK91, Nr: 002 – CRM-Klassifizierungsverwaltung (V50), Mandantenübergreifend speichern]
[DBK38, Nr: 002 – DSD-Lizenzentgelte, Mandantenübergreifend speichern]
[DBK39, Nr: 002 – DSD-Verpackungsgruppen, Mandantenübergreifend speichern]
[DBK61, Nr: 002 – Duales-System-Deutschland – Abrechnung, Mandantenübergreifend speichern]
[eancode, Nr: 002 – EAN-Code Auswahltabelle (NB), Mandantenübergreifend speichern]
[OFFICE_EINAUS, Nr: 016 – Ein-/Ausgangsgespräche, Gespräche mandantenübergreifend speichern (V52)]
[DBK41, Nr: 002 – Einkauf Materialdisposition, Mandantenübergreifend speichern]
[DBK37, Nr: 002 – Einkauf Rabattgruppen, Mandantenübergreifend speichern]
[FEHLER2, Nr: 019 – Fehlerbereinigung II, Beim Löschen von DBK-Daten auch mandantenübergreifend löschen]
[DBK85, Nr: 002 – Filialverbund (ALTV55), Mandantenübergreifend speichern]
[DBK95, Nr: 002 – Freie Datenbank 1 (V42), Mandantenübergreifend speichern]
[DBK96, Nr: 002 – Freie Datenbank 2 (V42), Mandantenübergreifend speichern]
[DBK97, Nr: 002 – Freie Datenbank 3 (V42), Mandantenübergreifend speichern]
[DBK98, Nr: 002 – Freie Datenbank 4 (V42), Mandantenübergreifend speichern]
[DBK99, Nr: 002 – Freie Datenbank 5 (V42), Mandantenübergreifend speichern]
DBK69, 002
DBK70, 002
DBK81, 002
[DBK89, Nr: 002 – Größen und Farben (V50), Mandantenübergreifend speichern]
[DBK51, Nr: 002 – Grp.Kond.-Kunden/Preisstufen, …
[weiterlesen]
Mittels verschiedener Dateien lässt sich eine automatische Reorganisation der BüroWARE/WEBWARE-Daten erreichen.
Dazu kopieren Sie die Dateien „auto_reorg.cmd“, „autoreorg_mandant.txt“ und „autoreorg_reorgarten.txt“ in das Stammverzeichnis der BüroWARE-Installation.
(Diese Dateien liegen dem Artikel als Dateianhang bei)
Danach muss nur noch die auto_reorg.cmd gestartet werden.
– autoreorg_mandant.txt
Angabe welche Mandanten reorganisiert werden sollen
Hinweis:
Ist ein Mandantenpasswort hinterlegt, kann dies auch in dieser Datei angegeben werden, Aufbau ist folgender:
Mandantennummer;Passwort
000001;test
– autoreorg_reorgarten.txt …
[weiterlesen]
Wir haben mit der Revision IC/87553 einen Fehler korrigiert, der unter Umständen bei der WAWI-Reorg im Bereich „Reorganisation Bewegungen S_RPOS30.DAT“ zu einem Absturz geführt hat. …
[weiterlesen]
Eine Dokumentation zur Durchführung eines Updates die in Zusammenarbeit mit mehreren Partner in Yammer entstanden ist.
Beachten Sie bitte auch, dass die bwclient.msi unbedingt aktuell sein muss, da ansonsten Probleme z.B. bei eBanking und ELSTER-Übertragungen auftreten können. (Hinweis dazu am Artikelende)
Wenn eine Adressnummernumsetzung durchgeführt wird und Besuchsberichte auf die zu ändernden Adressen vorhanden sind, muss nach der Umsetzung zusätzlich zur Warenwirtschafts und CRM Reorganisation eine IDB Reorganisation durchgeführt werden, da die Besuchsberichte in einer bzw. mehreren IDBs stehen (IDB SE0043 und SE0044).
Siehe Auch: Adressnummernumsetzung, welche Bereiche werden umgesetzt …
[weiterlesen]
Zur Vervollständigung der Dokumentation bei einer Adressnummernumsetzung, folgende DBK/DBP-Datenbereiche sowie IDB-Tabellen werden nicht angefasst, da (BW-Version 5.49 – Stand 22.03.2016) keine Adressnummern in den entsprechenden Datentabellen enthalten sind:
Ãœbersicht DBK/DBP:
Um Adressnummern mit Hilfe einer Datei umzusetzen, müssen sie den Namen dieser Datei im Modul Designer unter
Einstellungen->Parameter/interne Texte-> 3454, Dateiname IFILE= für Adressnummernumsetzung
hinterlegen. Die Datei, die für die Umsetzung verwendet werden soll, muss im BüroWARE Programmverzeichnis abgelegt werden, eine Pfadangabe ist daher nicht zulässig.
Dabei stehen ihnen unterschiedliche Möglichkeiten zur Verfügung:
In der Umsetzungsdatei muss pro Zeile, wahlweise TAB- oder kommagetrennt, die alte und neue Adressnummer stehen. …
[weiterlesen]
In diesem Artikel werden mehrere Einstellungen aufgezählt, die gegebenenfalls zu einen Geschwindigkeitsvorteil bei der Reorganisation beitragen:
Zugriffsrechte:
Windows-Einstellungen:
Mit der Revision 79391 (Beta) prüft die BW003332 vor der Reorg der Tagesstatistik den exklusiven Zugriff.
Hintergrund: In der Vergangenheit wurde kommuniziert, dass die Tagesstatik Live durchgeführt werden kann.
Mehrere Tests haben jedoch gezeigt, dass die Tagesstatistik im Live-Betrieb die Integrität der Bestände beschädigen kann.
Wenn die BüroWARE älter als Revision 79391 ist, so empfiehlt es sich eine Tagesstatistik (wenn notwendig) mittels einer Artikel-Auswertung und der GET_RELATION[5002] auszuführen. …
[weiterlesen]
Für die Akte X stehen im Datenbankassistenten mehrere Möglichkeiten für die Reorganisation zur Verfügung:
1) Aktenindex neu erstellen
Erstellt den Aktenindex neu und löscht vorher die bestehenden Aktenindexdateien
2) Aktenindex neu erstellen inkl. Volltext
Wie 1, nur wird zusätzlich für jeden Eintrag direkt intern die HTML-Vorschau erstellt und darauf basierend der Aktenindex neu erstellt. (Das kann lange dauern, hier hat das Programm mit Abstand am meisten zu tun).…
Anbei eine Liste, welche Bereiche/[Dateien]/(Feldpositionen) bei der Adressnummernumsetzung im Datenbankassistent (bw000332.exe / wwDBA32.exe | Kartei „Tools“) umgesetzt werden (Stand 23.03.2016):
Um zu überprüfen wie sich der aktuelle Lagerbestand bzw. der kalkulierte Lagerbestand eines oder mehrerer Artikel errechnet, gibt es folgende Möglichkeit:
Im Designer unter -> Programmeinstellungen -> Interne Texte:
finden Sie den Eintrag -> „Artikelverfolgung:Â Infix von Dateiname (Index 1511)“
Hier kann man nun die Artikelüberwachung entweder für nur einen einzelnen Artikel aktivieren indem man die Artikelnummer einträgt:
…oder wenn man mehrere/alle Artikel überwachen möchte, über den Parameter: _ALLE_ARTIKEL_
Nachdem der Interne Text gespeichert und die BüroWARE/WEBWARE verlassen und neu gestartet wird,
wird bei jeder Buchung des Artikels oder falls angegeben, aller Artikel, jeweils eine *.CSV …
[weiterlesen]
Eine Dokumentation zur Durchführung eines Jahreswechsel mit Update die in Zusammenarbeit mit mehreren Partner in Yammer entstanden ist.
Jahreswechsel/Update Kombiniert
Eine Dokumentation zur Durchführung eines Jahreswechsel die in Zusammenarbeit mit mehreren Partner in Yammer entstanden ist.
Jahreswechsel
Mit den Revisionen Beta-68229 und Patch-68278 erfolgte eine Korrektur für ein Problem, durch das Kennzahlen für Vertreter bei der Zusammenfassung von Belegen zu einem Sammelbeleg nicht berücksichtigt wurden.
Es wird empfohlen nach dem Update eine WAWI-Reorganisation durchzuführen, um die Zahlen inklusive der Sammelbelege zu zu aktualisieren. …
[weiterlesen]
Ab BW Beta Revision: 66191
Mit dieser Programmänderung ist es nun möglich, an der Kasse einen Jahreswechsel mit anschließender Reorganisation durchzuführen.
Hierzu gibt es im Zahnradmenü der Kasse die neue Funktion „Jahreswechsel starten“.
Zuvor müssen in den Kassenbasisdaten unter Jahreswechsel folgende Einstellungen vorgenommen werden:
Startet man den Jahreswechsel über das Zahnradmenü, dann werden vor dem eigentlichen Start des Jahreswechsels, folgende Prüfungen vorgenommen:
Innerhalb der Beleg (BEL) und Positionsdaten (POS) stehen Felder zur Verfügung, worin statistische Werte abgespeichert werden. Diese können für eigene Statistiken (bspw. per WFL, Auswertung, MEMTAB etc.) verwendet werden oder können auch bei einer Problemsuche hilfreich sein (bspw. angeblich falsche Informationen im MIS).
Um die Positionsstatistik zu aktivieren, muss folgendes Zugriffsrecht aktiviert werden (im Standard bereits aktiv):
[ 1211V54, Belegerfassung Zusatz ab V5.4 (V54), Nr: 007 – Statistikwerte zusätzlich in Belegpositionen abspeichern ]
Bei bestehenden Belegen muss nach Aktivierung des Zugriffsrechts eine Reorganisation durchgeführt werden. …
[weiterlesen]
1.) Satz xxxx <- doppelt zu Satz xxxx. Satz gelöscht !
Wenn bei der Reorganisation folgende Meldung geschrieben wird, dann bedeutet das, dass es hier einen Datensatz mit dem gleichen Index bereits in der DAT Datei gibt und der erste dazu gefundene Satz gelöscht wird.
Als Beispiel nehmen wir die Belege:
Die Reorg geht die Datei „s_rbel30.dat“ von oben nach unten durch und schreibt hier Satz für Satz den Belegindex usw. …
[weiterlesen]
Mit den Revisionen 54981-Beta und 55035-Patch konnten wir einen Fehler korrigieren, der die Performance für die IDB-Reorganisation verschlechtert hat.
Es kann nun mit einer Performancesteigerung von 30-90% je nach Datengröße gerechnet werden. …
[weiterlesen]
Ab BW Beta Revision 51852
Mit dieser Programmänderung wird das Weiterarbeiten unterbunden, wenn die Meldung erscheint, dass eine IDB defekt ist oder reorganisiert werden muss.
Hierzu gibt es das neue Zugriffsrecht „ALLGV55,35 – Bei Hinweismeldung IDB Reorganisieren nur Beenden möglich“. Dieses Zugriffsrecht ist standardmäßig aktiviert.
Ab Revision 34354
Im Datenprüflauf des Datenbank-Assistenten können Datenbereiche von der Prüfung ausgenommen werden.
Hintergrund ist die Verwendung von Datenbereichen abweichend von der Satzbeschreibung der BüroWARE (z.Bsp. in alten Konfigurationen wurden PPS-Felder für andere Informationen ‚missbraucht‘)
In den internen Texten wurde der Index 1907 – Blacklist Datenprüflauf eingeführt:
(Offset_Länge / Trennzeichen;)
BEL:0_0;
POS:0_0;
ADR:0_0;
ART:0_0;
Damit lassen sich Datenbereiche aus der Prüfung ausschließen. …
[weiterlesen]
Grundsätzlich ist es in WEBWRAE/BüroWARE möglich, für bestimmte Datenbereiche eine mandantenübergreifende Speicherung zu aktivieren.
Diese Einstellung ist auch für Artikel möglich.
Gleichzeitig außer Artikel auch die Bestände mandantenübergreifend zu führen ist definitiv nicht zu empfehlen, kann aber gleichwohl manchmal notwendig sein.
Achtung: Bevor Sie irgendetwas kopieren oder einstellen – unbedingt eine geprüft wiederherstellbare Datensicherung anlegen!
Nachfolgend beschäftigen wir uns zunächst einmal mit der Speicherung an sich. …
[weiterlesen]
Seit Rev. 35284 wird innerhalb des Datenbankassistenten der Ast „Jahreswechsel“ auf der Karteikarte „Reorganisation“ automatisch entfernt, sobald das 10. Geschäftsjahr erreicht wurde.
Grund ist, dass aufgrund des Löschens des 10. Jahres eine Jahreswechselreorg nicht mehr ausreichend wäre um die Konsistenz der Daten wiederherzustellen.
Die Meldung „Fehler bei Positionieren“ kann auf unterschiedlichen Datenbereichen auftreten.
Diese bedeutet, dass im Index ein Verweis auf eine *.DAT-Datei steht und BüroWARE/WEBWARE beim Lesen vom Betriebssystem die Meldung erhält, dass die Position nicht lesbar ist.
Ein solcher Fehler entsteht durch Probleme mit der Hardware bzw. im Netzwerk (z.B. durch fehlerhafte Controller , unterbrochene Netzwerkverbindungen, fehlenden Schreibrechten usw. ).
Oder auch wenn bspw. …
[weiterlesen]
Im Zuge der Reorganisation kann es unter Umständen zur beschriebenen Hinweismeldung kommen.
Davon betroffen können IDBs ab SE0700 sein.
ACHTUNG!!! IDB Datenbank geöffnet die FEHLERHAFT ist! Die Änderungsposition (1139_5) ist größer als die Satzlänge SE0704…
Die Datei nolock.ini wird beim Reorganisieren eines Mandanten in diesem angelegt und sorgt dafür, dass sich niemand mehr in diesem Mandanten anmelden kann.
Wenn Zugriffsrechte bezüglich mandantenübergreifender Speicherung aktiv sind, wird die nolock.ini im Programmpfad/Root angelegt, womit das komplette Programm (= Jeder Mandant) während der Reorganisation gesperrt ist. Die Liste der ZGR finden Sie hier.
Das Vorhandensein der nolock.ini wird nur beim Programmstart geprüft, bereits angemeldete Bediener werden dadurch nicht ausgeloggt. …
[weiterlesen]
Werden bei einer Reorganisation, welche die „Bewegungen“ berücksichtigt (Belege/Positionen), fehlerhafte Kopfsätze gefunden, dann erzeugt die BüroWARE/WEBWARE die Belege mit der Adressnummer 69999, sodass diese wieder in der Belegtabelle sichtbar sind.
Dies ist abhängig von dem Zugriffsrecht:
[ALLGV54, Nr: 017 – Allgemeine Einstellungen VII (V54), Bei Bewegungenreorg Bewegungssätze ohne Kopfsatz in Fehlertabelle verschieben (V54)]
Ist das Zugriffsrecht deaktiviert, werden die Belege mit Adressnummer 69999 erzeugt. …
[weiterlesen]
Die Ursache für diesen Artikel war ein Problem in Vorgängerversionen. Dieses hatte folgende Auswirkungen:
Im Belegkopf gibt es Individualfelder, die in der S_RBEL30_02.DAT bis S_RBEL30_04.DAT gespeichert werden.
Plötzlich steht im Belegkopf in diesen Feldern eine andere Information wie ursprünglich eingegeben.
Dies passierte dann, wenn man in älteren Versionen Key-Files löschte und danach eine Reorg startete.
Bitte auf die neueste Version updaten und in Zukunft keine Key-Files mehr löschen vor Reorg. …
[weiterlesen]
…
…