![]() |
Cita:
|
La demo no se cómo se comporta con facturas no aceptadas y huellas. En su envío, luego lo miro
Elimina facturas.xml y comienza otras pruebas Saludos |
La demo solo coloca y añade la huella en las facturas enviadas OK. El resto lo ignorara en su BD xml.
He tenido que modificar un poco el programa demo para que lo ordene cronologicamente bien. y envie como huella anterior la ultima aceptada. (que en una aplicacion real, seria la ultima generada). Como digo es una demo. Estas modificaciones iran en la version 3.0 |
donde si tiene un error es en la anulacion (DLL)
en la 3.0 estara corregido pero si quereis corregirlo ya: uverifactuFuncs.pas (D10): reemplazar esta funcion: Código:
function anulacionfactura_verifactu(sesion:integer; cabecera:TVeriFactuInicio; indice:integer):RegistroFacturaType; |
Cita:
Código:
<Encadenamiento>Le estoy pasando los parametros correctos, pero la simulación me graba esos datos en el registro de anulación. Estoy dando de baja una factura enviada ayer. En las altas funciona bien. |
Cita:
slds |
Cita:
¡Gracias! |
nueva version 3.0
En espera de su publicacion Cita:
|
Ya está publicada la versión 3.0 en el FTP del club.
|
TRegistroFacturaStatus:
empezamos bien: para que funcione correctamente el tema del status segun la automatizacion ejecutada por el componente, algo que puede venir bien para documentar el registro, hay que cambiar esto en la unidad uverifactuFuncs (D10) y recompilar la DLL El resto de funciones estan correctas. Este cambio y otros apareceran la semana que viene en el 3.1 Código:
procedure clearStatus(sesion, indice:integer);Código:
function altafactura_F1_F2_R4_R5_verifactu( sesion:integer; cabecera:TVeriFactuInicio; indice:integer ): RegistroFacturaType; |
Generacion de huella
este es un tema sobre el que tengo dudas. el componente, genera la huella durante el envio de la factura. Si enviamos en el momento de hacer la factura, no hay problema. La huella generada coincide con la generacion de la factura. Si la factura no pasa (por motivos tecnicos, fallo de la AEAT o de internet), no se cambia nada de la factura, y se reenvia de nuevo, se generara otra huella con la fecha y hora actualizadas. Que podria diferir del momento de la generacion de la factura. ( Eso si: si la fecha de la factura es distinta a la actual se activara el flag de incidencia, pero con una fecha de generacion de registro actual que NO coincidira con la fecha de la factura ) |
Cita:
Es como lo entiendo y veo. Por favor corregirme si estoy en un error. Un saludo, |
Cita:
Yo creo que, aunque no se pueda enviar la factura por lo que sea, la huella no habría que cambiarla. La factura se ha emitido en un momento determinado y eso no se debería de cambiar. Yo en particular no cambio absolutamente nada de la factura aunque la envíe más tarde, lo único es el parámetro de incidencia si veo que se retrasa más de lo estipulado. Saludos. |
Cita:
hare pruebas, en principio se me ha ocurrido: 1) un evento que se enviara al calcular la huella de una factura, asi pase lo que pase, siempre se podra guardar, y/o bien al añadir la factura. (ya hay una funcion sin uso, que podria hacer eso) (es mas seguro guardar la huella antes del envio, que recogerla tras el envio como se hace ahora) 2) al añadir la factura, se adjunta la huella archivada (lo cual indicaria de facto una incidencia), o no se adjunta, lo cual indicaria que es la primera vez que se intenta enviar, por tanto se enviara el evento. 3) enviar con incidencia o no segun ocurra. Saludos ! |
capicom
como hacemos si no usamos capicom para los certificados, de que forma puedo indicar el certificado y el password para poder transmitir la factura a la aeat.
No hay posibilidad de decirle nombre de certificado y password ????? |
Cita:
en passwordcertificado pues eso. |
Ya esta todo prácticamente modificado. Para que funcione en esos "envios fallidos".
Pero.. una pregunta mas El encadenamiento de esa factura reenviada, contra que se hace? ¿El encadenamiento original de cuando se genero el registro? ¿o el nuevo encadenamiento del registro anterior? Saludos ! |
Cita:
Yo creo que ese comportamiento es erróneo según la documentación. Creo que la huella dela factura, los encadenamientos, los QR,... se deben generar en el momento de crear la factura, independientemente de cuando se envíe. Si por lo que sea el envío no puede hacerse, el sistema debe seguir funcionando de forma "normal". Perdonad, si no estáis refiriéndoos a esto y estoy "meando fuera de tiesto". |
Fecha a Guardar Encadenamieno
Cita:
Cita:
Hola, lo que teneis que tener en cuenta es que el dato Código:
<FechaHoraHusoGenRegistro>No pide la fechaca hora del envio, el envio puede ser despues, por varios motivos, incluso no haber envio, si estamos en no Verifactu. Por logica se tiene que guardar en el momento de emitir/crear la factura/registro, no en el momento del envio, tampoco se puede modificar y "Siempre", consultar los datos del ultimo HASH, del encadenamiento para continuar con la cadena, sea de lo que sea, porque si encadenamos las acciones, hemos de encadenar con su cadena independiente a los de registros de facturacion. Si a lo que te refieres es si se ha de cambiar el encadenamiento , no de ningun modo, el encadenamiento se refiere a cada registro. Código:
<RegistroAlta xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroLR.xsd">Asignando en la cabecera , si ha habido algun error, etc... Espero que entre todos lo dejemos mas claro. |
gracias por las aclaraciones
En la proxima actualizacion sera posible enviar una factura con su huella original y anterior original. si han pasado mas de 2 minutos desde la huella proporcionada, marcara como incidencia ese envio. ¿ ese tiempo de 2 minutos esta bien ? En principio la forma de trabajar con el componente sería, de forma simplificada. INICIO 1) hago una factura 2) inmedatamente la envio, (con exito, o no, me da lo mismo, igual que imprimo la envio) 3) obtendre su huella, la archivo en la factura 4) proceso el envio (si es posible, podria ser que no, debido a causas externas, si es posible guardo el csv ) FIN ADICIONALMENTE: 1) Crear una lista de facturas pendientes de envio 2) Enviarlas en cuanto sea posible, reutilizando esa huella y huella anterior almacenada Creo que el proceso cumple. Para procesos de facturacion individuales. Con este tema, creo que queda cerrado ya todos los flecos a falta de probarlo. Su implementacion en los que lo esten usando sera muy simple. gracias ! Nota: en mi caso particular, ni pregunto, ni hago pausas, se pulsa el boton de facturar y se envia la factura, despues se imprime. por tanto generacion del registro y envio van de la mano. Si el envio NO se completa, queda archivada la huella que sera reutilizada en su reenvio. |
| La franja horaria es GMT +2. Ahora son las 20:56:05. |
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