Problemas para validar un RFC con Caracteres Especiales

[Federico Manuel Echeverri Choux]

Hola a todos

He detectado que si el RFC que facturamos contiene el caracteres especiales, no se valida la factura CFDI, da error al intentar generar el xml

Ya verifique que el RFC sea Valido con un caracter Especial como este RFC: AB&010509E30

Gracias y si puedo colaborar me avisan para solucionarlo a la brevedad

Saludos

[Alexandro Colorado (jzarecta)]

Este problema existira en todas parte inclusive en el portal del SAT:
https://portalsat.plataforma.sat.gob.mx/ConsultaRFC/captcha.faces

No creo que este codigo se vaya a modificar por un RFC. Inlcuyo el screenshot.

[Federico Manuel Echeverri Choux (echeverrifm)]

Pero este RFC el SAT en la pagina que me diste si es valido, el RFC que publique es uno cualquiera el real es AL&010509E78 y si es valido y no creo que el SAT solo tenga un RFC con caracteres especiales.
Prueba con este: AL&010509E78
Saludos

[Jorge Angel Naranjo Rogel - http://www.vauxoo.com (jorge-nr)]

Buenos días Federico ya este bug estaba reportado de los caracteres especiales. https://bugs.launchpad.net/openerp-mexico-localization/+bug/1272698 y ya esta realizada una propuesta de merge https://bugs.launchpad.net/openerp-mexico-localization/+bug/1272698 . Realizo las pruebas necesarias y el día de hoy estará mergeado.

[Federico Manuel Echeverri Choux (echeverrifm)]

Hola Buenos dias Jorge

Ok, si quieres me avisas para hacer pruebas

Saludos

Federico Manuel Echeverri Choux
mobile: [phone]
Tel: [phone]
skype: echeverrifm
twitter: @echeverrifm

El 12 de febrero de 2014, 10:06, Jorge Angel Naranjo Rogel <
<email address hidden>> escribió:

> Buenos días Federico ya este bug estaba reportado de los caracteres
> especiales. https://bugs.launchpad.net/openerp-mexico-
> localization/+bug/1272698 y ya esta realizada una propuesta de merge
> https://bugs.launchpad.net/openerp-mexico-localization/+bug/1272698 .
> Realizo las pruebas necesarias y el día de hoy estará mergeado.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1279193
>
> Title:
> Problemas para validar un RFC con Caracteres Especiales
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/openerp-mexico-localization/+bug/1279193/+subscriptions
>

[Moisés López - http://www.vauxoo.com (moylop260)]

Revisando la expresión regular del XSD que se ve en
http://www.sat.gob.mx/cfd/2/cfdv22.xsd

Veo que utiliza
<xs:pattern value="[A-Z,Ñ,&]{3,4}[0-9]{2}[0-1][0-9][0-3][0-9][A-Z,0-9]?[A-Z,0-9]?[0-9,A-Z]?"/>
Nótese que la "&" si abren en texto plano es ;amp&

En el xml sí lo tenemos "escapado" de igual forma, sin embargo, marca error

Lo mismo está en el xml, sin embargo, la librería "xmlstarlet"

Marca que esta secuencia de escape excede la longitud máxima:
Receptor', attribute 'rfc': [facet 'maxLength'] The value 'AB&010509E30' has a length of '16'; this exceeds the allowed maximum length of '13'.

Además que no cumple con la expresión regular o patrón de un RFC:
Receptor', attribute 'rfc': [facet 'pattern'] The value 'AB&010509E30' is not accepted by the pattern '[A-Z,\xc3\x91,&]{3,4}[0-9]{2}[0-1][0-9][0-3][0-9][A-Z,0-9]?[A-Z,0-9]?[0-9,A-Z]?'.

Y por ende, que no es un valor válido:
Receptor', attribute 'rfc': 'AB&010509E30' is not a valid value of the atomic type '{http://www.sat.gob.mx/cfd/3}t_RFC'.\n")

Sin embargo, utilizando el mismo xml y el mismo schema xsd en cualquier otra página
Como por ejemplo
http://www.utilities-online.info/xsdvalidation/#.UvvU3nX_RXo

¡Dice que todo está correcto!

Por lo que aparentemente, es un problema con la interpretación de cadenas con secuencias de escape xml, dentro del programa xmlstartlet.

Sería de mucha ayuda, proponer otra librería u otro comando, que pueda solventar este problema.

[Federico Manuel Echeverri Choux (echeverrifm)]

Hola Moy

y como proponemos esta nueva libreria? por que no seria el unico RFC que cree el SAT.

Saludos

[Jorge Angel Naranjo Rogel - http://www.vauxoo.com (jorge-nr)]

@Moy
@ Federico

Esto quedo solucionado en la revno 359

http://bazaar.launchpad.net/~openerp-mexico-maintainer/openerp-mexico-localization/7.0/revision/359

Aunque queda pendiente realizarlo con una librería que valide el &, ya que actualmente la librería xmlstarlet no lo esta realizando y se opto por este desarrollo temporal.