Hola Agustin,
Una pregunta, ¿en la version 7 tienes el mismo problema?
Puedes intentar instalar una instancia para probar.
La versión actualmente soportada es la 7.0 y es donde probablemente puedas
hacer un par de backport para la 6.1 en caso de este solucionado, y generas
la propuesta de merge de lo que encuentres.
El sep 20, 2013 9:35 AM, "Agustín" <email address hidden> escribió:

> Buenos días a todos
>
> @gracias por los links Moisés, son los mismos que estoy usando por lo
> que estoy procediendo a actualizar la branch 6.1 para que funcione con
> CFDI 3.2, y creo que ya casi lo tengo, sólo que me estoy topando con un
> problema que no veo porque se presenta y a ver si me pueden ayudar.
>
> Después de generar el xml y subirlo al PAC de solución factible, me
> arroja esta respuesta:
>
> Error al validar el comprobante generado contra el esquema del SAT. cvc-
> complex-type.2.4.a: Invalid content was found starting with element
> 'cfdi:DomicilioFiscal'. One of
> '{"http://www.sat.gob.mx/cfd/3":RegimenFiscal}' is expected.
>
> Ya probé a cambiar el órden de los parámetros pero sigue arrojando el
> mismo error, siempre quejándose de que espera que esté definido el
> régimen fiscal. Este es la parte del xml que creo que es la relevante,
> avísenme si necesitan que suba todo el archivo completo:
>
>   <cfdi:Emisor nombre="World Wide Trade" rfc="FDE090714E34">
>     <cfdi:RegimenFiscal Regimen="Personas morales del regimen general" />
>     <cfdi:ExpedidoEn calle="8 sur" codigoPostal="72530" colonia="Anzures"
> estado="Puebla" localidad="N/A" municipio="Puebla" noExterior="3715"
> noInterior="Local A" pais="Mexico" />
>     <cfdi:DomicilioFiscal calle="8 sur" codigoPostal="72530"
> colonia="Anzures" estado="Puebla" localidad="N/A" municipio="Puebla"
> noExterior="3715" noInterior="Local A" pais="Mexico" />
>   </cfdi:Emisor>
>
> Les agradezco de antemano por todo el apoyo
>
> --
> You received this bug notification because you are a member of OpenERP
> Mexico Maintainer, which is subscribed to openerp-mexico-localization.
> https://bugs.launchpad.net/bugs/1227766
>
> Title:
>   Problema con el parseo de los generadores para el xml
>
> Status in openerp-mexico-localization:
>   Invalid
>
> Bug description:
>   =====================================
>   Información Técnica
>   =====================================
>   OpenERP 6.1 (supongo que será lo mismo para la 7.0)
>   SO : Archlinux 64bits & Centos 6.4 64bits
>   (lp:openerp-mexico-localization/6.1 ) revno : 216
>   (server) revno : Irrelevante
>   (web) revno : Irrelevante
>   (addons) revno Irrelevante
>
>   =====================================
>   Información BUG
>   =====================================
>
>   De acuerdo a las instrucciones el módulo ln10_mx_facturae para que
> funciona la facturación electrónica
>   hay que instalar xsltproc y openssl y cito:
>
>   ""
>     xsltproc
>       Ubuntu insall with:
>           sudo apt-get install xsltproc
>
>     openssl
>         Ubuntu insall with:
>           sudo apt-get install openssl
>   """
>
>   El problema es que xsltproc, tanto para Arch como para Centos,
>   sólamente está compilado para soportar XSLT 1.0 y por más que le di
>   vueltas a la red no encontré una forma de configurarlo para procesar
>   los archivos cadenaoriginal_2_0.xslt y demás que incluyen funcionen de
>   XSLT 2.0. Ignoro si en Ubuntu xsltproc vendrá compilado de diferente
>   forma o haya que poner alguna configuración extra o de que forma se
>   pueda hacer funcionar.
>
>   Aquí dejo la salida de xsltproc -version para Centos
>   Using libxml 20706, libxslt 10126 and libexslt 815
>   xsltproc was compiled against libxml 20706, libxslt 10126 and libexslt
> 815
>   libxslt 10126 was compiled against libxml 20706
>   libexslt 815 was compiled against libxml 20706
>
>   y para Arch:
>   Using libxml 20901, libxslt 10128 and libexslt 817
>   xsltproc was compiled against libxml 20800, libxslt 10128 and libexslt
> 817
>   libxslt 10128 was compiled against libxml 20800
>   libexslt 817 was compiled against libxml 20800
>
>   Me podría indicar de que forma hacen uds la compilación o si tienen
>   disponibles algunas otras plantillas que las que vienen en el
>   repositorio y que estén adaptadas para usar solamente XSLT 1.0. En
>   última instancia estoy pensando en reemplazar a xsltproc con saxon.
>
>   NOTA: Cambiar el SO no es una opción porque el servidor de producción
>   está ubicado en un VPS contratado ya desde hace varios meses con
>   Centos 6.4 de 64bits
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/openerp-mexico-localization/+bug/1227766/+subscriptions
>