Buenas tardes,
os quería exponer un escenario en el que tenemos varios atascos y nos gustaría que nos dieseis alguna pista para intentar desatascarnos.
El escenario es el siguiente:
- Dos instalaciones de Community 201605 para dos empresas que podemos llamar A y B.
- A y B corren sus respectivos Community en dos servers diferentes puesto que son empresas diferentes.
- A y B tienen modelos contables personalizados con tipos y propiedades que son similares.
- En A el espacio de nombres para el modelo es http://www.A.es/modelos/contabilidad/1.0, su tipo es TipoX
- En B el espacio de nombres para el modelo es http://www.B.es/modelos/contabilidad/1.0, su tipo es TipoX
- Un día la empresa B compra la empresa A y decide prescindir de la Community de A, sus motivos tienen 
.
- Debemos exportar contenido y sus metadatos personalizados asociados desde A hasta B.
- Para realizar el trabajo y dado que "solo" es necesario importar-exportar unas pocas carpetas con ficheros PDF sus metadatos custom, pensamos en crear un trabajo de replicación y de paso evitamos tener que instalar los modulos para importar y exportar via ACP dado que en producción no podemos reiniciar siempre que queremos/necesitamos.
Configurado el trabajo, al ejecutar la transferencia recibimos el error "Error al ejecutar la transferencia - Class {http://www.A.es/modelos/contabilidad/1.0}TipoX has not been defined in the data dictionary".
1er atasco, por lo que descartamos este método ya que no queremos "ensuciar" la Community de B creando espacios de nombres y tipos solo para esta importación, por lo que al final, decidimos usar los mecanismos ACP.
Tras instalar los módulos correspondientes, reinciar y revisar los logs, todo parece ir ok, así que realizamos la exportación desde el asistente de A sin problemas y obtenemos el fichero .acp.
Ya en el importador de B, realizamos la importación sin problemas. Vemos un directorio con los pdf (renombrados por lo que hemos leido para que no se "machaquen" los existentes si existiesen) y un fichero xml con la relacion de metadatos, etc. pero...
2do atasco:
Los documentos importados no disponen de los metadatos.
¿Sabéis que estamos obviando?
Gracias por adelantado.
1 ACCEPTED ANSWER
Por supuesto Ángel, para eso se está este foro, para ayudar en lo que se pueda y también para aprender, entre otras cosas. Totalmente de acuerdo.
Veo ahora que omití en mi pregunta y réplicas que el prefíx también es el mismo, detalle muy importante 
Seguramente por esto tus indicaciones no terminaban de funcionar...
MODELO A
<?xml version="1.0" encoding="UTF-8"?>
<model xmlns="http://www.alfresco.org/model/dictionary/1.0" name="cont:Contabilidad">
<imports>
<import uri="http://www.alfresco.org/model/content/1.0" prefix="cm"/>
<import uri="http://www.alfresco.org/model/dictionary/1.0" prefix="d"/>
</imports>
<namespaces>
<namespace uri="http://www.A.es/modelos/contabilidad/1.0" prefix="cont"/>
</namespaces>
MODELO B
<?xml version="1.0" encoding="UTF-8"?>
<model xmlns="http://www.alfresco.org/model/dictionary/1.0" name="cont:Contabilidad">
<imports>
<import uri="http://www.alfresco.org/model/content/1.0" prefix="cm"/>
<import uri="http://www.alfresco.org/model/dictionary/1.0" prefix="d"/>
</imports>
<namespaces>
<namespace uri="http://www.B.es/modelos/contabilidad/1.0" prefix="cont"/>
</namespaces>
Nunca imaginamos que hubiese que mover contenido y metadatos custom de A a B, sinceramente.
De ahí que la indicación recibida de renombrar fuese la apropiada para este trabajo. A alguno de mis compañeros se le han saltado las lágrimas LoL...
El caso es que lo que indicas es correcto, se pueden desplegar sin problemas. Lo acabamos de comprobar en un server de pruebas.
Muchas gracias de nuevo.
