Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[thinkows]

Empezado por newtron

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.

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

Saludos,

[delphiGar]

Empezado por Galahad

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 ...

ok, muchas gracias.

[espinete]

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.

Empezado por antoine0

Dado que soy extranjero y tengo NIF, te puedo asegurar que no es un problema, hay opciones.
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 ). 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.
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.)

[bmfranky]

Empezado por newtron

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.

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.

[seccion_31]

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 !

[espinete]

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

[bmfranky]

Empezado por bmfranky

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.

Aqui

[bmfranky]

Empezado por espinete

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

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.

[seccion_31]

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.

[pablog2k]

Empezado por espinete

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

si que está validando lo de la huella ... lo que pasa es que te la da aceptada con errores:
ejemplo:
registro con huella mal:

Código PHP:

<tikR:EstadoRegistro>AceptadoConErrores</tikR:EstadoRegistro>

<tikR:CodigoErrorRegistro>2000</tikR:CodigoErrorRegistro> 


registro con huella bien:

Código PHP:

<tikR:EstadoRegistro>Correcto</tikR:EstadoRegistro> 


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

[espinete]

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.

[pablog2k]

Empezado por espinete

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

[Neftali [Germán.Estévez]]

Empezado por espinete

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?

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).

Empezado por espinete

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?

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

Empezado por espinete

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.

Correcto.

[espinete]

Empezado por pablog2k

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

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.

[pablog2k]

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.

[antoine0]

Empezado por espinete

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.

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).

[rci]

Empezado por Sistel

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 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

[rci]

Empezado por espinete

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.

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!

[Neftali [Germán.Estévez]]

Empezado por rci

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?

¿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.

[rci]

Empezado por Neftali [Germán.Estévez]

¿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.