![]() |
![]() |
| 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
|
|||
|
|||
|
Esto mismo estabamos debatiendo ahora en desarrollo. Qué hacer?
Supongo que se debe informar con la factura que se reciba del proveedor con valor total a cero. Ya que se ha sido completamente compensada deberia ser informada. Sino que pasa con el proveedor se supone que tendra que informar de esa factura no? El sistema SII ademas deja informar con importe total 0. Luego si que es verdad que en el modelo 340 no se informaban de los anticipos totalmente compensados. De momento lo voy a informar consultare con el asesor. Saludos |
|
#2
|
|||
|
|||
|
Buenas, hace poco que encontré este foro y he seguido alguno de vuestros consejos. Más a nivel de consulta dado que mi lenguaje de programación es otro. Quiero aportar mi granito de arena con una respuesta que me parece interesante sobre el estado de los registros tanto en consulta como en altas/bajas/modificaciones. Me lo han remitido de [email protected] y como veis incorpora una tabla la L24 que en la version 0.6 en su documentación no existe y que yo utilizo para contrastar la información que poseo en contabilidad con la ya entregada. Espero sea de ayuda.
la etiqueta <EstadoRegistro> (con diferentes namespace) se envia como respuesta en dos operaciones diferentes: 1. Como respuesta al suministro de información (indicando en la respuesta del alta, baja o modificación si se valida correctamente y es registrado en el sistema) 2. Como respuesta a la consulta de facturas. Envío los estados y lo incluiremos en la próxima versión: L14 Estado global del envío (Respuesta al suministro) Correcto -->Todas las facturas de la petición tienen estado “Correcto”. ParcialmenteCorrecto --> Algunas facturas de la petición tienen estado “Incorrecto”. Ver detalle de errores (L16). Incorrecto --> Todas las facturas de la petición tienen estado “INCORRECTO”. L15 Estado del envío de la factura (Respuesta al suministro) Campo <EstadoRegistro> de la respuesta al suministro de alta, baja, modificación. Especifica si el registro enviado se valida correctamente y es registrado en el sistema Correcto --> La factura enviada es totalmente correcta y se registra en el sistema AceptadoConErrores --> La factura enviada tiene algunos errores que no provocan su rechazo y se registra en el sistema. Ver detalle del error (L16). Incorrecto -->La factura enviada tiene errores que provocan su rechazo. No se registra en el sistema L24 Estado de la factura registrada (Respuesta a una consulta de registros presentados previamente) Campo <EstadoRegistro> de la respuesta a una consulta de registros. Especifica el estado del registro en el sistema Correcta -->La factura registrada es totalmente correcta. AceptadaConErrores -->La factura registrada tiene algunos errores. Ver detalle del error (L16). Anulada --> La factura registrada ha sido anulada mediante una operación de baja |
|
#3
|
|||
|
|||
|
Facturas Recibidas rectificativas
En teoria si recibes una factura rectificativa de corrección tienes que hacer referencia a la factura original.
¿Pero que haces si tienes una factura recibida-recitificativa de google que te llega como un abono sin referencia a la factura que rectifica? ¿alguien me puede pasar un xml de factura recibida-rectificativa por diferencia? |
|
#4
|
||||
|
||||
|
Cita:
|
|
#5
|
|||
|
|||
|
cierto, me has quitado un peso de encima
|
|
#6
|
||||
|
||||
|
De hecho, si la factura que estás rectificando es de un ejercicio anterior o la factura no la declaraste no la tienes que poner ya que sino dará error por no existir en el sistema. Una forma de curarte en salud es no ponerla nunca.
|
|
#7
|
|||
|
|||
|
Facturas de Abono
Hola:
¿Estais considerando las facturas de abono como facturas rectificativas? Entiendo que hay que considerarlas como rectificativas |
|
#8
|
||||
|
||||
|
Yo así lo entiendo.
__________________
Be water my friend. |
|
#9
|
|||
|
|||
|
según pregutnas frecuentes:
2.13. ¿Qué fecha de operación debe hacerse constar en una factura rectificativa? La fecha de realización de la operación correspondiente a la factura original que se está rectificando. Yo no tengo relacionada la factura rectificativa con la original, y al no ser obligatoria la factura original no le veo sentido a tener que indicar la fecha |
|
#10
|
||||
|
||||
|
Noticias Frescas. Navarra se une al SII a partir del 01/01/2018
http://www.navarra.es/home_es/Gobier...on+del+IVA.htm |
|
#11
|
|||
|
|||
|
Id estadounidense...
Hecha la consulta a la AEAT
Saludos |
|
#12
|
|||
|
|||
|
Hola compañeros.
he hecho en .net el envío de facturas emitidas, y OK. pero con las facturas recibidas no consigo. he puesto un post en https://es.stackoverflow.com/questio...uras-recibidas donde expongo lo que he hecho. Alguna idea de que es lo que está pasando? Gracias |
|
#13
|
|||
|
|||
|
FACTURAS RECCIBIDAS
RÉGIMEN ESPECIAL / IDENTIFICACIÓN OPERACIONES CON TRASCENDENCIA TRIBUTARIA 05 Régimen especial agencias de viajes 4.3. ¿Debe utilizarse la clave 11 del campo "Régimen Especial O Trascendencia" en el Libro registro de Facturas Recibidas para registrar facturas recibidas procedentes de Agencias de Viajes? No. Sólo debe utilizarse por las propias entidades que apliquen el Régimen Especial de Agencias de Viajes. Las facturas recibidas de Agencias de Viaje no precisan ninguna clave especial en su registro. 2.29. ¿Cómo se anotan las facturas recibidas de sujetos pasivos que apliquen el Régimen especial de las agencias de viajes? En el campo “Clave Régimen especial o Trascendencia” del Libro registro de Facturas Recibidas se consignará el valor 05. En las operaciones realizadas totalmente en el TAI, se anotará como base imponible y como Importe total de la factura el total de la contraprestación. Los campos “Tipo Impositivo”, “Cuota Soportada” y “Cuota deducible” se enviarán a “0”. En la primera pregunta dicen que no hay que marcar con ninguna clave especial las facturas recibidas de la agencia de viaje pero en la segunda dicen que si. ¿Como se yo que la agencia de viaje se acoge al regimen especial de agencias de viaje? O a mi no me aplica sino soy una agencia de viajes. |
|
#14
|
||||
|
||||
|
Cita:
Saludos
__________________
Be water my friend. |
|
#15
|
|||
|
|||
|
Cita:
Lo único que se me ocurre que te pueda estar pasando es la inclusion del IdOtro. Ya que solo es necesario incluirlo si es distinto de ES-(Spain). Otra cosa que no veo es en el SiiBinding1 <security mode="Transport"> <transport clientCredentialType="Certificate" /> </security>Saludos |
|
#16
|
||||
|
||||
|
Una duda que me surgio y no se como solventasteis el resto. Suponiendo que tenemos una tienda online y no tenemos contacto con el comprador,
¿que sucede si mete el nombre/nif incorrecto?, la factura nos lanzara un incorrecto y si el cliente no da señales de vida no habrá que hacer (recordemos que aunque el dni este en un formato valido, no tiene porque ser valido) |
|
#17
|
||||
|
||||
|
Cita:
Cita:
Saludos
__________________
Be water my friend. Última edición por newtron fecha: 14-04-2025 a las 19:45:41. |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco | keys | Internet | 4530 | Hace 4 Semanas 14:09:59 |
| 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 |
|