Die reihenfolge der aufgeführten elemente ist zugleich auch eine sinnvolle reihenfolge für den import. Der import ist nicht möglich, wenn die zu importierenden elemente auf teilen aufbauen, die noch nicht existieren. Z.b. wenn im trigger der storytype verwendet wird, und dort ein formular-name vorkommt, dann kann der trigger erst erstellt werden, wenn das formular existiert. Oder im formular muss der report angegeben werden, der aufgerufen wird, d.h. der report muss vor dem formular existieren.

group
Wenn eine gruppe importiert wird, dann werden im gleichen auch alle dazugehörende felder importiert.
Bin noch am testen - aber es ist ev. besser, die gruppe selber zu erstellen und dann die variablen gezielt zu importieren.

variable
Bei den ersten versuchen habe ich zuerst alle «stored» und erst anschliessend alle «computed» importiert, damit die variablen, die in den computed verwendet werden, sicher vorhanden sind.
Wenn bei den computed z.b. messageBuiltins verwendet worden sind, und diese in der neuen site noch nicht erstellt worden sind, dann kann die computed variable nicht importiert werden.
setPathTo, setShortcutTo, setSubjectTo: Diese 3 können meinstens nicht importiert werden, weil sie entweder in der herkunfts-site elemente enthalten, welche in der neuen site nicht existieren, oder weil sie in der empfangenden site schon existieren.
storytype: Vorzugsweise direkt in der neuen site erstellen, da ein sehr langer prozess damit verbunden ist.

report
 

form
frmCustomNewStory kann auch importiert werden, wenn es noch nicht existiert.

trigger
 

query
 

updater
 

CSS
Wenn im forumlar oder im report CSS definiert sind, so müssen diese hineinkopiert werden.

java
Wenn z.b. für die e-mail fragmentiert werden, muss das entprechende script in der java-vorlage existieren.