FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Facturas primer semestre
Estoy teniendo dudas sobre las facturas del primer semestre:
Según la AEAT: 26 ¿Cómo se declara una factura del primer semestre? La presentación de facturas del primer semestre con carácter retroactivo se realiza utilizando el mismo esquema de validación con las siguientes particularidades para los campos obligatorios que tendrán los siguientes contenidos: . Clave de régimen especial. “16/14 Primer semestre”. (Emitidas / Recibidas) . Descripción de la operación: “Registro del Primer semestre”. Emitidas: Tipo no exenta: S1. Recibidas: Fecha registro contable: Fecha del envío. Cuota deducible: Etiqueta con 0. No es necesaria una marca para diferenciar las facturas del primer semestre, por el periodo se podrían distinguir si se trata de información correspondiente al primer semestre del ejercicio 2017. ----- 2.39. ¿Cómo debe suministrarse la información correspondiente al primer semestre? Los sujetos pasivos inscritos en REDEME durante el periodo comprendido entre el 1 de enero y 30 de junio de 2017 no tendrán que remitir información del primer semestre de 2017. El resto de sujetos pasivos incluidos en el SII deberán informar del contenido de los libros registro del IVA de acuerdo con la normativa vigente antes del 1 de julio de 2017, así como de determinada información con trascendencia tributaria que se venía incluyendo en el modelo 347. El esquema o diseño de los registros de facturación será el mismo que para los envíos correspondiente a los registros del segundo semestre de 2017 y siguientes, pero con unas validaciones diferentes que permitirán que solo se consigne lo que actualmente es obligatorio. Como se ha indicado con el objeto de facilitar la presentación se mantiene el esquema de validación en sus campos obligatorios con las siguientes particularidades para los contenidos del primer semestre: . Clave de régimen especial. “Primer semestre 2017” salvo que se trate de un arrendamiento de local de negocio en cuyo caso deberán utilizarse estas claves de régimen especial puesto que esta información es exigible en el modelo 347. . Descripción de la operación: “Registro del Primer semestre”. . Libro registro de facturas emitidas: Con independencia del tipo de operación informado (no sujeta, sujeta y exenta o no exenta) deberá informarse en cualquier caso como factura sujeta y no exenta. Libro registro de facturas recibidas: . Fecha registro contable: Fecha del envío. . Cuota deducible: Etiqueta con 0. --------------------------------------------- Mi duda surge con respecto a los alquileres y facturas recibidas. si tengo un alquiler . Primero no debo utilizar la clave de regimen especial primer semestre sino la que indique el tipo de alquiler(correcto) pero que pasa con la cuota deducible en facturas recibidas la dejo a CERO o mantengo el valor que indique de couta IVA que tenga(Además esto es de locos como que no pueden ellos cotejar las cosas segun que fecha nos hacen hacer trabajos extra adhoc). Despues con respecto a la fecha de registro contable a que se refiere lo de Fecha del envío quiere de decir que si envío hoy debe poner 2017-08-03. Yo estaba introduciendo la fecha del primer semestre ya que ese dato entonces no existia y por tanto utilizaba la misma fecha en la que se creo la factura en el sistema. Ya que a mi parecer y sino me equivoco yo estoy utilizando la fecha del registro contable para calcular los dias de plazo y para introducir el periodo al que pertenece la factura. Puede alguien ayudarme , muchas gracias |
#2
|
|||
|
|||
Cita:
Libro registro de facturas recibidas: . Fecha registro contable: Fecha del envío. Estoy pendiente de respuesta de la AEAT pero necesito sacar hoy la versión y tengo dudas en el dato Fecha registro contable... alguién me puede decir que fecha introduce para los envios del primer semestre... muchas gracias... |
#3
|
|||
|
|||
Cita:
En los 340, la AEAT no tiene la información; por tanto han decidido poner la fecha que ellos han recibido el 340, lo que me parece un criterio sensible. Para los demás, el más parecido es la fecha que la AEAT recibe la información correspondiente: de aquí la instrucción. |
#4
|
|||
|
|||
Cita:
<?xml version="1.0" encoding="utf-8"?> .... <siiLR:RegistroLRFacturasRecibidas> <sii:PeriodoImpositivo> <sii:Ejercicio>2017</sii:Ejercicio> <sii:Periodo>06</sii:Periodo> </sii:PeriodoImpositivo> <siiLR:IDFactura> <sii:IDEmisorFactura> <sii:NIF>B08367898</sii:NIF> </sii:IDEmisorFactura> <sii:NumSerieFacturaEmisor>ALQU52552526</sii:NumSerieFacturaEmisor> <sii:FechaExpedicionFacturaEmisor>03-06-2017</sii:FechaExpedicionFacturaEmisor> </siiLR:IDFactura> <siiLR:FacturaRecibida> <sii:TipoFactura>F1</sii:TipoFactura> <sii:FechaOperacion>05-06-2017</sii:FechaOperacion> <sii:ClaveRegimenEspecialOTrascendencia>12</sii:ClaveRegimenEspecialOTrascendencia> <sii:ImporteTotal>605.00</sii:ImporteTotal> <sii:descripcionOperacion>REGISTRO DEL PRIMER SEMESTRE</sii:descripcionOperacion> <sii:desgloseFactura> <sii:desgloseIVA> <sii:detalleIVA> <sii:TipoImpositivo>21.00</sii:TipoImpositivo> <sii:BaseImponible>500.00</sii:BaseImponible> <sii:CuotaSoportada>105.00</sii:CuotaSoportada> </sii:detalleIVA> </sii:desgloseIVA> </sii:desgloseFactura> <sii:Contraparte> <sii:NombreRazon>NACIONAL ESTÁNDAR</sii:NombreRazon> <sii:NIF>B08367898</sii:NIF> </sii:Contraparte> <sii:FechaRegContable>04-08-2017</sii:FechaRegContable> <sii:CuotaDeducible>0</sii:CuotaDeducible> </siiLR:FacturaRecibida> </siiLR:RegistroLRFacturasRecibidas> <siiLR:RegistroLRFacturasRecibidas> <sii:PeriodoImpositivo> <sii:Ejercicio>2017</sii:Ejercicio> <sii:Periodo>06</sii:Periodo> </sii:PeriodoImpositivo> <siiLR:IDFactura> <sii:IDEmisorFactura> <sii:NIF>B08367898</sii:NIF> </sii:IDEmisorFactura> <sii:NumSerieFacturaEmisor>N100-66969</sii:NumSerieFacturaEmisor> <sii:FechaExpedicionFacturaEmisor>03-06-2017</sii:FechaExpedicionFacturaEmisor> </siiLR:IDFactura> <siiLR:FacturaRecibida> <sii:TipoFactura>F1</sii:TipoFactura> <sii:FechaOperacion>03-06-2017</sii:FechaOperacion> <sii:ClaveRegimenEspecialOTrascendencia>14</sii:ClaveRegimenEspecialOTrascendencia> <sii:ImporteTotal>705.00</sii:ImporteTotal> <sii:descripcionOperacion>REGISTRO DEL PRIMER SEMESTRE</sii:descripcionOperacion> <sii:desgloseFactura> <sii:desgloseIVA> <sii:detalleIVA> <sii:TipoImpositivo>21.00</sii:TipoImpositivo> <sii:BaseImponible>500.00</sii:BaseImponible> <sii:CuotaSoportada>105.00</sii:CuotaSoportada> </sii:detalleIVA> <sii:detalleIVA> <sii:TipoImpositivo>0.00</sii:TipoImpositivo> <sii:BaseImponible>100.00</sii:BaseImponible> <sii:CuotaSoportada>0</sii:CuotaSoportada> </sii:detalleIVA> </sii:desgloseIVA> </sii:desgloseFactura> <sii:Contraparte> <sii:NombreRazon>NACIONAL ESTÁNDAR</sii:NombreRazon> <sii:NIF>B08367898</sii:NIF> </sii:Contraparte> <sii:FechaRegContable>04-08-2017</sii:FechaRegContable> <sii:CuotaDeducible>0</sii:CuotaDeducible> </siiLR:FacturaRecibida> </siiLR:RegistroLRFacturasRecibidas> </siiLR:SuministroLRFacturasRecibidas> </soapenv:Body> </soapenv:Envelope> Me puedes decir si seria correcto así, muchas gracias. |
#5
|
|||
|
|||
Siendo esto así, se hace OBLIGATORIO enviar, de entrada, todas las fras. con importe, y a mi entender, las que tengan importe cero. ¿ En qué me baso ? Sólo sentido común. La principal razón: igual que la ley obliga a realizar fras. cero, lógico es que se envien.
Última edición por xamminf fecha: 04-08-2017 a las 11:53:29. |
#6
|
|||
|
|||
El esquema XML require algo de formato 99-99-9999 en este elemento. Entonces la maquinaría XML (que viene antes de todas los demás cositas inteligentes que hay en la trastienda de la AEAT) te está obligando a poner algo. Lo mismo ocurre para el campo Descripción.
|
#7
|
|||
|
|||
Cita:
No utilizare la fecha de envío como la actual el dia en que se envia <sii:FechaRegContable>04-08-2017</sii:FechaRegContable> <sii:CuotaDeducible>0</sii:CuotaDeducible> Sera la fecha en la que se realizo el pago si era de junio... <sii:FechaRegContable>03-06-2017</sii:FechaRegContable> <sii:CuotaDeducible>0</sii:CuotaDeducible> Cualquier novedad os digo... saludos |
#8
|
|||
|
|||
¿Posible error en la consulta?
Buenas,
Alguien ha tenido el siguiente problema: haciendo la consulta vía webservice o en la propia web de la Agencia Tributaria no salen algunas facturas que por otro lado si las vuleves a enviar com alta te las da como duplicada o si las envías como modificación te da correcto? No tiene mucha lógica: si no sale en la consulta, no debería darme duplicada al darla de alta ni aceptar como correcto un cambio, ya que se supone que no está en el sistema, no? Gracias! |
#9
|
|||
|
|||
Cita:
Pero segun asesores dicen que no tiene sentido q deberia ser la fecha de devengo ya que ellos tienen en todo momento la fecha y hora de presentacion ademas de la posible modificacion. Por tanto comparto las indicaciones del asesor. Ya hace tiempo que hice la consulta a la parte tributaria de la aeat y luego te pasan como una cuestion tecnica . Si te fijas en las faqs dice cosas distintas dependiendo por donde lo mires. Queremos hacerlo bien pero ellos lo hacen imposible. Como dicen en mi pueblo: Aço es caguera de bou quan plou se remulla... Por no decir otra cosa Saludos |
|
|
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 |
|