Mas curiosidades sobre el reconocimiento de NIF:

Tengo dos clientes, hermanos, con 2 establecimientos de vta. en diferentes mercados de barcelona (polleros),
cada uno con su numero de NIF.

Jose Maria Alferez Garota NIF AAAAAAAAAA
Maria Jose Alferez Garota NIF BBBBBBBBBB

puedo permutar los nombres y nif a placer que cualquier combinación la acepta.

El algoritmo que verifica los NIF solo comprueba que coincidan 3 palabras de la razón social que ellos tienen censado (un nombre y dos apellidos), si la persona tiene un nombre compuesto (José María) con que coincida uno de ellos te lo dará por bueno. Puedes probar a poner Jose Pollero Alferez Garota que también te lo dará por bueno.
A mí me parece bien esta idea porque sino habría muchos problemas al enviar los nombres, y si coinciden es por culpa de los padres no de Hacienda :D

Pues no te voy a decir con rotundidad que no creo que sea asi, pues tengo

BOUAZZ HASSINI HARAK con NIF 49881---B (nacional) ====> ACEPTADO con ERRORES

que el cliente tuvo que mandarnos foto del NIF para comprobar que lo habiamos escrito mal, era:
BOUAZZ HSSINI HARAK (sin la ' A ' en Hassini). ======== > ACEPTADO CORRECTO

1salu2

Facturas con IRPF
 

Buenos días,
tengo una duda en cuanto al "IMPORTETOTAL", cuando la factura lleva una retención de IRPF. No sé si tengo que enviar el total a cobrar (base + cuota - retención) o por el contrario el total factura (base+cuota). He hecho la prueba enviando los dos casos, y en ambas pruebas Hacienda me devuelve correcto.:confused:

Esto del SII es para el iva. Es sin tener en cuenta la retención. Ahora mismo el importe total deja poner lo que te de la gana.

Hay un ERROR muy extendido y es pensar que el total de una factura con retención es lo que tu le pagas al proveedor o acreedor (total - retención) y esto no es así, tu pagas el total de la factura solo que una parte se la pagas al proveedor y otra a Hacienda, lo que se hace es retener una parte del pago en nombre de Hacienda pero el total de la factura a todos los efectos (347 y SII) es Base + IVA

A ver.. BOUAZZ HASSINI HARAK son TRES palabras si una esta mal ya no te la acepta, pero encima has tendido la mala suerte que lo que estaba mal era una de las primeras 3 o 4 letras de una palabra si hubieras escrito HSSII casi seguro que te lo daría por bueno. Para verificar una palabra comprueban que las 4 primeras letras coinciden y parte del final.
Puedes hacer pruebas añadiendo más palabras escribe BOUAZZ PRUEBAS HSSINI HARAK y te lo dará por bueno, y también quitando letras BOUAZ HSSII HARAK y casi seguro que también ta lo valida

Esto es probar, que no pasa nada, y que cada uno saque sus conclusiones del algoritmo que hay detrás

Pasaporte y código país
 

Hola, una ayudita, por favor

Si ponemos un pasaporte IFType = 03 ¿ el país debe ser extranjero ?

He puesto uun 03 con ES y me ha devuelto un error que no tenía nada que ver

Emitida : FC61159 Incorrecto El valor del CodigoPais solo puede ser 'ES' cuando el IDType sea '07'

Saludos

revisa el xml. estarás poniendo 07 y en ese caso si tiene que ser español.

Brincola. Muchas gracias.
Tambien al resto de foreros.

En la ayuda del VIES dice (entre otras cosas):
Additional tools

• 
• 
• 

Ayuda

Esta página Web permite comprobar la validez de los números de IVA asignados por los Estados miembros indicando el número de IVA que se desee comprobar y seleccionando a continuación en el menú desplegable el Estado miembro de que se trate.
La comprobación se efectúa en la base de datos nacional sobre el IVA del Estado miembro seleccionado. No hay ninguna base de datos comunitaria sobre dicho impuesto. Las solicitudes de comprobación se envían a la base de datos nacional correspondiente a través de un servicio de Intranet seguro que conecta con las administraciones nacionales de aduanas y fiscalidad. La respuesta se recibe unos segundos más tarde.


Estoy introduciendo la misma información que me devuelve Hacienda cuando la consulto y el VIES se niega a reconocerla (al menos una parte, la dirección, pero otras veces da más la lata). El problema es que algunas empresas europeas (los vendedores de X-Files, por ejemplo) requieren al cliente su identificación mediante dicho organismo para la venta de sus productos. No hay identificación, no hay venta (al menos de momento).

Cuando envías el Contraparte.IDOtro con país = ES solo puede tener IDType '07', si no es así Hacienda te devuelve ese error, da lo mismo lo que pongas en los otros dos campos IDType e ID.
Por lo tanto hay tienes la respuesta a tu pregunta, el país debe de ser distinto a ES si pones IDType = 03

Gracias, KEYS

yo creo que es una columpiada de la AEAT. He revisado el XML y va un "03" como un piano. Yo creo que da un error que no toca. Yo imagino que si pones 03 de pasaporte el país no tendrá que ser ES pero el error que da no tiene nada que ver
He probado a cambiar solo ES por FR y ya lo ha aceptado con el "03"

Saludos

Gracias, Nachoexe. Totalmente aclarado

Comento un tema por si puede ayudar. Hay que escapar algunos caracteres como el & en el envío. Me estaba voleyendo loco. Está documentado en la especificación y una faquir. Nada si puede ayudar a alguien que no tropiece con mi mismo problema.

Constato que el WS está caído, directamente o a través del formulario.

Sabado 3/6/2017 17:43

Enga ch¡cos aeates, ¿ en serio quereis que pongamos en marcha el asunto ?

---

Bueno... ahora hay conexion, y una consulta devuelve, ostras lo que devuelve:
(alguien está teniendo un fallo, y no soy yo)

Lleva caido desde las 12:00, yo queria trabajar un poquillo en el tema pero parece
que ellos tienen mas problemas que nosotros, haber como resolvemos este infiernooooo!!! :(

Yo a las 13:30 consegui enviar algo pero luego ya nada de nada.
Una pregunta... ¿Los CSV que llegan son referentes a la comunicacion verdad? Quiero decir que un alta de una factura tiene un CSV, un alta de varias facturas tiene solo un CSV, ... ¿Es correcto no?
Ahora bien. Para una baja de una factura ¿Te informan del CSV del alta o es un nuevo CSV?

En este momento, las 22:10h, ya está funcionando con normalidad.

Es un nuevo CSV.

Filtro en consultas
 

Al enviar una petición de consulta es obligatorio poner los tags PeriodoImpositivo, Ejercicio y Periodo. La respuesta que se recibe corresponde únicamente a las facturas presentadas en ese período.

Pero en la versión 0.7 han añadido otras condiciones de filtro, entre ellas: FechaPresentacion, Desde y Hasta. Creo que esta condición y la del PeriodoImpositivo no pueden ser excluyentes ya que la primera es obligada y la segunda no.

Entonces qué sucede cuando se fija un intervalo de fechas que abarca dos períodos impositivos. Por ejemplo, ¿se admite una consulta de facturas presentadas entre el 20 de mayo y el 10 de junio?

El caso es que lo he probado y me devuelve un texto ininteligible del tipo

Después he probado de poner un intervalo de fechas dentro del período impositivo y sale lo mismo.

¿Alguna idea?

Saludos,

Confirmo, cuando son las 23:13 del 03/05/2017: el Madrid campeon de champion y el WS ya funciona.

Resuelto! Estaba poniendo mal los namespaces. Ruego disculpas.

A una factura que has dado de baja puedes hacerle modificaciones. Despues de esto ¿su estado es de nuevo alta? Aun no he implementando las consultas y tengo dudas.

Alguien mas ha tenido este problema de tener que escapar el carácter &?????

Efectivamente puedes reactivar la factura modificandola

Según la documentación:

Carácter & --> Carácter escapado &
Carácter < --> Carácter escapado &lt;

Cambio de contraparte en factura
 

Buenas.

¿Alguien ha cambiado la contraparte en una factura ya enviada? El envio lo hace otra empresa. Yo solo genero lo xml pero en su plataforma he subido una factura con una contraparte y he probado después a modificarla cambiando la contraparte. La respuesta ha sido correcta pero en sus informes veo la primera contraparte. No se si se debe a la empresa que hae el envio o a que la contraparte no se puede cambiar, aunque entiendo que de ser así hubiera fallado.

Como lo habéis implementado. Escapando los campos que se cadenas de caracteres siempresa antes de enviaríos??. A mir se me ha dado el caso en un nombre/razón social que tenía &. Pero creo que escapare siemre los campos cadenas de caracteres antes de enviarlos. Para evitar problemas futuros

Si básicamente con un replace. Yo no tengo el problema por que monto el xml directamente con el ws de AEAT y al serializar a xml lo cambia automáticamente.

Factura Emitida con NIE de cliente
 

Alguien ha registrado una factura emitida donde el documento de identificacion del cliente es un NIE tipo X01234567B??

Me suena haber leído algo en el hilo pero ahora no lo encuentro.

El NIF Solo permite 9 posiciones y he hecho diferentes combinaciones con la etiqueta idOtro de la Contraparte pero no consigo resolverlo.

He revisado las FAQs y lo único que parece tener relación con el tema es el punto 2.16 pero he probado con IDType 04 y 05 sin resultados.

Saludos...

Los NIFs de extranjeros residentes contienen una X inicial, más 7 dígitos, más una letra al final. Y son aceptados sin problemas. La comprobación censal los da como válidos. En tu ejemplo pones 8 dígitos, supongo que será ese el problema.

Gracias CMB, efectivamente tienes razón.
En la base de datos que utilizo como ejemplo todos los NIE tienen un 0 al principio de más. Si lo elimino pasan sin problemas.
Muchas gracias...

Tambien pueden empezar por Y.

Primer Semestre
 

Hola a tod@s!!

Estoy preparando lo del primer semestre y tengo la siguiente duda.
Cuando dicen que "Con independencia del tipo de operación informado (no sujeta, sujeta y exenta o no exenta) deberá informarse en cualquier caso como factura sujeta y no exenta. " ¿Se refieren a que indendiente mente de que sea una venta exenta o cualquier otra tengo que hacer el desglose como si fuera una Sujeta no Exenta desglosando el IVA si tuviese mas de un tipo e indicando 0 en el tipo impositivo cuando sea una exenta?

Y más adelante con Z. Veremos luego qué letra ponen.

esta caido el servidor de TEST de la AEAT?
 

Hola:
¿ESta caido el servidor?
¿Podeis enviar pruebas a la AEAT o soy solo yo?

En este momento, las 10:05h, admite cambios, bajas y consultas sin ningún problema. Tanto emitidas como recibidas.

Saludos,

10:12.
Conexión a Oracle no disponible.

eso me dice.

10:16
Ya parece que va.



he preguntado a la AEAT por el envio del primer semestre, si es obligatorio usar ese formato, porque lo de enviar cualquier tipo de factura como S1, No exenta me rompe demasiados esquemas. A ver si me contestan.

Saludos !

factura de peninsula a canaria prestacion de servicios
 

Hola:

teneis ejemplo de factura de la peninsula a Canarias.
Una prestacion de servicios, exenta de aplicar iva por estar fuera del TAI.
PEro parece que hay que marcar el
<sii:ClaveRegimenEspecialOTrascendencia>08</sii:ClaveRegimenEspecialOTrascendencia>

y el

<sii:TipoDesglose>
<sii:DesgloseFactura>
<NoSujeta>
<ImportePorArticulos7_14_Otros>3500</ImportePorArticulos7_14_Otros>
</NoSujeta>
</sii:DesgloseFactura>
</sii:TipoDesglose>


Pero me da error.

Codigo[4102].El XML no cumple el esquema. Falta informar campo obligatorio.: DesgloseFactura

este es mi XML