Depende de como sea el origen de factura.

Puede ser que sean con suplidos en cuyo caso se descartan.
Saludos

El compañero PASPAS ja te ha respondido y mi aportación va también en la misma dirección.

Te paso un enlace a un comentario hecho en este mismo hilo sobre el tema de los suplidos...
https://www.clubdelphi.com/foros/sho...postcount=2193

De todas formas, si quieres enviar una copia de la factura, eliminando la cabecera, podemos analizar la naturaleza de estos conceptos.

Buenas, es una factura de agua, adjunto el cuerpo de la misma. Como veréis en la columna de estos conceptos pone NS, que entiendo que es 'no sujeto'.
Muchas gracias.


Un saludo.

Yo entiendo que lo haces correctamente.

He estado revisando las preguntas frecuentes (punto3.4) y me encuentro con que, para emitidas, si que se pone en una rama diferenciada, pero que para recibidas entiendo que es como tu comentas.

4.12. ¿Se registra una factura recibida que recoge una operación no sujeta?
Sí, teniendo en cuenta que en los campos correspondientes al importe de la factura solo es necesario consignar la “Base imponible”.


Lo que no veo correcto es la forma de registrar la factura emitida por parte de la compañía de agua.

Hola,

Nadie tuvo problemas de envios el viernes?
Sacaron un escueto aviso de que iban a parar el servidor de pruebas el fin de semana. Y algo tocaron en produccion que ha afectado a varios envios. El servicio web no respondia correctamente (404) y en cambio los registros si que fueron grabados. Al volver a enviarlos, ahora salen como factura duplicada. En estos casos, la agencia tributaria deberia emitir un comunicado de los errores que hubo.

Yo con las consultas tengo "Operation timed out after 30000 milliseconds with 0 bytes received" o "Conexión a Oracle no disponible." en la mayoría de intentos

Efectivamente, en este momento en el entorno de pruebas no se recibe respuesta de las consultas después de 20 s de espera. En el de producción no lo sé.

Está respondiendo diversos errores diferentes.

Sin embargo en el de producción funciona con normalidad.

Pero eso a nivel de webservice, pero igualmente el acceso a formularios web del SII está caído o extremadamente lento.

Nosotros no pudimos enviar EMITIDAS el Viernes a las 20:03 -------------- Operation timed out
como en otros Viernes, pense que se trataba de sobrecarga.Esta mañana a las 7:32 ya entraron todas bien y sin dupliados.

También tuve los mismos problemas de Operation timed out y después facturas duplicadas.

Por lo visto eso va a ser un problema habitual en nuestra relación con la aeat así que el que no lo haya hecho deberá contemplar esta posibilidad e implementar una solución en la aplicación.

Yo por mi parte lo que hice fue que si se detectan facturas duplicadas dar la opción de marcarlas como enviadas o enviarlas de nuevo como modificación y de esa manera el usuario ya decide qué quiere hacer.

Saludos

A todo esto, ¿alguien me dice donde publica la AEAT los comunicados sobre estos incidentes?

Buena pregunta. ¿Alguien lo sabe?

Creo que no lo haran mas les vale....
Conforme lo estan llevando de mal
Casi seguro q si preguntas contestan q no saben lo desconcen o q sera tu equipo o lo siempre

En cualquier caso, de conformidad con lo establecido en el artículo 87 de la Ley 58/2003, de 17 de diciembre, General Tributaria (Boletín Oficial del Estado del día 18), esta contestación tiene el carácter de mera información de los criterios administrativos existentes para la aplicación de la normativa tributaria. Si desea plantear una consulta tributaria escrita respecto al régimen, clasificación o calificación tributaria que le corresponda, debe dirigirse, según lo establecido en los artículos 88 y 89 de la Ley General Tributaria, a la DGT como órgano competente para la elaboración de contestaciones vinculantes.

En un país normal todo el mundo es responsable de sus actos. Y cuando se trata de negocios y tributación todavía más. En estos casos me gusta recordar que en los países anglosajones a los funcionarios les llaman servidores públicos.

No sé si alguien se ha dado cuenta de que con una factura duplicada (porque en su momento falló la respuesta) el WS suministra en su respuesta el CSV original, el que había sido asignado en el primer envío pero que no pudo ser anotado por el programa. Entonces se toma ese dato y se anota en la factura que ha sido dada como "duplicada", y todo queda normalizado, como si nada hubiera sucedido. Y si el usuario no se quedase tranquilo, pues la podrá mandar como cambios, pero creo que no es necesario.

problema con el dato cuotaDeducible
 

Hola , buenas tardes.

Por un error , en las facturas recibidas con más de un tipo de iva (por ejemplo la del agua), en el campo 'cuotaIvaSoportado' no estabamos enviando el valor correcto. Si que se enviaban el desglose de los ivas correctamente, pero en este campo (que figura en la cabecera), se enviaba solo el importe de iva de la primera base de la factura.
Solucionado ya el problema, hice la consulta a la agencia tributaria sobre si ese 'fallo' es relevante a la hora de la liquidación del impuesto ( si se tenia en cuenta ese campo o ellos validan dicho dato con el desglose) . Tambien les preguntaba sobre la manera de solucionarlo si ya el periodo máximo de presentación para facturas de julio ha expirado (creo que las facturas de julio se pueden rectificar/modificar hasta el 15 de agosto ).
Han pasado tres semanas y sigo esperando una contestación..
¿ a alguien le ha pasado algo similar o puede darme un poco de información sobre esto ?

Está claro que tenemos que asumir nuestros errores, pero me parece 'grave' que como hemos dicho muchos en este hilo, la Aeat se lo 'trague todo', sin comprobar nada. Me parece un error grave, tanto por nuestra parte, como por la aeat por aceptar una factura con esa diferencia.

En cualquier caso la aeat siempre podrá alegar que esas facturas no estaban contrastadas y en el motivo te indicaban la causa... en caso contrario tienes razon.
Saludos

Aunque te devuelva el CSV, no te devuelve la fecha de presentación, y esto para algunos usuarios puede ser necesario. Yo creo que la mejor opción sigue siendo enviarla como modificada.

Hola, Galahad

No encuentro en las definiciones del SII ningún campo con el nombre "cuotaIvaSoportado". Sí que existe uno que se llama "CuotaSoportada", pero no casa con tu descripción. No va incluido en la cabecera y corresponde al importe del IVA de cada uno de los tipos.

Por favor, ¿lo podrías aclarar para conocimiento de todos?

Saludos,

Disculpad, el campo se llama *cuotadeducible" es obligatorio y está en la cabecera. En el documento de la AEAT "descripción web" figura en la página 92.
Lo que me gustaría saber es la relevancia de dicho dato a la hora de la liquidación
Saludos

Ese campo obligatorio es casi siempre igual a la suma de los importes de IVA. Solamente es menor (nunca mayor) cuando una parte de los conceptos de la factura no son deducibles. Por ejemplo, si en una gran superficie compras un pen drive y 1 kg de manzanas, pues según la actividad que tengas sólo te podrás deducir uno de ellos.

Saludos,

Para mandar una factura modificada solo hay que poner el Tipo de comunicación A1 o hay que hacer algo mas?

Gracias

Perdón no quería citarte :(

Con poner únicamente A1 es válido para enviar una factura modificada. Vamos, así es como lo hago yo y de momento bien. :)

Y usas el método SuministroLRFacturasEmitidas?

Si claro, el objeto SuministroLRFacturasEmitidas es necesario para rellenar los datos de la factura emitida.

Error al generar un archivo XML de Libro Cobros Emitidas
 

Muy buenas!
Estoy tratando de generar desde Delphi un archivo XML de tipo Libro Cobros Emitidas. Utilizando el XML Data Binding generé la unit necesaria desde SuministroLR.xsd
El caso es que en una parte del código me lanza el error EIntfCastError: "interface not supported", pero no veo el fallo. Mi código es el siguiente (los datos fiscales son ficticios):

Código Delphi [-]
var
   Libro: SuministroLR.IXMLSuministroLRCobrosEmitidas;
   Cobro: SuministroLR.IXMLDatosPagoCobroType_sii;
   Document: IXMLDocument;
   FichEntrada: TextFile;
   NumSerieFacturaAnterior: String;
   Linea: WideString;
   I, J: Integer;
begin
     // Creamos documento XML en blanco, sólo con los namespaces necesarios
     try
        Document := TXMLDocument.Create(nil);
        Document.ParseOptions := [poResolveExternals, poValidateOnParse];
        Document.Options := Document.Options + [doNodeAutoIndent];
        Document.NodeIndentStr := '    ';
        Document.XML.Text := ' +
                             'xmlns:sii="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd">';
        Document.Active := True;
     except
           SWERROR := 1;
           EXIT;
     end;
     try
        Libro := GetSuministroLRCobrosEmitidas(Document);
        Libro.AddChild('sii:Cabecera');
        Libro.Cabecera.IDVersionSii := VERSION_SII;
        Libro.Cabecera.AddChild('sii:Titular');
        Libro.Cabecera.Titular.NombreRazon := 'Prueba'
        Libro.Cabecera.Titular.NIF := 'A12345678';
        Libro.AddChild('siiLR:RegistroLRCobros');
        Libro.RegistroLRCobros[i].AddChild('siiLR:IDFactura');
        Libro.RegistroLRCobros[i].IDFactura.AddChild('sii:IDEmisorFactura');
        Libro.RegistroLRCobros[i].IDFactura.IDEmisorFactura.NIF := 'A12345678';
        Libro.RegistroLRCobros[i].IDFactura.NumSerieFacturaEmisor := '170001';
        Libro.RegistroLRCobros[i].IDFactura.FechaExpedicionFacturaEmisor := '20-08-2017';
        Libro.RegistroLRCobros[i].AddChild('siiLR:Cobros');
        Cobro := Libro.RegistroLRCobros[i].Cobros.Add;   // Aquí es donde me tira el error!

Si muestro el XML mediante ShowMessage(Libro.XML) me va mostrando el árbol correctamente:

¿A alguien se le ocurre dónde puede estar fallando? Gracias de antemano.

Consulta SII de facturas emitidas por otros que aún no te recibido
 

Buenos dias a todos
Soy nuevo en este foro y en el tema sii que no ya habido mas remedio que desarrollarlo en casa en plan corre corre.
El caso es que me ha parecido entender en alguno de los documentos de la aeat que se podrían consultar las facturas emitidas y presentadas por otros que no hubiéramos recibido todavía.
Si esto fuera así ayudaría mucho al contraste ya que permitiría encontrar los errores del dichoso IDFactura que nos llevan de cabeza, cuando las partes informan cosas distintas. En las facturas papel no hay problema: se pone lo que dice el proveedor y punto (aunque a veces lo que imprimen y lo que guardan no sigue el mismo formato, hay mucha creatividad por ahi, y los malditos espacios) pero en las factura-e el proveedor puede informar la serie y además usar la serie en su número factura y se forma el follón cuando ambos no informamos lo mismo.
Fué hacer el primer envío y empezar a tener llamadas de clientes, lo peor es que ellos tenían razón: un (vamos a llamarlo 'ingenioso') formulario estaba insertando guiones que no estaban en el dato.
El caso es: hay alguna manera de consultar lo que informan las contrapartes? Hay alguna manera de saber si han enviado facturas que aún no te recibido?

Agradecer a todos las contribuciones al foro: llevo semanas enganchado aquí leyendo posts, muy interesantes y reveladores.
Muchas gracias de antemano

Me temo que no existe esa posibilidad, solo se pueden consultar los registros de los que eres titular: los enviados por la propia empresa.
Aunque tiene sentido lo que planteas.

Consulta SII de facturas emitidas por otros que aún no te recibido
 

Gracias nasca,
En las FAQ de la AEAT:

2.33. ¿Se podrán consultar los datos enviados?
Las empresas acogidas al SII podrán consultar tanto los datos enviados como los datos remitidos e imputados por los clientes y proveedores que estén acogidos al sistema (Libros registro declarados y contrastados).


¿Se han arrepentido de haber puesto esto y luego no lo han implementado?
¿Que debemos interpretar?
En caso de que sea cierto, ¿alguien sabe como se hace? Yo lo he intentado y no consigo ver más que lo que he enviado y la única manera de poner de acuerdo las partes es contactar con la contraparte y preguntar.

Gracias de antemano.
Saludos

Si que aparece lo que declara la otra parte, pero creo que solo desde la web y no desde el webservice

¿Dónde se puede consultar eso?

O te refieres a la información que muestra las diferencias cuando está "Parcialmente contrastada".

Después de tener problemas con las facturas de bienes de inversión, y leerme la documentación oficial y la discusión que tenéis aquí en la pagina 19, ando aun mas perdido. ¿Emito la factura normal y luego la de inversión y listo?
¿Alguien que me pueda dar un ejemplo funcional?.

Solo sale en las parcialmente contrastadas

Esos bienes de inversión son solo si la empresa está en régimen especial de prorrata.
Son aquellas empresas que tienen varias activadades y solo alguna de ellos permite deducirse el IVA.

¿Entonces solo declaro la factura como una normal? (La empresa no esta acogida al régimen especial de prorrata)

Exacto.
A nivel de SII no hay matizaciones en bienes de inversión como si las hay en modelo 303.
Ya veremos si añaden algo nuevo para tenerlo en cuenta a efectos de generar un borrador del modelo 303.

Tampoco aparece en la consulta web