Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[antoine0]

Empezado por CarlosR

¿ Qué haces si el cliente no se había acogido a veri*factu y decide acogerse en algún ejercicio ?

Lo mismo que tu haces si tu cliente te dice que se ha acogido a una opción inusual del Código aduanero, o decide emitir algunas facturas acogidas al IVA en otro país de la U.E. (para poner ejemplos): le explicas a tu cliente que tu programa no es un todopoderoso y que este caso no lo contempla (en la actualidad; siempre dejar opciones comerciales...)

¿ Una versión del programa en función de cada situación ?

Esto me da a pensar que el precio de los programas no-Veri*factu (o con las dos opciones) pueden salir más caros que los programas solo Veri*factu; e incluso que la diferencia puede ser notable.
Y creo que sería bastante lógico, además.

El productor informático no puede obligar al cliente a tomar una decisión fiscal.

No es lo que estas haciendo, si le dices a tu cliente que no lo puedes acompañar en su viaje si él toma tal decisión.
Dicho de otra forma: si implementas solo la parte Veri*factu, lo debes poner bien claro en la documentación comercial, para que le cliente no se equivoque comprando el programa inadaptado.
Y si tienes clientes ya y no piensas desarrollar la opción no-Veri*factu, ahora parece un buen momento para pensar en el mensaje marketing que hay que diseñar para explicar a estos clientes 1º que les va a costar el cambio iniciado por el gobierno (incluso cosas como poner el sistema de facturación conectado a internet, o el tema de los certificados), y 2º que solo está la opción de acogerse al Veri*factu, si se quieren quedar contigo y tener menos inspecciones de Hacienda. O algo así (no soy bueno en marketing ).

[jlmoli_67]

Buenas, tengo un problema que llevo tres dias sin poder solventar y que esta relacionado con los destinatarios.

No tengo narices de crear el siguiente nodo con el wsdl importado dentro de RegistroAltaFacturas (..prewww2.aeat.es|static_files|common|internet|dep|aplicaciones|es|aeat|tikeV1.0|cont|ws|SistemaFac turacion.wsdl)


<sum1: Destinatarios>
<sum1: IDDestinatario>
<sum1: NombreRazon>XXXXX</sum1:NombreRazon>
<sum1:NIF>XXXXX</sum1:NIF>
</sum1:IDDestinatario>
</sum1: Destinatarios>

Para empezar no puedo asignar la propiedad NIF a PersonaFisicaJuridicaType pero si me aparece dicha propiedad para PersonaFisicaJuridicaESType.

Como lo lo habeis hecho ? Alguien por favor me podria ayudar mostrandome el codigo a generar para poder crear el dichoso destinatario?


muchas gracias de antemano

[jlmoli_67]

Ya lo consegui, gracias.

Tengo ya casi todo el xml. Lo poco que me queda creo que no me dara problemas.

El codigo lo desarrolle en vb .net y lo tengo bastante avanzado. Si alguien lo necesita sera un placer darselo.

[ermendalenda]

Empezado por jlmoli_67

Ya lo consegui, gracias.

Tengo ya casi todo el xml. Lo poco que me queda creo que no me dara problemas.

El codigo lo desarrolle en vb .net y lo tengo bastante avanzado. Si alguien lo necesita sera un placer darselo.

Gracias jlmoli_67

[ermendalenda]

Hola, no sé si alguno ha visto el nuevo nodo en esta versión.
Cupon
Identificador que especifica si tiene minoración de la base imponible por la concesión de cupones, bonificaciones o descuentos cuando solo se expide el original de la factura. Este campo es necesario porque contribuye a completar el detalle de la tipología de la factura.
Si no se informa este campo se entenderá que tiene valor “N”.

A ver si alguno entiende la parte que he subrayado, parece que si generas copia o duplicado NO?, lo veo fatal explicado.
O sea si aplico cualquier descuento en tiquet o factura tengo que informar este campo?
Uff este campo es muy chungo.

[keys]

Empezado por ermendalenda

Hola, no sé si alguno ha visto el nuevo nodo en esta versión.
Cupon
Identificador que especifica si tiene minoración de la base imponible por la concesión de cupones, bonificaciones o descuentos cuando solo se expide el original de la factura. Este campo es necesario porque contribuye a completar el detalle de la tipología de la factura.
Si no se informa este campo se entenderá que tiene valor “N”.

A ver si alguno entiende la parte que he subrayado, parece que si generas copia o duplicado NO?, lo veo fatal explicado.
O sea si aplico cualquier descuento en tiquet o factura tengo que informar este campo?
Uff este campo es muy chungo.

Esto es lo que indica el SII sobre ese campo.

3.14. ¿Cómo registra un fabricante la minoración de la base imponible del impuesto
por la concesión de cupones, bonificaciones o descuentos efectuados a los
clientes de sus distribuidores?


Se trata de supuestos en que el fabricante expide únicamente el original de la factura
rectificativa sin que resulte procedente entregar copia al distribuidor, ya que este no
debe rectificar las cuotas devengadas ni sus deducciones.

La información deberá remitirse en el bloque funcional “Desglose a nivel de factura”
marcando el campo “cupón”.
Este campo es compatible con las claves R1, R5 (factura rectificativa simplificada) y
F4 (asiento resumen facturas).


Ejemplo: si el descuento ofrecido por la entidad distribuidora a los consumidores
finales es de 121 euros y tal importe es reembolsado por el fabricante, éste reducirá la
base imponible en 100 euros (121 euros / 1,21). Consulta DGT V2966-15

Nosotros es un campo que lo tiene que marcar el usuario si lo quiere. Como ves solo se puede marcar en las rectificativas, no es para cualquier tipo de descuento.

[ermendalenda]

Empezado por keys

Esto es lo que indica el SII sobre ese campo.



Nosotros es un campo que lo tiene que marcar el usuario si lo quiere. Como ves solo se puede marcar en las rectificativas, no es para cualquier tipo de descuento.

Ufff, gracias, menos mal.