ValidaCFD

Estoy tratando de generar una cadena de un CFDI ya sellado, pero cada ves me regresa "| | | " he estado buscando en diferentes fuentes y al parecer el problema es que el archivo cadenaoriginal_TFD_1_0.xslt que esta en el SAT no esta correcto. Alguien tiene alguno que ya funcione ?

Había en otro tema una sugerencia de que se compile, el problema es que no estoy trabajando con Windows si no directamente en linux , lo corro con saxonb-xslt , no me da error pero no funciona.

A ver si alguien me puede dar un tip. Saludos.

fer-kun escribió:Estoy tratando de generar una cadena de un CFDI ya sellado, pero cada ves me regresa "| | | " he estado buscando en diferentes fuentes y al parecer el problema es que el archivo cadenaoriginal_TFD_1_0.xslt que esta en el SAT no esta correcto. Alguien tiene alguno que ya funcione ?

Había en otro tema una sugerencia de que se compile, el problema es que no estoy trabajando con Windows si no directamente en linux , lo corro con saxonb-xslt , no me da error pero no funciona.

A ver si alguien me puede dar un tip. Saludos.

Eso mas bien me parece que es porque tienes atributos vacios, no has comparado la cadena que generas con la cadena que generan los validadores, ya sea el del SAT o el ValidaCFD?

mmm.. sip , la cadena de ValidaCFD es correcta, y es igual que la que viene por parte del pac (edicom) en el CFDI impreso , pero, el mismo CFDI lo corro con saxonb-xslt con este archivo cadenaoriginal_TFD_1_0.xslt que se supone es el original que baje del SAT y nada, entonces, si el CFD es correcto me imagino que el XSLT es el incorrecto????

fer-kun escribió:mmm.. sip , la cadena de ValidaCFD es correcta, y es igual que la que viene por parte del pac (edicom) en el CFDI impreso , pero, el mismo CFDI lo corro con saxonb-xslt con este archivo cadenaoriginal_TFD_1_0.xslt que se supone es el original que baje del SAT y nada, entonces, si el CFD es correcto me imagino que el XSLT es el incorrecto????

Aver te paso los que yo uso.........

Y yo los que uso en mi linux con xsltproc

Muchas gracias Cubo. Pero nop, no funca. asi que el diagnostico es que el Procesador saxonb no entiende correctamente este XSLT. Dejo los datos por si a alguien le sucede este error:

Package: libsaxonb-java
Status: install ok installed
Priority: optional
Section: java
Installed-Size: 4128
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Architecture: all
Source: saxonb
Version: 9.0.0.4+svn20080322-3
Depends: default-jre-headless | java2-runtime-headless, libdom4j-java, libjdom1-java, libxom-java
Suggests: libsaxonb-java-doc
Description: The Saxon-B XSLT Processor
The saxon package is a collection of tools for processing XML documents and
implements XSLT 2.0, XPath 2.0, and XQuery 1.0.
.
Saxon is known to work well for processing DocBook XML documents
with the DocBook XSL Stylesheets. Related packages make the process
straightforward.
Original-Maintainer: Debian Java Maintainers <pkg-java-maintainers@lists.alioth.debian.org>
Homepage: http://saxon.sourceforge.net/

Voy a buscar alguna alternativa que si procese correctamente el XSLT en ambiente linux, java , o php ... por aqui les comento la solucion en cuanto la encuentre

Saludos

Orale. muy buen truco . DIce version="1.0" para que no la haga de jamon el procesador. je. bueno , pero el saxon si me mando warning , cambio a xsltproc y reporto.

Muchas gracias

Ok. Pues prueba no superada , igual con el xstlproc me sigue mandando "|||" .. Aqui un verbose del resultado:

$ xsltproc -v --output cadenaoriginal.txt cadenaoriginal_TFD_1_0c.xslt ./comprobantes/FIN051111SL7/CFDI_11_FIN051111SL7.XML

creating dictionary for stylesheet
reusing dictionary from cadenaoriginal_TFD_1_0c.xslt for stylesheet
xsltParseStylesheetProcess : found stylesheet
xsltPrecomputeStylesheet: removing ignorable blank node
template has 3 inherited namespaces
template has 3 inherited namespaces
template has 3 inherited namespaces
xsltCompilePattern : parsing '/'
xsltCompilePattern : parsed /, default priority 0.500000
added pattern : '/' priority 0.500000
template has 3 inherited namespaces
xsltCompilePattern : parsing 'tfd:TimbreFiscalDigital'
xsltCompilePattern : parsed tfd:TimbreFiscalDigital, default priority 0.000000
added pattern : 'tfd:TimbreFiscalDigital' priority 0.000000
parsed 4 templates
Resolving attribute sets references
Creating sub-dictionary from stylesheet for transformation
Registered 0 modules
reusing transformation dict for output
Registering global variables
Registering global variables from cadenaoriginal_TFD_1_0c.xslt
xsltProcessOneNode: applying template '/' for /
xsltApplySequenceConstructor: copy text |
xsltCopyText: copy text |
xsltApplyTemplates: select /tfd:TimbreFiscalDigital
xsltApplyTemplates: list of 0 nodes
xsltApplySequenceConstructor: copy text ||
xsltCopyText: copy text ||
freeing transformation dictionary
freeing dictionary from stylesheet

Caso para la araña, Insisto , en ValidaCFD si esta bien y sale la cadena original , es valida y el XML lo baje de EDICOM. Ademas son las cadenas que a ti si te funcionan. esto requiere de mas investigavcion. (caso para la araña, diria Toby)

Si te es posible sube aqui el XML pa' darle una checada ya que el ValidaCFD tiene un parche especial para casos con atributo vacio.......

Va. subo el CFDI , en todo caso por la premura ya me rendi y lo hice en código, vi que es muy simple siguiendo las instrucciones del mismo xslt.