ValidaCFD

acanas escribió:oops jaja dcerick entonces al serializar el XML en .NET solito te convierte los caracteres especiales? Voy a probar porque yo estoy atorado en .NET 2.0 por razones administrativas y pues segun yo no me los convertia solitos los caracteres especiales.

Exactamente acanas... yo uso framework 2.0, pero visual studio 2010 por que es una dll lo que hice y eso es lo que le paso a los demas programadores y pues no todos tienen el 2.0 en sus aplicaciones, peor pues la dll jala bien en aplicaciones con framework superiores.

Si ya lo acabo de corroborar y te pone doble caracter especial, lo removi y si automaticamente me lo quita. Es bueno saber de nuestros errores y corregir, y pensar que el SAT me lo da por bueno.Entonces como le vamos hacer con los PACS con los RFC que usen ampersand y apostrofe porque ninguno valida los XML a pie todos validan automaticamente con el esquema y pues el atributo RFC esta limitado, creo que deberia ser de 20 caracteres para evitar estos detalles.

acanas escribió:Si ya lo acabo de corroborar y te pone doble caracter especial, lo removi y si automaticamente me lo quita. Es bueno saber de nuestros errores y corregir, y pensar que el SAT me lo da por bueno.Entonces como le vamos hacer con los PACS con los RFC que usen ampersand y apostrofe porque ninguno valida los XML a pie todos validan automaticamente con el esquema y pues el atributo RFC esta limitado, creo que deberia ser de 20 caracteres para evitar estos detalles.

Pues en teoria si está bien codificado no debe de pasar ese problema, conmigo pasó porque el RFC efectivamente si era mas largo
RFC capturado -> MS&031117TK3
(Codificado porm mi)Valor en XML MS&031117TK3 (visto en explorer)
(Al verlo en notepad)Internamente tenia MS&031117TK3 -> deberia de ser MS&031117TK3 y en el explorer debo de verlo así MS&031117TK3.

Osea el problema paso por la doble codificacion y no porque el pac no valide vs el esquema, almenos en este caso no jejeje. Igual me esperaré a ver que me responde jaja.