Problemas con la longitud del valor del atributo de NumeroPedimento

[Halcón Divino]

Tengo problemas con la longitud del valor del atributo de NumeroPedimento

El formato del NumeroPedimento es '[0-9]{2} [0-9]{2} [0-9]{4} [0-9]{7}'
Y debe tener una longitud de 21.

Resulta que deben de ir 2 espacios en blanco entre los números ... pero el problema es que en el xml me pone un espacio en banco, cuando en realidad tiene los dos espacios en blanco.

Es decir si abres el xml con el explorer te pone 1 espacio entre los números y te da una longitud de 18
Pero si abres el xml con el Bloc de Notas si tiene los 2 espacios en blanco entre los números y te da una longitud de 21 .


Como pudiera resolver este problema ???

[Oscar Garcia]

Saludos...

Hasta donde yo tenía entendido, el pedimento aduanal se compone de sólo de números, de 15 posiciones, sin espacios en blanco y sin caracteres alfanuméricos.

El formato es: '[0-9]{2} [0-9]{2} [0-9]{4} [0-9]{7}'

¿El 2, 2, 4, 7 = 15, no será la forma en que ellos dividen el pedimento, porque tiene un significado de sus propios catálogos?

--
Has recibido este mensaje porque estás suscrito al grupo "vfp-factura-electronica-mexico" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a vfp-factura-electronica-mexico+unsubscribe@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a vfp-factura-electronica-mex...@googlegroups.com.
Visita este grupo en https://groups.google.com/group/vfp-factura-electronica-mexico.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Halcón Divino]

OSCAR

El Anexo 0 del CFDI v3.3 lo define de esta manera

NumeroPedimento Descripción Atributo requerido para expresar el número del pedimento que ampara la importación del bien que se expresa en el siguiente formato: últimos 2 dígitos del año de validación seguidos por dos espacios, 2 dígitos de la aduana de despacho seguidos por dos espacios, 4 dígitos del número de la patente seguidos por dos espacios, 1 dígito que corresponde al último dígito del año en curso, salvo que se trate de un pedimento consolidado iniciado en el año inmediato anterior o del pedimento original de una rectificación, seguido de 6 dígitos de la numeración progresiva por aduana. Uso requerido Tipo Base xs:string Longitud 21 Patrón

[0-9]{2} [0-9]{2} [0-9]{4} [0-9]{7}

El problema como ya les comente es que NO PUEDO PONER LOS 2 espacios ...  bueno si los pongo pero al abrir el xml solo se ve 1 espacio ... no se para mi gusto esta mal definido el xsd Alguien puede ayudarme para que  el xml pudiera reconocer los 2 espacios en blanco  ????

 

[Ing. Bernardo José Martínez Pérez]

Se contrapone con las definiciones iniciales del cfdi que dice que se podrá tener mas de un espacio entre palabra.

---

De: Halcón Divino
Enviado el: ‎28/‎03/‎2017 15:26
Para: vfp-factura-electronica-mexico
Asunto: [vfp-fem] Re: Problemas con la longitud del valor del atributo deNumeroPedimento

--

Has recibido este mensaje porque estás suscrito al grupo "vfp-factura-electronica-mexico" de Grupos de Google.

Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a vfp-factura-electroni...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a vfp-factura-ele...@googlegroups.com.

[Oscar Garcia]

Muchas gracias por la aclaración Halcón, otra vez me echaré un clavado a las correcciones de mis programas.

--

Has recibido este mensaje porque estás suscrito al grupo "vfp-factura-electronica-mexico" de Grupos de Google.

Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a vfp-factura-electronica-mexico+unsubscribe@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a vfp-factura-electronica-mex...@googlegroups.com.

[Halcón Divino]

Berny

Por lo que tu comentas y por lo que yo ya he avanzado con la definición del xsd que dio el SAT no se puede poner los 2 espacios entre los números

Creo yo que esta mal definido el xsd en el numero de pedimento.

O alguien mas del foro ya pudo poner los 2 espacios como dice el formato o el patron del anexo 20

 

[BSiordia]

Hola Halcón Divino, veo que esta entrada es de marzo del año pasado. Diste con la respuesta? No puedo hacer que los interpretes de xml me respeten los dos espacios aunque técnicamente si existen en un editor de texto.

Saludos y gracias!

[Oscar Nova]

Saludos...

¿Están seguros que el problema son los espacios?

Cuando yo hacía pruebas y ponía cualquier número al azar el PAC o el SAT me los rechazaba y hasta que empecé a utilizar pedimentos reales deje de tener problemas.

--

Has recibido este mensaje porque estás suscrito al grupo "vfp-factura-electronica-mexico" de Grupos de Google.

Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a vfp-factura-electronica-mexico+unsubscribe@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a vfp-factura-electronica-mex...@googlegroups.com.

[Checo]

A mi me paso igual, tiene que llevar los espacios y debe ser un numero de pedimento real

El ene. 8, 2018 9:42 AM, "Oscar Nova" <oscarga...@gmail.com> escribió:

Saludos...

¿Están seguros que el problema son los espacios?

Cuando yo hacía pruebas y ponía cualquier número al azar el PAC o el SAT me los rechazaba y hasta que empecé a utilizar pedimentos reales deje de tener problemas.

El 6 de enero de 2018, 3:23, BSiordia <ita.s...@gmail.com> escribió:

Hola Halcón Divino, veo que esta entrada es de marzo del año pasado. Diste con la respuesta? No puedo hacer que los interpretes de xml me respeten los dos espacios aunque técnicamente si existen en un editor de texto.

Saludos y gracias!

El miércoles, 29 de marzo de 2017, 16:15:23 (UTC-7), Halcón Divino escribió:

Berny

Por lo que tu comentas y por lo que yo ya he avanzado con la definición del xsd que dio el SAT no se puede poner los 2 espacios entre los números

Creo yo que esta mal definido el xsd en el numero de pedimento.

O alguien mas del foro ya pudo poner los 2 espacios como dice el formato o el patron del anexo 20

 

--
Has recibido este mensaje porque estás suscrito al grupo "vfp-factura-electronica-mexico" de Grupos de Google.

Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a vfp-factura-electronica-mexico+unsub...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a vfp-factura-electronica-mexico@googlegroups.com.

Visita este grupo en https://groups.google.com/group/vfp-factura-electronica-mexico.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Angel Perez]

Pues al menos al principio solo agregue 1 espacio entre los números del pedimento y me marcaba error, ya cuando agregue los dos espacios entonces ya timbro.

Salu2

El 8 de enero de 2018, 11:42, Oscar Nova <oscarga...@gmail.com> escribió:

Saludos...

¿Están seguros que el problema son los espacios?

Cuando yo hacía pruebas y ponía cualquier número al azar el PAC o el SAT me los rechazaba y hasta que empecé a utilizar pedimentos reales deje de tener problemas.

El 6 de enero de 2018, 3:23, BSiordia <ita.s...@gmail.com> escribió:

Hola Halcón Divino, veo que esta entrada es de marzo del año pasado. Diste con la respuesta? No puedo hacer que los interpretes de xml me respeten los dos espacios aunque técnicamente si existen en un editor de texto.

Saludos y gracias!

El miércoles, 29 de marzo de 2017, 16:15:23 (UTC-7), Halcón Divino escribió:

Berny

Por lo que tu comentas y por lo que yo ya he avanzado con la definición del xsd que dio el SAT no se puede poner los 2 espacios entre los números

Creo yo que esta mal definido el xsd en el numero de pedimento.

O alguien mas del foro ya pudo poner los 2 espacios como dice el formato o el patron del anexo 20

 

--
Has recibido este mensaje porque estás suscrito al grupo "vfp-factura-electronica-mexico" de Grupos de Google.

Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a vfp-factura-electronica-mexico+unsub...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a vfp-factura-electronica-mexico@googlegroups.com.

Visita este grupo en https://groups.google.com/group/vfp-factura-electronica-mexico.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Ita Siordia]

Hola a todos,gracias por responder Oscar, Checo y Angel

Pues bien les platico más a detalle, todo lo que dicen es muy cierto.

* Cierto que debe de llevar los dos espacios (sí los tengo),
* Cierto que no debe de ser un pedimento inventado ya que al timbrar el documento el PAC valida los segmentos conforme a los catálogos oficiales del SAT (por eso mismo no puede ser inventado).También tengo pedimento real.

Aquí mi problema: Tengo mi xml con nodo de InformacionAduanera timbrado sin problema por el PAC con su respectivo UUID, por obvias razones debe de cumplir con la estructura y demás monerías requeridas. Ese xml se le entrega al contribuyente receptor (llamese cliente), este mismo lo procesa en algún portal propio para cargar la información y validarla (supongo). Es este cliente el que me rechaza el xml por no cumplir el número de pedimento con el formato, este es la respuesta de su portal:

Resultado

Comprobante Invalido The NumeroPedimento attribute is invalid - The value 17 80 3468 7055906 is invalid according to its datatype String - The Pattern constraint failed. XPath: //cfdi:Comprobante/cfdi:Conceptos/cfdi:Concepto/cfdi:InformacionAduanera/@NumeroPedimento=17 80 3468 7055906

Así como aparece el mensaje pudiera interpretarse como que le falta un espacio entre segmento y segmento, sin embargo, si abro el xml (por ejemplo en notepad ++ o algún visualizador de xml que tenga opción de que no elimine a la vista los "espacios innecesarios" , se ven perfectamente los dos espacios entre segmento y segmento. El problema es que los navegadores eliminan esos espacios en la visualización del mismo xml. Supongo que el portal del cliente hace exactamente eso mismo de los navegadores porque el número de pedimento reflejado en el mensaje tiene omitido el segundo espacio de cada segmento como lo muestro en la siguiente imágen. La parte de arriba es de un visualizador de xml, la de abajo es del navegador (firefox aunque probé con otros también):

Aquí mi pregunta: existe alguna manera de decirle a los navegadores que no omitan los espacios?? Encontré que hay un parámetro xml:space= "preserve"  que lo que hace es dar la instrucción para que no se eliminen los "espacios innecesarios"  peeeero no me funciona claramente esa opción (de hecho no sé si marcaría algún tipo de error esa instrucción para mandarlo a timbrar). A ustedes si les abren los xml en navegador con los dos espacios explícitos?? si es así, los espacios debo agregarlos de diferente manera (caracteres espaciales por ejemplo ) para que no se eliminen a la vista o cómo los agregan ustedes en sus xml??
Por mi parte tomo los segmentos y les agrego los espacios concatenándo los datos en una variable que al final tendrá la cadena completa:  "17"&'  '&"80"&'  '&"3468".... etc.

Yo digo que el xml está bien porque ya está timbrado y con su UUID, por lo tanto validado por el PAC pero el ciente insiste en que no cumple con el formato.

Alguna idea o de plano le digo al cliente que revise su portal? XD

Gracias!!!

[Sergio SA]

Talvez pudieras enviarle algo asi, claro con parte de tu XML y dejando claro que el problema lector que esta utilizando

Este lo muestra el XML Notepad 2007

[Angel Perez]

O aun mejor, dile q te pase un XML validado por el para comparar!!

--

[Oscar Nova]

Saludos...

Según veo, el mensaje que te está enviando dice "DataType", es decir error en el "tipo de datos". 

¿Como le estas anexando los espacios?, ¿no será con tabuladores o con CHR(nn) o Alt+nnn?

Dejenme  comentarles que tengo un cliente que toma las descripciones de sus productos desde una hoja de Excel, con Copy-Paste, y a simple vista todo se ve bien, pero al timbrar me lo rechaza por esa descripción; lo que hacemos es volver a escribir la descripción desde el teclado o le quitamos todos los espacios y los volvemos a teclear, lo mismo con los caracteres especiales como las comillas o el signo de grado y listo ya pasa sin problemas. Supongo que el Excel graba algunos espacios con otro tipo de caracter que no es aceptado.

Yo tengo la entrada de los pedimentos en un campo con su inputMask a "99  99  9999  9999999" y Maxlength a 21, y lo almaceno en el archivo dbf con un campo PEDMTO C(21).

¿Y si trataras de hablar directamente con los monos que hicieron la aplicación valida el XML,  y preguntarles exactamente cual es el problema, tu cliente debería poder conectarte con ellos no?

 

El 9 de enero de 2018, 16:09, Angel Perez <impre...@gmail.com> escribió:

O aun mejor, dile q te pase un XML validado por el para comparar!!

El 9 de enero de 2018, 0:33, Sergio SA <safac...@gmail.com> escribió:

Talvez pudieras enviarle algo asi, claro con parte de tu XML y dejando claro que el problema lector que esta utilizando

Este lo muestra el XML Notepad 2007

El lunes, 27 de marzo de 2017, 12:11:33 (UTC-7), Halcón Divino escribió:

Tengo problemas con la longitud del valor del atributo de NumeroPedimento

El formato del NumeroPedimento es '[0-9]{2} [0-9]{2} [0-9]{4} [0-9]{7}'
Y debe tener una longitud de 21.

Resulta que deben de ir 2 espacios en blanco entre los números ... pero el problema es que en el xml me pone un espacio en banco, cuando en realidad tiene los dos espacios en blanco.

Es decir si abres el xml con el explorer te pone 1 espacio entre los números y te da una longitud de 18
Pero si abres el xml con el Bloc de Notas si tiene los 2 espacios en blanco entre los números y te da una longitud de 21 .


Como pudiera resolver este problema ???

--
Has recibido este mensaje porque estás suscrito al grupo "vfp-factura-electronica-mexico" de Grupos de Google.

Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a vfp-factura-electronica-mexico+unsub...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a vfp-factura-electronica-mexico@googlegroups.com.

Visita este grupo en https://groups.google.com/group/vfp-factura-electronica-mexico.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Ita Siordia]

Gracias por sus ideas y comentarios, me pondré en contacto con el cliente desde ya!!!! y además le mostraré la evidencia. Con suerte me suelta un xml que ya tengan validado ellos... aunque lo veo un poco dificil.

Por otro lado, el campo en donde lo almaceno en mi BD es un string de 15 (ya que el campo de pedimento lo tngo desde muchas versiones atrás) y  la variable que lo coloca en el xml es string(21), sí le agrego los campos manual pero no son caracteres especiales, no tabuladores, no representaciones de espacios con carácteres. Y cierto, también alguna vez me pasaron esos mismos problemas de que tomaban datos de excel para copiar y pegar y aunque visualmente no había nada extraño, si contenían caracteres inválidos no visibles que impedian el timbrado. Me he asegurado de que no contengan nada de eso.

Finalmente intentaré que me pongan en contacto con quién tenga conocimiento del validador de los xml para responder a la incógnita de por qué el PAC lo timbra y valida perfecto y ellos no.

En cuanto tenga avances se los hago saber. Saludos!

Eternamente agradecida BS

Has recibido este mensaje porque estás suscrito a un tema del grupo "vfp-factura-electronica-mexico" de Grupos de Google.
Para cancelar la suscripción a este tema, visita https://groups.google.com/d/topic/vfp-factura-electronica-mexico/Wtdoc53O-78/unsubscribe.
Para cancelar la suscripción a este grupo y a todos sus temas, envía un correo electrónico a vfp-factura-electronica-mexico+unsubscribe@googlegroups.com.