Mehrere Firmen auf einer AS/400

[Mark_S]

Hallo,

wir wollen mehrere Firmen auf einer AS/400 laufen lassen.

Wie kann man das am besten organisieren? Es reicht nicht den Usern unterschiedliche Jobqs zuzuweisen, da die Anwendungsbibliotheken teilweise gleich heißen.

Vielen Dank für die Hilfe.

Viele Grüsse
Mark

[RobertMack]

Hallo Mark,

Da gibt es mehrere Möglichkeiten:

Variante 1: Je Firma eigene Datenbibliothek und die *LIBL je *USRPRF und Anmeldung bilden

Variante 2: Dateiduplikate je Firma mit OVRDBF's gemäß *USRPRF und Anmeldung

Variante 3: Firma als Teilschlüssel in allen Dateien

Variante 4 ...

... und Fragen über Fragen, z.B. soll es gemeinsame Auswertungen, Abschlüsse, etc. geben.

Für eine Analyse steht Dir sicher gerne jemand aus dem hiesigen Berater-Netzwerk (sozusagen in Gründung) zur Verfügung.

Oder ich.

Gruß,
Robert

http://www.robertmack.de

[Fuerchau]

1. Die Bibliotheken müssen je nach Anwenderkreis anders heißen, da 1 Lib nur 1 Mal vorhanden sein kann (Objekt in QSYS).
2. IASP (Independent ASP), hier können je ASP die Lib's abgelegt werden und müssen dann mittles Logon-PGM dem jeweiligen User zugeordnet werden.

[jo400]

Hallo Mark,

aus unserer Erfahrung kann ich dir sagen, dass es am saubersten funktioniert, wenn man die Software Mehrfirmenfähig macht (d.h. die Firmennummer in jeder Datei aufnehmen und alle Programme umstellen)! Allerdings ist dies auch die arbeitsintensivste Alternative. Zumal man alle Sourcen haben muss und die entsprechende Programmierkapazität.

Viel Erfolg.

Jo

[Fuerchau]

Die Mandantenfähigkeit ist ja eher schon Standard und hat natürlich bei ODBC- o.ä. -zugriffen Berechtigungsprobleme.

Hier gehts ja ggf. um das "hosten" von Anwendungen ?!
Da hilft nur tatsächliche Abgrenzungen über Lib's und zwar nach obigen Methoden (Name, IASP).

[holgerscherer]

Zur Not geht auch LPAR <g>

Mark_S schrieb was von "Bibliotheken gleich heissen".
Die Namen sind hoffentlich nicht fest in irgendwelchen CLs verdrahtet?

Wenn nein, ist eine Lösung über *LIBL recht einfach machbar.

-h