|
1 Archivos Adjunto(s)
TE paso un ejemplo
|
Cita:
|
Cita:
<body> <div id="ibm-banner"><div id="ibm-banner-main"><div id="ibm-banner-product-name">IBM WebSphere Application Server</div><div id="ibm-banner-brand"></div></div></div> <div id="content"> <h1 class="title">Context Root Not Found</h1> Alguién ha conseguido realizar estas comprobaciones la petición la realizo sobre : https://www1.agenciatributaria.gob.e.../ws/VNifV1SOAP y el XSD utilizado es http://www2.agenciatributaria.gob.es.../VNifV1Ent.xsd Es lo que se indica en el documento pdf de la AEAT. He enviado la consulta a la AEAT sin respuesta por su parte , ya os dire si me dicen algo. Muchas gracias, saludos |
Cita:
El tema "Context Root Not Fount" suena un poco a certificados. Aparte de esto, yo lo he usado esta mañana y funciona sin problemas. |
Cita:
Muchas gracias, |
No hace mucho me preguntaron sobre esto. ¿Alguien podría hacer un resúmen de cómo es la cosa? Con tanta información me vuelvo vizco y no me entero de nada. Gracias adelantadas.
|
Cita:
|
Cita:
Muchas gracias. |
Sobre el campo ImporteTotal
En el documento SII_Descripcion_ServicioWeb_v0.6.pdf el campo o tag ImporteTotal consta como opcional (para facturas emitidas y recibidas).
Sin embargo, en Validaciones_ErroresSII_v0.4.pdf, pág. 39, en la sección Errores que producen la aceptación y registro de la factura en el sistema (posteriormente deben ser corregidos), dice 2007 El campo ImporteTotal no es superior a 6.000. Es decir, si se añade un ImporteTotal inferior a 6000 se considera como un error a corregir. De ello se deduce que cuando el total es superior a 6000 es obligatorio ponerlo. Por consiguiente, no es opcional del todo. Porque si se refieren a pagos en metálico, entonces ¿qué pinta ese campo en el esquema de facturas emitidas y recibidas? ¿Alguien podría aclararlo? Saludos, |
No están dentro del libro de facturas y recibidas. Estan dentro del Libro de registro de Operaciones de trascendencia tributaria con carácter anual, sólo hay que declararlos cuando la suma del importe en metalico del año superan los 6000 euros.
Esta información hay que darla por que uno de los impuestos que desaparecen con esto del SII es el 347 y esa información se daba en ese modelo. Un Saludo. |
Cita:
Saludos |
Cita:
En principio el tema está controlado, el problema es que hay muchos tipos de facturas emitidas/recibidas y cada tipo requiere enviar una serie de datos que hace un poco laborioso resolver todos estos posibles tipos pero por tema técnico no hay problemas. El primer problema que nos encontramos fue que, parece, que para poder hacer los envíos sin contar con componentes de terceros hay que usar a partir de la versión Berlín porque hay que enviar la llamada con un certificado digital y no hemos encontrado forma de hacerlo con versiones anteriores, los que lo han solucionado con versiones anteriores es porque usan para ese tema las secure black box. Después hay gente que usa los objetos del webservice para crear el xml que se envía y gente que lo crea a pelo y lo envía igualmente, se puede hacer como más cómodo te resulte. También había unas pocas de consultas meramente contables que entre unos y otros nos hemos ido contestando y, creo, que resolviendo. Por otro lado hay algún ejemplo funcional de envío de facturas por si alguien se lo quiere descargar y probarlo. Creo que más o menos esta es la historia. Saludos |
error 2006 La factura contiene un desglose a nivel de factura
1 Archivos Adjunto(s)
hola:
intento enviar una factura emitida a un pais de la comunidad europea. Me da el error 2006 ( AceptadoConErrores ) "La factura contiene un desglose a nivel de factura cuando le corresponde un desglose a nivel de operación, por no ser factura simplificada ni asiento resumen y la contraparte contiene un IdOtro o tiene un NIF que empiece por N " ¿alguien tiene un ejempo de factura emitida a un pais extranjero con idotro?. adjunto mi factura |
Cita:
Te adjunto un ejemplo que a mi no me da problemas. Saludos |
Cita:
PArece que al ser una factura sin iva no tengo que detallar el desglose de IVA, sino el desglose de operación como tu haces en tu ejemplo. <TipoDesglose> <DesgloseTipoOperacion> <Entrega> <Sujeta> <Exenta> <BaseImponible>100</BaseImponible> |
Duda sobre fecha de operación
En este caso creo que es una duda mas de operativa que de desarrollo, pero para ver cual es vuestra opinión.
Según la documentación y tal y como se especifica en un ejemplo de los FAQs, la fecha de operación se debe de especificar en el caso en el que está sea diferente a la fecha del documento. Vamos al caso mas sencillo una factura emitida. Creo entender que por ejemplo la fecha de operación seria la fecha del albarán y la fecha del documento, seria la fecha de la propia factura. En el caso de facturas de gestión por ejemplo. Pero, que pasa si en el mismo ejemplo son varios albaranes en una única factura?. Tenemos que controlar la fecha del ultimo albarán?, Es el usuario el que tiene que introducir esta ultima fecha cuando registra por ejemplo facturas recibidas de varios albaranes?. Cada día que pasa, veo mas absurdos en este sistema. |
Cita:
|
Cita:
Si pedimos al usuario que rellene (a su responsabilidad) esa fecha, y que además redacte una descripción única para cada factura, más otras cosas que ahora no recuerdo, va a haber bastante cabreo. Aunque no es nuestro problema, la gente no se va a quejar a la agencia tributaria sino al que le ha vendido el programa. Aunque ahora veo que FechaOperacion es opcional y DescripcionOperacion es obligatorio, según mi interpretación. Saludos, |
Cita:
Me surge una duda sobre tu xml. indicas el codigo 01 : OPERACIÓN DE RÉGIMEN GENERAL <ClaveRegimenEspecialOTrascendencia>01</ClaveRegimenEspecialOTrascendencia> ¿No deberias indicar el 09 "ADQUISICIONES INTRACOMUNITARIAS DE BIENES Y PRESTACIONES DE SERVICIOS"? |
Tengo un ejemplo de una factura que se ha hecho a una persona extranjera pero con IVA. El concepto de la factura es “una noche de hotel”.
¿Alguien sabe cómo se debe registrar este tipo de factura? Muchas Gracias. |
Cita:
|
Cita:
Si es persona jurídica con informarle del NIF es suficiente si es física DNI y APELLIDOS NOMBRE obligatorio. Un Saludo |
Cita:
|
Cita:
De todas formas os paso la consulta que les he realizado para que lo tengais en cuenta(en rojo lo que contestan): 1.- Siempre se validan todos los CIFs/Nifs de las contrapartes del envío. Fact. emitidas y recibidas , etc... Supongo que será solo de los nacionales. Si se validan. Solamente los NIF expedidos por la AEAT. 2.- Se puede enviar varios nifs al mismo tiempo para la validacion o esta limitado a un nif por peticion. Sólo se puede consultar un NIF en cada petición 3.- Se indica en el pdf de ayuda que el servicio puede quedar bloqueado si se realizan muchas peticiones.... que se considera con esto. Necesito conocer estos limites de cara a poderlo aclarar en la ayuda a mis clientes. En cuanto al bloqueo, se realiza en función de muestreos y estadísticas. con un uso normal de pequeña o mediana empresa no debería tener ningún problema. |
Cita:
|
¿Ha cambiado la AEAT la validacion de la razon social de empresas?
Juraria que hace unas semanas, rechazaba la razon social de la empresa en factura emitida si esta no se parecia al que tenia registrado la AEAT.
por ejemplo ahora puedo eniar el cif del corte ingles "A28017895" con la razón social "X" y se lo come. Creo que hace unos dias dejaba pasar "EL CORTE INGLES" cuando el valor correcto es "EL CORTE INGLES SA" pero ahora parece que deja pasar todo Tanto en recibidas como emitidas ¿Sabeis si esto va a ser asi? no va a validar el nombre para empresas. o es un error de la web de la AEAT y si deberia validarlo |
Cita:
Hasta cierto punto es algo normal, ya que el nombre de las empresas, en muchos casos no tiene nada que ver con su denominación social. Bastantes cosas se tienen que rellenar como para conocer en muchos casos el nombre social de una empresa con nombre comercial muy diferente. Aunque este siempre deba de estar especificado en la factura........ |
Consulta con respuesta que no contiene todos los datos
Al mandar una consulta de facturas emitidas en marzo 2017, la respuesta incluye 96 facturas con todos sus datos, excepto dos de ellas, en posición aleatoria, en que se omite el tag <Contraparte>, donde deberían estar incluidos <NombreRazon> y <NIF>.
Un fragmento del XML recibido: Código:
<siiLRRC:RegistroRespuestaConsultaLRFacturasEmitidas>Esto interfiere en el parsing necesario para crear un informe al usuario, pues yo daba por sentado que esos datos estarían en la totalidad de las facturas, siendo como son esenciales. En el documento SII_Descripcion_ServicioWeb_v0.6.pdf no se dan detalles sobre la composición detallada de las respuestas, especialmente qué datos son obligatorios (para ellos) y cuáles no. ¿Le ha sucedido a alguien más? O, ¿se os ocurre por qué razón el servidor no suministra esos datos en unas pocas facturas y sí en el resto? Saludos, |
Cita:
yo tengo un caso parecido, me rechaza 2 FacturasEmitidas porque el NIF no corresponde al Nombre en la contraparte y son datos contrastados con los clientes y admitidos por el mismo validador de la AEAT. Y tremendamente desconcertante, si da como correcto un registro de FacturasEmitidas con un NIF que rechaza el mismo validador. Hace dias lo comunique (email) a la AEAT, tengo respuesta de leido pero nada mas. Utilizo ' curl ' desde un DEBIAN-SQUEEZE que funciona correctamente en el envio del resto de facturacion semanal (aprox. 300 registros). |
Prorroga en la implantación??
Alguien ha oído algún "rumor" sobre una prorroga en la implantación del sistema?
Hace un par de días, en un evento de una empresa grande del sector....... me han comentado que hasta 2 personas la preguntaron a la directora de hacienda sobre estos "rumores", a los que ella no dio importancia.... Pero cuando el río suena....... |
Cita:
|
Por lo que yo he oido no es que se prorrogue, sino que lo van a suavizar un poco ya que las grandes empresas se han quejado. Pongo un enlace de una noticia de la prensa.
http://cincodias.elpais.com/cincodia...42_831148.html Pero bueno todo puede ser. Ya lo suspendieron una vez. |
Hacienda suaviza el SII para la empresa adherida a la devolución mensual del IVA
No deberán presentar los registros de facturación del primer semestre. Tremenda noticia !!!! :eek: v:-) vv:-) :eek: vv:-)v :eek: |
Cita:
Pero que pasa cuando se trata de Facturas emitidas de tipo intracomunitarias,¿Qué clave de regimen estais poniendo? En uno de los ejemplos subidos veo que se ha utilizado 01 - Operacion de regimen comun. Creo que no seria correcto para emitidas. Me podeis indicar si alguién sabe que clave deberia aplicarse. Muchas gracias, Saludos |
3.6. ¿Cómo se registra una Entrega Intracomunitaria de Bienes?
Se anotará la factura emitida al cliente comunitario en el Libro registro de Facturas Expedidas procediendo a su identificación mediante la clave 2 en el campo de tipos de Identificación en el país de residencia “IDType” y su Número de Operador Intracomunitario en el campo "ID". El campo “CodigoPais” no será obligatorio. 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 “E5: Exenta por el artículo 25”. |
Cita:
|
Hola. Esto esta sacado de las faqs de hacienda. La clave 2 es el id del declarado.
En ventas no hay tipo exportación. Hay que indicarlas en regimen comun e indicar lo que he puesto. |
Este es el XML que genero enviando coorectamente de FacturasEmitidas a FRANCIA.
Código:
<soapenv:Header/> |
Consultas
El servicio de consultas, por ejemplo de facturas emitidas, remitidas al sistema SII, solo permite indicar como filtros la primera factura para realizar una paginación.
Desde la propia web de pruebas de la AEAT, https://www7.aeat.es/wlpl/SSII-FACT/SvFExpedidasQuery podemos realizar dichas consultas pero aquí es posible filtrar dichas consultas, por determinados campos. Haciendo un poquito de ingeniería inversa no he visto nada extraño en la petición de datos, ni en la respuesta, que ya viene procesada. Entiendo que ese filtrado se hace en servidor para devolver los datos solicitados. Bien, pero si esto lo hacemos cuando disponemos de (por ejemplo) 100.000 registros ya enviado a SII, ¿ tendremos que ser nosotros los que filtremos la información al usuario, una vez recuperados todos esos registros? No existe otra forma de hacerlo? |
Cita:
Los errores son útiles porque así aprendemos :) Saludos, |
| La franja horaria es GMT +2. Ahora son las 14:21:26. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi