|
Cita:
|
Cita:
Gracias bmfranky. Encontré el error, encapsule el nodo del "PrimerRegistro" dentro de registroanterior que en ese caso no hay que ponerlo. |
Cita:
ETERNAMENTE AGRADECIDO por vuestra ayuda y cooperacion. Ya he conseguido recibir la respuesta de la AEAT y me indica : Código:
<?xml version="1.0" encoding="UTF-8"?><env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"> |
Cita:
En este caso cada una de las empresas llevaria su propio control de facturas por separadl de las otras empresas. ??? |
Cita:
IDEmisorFactura=33461360V&NumSerieFactura=2024&FechaExpedicionFactura=15-10-2024&TipoFactura=F1&CuotaTotal=1.72&ImporteTotal=9.90&FechaHoraHusoGenRegistro=2024-10-19T10:01:06+02:00 y el resultado del sha256 en Hexadecimal que tienes qu eponer en la huella es este: D9AEC6BA1CA8988FE6184C630CF57B8D70B9CF71E4981E11DFEB185DC532F9D1 Puedes usar este link para probar los strings: https://www.convertstring.com/es/Hash/SHA256 |
Cita:
El encadenamiento es por cada programa que use, SIF independiente. Perdon , estoy asumiendo que son el mismo CIF, pero creo que aunque sean varios , es lo mismo, al encadenar , indicas a parte del numero de Serie-Factura, el CIF/NIf del "Obligado..." |
Cita:
|
Cita:
Cuando consulte sobre el encadenamineto, no me dijeron nada de separar por CIFS/NIFS, lo unico que me indicaron esra la cronologia, sin mas. |
Cita:
|
Buenos días de nuevo,
Alguno ha hecho una consulta xml para bajar y poder comprobar las facturas que están en Verifactu? Supongo que se podrá pero no encuentro info de como montar el xml de la consulta... Gracias |
Cita:
Hasta donde he leido en la documentacion, de momento ni lo han contemplado, no existe ningun "Comando", para solicitarlo, ahunque desde el primer envio duplicado que tuve, pienso que seria una buena idea. |
Cita:
Gracias. Por los detalles y la explicación. Actualizo en mensaje#2 |
Registro duplicado
Buenas.
Es curioso que acepten los registros que ya se han enviado pero con errores, supongo que no tendrá efecto contable, he probado a enviarlo con el mismo numero serie y cambiandole fecha y ese no lo interpreta como duplicado, en realidad tiene sentido, por que si se nos han reiniciado los contadores lo aceptan ya que detectan que es un registro distinto, pero me preocupa que hacen cuando realmente es duplicado, por que más de una vez me va a pasar que se envie 2 veces por alguna incidencia. |
Cita:
Teniendo en cuenta que varies las cantidades... |
Cita:
Eso me olía Les voy a hacer la consulta a ver si se tiran al rollo... Gracias |
Cita:
Hola, Parece que ya lo han solucionado. He hecho una prueba y ya no llega vacío Saludos. |
Cita:
|
Otra curiosidad
Pues nada, sigo con las curiosidades, supongo que me voy a encontrar muchas, ya quye acabo de empezar.
Para el envio del primer registro se admiten 2 formatos de cálculo de huella, han estado avispados, en el tramo del string entre ImporteTotal y FechaHoraHusoGenRegistro lo admiten con el campo Huella= vacio o sin el campo huellla, o sea admiten los 2 cálculos. Es una rareza pero bueno lo veo bien: ....&ImporteTotal=0.05&FechaHoraHusoGenRegistro=2024-10-20T20:54:34+02:00 ....&ImporteTotal=0.05&Huella=&FechaHoraHusoGenRegistro=2024-10-20T20:54:34+02:00 |
Cita:
Pr' En un sistema Verifactu, en los lotes de envío se incluirán facturas de diferentes empresas usuarias del SIF? o cada lote solo puede incluir facturas de la misma empresa usuaria? Respuesta: Todos los registros de facturación que se envién en el lote deben ser del mismo obligado. En estaa respuesta no dice nada de que el encadenamiento sea distinto pero es de lógica. Y lo he visto por otro lado, sigo buscando. |
Aquí está, en preguntas y respuestas tambíen, hay varios comentarios al respecto, la idea es clara un encadecamiento por cada obligado y SIF:Los registros de facturación se deben encadenar dentro de cada SIF, para un mismo obligado tributario, es decir, debe
existir una única cadena por cada par distinto de (obligado tributario ; SIF). La trazabilidad se materializa mediante el encadenamiento que el SIF realiza de los registros de facturación, es decir, se circunscribe al SIF. Una vez encadenados debidamente y generados (y firmados / remitidos a la AEAT), el reglamento y la orden no entran en lo que se haga posteriormente con los registros de facturación generados (como su posible envío a otros sistemas con idea de utilizarlos para otros fines), más allá de exigir su conservación, legibilidad y accesibilidad a futuro |
Cita:
Tened en cuenta compartimentar, al entrar en la funcion que os genere la factura, igual que asignais la tabla de X cliente para generar la factura, cojer numeracion, guardar registro etc, guardar en la tabla "HASVERIFACTU-X-2024", para guardar los encadenamientos, la forma menos complicada que veo de no errar, asignando un encadenamiento erroneo. A la hora de encadenar , solo teneis que consultar el ultimo introducido en la tabla de ese cliente y a jugar... |
Guardado XML
Una cosa , vosotros guardais el XML enviado a Veri*Factu o simplemnete, como ya guardasi el registro de factura, desde el que se puede regenerar el mismo, lo obbiais?
|
Sabeis si se puede acceder al listado de errores posibles en las respuestas?
Gracias |
Cita:
Buenos días: En las futuras semanas, se creará una sección dentro del "Portal de Pruebas Externas", que incluirá un cliente de servicios web y donde se irá publicando el resto de los servicios y formularios del sistema, entre ellos el servicio de consulta. Atentamente, Atención al Usuario Departamento de Informática Tributaria Email: [email protected] |
Cita:
Yo los guardo |
Cita:
|
Cita:
|
Cita:
|
Cita:
|
Cita:
|
Cita:
|
Error Certtificado Caducado
He probado a hacer el envio con el certificado caducado, otro con un certificado que no se corresponda con el del emisor, otro con la clave incorrecta y el formato devuelto en la respuesta no está dentro del formato lógico de respuestas, pero se puede identificar buscando la frase por ejemplo "Error de identificación" "No autorizado"...
Código PHP:
|
Podeis verificar si os funciona la consulta de los QR?. ayer me funcionaba y no sé si es cosa mia.
Gracias |
Cita:
Lo acabo de probar. una cosa esto que es? Código PHP:
|
Cita:
Hace unas semanas un usuario del foro creo que lo comentó, pero ya no encuentro el mensaje. Esto sin duda ayudaría a saber qué hacer con cada factura antes de liarla y enviar dos veces, subsanar algo que no necesitaba subsanación, mostrar el mensaje adecuado al usuario para que sepa qué debe hacer (o qué NO debe hacer), etc. |
Formato FechaHoraHusoGenRegistro
FechaHoraHusoGenRegistro nos dice los datos que hemos de suministrar.
DateTime. Formato: YYYY-MM-DDThh:mm:ssTZD (ej: 2024-01-01T19:20:30+01:00) (ISO 8601), este es el formato de ejemplo. mi pregunta es si este formato hay que montarlo por partes, primero la fecha + T + time + 01.00 o + 02.00 o ya hay alguna instruccion/comando que nos la muestre ya formateada |
Cita:
Código:
var fechora = DateTime.Now;Código:
timeStamp =DateTime.Now.ToString("yyyy-MM-dd'T'HH:mm:ssK"); |
Cita:
Los QR funcionan si son facturas simplificadas u ordinarias Pero no me funcionan con rectificativas ni con sustitutivas. Lo habeios probado? |
Cita:
Fecha="23/10/2024" Hora = "00:00:00" Volver a comprobar fecha y viceversa igual pero con la hora |
Una curiosidad:
Si emitimos una factura y despues hacemos una rectificativa por diferencias eje: Total 100.00 Euros Podemos hacer una rectificativa por diferencias de un valor absoluto negativo superior al positivo por ejemplo: -110.00 Euros Además deja hacer tantas rectificativas como quieras superando el valor absoluto lo que quieras. No sé si puede tener alguna lógica que lo admita, en todo caso lo controlaré en el programa Me respondo a mi mismo, tiene lógica puesto que se puede tener el totall en negativo |
| La franja horaria es GMT +2. Ahora son las 03:34:41. |
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