I.d.R. sind Textkonstanten in der CCSID der Quelldatei kodiert.
Nun kann es theoretisch vorkommen, dass Copy-Quellen eine abweichende CCSID aufweisen.
Passieren tut folgendes:
Ist der Job zur Kompilierzeit mit CCSID 65535 kodiert, erfolgt beim Lesen der Quelle keine Umwandlung in die JOB-CCSID. Die beteiligten Kopierstrecken werden laut IBM in die CCSID der 1. Quelle gewandelt.
Hat der Job eine CCSID wie 1141, erfolgt wie immer beim Lesen eine Umwandlung der Quellen in die Job-CCSID.
Nun kommt es auf die Laufzeitumgebung an!
Hat der Job zur Laufzeit die CCSID 1141 erfolgt beim Lesen und Schreiben immer eine Umwandlung von/in den Job und die eingebettete Konstante passt.
Hat der Job aber zur Laufzeit z.B. die CCSID 037 wird die eingebettete Konstante von 037 in die CCSID 1141 der Tabelle gewandelt, was allerdings einen vollkommen anderen Codewert bedeutet.

Dies ist unter den sog. varianten Zeichen einer Codetabelle zu verstehen. Dies sind Zeichen, die je nach CCSID einen anderen Codepoint, also Hexwert, aufweisen.

Es gibt daher die Empfehlung:
Textkonstanten in Programmen mit varianten Zeichen zu vermeiden und zur Laufzeit aus einer Tabelle mit CCSID zu lesen.
Desweiteren ist es grundsätzlich erforderlich dass jeder Job eine von 65535 abweichende CCSID haben muss, was i.d.R. durch den Systemwert QCCSID oder den Sprachschlüssel im Userprofil definiert wird.

Aber das erzähle ich hier ja bereits seit über 20 Jahren;-).