ValidaCFD

javiercillo escribió:

poliman escribió:

javiercillo escribió:Estamos en pruebas con la cancelación de EDICOM, sin embargo, como respuesta manda un string kilométrico como si fuera un sello digital, con caracteres sin ton ni son.

De lo que están cancelando con EDICOM, ¿les pasó algo similar?

Gracias de antemano

Buenas tardes.

No, ¿ utilizas la función de DADO para la cancelación ?. En mi caso sigo aun sin implementar la cancelación, no es funcional.

Si, utilizamos la función de Dado.

¿Por qué mencionas que no es funcional?

No dije que la función de DADO no es funcional, dije que mi implementación en nuestro software no es funcional o no esta terminada, aun falta codificar la interfaz de cancelación para las funciones de DADO.

javiercillo

Enviame a mi mail esa cadena para ver si puedo interpretarla, como comente al principio de este foro, mi problema es que NO HAY PRUEBAS en las cancelaciones y en mi empresa todavia seguimos en CFD "viejito" asi que no tengo datos para probar......pero estoy en la mejor disposicion de ayudar.

Y es que ese "chorizo" seguramente esta en base64 y aun peor, despues de decodificarlo es posible que este comprimido....no es facil la cosa

Listo Dado, ya te la mandé. Si deseas hacer pruebas podemos ponernos de acuerdo por mail.

Dado, ya está funcionando la cancelación.

Tu rutina si cancela, ahora solo hay que ver que hacer con el mensaje largo ese que te mencioné, ya que EdicomCancela regresa falso y se ejecuta una excepción. Sin embargo, el CFDI si aparece cancelado en el portal del SAT.

Quedo a tus órdenes, para ver en que puedo serte de ayuda.

Saludos

javiercillo escribió:Dado, ya está funcionando la cancelación.

Tu rutina si cancela, ahora solo hay que ver que hacer con el mensaje largo ese que te mencioné, ya que EdicomCancela regresa falso y se ejecuta una excepción. Sin embargo, el CFDI si aparece cancelado en el portal del SAT.

Quedo a tus órdenes, para ver en que puedo serte de ayuda.

Saludos

OK, dejame le echo un vistazo a esa cadena y no estaria mal las pruebas por email, pero vamos viendo.

DADO escribió:[
Explicacion del codigo

La linea 1 convierte EL CERTIFICADO DE SELLO DIGITAL en formato DER a formato PEM
La linea 2 convierte LA LLAVE en formato DER a formato PEM y usa la clave a0123456789 para abrirlo
La linea 3 TOMA *LOS DOS* (certificado y llave) y genera un PFX protegido por clave a0123456789

Dado, ya tengo mas claro, solo por favor respondeme esta duda: cuando lo proteges con la clave a0123456789, cual de estas tres opciones es la correcta:
1. estas usando esa clave solo como ejemplo y en esa clave en realidad debe ir la "contraseña de clave privada" del CSD
2. estas usando esa clave como ejemplo pero yo puedo usar la que se me antoje alcabo eso es transparente para Edicom
3. explícitamente debo usar a0123456789

tony escribió:

DADO escribió:[
Explicacion del codigo

La linea 1 convierte EL CERTIFICADO DE SELLO DIGITAL en formato DER a formato PEM
La linea 2 convierte LA LLAVE en formato DER a formato PEM y usa la clave a0123456789 para abrirlo
La linea 3 TOMA *LOS DOS* (certificado y llave) y genera un PFX protegido por clave a0123456789

Dado, ya tengo mas claro, solo por favor respondeme esta duda: cuando lo proteges con la clave a0123456789, cual de estas tres opciones es la correcta:
1. estas usando esa clave solo como ejemplo y en esa clave en realidad debe ir la "contraseña de clave privada" del CSD
2. estas usando esa clave como ejemplo pero yo puedo usar la que se me antoje alcabo eso es transparente para Edicom
3. explícitamente debo usar a0123456789

No. 2.....es de ejemplo y puedes usar la que se te ocurra

DADO escribió:

tony escribió:

DADO escribió:[
Explicacion del codigo

La linea 1 convierte EL CERTIFICADO DE SELLO DIGITAL en formato DER a formato PEM
La linea 2 convierte LA LLAVE en formato DER a formato PEM y usa la clave a0123456789 para abrirlo
La linea 3 TOMA *LOS DOS* (certificado y llave) y genera un PFX protegido por clave a0123456789

Dado, ya tengo mas claro, solo por favor respondeme esta duda: cuando lo proteges con la clave a0123456789, cual de estas tres opciones es la correcta:
1. estas usando esa clave solo como ejemplo y en esa clave en realidad debe ir la "contraseña de clave privada" del CSD
2. estas usando esa clave como ejemplo pero yo puedo usar la que se me antoje alcabo eso es transparente para Edicom
3. explícitamente debo usar a0123456789

No. 2.....es de ejemplo y puedes usar la que se te ocurra

Dado, te informo que en base a tu respuesta anterior "No. 2" entonces usé a0123456789 tanto en el paso 2 como en el paso 3 y me marcó un error el openssl diciendo que no pudo abrir mi archivo .KEY real es decir el de mi cliente, entonces le puse en el paso 2 como clave la "contraseña de clave privada real" del CER y asi si lo procesó. En el paso 3 si dejé la clave a0123456789 y no hubo error.

paso 1 ->openssl x509 -inform DER -in "CERTIFICADO REAL".cer -out certificado.pem
paso 2 ->openssl pkcs8 -inform DER -in "ARCHIVO KEY REAL".key -passin pass:"CONTRASEÑA DE CLAVE PRIVADA REAL" -out llave.pem
paso 3 ->openssl pkcs12 -export -out CER_KEY.pfx -inkey llave.pem -in certificado.pem -passout pass:a0123456789

Excelente

DADO escribió:Excelente

Cancelación con EDICOM probada con facturas reales de mi cliente, y todo funcionó perfecto! verificadas en el portal de SAT como canceladas.
¡DADO para presidente!