Empezado por Zento (Mensaje 558883)

El obligado tributario del sistema informático es el usuario final. Así que tú como desarrollador puedes estar tranquilo. Si cambia la fecha o la hora tampoco debería funcionar SSL. En cualquier Windows actual eso está más que cubierto.

Empezado por ermendalenda (Mensaje 558891)

Perdona pensaba que te estaba dadono error al enviar el xml no al importar el wdsl, te he leido mal, por eso el lio ya que las namespaces empiezan igual:
</div></div></div>


Sé que ha habido cambios en el wsdl hace 3 dias, asegurate que sea la última version.

Empezado por newtron (Mensaje 558894)

Nada, gracias. Creo que la url es correcta pero por alguna razón no me importa el fichero. La última vez me tuvieron que pasar los .pas porque no fui capaz de importarlos. A ver si alguien los puede subir mientras averiguo qué leches me pasa con esto.


Saludos.

Edito: ¿Está la web de la aeat fuera de juego?

Empezado por Joze (Mensaje 558866)

Se ha publicado la Orden Ministerial

a partir del 29 de julio de 2025 no se podrá desarrollar ni comercializar ningún sistema informático que no esté adaptado

Empezado por antoine0 (Mensaje 558896)

En el RDL 1007/2023 era el 1 de julio. ¿Dónde está escrito que hay prorroga hasta el 29?

Empezado por Delphier (Mensaje 558899)

Alguien sabe como son los nuevos prefijos o como averiguarlo?

Gracias.

"El error que les parece está relacionado con unos cambios en el namespace de alguno de los nodos XML que forman parte de los esquemas (Cabecera, RegistroAlta y RegistroAnulacion) Este cambio se publicó en el Tablón de anuncios el viernes pasado.

En concreto deben revisar que los prefijos de los nodos Cabecera, RegistroAlta o RegistroAnulacion sean los correctos.

Le confirmamos que se van a actualizar en breve los ejemplos del documento de descripción del servicio web.
"

Empezado por antoine0 (Mensaje 558896)

En el RDL 1007/2023 era el 1 de julio. ¿Dónde está escrito que hay prorroga hasta el 29?

Y por cierto, ateniendo a la ley 11/2021 y su modificación de la LGT, nuevo artículo 201 bis, a la misma fecha está también prohíbo la tenencia de sistema no conformes, parágrafo 2.

Empezado por pablog2k (Mensaje 558906)

bueno mas o menos en la charla han explicado el tema de cuando empieza, como no se puede cumplir el 1 de julio de contribuyentes, con los 9 meses a los desarrolladores respecto a la orden ministerial, van a mirar de retrasar el plazo de inicio. Es más, a una pregunta de que si podría ser el 1 de enero de 2026, ha dicho que sería 'razonable' esa fecha

Empezado por edari (Mensaje 558908)

Soy yo o no ha respondido a la obligación de Verifactu para Navarra y Canarias?

Empezado por pablog2k (Mensaje 558909)

se ha saltado casi todas las preguntas ,espero que luego respondan todas mediante un documento pdf o unas faqs.....

Empezado por thinkows (Mensaje 558910)

Por lo que he entendido de la presentación envío de registros cada 60 segundos o acumulación de 1000 registros, lo que se produzca antes.

:mad::mad:

Empezado por ermendalenda (Mensaje 558912)

Sí y desde los 60 segundos hasta los 120segundos que devuelven un error por enviar fuera del tiempo especificado, tienes 60 segundos para enviar, si no te informan de un [t] distinto.

Y eso es lo que hay.

Empezado por ermendalenda (Mensaje 558903)

Ese nodo, donde se informa el numero de registros, sabeis cual es?

Empezado por antoine0 (Mensaje 558916)

Tampoco he visto en los XSD actualizados a fecha de hoy el tipo RegistroEvento (que son imprescindibles para los sistemas no-Veri*factu). Ni está la manera en los WSDL de subir los registros de eventos.
Veremos más que una actualización... :rolleyes:

Hay una novedad al respecto de los eventos en la orden ministerial: la emisión del registro de estado debe hacerse cada 6 horas, no cada hora como decía el borrador.

Empezado por ermendalenda (Mensaje 558804)

Vaya, estuve intentando usarlo y no lo consegui hacer funcionar, si alguna vez puedes poner alguna funcion de envio de ejemplo te lo agradeceria.
Actualmente envio con curl y funciona bien, pero lo mejor es integrarlo.

Empezado por newtron (Mensaje 558894)

Nada, gracias. Creo que la url es correcta pero por alguna razón no me importa el fichero. La última vez me tuvieron que pasar los .pas porque no fui capaz de importarlos. A ver si alguien los puede subir mientras averiguo qué leches me pasa con esto.


Saludos.

Edito: ¿Está la web de la aeat fuera de juego?

Empezado por sglorka (Mensaje 558849)

Yo es que no entiendo porque nos liamos con la emisión de facturas rectificativas, parece que como no la entendemos entonces tendemos a torcer el reglamento. Aceptamos cosas como que hay que desglosar las bases tipos y cuotas en la factura completa y nadie lo discute. Yo sigo un 'abc' claro en este aspecto.

1.- Se produce una devolución de mercancía a posteriori de una operación de venta ->. Se emite Rectificativa x diferencia con la cantidad devuelta con la marca R1, o si hay una operación posterior con el mismo cliente y la operación tiene el mismo tipo de Iva que lo que me devuelven, aprovecho esa factura para hacer la devolución sin rectificativa.

2.- Se produce un descuento en factura a posteriori de una operación de venta (por ejemplo un Rapell o un Pronto pago) ->. Se emite Rectificativa x diferencia con el descuento aplicado con la marca R1

3.- Te equivocaste en la identificación de destinatario ->. Se emite una factura de abono anulando la factura original y luego emites una Rectificativa x sustitución con la clave R4

4.- Te equivocaste en los tipos impositivos ->. Se emite una factura de abono anulando la factura original y luego emites una Rectificativa x sustitución con la clave R4 ó como segunda opción, anulas la factura original y emites rectificativa x sustitución con clave R4 para que no te rechacen por segunda vez el tipo impositivo incorrecto.

5.- Te equivocaste en la fecha de expedición de la factura ->. Se emite una factura de abono anulando la factura original y luego emites una Rectificativa x sustitución con la clave R4 y la fecha correcta.

6.- No sabes en qué coño te has equivocado ->. Se emite una factura de abono anulando la factura original y luego emites una Rectificativa x sustitución con la clave R4.

Creo que, salvo recuperación de cuotas por impago, no hay más casos de emisión de rectificativas.

Este tema está muy acotado. Si me he dejado algún caso, por favor, que alguien lo apostille.

Y en cuanto las sustitutivas de una simplificada por una completa, es que no hay ni que pensar, se copia el contenido exacto de la simplificada sobre una completa con el cliente identificado y se emite una simplificada idéntica a la original en negativo para anularla. Siempre utilizando como fecha operación de ambas facturas la de la factura simplificada que queremos sustituir para evitar rechazos debido a Ivas que en el momento de la sustitución ya no están vigentes.

Espero que esto quite un poco de hierro al asunto y pido disculpas por ser tan pesado con las rectificativas

Empezado por bmfranky (Mensaje 558924)

Hola, yo tube un problema al actuliza a esta ultima version, hasta que elimine la anterior me daba error, al descargar la nueva, no se si la habras provado.

Empezado por newtron (Mensaje 558927)

¿A qué te refieres con eliminar la anterior? Entiendo que descargar el wsdl lo que hace es generar un .pas que sobreescribe el que hay.


Gracias y un saludo.

Empezado por bmfranky (Mensaje 558929)

Hola, por lo menos en Visual Studio 2015, al actualizar el xsld como referencia de servicio, parece ser que comprueba algunos campos o algo, porque da fallo de que no se puede actualizar la version , por un fallo , que ahora no me acuerdo que era, sin embargo lo elimine del proyecto , y al re asignarlo ya daba ok y lo dejaba descargar correctamente.
La verdad es que no se es delphi como funciona, pero en c# convierte el xsld en una serie de clases para cumplimentar y enviar los registros, incluso los de eventos en sistemas no Veri*Factu, al fallar no generaba las clases , no modificaba nada.

Empezado por bmfranky (Mensaje 558926)

Hola, una cosa , al final estoy hecho un obillo...



El proceder lo entiendo, pero el destinatario final, cuando le entregue la factura , me va a llamar lla atencion, porque en vez de ser una factura normal como las de siempre, le estoy dando una de la serie R, no?

Empezado por [email protected] (Mensaje 558932)

Alguien podria decirme porque ha dejado de funiconal el XML que ya lo tenia OK. ???. Me indorma:

<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
<env:Body>
<env:Fault>
<faultcode>env:Client</faultcode>
<faultstring>Codigo[4102].El XML no cumple el esquema. Falta informar campo obligatorio.: Cabecera</faultstring>
<detail>
<callstack>El XML no cumple el esquema. Falta informar campo obligatorio.: Cabecera WSExcepcion [faul



Los datos evidentemente son ficticios

Empezado por newtron (Mensaje 558930)

Gracias, imagino que en delphi va de distinta forma.


A ver si alguien me puede indicar si hay algún problema con los nuevos wsdl o subir los .pas para poder descargarlos.


Saludos.

Empezado por delphiGar (Mensaje 558935)

Este esta hecho con la version de delphi 10.2

Empezado por sglorka (Mensaje 558933)

El cliente no te puede llamar la atención porque tú le des una factura rectificativa para corregir un dato de la factura original , según el Reglamento de facturación estás obligado a hacerlo en el mismo momento en que eres consciente de ello y antes de 4 años la haya tenido él en su poder o no.

Hay varios escenarios en que te puedes encontrar lo que pasa es que resumí el punto 3 con el caso más frecuente, emites factura a cliente correcto pero, te das cuenta de que el nif le falta un número, la dirección es incorrecta, etc.., en este caso,

Se emite una factura de abono anulando la factura original y luego emites una Rectificativa x sustitución con la clave R4.

Pero también te puede ocurrir :

1.- Emitiste la factura por error ( a cualquier cliente, válido o no) -> Operación no llevada a cabo -> Emites factura de abono en negativo o emites registro de anulación.
2.- Emitiste la factura a otro cliente que no era el destinatario -> Rectificativa x Diferencia en negativo R4 sobre el cliente erróneo y Factura completa F1 sobre el cliente correcto

Empezado por delphiGar (Mensaje 558935)

Este esta hecho con la version de delphi 10.2