He intentado las 2 cosas, el envió de una factura normal con importe negativo, y el de una rectificativa con importe negativo. En ambos casos el error devuelto es el mismo.

Como se ha comentado días atrás, según la DGT (Dirección General de Tributos) una de las posibilidades para rectificar una factura es emitir una factura normal en negativo incluso por su importe total, y otra "rectificativa" con los nuevos datos.

Además como he explicado más arriba, los envíos de las facturas han arrojado un resultado de "Correcto" y es la lectura y comprobación del QR la que me devuelve el error.

Aún no me han contestado.
Si tengo noticias ya lo publicaré.

Está activado.


Gracias y un saludo.

Falta Informar campo obligatorio : nombresistemainformatico
 

Hola, buenas tardes.
Estoy implementando verifactu y gracias a información que he encontrado en este grupo voy avanzando.
He importado el WSDL con la opción de : 'SOAP 1.2' y he efectuado las correcciones y cambios que (gracias por informar) nos indicaban otros compañeros del foro.
Ahora estoy atascado en este punto, me aparece este error al mandar el xml.
He revisado el xml de arriba a abajo y si que veo que figura dicho dato, lo he comparado con otras muestras de xml y no veo el problema

lo muestro:

Sabéis que puede pasar ¿?

Pues a simple vista parece estar bien, yo si acaso quitaría esto y probaría, que yo sepa n oes obligatorio, yo no lo pongo, y no me dan error los envíos.

Por otro lado yo en lugar de esto: <IndicadorMultiplesOT>S</IndicadorMultiplesOT> pongo esto otro <IndicadorMultiplesOT>N</IndicadorMultiplesOT>, es decir, le doy valor N al contenido de esa etiqueta.

Suerte.

Hola, no se porque , pero tienes varias veces definido el sistema informatico.
Ademas, faltan datos.
Mira el mio.

Solo lo tienes que poner en el registro principal de la factura.

Buenas Galahand,

el problema es en el nodo:
tambien te lo dara en el de destinatario que es del mismo tipo:

<IDOtro>
<CodigoPais>ES</CodigoPais>
<IDType>02</IDType>
<ID>NIFCLI1</ID>
</IDOtro>

A mi me paso primero en el de IDDestinatario y despues en el de SistemaInformatico, los comente y ya me fue,

segun vi en la respuesta el servidor de la AEAT no hace bien el parseo o esta mal el esquema que nos dan, a saber...

Por fin he podido realizar el envio con un OK, he tenido que modificar a pelo el xml, en varios puntos porque no se genera bien automatico, y el envio. Imposible, ya vere si pierdo tiempo revisando que pasa.


Ahora implementar el envio de correccion, por fallo de la generacion de la huella

Dado que soy extranjero y tengo NIF, te puedo asegurar que no es un problema, hay opciones. :D
Un extranjero residente en España (mi caso) tendrá un NIF (para pagar impuestos) que empieza por X, Y o Z en lugar de 0, 1 o 2, pero por lo demás es todo igual (bueno, también tenemos nombres raros y muchos no tenemos segundo apellido :p). No creo que haya nada interesante por este lado, pero debe ser posible encontrar a un cobaya, somos unos cuantos extranjeros en España según dicen algunos. :rolleyes:
Un extranjero que no reside en España es otra cosa: vas a dar de alta el cliente con algún documento de su país, le pondrás un IDtype 03 para pasaporte o 04 para cualquier ID (DNI extranjero, número VAT de una empresa) o 06 para "otro" y no creo que Hacienda vaya a controlar que el número que vas a introducir siga correcto: ¡casi todo vale!
Otro caso "interesante" son las empresas de la UE. Tienen IDtype=02 y aquí sí hay control del identificador, el "NIF-IVA", que debe ser censado en un sistema llamado VIES. Es un poco más complicado encontrar datos para test; pero si realmente quieres hacer este test, seguro que vas a encontrar valores posibles. Típicamente en este caso vas a poner exención E5 para bienes o No sujeto para servicios (pero hay otros casos.)

Hola,

La AEAT tiene un webservice para comprobación de NIF/CIF/NIE.
Tienes toda la información en https://sede.agenciatributaria.gob.e...ificativos.pdf

Nosotros lo usamos en todas las facturas de TicketBAI que procesamos de nuestros clientes (unas 9.000 al día) y va bastante bien.

Saludos

Hola, buenos dias, por fin he conseguido conectar con las funciones generadas por el WSDL, es problema de la configuracion del canal, en el app config.
Os lo pongo aqui, por si a alguien le sirve, ahora me toca modificar a pelo el tipo de dato aceptado Por "FechaHoraHusoGenRegistro" el xml serializer, añade los milisegundos al serializar , no hay forma de eliminarlos, necesito anular el tipo Date y crear String, para añadirlo a pelo, no se pero segun he visto es un problema conocito del .net, deverian tenerlo en cuenta al generar el WSDL, usar un string...

Acabo de recibir respuesta de la AEAT:

Buenos días:

Le informamos que se ha corregido el error y ya se permite el cotejo de QR de facturas con importe negativo.

Muchas gracias por reportar el error.

Atentamente,
Atención al Usuario
Departamento de Informática Tributaria
Email: [email protected]


Aún no lo he probado, pero ya os diré.

REVISON: Sí que esta corregido. Me muestra los datos correctos de facturas con importe negativo que ya había subido.

¿Cómo haces el envío? ¿Desde la llamada SOAP o generando el fichero "a pelo" y enviandolo?

¿ Te refieres al QR ?
Monto toda la URL y abro internet con ella.

¿ Te refieres al Registro de Facturación ?
Monto "a pelo" el string completo que formará al fichero XML (envío cada vez una sola factura), y en la llamada SOAP adjunto dicho string en el OPEN - POST

He comentar que no trabajo con Delphi sino con Visual FoxPro, pero este grupo es muy activo y me ha resuelto muchas dudas.

Ok. Gracias.

Ok, después de bastantes pruebas sin éxito me ha dado por probar mi programita de pruebas en otro equipo y no me da error. No he revisado todavía la respuesta pero entiendo que el problema es que desde mi equipo hay algo que está bloqueando la llamada al webservice y no es ni antivirus ni firewall. Si a alguien se le ocurre qué puede ser agradecería comentarios.


Gracias y un saludo.

has probado en tu equipo en el navegador la URL

Si, me pide un certificado y abre la url.

En el componente SOAP le has indicado el certificado, por ejemplo en el evento OnNeedClientCertificate???

Hola.
El problema era efectivamente que estaba informando el bloque id , en la documentación de errores ya se informa de que solo hay que informar uno de ellos, paso la información específica

sigo peleando, ahora me da errores con el tipoimpositivo y el uso horario pero veo que hay información en el hilo al respecto, sigo ..
gracias ...

El certificado no es problema porque el mismo .exe funciona en otro equipo. Estoy haciendo pruebas y me falla en ordenadores con Windows 7, no es solo en mi equipo.


¿Alguien trabaja con windows 7?



Gracias y un saludo.

Windows 7
 

Buenos días, no será por la versión del TLS ?

Saludos,

ok, muchas gracias.

Supongo que me expliqué mal.

Me refiero que para poder probar los envíos al entorno de pruebas, Hacienda exige usar NIFs REALES, y cuando quiera probar a enviar facturas a extranjeros, no tendré ningún ID extranjero REAL con quien probar.

Hola, buenos dias, revisa en "Propiedades de Internet" que tengas habilitado el Tls 1.2, si la instalacion es muy antiguua, havia que instalar un parche.

gracias a la ayuda de pablog2k he podido darle un empujón al programa de ejemplo (que en su día publique con la informacion que habia) Programa que envia facturas desde una excel a verifactu.

Hace el alta, baja, y genera el archivo bitmap QR de las facturas.

No se si durante la semana que viene es pronto para subirlo al foro, o es mejor comprobarlo y completarlo un poco mas, con algo de tiempo.

Saludos !

Un par de consideraciones a tener en cuenta.

Por ahora el entorno de pruebas no está validando las huellas del registro anterior. Y menos mal, porque en el primer envío que hice, olvidé de guardar la huella, así que cuando hacía el segundo, daba error porque no había huella del reg. anterior.

Así que le metí cualquier cosa en la huella y se la tragó.

Mañana me pondré con las "anulaciones" y a hacer pruebas complejas (varios IVAs, Recargo de Equivalencia, descuentos, facturas exentas...)

Para las rectificativas necesitará primero un par de días de relax antes :)

Aqui

DE varios ivas envie una yo, a saber 0% 4% 10% y 21% , se lo trago... ;-)
si reenvias el mismo numero de factura, se queja y si la anterior tenia un fallo te lo dice y con los parametros y todo, por lomenos eso me paso ayer.

Puedes borrar una factura las veces que quieras
y al consultar NO te aparece como eliminada.

slds


Nota: a mi de momento eso me va bien para repetir pruebas.

si que está validando lo de la huella ... lo que pasa es que te la da aceptada con errores:
ejemplo:
registro con huella mal:
registro con huella bien:
como comenté, para poder arreglar las huellas de todos los documentos, tienes que empezar por el primero que esté mal, e ir subiendolo como subsanacion

Olvidé la segunda consideración, que eran dos ;)

Más bien es una duda. Veo que si subo una factura que es "Parcialmente correcta", ya consta como enviada, así que la única opción para corregirla es "anularla/subsanarla". ¿Es correcto?

Por ejemplo, envié una factura en la que "el importe total no coincide con la suma de las cuotas, importes, etc." (o algo así). La aceptó. Parcialmente, pero la aceptó.

En estos casos entiendo que lo mejor es evitar que se dé el caso. Pero si se diera, la única opción que queda ahora sería anularla y enviar una nueva? con otro número o con el mismo que tenía la incorrecta?

En los casos en los que simplemente la respuesta es "Incorrecta", simplemente con corregir lo que falle y volver a enviarla de nuevo es suficiente, no? Cuando da "incorrecto" a Hacienda no le consta como subida aún.

exacto, si no consta como subida, se sube de nuevo. Si da Aceptada con errores ,se corrige la propia factura y se sube como subsanación

Si.
Lo suyo sería subsanarla, la ley de facturación estipula sólo una causas por las que se puede "anular" una factura (se pueden buscar).

Yo creo que mandas una subsanación, que una modificación de la factura original.

Correcto.

A ver si no me estoy liando...

Factura "Correcta" (sin errores/avisos):
- Consta como enviada
- No se podrá volver a subir porque Hacienda dirá que está duplicada
- No hay que hacer nada. Guardamos el registro, lo marcamos como "aceptado/enviado", ya tendremos el QR, etc.

Factura "Parcialmente Correcta":
- Consta como enviada
- No se podrá volver a subir de forma "normal". Hay que subirla como "subsanación".
- Habría que marcarla como "subida pero con errores" para evitar que se vuelva a subir como factura normal y exigir que sea una subsanación

Factura "Incorrecta":
- NO consta como enviada
- Habría que marcarla como "Error" para saber que podemos volver a intentarlo
- Podemos arreglar lo que sea que haya dado error y volver a subirla, hasta que devuelva "Correcta" o "Parcialmente correcta"

¿Es más o menos eso? Es que con lo de anular, subsanar, corregir, resubir, etc. todavía no me aclaro del todo cuándo se hace una cosa y cuándo otra. Será cuestión de hacer muchas pruebas e ir "aprendiendo" según vea los resultados.

correcto en todo lo que has dicho.
Anular realmente es dar una factura como errónea , que es cuando según la ley no puedes hacer una rectificativa para arreglar.

No son exactamente ID reales que se piden; son ID aceptables.
Y las reglas de aceptación dependen del tipo de ID.
Para NIF nacionales, incluyendo NIE de extranjeros residentes en España y «CIF» de empresas, es cierto que se necesitan NIF dados de alta, en tiempo real o casi.
Para NIF-IVA de operadores intracomunitarios, hay reglas que se deben seguir para formar el NIF-IVA pero no tengo claro que controlan en tiempo real en el VIES (entre otros por qué el VIES tiene unos días de retraso).
Para los demás, no creo que Hacienda siga en posición de controlar nada. Entonces para hacer pruebas, creo que «todo vale».

Otra cosa: para los NIF-IVA intracomunitarios, para los que sí están dados de alta en el VIES, supongo que habrá que satisfacer las reglas de coherencia del nombre con el NIF-IVA, al igual que lo que se hace con los NIF españoles. Aunque por experiencia, no creo que sigan muy estrictos aquí (dado la gran variedad de nombres y siglos que pueden tener las empresas extranjeras; más los alfabetos griegos o cirílicos y sus transliteraciones).

Hola Sistel, como lo haces?
En cada venta, antes de salvarla (y por lo tanto antes de generar TicketBAI / VeriFactu), compruebas si el numero de identificación introducido es correcto contactando con el webservice?
y si contesta que no es correcto muestras un error y no permites salvar hasta que hayan introducido un NIF correcto?

Muchas gracias

Yo tengo una duda sobre el caso "incorrecta".
Entiendo que si al enviar hay algún error en la conexión, en los servidores de AEAT, ... con volver a intentar el envío ya se soluciona porque la factura ya está bien.
Pero en el caso que AEAT contesta y rechaza, es porque o tienes mal el XML o hay algún error no aceptable en la factura y debes corregirlo.
Bien pues aquí tengo la duda, en teoría, una factura no la puedes modificar no?
Si es un error del programa que ha generado mal el xml pues supongo que modificas el programa urgentemente para que genere bien el xml y lo vuelves a enviar.
Pero si lo que está mal son los datos de la factura?
Ya se, no tendría que permitir que un usuario guarde una factura con datos mal pero... y si pasa?
Creo que no puedo permitir al usuario modificar la factura para cambiar alguna información incorrecta... no?

O me estoy liando?

Muchas gracias!

¿Y si se "cae" la conexión a Internet no se emiten facturas?
Creo que eso no debería ser así. Debes poder emitir aunque no tengas conexión.

Imagino que en ese caso el programa de Sistel cruza los dedos para que sea correcto y permite salvar.:p