FiveTech Software tech support forums

paquitohm wrote:Hola Carlos,
3. Esta pregunta-respuesta oficial quizás responda tu inquietud:
Pregunta: En el diseño del registro de alta, en el nodo SistemaInformatico, aparece un campo que es el
NumeroInstalacion. ¿a qué se refiere?
Respuesta: El campo <NumeroInstalacion> es un nº propio de cada instancia/instalación concreta (o SIF) de un producto de
facturación particular. Este campo sirve para diferenciar diferentes instancias/instalaciones de SIF de un mismo obligado
tributario que emplea productos "iguales" en todos ellos (por ejemplo, distintos PC que tienen instalado una mismo
programa y versión para facturar, para así poder distinguir cuál de ellos ha expedido cada factura y generado su
correspondiente registro de facturación) .

Es que es muy raro lo que me explicaron de que la empresa para la que trabajan les expide SUS facturas cuyo destinatario es la empresa para la que trabajan.

FiveWiDi wrote:Hola a todos,

3 dudas.

1-Seguimos en este hilo? o abrimos uno específico para VERIFACTU? (En Off-Topic seria lo correcto)

2-Curiosidad. Mirando un fichero que tengo nombrado como "Anexo_OM_RD-1007-2023(v0.5.0_2023-12-20).xlsx", que son especificaciones del XML, veo algo curioso. Se 'podrían' enviar 1000 registros con el tag 'RegistroAltaFacturas' y en cada uno de éstos otros 1000 con el tag 'IDFacturaRectificada'. Quizás alguna gran empresa eléctrica o de telefonía puede en su día rectificar o substituir facturas (sólo serían 1.000.000 de facturas como máximo).

3-Veo que una factura puede emitirse por el propio DESTINATARIO (en las especificaciones del XML parece contemplarse esta circunstancia).
De hecho ayer me comentaban un caso de una aseguradora que emite las facturas de sus proveedores en las cuales ella es la destinataria; son trabajos baremados y así facilitan el papeleo a las pequeñas empresas que les dan servicio (ahora entiendo que exija que sean empresas y no autónomos, pero eso es otro tema).
Entonces, si esa pequeña empresa realiza además trabajos para otras empresas o a particulares, ¿Cómo se trataría el tema del encadenamiento? ¿Quién ha de enviar el registro por VERIFACTU? Por qué está claro que la pequeña empresa pierde el control de la emisión de sus facturas, al menos las destinadas a la aseguradora. ¿Podría solucionarse usando una número de serie para cada origen/emisor de la factura?

paquitohm wrote:Autofactura, aclaración oficial

Pregunta: Como se van a tratar las autofacturas que hacen algunas empresas. Ya que emiten en nombre de
cliente. Presentará el que emite la autofactura?

Respuesta: Se entiende que se refiere a cuando es el propio destinatario de la factura quien expide materialmente la factura que su proveedor está obligado a expedirle. Esto está permitido por el reglamento de facturación y por el reglamento del RD
1007/2023, siempre y cuando el proveedor le haya otorgado al destinatario las facultades pertinentes para ello. En ese
caso, quien firmaría o remitiría a la AEAT el registro de facturación de la factura (de su proveedor a él) sería el
destinatario, con su propio certificado (del destinatario). Se recuerda quen en el caso de remisión, además se requiere
apoderamiento para dicho trámite o ser colaborador social con el adecuado convenio suscrito.

paquitohm wrote:Hola,
¿ Alguien tiene implementada el hash 256 de la huella en harbour ?
 [/code]

//-----------------------------------------------------------------------------//
// Especificaciones de huella o hash
//-----------------------------------------------------------------------------//
// Algoritmo: SHA-256
// Codificación: UTF-8
// Formato de salida será:
//    - En sistema hexadecimal.
//    - En mayúsculas.
// Se validará la huella o hash en el servicio de remisión de registros de facturación.
// En caso de error, se marcará como “Aceptada con errores” y se deberá proceder a su revisión.
//-----------------------------------------------------------------------------//
function hb_Huella()

   local c := ""
   local h := {=>}

   h['Nif']                      := "B1234567"
   h['NumSerieFacturaEmisor']    := "AB-123456"
   h['FechaExpedicionFactura']   := hb_dtoc( date(), "dd-mm-yyyy" )
   h['TipoRegistroSIF']          := "01"
   h['TipoFactura']              := "F1"
   h['CuotaTotal']               := ltrim( str(261.61, 12, 2) )
   h['ImporteTotal']             := ltrim( str(1507.36, 12, 2) )
   h['HuellaRegistroAnterior']   := "ZmY2MDgxMzc2ZWIyMTI4ZDFiMDMyMDlkMTAyNmQ4ZDVmZGExMWJkYWRiMThjZTNkYjE4ODExZDg3MDUwZTNjMQ=="
   h['FechaHoraHusoGenRegistro'] := hb_TtoS( hb_datetime() )

   hb_heval( h, {|k,v,i| c += v} ) // | key, value, index |

return hb_base64Encode( hb_sha256(c) )
 

paquitohm wrote: Es fácil cuando se sabe hacer, claro está

FiveWiDi wrote:Hola a todos,

Sabéis si hay novedades respecto de la orden ministerial? (A ver si me he despistado)

Y sobre cambios 'técnicos'?

FiveWiDi wrote:Es que estoy trabajando en ello (modificar los DBF, validaciones internas, el XML, ...)

FiveWiDi wrote:Veo algo que no encuentro justificación que esté donde está en la estructura del XML.
Hay un grupo de datos que hace referencia al 'sistema informático', no es un poco absurdo que esté con cada grupo de datos de la factura?
Para mi lo lógico sería que estuviera al mismo nivel que los TAG 'RegistroFacturación' y 'DatosControl', y no que pertenezca al 'RegistroFacturación'.

quim wrote:

paquitohm wrote:Hola,
¿ Alguien tiene implementada el hash 256 de la huella en harbour ?
 [/code]

Paquito, en harbour es muy fácil (como en casi todo) ...

Code: Select all | Expand

//-----------------------------------------------------------------------------//
// Especificaciones de huella o hash
//-----------------------------------------------------------------------------//
// Algoritmo: SHA-256
// Codificación: UTF-8
// Formato de salida será:
//    - En sistema hexadecimal.
//    - En mayúsculas.
// Se validará la huella o hash en el servicio de remisión de registros de facturación.
// En caso de error, se marcará como “Aceptada con errores” y se deberá proceder a su revisión.
//-----------------------------------------------------------------------------//
function hb_Huella()

   local c := ""
   local h := {=>}

   h['Nif']                      := "B1234567"
   h['NumSerieFacturaEmisor']    := "AB-123456"
   h['FechaExpedicionFactura']   := hb_dtoc( date(), "dd-mm-yyyy" )
   h['TipoRegistroSIF']          := "01"
   h['TipoFactura']              := "F1"
   h['CuotaTotal']               := ltrim( str(261.61, 12, 2) )
   h['ImporteTotal']             := ltrim( str(1507.36, 12, 2) )
   h['HuellaRegistroAnterior']   := "ZmY2MDgxMzc2ZWIyMTI4ZDFiMDMyMDlkMTAyNmQ4ZDVmZGExMWJkYWRiMThjZTNkYjE4ODExZDg3MDUwZTNjMQ=="
   h['FechaHoraHusoGenRegistro'] := hb_TtoS( hb_datetime() )

   hb_heval( h, {|k,v,i| c += v} ) // | key, value, index |

return hb_base64Encode( hb_sha256(c) )
 

   cUtcTime := iTime()['datetime']
   cUtcTime := Left( cUtcTime, 19 ) + Right( cUtcTime, 6 ) //2024-01-01T19:20:35+01:00
   h['TextHuella'] := "IDEmisorFactura=" + AllTrim(AppData:cNifEmpresa) + "&NumSerieFactura=" + AllTrim(cNumFac) + "&FechaExpedicionFactura=" + StrTran( h['cDataFactura'], "/", "-" ) + "&TipoFactura=F1&CuotaTotal=" + AllTrim(Str( h['nIva1']+h['nIva2']+h['nIva3'], 15, 2 )) + "&ImporteTotal=" + AllTrim(Str( h['nBase0']-h['nDte0'] + h['nBase1']-h['nDte1'] + h['nBase2']-h['nDte2'] + h['nBase3']-h['nDte3'], 15, 2 )) + "&Huella=" + "3C464DAF61ACB827C65FDA19F352A4E3BDC2 C640E9E9FC4CC058073F38F12F60" + "&FechaHoraHusoGenRegistro=" + cUtcTime
   h['Huella'] := Upper(HB_SHA256( h['TextHuella'] ))
 

paquitohm wrote: ¿ Qué tipo de cambios estás haciendo en los DBF ? ¿ Qué validaciones ? Pregunto por ayudarte porque no hacen falta _ como supusimos al principio que había que hacer

paquitohm wrote: TicketBai tiene la estructura que tu comentas.
Sospecho que esa estructura tiene el sentido de que haya sistemas "enviadores" de facturas producidas por varios SIF, asi un envio podria constar de muchas facturas impresas por varios SIF distintos