Codepage und CCSID sind nur unterschiedliche Begriffe des selben Sachverhalts.

Dateien, die extern ins IFS gestellt werden erhalten ihre CCSID automatisch
a) durch den Default im Netserver
b) durch FTP-Attribute bzw. FTP-Befehle beim FTP-Transfer

Diese Codepage hat dann aber auch garnichts mit dem tatsächlichen Inhalt zu tun sondern dient nur der Annahme, dass der Inhalt dieser Codepage entspricht.
Bei den entsprechenden CPY-Befehlen kann dann auf diese Codepage verwiesen werden.
Ein CHGATR auf eine andere CCSID setzt nur das Flag für das Objekt, ändert die Daten aber grundsätzlich nicht.

Die Codepage 1208 entspricht nun der Codierung UTF-8, d.h., dass Daten zwischen 1-4 Byte je Zeichen gespeichert sein können.
Sind die Daten allerdings nicht tatsächlich UTF-8, kommt es zu Konvertierungsfehlern und ggf. Abbrüchen.

Beispiel:
Sind alle Daten für die Konvertierung im normalen ASCII-Bereich (0-9, A-Z, a-z, ein paar Sonderzeichen) gibt es zwischen 1208 und 1252 keinen Unterschied.
Aber für das Zeichen "Ü" müssen dann 2 Byte verwendet werden.
Ist das Zeichen "Ü" aber direkt als 1 Byte gespeichert, entspricht es nicht den UTF-8-Bestimmungen und es kommt zum Fehler.
M.a.W.: der Inhalt der Datei ist nicht UTF-8 sondern eben ANSI 1252.

Schau Dir die Daten mal per EDTF bzw. WRKLNK und Auswahl 5 an, ob tatsächlich Sonderzeichen (Umlaute) als Klartext zu sehen sind.