FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Buenas,
En el post 1341 nuestro amigo ermendalenda (muchas gracias) nos pone un ejemplo según las ultimas directrices de sobre que partes del xml hay que tener en cuenta para crear el hash. Te recomiendo que lo leas <sum1:NIF>00000006Y</sum1:NIF><sum1:NumSerieFacturaEmisor>150.3.1.5</sum1:NumSerieFacturaEmisor><sum1:FechaExpedicionFacturaEmisor>25-02-2024</sum1:FechaExpedicionFacturaEmisor><sum1:TipoRegistroSIF>S0</sum1:TipoRegistroSIF><sum1:TipoFactura>F2</sum1:TipoFactura><sum1:CuotaTotal>0.20</sum1:CuotaTotal><sum1:ImporteTotal>2.20</sum1:ImporteTotal><sum1:HuellaRegistroAnterior>8ADCCCBD8DBBF8A668C78571C7AC2768EB77C77468C49A44E1829 03CB4468FE5</sum1:HuellaRegistroAnterior><sum1:FechaGenRegistro>25-02-2024</sum1:FechaGenRegistro><sum1:HoraGenRegistro>11:15:24</sum1:HoraGenRegistro> Respecto a la codificacion... creo que es SHA-256 o almeno yo lo tengo asi Un saludo y ya queda menos |
#2
|
|||
|
|||
Calculo del hash en .net:
Cita:
Última edición por Neftali [Germán.Estévez] fecha: 20-03-2024 a las 13:40:50. Razón: Añadir TAGs al código |
#3
|
|||
|
|||
Cita:
Si usas sql server lo tienes mas fácil : SUBSTRING(master.dbo.fn_varbintohexstr(HASHBYTES('SHA2_256', @cXML)),3,64) en donde hashbytes crea el hash, la función varbintohexstr lo convierte a hexadecimal y el substring es porque esa función genera algunos espacios extra que no nos sirven. |
#4
|
|||
|
|||
Hola a todos
Vuelvo con un tema que, quizá para algunos pueda parecer simple... Pero para mí me resulta algo complejo de gestionar una vez tengamos que hacer encadenamiento de la factura anterior como obliga VeriFactu. Por ejemplo: Un cliente de la construcción que redacta una factura larga y necesita dos semanas para completarla antes de su emisión. Actualmente se podría crear la factura, con nº y fecha, e ir confeccionándola hasta su envío/impresión. Pero si una vez tengamos que encadenar no sería posible ya que se podrían ir haciendo otras facturas más simples y el nº de factura se incrementaría con el problema de no tener correlación de nº factura con fecha. Soluciones que se me ocurren: 1. Trabajar con borrador de factura, sin fecha ni nº de factura. Y al expedir, que el borrador se transforme en la factura tomando nº de factura y fecha del momento. 2. Trabajar con albaranes y/o presupuestos e ir completándolo hasta facturarlo. ¿Alguna forma más eficiente de hacerlo? Muchas gracias |
#5
|
|||
|
|||
Cita:
Primero dos cuestiones : 1ª el xml lleva dos fechas, emisión y fecha registro. 2ª puedes trabajar con un tipo documento distinto con contadores distintos (prefactura) y luego convertirlos a factura. También puedes trabajar con facturas proformas (presupuesto) y luego convertirlas a factura. Lo que indica la aeat es que en cada serie de facturación deben ir en orden consecutivo de fechas. Si haces la conversión de cualquier forma a factura las fechas deben ir acordes a la fecha hora de creación del registro. OK ? |
#6
|
|||
|
|||
Cita:
Muchas gracias Carlos |
#7
|
|||
|
|||
Orden registro
Cita:
La fecha del registro puede ser posterior o eso creo haber leido si no recuerdo mal en uno de los 2 pdf últimos publicados por la aeat en el portal para desarrolladores. Hablo de memoria y puedo estar equivocado. Lo que la aeat dice es que las facturas deben ser ordenadas tanto por fecha como por fecha-hora de registro y por código según cada serie. Recuerda que la Ley de Facturación dice que las series deben estar justificadas. Las facturas recapitulativas siempre van a ser con fecha anterior al registro. Se facturan los albaranes de final de mes o de quincena pero no lo haces justo en ese día y hora, tal vez ni siquiera el de administración puede estar presente ese día. O tal vez sea festivo y no se asista al lugar de trabajo. Pero las facturas deben salir con su fecha de final de mes. De otra forma y para evitar eventos incontrolados mi recomendación es que trabajes con el concepto de prefactura. Se generará la factura en el momento de cerrar la prefactura. Como documento temporal de confección se eliminará la prefactura pero la factura quedará con la fecha en la que la contabilizas y lo mas importante, la fecha-hora del registro estará ordenada. Como documento de prefactura tendrá su propio contador y a nadie le importa puesto que no es todavía una factura sino un documento operativo para la creación de la factura. Si lo sacas impreso o por email no podrás llamarle factura. Llámalo borrador o como quieras. Un saludo. |
#8
|
||||
|
||||
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#9
|
|||
|
|||
No es la estructura xml
Cita:
La estructura está muy bien definida en las excell y algunos pdf de la AEAT. Por supuesto debe cumplir normas. No sé si te refieres a que la HUELLA debe hacerse sobre esa estructura que me envías. Imagino que no porque ahí faltan datos vitales de la factura. Si fuese así todavía se podría cambiar algún dato del xml y no creo que la aeat esté por la labor. El hash por supuesto es sha 256 y debe ser traducido a hexadecimal. Gracias igualmente. |
#10
|
|||
|
|||
mas sobre proformas
Te recuerdo que ningún documento que no sea factura se podrá imprimir con leyendas indicativas tales como "factura" y carece de toda funcionalidad legal.
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Hijo de Informáticos | gluglu | Humor | 3 | 13-03-2007 11:05:35 |
Adictos informaticos ... | Trigger | Humor | 2 | 11-10-2004 12:18:32 |
Nosotros los Informáticos | Trigger | Humor | 1 | 10-10-2004 14:58:09 |
Patrón de los Informáticos. | obiwuan | Varios | 20 | 10-09-2003 14:44:54 |
Chistes Informaticos | jhonny | Humor | 2 | 11-08-2003 21:59:09 |
|