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