He puesto , mi DNI

Saludos

Hola, ¿ me podéis ayudar con la anterior pregunta ?

Gracias

Hola Chic@s,
Tengo una duda, cuando tengo una factura de compra de bien de inversión, tengo que sincronizarlo en facturas recibidas y en bien de inversión, o solo en bien de inversión.

Si alguien lo sabe, se agradece..
Muchas gracias, y ánimo a tod@s.

Los libros de bienes de inversion son solo para la empresas que estan en el regimen de prorrata. Mirate bien la normativa. O revisa el foro que ya esta contestada esta pregunta.

No es obligatorio poner la identificación de la factura rectificada. De todas formas en el documento de "preguntas frecuentes" de la versión 0.7 a partir de la pag. 16 tienes la explicación de cada una de ellas. Iba a copiar y pegar pero no coge bien las fuentes y no se ve demasiado bien, aquí tienes el link.

Saludos

Gracias x contestar, y perdona.

Después de todo lo leído me ha quedado claro que si hago una "Rectificación por diferencias" no tengo porqué poner la identificación de la factura rectificada ¿ es así ?
¿ Y si es una rectificación por sustitución" ? ¿ es igual para emitidas que para recibidas ?

Para no responderte de memoria y equivocarme te pego la respuesta a cada pregunta de la faq.
Yo no voy a marcar las recibidas rectificativas como RX. no es obligatorio ver 4.16

2.8. ¿Cómo registra el emisor una factura rectificativa por sustitución “S”?
La identificación de la relación de facturas rectificadas será opcional

2.9. ¿Cómo registra el emisor una factura rectificativa por diferencias “I”?
La identificación de la relación de facturas rectificadas será opcional

4.16. ¿El receptor de una factura rectificativa debe identificarla como tal con la clave
“Rx”?
En el caso de facturas recibidas se trata de un campo opcional.

Creo que queda claro sin explicarlo

Tienes razón yo con la F4 no permitía esa opción. Voy a hacer la pregunta en hacienda por que me ocurre lo mismo si envío el detalle de las facturas con el F4, luego no se ven en la web.

Intenta hacer la pregunta tu tambien para ver lo que dicen.

Ok, muchas gracias. Lo que he visto es que ahora en los ficheros .wsdl sólo aparece el servidor de pruebas, ya no aparecen valores 'xxxxxxxxxxxx'

Corregir una factura mal registrada
 

Una pregunta que me ha surgido y no veo una solución legal.

¿Como se arregla una factura mal registrada que ya esta liquidada?
Me explico, como sería la forma correcta en el SII de corregir una factura que se registró mal en su día y ya esta liquidada (fuera de plazo de modificación).
Ejemplo en Julio registro una factura de soportado de 1.000€ por solo 100€ y me doy cuenta en Septiembre, aquí no a lugar las facturas rectificativas ya que es un error de anotación no de factura.
Anteriormente yo hacía un asiento al signo contrario rectificando el asiento erróneo y luego el correcto, pero ahora si intentas enviar el mismo número, cif y fecha de factura te da fallo porque ya esta registrada anteriormente, y si te inventas los datos es delito además de que si la contraparte también declara el SII saltarán incidencias de contraste.

¿Se os ocurre alguna solución mas o menos correcta?

La envías de nuevo como cambios, no como altas. Creo que te lo aceptará. El problema podría venir si corresponde a otro período de liquidación.

Gracias por responder pero eso no sirve, lo dejo bien claro que esta fuera del plazo de modificación y te pongo que la factura la envié en Julio y me doy cuenta en Septiembre

Alguien se le ocurre algo?

Hola, necesito un poco de ayuda, soy novata en el tema de webService y voy perdida y no sé por donde tirar.....

He generado un xml y lo he subido a la aeat para las pruebas pero me da el siguiente error:

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope
xmlns:env="**schemas.xmlsoap.org/soap/envelope/">
<env:Body>
<env:Fault>
<faultcode>env:Client</faultcode>
<faultstring>Codigo[4124].Error La direccion no se corresponde con el fichero de entrada.</faultstring>
<detail>
<callstack>Error La direccion no se corresponde con el fichero de entrada.


Ya no sé que estoy haciendo mal...Envío el inicio de mi xml:

<soapenv:Envelope xmlns:soapenv="**schemas.xmlsoap.org/soap/envelope/" xmlns:siiLR="**agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii//fact/ws/SuministroLR.xsd" xmlns:sii="**.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd">
<soapenv:Header/>
<soapenv:Body>
<siiLR:SuministroLRFacturasRecibidas>


A ver si alguien me pudiera echar una mano, porque estoy agobiadisima. Muchas gracias!

Perfecto. Voy a hacer yo también la pregunta, a ver si nos hacen caso.

Si te sirve de algo, si subes el fichero a través del cliente del web services de la aeat ocurre lo mismo.

Hola, según tengo entendido se deberia hacer una factura de abono y de nuevo la factura correctamente ambas a fecha septiembre

Hola, según tengo entendido se deberia hacer una factura de abono y de nuevo la factura correctamente ambas a fecha septiembre

Lo correcto sería corregir el error de registro y hacer una complementaria del 303, pero eso no lo hace nadie y lo que se hace es exactamente eso un abono o asiento rectificativo y después asentar correctamente la factura, pero la pregunta que yo hago es con qué número de factura haces el abono y el nuevo asiento porque el SII no te permite enviar el mismo número de factura otra vez y si te lo inventas o cambias ¿que pasa con el contraste de facturas?

Es un caso jodido de resolver por lo legal pero que todos los programas lo van a tener que resolver porque el error humano siempre va a existir

tienes que cambiar el URL Endpoint en el post nº #1170 lso tienes escritos para cada tipo de factura

Te los tengo puesto arriba patry ^\||/ http://www.clubdelphi.com/foros/show...postcount=1168

Buenas de nuevo...
Veo que si la factura que se informa la fecha de expedición es del primer semestre se informará con la clave 14 o 16 según el caso.
Pero lo que tengo dudas es si debemos informar de todas aquellas facturas del primer semestre que ya han sido presentadas con los modelos de iva.
Como habla de que son todas las facturas con caracter retroactivo.
Realmente significa que deben informar de todas las facturas que tienen actualmente nuestros clientes desde 01/01/2017 al 30/06/2017. Aún habiendo informado de los modelos en ese periodo.

Debemos o no informar de todas las facturas de ese periodo.

Muchas gracias

Muchas gracias, Newtron

No comprueba que la version SII es la 0.7 porque las direcciones son las mismas. Tiene pinta que estas enviando la versión anterior. Guarda el xml que envias para comprobarlo.
saludos

De momento hay que informar de todas las facturas del año 2017. Independiente de si las has declarado en IVA en el 340 o cualquier otro modelo. La única excepción es que las facturas del primer semestre tienes todo el ejercicio para mandarlas y las puedes mandar con una información distinta de las del segundo semestre.

Keys.

Si no mal interpreto este documento, que ya conoces, en la página 15 indica que los sujetos pasivos que presenten actualmente el modelo 340 están exentos de informar del primer semestre.

Saludos

Tienes toda la razón, los que están en el REDEME es decir hacen el 340 no tienen que presentar la información del primer semestre. Esto es a partir de la versión 0.7, había interpretado esa página de otra forma, pero en las faqs en la 2.39 lo dice más claro.

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.

Muchas gracias por la info, lo preparo de esa forma...
Una cosa os habeis dado cuenta de las erratas del nuevo documento de descripcion web service v0.7
en la L1 - Periodo falta el dato '0A' para informar de la periodicidad anual.
Luego también falta L18 - Países pertenecientes a los Estados Miembro.

Saludos

Volví a actualizar las web references del proyecto y me he dado cuenta que han dejado, en los ficheros wsdl, sólo el port name de pruebas. Reactualizado y funcionando sin problemas.

Gracias!

El viernes en Zaragoza hay una reunión con la AEAT, estaré allí.

Lo que vea de interés lo copiare aquí.

Saludos !

No entiendo porqué hay que cambiar el Régimen especial para presentar el primer semestre... a caso no informamos de la fecha de las facturas ? Porqué no lo hacen ellos ?

Tema a parte, ¿alguien a alguien más le está devolviendo el error 3002 (no existe el registro) en la baja de de facturas? hace dias que no probaba una baja y antes me funcionaba, ahora todas me sale como que no estan dadas de alta y sin embargo si hago la Consulta sí están (y si las doy de alta me da Factura Duplicada).

A ver quien me puede aclarar un poco lo del Libro de Determinadas Operaciones Intracomunitarias. ¿Cuando y quien ha de presentar esto? Según documentación, pero no me aclaro con tanta ley :confused:

En este libro se registran exclusivamente dos tipos de operaciones, las operaciones a las que hace referencia el artículo 66 del RIVA, es decir, sólo las siguientes:

• El envío o recepción de bienes para la realización de los informes periciales o trabajos mencionados en el artículo 70, apartado uno, número 7º, de la Ley del Impuesto (Ley 37/1992).
• Las transferencias de bienes y las adquisiciones intracomunitarias de bienes comprendidas en los artículos 9, apartado 3º, y 16, apartado 2º, de la Ley del Impuesto (Ley 37/1992).

Se consignará la clave “D” si el declarado es el destinatario de los bienes objeto de la operación, y “R” si el declarado es el remitente de los bienes objeto de la operación.

Acabo de anular una factura emitida sin problema.

Saludos !

Yo solo te puedo decir que tenemos desarrollado el 340 en el cual hay un libro igual que este (Intracomunitarias) con las mismas condiciones y tenemos a muchas empresas presentadolo desde que aparecio ese modelo. En todo este tiempo ninguno ha tenido que presentar ese tipo de intracomunitarias y tenemos clientes que hacen muchas compras/ventas intracomunitarias "normales".

Los envíos a la hacienda los estoy realizando con CAPICOM y los objetos HTTPRIO, es decir el certificado se está indicando de esta forma. Si tienes un certificado que pide clave, el sistema pide clave por cada fichero que se envía.

¿Alguien conoce alguna forma de indicarle esa clave al sistema para que no la pida cada vez que se hace un envío?, es decir pedirle la clave al usuario y previamente a hacer el envío y así no se la pida el sistema cada vez.

A mi me pasa exactamente lo mismo, es el sistema el que acaba pidiendo ese "PIN" asociado al certificado. He estado leyendo pero no he encontrado nada al respecto he lanzado la pregunta por stack overflow si consigo algún avance lo comento por aquí.

Es más a mi me lo pide dos veces por cada fichero. Uno el navegador y otro el lector de tarjetas. Ya que el certificado esta en una tarjeta.

Yo también utilizo CAPICOM pero el certificado lo cargo desde un fichero, de esta forma al usuario no se le pide nada, aparte de que tampo hace falta tener el certificado cargado en windows. Ejemplo:

Código Delphi [-]
procedure SetCertificate(const FileName, Password: string; var Data: Pointer);
var
  Cert : ICertificate2;
  CertContext : ICertContext;
  PCertContext : PCCERT_CONTEXT;
begin
  try
    Cert := CoCertificate.Create;
  except
    on E: EOleSysError  do
      raise Exception.Create('CAPICOM.DLL is not registered')
  end;

  Cert.Load(FileName, Password, CAPICOM_KEY_STORAGE_EXPORTABLE, CAPICOM_LOCAL_MACHINE_KEY);
  CertContext := Cert as ICertContext;
  CertContext.Get_CertContext(Integer(PCertContext));
  if InternetSetOption(Data, INTERNET_OPTION_CLIENT_CERT_CONTEXT, PCertContext, Sizeof(CERT_CONTEXT)) = False then
    raise Exception.Create ( 'Error setting "' + FileName + '" certificate in web service' )
end;

procedure TfEmitidas.emitidasHTTPWebNode1BeforePost(const HTTPReqResp: THTTPReqResp; Data: Pointer);
begin
  SetCertificate('c:\certificados\certificado1.p12', '1234', Data);
end;

clasificacion de No exenta
 

Hay que marcar las no exentas como
S1 No exenta- Sin inversion sujeto pasivo
S2 No exenta - Con Inversion sujeto pasivo
S3 No exenta - Sin inversion sujeto pasivo y con Inversion sujeto pasivo

¿Esto quiere decir que si tengo desglose de distintos tipos de iva me tengo que recorrer todos los desgloses si no son todos del mismo tipo meter el S3?
Porque luego para el desglose de IVA: ¿ no se expecifica si es S1 S2 o S3?¿

Pensaba configurar si el iva es de tipo SUjeto, no Sujeto, Exento / no exento en la tabla de configuración de IVA.

Estas son todas la posibilidades. EL codigo N1 y N2 me los he inventado yo.

¿Entiendo que puedo definir todos los codigos en un solo campo de base de datos?
¿ya que niguna operacion puede tener dos Tipos, S1 y N1 , E1 y N1.?
Puedo tener dos operaciones S1 y S2 en la misma factura y pono s3, pero no combinar tipos?


SUJETAS
----------
SUJETA | NO Exenta | S1 Subject - Not Exempt
SUJETA | NO Exenta | S2 Subject - Not exempt -Inv. Taxable Person
SUJETA | NO Exenta | S3 Subject - Not exempt with INV Taxable Person and without INV Taxable Person
----------------------------------------------------
SUJETA | Exenta | E1 Exempt on account of Article 20
SUJETA | Exenta | E2 Exempt on account of Article 21
SUJETA | Exenta | E3 Exempt on account of Article 22
SUJETA | Exenta | E4 Exempt on account of Article 24
SUJETA | Exenta | E5 Exempt on account of Article 25
SUJETA | Exenta | E6 Exempt on other grounds
--------------------------------------------------------
NO SUJETAS:
-----------
NO sujeta | | N1 Non-VATable amount article 7, 14, others.
NO sujeta | | N2 Non-VATable amount based on localization rules.