![](http://www.hostingundservice.de/wp-content/uploads/2010/10/chippick.png")
Der folgende Artikel stammt aus meinem alten Blog und ist datiert auf April 2009. Auf besonderen Wunsch einer einzelnen Person habe ich ihn für Sie ausgebuddelt:
Nachdem sich ein Bekannter vor kurzer Zeit zu Abrechnungszwecken das Büropaket ‘Lexware Financial Office Pro 2008′gekauft hat,stand er nun vor dem Problem,die Kundendaten in einer externen Anwendung verwenden zu müssen. Lexware verwendet für seine Datenverwaltung den ‘Sybase Adaptive SQL Server’. Aus nachvollziehbaren Gründen der Gewährleistung veröffentlicht Lexware die Zugangsdaten zur Datenbank jedoch nicht. Werden die Datenbestände an der Anwendung vorbei geändert,wird die Business-Logik umgangen,Tabellen nicht korrekt aktualisiert,was unbedingt in ein Fehlverhalten der Anwendung und Verlust der Datenintegrität münden muß.
Haftungsausschluß
Dieser Artikel ist für fortgeschrittene Windows-Benutzer gedacht,die Installation ist also nicht einfach. Bei Schreibzugriff auf die Daten des ‘Lexware Financial Office Pro 2008′erlischt die Garantie des Herstellers. Auch ich übernehme keine Garantie. Sichern Sie unbedingt Ihre Daten,bevor Sie an der Datenbank arbeiten.
Benötigte Tools
Für die Erstellung des Datenbankzugriffs verwende ich die Software OpenOffice.org 3.3,die kostenlos beim Hersteller zu beziehen ist.
Ermittlung des Benutzerkennworts
Mit den folgenden Schritten ermitteln Sie das Datenbankkennwort der Firma:
- Öffnen Sie OpenOffice Base.
- Verbinden Sie sich mit der Datenbank:
Datenbankart:ODBC
Datenquelle:LXSYDSN
Benutzername:_login_
Kennwort:92ab346d1c02cffc - Sie benötigen nun das Kennwort des Benutzers ‘Supervisor’aus der ersten Zeile der Tabelle:LEXGLOBAL.LXG_USER
Erstellen des ODBC-Eintrags
Wenn Sie ein 32-bit Betriebssystem verwenden:Öffnen Sie nun den ODBC-Datenbankmanager aus der Systemsteuerung (üblicherweise unter ‘Verwaltung’abgelegt).
Wenn Sie ein 64-bit Betriebssystems verwenden:Klicken Sie auf Start und wählen Sie “Ausführen”. Geben Sie dann folgenden Begriff ein und klicken Sie auf “OK”:C:\Windows\syswow64\odbcad32.exe
Um herauszufinden,ob Sie eine 32- oder eine 64-bit Version von Windows verwenden,drücken Sie gleichzeitig die Windows-Taste und die Taste “Pause”. Im erscheinenden Fenster steht unter “Systemtyp”entweder 32-bit Betriebssystem,oder 64-bit Betriebssystem. Alternativ können Sie den Datenbanktreiber im 32-bit Kompatibilitätsmodus installieren,der Treiber ist aber leider nicht als separater Download erhältlich.
Vielen Dank an gizmo für den Hinweis auf die Vorgehensweise bei 64-bit Systemen!
Erstellen Sie auf der Registerseite ‘Benutzer-DSN’eine neue Datenquelle mit dem Treiber ‘Adaptive Server Anywhere 9.0′. Als Datenquellenname verwenden Sie z.B. ‘Lexware’. Die Beschreibung können Sie frei wählen;sie ist ohne Belang. Auf der Registerseite ‘Login’verwenden Sie folgende Zugangsdaten:Benutzername:U0
Kennwort:das ermittelte Kennwort aus dem ersten Schritt. Das Kennwort darf nicht verschlüsselt werden.
Auf der Registerseite ‘Datenbank’tragen Sie als Servername:LXDBSRV ein. Als Datenbankname wählen Sie die Firmennummer in der Lexware-Software,z.B. F1,F2,F3 u.s.w. Das Feld ‘Datenbankdatei’muß auf den genauen Pfad zur Datei ‘lxcompany.db’der gewünschten Firma enthalten. Nun können Sie auf der ersten Registerseite (ODBC) auf “Verbindung testen”klicken,und/oder die ODBC-Verbindung speichern.
Sie können nun von OpenOffice Base über die ODBC-Datenverbindung ‘Lexware’auf Ihre Daten zugreifen.
ist es Ihnen auch gelungen auf eine Lexware Warenwirtschaft 2010 Pro Datenbank zuzugreifen?
Mit dem User U0 und dem Supervisor Passwort funktioniert es leider nicht. Falsche Login-Daten.
Ich habe heute mal das “Faktura + auftrag 2011″angeschaut und festgestellt,daß eine embedded Version von SQLite verwendet wird. Diese Datenbank ist quelloffen und kann mit einem kompatiblen Programm angeschaut und editiert werden. Da dies keine Werbeveranstaltung ist,hier der Link zur Google-Suche:http://www.google.de/search?q=sqlite+browser
Mangels ODBC ist leider ein Zugriff von Drittsoftware aus nicht direkt möglich,aber man kann Adresslisten problemlos als *.csv exportieren und in Serienbriefen verwenden (LibreOffice Calc + Writer). Wenn jemand einen ODBC-Treiber findet,bitte sofort bei mir melden,ich bin sehr interessiert!
Vielen Dank für die schnelle Antwort. Ich nutze financial office pro 2011. Dann werde ich mal weitersuchen ob es hier andere Möglichkeiten gibt.
Vielen Dank für diesen hilfrerichen Artikel,leider komme ich nicht an das Supervisor Passwort weil mir der Zugriff auf die ODBC Datenbank nicht gelingt,
ich erhalte folgenden Fehler:..Verbindung zur Datenquelle “xx”konnte nicht erstellt werden [Micro..][ODBC Driver Manager].. Datenquellname nicht gefunden oder kein Standardtreiber angegeben.
Habe mir einen ODBC Treiber für das Net Framework heruntergeladen,jedoch leider ohne Erfolg.
Kennt jmd das diese Problem?
Viele Grüße
Bitte stellen Sie sicher,daß Sie ‘Lexware Financial Office 2008′unter Windows XP verwenden. Der ODBC-Treiber wird von Lexware Financial Office 2008 installiert. Neuere Lexware-Produkte,wie ‘faktura+auftrag 2011′scheinen eine andere Datenbank zu verwenden,hier funktioniert das System möglicherweise nicht mehr.
Hallo beisammen
Ich habe mich seit mehreren Wochen intensiv mit dieser Thematik auseinandergesetzt und einige Erfahrungen sammeln können. Grundsätzlich ist es außerordentlich wichtig,dass man stets über eine Sicherung der DB verfügt,denn es kann sehr schnell mal was schiefgehen. Empfehlenswert ist nur der Zugriff auf die Daten in der Warenwirtschaft,beispielsweise das massenhafte Aktualisieren von Artikelinformationen –aus meiner Sicht kein Problem. Kritisch sind Manipulationen an den Daten aus der Buchhaltung,hiervon sollte man in jedem Fall unbedingt die Finger lassen!
Viele Grüße
Supporter
Ich habe nun endlich den Artikel mit den Erkenntnissen zu 64-bit Systemen aktualisiert. Ich möchte nochmals GANZ DRINGEND darauf hinweisen,daß niemand in seine Datenbank schreiben möge! Das Umgehen der Programmlogik kann möglicherweise katastrophale Folgen für die Datenintegrität haben. Sicherungskopien machen!
Hallo zusammen…ich hätte noch eine Frage an alle,die eine Verbindung haben:
Habt ihr auf Schreibzugriff zu allen Tabellen? Ich kann zB die Web- Artikel- Tabelle nicht bearbeiten…
Grüße
Ich kann den Lösungsweg von gismo auf nem Win7 x64 bestätigen,klappt einwandfrei,solange sonst niemand auf die Datenbank zugreift.
@admin
Auch wenn die checksum gleich sein mag –einfach mal beide aufrufen und vergleichen .. spätestens dann sollte *jedem* klar sein das es da einen Unterschied gibt
Ich hab alle Tabellen direkt mit Access importiert (über Externe Daten,ODBC-Datenbank,Imporieren,und dann auf “Computerdatenquelle”um die entsprechende Verbindung rauszusuchen) und kann nun mit den Daten arbeiten ..
Danke für die Tipps
Gruß,
st1pps
Gerade ausprobiert und bei mir geht es unter W7x64. Allerdings über Systemsteuerung > Verwaltung > ODBC und nicht mit Pfadangabe.
Vermutlich ist dieser Artikel nach über 2 Jahren wirklich veraltet so daß ich ihn entfernen werde.
LÖSUNG gefunden:
Das Problem liegt am 64BIT- System! Hier muss man die Datei C:\Windows\SysWOW64\odbcad32.exe ausführen. Das ist wohl die 32Bit Variante der ODBC Datenquellenverwaltung. Hier noch mal eine kurze Anleitung für Access in Win7 64bit:
1. Importieren:ODBC Datenbank
2. Computerdatenquelle:LXDBSRV –>OK
3. Benutzername:“_login_”Kennwort:“92ab346d1c02cffc”
4. Kennwort des Benutzers ‘Supervisor’ aus der ersten Zeile der Tabelle “LEXGLOBAL.LXG_USER”auslesen
5. C:\Windows\SysWOW64\odbcad32.exe ausführen
6. Erstellen Sie auf der Registerseite ‘Benutzer-DSN’ eine neue Datenquelle mit dem Treiber ‘Adaptive Server Anywhere 9.0′.
7. Als Datenquellenname verwenden Sie z.B. ‘Lexware’.
8. Auf der Registerseite ‘Login’ verwenden Sie folgende Zugangsdaten:Benutzername:U0 Kennwort:das ermittelte Kennwort aus Schritt 4. Das Kennwort nicht verschlüsselt
9. Auf der Registerseite ‘Datenbank’ tragen Sie als Servername:LXDBSRV ein.
10. Als Datenbankname wählen Sie die Firmennummer in der Lexware-Software,z.B. F1,F2,F3 u.s.w.
11. Das Feld ‘Datenbankdatei’ muß auf den genauen Pfad zur Datei ‘lxcompany.db’ der gewünschten Firma enthalten. z.B.:“C:\ProgramData\Lexware\professional\Datenbank\F1\lxcompany.db”
12. in Access Importieren:ODBC Datenbank
13. Computerdatenquelle:LEXWARE –>OK –>OK –>gewünschte Tabellen auswählen.
Schönen Tag noch
Die Dateien c:\windows\system32\odbcad32.exe und c:\windows\syswow64\odbcad32.exe sind identisch:
>md5sum c:\windows\system32\odbcad32.exe c:\windows\syswow64\odbcad32.exe\76b5a48d429d29f69485bd314b9866a6 *c:\\windows\\system32\\odbcad32.exe
\76b5a48d429d29f69485bd314b9866a6 *c:\\windows\\syswow64\\odbcad32.exe
Kleiner Zusatz:Das Fenster heißt direkt:“Mit Adaptive Server Anywhere verbinden”…was muss ich noch einstellen? Bin kurz vor der Lösung…
Hi admin,das hilft leider nicht,denn da steht nur “SQL Server”…
Ich versuche es mit Access 2007 und da kann ich als COMPUTERDATENQUELLE direkt “LXDBSRV”auswählen. Da erscheint ein neues Fenster,in das ich Zugangsdaten eintragen kann und die Datenbank mit Namen und Pfad,die ich auswählen möchte. Mit _login_ und deinem PW funktioniert das super,komme in die LXG_User Tabelle,wo ich das PW ablesen kann.
Nutze ich dann den gleichen weg und gebe Pfad und Namen der Mandanten-DB sowie U0 mit dem ausgelesenen PW ein,sagt er,dass User-ID oder Passwort falsch sind.
Hab alle Kombinationen durch (nur ID,user_name…) ich komm einfach nicht rein
Es tut mir leid,dieser Artikel und meine Kenntnisse beschränken sich tatsächlich auf OpenOffice.org(tm) 3.x und den ODBC Datenquellen-Manager. Mit Access(tm) 2007 klappt bei mir leider gar nichts,ich kann nicht mal einen Serienbrief in Word(tm) 2007 aus den Datenbeständen einer Access-Datenbank erstellen.
Bei dem Fenster “Datenquellen”handelt es sich nicht um eine ODBC-Datenbankverbindung,sondern es ist einfach ein Verzeichnis:C:\Users\\Documents\Eigene Datenquellen. Das wird der Grund sein,warum nichts funktioniert,die Firma ist nämlich in einer separaten Datenbankdatei gespeichert.
Hallo zusammen,
ich versuche auch gerade eine Verbindung herzustellen,habe das verschlüsselte Passwort in der Datenbank auch gefunden. Ich hänge aber beim Treiber “Adaptive Server Anywhere 9.0″,denn den gibt es bei mir nicht,nur den “SQL Server”und über den kann ich keine Verbindung herstellen. Wie habt ihr das gemacht? Danke für die Hilfe
Grüße
Terry hat es zumindest geschafft,auch wenn er etwas suchen mußte. Es ist zu bemerken,daß der Treiber erst angezeigt wird,wenn man auf der Registerseite “Benutzer-DSN”die Schaltfläche “Hinzufügen”anklickt. Ich hoffe,das hilft.
Hallo!
Versuche es auch grade mit Financial Office Premium 2011. Allerdings steht bei mir im ODBC-Datenbankmanager der Adaptive Server Anywhere nicht zur Auswahl ..
Bis dahin funktionierts gut,auch das Passwort
Ich habe es gerade mit Financial Office Premium 2011 ausprobiert und es funktioniert prima. Vielen Dank für diese Infos. Es hat zwar eine Weile gedauert bis ich sie gefunden hatte,aber zumindest mit Erfolg.
Hallo
diese Tabelle LEXGLOBAL.LXG_USER habe ich nicht gefunden liegt es daran das ich financial office pro 2010 benutze?
Vielen Dank für die Information
Es ist in der Tat sehr wahrscheinlich,daß Lexware die Zugangsdaten bzw. die Zugangsmethode geändert hat. Bei unsachgemäßer Nutzung der ODBC-Anbindung kann die gesamte Business-Logik durcheinanderkommen.
Aus technischen Gründen muß das Kennwort allerdings zumindest verschlüsselt in der Datenbank zu finden sein,auch wenn keine LXG_USER zu finden ist. Hier würde bereits eine einfache ROT13-Versclüsselung einen erheblichen Aufwand bedeuten. Die einzige Methode wäre dann,mittels DLL-injection die Anmeldung von Lexware bei der Datenbank abzufangen und das Kennwort auszulesen.
Update:Wenn Sie das Kennwort des Supervisor ändern,müssen Sie die Prozedur natürlich wiederholen. Vielen Dank an Martin für den Tip(p).
Um noch eine Frage zu beantworten:An das Kennwort ranzukommen war nicht einfach. Unser Problem ist dauerhaft gelöst,es wird leider keine Updates dieses Artikels für spätere Versionen von Lexware geben.
Ich habe übrigens auch volles Verständnis,wenn Lexware das Passwort mit jedem Update ändert.
Aber eine Idee hätte ich:Warum nicht standardmäßig einen ODBC-Eintrag für jede Firma anlegen –read only?