Club Delphi  
    FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Principal > Internet
Registrarse FAQ Miembros Calendario Guía de estilo Temas de Hoy

Grupo de Teaming del ClubDelphi

 
 
Herramientas Buscar en Tema Desplegado
  #11  
Antiguo Hace 4 Semanas
antoine0 antoine0 is offline
Miembro
 
Registrado: oct 2021
Posts: 144
Poder: 3
antoine0 Va por buen camino
Cita:
Empezado por rci Ver Mensaje
Hola nos encontramos con unas dudas con un contribuyente concreto.

El contribuyente vende muy a menudo a clientes franceses con el IVA de Francia del 20%.
Para enviar esas facturas a SII lo hacemos siguiendo la documentación de SII, utilizando la clave de régimen especial 17 y consignado el precio sin IVA en el campo no sujeta por reglas de localización del bloque no sujeta.
Al ser una factura completa indicamos la claveTipoFactura F1
Para identificar la contraparte (el comprador) usamos la clave idOtro.IDType = 06 (Otro documento probatorio) y ponemos el número de identificación que se haya proporcionado.

El problema es que en muchas ocasiones el contribuyente no dispone del número de identificación del comprador, no tiene su NIF, y en la factura indica un 0.
Estamos hablando de OSS (ventanilla única), ¿verdad?

Yo preguntaría a Hacienda, para que desarrollan un poco más la FAQ del SII sobre el asunto.
Los clientes (compradores) son clientes finales extranjeros, que no pueden recuperar IVA (TVA, VAT, MWst) en su país. Por tanto, en el https://www.boe.es/buscar/act.php?id...-2012-14696#a6 parágrafo 1. d) no veo obligación de poner un número de identificación fiscal, ninguno de los tres casos se aplican.
No sé cual es la regla correcta en el SII para tal caso, donde no hay obligación legal de suministrar la información (hasta donde veo) pero el SII ha decidido que se debía poner esta información.
A lo mejor hay que poner un número de recibo en el sistema OSS; o el número de inscripción en la ventanilla única. Ellos deben saber.

Cita:
El contribuyente propone poner claveTipoFactura F2 como si fuera una factura simplificada pero realmente es una factura completa.
A mi me parece una mala solución, ya que se está quitando de la factura la información del nombre del destinatario. Y creo que al comprador final sí le importa que la factura lleve su nombre (para cualquier próposito tipo seguro).

Cita:
Si intenta hacer una factura simplificada, nuestro programa no las envía una a una sino dentro de un asiento resumen de simplificadas y esta es rechazada porque el IVA 20% no es admitido. No enviamos los resúmenes de simplificadas con la clave 17
Ahora es un problema de tu programa. Esta factura (en España) está no sujeta por razón de territorio; por tanto en la suma del asiento resumen, debe aparecer como tal, no como base imponible al 20% o cualquier cosa similar.
Responder Con Cita
 



Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco keys Internet 4170 Hace 1 Semana 17:29:05
AEAT envio de datos vía Webservice problemas con WSDL CelsoO Internet 11 09-10-2019 20:03:41
webService Soap de la Administración Digital Española notific@ apicito Internet 3 31-01-2017 11:25:28
Error en Webservice funcion envio de sms webmasterplc Delphi para la web 5 25-07-2013 20:10:29
Problemas con envío de XML a un WebService davidvamo Internet 1 13-02-2007 15:49:20


La franja horaria es GMT +2. Ahora son las 08:41:26.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi