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
|
||||
|
||||
Cita:
http://www.agenciatributaria.es/AEAT.internet/SII.html A partir del próximo día 17 de mayo el sistema aceptará envíos según la versión 0.7 Hasta el próximo día 30 de mayo el sistema seguirá aceptando envíos según la versión 0.6 |
#2
|
|||
|
|||
Problema con exportaciones-importaciones
Buenas, estoy teniendo problemas para enviar importaciones-exportaciones, en ambas, recibo el error : Error no.: 1100-Valor o tipo incorrecto del campo: ID
¿ alguien tiene un xml generado para contrastarlo ?, el caso es que no tengo problemas tanto con emitidas/recibidas intracomunitarias. este es la parte xml de dicha factura por si veís si falta algo: Cita:
|
#3
|
|||
|
|||
Buenas tardes,
Existe alguna posiblidad de contrastar el XML generado contra su esquema XSD antes de realizar el envio para comprobar que este todo correcto? He probado con SOAPUI pero no veo esta opción Gracias |
#4
|
||||
|
||||
Cita:
Código:
<sii:IDOtro> <sii:CodigoPais>PT</sii:CodigoPais> <sii:IDType>02</sii:IDType> <sii:ID>PT999999999D</sii:ID> </sii:IDOtro> Yo para probar las lanzo directamente, si están mal formado, tira un error especifico Última edición por mrobles fecha: 16-05-2017 a las 17:23:52. |
#5
|
|||
|
|||
acabo de hacer una prueba, y mandandole un id (no valido), si que pasa el registro ¿?, tengo entendido que si indicas el idtype 06, no es necesario informar de ningún identificador...
|
#6
|
||||
|
||||
Cita:
http://www.clubdelphi.com/foros/show...postcount=1010 Cita:
Cita:
Código:
3.7. ¿Cómo se registra una Exportación? La operación se anota en el Libro Registro de Facturas Expedidas. En el campo “Clave Régimen especial o Trascendencia” se consignará el valor 02. Deberá identificarse al cliente – en caso de ser extranjero- mediante el “Código país” y las claves 3 “Pasaporte”, 4 “Documento oficial de identificación expedido por el país o territorio de residencia”, 5 “Certificado de residencia” ó 6 “Otro documento probatorio” del campo “IDType”. Por otra parte, la base imponible de la factura se incluirá en el campo de tipo de operación “Exenta” dentro del bloque “Entrega”. Como causa de exención se consignará la clave E2 “Exenta por el artículo 21”. |
#7
|
|||
|
|||
Cita:
El CSV identifica el envío, que puede incluir varias facturas y también se recibe en modificaciones y bajas. La factura se identifica mediante en bloque IDFactura del xml. Juntas los valores de todos los campos que intervienen y ya tienes tu ID único. Un saludo. |
#8
|
|||
|
|||
Cita:
|
#9
|
|||
|
|||
Si, pero recibo esto:
Código:
<env:Body><env:Fault><faultcode>env:Client</faultcode><faultstring>Codigo[4102].El XML no cumple el esquema. Falta informar campo obligatorio.: DetalleIVA</faultstring><detail><callstack>El XML no cumple el esquema. Falta informar campo obligatorio.: DetalleIVA WSExcepcion [faultcode=null, detailMap=null, version=0, faultstring=null, faultactor=null, faultSubCode=null, reasonText=null, detail=null, nameSpaceUriDetail=null] at es.aeat.ssii.fact.xml.util.UtilesXMLSII.existeEtiquetaFin(UtilesXMLSII.java:376) at es.aeat.ssii.fact.xml.comun.ParserXmlDesgloseIva.parsearLista(ParserXmlDesgloseIva.java:57) ... Otros ficheros si que me entran correctamente, con lo cual, debe ser algo especifico de algun registro de este pero que no puedo encontrar. |
#10
|
|||
|
|||
64.000 vistas
Este hilo llegará hoy a las 64.000 vistas. No está mal.
|
#11
|
|||
|
|||
Buenas tardes,
yo estoy un conector para la base de datos de contabilidad de mi empresa con el SII, pero lo estoy haciendo con C# / .NET. ¿Algún desarrollador por aquí de .NET? Me encuentro ahora deserializando una respuesta del WebService, ya con los XSD convertidos a una clase. Por ejemplo un RespuestaLRFRecibidasType. Pero me falla. Muchas gracias! |
#12
|
|||
|
|||
No me extraña, yo soy una de ellas (de hace un tiempo) y desde aquí el agradecimiento a que hayáis dedicado tanto tiempo a resolver dudas y poner blanco sobre negro temas que a muchos programadores se nos escapan.
Tengo el tema en fases finales de desarrollo (sobre todo gracias a este foro) y entre ellas, mejora de controles existentes. Unas dudas:
|
#13
|
|||
|
|||
Cómo puede ser que esté enviando una factura con la versión 0.6 del SII, que ayer me dejaba enviar, sólo he cambiado el número de serie para que no me tire error de duplicado, ahora me muestra el error:
Codigo[4121].Error en asincrono de cuadre Código (ITEADEST/ES.AEAT.SSII.FACT.API.FE.ASINC.CONSUEMITSRV/20170517) no existe En principio se podrían enviar facturas con la versión 0.6 hasta finales de mes, no? A alguien más le da este error? Sino recuerdo mal, la información de cuadre se ponía en la versión 0.7 pero no debería pedirla si hacemos envíos con la versión 0.6 |
#14
|
||||
|
||||
Cita:
No sera que reiniciaran los datos o algo?, yo voy a empezar las pruebas de la 0.7 ahora mismo y si sale te comento |
#15
|
|||
|
|||
Cita:
Nota para los desarrolladores de .Net: al actualizar la url del webservice (de la v0.6 a la v0.7) he tenido que modificar de nuevo el app.config que lo dejaba mal (no usa soap 1.1 etc...). |
#16
|
|||
|
|||
anular facturas
Mi cliente en ocasiones emite factura nº1, se da cuenta de que esta mal, genera otra igual con el mismo importe pero en negativo nº2 y luego genera la tercera definitiva nº3.
LAS dos primera nº1 y nº2 no se las envia al cliente. LA tercera si. ¿que hago ahora yo? 1 - ¿Solo envio al SII las que envio al cliente nº3 y dejo un salto en la secuencia de la serie factura sin envair a la AEAT.? 2 -¿ Envio todas al SII para que tenga la secuencia de la serie completa pero no se la envio al cliente (luego no cuadraran en el contraste)? 3 - ¿Envio todo al SII y al cliente para que este tambien la pueda subir al SII? |
#17
|
|||
|
|||
Cita:
|
#18
|
||||
|
||||
Probado y funcionando todo, no hay cambios reales, pero si validaciones que antes no se hacían y que nos ahorraran sustos en el futuro
|
#19
|
||||
|
||||
Hola a todos. Ayer estuve en una reunión del SII que se dio en la hacienda de navarra , en la cual había gente de la AEAT. Saque las siguientes conclusiones, la reunión era más una presentación y no entraron en mucho detalle.
- En navarra empiezan el 1 de enero (como debería haber sido en la AEAT) y seguirán el mismo sistema, es decir solo van a cambiar los end-points y punto. Seguramente empezarán una fase de pruebas en setiembre. Pongo el enlace de la hacienda sobre el tema. http://www.navarra.es/home_es/Gobier...on+del+IVA.htm - El entorno de pruebas va a estar siempre disponible. - En un principio “no van a sancionar” por la información, lo que quieren es que las empresas presenten las declaraciones y en algún momento cuando todo este funcionando es cuando empezarán a sancionar con los importes que ya se comentaron en algún mensaje anterior. - Van a mantener el Cliente de web service para el entorno de pruebas también en producción. Es decir se van a poder presentar los xml a través de la web. Con todo lo que ello conlleva, ya que se pierde el control sobre el estado de las facturas en nuestras aplicaciones. -En cuanto al campo Descripción Operación. No es un campo obligatorio, al menos en contenido, siempre tiene que tener algo. No van a sancionar por lo que pongas en ese campo. Ese campo sirve para que luego los inspectores puedan sacar información sobre la operación a la hora de revisar las cosas. Si la información le vale pues te evitarás una llamada o una posible inspección. Por lo tanto cuando más información des de la operación mejor, pero no dicen que es lo que tienes que poner. - La gente esta acojonada sobre todo por el tema de plazos, ya que ahora los asesores, encargados financieros etc.. Lo que hacen es asesorar a posteriori y arreglar los desaguisados que se realizan en facturación a la hora de presentar los diferentes modelos de IVA y en caso de inspección arreglan los libros, pero siempre a posteriori. Con esto del SII se supone que el asesoramiento se tiene que producir antes de emitir la factura ya que a partir de esta se generaran los diferentes modelos de IVA. - Por ultimo lo que pretenden en un futuro es que desaparezcan los modelos de IVA, es decir la hacienda te enviará un borrador con la declaración. Un estilo a lo que ocurre con el IRPF. Un Saludo. |
#20
|
|||
|
|||
Una pregunta, cuando se emite una factura a un cliente cuyo NIF empieza por 'N', la documentación dice lo siguiente:
El desglose se hará obligatoriamente a nivel de tipo de operación si cumple las 2 condiciones: 1 - No sea F2-factura simplificada o F4-asiento resumen 2- La contraparte sea del tipo IDOtro o que sea NIF que empiece por N Entonces, mi duda es la siguiente, cuando le pongo que es un IDOtro, en el tipo de identificación que le debo poner? Porque si le pongo NIF-IVA me da error de 'Valor del campo ID incorrecto'. Los posibles valores son: NIF-IVA (descartado) Pasaporte Documento oficial de identificación expedido por el país o territorio de residencia Certificado de residencia Otro documento probatorio No censado Supongo que será Documento oficial de identificación expedido por el país o territorio de residencia, no? Muchas gracias! |
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 | 4175 | Hace 11 Horas 16:17:35 |
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 |
|