Hay que retocar multiples clases para manipular una producción:

Hay que cargar la definición del XML, manipular esta definición y volver a grabar los cambios al XML.

Aquí un ejemplo:

ClassMethod Remove(pProdName, pItemName) As %Status{  #DIM tSC as %Status=$$$OK  #DIM errObj as %Exception.AbstractException  try {  //Copy Production XData Content to the Ens.Config.Production and Save  $$$THROWONERROR(tSC,##class(Ens.Config.Production).LoadFromClass(pProdName))  set tProdConfig=##class(Ens.Config.Production).%OpenId(pProdName)  if (tProdConfig="") {    $$$ThrowStatus($$$ERROR($$$GeneralError,"No se ha encontrado la Configuración de producción "_pProdName))  }  for tIx=tProdConfig.Items.Count():-1:1 {  //Reverse Scan to Avoid skipping Item after remove    set tItem=tProdConfig.Items.GetAt(tIx)    if (tItem.Name=pItemName) {      //---Remove Item from Production Configuration      Do tProdConfig.Items.RemoveAt(tIx)       Do ##class(Ens.Config.Item).%DeleteId(tItem.%Id())    }  }  // update production class  $$$THROWONERROR(tSC,tProdConfig.SaveToClass())  //Recompile Class  do $SYSTEM.OBJ.Compile(pProdName,"f")  //Update or Restart Production  do ##class(Ens.Director).UpdateProduction()  }catch(errObj) {    set tSC=errObj.AsStatus()  }  quit tSC}

la SuperClase %XML.Adaptor añadida a tu clase solo afecta a la proyección XML de lo miembros esta clase User.MiClase. Cualquier cambio que hagas en un paramero de XML Adapter, como XMLIGNORENULLS solo entra en juego cuando realizas un ObjectInstance.%XMLExport() para exportar o que usas el %XMLImport o %XMLReader para importatar miembros de esta clase User.MiClase.

El $C(0) es la representación interna de SQL "" (Cambio Vacío) en los campos de una tabla / propiedades de una clase. el SQL NULL se representa internamento como "".

Es decir, si creas una tabla con:

Create table MyTable(one VARCHAR(20), two VARCHAR(20)

Insert into MyTable(one) values ('Hola')

-> Para esta fila el campo two tendra el valor SQL NULL, por lo cual el Global de la tabla (la representación interna) sera "" para este campo.

Insert into MyTable(one,two) values ('Prueba','')

-> Para esta fila, el campo two tendra el valor SQL "" (Campo Vacío), por lo cual el global de la tabla tendra $c(0) para el campo "two" en esta fila.

Esto dicho, más importante que la representación interna de los valores SQL/Objetos en el Global, que es lo que necesitas hacer? Si tienes que acceder a los globals de tablas/Objetos creado por SQL/Objetos, siempre tendrás que procesar la representación interna, o acceder via las APIs de SQL/objetos/XML/JSON que devuelven el valor introducido correctamente.

Hola,
El procesamiento de un DICOM se hace en base a los DICOM Settings definidos en el portal de gestión de la instancia de IRIS. Allí se pueden definir las "Transfer Syntax" soportadas para cada DICOM Association entre un "Calling AET" y "Called AET". Es posible que las definiciones de DICOM Settings en ambas instancias de IRIS sean distintas, or que las Calling AET y Called AET no coincidan  (possiblemente los 2 entornos IRIS estan registrados con AETs distintas?)
 

Hola Oscar,
Por temas de seguridad, la importación de DTDs (que es mecanismo obsoleto para definiciones XML) no se permite en el asistente de esquemas XML.
Sin, embargo, puedes realizar una importación manual con este código:
 

Class XML.SchemaReader Extends%Persistent
{
ClassMethod ImportClasses(fileName As%String = "C:\Temp\Fw__Importación_de_clases_TicketBai\Esquemas de archivos XSD de envío y anulación de factura_1_2\ticketBai V1-2.xsd") As%Status
{
#include %occInclude
#include %occSAX#dim sReader as%XML.Utils.SchemaReader = ##class(%XML.Utils.SchemaReader).%New()
    #dim features as Filero.DataType.String
    set sReader.SAXFlags = $$$SAXFULLDEFAULT-$$$SAXVALIDATIONREUSEGRAMMARset sReader.MakePersistent = 0set sReader.MakeRelationships = 0set sReader.GenerateXMLNILNOOBJECT = 1set sReader.GenerateXMLNIL = 1set sReader.KeepEmptyClasses = 1set features("BINARYASSTREAM") = 1quit sReader.Process(fileName,"ImportedScheme",.features)
}

}

También, tenemos un ejemplo (un poco antiguo) de como realizar la firma XADES para facturae desde ObjectScript

Con el ExternalFreeze() (seguido por el ExternalThaw() al final) puedes hacer una copia limpia de las bases de datos de tu namespace, y puedes usar estas copias de los ficheros IRIS.DAT como base para tu nuevo namespace. Si tu definición de Namespace no contiene excesivos Mapeos (de base de datos, de Globals, de Rutinas o de Clases), puedes definir el nuevo namespace desde el portal, referenciando las nuevas copias de los IRIS.DAT. 
La estrategia que propones es buena. No existe función más automatizada para "Clonar Namespace".

Si trabajas en Windows y tu instancia de IRIS puede interactuar con el escritorio (esto se configura en el servicio de Windows de IRIS), puedes arrancar un IRIS Studio desde el código ObjectScript de tu servicio Rest y forzar un "attach" a tu proceso en curso:
 

set ns=$zu(5)   //El Namespace actualset username="_SYSTEM",password="SYS"set server="/fastconnect:127.0.0.1[51777]:"_ns_":"_username_":"_password
    set cmd="Start "_$SYSTEM.Util.InstallDirectory()_"bin\CStudio.exe "_server_" /pid="_$JOBdo$ZF(-2,cmd)   //Funcción "obsoleta", pero funciona...reemplazar por $ZF(-100,"/ASYNC",...)

Hay malas lenguas que insinúan que se debería añadir el nombre del Arbitro como Característica del modelo para mejorar las predicciones.

Hola Cesar,
Me faltó especificar que de momento esta funcionalidad esta en "Early Access Preview", y es necesario descargar una licencia Iris.key del WRC o usar la versión community de IRIS para probarlo.