![]() |
A nivel de consulta no será tanto problema
A nivel de declaración si. |
ya esta resuelto !
ahora ya se puede consultar un periodo, SIN especificar fechas de expedicion. Mañana enviare para publicacion la version 4.8 (si no surge otra cosa) Si quereis incluir otra funcionalidad, ahora es buen momento. Saludos ! |
Cita:
Respecto al tema fechas, y a fin de que el componente sea más polivalente, igual sería una buena idea que si la fecha de inicio y fin de la consulta coinciden con el primer y último día del mes consultado, se lance la búsqueda por período a nivel interno. De esta forma no haría falta diferenciar cuándo consultamos un período y cuando un rango de fechas a la hora de lanzar la consulta. Siempre se haría con los mismos parámetros. Respecto a peticiones, ahora mismo no se me ocurre ninguna, aunque ando buscando alguna forma gratuita y legal de consultar los datos fiscales de una empresa introduciendo únicamente su NIF. He visto softwares que tienen esta característica (supongo que pagarán alguna API de las empresas que ofrecen estos servicios como eInforma), pero algo así ayudaría muchísimo al tema de prevenir datos fiscales incorrectos que desemboquen en rechazos por parte de la AEAT, además de facilitarle la vida al usuario. No sé si alguien más del foro podría ayudarnos en este punto... |
Cita:
Cuando generas un XML de anulación de factura, aparecen dos mensajes referente a la huella. No se como desactivarlos. Se ve que lo pusistes para probar y se te olvidó desactivarlos. Muchas Gracias. |
Cita:
Saludos ! |
ya he pasado a neftali la 4.8 para que la suba al ftp:
Saludos ! |
|
Millón de gracias compañeiro.
|
Increible trabajo!!!
Mil gracias. |
Cita:
siento ser pesado, pero he puesto la ultima versión (4.8) y me continúan saliendo los mensajes. Muchas gracias por el magnifico trabajo que estás haciendo. |
Cita:
|
Cita:
pero creo que el problemas está en que la DLL está compilada antes (06/08/2025 08:07) que la modificación de uVerifactuFuncs.pas. (06/082025 11:02). A mi me da error si intento compilar la DLL |
Cita:
la DLL se encuentra en la carpeta del programa DEMO con fecha del 6/08 hora 8 de la mañana Probare mas tarde. Saludos ! |
Efectivamente, Salia el mensaje de marras, al eliminar, con la demo.
he recompilado la DLL y ya no sale. Algo debí hacer mal en el ultimo momento. Ya esta enviada para su publicacion, espero que la coloquen encima de la que hay. 4.8 He vuelto a borrar usando la demo y ha funcionado bien. Saludos ! disculpas. |
Cita:
Podéis descargarlo a ver qué tal 4.8 Slds ! |
Cita:
Muchas Gracias |
Buenos dias !
La version 5.0 sera una version temprana (que llamo fase 1 de 3 ) que permitirá obtener archivos en formato facturaE de las facturas enviadas: Código:
// generamos facturasE, preparacion de los eventos:Código:
procedure onDatosFacturaE( Sender: TObject; numSerieFactura:string; indice:integer; facturaEData:TFacturaEData; var procesa:boolean);Saludos ! |
Cita:
Impresionante¡¡¡ :cool::cool: :D |
Cita:
Confié en el proyecto desde el principio, ya que aportaba un rayo de claridad y esperanza con esa bendita hoja excel. Y no me equivoque ¡¡GRACIAS!! |
Me uno a tu parecer compañero ramherfer, y estoy mil veces agradecido a todos vosotros por vuestro apoyo, y por la inmejorable labor que habéis realizado entre todos.
Un millón de Gracias ya habéis hecho posible el salir a delante de este traspié tan grande. |
Gracias compañero. Como siempre, si necesitas que te eche una mano con algo, no dudes en comentármelo.
|
Agradecido eternamente.
|
gracias ! este componente ha recibido aportaciones y correcciones de compañeros del foro !! : )
Por explayarme un poco: Para generar la facturaE, usa una unidad de diseño propio que llamo urecordToXML, que transforma un record en un XML. esa unidad estaba diseñada originalmente a hacerse cargo del diseño del componente verifactu, encapsulando todo el objeto SOAP en un record.... Pero quedo abandonada, al tomar otro camino.... (Para diseñar el componente intente 3 direcciones distintas, hasta la DLL de hoy). Asi que ahora he trasladado el diseño de facturaE, a un conjunto de records que generan el XML facturaE. Lo cual le otorga una excelente capacidad de adaptacion, basta incluir en el record el campo que falta y recompilar, asi de simple. Código:
Saludos !! : ) |
La 4.8 tiene un error, en la generacion de facturas F3 descubierto por matorral (gracias!)
Debe quedar asi, el extracto de codigo que la genera:
Unidad: uVerifactuFuncs Funcion: altafactura_F1_F2_F3_R4_R5_verifactu Con esto queda solucionado: ira a compilacion en la 5.0 que incorporara como digo una versión temprana del interface con generación de facturaE Si alguien lo necesita YA y no puede recompilar la DLL, que me escriba. La próxima 5.0 FacturaE ya tiene alta (validado), rectificativa(validado), anulación(por validar) en una versión temprana, para facturas nacionales. Saludos ! : ) |
Buenos días compañeros.
En los cotejos de factura con la AEAT si la fecha de operacion es distinta a la fecha de factura hay que coger para el cálculo de las variables ejercicio y periodo de la fecha de operación ya que en caso de no hacerlo el mensaje "Error en huella Error en Total" y si se toma la fecha de operación para obtener el valor de esas variables el mensaje "Huella ok Total ok". Imagino que será un comportamiento normal ¿no? |
Cita:
Cuando se diseño la demo no había fecha de operación Como he dicho en anteriores mensajes lo que manda es la fecha de operación Y es la que determinara el periodo de liquidación Más vale que coincida el periodo de operación con el de emisión de factura. Saludos! |
Fallo en Envio de 20 Fras. Simplificadas
Buenos días compañeros¡¡
Alguien podría probar a enviar en la demo 20 facturas simplificadas? es decir, hacer el excel con 20 facturas simplificadas y probar el envío? A mi me da fallo al hacer el envío Código:
El Envio No Ha Podido Ser RealizadoEn las opciones del proyecto, en Linker, Memory sizes tengo : Min stack size = $00004000 Max stack size = $00990000 Image base = $00700000 Probé desde varios pc I7 10ª generación 16GB RAM y no me funciona en ninguno. Otro dato mas, si envío el XML generado en la demo desde el Web Services de Hacienda me lo acepta sin problemas. Os lo agradezco, porque me interesa saber si es problema de mi configuración (puesto que me pasa en mis aplicaciones y en la demo). Saludos y millón de gracias por anticipado¡¡¡ |
Cita:
La aeat te pone un límite en el entorno de pruebas... A mí me ha pasado con facturas normales. Se sale fuera con eso del certificado y ya. Slds A ver los demás que opinan. |
A mi me ha pasado durante la fase de prueba del componte. Si enviaba mas de 10 facturas, da igual simplificada, ordinarias o ambas, me daba el error que indicas.
Sin embargo si lo bajaba como tu dices a 5 - 10 facturas, entraba sin problemas. Actualmente ya sin el certificado de prueba, lo tengo en 20 y se lo está tragando bien. |
A mí de hecho, hace días que con el certificado de pruebas no me deja enviar directamente nada (ni una triste factura).
Me devuelve el error: Cita:
Sin embargo, con el mío personal sin problemas... |
Cita:
Todas las pruebas las hago con el mío propio. Cita:
|
Es posible probar esto...
Enviar las facturas con simular a true En la demo es el botón que hay junto a enviar Te genera el XML en la carpeta determinada. Le dais una mirada Vais al portal de pruebas Seleccion del endpoint de envío y lanzais el XML generado a ver que pasa. Saludos!! |
Lo que haré será probar a cargarlo directamente en el componente indicando path y password (es un certificado que pedí su renovación y no está caducado). Parece que según cómo se instale el certificado si en local o a nivel de equipo a veces "no lo encuentra" bien por defecto.
El caso es que uso ese certificado para el envío al SII sin problemas (aunque uso un código muy distinto al del componente VeriFactu en ese caso) |
Cita:
Pero bueno, ahora me toca ir a comer con mis hijos. A la vuelta os comento el envio. |
Aparentemente tenemos un XML bien formado
El acceso al certificado es igual para una factura que para 40. Se que en algún hilo de estos foros se ha visto esta situación y como digo a mí me paso hace tiempo. A ver qué conclusión sacamos.. si hay otra conclusión |
Cita:
Encontré este mensaje de mqm de hace unos meses.. Cita:
Ya os comentaré cuando contesten. Por otra parte, hice un envío desde la demo de 398 facturas y enviando el XML desde el Web Service lo acepta sin problemas. Saludos¡¡ |
ayuda
Yo tengo ahora el siguiente problema. al enviar 1 factura.
ejemplo: fecha de Operacion = 01/01/2025 fecha de Factura = 15/01/2025 me dá error al no coincidir la fecha de Operación con la Fecha de Emisión/Factura, me dice que es incorrecto, aunque se genera la huella ... etc,etc. alguien ha probado ? |
Cita:
|
Error en Baja
Buenas:
Estoy haciendo pruebas para registro de Baja. Aunque no lo voy a usar en mi aplicación de forma "normal", si lo quiero utilizar para las pruebas que permite la AEAT en la instalación del cliente, para chequear certificado de los clientes y procesos básicos y que permite no tirarnos a la piscina sin saber si hay agua... Básicamente, permiten crear unas facturas (se habla de hasta 10) a modo de prueba, en un canal/serie específico para pruebas (e indicando muy claramente en la descripción, que son pruebas), para inmediatamente dar de baja esos registros y que no afecten a la facturación normal. Al intentar dar de baja registros, me sale un error (lo he intentado con varias pruebas y siempre me da el mismo error. : Error excepción en _callbackRS: is not a valid integer value A alguien más le está pasando??? Muchas gracias. |
Ahora estoy de vacaciones
Ese error de callback... no debería si quiera ejecutarse. El domingo vuelvo y lo veo. Con lo que salga Slds !! |
| La franja horaria es GMT +2. Ahora son las 16:36:34. |
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