En mi caso no, porque igualmente tengo hacerlo directo contra AEAT y el usar además otro interlocutor me complica la existencia. Pero entiendo que si sólo tuviera que interactuar con ellos, el sistema se 'simplifica', en cuanto a que te olvidas en muchos casos de complejos componentes (THTTPRio, parseadores XML, Certificados, XLDS...) y normalmente te ofrecen dejarles los datos en simples ficheros planos. De las versiones, validaciones y demás se encargan ellos, yo sólo formateo los datos y recibo resultados.
Eso sí, no son precisamente baratos. Lo que ocurre es que muchas veces (como es mi caso) ya trabajan con esas empresas para la recepción y envío de documentos. Lo cual no supone que les vayan a cobrar poco, pero el cliente manda...

Buenas, estamos aquí intentando hacer pruebas con el NIF NO CENSADO (novedad en la 0.7) pero no nos acepta el error

"Error en el bloque de la Contraparte. El NIF no está identificado."

Lo hemos probado con un NIF que sabemos que no existe, pero que tiene la letra correcta 99999999R

Vosotros lo habéis conseguido, ¿remitir con NIF no censado? si es así que Nif habéis utilizado, gracias!

Nota: Por cierto creemos que ya esta en funcionamiento el web service de la 0.7 porque enviamos una razón social de mas de 40 caracteres (en la versión 0.6 eran 40 de máximo y en la 0.7 son 120) y lo acepto sin problemas.

En el bloque IdOtro has puesto ese nif también y la clave 07?

Con los no censados hay que poner IDType = '07'.

Probado y funcionando todo, no hay cambios reales, pero si validaciones que antes no se hacían y que nos ahorraran sustos en el futuro

Tienes que hacer una rectificativa por sustitucion
8.1.9. Alta Factura Rectificativa por sustitución “S” en el Libro de registro Facturas Expedidas
http://www.agenciatributaria.es/stat...ioWeb_v0.7.pdf

Tiene que ser tipo 07 e incluir los campos, ademas creo que tienes que hacer 2 intentos antes

8.1.1.4.Ejemplo mensaje XML de alta cuando la contraparte no está censada
Para los casos en que se haya rechazado una factura emitida debido a que la contraparte (NIF y nombre) no está censada en la AEAT, podrá
enviar dicha factura, en un segundo intento, suministrando el NIF en el bloque <IdOtro> con los siguientes contenidos:
Código país: ES
Clave ID: 07. No censado
Número Id: NIF no censado del receptor de la factura
Apellidos y nombre: Nombre del no censado receptor de la factura.
En este caso, la factura figurará en el SII como aceptada con errores. En cualquier caso un error de formato en el NIF supondrá un rechazo de
la factura.
XML de entrada

Si pero estamos en el paso previo, que la AEAT nos devuelva el error que el nif que enviamos no esta censado y nosotros automáticamente volver a enviar la petición ya con el IdOtro = 07, pero de principio en la primera consulta nosotros no sabemos si el nif está censado o no, es la AEAT quien nos tiene que devolver dicho error

De todas maneras el formato del nif está mal creo, es Letra + 8 digitos

Adjunto mi app.config por ver si puedes indicarme dónde ubicar tu código, porque en el apartado que lo ponga donde lo ponga, me da error de ejecución:
Cabe decir que lo estoy desarrollando en c#, por si cambia con respecto a tu desarrollo.

Gracias por la ayuda.

Si javi lo hemos probado también con ese formato, aunque hasta ahora, si el NIF esta censado admite los dos formatos.
Perdonad si no me explique bien, cuando nosotros enviamos una factura no estamos seguros si el NIF que ha puesto nuestro cliente está censado o no.
Es por eso que enviamos primero el NIF de manera normal, la AEAT es quien nos debe devolver que dicho NIF no esta censado y nosotros automáticamente y si detectamos dicho tipo de error la reenviamos ya sí con el tipo IdOtro = 7
Lo que no somos capaces es conseguir un ejemplo o un caso en el que la AEAT nos envíe el error de que dicho NIF NO ESTA CENSADO.
Espero haberme explicado mejor ahora :D

Con un NIF no censado me devuelve esto (versión 0.7)

Yo lo estoy desarrollando en Vb .net. Te adjunto todo el app.config mio por si te sierve

Exactamente es lo que estaba buscando, pero ¿donde conseguiste un NIF no cesado?

Pilla cualquier nif, le cambias el nombre y ya es un nif no censado.

Lo acabamos de probar como dices es decir un nif válido pero cambiando el nombre y nos pone

"Error en el bloque de la Contraparte. El NIF no está identificado."

Pues no sé, tendré que probarlo en la versión 0.7. A mi me ha pasado que, por error, han puesto un nombre equivocado y se ha tragado el documento con errores diciendo que el nif no estaba censado.

Hola mrobles y amigos,

¿ Cual sería la vía de una factura de abono emitida ?

¿ Rectificativa por diferencias, quizás ?

Gracias

Exacto, rectificativa por diferencias.

Muuuchas gracias :)

Hay 3 tipos de rectificativa y la tuya es la primera


8.1.9. Alta Factura Rectificativa por sustitución “S” en el Libro de registro Facturas Expedidas
Factura rectificativa. Corrección
de una factura errónea tipo:
por sustitución S
Envío de una nueva factura con:
Tipo de operación A0.
Claves de tipo de factura R1, R2 o R3.
Tipo de factura rectificativa = "S".
Se trata de una nueva clave única de la
factura, diferente de la factura original.
La clave única de la factura rectificativa no
debe existir previamente.
Obligatorio consignar los importes
sustituidos (Base rectificada y Cuota
rectificada)
Opcional identificar la relación de facturas
rectificadas en el campo.
Alta de la factura rectificativa. Podrá
quedar como correcta o como
errónea.
Cuando la rectificación se haga por “sustitución” se deberá informar de la rectificación efectuada señalando igualmente el importe de dicha
rectificación. Esta información se podrá realizar:
- Opción 1: Informando de un nuevo registro en el que se indiquen los importes correctos tras la rectificación en los campos “base imponible”,
“cuota” y en su caso “recargo” y a su vez de los importes rectificados respecto de la factura original en los campos “base rectificada”, “cuota
rectificada” y en su caso “recargo rectificado”.
- Opción 2: Informando de un nuevo registro en el que se indiquen los importes correctos tras la rectificación en los campos “base imponible”,
“cuota” y en su caso “recargo” y de otro registro en el que se informe de los importes rectificados.

8.1.9.1.Ejemplo mensaje XML de alta de factura rectificativa por sustitución “Opción 1”
Ejemplo operativa:
Ejemplo: La factura nº1 de base imponible 1.000 € y cuota 210 € va a ser objeto de rectificación.
OPCIÓN 1: La modificación por sustitución supondría emitir una factura rectificativa con base imponible de 800 € y cuota 168, en la que se indicará que la rectificación
realizada es de 1000 € por la base imponible rectificada y 210 € por la cuota rectificada.
- Se informará de dos campos adicionales con "la base rectificada" (1.000) y la "cuota rectificada" (210), con independencia de su signo.
- Importe total: se indicará el importe final válido 968.
- Desglose IVA: base imponible: 800, cuota repercutida 168.

Hola mrobles,

Pensé que era por la opción "I".... al compañero también le pareció.... necesito una tercera opinión médica. ;)

Una cosa, si me permites.
En un esquema, por ejemplo, el mismo que tu acabas de poner, ¿ cuales son los tags que pueden tener mas de un elemento.
Por ejemplo en:
Supongo que podemos esperar en una misma factura:
Parte si sujeta y parte no sujeta. Dentro de cada una, podemos esperar: parte si exenta y parte no exenta.
Si hubiera mas de una base imponible en alguna de estas partes, ¿ irían en un tag DesgloseIVA o en un tag DetalleIVA ?


Gracias nuevamente

Facturas rectificativas
 

El tema de las Factura Rectificativas es muy particular, no se puede aconsejar un tipo u otro sin conocer si el sistema informático es capaz de gestionar ese tipo, en concreto una factura rectificativa por sustitución es muy difícil de abordar y Hacienda permite las dos formas (si no es por un defecto de forma).
Para mí es mucho más fácil realizar una rectificativa por diferencias por el total de la 1ª factura y después realizar una 3ª factura normal, este es el caso que más se asemeja al funcionamiento expuesto por el cliente ya que con una factura rectificativa por sustitución solo serían necesarias 2 facturas.

No obstante yo no tengo claro que no puedan existir facturas de abono (si esa palabra maldita) tal cual, en las facturas simplificadas si se permiten (simplemente marcándolas como rectificativas) y leyendo la ley si se trata de un suministro constante de mercancía nada impide que existan facturas de contado o crédito en negativo.

Buenas, hasta 6 tags DetalleIVA.

Un saludo.

Pero si curras con SERES-edicom:
¿Tienes que recoger la respuesta de seres y trasladarla a tu sistema o te quedas solo en seres?.

Si tienes que modificar un nif lo haces en SERES-edicom y luego a mano en tu sistema o lo haces en tu sistema y tienes qeu marcarla para que la vuelva a extraer para enviar a SERES-edicom.

Se me fue la cabeza con lo que te pase, es la segunda

8.1.9.2.Ejemplo mensaje XML de alta de factura rectificativa por sustitución “Opción 2”
OPCIÓN 2: La modificación por sustitución supondría emitir dos facturas: una factura con base imponible de -1000 € y una factura rectificativa en la que se indicará que
la base imponible es de 800 €.
En la primera factura los campos y claves a consignar en el Libro registro de Facturas Expedidas son:
- Tipo Comunicación: A0
- Tipo Factura: F1
- Desglose IVA: se indicará el importe que se rectifica (base imponible: (-1.000), cuota repercutida (-210).)
-
XML de entrada de la primera factura
En la segunda de las facturas los campos y claves a consignar en el Libro registro de Facturas Expedidas son:
- Tipo Comunicación: A0
- Tipo Factura: Rx
- Tipo Rectificativa: S
- Importe Rectificación: se informará de dos campos adicionales con “la base rectificada” 0 y la “cuota rectificada” 0.
- Importe total: se indicará el importe final válido 968
- Desglose IVA: base imponible: 800, cuota repercutida 168
XML de entrada de la segunda factura:

Una pregunta, cuando se emite una factura a un cliente cuyo NIF empieza por 'N', la documentación dice lo siguiente:

El desglose se hará obligatoriamente a nivel de tipo de operación si cumple las 2 condiciones:
1 - No sea F2-factura simplificada o F4-asiento resumen
2- La contraparte sea del tipo IDOtro o que sea NIF que empiece por N

Entonces, mi duda es la siguiente, cuando le pongo que es un IDOtro, en el tipo de identificación que le debo poner? Porque si le pongo NIF-IVA me da error de 'Valor del campo ID incorrecto'. Los posibles valores son:

NIF-IVA (descartado)
Pasaporte
Documento oficial de identificación expedido por el país o territorio de residencia
Certificado de residencia
Otro documento probatorio
No censado

Supongo que será Documento oficial de identificación expedido por el país o territorio de residencia, no?
Muchas gracias!

figo21,

Muchas gracias.... Acabo de ver en un ejemplo de las especificaciones esto:

Así que estaba bien claro. :confused:

Te falta especificar el Identificador, que es obligatorio (lo que correspondería al cif de ese cliente extranjero)

nachoexe, mrobles,

¿ Que decir sino que me gustaría que fuera por diferencias ?

Las fras. de abono, en la bbdd, no tienen la factura sustitutiva asociada.

A ver si alguien más pudiera dar alguna opinión al respecto: facturas de abono: ¿ con qué tipo de documento se envían ?

Saludos a los dos.

No he porbado, pero no crees que se enviara como si fuera español sin tener que usar el campo IDOtro?

Te lo puse un poco mas arriba (http://www.clubdelphi.com/foros/show...postcount=1065)
Tienes que mandar una normal con el importe negativo, y luego una especial indicando que es rectificativa, pero si o si tienes que saber la que estas corrigiendo, porque sino no tiene mucha lógica nada de lo que tengas.

Sí, ahora los únicos valores que permite son los siguientes:
TipoRecargoEquivalencia --> Solo se permiten los tipos 5,2%, 1,4% , 0,5 % y 1,75%

Por eso no te deja ponerle 0. O bien lo dejas en blanco o le pones uno de esos valores

Lo he probado, pero en ese caso me sale el siguiente error:

La factura contiene un desglose a nivel de factura cuando le corresponde un desglose a nivel de operación, por ser una factura no
simplificada ni asiento resumen y la contraparte contiene un IdOtro o un NIF que empiece por N

Por eso lo intento enviar con el campo IDOtro

Error SSL/TLS en c#
 

Hola amigos, he visto que hay gente que está montando el proyecto en C#. Me gustaría que nos comunicásemos para sacar en conjunto el tema. Resolví el error que he leído por ahí que da:

The content type text/html of the response message does not match the content type of the binding (text/xml; charset=utf-8). If using a custom encoder, be sure that the IsContentTypeSupported method is implemented properly. The first 1024 bytes of the response were:

Lo he resuelto poniendo el certificado, pero ahora tengo un error de comunicación:

No se pudo establecer un canal seguro para SSL/TLS con la autoridad 'www7aeates'

Y aunque le he añadido:

Pero aún así no hay forma. Os pongo todo el código para que veáis:

mrobles,

Te agradezco sobremanera tu interés.

Imagínate que me compran producto y luego me lo devuelven totalmente y no quieren nada mas: No hay posibilidad de emitir una segunda factura.

Saludos

si es nacional, lo correcto es utilizar el idtype 2 (iva), pero tienes que informar obligatoriamente en el campo id de un nif válido

En principio yo estoy mandando las facturas de abono como facturas normales (con signo negativo), imagino que esto no dará problemas,¿no?

Esta es la respuesta a una consulta sobre ese tema de la aeat:

Yo en mi caso he optado por enviarlas por la opción b, no hay que identificar la/s posibles facturas que rectifiques.

Saludos

Eso no puedes hacerlo, envíalas como digo en el post anterior.

No tiene nada que ver una cosa con la otra, has puesto desgloseFactura en lugar de DesgloseTipoOperacion no?

Para eso hay una peticion de baja de facturas

8.1.11. Baja de una Factura enviada anteriormente que no procede
Baja de una factura
enviada previamente que
no procede.
Envío de la factura con la clave única
de la factura original
La clave única de la factura debe existir
previamente. No debe estar dada de baja. Baja de la factura
En la baja de una factura deberá informarse el ejercicio y periodo de la baja.
8.1.11.1.Ejemplo mensaje XML de baja de una factura

claro, eso es lo que le digo, que mande el NIF en lugar del IDOtro