Hallo Tobi,
genau für den Fall (im Master sind Spalten für die Sprachen, die nur in den Ziel-Projekten vorhanden sind, nicht enthalten) ist das neue Feature gedacht. Das legt dann im Ziel die neuen Spalten und Mappings an bzw. sorgt dafür, dass die vorhandenen erhalten bleiben.
Anmerkung: Das intelligente Mapping erhält grundsätzlich alle Spalten aus dem Quellprojekt, wenn das Schema transportiert wird. Die Spalten für die Sprachen, die in der Quelle, nicht aber im Zielprojekt vorhanden sind, bleiben also im Ziel erhalten. Das ist das erwartete (und so konzeptionierte) Verhalten.
Wenn das Konzept für Euch nicht ausreicht, dann beschreib bitte aus fachlicher Sicht, was fehlt (also den Anwendungsfall, der nicht abgedeckt ist).
Die Vermutung, dass es daran liegt, dass die zusätzlichen Sprachspalten im Master vorhanden sind, klingt einleuchtend. Wenn beim Export die zusätzlichen Sprachen leer vorhanden sind, ist es korrekt, dass diese überschrieben werden. Das System kann ja nicht unterscheiden, ob ein Feld nicht gepflegt oder geleert wurde.
Es kann auch sein, dass beim Import erkannt wird, dass Informationen für alle Sprachen im Quell-Schema vorliegen und deshalb die Inhalte aus den zusätzlichen Sprachen nicht gemerged werden.
Aber das sind technische Details, die keine Rolle spielen, da in beiden Fällen das Ergebnis das fachlich nicht gewünschte ist 😞
Testansatz, um eine Lösung zu finden: Quellprojekt und Zielprojekt kopieren. Wenn Eure Lizenz dazu nicht ausreicht, frag bitte im Tech Support eine temporäre Lizenz an, mit der das getestet werden kann. Wenn die Projekte zu groß sind, dann nur das Schema [mit oder ohne Datensätze] exportieren und in ein neues Projekt importieren. Da müssen dann entsprechende Datenquellen manuell angelegt werden.
Einmal einen [neuen] Datensatz transportieren (um den aktuellen Stand aus dem Produktiv System nachzubauen)
In der Quelle die zusätzlichen Sprachspalten entfernen und erneut transportieren.
Wenn das klappt, reicht es, dass Schema anzupassen.
Wenn nicht, versuch mal die Tabellenvorlage einmal zu bearbeiten, während das Mapping sichtbar ist und dann das bearbeiten zu beenden. (das führt dazu, dass die zusätzlichen Spalten auch in der Persistenz des Mappings gelöscht werden)
Dann erneut transportieren. Spätestens, wenn das auch nicht klappt, musst Du ein Ticket im Tech Support öffnen, damit analysiert werden kann, was das Problem ist.
Wenn einer der Wege klappt, wäre die Lösung, dass Schema des Quellprojektes entsprechend anzupassen.
Ich hoffe, dass Ihr mit den Informationen das Problem gelöst bekommt.
Holger
