Como extraer la cadena original del timbre fiscal que coloca el PAC en el complemento del XML.

[Firmo Lopez]

Alguien sabe como extraer la cadena original del timbre fiscal que coloca el PAC en el complemento del XML.

Es quistas lo ultimo que me falta, para poder imprimir la representación impresa del CFDI necesito extraer la cadena original de XML, pero a diferencia del CFD en el CFDI la cadena original que se imprime es la del complemento que coloca el PAC como timbre fiscal.

Si alguien tiene la forma de como extraer esta cadena le agradecería la ayuda.

[IRCSAsw]

Firmo,

En la clase hay una función que se llama CFDToCursor() ahi te puedes ayudar para ver como cargar y accesar a los nodos de un XML.

Nos cunetas.

Saludos.

Arturo Ramos
www.ircsasoftware.com.mx
Cancún, México.

[Hugo C.]

Intenta con algo como esto,

CLEAR
lcXML = FILETOSTR("C:\X\Ejemplo SAT-CFDI\Ejemplo SAT-CFDI.XML")
lcTimbrado = STREXTRACT(lcXML, "<cfdi:Complemento>", "</
cfdi:Complemento>")
lcTimbrado = STRTRAN(lcTimbrado, [&#xA;], [ ])

lcVersion = STREXTR(lcTimbrado, [version="], [" ])
lcFolio = STREXTR(lcTimbrado, [UUID="], [" ])
lcFechaTimbrado = STREXTR(lcTimbrado, [FechaTimbrado="], [" ])
lcSelloCFD = STREXTR(lcTimbrado, [selloCFD="], [" ])
lcCertificadoSAT= STREXTR(lcTimbrado, [noCertificadoSAT="], [" ])

ACTIVATE SCREEN
? lcVersion
? lcFolio
? ldFechaTimbrado
? lcSelloCFD
? lcCertificadoSAT

Saludos.

[Baltazar Moreno]

Porque no usas xslt, el sat te da el archivo necesario.

Algunos PAC te regresan todo por separado tmb, hasta el QR!!

Saludos!

[Firmo Lopez]

Gracias por su ayuda...!

Logre hacerlo con el mismo DLL que uso para firmar los comprobantes, yo uso FirmaSAT y no me fije que trae un Metodo llamado getxmlattribute() que extrae cualquier atributo del XML super facil, luego concadene los atributos en el orden como dice el SAT y cree la cadena original.

[IRCSAsw]

Firmo,

Al abrir este tema mencionaste que 'es quiza lo único que te hace falta para imprimir la representación impresa...'

Ya estas creando y timbrando ?, entiendo que con Edicom por tus posts anteriores...

Que nos puedes decir de tus experiencias con este PAC ?

[Firmo Lopez]

Si, ya termine con la representación impresa.
Con EDICOM la experiencia no ha sido mala, pero no tengo punto de comparación y por eso no podría decir si es la mejor.
Lo que no estoy de acuerdo es lo que me están cobrando por la consultoria, que en total fueron $1652.00 USD si, como lo ves son dolares americanos, supongo que cuando vieron que mi programa es un programa comercial, pensaron que deberían cobrar mas. Pero como te digo sin punto de comparación no supe si estaba dentro de lo normal, hasta después de firmar el contrato y hace unos pocos días que me encontré con un compañero del grupo y me dijo que a el le estaban cobrando $19.20 por la consultoria y $960.00 por el servicio de certificación, y estos son pesos Mexicanos. La diferencia es que el cotizo a travez de su cliente que es un contribuyente y en mi caso yo solo hago el programa y mi empresa no esta en México y por eso no contrate servicios de ningún tipo solo consultoria.

Bien, solo espero recuperar eso pronto.

Para concluir la experiencia, lo otro que me dejo inquieto es que el método de cancelación del Web Service de EDICOM no funciona y ellos me informan que es porque el SAT no esta aceptando cancelaciones de comprobante desde los PAC, entonces los contribuyentes deben hacerlo directamente desde el portal del SAT uno por uno. En el grupo publique este asunto a ver si alguien sabe algo, pero parece que nadie sabe nada al respecto.

Saludos
Firmo Lopez
www.AutoSoftShop.com

[IRCSAsw]

Sopasssss...

Bueno, seguro que si lo recuperas.

Sobre la cancelación ayer participe en un evento web de Buzon.e y confirmaron lo que dices, la cancelación es con el SAT aun que ellos presumieron que seran los primeros en tener dentro de su sistema el servicio de cancelación y que pronto lo tendran en su web-service... no estoy seguro, no me hagas mucho caso pero creo que es cuestión del SAT, yo creo que en cuanto el SAT les de bandera todos estarán listos para cancelar... mientras tus clientes tendran que cancelar directo en el SAT.

Buzon.e cobra $15,000.00 por el web-service y te incluye la asistencia técnica, por otro lado te cobran los "servicios de timbrado" que van desde 70c hasta 40c según volumen.

Cómo es el equema comercial de Edicom ?

[Alejandro Castrejon]

¿Que incluye esos  $15,000.00 que te cobra Buzon.e? 

Saludos,

	Alejandro Castrejón Torres Teléfono: (662) 218-1194 Email: alejandro...@smartfactura.com Sitio: http://www.smartfactura.com
— This message was sent by Alejandro Castrejón. If you really want to know more about me, you can  visit my social services profiles

My profiles:
Contact me: castrejon.alejandro alejandro.castrejon alejandro...@smartfactura.com castrejon.alejandro

Signature powered by WiseStamp 

--

Has recibido este mensaje porque estás suscrito al grupo "vfp-factura-electronica-mexico" de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a vfp-factura-ele...@googlegroups.com.
Para anular tu suscripción a este grupo, envía un correo electrónico a vfp-factura-electroni...@googlegroups.com
Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/vfp-factura-electronica-mexico?hl=es.

[IRCSAsw]

B�sicamente el web-service, ellos trabajan con el web-service tipo logeo, tienes acceso al web-service con un usuario y password y consumes los servicios de timbrado que compres... estoy solicitando informaci�n espec�fica sobre lo que incluye; se las comento en cuanto lo tenga.

Saludos.

Arturo Ramos
www.ircsasoftware.com.mx
Canc�n, M�xico

[Baltazar Moreno]

Yo estoy trabajando con Solución Factible, cobra un poco menos que Buzon-E por el contrato (Pago único, sin importar el emisor del CFDI), y el timbre a 1.00

Funciona de maravilla!!

Tienen el WebService de timbrado y de CANCELACION funcionando al 100%

Ahora sé que tomé una buena decisión por sus comentarios, yo en particular no he tenido problemas con éste PAC

Además, en el WS de timbrado, me regresa:

- Los datos del elemento timbre fiscal por separado

- El XML ya timbrado (con el elemento timbre fiscal incluido)

- El PNG del QR!!!    y yo que ya tenía la rutina XD

Y todo lo necesario para monitorear errores, status, mensajes, del WS o del CFDI en cuestión.

La verdad, aparentemente son más caros que otros, pero el servicio que prestan es excelente!

Saludos y suerte con sus pac's!!

[Firmo Lopez]

Ok Baltazar, ahora necesitamos que le hagas un favor al grupo, si puede adjunta el manual para el uso del Web Service de "Solucion Factible", yo publiqué en el grupo el de EDICOM.

Para mi solución solo necesito el URL del Web Service y presupuesto los detalles de los metodos, parametros y respuestas.

Gracias por adelantado.
PD: Deberíamos de crear una discusión donde se publique los distintos manuales de integración de los Web Services de cada PAC.

Firmo Lopez

[Hugo C.]

Gracias por toda esta informacion
que han proporcionado Firmo Lopez,
IRCSAsw, Alejandro Castrejon y Baltazar Moreno.
Es de mucha utilidad para aquellos que como Yo
aun estamos "atorados".

Saludos y Gracias de nuevo.

[IRCSAsw]

Coincido con Firmo,

Firmo: "PD: Deberíamos de crear una discusión donde se publique los distintos manuales de integración de los Web Services de cada PAC."

Los que tengan información sobre algún(os) PAC que creen un tema donde integremos toda la información que tengamos y dónde podamos concentrar nuestras dudas.

Y los que tengan códigos avanzados o funcionando no estaria mal que los compartieran para ayudar a los que estamos atorados.

[Baltazar Moreno]

Estimado Firmo, lamento no poder hacer eso, ya que siempre trato de respetar mis contratos con las alianzas que tenemos, uno de los puntos que Solución Factible no dá es precisamente el manual, hasta que se firma contrato con ellos, no es mi intención hacerles publicidad ni mucho menos, más el manual que se me entregó y platicas personales con gente de SF, me indicaron muy atentamente no dar ni precios ni información "confidencial" para ellos.

Lo que te puedo comentar, es que su WebService tiene 4 funciones Timbrado en bytes (Pasando el XML en arreglos de bytes), o en Base 64 y maneja a la perfección el tema de Cancelaciones. de la misma manera (bytes o b64)

Mejor te sugiero que le pidas a la gente de SF el manual ojalá tengas mejor suerte que yo, y te lo pasen antes de hacer el contrato.

De nueva cuenta, ofrezco mis disculpas.

A sus ordenes.

Saludos!

--

Baltazar Moreno

http://disxii.com

[IRCSAsw]

Si, es la misma política que manejan al menos todos los PACs con lo q he tenido contacto.

Yo creo que no se trata de eso, de dar información que ellos indican que se debe manejar de forma confidencial como manuales, costos o detalles de contrato; pero, tengo una pregunta... dentro de lo confidencial está que no puedas decir a nadie o compartir con alguien el código o procedimiento que utilizas para poder firmar el XML con ellos?; si tu ya pasaste por un proceso de prueba y error que puede servir de experiencia para los demás yo creo que hasta al PAC le conviene que esto se difunda ya que lo único que les queda a ellos por hacer es vender el servicio; no tendran usuarios(clientes) pasando por el mismo camino una y otra y otra vez cada que hacen un contrato con otra empresa de desarrllo.

[Firmo Lopez]

Estimado Baltazar Moreno.

Respeto por completo tu decisión de no compartir la información que te proporcionaron en Solución Factible, si ese fue el acuerdo de tu contrato o bien distes tu palabra de no divulgar esa información, lo entiendo perfectamente y pospuesto que debes respetarlo.

Solo quiero aclarar para todo el GRUPO que mientras no se firme un "Convenio de Confidencialidad" con el PAC, cualquiera es libre de divulgar información que le sea proporcionada.

No existe nada ilegal si no se ha firmado ningún convenio o no se exprese explícitamente en el contrato alguna clausula que prohíba la divulgación de manuales o de información referente al proyecto de implementación.

Tampoco se puede catalogar como falta de ética porque al fin y al cabo, se esta pagando por esa información, si después yo deseo hacerla pública sin importar que yo pague por ella, solo se pudiese catalogar como una acción "sin egoísmo".

Yo pague $1.650,00 Dolares a EDICOM, en ninguna parte del contrato se especifica que yo no pueda divulgar los detalles de mi contrato, detalles técnicos de integración o precios, por lo tanto en mi carácter libre y desinteresado he puesto a disposición del grupo esa información, lo único que éticamente no he colocado es la información de USUARIO y CONTRASEÑA temporal que se me otorgó para las pruebas.

Solo hago la acotación, porque puede crearse una matriz de auto censura por parte de los integrantes del grupo, que a la final nos perjudica a todos y a nuestros clientes pero que beneficia a los PAC's quienes se llevan la tajada mas grande.

El hecho cierto es que más temprano que tarde, alguien de forma desinteresada va a hacer publica esa información, en este o en cualquier otro grupo, los PAC's solo quieren que sea mas tarde que temprano para tener mas ganancias, lo que no critico, pero que ellos ni nadie va a poder evitar que se conozca.

Un gran saludo a todos.
Ing. Firmo Lopez

[Baltazar Moreno]

Firmo, Espero que no te sientas atacado, lo único que pretendo es disculparme por no proporcionar la información a los miembros del foro.

No es para nada algo personal en tu contra ni mucho menos, de hecho a mi tmb me agrada compartir la información que "se puede", y te agradezco tus aportes y ayuda desinteresada que siempre has mostrado.

Arturo, el código que hice para el firmado del XML versión 3.0 del SAT, son aproximadamente 600 líneas de código, que se utiliza en nuestra aplicación comercial DisXII, y tal como lo dice Firmo, yo SI tengo firmados contratos laborales y de confidencialidad donde NO me permiten compartir el código fuente (espero me entiendas tú y el resto de los foristas.)  Lo que sí puedo ofrecer es mi ayuda en casos de dudas o detalles técnicos, de hecho en muchas otras ocasiones lo he realizado, tal vez no en este foro, pero sí en la Comunidad de VFP en Español (que todos conocemos, de ahí nació este grupo).

Un claro ejemplo es el código que amablemente publicaron en PortalFox, para la generación de QR usando la api de Google. Pretendo compartir experiencias y ayuda cuando se puede, con todo mundo, tal como en innumerables ocasiones lo he recibido yo también.

Ojalá con éste texto se aclare mi postura y quitar la mala imagen que se me puede generar al no compartir toda la información como se deseara.

Como siempre a sus órdenes.

[Ing. Hector García Villarreal]

Podrías "filtrar" la información con otro nombre, que no se sepa que fuiste tu, así muchos resolverían las necesidades.

Saludos