Muchas gracias y disculpar por mis preguntas pues tengo poca experiencia con los XML , etiquetas, etc.
Resuelto la primera duda, esto es como la ley de Murphy , despues de una solucion sale otro problma.

Ahora es con esta etiqueta :

<Desglose>
<DetalleDesglose>
<CalificacionOperacion>S1</CalificacionOperacion>
<TipoImpositivo>21</TipoImpositivo>
<BaseImponibleOimporteNoSujeto>8.18</BaseImponibleOimporteNoSujeto>
<CuotaRepercutida>1.72</CuotaRepercutida>
</DetalleDesglose>
</Desglose>

el error que me indica es el mismo que antes : Falta informar campo obligatorio : Desglose

He revisado el EXCEL donde se define la estructura 2D)Registro facturacion alta, etiqueta DESGLOSE y los campos en ROJO estan contemplados, salvo el que indica OperacionExenta que no lo trato

Si alguien me echa un cable se lo agradecere

Muchas Gracias

Que barbaridad lo de los 120 segundos, me había quedado tranquilo de que ya lo tengo casi todo y nuevo control, por que además si te devuelven [t]<>0 otro control más a tener en cuenta combinado con este para mandarlo como incidencia si o no.

Hola, han actualizado otra vez el documento de los QR, se ha cambiado el mensaje que devuelve, diciendo que la factura puede tener mas informacion que la que ellos contemplan en el qr:eek:

Tambien han actualizado el documento de validaciones.

Hola, te falta la la clave regimen utilizado.

Muchísimas gracias bmfranky, voy a probar lo que me indicas. Aunque veo que esta etiqueta esta marcada como NO OBLIGATORIA en el la hoja excel.

Imagino que voy a seguir preguntando ya que me va a ocurrir lo mismo en otras etiquetas y debido a mi ignorancia sobre el tema, ya que estoy tambien apendiendo en paralelo la estructura y montaje de XML


Termino de probarlo y sigo teniendo el mismo error FALTA INFORMAR CAMPO OBLIGATORIO:

<Desglose>
<DetalleDesglose>
<ClaveRegimen>01</ClaveRegimen>
<CalificacionOperacion>S1</CalificacionOperacion>
<TipoImpositivo>21</TipoImpositivo>
<BaseImponibleOimporteNoSujeto>8.18</BaseImponibleOimporteNoSujeto>
<CuotaRepercutida>1.72</CuotaRepercutida>
</DetalleDesglose>
</Desglose>

Voy a probar indicando todos los campos que muestra la hoja excel aunque no sean obligatorios a ver lo que me dice.

tambien an actualizado el esquema de respuesta xsd.

o es cambiar el tipo impositivo 21 por 21.00
o es que te faltan las referencias en los nodos ="https://www2.agenciatributaria.gob.e...nformacion.xsd"

Mi gozo en un pozo, acabo de actulizar el xsd y me dice que no se puede deserializar porque el nuevo parametro que pasan en la respuesta es erroneo...

Sera por que lo acaban de publicar y aun no lo usan?

A mi me da el mismo error pero imagino que significa que en el XML que le he enviado no hay la nueva propiedad obligatoria TipoOperacion.
Voy a probar de añadirla en el próximo envío a ver si ya lo acepta.

Creo que me he confundido. el nuevo campo es en la respuesta veo. Perdón

En el envio esta?, creo que ponia en la descripcion que solo esta en la respuesta.

No no, me he confundido, perdón.

Tendremos que contactar con verifactu.
No se si los otros usuarios, que utilizáis delphi tenéis el mismo problema o os funciona

De momento voy a volver atras, y ver en la respuesta que campos incluye, porque creo aqu ha habido alguna gamba por su parte, porque el servicio que esta en la web , y el que se actualiza automatico , no son iguales.

Reabro polémica de facturas sustitutivas.
En post anteriores alguien ha puesto que para emitir una factura sobre un tiquet emitía un tiquet negativo y después volvía a hacer la factura.
Pues se me acaba de dar el caso de que un cliente a solicitado una factura de tiquets que tenían el 0% de Iva del mes de mayo, si hiciera el negativo, el SII rechaza tiquets y facturas con el 0% para este tipo de venta. Y peor aun, si lo hago así tendría que pagar el iva que antes estaba exento, y a quien se lo repercuto?
Nota: son productos que estaba al 0% y ahira están al 2% por cambio de normativa, y lo mismo con la pasta y legumbres que estaban al 5% y pasan al 7.5%

Menuda miercoles de servicio, tiene esta gente, al actualizar daba error en la respuesta, desactualizo , vuelvo a enviar otra factura con el mismo numero, me indica que todo ok, pero al leer el QR, los datos no son correctos, porque se ha quedado grabada la factura enviada antes, no deveria haber contestado error porque la factura estaba duplicada???
Lo dicho, casi que las pruebas que hacemos no valen para nada...

Lo acabo de verificar, la factura sube pero falla al serializar la respuesta, en algo han metido la gamba o les falta for subier alguna actualizacion mas, si se envia otra factura con el mismo numero contesta ok a la resubida, como si fuera una nueva, pero realmente no la actualiza, porque ya existe una.

probadores
 

estamos haciendo de probadores de su sistemas , mejorandolo y depurandolo ...


algun código que se haya subido para exarle un ojo ??

Eso es lo triste, lo normal es que cuando tuvieran la documentación y ellos hubiesen probado el sistema, nosotros empezáramos a trabajar.

El tiempo que tenemos que dedicamos a hacerles de betatesters nos sustrae tiempo de otros recursos. Y no tendrán piedad si somos nosotros los que cometemos algún error.

Respuesta en crudo
 

Hola, alguien que envie por http , sin usar sus funciones, puede pasa lo que responde en crudo el servico ahora, por verificar que ya estan incluyendo las nuevas etiquetas?

dudas
 

Yo creo que voi a aparcar esto hasta enero, voi a esperar a ver si publican la Orden Ministerial, si es así, en enero retomo esto sino, es q se retrasa todo, y entonces yo también lo retraso. Y a unas malas lo que haré será comprar alguna librería que ya esté implementada y punto pelota. Voi a pasar de todo esto xq solo me trae quebraderos de cabeza y no abanzo en lo que me piden los clientes q son los que me pagan.