![]() |
Facturas Desaparecidas
hola
a alguno os ha pasado que haceis un envio al servidor de produccion, teneis el código CSV y el xml de respuesta, y la factura no aparece por ningún lado cuando la buscas en la web de la AEAT? ¿en este caso que debemos hacer? Gracias por la ayuda |
Cita:
Tengo un casi así de un lote completo. Voy a preguntar al cliente que le han dicho en la AEAT y os cuento. |
Cita:
Yo alguna vez he tenido ese problema y a final es que lo había enviado en otro periodo. Al final las encontré buscando en el periodo correcto. |
Cita:
No este caso era muy especial. Teníamos CSV, comprobable en AEAT, y archivos enviados y respuestas. Todo enviado correctamente. Sin embargo ni la consulta por WebService ni por web devolvía los datos. Tenía pinta de un falle técnico que impidió la grabación en la base de datos. Algún error técnico muy complejo. |
Cita:
Y cuando te ha sucedido eso? Hoy? Te han dicho algo en la AEAT? Has reenviado y ya ha ido bien? Perdona tanta pregunta y gracias. |
Cita:
Hace unos días, pero por desgracia no le había hecho seguimiento :( Fue detectado en un cotejo de la base de datos mantenido internamente y consultas al SII por WebService. Al detectar esas diferencias cotejamos y descubrimos la incidencia. Lo voy a retomar y os cuento si el cliente ha recibido una respuesta coherente del departamento técnico de la AEAT. |
Cita:
Un Saludo. |
Alguien puede entrar a la url del SII de Navarra?
Cuando entro en esta url: https://sii.hacienda.navarra.es/SII_...sdHandlet.ashx y pongo el certificado me sale este error: Codigo[3500].Error técnico de BBDD. Error en la Integridad de la Información |
Cita:
|
Cita:
|
Cita:
De hecho parece que es un proxy que redirige todo el tráfico a la infraestructura de la AEAT. Por eso no hay wsdl individuales como en las Haciendas Forales y la AEAT. Cualquier envío que puedas enviar al SII de la AEAT te funcionará. Los wsd y xsd son exactamente iguales, diferente al caso de las Haciendas Forales, que cambian las rutas de los esquemas en los xsd. |
Cita:
La verdad es que con el CSV es suficiente, pero no está de mal mantener un registro de las comunicaciones enviadas y su respuesta. En este caso podemos recuperar el xml y su respuesta con el CSV pero no termino de fiarme y puede que en otros casos tampoco eso sea posible. El cliente dice que aún no ha recibido respuesta :( Por lo que supongo que la cosa será algo más grave de lo habitual, si no ya le habrían dicho algo. Lo mismo tiene algo que ver con el nuevo campo para indicar el origen de los datos y permitir el archivado de datos tanto de territorio AEAT como de Navarra. |
No consigo conectar, me dice:
"No se pudo establecer una relación de confianza para el canal seguro SSL/TLS con la autoridad 'sii.hacienda.navarra.es'" |
Cita:
En concreto enviadas el 03/10/2017 por la mañana en torno a las 9:00. Como decís, se supone que teniendo guardado el XML de la respuesta de la AEAT con el CSV sirve, pero si se ve sabe que no están, con reenviarlas sobra. Aún así, ¿hasta qué punto sería válido el XML que tenemos como respuesta?. Si esa información a desaparecido de sus sistemas y teniendo en cuenta que el XML no está firmado y que lo puedo crear yo con el CSV que quiera... Un saludo. |
Cita:
Mientras puedas consultar el envío con ayuda del CSV debería ser suficiente. Por cierto, mucho cuidado al compartir CSV. Cualquiera podría descargar toda la comunicación asociada al mismo con solo saberlo por capturas de pantalla, presentaciones y cosas así: En pruebas en: https://www7.aeat.es/wlpl/inwinvoc/e...&ORIGEN=D&CSV= Para producción: https://www2.agenciatributaria.gob.e...&ORIGEN=D&CSV= Con pegar el CSV al final la AEAT te muestra todos los datos. |
Cita:
¿Estás usando el mismo sistema que para la AEAT? |
Cita:
Me pasa como a los compañeros: hago un envío de una factura de venta, la respuesta me da correcta con su CSV pero en AEAT no aparece |
Cita:
|
Cita:
|
Cita:
|
Cita:
En mi caso no es confusión Navarra-AEAT. Es un envío correcto remitido y respondido por la AEAT que no aparece en las consultas WebService o web, pero si a través de las consultas de CSV. |
Cita:
|
Buenas, por si interesa a algún@s y si no las teneis ya, estas son las urls para Gipuzkoa
Emitidas 'https://sii.egoitza.gipuzkoa.eus/JBS/HACI/SSII-FACT/ws/fe/SiiFactFEV1SOAP' Recibidas 'https://sii.egoitza.gipuzkoa.eus/JBS/HACI/SSII-FACT/ws/fr/SiiFactFRV1SOAP' |
Cita:
|
Cita:
Aún no están operativos ninguno de los WebServices de las Haciendas Forales de País Vasco. También han salido, están en sus correspondientes web. Las sacaron todas el viernes pasado. |
Cita:
|
Cita:
Un Saludo. |
Cita:
|
Cita:
En mi caso no de error, solo indica: <siiLRRC:ResultadoConsulta>SinDatos</siiLRRC:ResultadoConsulta> |
Cita:
|
Duda sobre periodo impositivo
Hola a tod@s.
Un cliente me plantea el siguiente supuesto en una factura recibida: Fecha de emisión por parte del proveedor: 23/12/17 Fecha de recepción: 06/01/18 Fecha de contabilización: 10/01/18 ¿Alguien sabría decirme (con cierta certeza) qué ejercicio y periodo impositivo aplicar en este caso? Gracias y un saludo |
Cita:
¿Por qué no contabilizar en 23/12/17? Así no enmierdas la contabilidad y el cierre fiscal. Hay que tener en cuenta tres fechas, como mínimo: FechaExpedicion= 23/12/17 FechaEntrada = 10/01/18 FechaFiscal = 23/12/17 Mas ampliado en: Fechas en facturas emitidas y recibidas |
Cita:
|
Cita:
En realidad puede declarar la factura cuando quiera, de hecho tienes cuatro años para deducirla. Pero generalmente, salvo en empresas grandes que los cierres son más ajustados, no tiene lógica que cierres la contabilidad tan pronto. Eso te obligaría a hacer numerosos asientos de "Facturas pendientes de recibir". Se genera un embrollo contable innecesario ya que esas facturas que llegasen después del 31/12/2017, contablemente y a efectos de impuesto de sociedades e IRPF deben ir en 2017. |
Cita:
|
Cita:
Nosotros esto normalmente lo solucionamos preguntando que hacían antes del SII. La mayoria te responde que contabilizarlo e imputarlo en el mes siguiente. Un saludo. |
Cita:
|
Cita:
Cómodo si puede ser, pero no es lógico ni desde el punto de vista fiscal, financiero ni contable. De hecho en el difunto modelo 340 ya se seguía el criterio el criterio de usar la fecha de factura salvo que haya un cierre en el ejercicio. Y en el modelo 347 con desgloses trimestrales ese comportamiento también da algunos problemas. Algunas empresas grandes si contabilizan con la misma fecha de registro, pero generalmente por cuestiones de reporting y cierres de grupo. A una empresa normalita no creo que le interese. Y más teniendo en cuenta que se soluciona de una forma muy sencilla gestionando la Fecha de registro o de introducción de la factura. La AEAT al principio se hizo un lío, pero luego lo solucionó en las FAQ. La clave está en considerar tres fechas: FechaExpedicion = fecha impresa en factura FechaFiscal = fecha del asiento contable FechaEntrada = fecha en que se está registrando ese asiento contable Un ejemplo: FechaExpedicion = 28/12/2017 FechaFiscal = 28/12/2017 o 31/12/2017 para que entre el ejercicio 2017, periodo 12 FechaEntrada = 16/01/2017 o un día cualquiera antes de esa fecha. |
Cita:
SII - IVA ====== FechaExpedicion = 31/12/2017 FechaFiscal = 31/01/2018 o cuando se quiera dentro de este periodo ya que en realidad esta fecha se envío como ejercicio y periodo FechaEntrada = 31/01/2018 o cualquier fecha antes del 16/02/2018 si quieres deducirla en el mes de Enero Aquí la clave está en recuperar cuanto antes el IVA pagado. Contabilidad ======== Mientras no tengas cerrada la contabilidad tendrías que poner el gasto contra la cuenta de facturas pendientes de recibir. |
Cita:
Yo la única solución que veo a esto (que es rizar el rizo) es contabilizar el gasto contra la cuenta de facturas pendientes de recibir, como bien indicaba Nasca, e introducir el asiento contable en el ejercicio siguiente, con contrapartida a la cuenta de facturas pendientes, para enviar el iva. Saludos |
| La franja horaria es GMT +2. Ahora son las 19:40:18. |
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