• im Kreditorenstamm - unter Kommunikation
• hinterlegt man den Sprachenschlüssel
  
• der Sprachenschlüssel steuert letztendlich auch die Sparche der Bestellformulare

Jetzt stellt sich das Problem wie folgt da. Es gibt Konzernübergreifend einen Liefernaten.
Es soll vermieden werden die Kreditorenstammzahl ausufern zu lassen.
Deshlab gilt die Devise, ein Stamm für alle Werke und Einkaufsorganisation.
nun aber das Problem, dass wir einen Stamm haben, aber verschiedene Anwender Sparchenschlüssel.
Das heisst mehrere System Sprachen. Wenn ein deutscher Kollege sich die Bestellung andruckt dann, hat er das Formular in der Sprache,
die im System im Kreditorenstamm hinterlegt ist. Also da könnte jetzt die polnische hinterlegt sein. Dann würde das in polnisch rauskommen.
Aber der deutsche KOllege kann es dann leider nict mehr lesen.
Meine Frage:

Wie kann manm das lösen, ausser einer zweiten Kreditornummer, denn das wollen wir vermeiden.!!!

Gibtes es auch ganaz andere Lösungsansätze??

Vielen Dank für Anregungen und Lösungen!

Grüße
Purchae_M81

Hi Purchase...

die Fragestellung: Wer muss das denn lesen können? In erster Linie doch der Lieferant...und wenn der Pole ist sollte auch die Bestellung entsprechend rauskommen. Weiterhin ist es auch möglich die Bestellungssprache im Beleg einzustellen...aber dann halt auch pro Beleg...was einen gewissen Aufwand bedeutet...und meiner Erfahrung nach den FB meistens überfordert...;-)

Oder ihr machts wir wir: Ein Lieferant für mehrere Landesgesellschaften--> Kommunikationssprache englisch.

Gruss MMler