FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
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> <siiLRRC:IDFactura> <sii:IDEmisorFactura> <sii:NIF>XXXXXXXXE</sii:NIF> </sii:IDEmisorFactura> <sii:NumSerieFacturaEmisor>99683</sii:NumSerieFacturaEmisor> <sii:FechaExpedicionFacturaEmisor>17-03-2017</sii:FechaExpedicionFacturaEmisor> </siiLRRC:IDFactura> <siiLRRC:DatosFacturaEmitida> <siiLRRC:TipoFactura>F2</siiLRRC:TipoFactura> <siiLRRC:ClaveRegimenEspecialOTrascendencia>01</siiLRRC:ClaveRegimenEspecialOTrascendencia> <siiLRRC:DescripcionOperacion>SUMINISTRO DE BIENES O SERVICIOS</siiLRRC:DescripcionOperacion> <siiLRRC:EmitidaPorTerceros>N</siiLRRC:EmitidaPorTerceros> <siiLRRC:VariosDestinatarios>N</siiLRRC:VariosDestinatarios> *** ESTAS 4 LÍNEAS NO ESTÁN EN LA RESPUESTA <siiLRRC:Contraparte> <sii:NombreRazon>XXXXXX XXXXXXXXX XXXXXX</sii:NombreRazon> <sii:NIF>XXXXXXXXT</sii:NIF> </siiLRRC:Contraparte> <siiLRRC:TipoDesglose> <siiLRRC:DesgloseFactura> <sii:Sujeta> <sii:NoExenta> <sii:TipoNoExenta>S1</sii:TipoNoExenta> <sii:DesgloseIVA> <sii:DetalleIVA> <sii:TipoImpositivo>21.00</sii:TipoImpositivo> <sii:BaseImponible>100.00</sii:BaseImponible> <sii:CuotaRepercutida>21.00</sii:CuotaRepercutida> </sii:DetalleIVA> </sii:DesgloseIVA> </sii:NoExenta> </sii:Sujeta> </siiLRRC:DesgloseFactura> </siiLRRC:TipoDesglose> <siiLRRC:Cobros>N</siiLRRC:Cobros> </siiLRRC:DatosFacturaEmitida> <siiLRRC:DatosPresentacion> <sii:NIFPresentador>XXXXXXXXE</sii:NIFPresentador> <sii:TimestampPresentacion>17-03-2017 15:02:36</sii:TimestampPresentacion> </siiLRRC:DatosPresentacion> <siiLRRC:EstadoFactura> <siiLRRC:TimestampUltimaModificacion>17-03-2017 15:02:36</siiLRRC:TimestampUltimaModificacion> <siiLRRC:EstadoRegistro>Correcta</siiLRRC:EstadoRegistro> </siiLRRC:EstadoFactura> </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, |
#2
|
|||
|
|||
Cita:
Los errores son útiles porque así aprendemos Saludos, |
#3
|
|||
|
|||
Indice pais CountryType2
Hola a todos los pertenecientes a este gremio de pringaos (los informáticos de contabilidad )
Después de haber leído las 36 páginas que me han ayudado a resolver bastantes dudas os aporto mi grano de arena. Para resolver cual es el indice de un país (según su CODIGO COMUNITARIO PAIS (UE)) he utilizado el siguiente código: Cita:
|
#4
|
|||
|
|||
FechaOperacion de IVA
Lo que yo siempre he pensado sobre la fecha de operación
La FechaOperacion de IVA es la fecha en que se originó el devengo del IVA. En una factura directa es la misma fecha que la fecha de factura y no es necesario ponerla En una factura de albaranes es la fecha del PRIMER albarán (o nota de entrega de mercancía), pero ojo que hay una ley que dice que los albaranes se han de facturar antes de 15 días con lo que si hay un intervalo superior a 15 días entre la fecha de operación y la fecha factura Hacienda podría decir algo. En una factura de abono es la fecha de la factura que originó el abono, por ejemplo, si te devuelven material que se vendió al 18% de IVA la fecha de operación sería 31/08/2012 o anterior. Esta fecha también se tenía que informar en el 340 |
#5
|
|||
|
|||
sesionId de la cabecera HTTP
Por curiosidad, ¿alguien sabe que es el sesionId y donde localizarlo?
la pregunta técnica 16 de Hacienda habla de este Id de sesión que se debería de coger de la cabecera de la primera respuesta del día y que es conveniente que todas las conexiones del mismo día lleven este Id de sesión, yo ya le había creado un campo pero no lo veo por ningún lado No puedo poner el enlace de Hacienda (aún no me lo permite el foro, no me llevo bien con los foros ), pero lo podéis ver en "Información técnica SII \ Preguntas técnicas frecuentes \ 1. Cuestiones Generales \ 16. ¿Cómo se debe utilizar el dato sesionId?" |
#6
|
|||
|
|||
Cita:
Sería interesante tener más información sobre ello si alguien puede ayudar. http://www.agenciatributaria.es/AEAT...sionId__.shtml Saludos, |
#7
|
|||
|
|||
Cita:
Lo unico seria hacer prueblas de velocidad de todos los casos Saludos |
#8
|
|||
|
|||
Cita:
Luego veo que introduces todos los paises y deberias añadir otro array para los de la UE y hacer lo mismo llamar a AnsiIndexStr Espero q te sirva , Saludos |
#9
|
|||
|
|||
Cita:
|
#10
|
|||
|
|||
como vais a gestionar la respuesta de la AEAT
Hola:
Como vais a gestionar la respuesta de la AEAT. Habia pensado meter en una pantalla información basica de la factura y 4 columnas adicionales. 1 - Estado (Pendiente / OK / KO / OK con ERROR) 2 - Codigo error 3 - Descripcion 4 - CSV (codigo de control de la respuesta recibida) KO- En caso de KO habrá que modificar la información de la factura y volver a enviarla. ¿como lo vais a hacer? ¿Cambiandole el estado a pendiente para que lo coja la proxima ejecución? ok con error. Lo mismo para los casos en los que acepta el xml pero pendiente de corregir el error. corregir los datos. Pasarla a pendiente y que la coja la siguiente ejecución. ¿Sabeis si se puede implementar un hipervinculo dinamico que te lleve a la factura para que te habrá en el navegador web la factura que ha aceptado la AEAT y corregirla a mano? Si da OK. |
#11
|
||||
|
||||
Cita:
Saludos
__________________
Be water my friend. |
#12
|
|||
|
|||
Revisa la gestión de errores:
- Error al enviar (KO): lo puedes marcar como pendiente y volver a procesarlo como una alta - OK con errores: no lo marques como pendiente porque ya esta enviado y lo debes de gestionar como una modificación no como un alta. Creo que te falta el estado "Modificado Pte Env" o como tu quieras llamarlo Guardar el número de error y la descripción es muy útil para poder listarlos y ver donde están los fallos sin tener que volver a enviar las facturas, el campo csv no sirve para nada salvo en caso de haber errores informáticos en los servidores de hacienda como justificante de envío. No había visto la opción online para modificar las facturas, esto es un arma de doble filo porque los usuarios pueden alterar o anular las facturas y nuestro sistema no se enteraría y no cuadrarían los listados. Yo lo tendré en cuenta en el sistema de revisión de facturas para que además del estado del cuadre compruebe los importes. Generar el hipervinculo dinámico a la modificación o consulta de la factura estaría muy bien y yo me lo apunto para hacerlo, tiene pinta de ser complicaillo pero no imposible, hay que incluir varios campos de la cabecera de la factura y se hace dificil solo cuando hay signos especiales "," "&" o "<" en el nombre. Se trata de hacer varios ejemplos e ir probando Ejemplos: 3w7.aeat.es/wlpl/SSII-FACT/FRecibidasServlet?fAccion=7&LFR_NIFFACTURA_EMI=&LFR_PAIS_FACT_EMI=IT&LFR_TIPO_FACT_EMI=02&LFR_ID_FAC T_EMI=IT12342201222&LFR_NOMRAZ_CONTR=PROVEEDOR+SIGNO+%26amp+Y+DESPUES+%26ltINTRA%3E&LFR_SERIENUM_FAC _EMI=12345&LFR_FECHA_EXPEFAC_EMI=2017-04-03&LFR_NIF_TITULAR=XXXXXXXXX 3w7.aeat.es/wlpl/SSII-FACT/FRecibidasServlet?fAccion=7&LFR_NIFFACTURA_EMI=BXXXXXXXX&LFR_PAIS_FACT_EMI=null&LFR_TIPO_FACT_EMI=nu ll&LFR_ID_FACT_EMI=&LFR_NOMRAZ_CONTR=NOMBRE1+NOMBRE2%2C+S.L.&LFR_SERIENUM_FAC_EMI=354&LFR_FECHA_EXPE FAC_EMI=2017-01-05&LFR_NIF_TITULAR=XXXXXXXXX |
#13
|
|||
|
|||
Cita:
Saludos, |
#14
|
|||
|
|||
Problema con la respuesta
Hola, compañeros
al enviar el fichero al web service , me llega la respuesta como una ristra de caracteres sin salto de línea. ¿sabéis alguna manera de solucionar el tema o de convertirlo y que quede bien ? Tenía un programa que trata las líneas tal y como quedan en el cliente de pruebas y se me ha jodido el invento Saludos y os dejo cómo me llega env:Body Id="Body"><siiR:RespuestaLRFacturasEmitidas xmlns:siiR="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/RespuestaSuministro.xsd" xmlns:sii="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd"><siiR:Cabecera><sii:IDVersionSii>0.7</sii:IDVersionSii><sii:Titular><sii:NombreRazon>SALVAT LOGISTICA, S.A. PRUEBAS</sii:NombreRazon><sii:NIF>A08711558</sii:NIF></sii:Titular><sii:TipoComunicacion>A0</sii:TipoComunicacion></siiR:Cabecera><siiR:EstadoEnvio>Incorrecto</siiR:EstadoEnvio><siiR:RespuestaLinea><siiR:IDFactura><sii:IDEmisorFactura><sii:NIF>A08711558</sii:NIF></sii:IDEmisorFactura><sii:NumSerieFacturaEmisor>AA61019352</sii:NumSerieFacturaEmisor><sii:FechaExpedicionFacturaEmisor>25-10-2016</sii:FechaExpedicionFacturaEmisor></siiR:IDFactura><siiR:EstadoRegistro>Incorrecto</siiR:EstadoRegistro><siiR:CodigoErrorRegistro>3000</siiR:CodigoErrorRegistro><siiRescripcionErrorRegistro>Factura duplicada</siiRescripcionErrorRegistro><siiR:CSV>7EFM6K2U5FPL93D8</siiR:CSV></siiR:RespuestaLinea><siiR:RespuestaLinea><siiR:IDFactura><sii:IDEmisorFactura><sii:NIF>A08711558</sii:NIF></sii:IDEmisorFactura><sii:NumSerieFacturaEmisor>AA61019353</sii:NumSerieFacturaEmisor><sii:FechaExpedicionFacturaEmisor>25-10-2016</sii:FechaExpedicionFacturaEmisor></siiR:IDFactura><siiR:EstadoRegistro>Incorrecto</siiR:EstadoRegistro><siiR:Co |
#15
|
|||
|
|||
Hola, no os preocupéis. Ya está solucionado con una librería que trata el XML... Eso me han contado, que yo no controlo mucho.
Saludos Cita:
|
#16
|
|||
|
|||
Cita:
# xmllint --format entrada.xml > salida.xml |
#17
|
|||
|
|||
Consultas facturas
Hola,
me están pidiendo desde mi empresa que a efectos de pagar el IVA quieren contrastar lo que hay en la AEAT con nuestra base de Datos. Me encuentro con que si hago la exportación a Excel tengo una limitación de 1000 registros. También existe la posibilidad de hacer un fichero de consultas y que me envíen el XML de respuestas pero esto también tiene una limitación de 10000 registros . ¿ es correcto lo que digo ? ¿ se os ocurre alguna solución ? Gracias por vuestra ayuda |
#18
|
||||
|
||||
Cita:
Saludos
__________________
Be water my friend. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco | keys | Internet | 4170 | Hace 2 Semanas 17:29:05 |
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 |
|