Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[CarlosMz]

Empezado por CarlosR

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 ?

Y la fecha de emisión (expedición) no coincidirá con la fecha de creación de registro de facturación ? entendiendo que es simultánea en verifactu

Muchas gracias Carlos

[CarlosR]

Empezado por CarlosMz

Y la fecha de emisión (expedición) no coincidirá con la fecha de creación de registro de facturación ? entendiendo que es simultánea en verifactu

Muchas gracias Carlos

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.

[CarlosMz]

Empezado por CarlosR

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.

Para conseguir esa ordenación de fecha, nº de factura + serie, fecha de registro solo veo posible mediante un borrador/prefactura y emitir en el momento que esté terminada.

Muchas gracias Carlos

[frrr@grupo3rs.c]

He empezado con este tema hace un par de semanas y despues de mucho leer y averiguar, cada día me lio mas.

Como puedo reflejar una factura normal/simplificada que refleja hasta 3 IVAS distintos con sus cuotas correspondiente.

Ejemplo : IVA 21 vinos, IVA 10 bebidas, iva 4 productos basicos E INCLUSO HAY ALGUN PRODUCTO exento, esto es normal en un restaurante

Como se puede implementar.

Gracias


Lo pongo de esta forma porque no se donde crear un teme nuevo

[Delphier]

Código Delphi [-]

      // Desglose de IVAS
      var ListaDesglose : DesgloseType := DesgloseType.Create();
      var Orden := 0;
      while not DTDesgloseIvas.Eof do
      Begin

          var DetalleDesglose := DetalleType.Create;;

          DetalleDesglose.ClaveRegimen :=
          ClaveRegimenVerifactu(DTFactura.Connection,DTFactura.FieldByName('RegimenIva').AsInteger); //'L8';

          DetalleDesglose.CalificacionOperacion := TipoCalificacionOperacion; //L9

          // Si es exenta , motivo
          if (DetalleDesglose.CalificacionOperacion = CalificacionOperacionType.N1)
          or (DetalleDesglose.CalificacionOperacion = CalificacionOperacionType.N2) then
          DetalleDesglose.OperacionExenta := TipoOperacionExenta; //L10

          DetalleDesglose.TipoImpositivo := FormatFloat('0.00',DTDesgloseIvas.FieldByName('IVA').AsFloat);
          DetalleDesglose.BaseImponibleOimporteNoSujeto := FormatFloat('0.00',DTDesgloseIvas.FieldByName('BASIMP').AsFloat);;
          DetalleDesglose.BaseImponibleACoste := '0.00';
          DetalleDesglose.CuotaRepercutida := FormatFloat('0.00',DTDesgloseIvas.FieldByName('BASIVA').AsFloat);
          DetalleDesglose.TipoRecargoEquivalencia := FormatFloat('0.00',DTDesgloseIvas.FieldByName('REC').AsFloat);
          DetalleDesglose.CuotaRecargoEquivalencia := FormatFloat('0.00',DTDesgloseIvas.FieldByName('BASREC').AsFloat);

       DTDesgloseIvas.Next;

           // desglose

        SetLength(ListaDesglose, Orden+1);
        ListaDesglose[Orden] := DetalleDesglose ;


       Orden := Orden + 1;

      end;

      Factura.RegistroFacturacion.Desglose := ListaDesglose;

[CarlosR]

Empezado por frrr@grupo3rs.c

He empezado con este tema hace un par de semanas y despues de mucho leer y averiguar, cada día me lio mas.

Como puedo reflejar una factura normal/simplificada que refleja hasta 3 IVAS distintos con sus cuotas correspondiente.

Ejemplo : IVA 21 vinos, IVA 10 bebidas, iva 4 productos basicos E INCLUSO HAY ALGUN PRODUCTO exento, esto es normal en un restaurante

Como se puede implementar.

Gracias


Lo pongo de esta forma porque no se donde crear un teme nuevo

Todas las facturas que cumplan normas "son normales" y están normativizadas.
Los tipos de facturas que se pueden expedir en España pueden ser

- Recapitulativas
- Rectificativas
- Sustitutivas
- Simplificadas
- Resumen de tickets (res.simplificadas)


Por otro lado si te parecen muchos los tipos de iva de alimentación podrías mirar cuantas se utilizan en bazar y ferretería en muchos de los lugares además se expliden artículos agroalimentarios. Es mas, en algunos casos inclusive de un iva original se modifica para crear una excepcionalidad. Casos como reparación en vivienda. Tres tipos de iva por documento te serán pocos.



Ahora bien, si lo que quieres es preguntar como se puede reflejar en el xml de veri*factu diversos tipos de iva, es repitiendo la etiqueta y su contenido denominada "<Desglose>"


P.e.

           <Desglose>
... para imponible 1 si es rectificativa

                  <DetalleDesglose>
                                   <ClaveRegimen>xxx</ClaveRegimen>
                                   <CalificacionOperacion>xxx</CalificacionOperacion>
                                   <OperacionExenta>xxx</OperacionExenta>
                                   <BaseImponibleOimporteNoSujeto>xxx</BaseImponibleOimporteNoSujeto>
                                   </DetalleDesglose>'
                 </DetalleDesglose>
... para imponible 1 si es sustititiva,recapitulativa,simplificada

                 <DetalleDesglose>
                                   <ClaveRegimen> xxx</ClaveRegimen>
                                   <CalificacionOperacion>xxx</CalificacionOperacion>
                                   <TipoImpositivo>xxx</TipoImpositivo>
                                   <BaseImponibleACoste>xxx</BaseImponibleACoste>
                                   <CuotaRepercutida>xxx</CuotaRepercutida>
                                   <TipoRecargoEquivalencia>xxx</TipoRecargoEquivalencia>
                                   <CuotaRecargoEquivalencia>xxx</CuotaRecargoEquivalencia>
                 </DetalleDesglose>

... lo mismo para otras bases imponibles (según la aeat están previstos 12)

<Desglose>
Espero que me haya explicado con claridad.




Un saludo.

[frrr@grupo3rs.c]

Carlos, muchas gracias por tu aporte.

Voy a inetntar hace algun ejemplo

[ermendalenda]

Hola, me estoy liando jn poco con los últimos post, por si os sirve:
Los tipos de facturas hay que gestionarlos según el uso, o sea, por ejemplo para verifactu no existe el tipo recapiltulativas, tu le mandas la factura con su fecha de expedición, registro... pero no le dices si es recapiltulativa ni a que albaranes pertenece, eso es para información al remitente B2B, BTC y B2G, pero bo para el reporte a la aeat(verifactu). Al igual que no existe en face la sustitutiva, simplemente modificas la dactura y la envías. Tamp9co existe en vericsctu la factura proforma, con lo cual no puedes andar usando el mismo numero de serie para una proforma y convertirla en factura ordinaria cuando te la acepten o verifiques.
A mi me ha costado un poco entender lio, pero una vez que lo tienes claro ya cuesta menos entender y gestionar cada reglamento y aplicarlo al software correctamente, que no ea fácil