|
Cita:
A ver si alguien más que la usa te lo puede confirmar. |
Respuesta error en baja Demo
Buenas tardes compañero Germán, si, he realizado algunas pruebas y realmente da error en la creación de la huella.
|
Error envío BAJA de factura
Empezado por rafa1963
Hola compañeros he comprobado que si las cantidades, ivas e importes están a cero el programa los envía sin problemas de huella, ni de datos. Si la relleno con el iva, la cuotatotal, total, etc me lanza este error => B000000005 Incorrecto 3002 No existe el registro de facturación. B000000005.xml Espero sea de ayuda. Un saludo |
Error envío BAJA de factura
Hemos revisado la DLL y hemos localizado el fallo. Cuando es Baja no rellena correctamente el array con el valor de huella anterior. Lo reporté por privado al compañero "seccion_31" pero no he recibido respuesta. Tenemos que realizar varias pruebas para confirmar que el problema se resuelve con la modificación que hemos implementado. De ser correcta una vez que realicemos diferentes pruebas la reportaremos, pero hay que recompilar la DLL.
Un saludo. |
Gracias
Gracias por vuestro apoyo. Que sepáis que estáis sacando de este apuro tan grande que es el Verifactu a pequeñas empresas y a autónomos que sin vuestra ayuda seguramente tendríamos que cerrar e ir a buscar trabajo o como es mi caso a la jubilación anticipada.
Un millón de gracias a todos |
Cita:
Luego lo miro y lo arreglo. Las bajas no se habian probado mucho, porque NO utilizo bajas en mi desarrollo. Saludos ! |
Perfecto.
Gracias de antemano. Un saludo.
|
Cita:
Pero bueno, si en la aplicación se selecciona un certificado de representación de una SL por ejemplo imagino que no habrá ningún problema ¿no? Yo tengo con la aplicación personas físicas pero tambien sociedades limitadas, imagino que la DLL funcionará bien de igual forma, selecciones el certificado que selecciones, o es obligatorio que use un certificado de sello, aun siendo un certificado de sello quiero pensar que la DLL funcionará igual de bien ¿no?. Un saludo, |
Cita:
Si es persona física la URL del endPoint es una (con certificado digital) y si es empresa (SL, SA, etc) la URL del endPoint es otra (con sello digital). Ale pues añadido a las opciones de selección e incluidas las dos URL en el archivo.ini que las contiene. Gracias y reitero mis disculpas. Un saludo, |
ayuda
Me da el siguiente error cuando selecciono un cerfificado.
proyect xxxx.exe raised execption class EOError with message "System Error. Code 86. La contraseña de red especificada no es válida" esto me sale cuando se llama a la funcion verificarServicioSOAP( maxSessions + 1, VERIFACTUACTIVOPING ); alguien le ha pasado esto ??? gracias |
resp
Si, está ahí, los compañeros Le Iban a echar un vistazo y aquí estamos a la espera de la corrección de la DLL, por lo demás todo de lujo y funcionando al 100 x 100
|
ayuda
acabo de descubrir xq pasaba.
he ampliado el stack minimo y máximo a lo recomendado y con eso ya me acepta el certificado {$M 4194304, 7308416} poner esto en el dpr del proyecto |
Cita:
he comprobado el codigo de anulacion en el registro de la huella y no veo error. Lo sigo mirando, otra cosa es la aplicacion excel de demo, ¿estas hablando de eso? ¿o del envio de baja por parte de una aplicacion de usuario? mañana intentare enviar anulaciones, con la demo a ver que ocurre. |
Respuesta
Gracias seccion_31.
|
! ya esta arreglado ! ahora las bajas calculan bien su huella.
el fin de semana publicare la 4.4 con esa correccion. por si acaso, ¿Alguien ha mirado los encadenamientos cuando se envian un gupo de facturas? Saludos ! |
Cita:
¿que diferencia hay entre enviar con sello y sin sello? ¿un certificado digital almacenado en mi ordenador, me permitirá enviar en una u otra URL o dará error según cual emplee si no esta pensado para ser utilizado asi ? (sello o sin el) Saludos ! |
Cita:
Cita:
Yo creo que podrían haber usado la misma URL y a partir del certificado utilizado para el envío discriminar lo uno o lo otro. Les debe ser más cómodo que lo hagamos nosotros, con las consiguientes posibilidades de error y los problemas posteriores, pero bueno... |
Cita:
pero no acabo de verlo, con la direccion envio verifactu pruebas, localizo facturas y salen con la direccion de sello pruebas, localizo facturas y salen en ambos casos con el mismo certificado puedo hacer lo mismo con ambos endpoints y salen la mismas facturas sin diferencia. |
Cita:
Lo que te dicen es que si tienes certificado de sello envíes a una URL y si no es de sello a otra URL. Que ahora estén funcionando ambos, puedes ser, pero no quiere decir que mañana lo corrijan o lo cambien y deje de funcionar. |
Cita:
Con mi ignorancia a cuestas mis dudas son: ¿Cómo detecto si mi certificado es de sello? ¿hay alguna manera de saberlo? he googleado (me corrijo, si parece haber un método con el CAPICOM), ¿hay alguna forma viendo el certificado en su almacen? Me preocupa esto: Si me permite enviar con una u otra URL ¿¿ puede suceder que mis envíos acaben en un CIF emisor equivocado y por tanto no se registren o se registren mal en la AEAT ?? Saludos ! |
Cita:
El último caso, siempre puede ser un check que el usuario marque. él debería saber si su certificado es de sello o no. Busca referencias a este OID (dentro de los datos del certificado): "0.4.0.1862.1.6.2" Es el que nosotros estamos utilizando para detectar que es un sello de empresa.  https://tcab.es/oid-for-natural-lega...d-certificate/ https://www.seg-social.es/wps/wcm/co...df?MOD=AJPERES https://www.sede.fnmt.gob.es/documen...on_publica.pdf https://oid-base.com/get/0.4.0.1862.1.6.2 AÑADO: En nuestro caso usamos los componentes SecureBlackBox para todo el tema de certificados, pero imagino que se podrá obtener también utilizando otros métodos. |
Cita:
¿alguien tiene un certificado de sello para que lo pruebe? |
1 Archivos Adjunto(s)
Cita:
A mi me devuelve que SI es de sello. |
Cita:
1) Client authentication 1.3.6.1.5.5.7.3.2 user/device/server 2) Email protection 1.3.6.1.5.5.7.3.4 User lamentablemente no veo otros oids. nota: el acabado en 3.2 se repite en otro certificado que ya tenia instalado. añado: estas dos propiedades nombradas asi, me aparecen en los detalles del certificado. Tampoco ahí veo mas información. En -> detalles del certificado, editar propiedades, general. |
Buenos dias
ya he pasado a neftali el enlace para que suba la version 4.4 que soluciona la huella de las bajas. Por lo demas, 3 meses enviados a pruebas de una facturacion sin incidentes, perfectamente cuadrado. Verificando las facturas subidas mediante consultas de programa, generando los QR e impresos, todo completo. Si no fuera por el tema del sello de certificado habriamos pasado este mismo mes ya al uso real, que en breve una vez aclarado, esperamos comenzar. Saludos ! |
Yo no veo el OID en las propiedades, pero cuando navegamos si que lo obtiene.
Ese en concreto si encuentra que es de sello. Nosotros para todos esto usamos los componentes de SecureBlackbox que tienen opciones para navegar por las propiedades. |
asi a bote pronto,
diria que la mejor forma de saberlo es preguntar por el precio del certificado si no estoy equivocado los de sello, empiezan en 250 euros. mientras que la firma digital estan sobre los 24 euros. Slds ! |
Si no consigues sacar la información siempre puedes hacer que el usuario lo configure con un check.
Cada usuario debe ser consciente de si trabaja con un certificado de sello. Si lo marca mal, ya dirá la AEAT algo... |
Ya está actualizada la versión 4.4 en el FTP
https://terawiki.clubdelphi.com/Otro...%20Delphi%207/ Gracias como siempre a [seccion_31] por el esfuerzo y su aportación. |
Cita:
pero de todas formas, me gustaria llegar a solucionarlo, seguire intentandolo a ver si llego a una conclusion. |
Bdias !
¿esto es obligatorio o no? Cita:
La versión 4.5 incluirá este campo |
Cita:
Haciendo memoria, desde el SII... El campo fecha Operacion debería estar marcado en rojo, porque determina el periodo donde va a ser liquidado el iva. En el tirador de la web de la AEAT no te filtra por periodo de expedicion, te filtra por periodo de operacion. Saludos ! no entiendo como han redactado esta documentacion. |
Ya está actualizada la versión 4.5 en el FTP
https://terawiki.clubdelphi.com/Otro...%20Delphi%207/ Gracias como siempre a [seccion_31] por el esfuerzo y su aportación. |
Dudas en "aplicación" de valores por defecto
Código:
function verifactu_tipoDesglose( paisCode:string ):OperacionExentaType;¿Seguro que para el código país ES el TipoNif tiene que ser '02'? Yo "juraría" que siendo ES ese campo tiene que quedar en blanco. Y en el caso de ser un país europeo y tener el identificador dato de alta en el censo VIES, es cuando ese TipoNif debería de ir a 02. A ver si alguien nos puede aclarar la duda. |
Diría que si pones NIF se deja en blanco; ChatGPT O3 dice:
En los esquemas VERI*FACTU (igual que en el SII y en Ticket-BAI) el campo Tipo de NIF / IdType solo se utiliza cuando se informa el bloque IDOtro –es decir, cuando el cliente o proveedor no dispone de un NIF español y por tanto debemos identificarle con un documento extranjero (NIF-IVA, pasaporte, etc.). Para un NIF nacional español (empieza por una letra fiscal española o por un número con la letra de control) la identificación va en el nodo <NIF> y el elemento Tipo de NIF sencillamente no se incluye (ni vacío ni con ningún valor). Si se llegase a enviar, la AEAT lo rechaza con el error “No se permite CodigoPais = ES e IDType ≠ ”. |
la funcion verifactu_tipoDesglose es utilizada en exportacion o comunidad europea.
la funcion asignaTipoNif se utiliza inicialmente para establecer el tipo de nif, pero luego solo se usa su valor en exportación ó CE, en nacionales NO se utiliza, es fácilmente comprobable en el registro de alta ó a través de la web. Esta correcto Ahora bien, os invito a comprobar las automatizaciones que hace el programa: eso es importante. Facturas CE (E5) Facturas exportacion (E2) Facturas canarias (E2) Facturas sujeto pasivo (S2) Saludos ! |
la fecha de operación me parece uno de los apartados mas traicioneros de este formato. Toca incoroporarlo en cada aplicacion.
Fuente AEAT En Facturas: Debe corresponder a la fecha del albarán facturado, o si hay varios en una factura, la del ultimo. (1) Cuidado con esto, y el mes donde se produce cada una de estas fechas. (ojo). Lo ideal seria que coincidieran en el mismo mes: expedicion y operacion. En Rectificativas: La fecha de operación, de la factura rectificada. No esta marcado como obligatorio, pero lo es. Las declaraciones de iva, se hacen con el periodo de operación ( de ahi mi comentario en el (1) ). Excepto en las rectificativas que serán de expedición. Eso es lo esperable en la declaración del 303 que hara verifactu. Hace "descuadrar" los periodos cuando descargas las facturas, si hay fechas de operación fuera del periodo de expedicion. Recordar que los periodos que te descargas o ves por la web son de operacion. La version 4.5 ya incopora la posibilidad de añadir la fecha de operacion. que hasta ahora me había pasado desapercibida. agradecer a [keys] y [ermendalenda] la informacion de este resumen. |
Buenos días:
Estoy intentando utilizar el componente para crear una factura F3 (sustitución de una simplificada por una nominal), pero no encuentro donde poner los datos de la factura simplificada. Alguien ha probado esto y puede orientarme? Muchas gracias. |
Cita:
Lamentablemente el componente soporta F1, F2, R4, R5 y anulaciones. Si alguien me diera muy mascado como incorporar la F3 podría ver como hacerlo. Saludos ! |
Te pongo un ejemplo con los nodos:
Código:
<RegFactuSistemaFacturacion>Código:
<IDFacturaSustituida>Mil gracias. |
| La franja horaria es GMT +2. Ahora son las 12:14:50. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi