Ten un registro por ticket emitido de todas las incidencias. EstadoEnvio, EstadoRegistro, CodigoErrorRegistro, DescripcionErrorRegistro. Y haces un listado con los tickets con incidencias y un botón para rectificar o subsanar.

Mientras tiene que poder seguir emitiendo facturas o ponerlas en espera.

Lo suyo es verificar que este bien escrito y ademas si esta censado, si da como no censado, yo saco un mensaje de verifique si esta corecto, etc y marco el chec de no censado n7, con id otro, que es lo que ellos indican, he provado con un par de clientes con nif empezando por x que daba no censado y ok, sin ninguna incidencia.
A vostros que os parece?

Si, es mejor que le demos una solución por nuestros medios. Pensaré en hacerlo de esa manera.

Gracias y un saludo.

https://www1.agenciatributaria.gob.e.../ws/VNifV2SOAP

Permite comprobar NIF/CIF de contribuyente válido.

Exactamente ese es el que utilizo ademas de una opcion para verificar la estructura del mismo.

Agradecemos mucho tu ofrecimiento, pero debes tener en cuenta la protección de datos, cada consulta que hagas a la aeat se va a quedar registrado con que certificado la has hecho(supongo que haces así la consulta) No te recomiendo que des el servicio así sin más. Las que tú hagas o de tus clientes las tienes controladas.

Hombre, lo dudas?
ya verás la publicidad jejeje. Se les ve el plumero. Aqui manda don dinero.

Creo que he leído los 3247 mensajes publicados en el CLUB. Es por esto que mi lio mental es descomunal. En un post se definen unas normas a seguir, y unos cientos posteriores estas normas cambian.
He conseguido mandar y recibir contestación OK por parte de Hacienda de facturas emitidas conseguimiento huella y demás especificaciones.

Ahora bien, he estado hablando con un cliente de la situación que se encuentra su negocio actualmente.
1 - Local situado en Valencia donde se genera/fabrica el producto base a partir de la materia prima.
Se emite factura, hacemos el seguimiento de la huella anterior y la incorporemos a la generación del has/huella de la emitida. Como ya tenemos claro, la
secuencia es por orden de emisión/envió , indistintamente de la serie-factura que sea.
Hay un servidor local donde esta ubicada la base de datos con sus ficheros.
SIF instalado : 1 instalación por terminal (5 terminales). Todos trabajan con los mismos datos
Asumo que solo vamos a tener 1 solo control de seguimiento para el has/huella.

2 - Local venta situado en Sagunto, 1 solo ordenador con su correspondiente Base de Datos y su instalación SIF. El titular de la explotación es el mismo.
Pero no tenemos comunicación directa con el Local situado en Valencia. Actualmente se emiten tickets venta que no tienen nada que ver con los
emitidos en Valencia y llevan su propia numeración Serie-Factura independiente. Actualmente no pueden trabajar en linea por falta de comunicación.

3 - El titular de ambas empresas es el mismo, se ha realizado 6 instalaciones, 5 en la empresa de Valencia con una sola base de datos compartida
1 en la empresa de Sagunto con otra base de datos distinta. Cada una de ellas tiene sus datos particulares

En este caso y otros similares como tenemos que actuar para reflejar el seguimiento de la ultima factura emitida para enlazar con la actual.

Cual seria la mejor forma de actuar.

Hola, lo 5 que estan en la misma base y comparten base de datos, han de encadenar juntos por ordende emision de facturas, deverias de tener en cuenta intentar encadenar la numerocion delas facturas enorden cronologico tambien.
La 6ª es un SIF independiente al que tendra que dar cobertura de internet , para poder emitir encsdenar apropiadamente sus facturas generadas.
No puedes vender en sagunto ahora y esperar a que comuniquen la venta despues en la fabrica.

Me comentas que tendrían que encadenar al emitir los 5 de Valencia + 1 de Sagunto y enlazar todas las facturas a la vez. ?????
No podría ser como esta ahora que los 5 de Valencia enlazan entre ellos y el de Sagunto va por su parte como una empresa distinta ????
Podría dar problemas con AEAT ????

Hola, esa norma de encadenamiento es la misma desde el inicio de los post,
son 2 SIF independientes y tienes que crear 2 colas de envios independientes.
Aunque sean del mismo identificador fiscal(CIF) son interpretados para el reglamento Verifactu como distintos SIF (Sistemas Informáticos).
Debes diferenciarlos en el Nodo <NumeroInstalacion>XXXXXX</NumeroInstalacion> para que al enviar sean interpretados como distintos SIF para el mismo obligado tributario y puedan comprobar independientemente los envios y encadenamientos los servidores de Verifactu.

Si a eso me referia, a que has de abilitar que el 6º facture y encadene el solo, si no tiene acceso a internet ahora porque no llega alli la fibra o demas, pues tendran que contratar al gun servicio de internet satelite , por movil o similar.
Un mismo cif, puede tener varias delegacione facturando para el con cadenas independiente, sin pega.

Efectivamente
Si las bases de datos no estan conectadas entre ellas, ni usan la misma base de datos, ni el mismo equipo, todo apunta que envían por separado no hace falta interconexiones
consulta ya está hecha en verifactu.
Lo que si tienes que usar es distintas series para ls facturas y números de instalacion

Ya los veo patrocinando "La Cuponera"

La retención va aparte de la factura fiscal. Es lo mismo si debes sustraer al importe de la factura algo que ya ha sido pagado y que al final el precio que debe pagar el cliente no tienen nada que ver con la suma imponible+IVA.

Ya lo hacen: las empresas que están en el SII tienen un 303 pre-rellenado que está bastante bien. Y tengo la sensación que con Veri*factu podrán hacer la parte devengado acertadamente.

Otra cosa: en el SII puedes consultar las declaraciones SII de tus clientes y proveedores (por la parte que te afecta, obviamente).
Supongo que las facturas subidas por Veri*factu también podrán ser visto por los clientes de los comercios.
Lo que no tengo idea es si habrá posibilidad para todo el mundo, incluso si no estás en el SII, de consultar de la misma manera las facturas presentadas por los que son tus proveedores, sigan del SII, de Veri*factu o, sigamos locos, por los TicketBAI de las comunidades forales.

La AEAT tiene dos procedimientos distintos.
Para empresas («CIF»), coge el NIF siga el que siga y devuelve el nombre. No creo que controlan mucho el nombre que pases.
Para individuos («DNI» y «NIE»), necesitan una buena aproximación de dos de las palabras (nombres o apellidos); con esto te devuelven lo que tienen en base, nombres y apellidos.

Perdon, me ha salido repetido el mensaje

Este enlace del VIES no me está funcionando, es problema mío o es que lo han cambiado? No encuentro alternativas, sólo consultas manuales

¿podéis poner el formato de la consulta o donde se puede encontrar?

Gracias!!

cDataSend := '<?xml version="1.0" encoding="UTF-8"?>'+;
'<soapenv:Envelope xmlns:urn="urn:ec.europa.eu:taxud:vies:services:checkVat:types" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">'+;
'<soapenv:Body>'+;
'<urn:checkVat>'+;
'<urn:countryCode>PAIS</urn:countryCode>'+;
'<urn:vatNumber>VAT</urn:vatNumber>'+;
'</urn:checkVat>'+;
'</soapenv:Body>'+;
'</soapenv:Envelope>'

cUrlService := "http://ec.europa.eu/taxation_customs/vies/services/checkVatService"

Ya he restringido las peticiones a solamente los clientes registrados y a los que les voy a dar el servicio en mis aplicaciones.


Gracias ermendalenda