Wenn ich mir die Meldung GENAU anschaue gehts hier um die Umsetzung von 1208 nach 273 !
Entweder stimmen da irgendwelche Angaben nicht (STMF, PF, JOB) oder es wird erst intern in die JOB-CSSID und dann die Ziel-CCSID gewandelt.
Insofern hat das System Recht, dass von 1208 nach 273 keine Codewandlung möglich ist (möglichen Verlusten wird hier einfach vorgebeugt).
Das Gleiche gilt auch von 13488 nach 273, umgekehrt passt es jedoch.
Hier ist im Übrigen SQL etwas flexibler, da Umsetzungsverlust hier ignoriert werden können (embedded SQL mit Anzeiger-Variablen):
... cast(mychar as graphic(nn) ccsid 13488) ...
... cast(mygraphic as char(nn) ccsid 273) ...
CCSID 1208 klappt hier auch.

Es hängt auch vom aktuellen Release ab.
Im CPYxxxIMPF gibts ja wohl massive Schwierigkeiten, aber durch setzen irgendeiner DTAARA (irgendwo hier im Forum) kann man wohl auf die alte Funktion zurückschalten.

In einem anderen Beitrag habe ich schon mal beschrieben,
dass die schnellste Möglichkeit von PF nach CSV incl. Codewandlung eigentlich SQL ist:
QM-Query mit SQL erstellen "... trim(char(mynum)) concat ';' ..."
STRQMQRY mit Ausgabedatei
CPYTOSTMF