|
Cita:
Hola Sistel, ¿ Por qué mejor control ? Existiendo la limitación del flujo, me pareciera a mi que el envio en bloques va a ser, en la practica, obligatorio. Si t=10, no podemos esperar 10 segundos para enviar una factura despues de otra. Bloques en este caso me parecen necesario y luego parsear la respuesta que será también un bloque de respuestas. |
Cita:
El problema viene si de un bloque de facturas enviadas unas son aceptadas como correctas, otras no aceptadas y otras aceptadas parcialmente. Hay que separar cada una de ellas y estudiar cómo tratarlas. Y si en el bloque había, por ejemplo, una factura normal y otra rectificativa sobre la anterior y la primera no ha sido aceptada y la segunda sí parcial o totalmente. El lío que se puede montar es descomunal. Por eso, para mí (siempre que se pueda), una a una y una después de otra. Saludos |
Joder, todavía me acuerdo cuando empezaron a obligar a enviar factura electrónica a la administración, era imposible enviar una factura el día 1 de cada mes, el sistema siempre caido y te la rechazaban, tenías que esperar a enviarla dos o tres días cuando el sistema no estaba tan saturado, ahora con verifactu sacan la mierda esto de tener que esperar x segundos hasta el siguiente envío, a ver lo que aguanta el sistema así, cuando lo que tendría que hacer es mejorar la infraestructura para que no se sature.
|
Cita:
|
Cita:
|
Cita:
|
Cita:
Actualmente, no debería ser problema, porque hay medios para hacerlo. De hecho, ya casi todos los países de la UE tienen montado algún sistema equivalente a Verifactu funcionando. Saludos |
Cita:
|
En respuesta a una consulta que me realizaron, adjunto proceso de rectificación en dos pasos para recuperación de cuotas, Caso 6
https://sede.agenciatributaria.gob.e...023V-FINAL.pdf Ejemplo 3: Disminución de base imponible por impago La factura nº3 de base imponible 1.000 € y cuota 210 € va a ser objeto de rectificación por impago, eliminando la totalidad de la cuota repercutida. Opción 1: La modificación por sustitución supondría emitir una factura rectificativa con base imponible de 1.000 € y cuota 0, en la que se indicará que la rectificación realizada es de 1000 € por la base imponible rectificada y 210 € por la cuota rectificada. Los campos y claves a consignar en el Libro registro de Facturas Expedidas son: Tipo Comunicación: A0 Tipo Factura: R2 / R3 Tipo Rectificativa: S Importe Rectificación: se informará de dos campos adicionales con “la base rectificada” 1.000 y la “cuota rectificada” 210.. Importe total: se indicará el importe final válido 1.000. Desglose IVA: base imponible: 1.000, cuota repercutida 0. Opción 2: La modificación por sustitución supondría emitir una factura con base imponible de -1000 €, cuota de -210 y una factura rectificativa en la que se indicará que la base imponible es de 1.000 € y la cuota 0€. En la primera factura los campos y claves a consignar en el Libro registro de Agencia Tributaria Suministro Inmediato de Información (S.I.I.)26 Facturas Expedidas son: Tipo Comunicación: A0 Tipo Factura: F1 Desglose IVA: se indicará el importe que se rectifica con signo contrario (base imponible: (-1.000), cuota repercutida (-210).) En la segunda de las facturas rectificativas los campos y claves a consignar en el Libro registro de Facturas Expedidas son: Tipo Comunicación: A0 Tipo Factura: R2 / R3 Tipo Rectificativa: S Importe Rectificación: se informará de dos campos adicionales con “la base rectificada” 0 y la “cuota rectificada” 0. Importe total: se indicará el importe final válido 1.000 Desglose IVA: base imponible: 1.000, cuota repercutida 0 |
Novedades - Entorno de pruebas
Daros una vuelta por la web de desarrolladores de la AEAT:
https://www.agenciatributaria.es/AEA...olladores.html David M. |
Ya Hay Entorno De Pruebas!
Cita:
Gracias David |
26-09-24
VERI*FACTU - Apertura de servicios de remisión voluntaria y servicio de cotejo de QR en el entorno de Pruebas Externas (PREPRODUCCIÓN) EXPLICACIÓN: Desde hoy, 25 de septiembre de 2024, se ha realizado la apertura de los servicios web de remisión voluntaria para los sistemas VERI*FACTU y el servicio de cotejo de QR para los sistemas VERI*FACTU y no VERI*FACTU en el entorno de Pruebas Externas (PREPRODUCCIÓN). La URL de acceso a los servicios web de remisión voluntaria puede ser consultada en el enlace a su WSDL, que ha sido actualizado y publicado en el Portal de Desarrolladores, con nombre: SistemaFacturacion.wsdl En este link está el acceso a la documentación, pero la organización es bastante "desastrosa", porque ni siquiera incluye fecha en los links, por lo que no sabes cuales son nuevos ni el orden que llevan y además aprovechan los existentes para ir cambiando de versión. Los nuevos documentos son: 10/09/2024 - Documento con las instrucciones para realizar las llamadas al servicio de cotejo de QR, junto con la posibilidad de probar ejemplos en el entorno de Pruebas Externas. versión: 0.4.3 Link al documento 25/09/2024 - Documento actualizado de Descripción de Servicios Web. versión: 0.4.0 Link al documento Igualmente como siempre actualizo el mensaje#1 del hilo y subiré copia de los documentos al FTP del club (sección documentación oficial de Ley Antifraude). |
Entorno de Pruebas
Cita:
Muchas gracias por la info.^\||/ |
Otra más. :mad::mad::mad:
Dentro de uno de los ficheros (concretamente el de los servicios Web) pone que se han actualizado los esquemas:  Así que hay que descargarse de nuevo los esquemas (que no se qué dia los han actualizado) desde aquí. (sin versión y si fecha visible) Y yo descargaría también el WSDL por si acaso y lo compararía con el que tenéis ahora (porque con el mío también hay cambios) Subo los últimos ficheros al FTP (carpeta dedicada) y actualizo el mensaje#1 |
Objeto/Libreria/función para generar el QR
Hola compañer@s.
En primer lugar agradecer tanta compartición de conocimientos y planteamientos de dudas, respuestas, reflexiones, cabreos :rolleyes:, miedos, etc Estoy revisando el documento de especificaciones técnicas del QR y quería preguntarles en que función, librería, objeto, etc se están apoyando para pintar el QR. Gracias de antemano. Saludos |
caracteres extraños
En el punto 6.6. del documento descripción de los servicios web pone lo siguiente.
<NumSerieFactura> 12345678 / G33 </NumSerieFactura> Las "/" se pueden meter en un xml tal y como lo ponen ? esto no estropea el xml ? |
Realmente lo unico que han puesto es los servicios url para los QR, pero no están los entornos de desarrollo y producción para poder subir las facturas VERIFACTU ,verdad?
o no lo he encontardo en el pdf :confused: Edit: puede ser que sea este que se encuentra en los WSDL de los servicios web? https://prewww1.aeat.es/wlpl/TIKE-CO.../VerifactuSOAP |
Buenas tardes, alguien sabe como enviar un fichero de facturas mediante soap al entorno de pruebas?
Yo lo he hecho en php, es algo como esto: Código PHP:
Código de error: HTTP Mensaje de error: Unable to parse URL Y veo que dentro de lo que devuelve sale esto: [1] => xxxxxxxxxx Básicamente es lo que tienen puesto como url de producción en el web service, en el apartado "SistemaVerifactu", debería salir lo que hay en el apartado "SistemaVerifactuPruebas" del web service que es una url. Vamos, que mi código está mandando el xml de la factura al entorno de producción y no se como hacerlo para que lo envíe al entorno de pruebas, no se si tengo que añadirle algo a la url del web service, o un parámetro a la llamada soap, no tengo ni puta idea. Saludos. |
Cita:
|
muchas dudas
Buenas y perdón que estoy muy pez.
Yo os cuento. Yo tengo un software de gestión de negocios veterinarios y venta de complementos para animales. Generalmente el cliente final es un particular, pero siempre cada uno de mis clientes hace alguna factura a empresa o a autónomos Las principales dudas que tengo... es obligatorio el qr en cada una de las facturas simplificadas si el cliente final es un particular? Segundo, si el cliente es particular pero pide una factura completa dicha factura se debe comunicar por verifactu? Para empresas o autónomos que facturan tb de vez en cuando a otras empresas o autónomos deben acogerse al verifactu si o si? Estoy súper pez. Nuestro software emite facturas simplificadas tanto a cliente contado como a cliente definitivo, pero no permite agrupar facturas, que eso estoy viendo por lo que comentáis que es un punto a favor. Si alguiem me puede orientar. Soy una autónoma con pocos recursos.... |
Cita:
Sí, es obligatorio para cualquier tipo de cliente si el cliente es particular pero pide una factura completa dicha factura se debe comunicar por verifactu? Todas las facturas emitidas deben ser comunicadas a Verifactu, casi de inmediato Nuestro software emite facturas simplificadas tanto a cliente contado como a cliente definitivo, pero no permite agrupar facturas, que eso estoy viendo por lo que comentáis que es un punto a favor. No hay ningún problema, las facturas simplificadas debes comunicarlas una a una a Verifactu (en el sentido semántico de la expresión) no tienen que estar agrupadas en facturas recapitulativas o sustituvas. |
Compruebo la habilitación del servidor de pruevas, y veo que ya puedo cnsultar SI una factura la tiene ya hacienda en su poder.
https://prewww2.aeat.es/wlpl/TIKE-CO...&importe=241.4 En caso de que pongamos otros datos, nos va a retornar error si no existe la factura debidamente subida y obre en su poder. Bien, el tema está en que NO LOCALIZO la url del servidor para subir el xml de la factura. No se, no lo veo o no se localizarla. ¿Alguien me puede dar el enlace para iniciar mis pruebas de subida de xml de facturas??? Gracias. |
Cita:
indagando un poco, y viendo las similitudes con el SII, creo que puede ser esta: https://prewww1.aeat.es/wlpl/TIKE-CO.../VerifactuSOAP De todas formas veo muchas lagunas... donde está la plataforma de pruebas donde pueda acceder con el certificado y ver lo que haya subido? (al estilo SII) En fin, a ver si alguien avanza con esto y nos ilumina |
Efectivamente, parece ser que es esa url.
Ya he mandado un registro i obtengo respuesta del servidor. Código:
<?xml version="1.0" encoding="UTF-8"?><env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"><env:Body><env:Fault><faultcode>env:Server</faultcode><faultstring>Codigo[1207].Se esperaba nodo {http://schemas.xmlsoap.org/soap/envelope/}Envelope y ha venido {https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroLR.xsd}AltaFactuSistemaFacturacion</faultstring></env:Fault></env:Body></env:Envelope>Sigo con las pruebas!!! Gracias. |
Empezamos bien
"Certificado: Las aplicaciones que envían información a los servicios web deberán autenticarse con certificado electrónico cualificado reconocido." Cual usamos? Código:
<!-- VERIFACTU. Entorno de PRUEBAS --> |
Cita:
Pero esto es así desde el principio. Por supuesto, si tienes muy malos pensamientos, pensarás que es propósito real es para recaudar tasas y multas para todos los casos donde el sistema no funciona bien y deja el contribuyente en situación incorrecta. Tampoco no hemos visto nada de la versión de pruebas de la aplicación de Hacienda para los pequeños usuarios, prevista en el artículo 7 b) del reglamento 1007/2023. Aunque es cierto que el reglamento dice «aplicación que puede desarrollar...» (la énfasis es mía). :eek: |
A ver, si puedo aportar algo.
La dirección del endpoint es "https://prewww1.aeat.es/wlpl/TIKE-CONT/ws/SistemaFacturacion/VerifactuSOAP" El nombre del endpoint es "SistemaVerifactuPruebas" Hay que comunicar con protocolo de seguridad al menos "Tls 1.2" Los certificados electrónicos a utilizar son los de firma y autenticación. Vamos que es la misma filosofía que el SII |
Cita:
El primero es el normal, con un certificado que va a nombre de un particular, de un autónomo, o de un representante de una empresa. O siga, ¡será tu caso! El segundo caso usa otro tipo de certificados, de sello, que son certificados «machine-to-machine». Qué cuentan bastante más. Típicamente en Windows, los primeros deberían estar en cert:\CurrentUser\MY y se manejan con certmgr.msc; y los segundos estarán en cert:\LocalMachine\MY y se manejan con certlm.msc. Debería ser. :cool: |
Ya he mandado la primera factura de prueba y con respuesta para poder sacar conclusiones y seguir con mas pruebas...
Código:
<?xml version="1.0" encoding="UTF-8"?><env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">O sea, que si TODO va como debería, en un ambiente "normal" no debería de haber problemas. Ahora se va a tratar de enviar facturas de prueba con datos más reales... Pero la rueda ya está en marcha!!! |
lo que me sorprende es que sin darte de alta en ningún sitio, puedes mandar con un certificado tus registros de pruebas, pero bueno, al menos ya se puede enviar algo y obtener resultados.
Seguimos con las pruebas, gracias compañeros/as |
Cita:
|
Envio sin errores
Buenas,
Solo comentaros que el servicio funciona perfectamente. Ya consegui enviar sin errores. La direccion es la del post que viene mas arriba de sglorka ( https://prewww1.aeat.es/wlpl/TIKE-CO.../VerifactuSOAP). La peticion soap la he firmado con mi certificado personal. Me he tranquilizado muchisimo despues de ver mi primer "OK" ( lo estaba pasando realmente mal ) Gracias a todos. Os estoy muy agradecido. No podria haber hecho sin vuestra ayuda!! |
Cita:
Aquí cualquiera puede enviar con un certificado! No se , me parece raro... pero bueno, es lo que hay Al menos ya veo a compañeros que les ha dado el OK :D |
Cita:
Como el SIF será OBLIGATORIO si o SI, pues toda empresa o autónomo podrá enviar registros a VERIFACTU. Por ahí debe de ir el tema. |
Como estáis haciendo las pruebas
Aquell@s que estáis ya haciendo pruebas lo estáis haciendo con vuestro propio desarrollo o con el que muy amablemente se colgó en el apartado de FTP?
Estoy empezando y estoy como sobrepasado por el tema. Mil gracias, |
Dudas proceso envio facturas
Hola a todos,
Me he apuntado a este foro, ya que sois todos fantasticos al intentar ayudar a muchos de nosotros con vuestros comentarios y conocimiento. Soy programador desde hace mas de 45 años, vamos que soy de la vieja escuela, tengo un programa de facturacion funcionando desde hace mas de 24 años, hecho en visual basic 6, y veo que tengo que adaptarme a las nuevas normativas o morir en el intento. Me gustaria si alguno de vosotros, me podria dar el proceso para enviar los archivos xml a la web de pruebas. La porgramacion en php y los comandos web no los domino mucho y me hago un poco de lio con todo esto. No necesito que sea exhaustivo, pero si los pasos mas importantes. muchas gracias por este foro, la verdad, me estais aclarando mucho la situacion. Ya os podrian poner a algunos de vosotros a organizar y gestionar estos temas, me parece, que los de la adiminstracion no lo tienen tan claro. Por cierto, para mas inri, soy de navarra, alguien sabe que sistema se va a usar en navarra y cuando? |
Cita:
Otra cosa es el portal oficial, dónde aquí sí debes estar dado de alta en IVA y haber solicitado la acogida al SII si no es grande empresa. Supongo que otros sistemas con ámbito más restringido pueden permitirse un control de los operadores de pruebas, cosa no tan sencilla para los sistemas con más envergadura. Además, el SII como Verifactu no paran de ser servicios de registro (en sentido custodia) de documentos. Solo el titular del certificado, sus representantes y Hacienda pueden ver los documentos, y nadie hace nada con los que están en el servicio de pruebas. Verifactu es un poco peculiar en el sentido que se puede confirmar (o no) una referencia a un documento (sabiendo su importe y su fecha), por medio de la URL del QR. Pero está estudiado para que no vulnere privacidad (y de un punto de vista de seguridad, me parece bien el hecho que se puedan hacer pruebas, así los white hats pueden probar el sistema de Hacienda y detectar posibles fallos). |
Cita:
Código:
<sum1:Encadenamiento>Gracias. |
Cita:
|
Cita:
¿Con el nodo encadenamiento y sin nodo <RegistroAnterior>??? Con el nodo <Encadenamiento> y <RegistroAnterior> Código:
El XML no cumple el esquema. Falta informar campo obligatorio.: PrimerRegistro</faultstring><detail><callstack>El XML no cumple el esquema. Falta informar campo obligatorio.: PrimerRegistroAhora por lo visto no me cuadra el cálculo de la huella. A ver que más me sale!!! |
| La franja horaria es GMT +2. Ahora son las 21:34:20. |
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