![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
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 |
|
#2
|
|||
|
|||
|
Vamos a probar
Cita:
Gracias, vamos a probar. Saludos. |
|
#3
|
|||
|
|||
|
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. |
|
#4
|
|||
|
|||
|
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. |
|
#5
|
|||
|
|||
|
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. |
|
#6
|
|||
|
|||
|
[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 |
|
#7
|
|||
|
|||
|
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. |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| 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 |
|