Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[David M]

Buenas,

¿Alguien ha probado los certificados de firma de código de Certum?

https://www.sslmentor.es/certum/certumcodecloud

Veo que el precio es significativamente menor que los habituales (Sectigo, etc.) y me caduca el que tengo en breve.

Sacado de la web SSLMENTOR:
La firma de archivos se realiza cuando se instala el programa SimplySign Desktop en la estación (PC, Mac), que emula la conexión entre una tarjeta criptográfica física y un lector de tarjetas con un certificado ubicado en la nube. Utilizando la aplicación móvil SimplySign, se genera un token de 6 dígitos, lo que hace que el certificado esté disponible para firmar durante aproximadamente 2 horas. Luego, puedes firmar archivos ilimitados en la estación, por ejemplo, utilizando la aplicación Microsoft SignTool como estás acostumbrado. Después de la expiración, es necesario ingresar un nuevo token desde el teléfono móvil (funcionalmente, es similar a la aplicación Google Authenticator, por ejemplo). La aplicación SimplySign y SimplySign Desktop están disponibles de forma gratuita.

Saludos,
David M.

[skatologiko]

A falta de que exista un entorno de pruebas, aquí dejo un ejemplo de un archivo xml que he confeccionado, partiendo de la base de los que estamos generando en nuestra aplicación para Ticket Bai, pero con la estructura de lo que está publicado hasta ahora por la AEAT, para que a alguien le siga de noción, y también para preguntar si alguien sabe qué hay que poner al principio en lugar de <T:TicketBai xmlns:T="urn:ticketbai:emision"> .

Está sin firmar y los datos son de prueba, obviamente

[xevi]

Yo veo que el xml, hasta hoy, debería de tener esa otra estructura...

<sum:AltaFactuSistemaFacturacion xmlns:sum="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroLR.xsd" xmlns:sum1="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">
<sum1:Cabecera>
<sum1:ObligadoEmision>
<sum1:NombreRazon>JUAN SPAIN</sum1:NombreRazon>
<sum1:NIF>A99800005</sum1:NIF>
</sum1:ObligadoEmision>
<sum1:RemisionVoluntaria>
<sum1:Incidencia>S</sum1:Incidencia>
</sum1:RemisionVoluntaria>
</sum1:Cabecera>
<sum:RegistroFactura>
<sum:RegistroAlta>
<sum1:IDVersion>1.0</sum1:IDVersion>
<sum1:IDFactura>
<sum1:IDEmisorFactura>
<sum1:NIF>A99800005</sum1:NIF>
</sum1:IDEmisorFactura>
<sum1:NumSerieFacturaEmisor>1.1.3.1</sum1:NumSerieFacturaEmisor>
<sum1:FechaExpedicionFacturaEmisor>09-04-2024</sum1:FechaExpedicionFacturaEmisor>
</sum1:IDFactura>
<sum1:NombreRazonEmisor>JUAN SPAIN</sum1:NombreRazonEmisor>
<sum1:TipoFactura>F1</sum1:TipoFactura>
<sum1:DescripcionOperacion>Factura</sum1:DescripcionOperacion>
<sum1:Destinatarios>
<sum1:IDDestinatario>
<sum1:NombreRazon>ESPAOL JUAN</sum1:NombreRazon>
<sum1:NIF>A99800005</sum1:NIF>
</sum1:IDDestinatario>
</sum1:Destinatarios>
<sum1:Desglose>
<sum1:DetalleDesglose>
<sum1:ClaveRegimen>18</sum1:ClaveRegimen>
<sum1:CalificacionOperacion>S1</sum1:CalificacionOperacion>
<sum1:TipoImpositivo>10.00</sum1:TipoImpositivo>
<sum1:BaseImponibleOimporteNoSujeto>16.36</sum1:BaseImponibleOimporteNoSujeto>
<sum1:CuotaRepercutida>1.64</sum1:CuotaRepercutida>
<sum1:TipoRecargoEquivalencia>1.40</sum1:TipoRecargoEquivalencia>
<sum1:CuotaRecargoEquivalencia>0.23</sum1:CuotaRecargoEquivalencia>
</sum1:DetalleDesglose>
</sum1:Desglose>
<sum1:ImporteTotal>18.23</sum1:ImporteTotal>
<sum1:CuotaTotal>1.87</sum1:CuotaTotal>
<sum1:Encadenamiento>
<sum1:RegistroAnterior>
<sum1:IDEmisorFactura>
<sum1:NIF>A99800005</sum1:NIF>
</sum1:IDEmisorFactura>
<sum1:NumSerieFactura>1.1.1.8</sum1:NumSerieFactura>
<sum1:FechaExpedicionFactura>09-04-2024</sum1:FechaExpedicionFactura>
<sum1:Huella>F698C32C481694372C471AF98A2B6D4E845B390A8F4C34820ED91EF9C61EE072</sum1:Huella>
</sum1:RegistroAnterior>
</sum1:Encadenamiento>
<sum1:SistemaInformatico>
<sum1:NombreRazon>JUAN SPAIN</sum1:NombreRazon>
<sum1:NIF>A99800005</sum1:NIF>
<sum1:NombreSistemaInformatico>VERIFACTU0000PRUEBA</sum1:NombreSistemaInformatico>
<sum1:IdSistemaInformatico>01</sum1:IdSistemaInformatico>
<sum1:Version>1.0.03</sum1:Version>
<sum1:NumeroInstalacion>A99800005 NCentro:1 NTPV:1</sum1:NumeroInstalacion>
<sum1:TipoUsoPosibleSoloVerifactu>S</sum1:TipoUsoPosibleSoloVerifactu>
<sum1:TipoUsoPosibleMultiOT>S</sum1:TipoUsoPosibleMultiOT>
<sum1:NumeroOTAlta>2</sum1:NumeroOTAlta>
</sum1:SistemaInformatico>
<sum1:FechaHoraHusoGenRegistro>2024-04-09T22:59:37+01</sum1:FechaHoraHusoGenRegistro>
</sum:RegistroAlta>
<sum1:TipoHuella>01</sum1:TipoHuella>
<sum1:Huella>5C337FA56077F950EA7622CE3D52AD8A6E4B4AD22337BDED0B96D5909D929D1D</sum1:Huella>
</sum:RegistroFactura>
</sum:AltaFactuSistemaFacturacion>

Hasta donde yo llego

[ermendalenda]

Hola algunos nodos han cambiado en la ultima version

Código PHP:

<?xml version="1.0" encoding="UTF-8"?>
<sum:AltaFactuSistemaFacturacion xmlns:sum="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroLR.xsd" xmlns:sum1="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">
<sum1:Cabecera>
<sum1:ObligadoEmision>
<sum1:NombreRazon>JUAN SPAIN</sum1:NombreRazon>
<sum1:NIF>A99800005</sum1:NIF>
</sum1:ObligadoEmision>
</sum1:Cabecera>
<sum:RegistroFactura>
<sum:RegistroAlta>
<sum1:IDVersion>1.0</sum1:IDVersion>
<sum1:IDFactura>
<sum1:IDEmisorFactura>A99800005</sum1:IDEmisorFactura>
<sum1:NumSerieFactura>2-52.2.3</sum1:NumSerieFactura>
<sum1:FechaExpedicionFactura>30-08-2024</sum1:FechaExpedicionFactura>
</sum1:IDFactura>
<sum1:NombreRazonEmisor>JUAN SPAIN</sum1:NombreRazonEmisor>
<sum1:TipoFactura>F1</sum1:TipoFactura>
<sum1:DescripcionOperacion>Factura</sum1:DescripcionOperacion>
<sum1:Destinatarios>
<sum1:IDDestinatario>
<sum1:NombreRazon>ESPANOL JUAN</sum1:NombreRazon>
<sum1:NIF>A99800005</sum1:NIF>
</sum1:IDDestinatario>
</sum1:Destinatarios>
<sum1:Desglose>
<sum1:DetalleDesglose>
<sum1:ClaveRegimen>01</sum1:ClaveRegimen>
<sum1:CalificacionOperacion>S1</sum1:CalificacionOperacion>
<sum1:TipoImpositivo>10.00</sum1:TipoImpositivo>
<sum1:BaseImponibleOimporteNoSujeto>3000.00</sum1:BaseImponibleOimporteNoSujeto>
<sum1:CuotaRepercutida>300.00</sum1:CuotaRepercutida>
</sum1:DetalleDesglose>
</sum1:Desglose>
<sum1:CuotaTotal>300.00</sum1:CuotaTotal>
<sum1:ImporteTotal>3300.00</sum1:ImporteTotal>
<sum1:Encadenamiento>
<sum1:RegistroAnterior>
<sum1:IDEmisorFactura>A99800005</sum1:IDEmisorFactura>
<sum1:NumSerieFactura>1-52.2.3</sum1:NumSerieFactura>
<sum1:FechaExpedicionFactura>30-08-2024</sum1:FechaExpedicionFactura>
<sum1:Huella>3529A362671D5172B1ADC28B806682E4592449F16D4B8A88D9029C6207F95A97</sum1:Huella>
</sum1:RegistroAnterior>
</sum1:Encadenamiento>
<sum1:SistemaInformatico>
<sum1:NombreRazon>SOFTWARE TPV</sum1:NombreRazon>
<sum1:NIF>00000006Y</sum1:NIF>
<sum1:NombreSistemaInformatico>VERIFACTU0000PRUEBA</sum1:NombreSistemaInformatico>
<sum1:IdSistemaInformatico>01</sum1:IdSistemaInformatico>
<sum1:Version>1.0.03</sum1:Version>
<sum1:NumeroInstalacion>0000000006Y NCentro:52 NTPV:2</sum1:NumeroInstalacion>
<sum1:TipoUsoPosibleSoloVerifactu>S</sum1:TipoUsoPosibleSoloVerifactu>
<sum1:TipoUsoPosibleMultiOT>N</sum1:TipoUsoPosibleMultiOT>
</sum1:SistemaInformatico><sum1:FechaHoraHusoGenRegistro>2024-08-30T19:59:45+02:00</sum1:FechaHoraHusoGenRegistro>
<sum1:TipoHuella>01</sum1:TipoHuella>
<sum1:Huella>7D003FF902DFBA03670C11D9083D7480195F3D42E0F3E40C85CDCF881B126B48</sum1:Huella>
</sum:RegistroAlta>
</sum:RegistroFactura>
</sum:AltaFactuSistemaFacturacion>

[David M]

Empezado por David M

Buenas,

¿Alguien ha probado los certificados de firma de código de Certum?

https://www.sslmentor.es/certum/certumcodecloud

Veo que el precio es significativamente menor que los habituales (Sectigo, etc.) y me caduca el que tengo en breve.

Sacado de la web SSLMENTOR:
La firma de archivos se realiza cuando se instala el programa SimplySign Desktop en la estación (PC, Mac), que emula la conexión entre una tarjeta criptográfica física y un lector de tarjetas con un certificado ubicado en la nube. Utilizando la aplicación móvil SimplySign, se genera un token de 6 dígitos, lo que hace que el certificado esté disponible para firmar durante aproximadamente 2 horas. Luego, puedes firmar archivos ilimitados en la estación, por ejemplo, utilizando la aplicación Microsoft SignTool como estás acostumbrado. Después de la expiración, es necesario ingresar un nuevo token desde el teléfono móvil (funcionalmente, es similar a la aplicación Google Authenticator, por ejemplo). La aplicación SimplySign y SimplySign Desktop están disponibles de forma gratuita.

Saludos,
David M.

Me respondo a mí mismo, funciona perfectamente para firmar aplicaciones. En lugar del dispositivo físico al que obligan últimamente, te descargas una app en el móvil donde te generan un token cuando vayas a realizar la firma y deja la sesión iniciada durante 2 horas para firmar archivos de forma ilimitada.
Tenedlo en cuenta, cuesta menos de 100€ al año en la modalidad de 3 años.

Saludos,
David M.

[[newtron]]

Hola a tod@s.


Estoy dándole vueltas al tema de VeriFactu/No Verifactu y (si no me equivoco) parece que en los programas "No VeriFactu" hay que guardar la factura en un fichero XML firmado para que en caso de requerimiento se puedan enviar del tirón. Yo estaba preparando el tema VeriFactu con los componentes SOAP que generan y envían el fichero pero estoy viendo que si no se va a enviar por ser "No VeriFactu" no tengo forma de generar el fichero XML para firmarlo y guardarlo.


Mi pregunta es ¿hay alguna opción de generar el fichero XML con el componente y sin enviarlo o hay que crear el XML "a pelo" para poder firmarlo y guardarlo?


Gracias y un saludo.

[pablog2k]

Si utilizas los componentes SOAP de delphi (THTTPRIO), puedes hacer la 'trampa' de en el evento BeforeExecute, guardar el XML y luego cancelar.
Algo así:

Código Delphi [-]
    if(SaveDialog.Execute) then
    begin
      ss:=TFileStream.Create(SaveDialog.FileName, fmCreate);
      SOAPRequest.Position := 0;
      ss.CopyFrom(SOAPRequest,SOAPRequest.Size);
      ss.Free;
      SOAPRequest.Position := 0;
    end;
    raise Exception.Create('XML exportado');

Donde ss es un TFileStream
A nosotros nos funciona

[[newtron]]

Si, eso ya lo uso para el SII pero para poder interceptar ese evento tienes que enviar mediante el componente (que no es la idea).



Gracias y un saludo.

[novatico]

Han publicado detalle de la Firma Electrónica, del QR y del Hash

Se pueden ver en:
https://www.agenciatributaria.es/AEA...ERI_FACTU.html

Un saludo.

[delphiGar]

Empezado por newtron

Hola a tod@s.


Estoy dándole vueltas al tema de VeriFactu/No Verifactu y (si no me equivoco) parece que en los programas "No VeriFactu" hay que guardar la factura en un fichero XML firmado para que en caso de requerimiento se puedan enviar del tirón. Yo estaba preparando el tema VeriFactu con los componentes SOAP que generan y envían el fichero pero estoy viendo que si no se va a enviar por ser "No VeriFactu" no tengo forma de generar el fichero XML para firmarlo y guardarlo.


Mi pregunta es ¿hay alguna opción de generar el fichero XML con el componente y sin enviarlo o hay que crear el XML "a pelo" para poder firmarlo y guardarlo?


Gracias y un saludo.

Puedes hacerlo cogiendo el objeto RegistroAlta o RegistroAnulacion de los que te ha generado el fichero de wdsl de soap, para ello tienes que hacer la conversion de este objeto a SOAP y tendras un nuevo nodo que es el xml de la factura, este xml ya puedes firmarlo ya que contendra los nodos:

<RegistroAlta >
...
<RegistroAlta >

segun la documentacion del Excel del esquema ultimo, esta firma va dentro del RegistroAlta o RegistroAnulacion de cada uno de ellos tal que seria:

<RegistroAlta >
...
   <Signature>
   </Signature>
<RegistroAlta >

Cuando vayas a enviarlo debes cargarlo con la funcion SOAPtoObject de cada RegistroAlta o RegistroAnulacion y se relleneran todos los campos con esos datos, despues en el envio se armaran de nuevo el xml, pero eso lo hace el componente HTTPRIO junto con el Converter.
Para que no tengas problemas en el Converter desmarca la opcion soSendUntyped, tanto en la conversion de los Registros como en el compontente HTTPRIO.

[[newtron]]

Empezado por delphiGar

Puedes hacerlo cogiendo el objeto RegistroAlta o RegistroAnulacion de los que te ha generado el fichero de wdsl de soap, para ello tienes que hacer la conversion de este objeto a SOAP y tendras un nuevo nodo que es el xml de la factura, este xml ya puedes firmarlo ya que contendra los nodos:

<RegistroAlta >
...
<RegistroAlta >

segun la documentacion del Excel del esquema ultimo, esta firma va dentro del RegistroAlta o RegistroAnulacion de cada uno de ellos tal que seria:

<RegistroAlta >
...
   <Signature>
   </Signature>
<RegistroAlta >

Cuando vayas a enviarlo debes cargarlo con la funcion SOAPtoObject de cada RegistroAlta o RegistroAnulacion y se relleneran todos los campos con esos datos, despues en el envio se armaran de nuevo el xml, pero eso lo hace el componente HTTPRIO junto con el Converter.
Para que no tengas problemas en el Converter desmarca la opcion soSendUntyped, tanto en la conversion de los Registros como en el compontente HTTPRIO.

Gracias compañero. ¿Tendrías algún ejemplo que pudieras mostrar?


Saludos.

[delphiGar]

Empezado por newtron

Gracias compañero. ¿Tendrías algún ejemplo que pudieras mostrar?


Saludos.

Te digo lo mismo que a pararegistrarme hay que añadir la opcion soSenduntype para no tener problemas, lo puse al contrario.

Te pongo un ejemplo:

Código Delphi [-]
var
    Factura             : RegistroFacturaType;
    RefId, Swdsl: string;
    MyXML, parentXML : TXMLDocument;
    ARootNode,newNode, AParentode : IXMLNode;  
begin

  Factura := RegistroFacturaType.Create;

  Factura.RegistroAlta   := RegistroFacturacionAltaType.Create;

  // Rellenas todo lo de la Factura

     MyXML := TXMLDocument.Create(Application);
    parentXML := TXMLDocument.Create( Application );

    MyXML.Active := True;
    MyXML.Version:='1.0';
    MyXML.Encoding:='utf-8';

    parentXML.Active := True;
    parentXML.Version:='1.0';
    parentXML.Encoding:='utf-8';


    ARootNode := MyXML.CreateNode('RegistroAlta');
    AParentode := parentXML.CreateNode('RegistroAlta');

     var MOPToSoapDomConvert : TOPtoSOAPDomConvert;
    MOPToSoapDomConvert := TOPtoSOAPDomConvert.Create(Application);

    MOPToSoapDomConvert.Encoding := 'utf-8';

    MOPToSoapDomConvert.Options :=
    [
    TSOAPConvertOption.soXXXXHdr,
    TSOAPConvertOption.soDontSendEmptyNodes,
    TSOAPConvertOption.soUTF8InHeader,
    TSOAPConvertOption.soSendUntyped,
    TSOAPConvertOption.soSendMultiRefObj,
    //TSOAPConvertOption.soSendMultiRefArray,
    TSOAPConvertOption.soTryAllSchema,
    TSOAPConvertOption.soRootRefNodesToBody,
    TSOAPConvertOption.soCacheMimeResponse,
    TSOAPConvertOption.soUTF8EncodeXML,
    TSOAPConvertOption.soSOAP12];


    Swdsl := 'https://prewww2.aeat.es/static_files/common/internet/dep/aplicaciones/es/aeat/tikeV1.0/cont/ws/SistemaFacturacion.wsdl';

    newNode := Factura.RegistroAlta.ObjectToSOAP( ARootNode, AParentode, MOPToSoapDomConvert, 'RegistroAlta',
      Swdsl,'T',[ocoDontPrefixNode,ocoDontPutTypeAttr], RefId  );

     // este newNode lleva el xml limpio
    {
     1.0NIF DE MI EMPRESAF24000622-01-2024F1VENTA MERCADERIASCLIENTE2NIFCLI2ES02NIFCLI201S121,002000,00420,00420,002420,00NIF DE MI EMPRESAF24000522/01/2024b32680a7b029d07a809fd10f052c322305b86cb80116250ce7db441b8ac3421eEMPRESA INFORMATICANIF INFORMATICAES02PROGRAMA DE GESTION111SN12024-09-13T10:54:49.560+02:0001ff1cbd3a05a119f57109a650dc84e9e9df4bcd541394ea4d71612fadb4c8078e
}

// logicamente esto ya lo puedes firmar, y como te dije va entre los nodos del Regtistro de Alta, cuando lo cargas 
// mediante la funcion SOAPtoObject se rellena con cada cosa y la firma va al nodo 
// yo la firma la hago con Secure BlackBox y lo hago en memoria todo
// si lo haces con Autofirma no te va as alir bien, ya lo comprobe



    // Para cuando tengas que cargarlo seria asi

Factura.RegistroAlta.SOAPToObject(  ARootNode, newNode, MOPToSoapDomConvert);

end;

[[newtron]]

Empezado por delphiGar

Te digo lo mismo que a pararegistrarme hay que añadir la opcion soSenduntype para no tener problemas, lo puse al contrario.

Te pongo un ejemplo:
....

El problema es que no sé si mi Delphi Berlin se va a tragar todo esto y por otro lado tampoco tengo las SecureBlackBox así que... haré alguna prueba por si acaso pero sin muchas esperanzas.


Gracias y un saludo.

[RanNav]

Buenas, la verdad es que estoy empezando a investigar sobre este tema y hay cosas que no me quedan muy claras.

• ¿En qué casos hay que hacer una factura rectificativa y en cuáles otros una factura de alta por subsanación?
• Si tengo una factura por ejemplo con un importe de 150€ y quiero anularla, ¿podría en vez de hacer una factura de anulación, una factura rectificativa diferencial con -150€?

Muchas gracias de antemano.

[antoine0]

Empezado por RanNav

• ¿En qué casos hay que hacer una factura rectificativa y en cuáles otros una factura de alta por subsanación?
• Si tengo una factura por ejemplo con un importe de 150€ y quiero anularla, ¿podría en vez de hacer una factura de anulación, una factura rectificativa diferencial con -150€?

Creo que es cuestión de vocabulario.

Por ejemplo, para la segunda pregunta, en el vocabulario del reglamento de facturación, si debes anular una factura que está mal sin reparo, hay que emitir una «factura rectificativa» y la única forma de hacerlo por el importe total es usando la opción por diferencia. Entonces creo que la segunda respuesta es, «sí, por qué es lo mismo».

Para la 1ª pregunta, los casos para una factura rectificativa son los que marcan el reglamento de facturación 11619/2012 en su artículo 15. Respecto a la alternativa de una factura de alta por subsanación no sé lo que quieres decir: ¿alta dónde?

Por otra parte, me remito a un mensaje reciente que creo explica bien el caso presentado de corrección de error de cliente:

Empezado por sglorka

Si el error es porque te has equivocado de cliente entonces debes emitir una factura rectificativa por diferencia (R4) en negativo anulando así la factura original y posteriormente, emites una factura ordinaria al nuevo cliente.
Si el error es porque el cliente es correcto pero su NIf está mal, entonces debes emitir una factura ordinaria en negativo (factura de abono) anulando la factura original y posteriormente, emites una rectificativa por sustitución (R4) con el Nif correcto del cliente.

[richidemola]

Buenas a todos, voy a postear un listado de los posibles casos en los que nos podemos encontrar a la hora de emitir una factura rectificativa a ver si entre todos aclaramos que tipo de factura rectificativa hay que emitir en cada caso, creo que no me dejo ningún supuesto, si es así me lo decís y lo añado a la lista junto con la solución para cada caso según nos vayamos aclarando entre todos.

1) Cliente erróneo, al emitir la factura se asoció al cliente que no era y se emitió la factura

2) Cliente correcto, nif erróneo, el nif del cliente se metió mal al emitir la factura

3) Nif correcto, error en el nombre del cliente al emitir la factura

4) Importe de la factura erróneo, se han devuelto algunos productos una vez emitida la factura

5) Importe de la factura erróneo, se han añadido productos después de emitir la factura

6) Importe de la factura erróneo, la factura lleva productos que se añadieron por error al hacer la venta y se emitió la factura

7) El cliente devuelve todos los productos de una factura emitida y se le devuelve todo el importe de la factura

8) El cliente no paga la factura, en este caso hay que anularla por completo

[Franche]

incluye : hago una rectificativa y me vuelvo a equivocar, rectificativa de la rectificativa ?
Al final el problema va a ser el usuario cuando empiece a preguntar y porque se hace asi y como hago esto, hecho esto y ahora no se como hacer lo otro ... en fin ... una locura

[antoine0]

Empezado por richidemola

creo que no me dejo ningún supuesto

Creo que hay cosas que no veo en tu lista:

• Cliente no paga, procedimiento judicial, el liquidador o el juez dice que no habrá pago (por tanto se recupera la totalidad del IVA)
• Cliente no paga, procedimiento judicial, el liquidador o el juez promete un pago parcial (por tanto se recupera una parte del IVA)
• Equivocación en la casuística de IVA, hay que volver a facturar con otros tipos de IVA, o sin IVA
• El precio indicado en factura era incorrecto, se corrige
• Hay que añadir un descuento que se olvidó

Y estoy seguro que hay más posibles casos, sobre todo si se considera los regímenes especiales (agencias de viaje, criterio de caja y un larguísimo etc.)

Lo que no sé es si hay que emitir factura rectificativa (con numeración especial) en el caso que hubo un error en la descripción de las operaciones, por ejemplo el nombre de un artículo o un número de serie, cosas que no afecta a la base o a las cuotas.

[richidemola]

Buenas a todos, voy a postear un listado de los posibles casos en los que nos podemos encontrar a la hora de emitir una factura rectificativa a ver si entre todos aclaramos que tipo de factura rectificativa hay que emitir en cada caso, creo que no me dejo ningún supuesto, si es así me lo decís y lo añado a la lista junto con la solución para cada caso según nos vayamos aclarando entre todos.

Como no veo la forma de editar mi mensaje original creo uno nuevo añadiendo los supuestos que han propuesto otros usuarios.

1) Cliente erróneo, al emitir la factura se asoció al cliente que no era y se emitió la factura

2) Cliente correcto, nif erróneo, el nif del cliente se metió mal al emitir la factura

3) Nif correcto, error en el nombre del cliente al emitir la factura

4) Importe de la factura erróneo, se han devuelto algunos productos una vez emitida la factura

5) Importe de la factura erróneo, se han añadido productos después de emitir la factura

6) Importe de la factura erróneo, la factura lleva productos que se añadieron por error al hacer la venta y se emitió la factura

7) El cliente devuelve todos los productos de una factura emitida y se le devuelve todo el importe de la factura

8) El cliente no paga la factura, en este caso hay que anularla por completo

9) Hago una rectificativa y me vuelvo a equivocar, rectificativa de la rectificativa ?

10) Cliente no paga, procedimiento judicial, el liquidador o el juez dice que no habrá pago (por tanto se recupera la totalidad del IVA)

11) Cliente no paga, procedimiento judicial, el liquidador o el juez promete un pago parcial (por tanto se recupera una parte del IVA)

12) Equivocación en la casuística de IVA, hay que volver a facturar con otros tipos de IVA, o sin IVA

13) El precio indicado en factura era incorrecto, se corrige

14) Hay que añadir un descuento que se olvidó

[bmfranky]

Empezado por richidemola

Buenas a todos, voy a postear un listado de los posibles casos en los que nos podemos encontrar a la hora de emitir una factura rectificativa a ver si entre todos aclaramos que tipo de factura rectificativa hay que emitir en cada caso, creo que no me dejo ningún supuesto, si es así me lo decís y lo añado a la lista junto con la solución para cada caso según nos vayamos aclarando entre todos.

Como no veo la forma de editar mi mensaje original creo uno nuevo añadiendo los supuestos que han propuesto otros usuarios.

1) Cliente erróneo, al emitir la factura se asoció al cliente que no era y se emitió la factura

2) Cliente correcto, nif erróneo, el nif del cliente se metió mal al emitir la factura

3) Nif correcto, error en el nombre del cliente al emitir la factura

4) Importe de la factura erróneo, se han devuelto algunos productos una vez emitida la factura

5) Importe de la factura erróneo, se han añadido productos después de emitir la factura

6) Importe de la factura erróneo, la factura lleva productos que se añadieron por error al hacer la venta y se emitió la factura

7) El cliente devuelve todos los productos de una factura emitida y se le devuelve todo el importe de la factura

8) El cliente no paga la factura, en este caso hay que anularla por completo

9) Hago una rectificativa y me vuelvo a equivocar, rectificativa de la rectificativa ?

10) Cliente no paga, procedimiento judicial, el liquidador o el juez dice que no habrá pago (por tanto se recupera la totalidad del IVA)

11) Cliente no paga, procedimiento judicial, el liquidador o el juez promete un pago parcial (por tanto se recupera una parte del IVA)

12) Equivocación en la casuística de IVA, hay que volver a facturar con otros tipos de IVA, o sin IVA

13) El precio indicado en factura era incorrecto, se corrige

14) Hay que añadir un descuento que se olvidó

Una cosa, cual seria el caso de una sustitucion en garantia, por ejemplo, se ha muerto una bateria que monte en el 2022, se la voy a cambiar en garantia, pero ahora vale 15€ mas que en su dia, tengo que cobrar la diferencia...