![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
Autofacturas de compra
Hola a todos, alguien de vosotros tiene gestión de autofacturas de compra o factura por el destinatario ?
Saludos |
#2
|
||||
|
||||
No entiendo eso de "Autofacturas de compra". Si es lo que yo quiero entender que es (por ejemplo) las facturas que hacen las empresas de frutas a los agricultores, eso no tiene nada que ver con VeriFactu porque en VeriFactu no intervienen las compras.
Saludos.
__________________
Be water my friend. |
#3
|
|||
|
|||
Pues si, por ejemplo has puesto un caso real de autofacturas de compra y SI entran en verifactu. Facturas por el destinatario.
O por ejemplo empresas de compra de chatarra, de oro, segunda mano, etc... |
#4
|
||||
|
||||
![]() Saludos.
__________________
Be water my friend. |
#5
|
|||
|
|||
Cita:
Las «facturas» a los agricultores se llaman «recibos» y no entran en Veri*factu (no hay las casillas para documentar el IVA muy peculiar que usan). Las de oro de 2ª mano, chatarra y demás sí son facturas, establecidas por el destinatario, a menudo con inversión del sujeto pasivo. |
#6
|
|||
|
|||
Cita:
Yo compro chatarra, hago la factura al vendedor pero el IVA lo tiene que declarar el vendedor (inversión del sujeto pasivo) y para mi es un gasto, no un ingreso, con lo que lo declararé en mi libro de compras ¿No? Ya declararé la venta cuando venda esa chatarra. Y el beneficio, la diferencia entre la autofactura de compra y la factura de venta ¿No es así? ¿Cómo se ha de declarar, si no? |
#7
|
|||
|
|||
Cita:
Para tu vendedor, es una venta con factura. Entonces está sometida al reglamento. Él que emite la factura debe ponerle QR y encadenar el registro correspondiente a la factura. Si emites la factura, te toca a tú esto... |
#8
|
||||
|
||||
Cita:
¡Pues ahí si que le has dado! Aunque no me acaba de encajar eso de enviar una factura de compra. Lo del tema de "Emitida por terceros" yo lo entendía por los casos en los que una empresa vende en nombre de otra (por ejemplo distribuidores que reparten mercancía que fiscalmente vende otra empresa). El tema es que, por ejemplo, mirando las preguntas frecuentes en la aeat dice lo siguiente: ![]() por lo que entiendo que en el caso específico de los agricultores no entrarían en VeriFactu y los "vendedores" de artículos de segunda mano entiendo que tampoco porque no están obligados a emitir factura (creo). El tema es peliagudo y la verdad yo ahí me pierdo un poco. A ver si entre todos nos vamos aclarando. Saludos.
__________________
Be water my friend. |
#9
|
|||
|
|||
Entiendo que confirmas que la factura que emita como comprador no está sujeta a verifactu... Sólo la que emita como vendedor.
|
#10
|
|||
|
|||
No todo está sujeto al régimen de Agricultura Ganadería y Pesca
Cita:
Yo entiendo que sí, que la autofactura hay que declararla en el SIF -verifactu- y que previo acuerdo con el proveedor, es el cliente que la declara en el SIF. Otra cuestión es que haya sectores exentos. Llevo haciendo pruebas con esto y no consigo que la AEAT me admita una autofactura de pruebas. Si alguien tiene mas información al respecto, agradecería algún comentario. Sobre todo qué hay que insertar en los tags cuando es una autofactura ... IDEmisorFactura Tercero->NombreRazon y NIF IDDestinatario->NombreRazon y NIF Gracias anticipadas. A continuación detallo una pregunta a la AEAT al respecto. Pregunta : Cuando la factura la expide materialmente el destinatario de la operación (<autofactura>). ¿quién genera el registro de facturación de alta para cumplir con el reglamento que establece los requisitos de los sistemas informáticos de facturación? ¿Cómo incluyen la factura en sus respectivos libros registros de IVA? Respuesta : Antes de nada, debe tenerse en cuenta que el objeto regulado en el reglamento que establece los requisitos que deben adoptar los sistemas y programas informáticos o electrónicos que soporten los procesos de facturación de empresarios y profesionales, y la estandarización de formatos de los registros de facturación (RRSIF), aprobado por el Real Decreto 1007/2023, de 5 de diciembre, son precisamente los sistemas informáticos de facturación (SIF), que es diferente de la obligación de la llevanza de libros registros de IVA (LRI). Son por tanto obligaciones diferentes que pueden afectar a obligados tributarios distintos. En el caso planteado, y por lo que se refiere a las obligaciones impuestas por el RRSIF, si el proveedor ha delegado la expedición material de la factura en su cliente, es el cliente quien, además de expedir materialmente dicha factura, deberá generar –y, en la modalidad VERI*FACTU, remitir– el registro de facturación de alta que exige el RRSIF. Por otro lado, en relación con la llevanza de los LRI, es independiente de quién expida materialmente las facturas, y se encuentra regulada en los artículos 62 y 63 del Reglamento del Impuesto sobre el Valor Añadido, aprobado por el Real Decreto 1624/1992, de 29 de diciembre. Por lo tanto, cada empresa deberá incluir las facturas expedidas por todos los bienes vendidos y servicios prestados (independientemente de quién haya expedido materialmente la factura, pudiendo ser la propia empresa vendedora, un tercero o el destinatario/comprador) en el LRI de facturas expedidas, y las facturas recibidas de los bienes comprados o servicios recibidos (independientemente de quién haya expedido materialmente la factura, pudiendo ser la empresa vendedora, un tercero o el destinatario/comprador) en el LRI de facturas recibidas. Normativa/Doctrina:
|
#11
|
|||
|
|||
Cita:
A ver si puedo arrojar algo de luz. En un principio las autofacturas que emite el destinatario en nombre de nuestro cliente tenía que subirla a Verifactu dicho destinatario. Pero enseguida se dieron cuenta de que de ser así, un destinatario acogido al SII, tendría también que implementar Verifactu para subir la autofactura. Se va a hacer una modificación de la norma para que dicha factura sea subida por el cliente y no por el destinatario como se hace en el SII. En el documento XML que debes generar en el nodo IDFactura colocas en el campo <NumSerieFactura> la numeración que nos da el destinatario y el nodo <EmitidaPorTerceroODestinatario> pon una D con esto debería bastar |
#12
|
|||
|
|||
Vamos a probar
Cita:
Gracias, vamos a probar. Saludos. |
#13
|
|||
|
|||
uhmmmm
Perdona que insista pero...
Si emito yo la factura a mi proveedor como D o destinatario estoy haciendo justo lo contrario. Si el proveedor le emito yo la factura física y él en cambio debe subirla a veri-factu, hay algo que no cuadra. Encima estoy usando una factura, ¿ de qué serie ? ¿ No deberían mis facturas estar ordenadas por serie ? No me cuadra nada tu comentario. Pero gracias igualmente. Saludos. |
#14
|
|||
|
|||
Cita:
Esto se registra en el SII de la forma en la que expliqué en el post anterior, es el autónomo quien sube esta factura al SII (si estuviera obligado al SII) y la gran empresa subirá dicha factura como factura de compra al SII. |
#15
|
|||
|
|||
Claro
Cita:
Estoy hablando del SIF (veri*factu y no veri*factu). Que es el caso que tenemos enfrente ahora mismo. Tengo casos de clientes que alquilan naves industriales aparte de su principal actividad comercial. En otra de sus empresas alquila viviendas. Por poner un caso en particular. En el caso del alquiler de las viviendas es él quien hace la factura al inquilino. El caso de autofactura que nos trae a colación está especificado en una de las preguntas hechas a la aeat acerca de veri*factu. Se me antoja que el soft (el mio al menos) ha de tener en cuenta las posibles funciones que permita la aeat. Prefiero tener cerrados todos los aspectos y no tener que modificar el mismo soft cada poco tiempo, salvando las nuevas normas de la AEAT. Nunca se sabe quien será el próximo cliente. (hay mucha movilidad en los usufructuarios, ya sabes) ![]() Ya que no consigo enviar correctamente al veri*factu esperaré a ver que dice la AEAT al respecto. Gracias por la respuesta. Un saludo. |
#16
|
|||
|
|||
[quote=CarlosR;560467]Estoy hablando del SIF (veri*factu y no veri*factu). Que es el caso que tenemos enfrente ahora mismo.
Tengo casos de clientes que alquilan naves industriales aparte de su principal actividad comercial. En otra de sus empresas alquila viviendas. Por poner un caso en particular. En el caso del alquiler de las viviendas es él quien hace la factura al inquilino. El caso de autofactura que nos trae a colación está especificado en una de las preguntas hechas a la aeat acerca de veri*factu. Se me antoja que el soft (el mio al menos) ha de tener en cuenta las posibles funciones que permita la aeat. Prefiero tener cerrados todos los aspectos y no tener que modificar el mismo soft cada poco tiempo, salvando las nuevas normas de la AEAT. Nunca se sabe quien será el próximo cliente. (hay mucha movilidad en los usufructuarios, ya sabes) ![]() Ya que no consigo enviar correctamente al veri*factu esperaré a ver que dice la AEAT al respecto. Gracias por la respuesta. Un saludo.[/QUOTE Sería interesante saber como estás enviando el xml con una autofactura para ver porqué te la rechaza. No das información al respecto y en el foro se agradecería verlo para contrastar opiniones y tener un feedback |
#17
|
|||
|
|||
Probé de todo
[quote=sglorka;560468]
Cita:
Ya probé de todo, o eso creo. Los tags que probé son ... <ObligadoEmision xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd"> <NombreRazon>xxx</NombreRazon> <NIF>xxx</NIF> </ObligadoEmision> <IDFactura> <IDEmisorFactura>xxx</IDEmisorFactura> <NumSerieFactura>xx/xxxxx</NumSerieFactura> <FechaExpedicionFactura>03-12-2024</FechaExpedicionFactura> </IDFactura> <NombreRazonEmisor>xxx</NombreRazonEmisor> <EmitidaPorTerceroODestinatario>T</EmitidaPorTerceroODestinatario> <Tercero> <NombreRazon>xxx</NombreRazon> <NIF>xxx</NIF> </Tercero> <Destinatarios> <IDDestinatario> <NombreRazon>xxx</NombreRazon> <NIF>xxx</NIF> </IDDestinatario> </Destinatarios> Mis pruebas ... 1) obligadoemisión y el idemisorfactura asi como el destinatario con los datos del cliente. EmitidaPorTerceroODestinatario con T y el tercero el que debería haber hecho la factura (proveedor) 2) Al revés, obligadoemisión, idemisorfactura con los datos del proveedor y con el certificado del cliente. EmitidasPorTerceroODestinatario con D. Destinatario con los datos del cliente y no usar Tercero. Y creo que unas cuantas combinaciones mas. Ayer ya me cansé de probar. Luego hablé con alguien cercano a la AEAT y tampoco ve la forma. Llevo la tira de años haciendo desarrollos y siempre ocurre lo mismo, la falta de información genera muchos mas costes de desarrollo. Cuando en su inmensa mayoría debería estar claro cual es el objetivo final. O el fraccionamiento de la información y cambios sobre la marcha con lo que se puede confundir unas normas con otras lo que conlleva a reprogramación. Otras veces es la falta de tiempo que te hace tomar el camino mas corto para adelantar con los errores que eso conlleva. (en la que entono un mea culpa) En fin, gracias por tu paciencia. Un saludo. |
#18
|
|||
|
|||
[quote=CarlosR;560469]
Cita:
Esto no sería correcto ya que estamos hablando de una factura emitida por destinatario, no por un tercero. Además, el destinatario y el obligado a emisión nunca pueden ser el mismo 2) Al revés, obligadoemisión, idemisorfactura con los datos del proveedor y con el certificado del cliente. EmitidasPorTerceroODestinatario con D. Destinatario con los datos del cliente y no usar Tercero. Esto tampoco es correcto ya que el obligado a emitir es el cliente que tiene el SIF y no su proveedor. Te adjunto un xml que acepta correctamente <?xml version="1.0" encoding="utf-8"?> <RegistroFacturacionAltaType xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <IDVersion xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">1.0</IDVersion> <IDFactura xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd"> <IDEmisorFactura>NIF CIF DEL CLIENTE</IDEmisorFactura> <NumSerieFactura>102-89447 NÚMERO QUE EMITE EL PROVEEDOR </NumSerieFactura> <FechaExpedicionFactura>05-12-2024 FECHA EN QU EMITE EL PROVEEDOR</FechaExpedicionFactura> </IDFactura> <RefExterna xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">85</RefExterna> <NombreRazonEmisor xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">NOMBRE DEL CLIENTE</NombreRazonEmisor> <Subsanacion xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">N</Subsanacion> <RechazoPrevio xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">N</RechazoPrevio> <TipoFactura xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">F1</TipoFactura> <FechaOperacion xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">05-12-2024</FechaOperacion> <DescripcionOperacion xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">Entrega de Bienes( Sin Plomo 95 )</DescripcionOperacion> <EmitidaPorTerceroODestinatario xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">D</EmitidaPorTerceroODestinatario> <Destinatarios xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd"> <IDDestinatario> <NombreRazon>NOMBRE DEL PROVEEDOR</NombreRazon> <NIF>CIF NI DEL PROVEEDOR</NIF> </IDDestinatario> </Destinatarios> <Desglose xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd"> <DetalleDesglose> <Impuesto>01</Impuesto> <ClaveRegimen>01</ClaveRegimen> <CalificacionOperacion>S1</CalificacionOperacion> <TipoImpositivo>21.00</TipoImpositivo> <BaseImponibleOimporteNoSujeto>129.67</BaseImponibleOimporteNoSujeto> <CuotaRepercutida>27.23</CuotaRepercutida> </DetalleDesglose> </Desglose> <CuotaTotal xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">27.23</CuotaTotal> <ImporteTotal xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">156.90</ImporteTotal> <Encadenamiento xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd"> <RegistroAnterior> <IDEmisorFactura>XXXXXXXX</IDEmisorFactura> <NumSerieFactura>YYYYYYYY</NumSerieFactura> <FechaExpedicionFactura>ZZZZZZZZZ</FechaExpedicionFactura> <Huella>C74B7278B5EA96E6BE54C613BD38BECDE534082A270360A4A9E9E79484BBD7D3</Huella> </RegistroAnterior> </Encadenamiento> <SistemaInformatico xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd"> <NombreRazon>EMPRESA</NombreRazon> <NIF>YYYYYY</NIF> <NombreSistemaInformatico>EMPRESA</NombreSistemaInformatico> <IdSistemaInformatico>11</IdSistemaInformatico> <Version>20250000</Version> <NumeroInstalacion>241125142339</NumeroInstalacion> <TipoUsoPosibleSoloVerifactu>S</TipoUsoPosibleSoloVerifactu> <TipoUsoPosibleMultiOT>N</TipoUsoPosibleMultiOT> <IndicadorMultiplesOT>N</IndicadorMultiplesOT> </SistemaInformatico> <FechaHoraHusoGenRegistro xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">2024-12-05T08:05:58+00:00</FechaHoraHusoGenRegistro> <TipoHuella xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">01</TipoHuella> <Huella xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">9B5086FE7375D5BBB1C336A23DEB34C4DEB0A0FACFAF9BEC71F7B121914DA226</Huella> </RegistroFacturacionAltaType> |
#19
|
|||
|
|||
Aceptar claro
[quote=sglorka;560470]
Cita:
Claro que te lo acepta, pero tal y como planteas es como si tú estuvieses emitiendo una factura a un cliente tuyo. Saludos. |
#20
|
|||
|
|||
Es que eso es la definición de Autofactura, emites ( no físicamente sino que creas la obligación ) una factura a un cliente tuyo pero es el cliente tuyo (por eso se llama emitida por destinatario), el que la confecciona, utiliza una serie específica para dicha factura, la registra en su sistema como factura de compra y te la hace llegar físicamente para que tu la registres en tu sistema. Una vez registrada en tu sistema la subes al SII (en este caso tienes 8 días para subirla en vez de 4 ya que puede tardar un tiempo tu cliente en hacerte llegar la factura ) o a Verifactu. Quizás pienses que el concepto de Autofactura es más complejo pero no es el caso.
Tienes más información aquí https://sede.agenciatributaria.gob.e...-terceros.html |
![]() |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Idera compra Embarcadero | geolife | Noticias | 47 | 20-04-2016 17:49:45 |
Sun compra Mysql | avmm2004 | Debates | 8 | 17-01-2008 15:38:32 |
Google culmina la compra del 5% de AOL | gluglu | Noticias | 0 | 21-12-2005 09:54:43 |
Adobe compra Macromedia | marcoszorrilla | Noticias | 3 | 19-04-2005 09:50:49 |
![]() |
|