No es exactamente a lo que yo me refiero.

Yo utilizo el Excel para visualizar y totalizar las Respuestas a las Consultas.

En el caso que tu comentas, el xml de respuesta contiene información sobre el envío en general y sobre cada una de las facturas que acabas de enviar en particular.
Esa información debería guardarse de forma estructurada en tu sistema para saber que facturas has enviado, cuáles han sido aceptadas de forma correcta, aceptadas con errores o incorrectas para proceder en un próximo envío de forma consecuente

Te paso la rama de FacturaRecibida. Así lo hacemos nosotros

Efectivamente, para que el sistema interprete el xml de respuesta y guarde dicha información en el sistema cómo lo hacéis?

Gracias

Te paso dos enlaces de las paginas iniciales del tema cortesía de los compañeros bucanero y newtron.

https://www.clubdelphi.com/foros/sho...0&postcount=28
https://www.clubdelphi.com/foros/sho...8&postcount=39


Del primer enlace, fíjate en el bucle que hay a continuación de

Código Delphi [-]
 result := GetsiiSOAP.SuministroLRFacturasEmitidas(ASuministroLRFacturasEmitidas);

Es exactamente lo que tu pretendes hacer, tratar la respuesta.

En el segundo enlace hay incluso un ejemplo funcionando.

Espero te sirva

Pones ClaveRegimenEspecialOTrascendencia 14 porque es del primer semestre, pero este caso seria especial y deberías informar con un 02 en ClaveRegimenEspecialOTrascendenciaAdicional1 tambien ¿no?

Gracias manelb,

Un aporte realmente generoso e importante, para agradecer a bucanero y newtron y en general a dotos los foreros integrantes y a tí por darme luz, ;). Lo cierto es que lo he compilado con una versión que tengo de delphi XE7 aunque mis proyectos importantes están en delphi 6 como comenté anteriormente y al compilarlo me da un error de compilación:

[dcc32 Error] Soap.SOAPHTTPTrans.pas(113): E2291 Missing implementation of interface method IWebNode.GetMimeBoundary

marcando la linea de error:

THTTPReqResp = class;

de la unidad unit Soap.SOAPHTTPTrans;

...y otro error de compilación:

[dcc32 Fatal Error] Soap.SOAPHTTPTrans.pas(384): F2063 Could not compile used unit 'Soap.Win.CertHelper.pas'

marcando la linea de error:

{$IF CompilerVersion <= 15.0}

de la misma unidad.

Supongo que será un error de mi delphi, ya que si se ha probado y funcionado por otros compañeros es porque está bien.

Si no resuelvo estos errores con delphi XE7 debo interpretar el archivo de respuesta buscando las lineas directamente en el XML y operando con ellas.

Gracias

Si anulas quizas habria que hacer reaprovechamiento de huecos. Si has borrado el numero 10 y el contador va por 100, entonces la siguiente habria de ser la 10 y la siguiente a la siguiente la 101.

Pero ¿ que pasaria si la 10 tiene distinta fecha de contabilizacion ? Entonces habria que dejar necesariamente el hueco porque no hay continuidad hueco-fecha contabilizacion.

¿ Ha dicho vd. que va a dejar un hueco en la numeración por no sé qué historias que a mi, el super-hacedor, me traen al pairo ? Pues se está vd. ganando un requerimiento del primo de zumosol.

Es una locura en la que nos meten y siempre presionando a los mismos.

Sensacional!!

Esto es un problema del usuario, que debería quejarse a quien corresponda. Los programadores no tenemos que hacer todo el trabajo sucio que vaya quedando por ahí.

¿Que las facturas del banco no van numeradas? Pues que llamen al banco, que se los quitará de encima, y que llamen luego a la AEAT, pero que no nos den la lata a nosotros por los líos que no hemos creado.

Todo va a depender de donde trabaja uno. Si eres programeitor y trabajas para la admón. probablemente no tengas demasiados problemas en exigir que los demás hagan. Otherwise pasarás por el arito. :D

Sin ir más lejos, ayer mismo, traspaso EDI a ECI. Que el campo tal lleva información y ha de venir vacio. ¿ Oyeeee no sería bien fácil que vosotros cuando recibais el campo lo obvieis y asimileis que está en blanco ? Oye, pues no. Arito pa'al nene.

Consultas manuales de libros presentados en xml
 

Hola a todos:

Me pasa una cosa muy curiosa: si introduzco datos de facturas a través del formulario de la agencia tributaria Alta de Facturas Emitidas las puedo consultar y aparecen en el apartado Consulta de Facturas Emitidas pero si las introduzco a través de la interfaz Cliente de web service para el entorno de pruebas luego no aparecen al hacer la consulta correspondiente sabiendo que se han introducido correctamente según su respuesta. Sabe alguien porqué o debe pasar más tiempo para actualizarse el sistema (esto último no creo)?

Gracias

La eterna historia de quitarse las pulgas de encima y echárselas al de al lado.

Y digo eterna porque eso ya sucedía en tiempos de la civilización griega hace 2400 años. Y para más cachondeo usaban también (el oráculo de) Delphi.

Me respondo a mí mismo, no hagáis caso. Una confusión a la hora de establecer los parámetros de consulta.

En fin, una tontería.

Hoy 27.07 - Error al enviar. No transport
 

Hola, buenos dias.

Os da a alguno hoy el problema de "Error al enviar. No transport"?

Llevo transmitiendo desde el día 1 sin problema ninguno y hoy me salta esto.
Enviando el fichero a Preproducción pasa sin problema pero en la normal, nada de nada.

Tambien he visto que han puesto un desplegable pinchando en el End-point para poder seleccionar el tipo de suministro a enviar, cosa que antes no estaba.
Veremos si no es problema de esto, anuque he revisado la dirección del end-point y es correcta.

Muchas gracias a todos.
Un saludo.

Efectivamente. Perdona pero se me ha colado del primer semestre.
Incluso ahora he detectado un error por mi parte ya que siendo del primer semestre la cuotadeducible deberia ser 0.

Hola, me autocito: han cambiado la página de aceso. ojo con esto.
Antiguamente entraba por:
https://www1.aeat.es/static_files/common/internet/dep/explotacion/ws/ClienteWSAEAT2.html
Ahora la página correcta,accediendo desde la web de la agencia tributaria es:
https://www1.agenciatributaria.gob.es/static_files/common/internet/dep/explotacion/ws/ClienteWSAEAT2.html

Espero que os sea de ayuda.
Gracias a vosotros y este foro pudimos revisar y modificar los ficheros de envÍo en su momento; y poner en marcha el sistema.
Gracias de nuevo.

Un saludo.

Me respondo por si alguien estaba en lo mismo...

Funciona sin problemas, pero ayer había un problema en el portal de pruebas de la AEAT y justamente aparecía este error al intentar hacer el envío con un certificado de Colaborador.

Lo leí en el foro de Linkedin del SII.

Buenas!!!

Chicos una pregunta , es necesario presentar en el SII , facturas con importe 0 ???

¿ Respondería tu duda si te digo que la Sede Electrónica admite perfectamente facturas con importe cero ?


Dicho en román paladino: si la Sede detecta que hay huecos en la numeracion de facturas, la maquinita que mandará requerimientos a porrillo te hará llegar unos cuantos solicitando aclaración. Ahí tendrás que decirles que es que son facturas cero.

Así que lo mejor, si las admite: mandarlas !

ok , gracias por responder

Durante la fase de pruebas, en la versión 0.4, me rechazaba las facturas a cero explícitamente, así que hice que mi programa no las enviara, el caso es que no he vuelto a probar... quizás en la versión definitiva sí se pueden enviar. ¿Alguien está enviándolas sin problemas?

Buenas, os aviso por si a alguien más se encuentra con una situación parecida.
Nos hemos encontrado con un caso de prestación de servicios a Portugal y como no veo en la faq que digan como registrarlo lo hemos visto con unos abogados.
Nos han dicho que el importe debe ir a no sujeta por reglas de localización.


Un saludo.

Hola a todos eso es una inversión de sujeto pasivo y viene respondida en la faq 3.5

3.5. ¿Cómo se registra una operación con inversión del sujeto pasivo?

En el caso de clientes que sean empresas españolas, el proveedor o prestador del servicio registrará los datos de la factura en el Libro registro de Facturas Expedidas consignando en el bloque funcional ”Desglose factura” la clave “No Exenta – Con Inversión sujeto pasivo”. Los campos “tipo impositivo” “cuota repercutida” se informarán con importe cero.

En el caso de clientes que sean empresas comunitarias con NIF-IVA, el proveedor o prestador del servicio registrará los datos de la factura en el Libro registro de Facturas Expedidas consignando en el bloque funcional ·”Desglose tipo operación” la clave “Importe no sujetas por reglas de localización”. Asimismo, deberá indicar si se trata de una entrega de bienes o una prestación de servicios.

Muchas gracias keys.

¿Alguien ha podido enviar una factura emitida a un cliente de Grecia? Me da el siguiente error referente al CIF:

Valor del campo ID incorrecto.

Los valores que le pongo son:

Tipo de identificación: Otro / NIF-IVA
Código País: GRECIA (GR)
Identificador: GRxxxxxxxxx

En cambio si en el identificador pongo ELxxxxxxxxx, sí que la acepta. Tenía entendido que en los países intracomunitarios, el CIF debe empezar por las dos primeras letras del código ISO del país.

¿En este caso no debería empezar por GR? Gracias

Según documento oficial de la UE el código ISO de Grecia es EL
http://publications.europa.eu/code/pdf/370000en.htm

Ahí dice también que el código GR fue abandonado el año 2002.

Ostras! Ok, gracias CMB.

Lo que me despistaba es que si intentas dar de alta una factura manual desde el SII y despliegas la lista de países pone GREECIA (GR). Supongo que no han actualizado los código ISO de su lista de países.

Lo mismo con Reino Unido. La AEAT dice que es GB, pero en realidad es UK.

En este caso tiene su lógica, pues GB (Gran Bretaña) es sólo el nombre de una isla. El estado entero se llama Reino Unido (UK).

Envio de informacion del Primer Semestre 2017
 

Apenas entiendo algo de lo que dice sobre el envio de info del Primer Semestre:

http://www.agenciatributaria.es/AEAT...emestre_.shtml


Básicamente lo que no entiendo es si hay que mandar la información como las del segundo semestre o no. El problema de no hacerlo sería si las contrastaran.

Tampoco entiendo esto:

El primer semestre es necesario enviarlo al SII para que puedan calcular ellos el 347 y el 390 del ejercicio 2017.
No es obligatorio presentar el primer semestre si la empresa esta en el REDEME, es decir si la empresa enviava el modelo 340.

PepCat,

Gracias por contestar, pero precisamente eso es lo que si entendia :)


Concretando. Lo que no entiendo es estos dos puntos:

Estaba pensando un disparate. :D

Os lo comparto para ver si me decís loco. :eek:

Como no quiero emmarran@r el envio habitual del SII con lo del primer semestre, que será una vez en toda la vida, estaba pensando en generar un .xml por período (mes) y que el usuario lo envie.

¿ Que os parece ?

Ya digo, no creo que integrar el primer semestre con el envio habitual sea una buena idea. En mi caso al menos, el envio habitual ya tiene su propia complejidad para que además le añada el primer semestre, con la de posibilidades de error que generará y las horas extras de debugueo.

¿ Qué os parece ?

Espero vuestras sabias opiniones.

Hombre, la estructura del XML es la misma. Solo que para los del primer semestre tienen 3 o 4 valores que se dejan fijos.
En mi caso está integrado, simplemente si lo que se envía es del primer semestre pues se tienen en cuenta esas peculiaridades que se dejan fijas.

Estas facturas del primer semestre supongo que se pueden ir enviando como nos parezca, ¿no?. Vamos que no se tienen que enviar todas de golpe, puedo enviar hoy unas cuantas de febrero y la semana que viene las de enero, ...

Un saludo.

3 o 4 valores y la estructura del desglose y no cero en cuota deducible

¿ Algo más ?

Pego una FAQ que me parece importante para la cosulta de lo que se ha presentado a efectos de liquidacion de IVA

58. ¿Qué formas existen de consultar las facturas presentadas?
Existen dos alternativas a la hora de consultar las facturas presentadas.

Si el volumen es elevado, se utiliza el servicio web de consulta del libro correspondiente que permite obtener la relación de facturas sin límite de tamaño.
Este servicio está documentado con ejemplos XML en el documento que describe el servicio web, dentro de la documentación técnica del portal SII. Admite varios parámetros de filtrado. Permite obtener la relación de facturas del titular del libro de registro para un ejercicio y un periodo. EL fichero XML de respuesta devuelve un bloque de hasta 10.000 facturas. Para recuperar volúmenes de información superiores, se deben realizar nuevas consultas con la identificación de la última factura obtenida, informando el bloque <ClavePaginacion> de la petición.

Opcionalmente, para volúmenes más reducidos, existe en el apartado de IVA de la sede electrónica, en el procedimiento IVA. Libros registro de IVA a través de la Sede electrónica de la AEAT, la posibilidad de consultar facturas presentadas mediante formulario a través de una página Web y siempre que el número de operaciones sea inferior a 1.000. En caso de superar dicho límite se debe delimitar la búsqueda por parámetros de filtrado, acotando por ejemplo mediante tramos de fechas de presentación.
La relación de facturas obtenida se puede exportar de forma masiva a una hoja de cálculo y operar sobre los datos, obteniendo por ejemplo totales de columnas con contenido numérico, ordenando por columnas, etc.


59. ¿Cómo se puede aumentar en el formulario la visualización de contenidos?
Mediante el parámetro de filtrado de la consulta, “Todas las columnas”, se puede aumentar el número de columnas de datos que se ofrecen en la relación hasta contemplar toda la información disponible. A partir de este punto, se pueden desmarcar aquellas columnas que no se desee mostrar en la relación.

Lo que estamos esperando algunos es que la agencia PONGA YA un botón de autoliquidación.
¿ A qué están esperando ? ¿ No habíamos quedado que esto iba a ser la locura en cuanto a mejoras para el contribuyente y que le iba a exonerar de hacer no sé cuantos modelos de declaración ? ¿ Como podemos saber si nuestros envios son buenos si no podemos saber cómo serán realmente liquidados cuando algun dia este disponible ese botón de liquidación ?

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

Este tema es VERGONZOSO.

Deberíamos bloquear todos nuestros programas y que nadie haga más envios hasta que la AEAT cumpla con sus requerimientos.

Ahora somos nosotros quienes tenemos que implementar nuevos sistemas de consulta para hacer la autoliquidación con los datos subidos al SII para que el cliente pueda constatar que lo que ha subido realmente concuerda con lo que tiene en su ERP.

Todas estas horas de más que el cliente no va a querer pagar deberíamos facturarlas a cargo de Montoro.

La verdad es que esto pinta mal no sacan nada en el boe y se arregla todo a partir de nuestras consultas y los requerimientos de las empresas colaboradoras.
En fin igual se para esto o vete a saber la verdad es que no puede seguir asi.
Al final como siempre el dolor de cabeza para nosotros y enfrentamientos con los clientes.
Saludos