Parallelbetrieb mehrerer SFIRM32-Netzwerkinstallationen

Hallo,

wir haben in unsererem Laden ebenfalls eine strikte Trennung zwischen zwei Unternehmensbereichen.

Im Prinzip ist die Benutzerverwaltung von SFirm auch für diesen Zweck ausreichend, nachdem seit einiger Zeit Rechte auch für Order vergeben werden können. Uns störte aber der Umstand, dass die MT940-Dateien zumindest temporär auf der Festplatte liegen. Ein einigermassen begabter User kann sich damit auch Kontoauszüge ansehen, für die er im Programm eigentlich keinen Zugang hat. Auch wenn die Wahrscheinlichkeit, dass jemand aus der Buchhaltung auf diese Möglichkeit kommt, nicht groß ist, wollten wir damit nicht leben. Früher hatten wir MultiCash, auch hier war die STA-Datei problemlos einzusehen.

Deshalb haben wir uns für eine "doppelte Installation" mit SFirm entschlossen. Beide Versionen liegen im Netzwerk in verschiedenen Verzeichnissen. Bei diesen Verzeichnissen wurden unterschiedliche Berechtigungen vergeben, um die o.g. Problematik aus der Welt zu schaffen.

Bei der Installation, die zusammen mit dem Bankbetreuer vergenommen wurde, haben wir immer die Installationsvariante "b" genommen. Die schon länger bestehende Version von SFirm haben wir nicht gesichert, sondern einfach in das neue, zweite Verzeichnis kopiert und dann nochmal drüberinstalliert. Gesichert werden die Netzwerkverzeichnisse auf Band. Die SFirm-Sicherung wird nicht genutzt. Updates bekommen wir von der Sparkasse auf CD.

Mitterweile läuft das ganze schon fast 3 Jahre und recht problemlos. Die Fehlermeldung mit dem FTAM/Web-Modul hatten wir nicht.

Zuletzt noch eine Anmerkung zum Thema Terminalserver: Wir sind ein Betrieb, bei dem die wichtigsten Anwendungen aus dem CAD-Bereich stammen. Buchhaltung und Zahlungsverkehr sind notwendiges Übel. CAD über Terminalserver ist keine Alternative, da die Anwendungen zu viel Performance fressen. Und nur wegen der Fibu und SFIRM noch einen Terminalserver ? Damit ein Zahlungsverkehrsprogramm für ein paar Euro vernünftig läuft? Das ist mir viel zu teuer und zu aufwendig, schließlich ist die die Administration eines TS nicht ohne. Es gibt also durchaus Gründe, an einem bestehenden Konzept festzuhalten.

Die Personen sind nicht die gleichen, deshalb kann ich über die Rechtevergabe der Netzwerklaufwerke die Zugriffsrechte festlegen.

wegen der Pfade:-)

@hamick

Ihr seid eine solche Firma, die ich gemeint habe, wo der Chef etwas Paranoid ist!

Für solche kommen nur 2 Installationen in Frage!

Hallo Carsten,

PN ist bereits erfolgt.

Bis dahin.

Hallo Alez,

das mit der Parallelinstallation würde man schon hinbekommen - einzig und allein die Tatsache, dass auf ein und desselben Server für beide SFirm-Anwendungen die DFÜ durchgeführt werden soll, rückt das Ganze in ein anderes Licht.

Theoretisch könnte es funktionieren - SFirm kann man auf einem Rechner auch mehrfach starten. Ich selber habe aber diese Konstellation noch nicht ausprobiert - würde aber auch die Finger davon lassen, da die zweite Installation entweder nur einfach per Verknüpfung angelegt wird (nie ratsam bei DFÜ-Modulen) oder wie Captain Frag mal schrieb über Scripte (Ini oder Reg) vor dem Starten "umgebogen" werden müssen . Bei meiner Installation sind auf allen Clients LAN-CAPIs eingerichtet (diese Thema wird sich zum Glück mit EBICS aber langsam in Wohlgefallen auflösen) - stand also nie zur Debatte.

Das Thema "Datentrennung" - habe ich mir mal überlegt - kann man in einer Sfirm-Installation nicht so einfach lösen, wie das auch schon richtig vom EB-Berater Deiner Sparkasse mitgeteilt worde (Archiv-Thematik). Man kann zwar mit dem Punkt Sicherheit (Registerlasche bei der Maske Versand DTAUS) erreichen, dass Datensätze nur firmenweise einsehbar sind - das firmenweise Herausfiltern von Datensätze lässt sich nur über das Sortieren der Spalten realisieren. Die Empfänger/Kunden-Datenbank ist für beide Firmen die gleiche - dort ist keine Trennung möglich. Das Gleiche trifft auch auf die Umsatzstatistik zu. Hier stellt sich nur die Frage, ob diese beiden Punkte auch vernachlässigt werden können, weil z.B. die Daten in einer Buchhaltung erfasst und erstellt werden.

FÜr die Realisierung ist vor allem wichtig, dass beide(!) SW-Produkte auf dem gleichen Stand sind - hier gibt es sonst die meisten Schwierigkeiten. Außerdem sollten zwei PCs als Installations/Update-Rechner (es läuft jeweils nur eine der beiden SFirm-Anwendung auf diesem Rechner) dienen. Ist das möglich, ist ein Parallelbetrieb SFirm Firma A und SFirm Firma B auf einem/mehreren Client(s) durchführbar.

Fazit: Wie Du aber bestimmt schon festgestellt hast, ist diese Variante nicht unbedingt zu favorisieren - bei den zwei Installationen bei mir läuft - toi, toi, toi - zum Glück zur Zeit alles gut

Wilischgeist

Hallo Alez,



Sofern wir hier nicht aneinander vorbeireden

Bitte sei nachsichtig: Ich habe das Thema aus Zeitgruenden nur ueberflogen und deswegen ggf. etwas ueberlesen.

Wenn ich das jetzt richtig verstanden habe, willst Du zwei getrennte SFIRM32-Datenbanken auf *einem und demselben* Server unterbringen.

:arrow:
Clients Firma A ---> Server X
Clients Firma B ---> Server X
Sofern Du mit einer virtuellen CAPI auf die ISDN-Karte des Servers X zugreifst, ist dies kein Problem (CAPI-Dateien liegen lokal auf den Clients). Die Clients selber haben *keine* SFIRM32-Mehrfachinstallation.
Was fuer eine ISDN-Karte steckt in dem Server X ?

:arrow:
Soll SFIRM32 auf dem Server X als DFÜ-Server arbeiten (DFÜ auf den SFIRM32-Clients = deaktiviert, auf dem Server unter SFIRM32 = aktiviert), muesstest Du SFIRM32 auf dem Server zweimal :!: (Firma A und Firma B) installieren. Und da liegt die Krux. Ich kann Dir eine solche Konstellation nicht empfehlen.

:arrow: Moeglichkeiten sind (u.a):

1.) Zwei Server :shock: (bei naeherem Hingucken aber nicht unbedingt kostenintensiv).

2.) Virtuelle CAPI (dann muss SFIRM32 auf dem Server X zwar in zwei getrennten Verzeichnissen liegen, aber eben dort -jeweils- NICHT installiert werden). Man beachte den Unterschied!

3.) Sofern die notwendigen Ressourcen vorhanden sind, waere auch die Installation eines virtuellen PC's auf dem Server denkbar (VMWARE beispielsweise). Dann gilt: SFIRM32 Firma A auf Server X, SFIRM32 Firma B auf virtuellem Rechner (auch Server X). Die Idee Server X = SFIRM32-DFUE-Server koennte dann beibehalten werden!

4.) etc.

Empfehlung:

Die oben genannten Moeglichkeiten 1,3 und 4 koennten nicht nur in Richtung Hardware, sondern auch in Richtung Software (Lizenzen!!!) teurer ausfallen, als die Moeglichkeit 2 mit ihrer virtuellen CAPI.
Deswegen wuerde ich ad hoc die Moeglichkeit 2 vorziehen (auch "anwenderpsychologisch" ganz sinnvoll: Der SFIRM32-Anwender "SIEHT" bei Ausfuehrung einer Datenfernuebertragung den Erfolg!)

Uebrigens ist SFIRM32 natuerlich ebenfalls lizenzrechtlich zu betrachten! Zwei Datenbanken sind zwei Lizenzen (jedenfalls bei meiner Bank). Eine uebergeordnete "Holding" der Firmen A und B braeuchte ggf. nur eine Lizenz. Dann allerdings muessten die Firmen A und B ggf. auch ueber *eine* Datenbank arbeiten. Unter SFIRM32 kann man dies ueber eine Rechtevergabe steuern.

Meine hier gemachten Vorschlaege sind "aus der Ferne" gemacht worden. Eine individuelle Beratung zu diesem Thema ist meist unumgaenglich.

Hallo Alez,

das heisst, dass auf dem Client entweder eine S-Firm-Version für die Firma A oder die Firma B installiert werden soll, aber nie beide Versionen auf einem Rechner ? Dann kann Du einfach auf Deinem Server die Version A ins Verzeichnis SFIRM23a und die Version ins Verzeichnis SFIRM32b installieren. Damit dürfte es auch kein Problem mit Updates geben. Das Prob tritt nur auf, wenn zwei Versionen auf einem Client liegen sollen.

Bei der Sfirm-Version 2.0k habe ich bei einem ersten Test keine Möglichkeit gefunden, mit dem neuen Setup zwei Versionen auf einem Client zu installieren. Wir setzen deshalb noch die Version 2.0j ein. Mal sehen ob ich nächste Woche die Zeit finde, um das genauer anzusehen.

Hallo Alez,



Dazu kannst du Dich z.B. unter www.avm.de ==> Produkte ==> Ken! belesen. Man wählt einen PC/Server aus, mit ISDNController/-karte aus, der dann von den verschiedenen Arbeitsplätzen/Clients aus via Virtueller CAPI angesprochen wird.

Zur Sfirm32-Installation selber gibt es nicht mehr viel zu sagen:

Auf dem Server werden zwei Verzeichnisse angelegt und z.B. als SFirm32_A und als Sfirm32_B freigegeben. Dann wird auf einem Client der Firma A die Installationsvariante A durchgeführt. Unter welchen Laufwerksbuchstaben das dann erfolgt, ist Euch überlassen. Die weiteren Clients werden dann mit der Variante D nachgerüstet. Analog verfährst Du dann mit der Firma B (wiederum freie Wahl des LW-Buchstabens).

Damit wird eindeutig, das weder auf dem Server noch auf dem ISDN-PC die Software aktiv installiert werden muss. Der Server dient lediglich als Fileserver, der ISDN-PC lediglich für den ISDN-Controller.

Damit ist die Thematik "Parallelinstallation" vom Tisch, da sich beide Versionen niemals "ins Gehege" kommen.

Gruß
Wilischgeist

Hallo Alez,



Das macht nichts.... dafuer ist es -jetzt ungeprueft- preiswerter, als NDI/NDC! Technisch betrachtet (subjektiv, FTAM) macht es aus heutiger Sicht auch ueberhaupt keine Probleme.



Auf dem Server laeuft der SF-Automat NICHT mehr, weil dort SFIRM32 nicht installiert ist (nach Deiner Konfig-Beschreibung auch nicht installiert sein darf!).

Auf den Clients laeuft der SF-Automat hingegen schon, weil dort jeweils "virtuell" eine ISDN-Karte abgebildet wird (mittels bespielsweise AVM!KEN).

Die ISDN-Karte befindet sich im Server bzw. in einem Rechner, auf dem AVM!KEN-"Service" (um bei dem Beispiel zu bleiben) installiert worden ist.

Um eventuellen Missverstaendnissen vorzubeugen: Programm und Datenbanken der Firmen A und B koennen sich durchaus auf dem Server befinden, waehrend die ISDN-Karte ueber einen anderen Rechner angesprochen wird! Auch koennten die Firmen A und B jeweils einen eigenen Server ansprechen, waehrend wiederum die ISDN-Karte eines weiteren Rechners gemeinsam genutzt wird.

AVM!KEN hinsichtlich seiner virtuellen CAPI ist sehr leicht zu installieren!
Da brauchst Du Dir keine Gedanken machen... es muss auf den Rechner mit der ISDN-Karte installiert werden ("KEN!Service") und auf jedem Client, der eine Datenfernuebertragung per ISDN ausfuehren soll ("KEN!CLient"). Trotzdem solltest Du Dich eingehender mit AVM!KEN beschaeftigen, weil Du ggf. sicherheitsrelevante Einstellungen bei den einzelnen Anwendern beachten musst.

Ich hoffe, ich habe fuer etwas Konfusion bei Dir gesorgt?