[quote=nuevo1234;517387]EFECTIVAMENTE:

1.- NIF que, aunque correcto formalmente, no se corresponda con el nombre del titular adjuntado (no identificado). RECHAZA LA FACTURA (OJO PUEDE RECHAZARLA POR ESTAR MAL EL NOMBRE Y BIEN EL NIF). Por eso importante poner: primer apellido segundo apellido y nombre sin signos de puntuación
2.- NIF que, aunque formalmente correcto, no corresponda a ningún sujeto registrado por la administracion (NIF no censado). LA ACEPTA CON ERRORES(IMPORTANTE DIFERENCIA:SE ACEPTA LA FACTURA PERO SE MARCA QUE SE HA ENVIADO POR NO CENSADO)


Por tanto:
Es muy importante informar el nombre en el siguiente orden: primer apellido segundo apellido y nombre sin signos de puntuación.
Porque puede no identificar los NIF por esta razón y rechazar el envio de esa factura


En cuanto al NO CENSADO.
Para los casos en que se haya rechazado una factura emitida, en un segundo reintento, porque la información de identificación del destinatario (NIF y nombre) no figure censada en la AEAT, la forma de proceder para enviar dicha factura se realizará a través del 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á como aceptada con errores. A través de esta vía, también se intentará su validación contra el censo, de manera que podría lograse su identificación, aunque la factura figurará como aceptada con errores. En cualquier caso un error de formato en el NIF supondrá un RECHAZO de la factura.[/QUOT

Un apunte más siempre que metemos un Nif por el modo 07.No censado se acepta con errores y entra diciendo Nif no censado. Si el Nif está bien formado. Cuando metemos Nif de la forma normal pues responder con Nif no identificado y rechazo. Por eso hay dos mensajes diferentes. Espero haber aclarado algo

Quítate 1300 (o sea, mira la entrada 53). Allí habla de introducir este evento:

procedure TForm1.HTTPRIO1BeforeExecute(const MethodName: string; SOAPRequest: TStream);
var
ss:TFileStream;
begin
SOAPRequest.Size:=0;
ss:=TFileStream.Create('C:\1.xml', fmOpenRead);
SOAPRequest.Position := 0;
SOAPRequest.CopyFrom( ss, ss.Size);
ss.Free;
SOAPRequest.Position := 0;
end;

No lo he probado aún, pero tiene sentido.

Más de 86.000 vistas
 

Y ya van más de 86.000 vistas!!! Y 1.363 respuestas.

Ahora, ya probándolo, yo haría la siguiente corrección:

procedure TForm1.HTTPRIO1BeforeExecute(const MethodName: string; SOAPRequest: TStream);
var
ss:TFileStream;
begin
ss:=TFileStream.Create('C:\1.xml', fmOpenWrite);
SOAPRequest.Position := 0;
ss.CopyFrom(SOAPRequest,SOAPRequest.Size);
ss.Free;
SOAPRequest.Position := 0;
end;

Pero esto aún da un problema: no genera el fichero. Hay que crearlo previamente (copy con 1.xml y terminarlo con Ctrl Z si lo quieres vacío).


Los TFileStream son un poco tozudos a veces con los share y demás permisos (Read, Write, etc).
Con paciencia y un poco de tiempo acabar de perfilar para corregir este problema.

Con esto como definitivo:

procedure TForm1.HTTPRIO1BeforeExecute(const MethodName: string; SOAPRequest: TStream);
var
ss:TFileStream;
begin
ss:=TFileStream.Create('C:\1.xml', fmCreate);
SOAPRequest.Position := 0;
ss.CopyFrom(SOAPRequest,SOAPRequest.Size);
ss.Free;
SOAPRequest.Position := 0;
end;

... ya vale.

Hola.

Un pequeño aporte.
Me he liado bastante para pasar de texto al indice de las enumeraciones de los XMLNS que genera Delphi. Por ejemplo para saber el índice del país a partir del código del país en texto.
He visto algunas soluciones en otras respuestas pero hacía falta declarar listas o arrays auxiliares.

Una pequeña función puede ayudar en estos casos:

y en el código se puede colocar

Donde "Pais" es una variable de tipo "string" que contiene el código del país ('FR', 'IT', etc);

La misma función se puede utilizar con otras enumeraciones que estén declaradas en los XLMNS.

Rubén.

Sobre el tema de los NIF censados o NO CENSADOS yo tengo un caso curioso:

IBRAHIMI EL BABANI RACHID 54677557W
El la busqueda por nif https://www1.agenciatributaria.gob.e...BUGC-JDIT/Cnec
da como correcto y al realizar el envio de EMITIDAS la rechaza como NO CENSADO.

Interesante, RubenMon.

Hola. Este problema ya esta resuelto en enlaces anteriores, es la forma de asignar el certificado. Se soluciono con las capicom. Yo he llegado a enviar un bloque de 10000 facturas para ver si funcionaba y todo correcto.

Te pongo el codigo pero revisa los post anteriores. En el evento OnbeforePost del objeto HttpTrio tienes que poner lo siguiente

Código Delphi [-]
  procedure TFSIIConsultar.SoapeadorHTTPWebNode1BeforePost(
  const HTTPReqResp: THTTPReqResp; Data: Pointer);
var
     Store : IStore;
     Certs : ICertificates;
     Cert : ICertificate2;
     CertContext : ICertContext;
     PCertContext : PCCERT_CONTEXT;
     V : OleVariant;
  
 const
     INTERNET_OPTION_CLIENT_CERT_CONTEXT = 84;
 begin

     V := Certificado;

     Store := CoStore.Create;
     Store.Open(CAPICOM_CURRENT_USER_STORE, 'MY',CAPICOM_STORE_OPEN_MAXIMUM_ALLOWED );
     Certs := Store.Certificates.Find(CAPICOM_CERTIFICATE_FIND_SUBJECT_NAME,V,False );

     if Certs.Count > 0 then
     begin

         Cert:=IInterface(Certs.Item[1]) as ICertificate2;

         CertContext:=Cert as ICertContext;
         CertContext.Get_CertContext(Integer(PCertContext));


        

         if InternetSetOption(Data,INTERNET_OPTION_CLIENT_CERT_CONTEXT,PCertContext,Sizeof(CERT_CONTEXT)) = False then
          begin
             showmessage('ERROR');
          end;
     end
     else
      begin
        showmessage('ERROR');
      end;
 end;

Hola, tienes que utilizar el/los eventos del componente httprio beforeexecute o afterexecute, te mando un ejemplo de código..

A mí me pasa CASI lo mismo que a tí. En ese enlace de la AEAT me da OK ("La persona consultada ha sido identificada en el censo de la AEAT").

Pero en el alta de facturas emitidas, enviando el nombre completo en la forma "Apellidos Nombre" (esta vez sin comas ni nada):

me rechazan la factura dando error de NO IDENTIFICADO (error 1117), que es diferente de "no censado" (error 2011).


Entonces hago un intento reenviándolo como no censado, tal como está documentado:

y entonces es cuando me la acepta con errores, como no censado.

Entiendo que a partir de este punto ya no podemos hacer nada más (no tengo manera de averiguar y por tanto corregir nada más de la contraparte). Nosotros ya habremos cumplido con nuestra obligación de informar a la AEAT de la factura, con toda la información de que disponíamos.

Supongo que si en el futuro algún día conseguimos saber algo más de ese NIF y/o el nombre correcto de su titular, siempre podremos emitir una modificación de esa factura ("A1")...

P.D. - En casi todos los casos que me estoy encontrando, los nombres corresponden claramente a personas extranjeras...

Para el caso 2. ¿ Como sabemos que el primer rechazo es por el nif no censado ? ¿ Devuelve algun codigo de error ?
¿ A alguien le ha pasado que el ws de calidad de datos no identifique a alguna empresa grande como a Telefonica ?


[quote=nuevo1234;517390]

[quote=xamminf;517423]Para el caso 2. ¿ Como sabemos que el primer rechazo es por el nif no censado ? ¿ Devuelve algun codigo de error ?
¿ A alguien le ha pasado que el ws de calidad de datos no identifique a alguna empresa grande como a Telefonica ?


Para responder a tu primera pregunta, léete el post anterior al tuyo. Verás que cada caso genera un error diferente:

"... me rechazan la factura dando error de NO IDENTIFICADO (error 1117), que es diferente de "no censado" (error 2011)."

Si cfichero existe, no es preciso borrarlo, ya que el parámetro fmCreate en ss:=TFileStream.Create( cfichero, fmCreate);'machaca' (rewrite) el fichero si existe.

¿Dónde está la implementación de montar_fichero_sii( date,time,'nombredefichero.xml')? Gracias.

Muchas gracias keys, probaré con las capicom a ver que tal. Aunque me resulta curioso que si funcione el certificado cuando envío 15 facturas y no funcione cuando envío 25.

Eso nos pasaba a todos, creo recordar que el problema era a partir de 13 facturas.

power shell
 

Primero que todo, dar las gracias a todos los integrantes de este maravilloso foro.

Por si puede interesarse a alguien,, utilizo curl para mandar los ficheros a la AEAT, pero ya tengo otra forma de mandar los ficheros
aunque solo funciona bien con Windows 10, con Windows 7 estoy en ello cuando tengo algún ratito,,, lo ejecutáis desde cualquier programa, para que mande el fichero, el curl que se ejecuta desde powershell es UN CURL que es un alias de invoke-webrequest

saludos


pego un fichero ps1, ya que no me los deja subir
$cert = New-Object System.Security.Cryptography.X509Certificates.X509Certificate2
$cert.Import('C:\CURL\ECO.pfx','vicentin','DefaultKeySet')


CURL Https://www7.aeat.es/wlpl/SSII-FACT/...iiFactFEV1SOAP -certificate $cert –infile ENVIOS.XML -outfile MSG.XML –contentType "text/xml" -method POST

sobre el NIF , el nombre y el no censado según lo que se hablo en la reunión:

Dijeron que efectivamente el NIF debe corresponde con el nombre, pero que se podía colocar apellidos nombre, o viceversa, que la AEAT tenia un algoritmo para solucionar esto.

Sobre el NIF no identificado, cuando ocurre esto en el primer envio se da como no censado (o no identificado no recuerdo bien el termino exacto), entonces se activa una rutina que comprueba contra la policía ese nif y se añade a la base de datos de la AEAT. Un segundo intento de envio unos minutos mas tarde (segundos dijo el informatico) ya daría como aceptado el NIF. Sin tocar nada.

NO deberíamos tener muchas facturas enviadas como 07 NO censado. Eso será causa de inspección.

Cuando el informatico de la AEAT introdujo una factura de prueba (con el inspector delante), coloco el NIF, y en al introducir el nombre dijo "pongo XXXXX que mas da, eso no se comprueba". y se quedo tan tranquilo. La factura fue aceptada.

Saludos !

yo subi un .rar con todo listo para instarlo. búscalo.

slds.

Facturas Simplificadas
 

Alguién tiene un ejemplo de una factura simplificada. En el documento aparece como no obligatorio el campo nif, pero si no se lo indico , al serializar el xml,
se queda así esa factura:

¿ Alguien sabe porque se incluye la clave <nif> sin indicarsela ?, ¿ o tiene algún ejemplo de un xml de una factura simplificada ?

No se ha de indicar nada en Contraparte, ni el <NIF> ni tampoco el <NombreRazon>

Entrega intracomunitaria
 

Buenos días

¿Alguien tiene una muestra de factura de entrega intracomunitaria que acepte sin errores? A mi me está dando un error en una prueba:
Código Error: 2006 - La factura contiene un desglose a nivel de factura cuando le corresponde un desglose a nivel de operación, por no ser factura simplificada ni asiento resumen y la contraparte contiene un IdOtro o tiene un NIF que empiece por N

Gracias

puedes introducirla manualmente en el formulario de la AEAT

y cuando este enviada del todo, puedes volverla abrir, y tienes una opción para ver el documento y ahí veras el XML completo. (creo que esta arriba a la derecha o asi).

a ver si te sirve.

Saludos !

pero por lo que veo NO estas desglosando la operación.

Debes desglosar:

-<TipoDesglose xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd">
-<DesgloseTipoOperacion>
-<Entrega>
-<Sujeta>
-<Exenta>
<CausaExencion>E2</CausaExencion>
<BaseImponible>304999.2</BaseImponible>
</Exenta>
</Sujeta>
</Entrega>
</DesgloseTipoOperacion>
</TipoDesglose>

Esta es de exportación con entrega de bienes.

El desglose es obligatorio en exportación(-canarias), CE, y nifs que empiezan por N.

Saludos !

Hola a todos.

Estoy intentando obtener información a través del servicio ConsultaLRFacturasEmitidas. Si le pregunto sin filtros no hay ningún problema y funciona todo bien. Pero si intento buscar un cif en concreto es decir relleno FiltroConsulta.Contraparte.NIf me dice que también tengo que rellenar el nombreRazon, en la documentación pone que es obligatoria.

Pero sin embargo en la página web de hacienda solo es necesario poner el CIf, no hay que poner el nombre.

¿Alguien se ha dado cuenta de esto o lo esta haciendo de otra manera?

8.1.1.3.Ejemplo mensaje XML de alta de factura simplificada
XML de entrada

Con las consultas filtradas: En el XML hay que poner NIF y NombreRazon. Un ejemplo que ha funcionado (con datos falseados):

Si eso ya lo pone en la información, pero luego si lo haces en la página de hacienda directamente no hay que poner el nombre con el cif es suficiente.

¿Alguien ha tramitado una factura recibida con un NIF no censado en la AEAT? Teóricamente tengo que cambiar el campo ID por un IDOtro de tipo 07 (PersonaFisicaJuridicaIDTypeType.Item07) pero cuando lo hago me devuelve un error 1103 que dice Valor del campo IDType incorrecto.

Ese tipo es sólo para las emitidas.

Si lo pones así no da ningún error, y te responden El NIF de la contraparte no está censado.

Repito el tipo 07 es sólo para emitidas no para recibidas. Comprobarlo en la página de hacienda y vereis que no sale el tipo

Y con las recibidas, si tienes un NIF no censado, ¿cómo se resuelve?

Saludos,

Tienes que llamar al proveedor y que te de bien los datos. Respuesta de hacienda.

Edito. El tipo 07 cif no censado no es por que hacienda no tiene sus datos, hacienda nos tiene fichados a todos, sino que te da esa posibilidad por que puede que tengas mal los datos del cliente y lógicamente puede que ya no le puedas llamar para pedirle los datos correctos. En el caso de las recibidas siempre podrás llamar a la empresa para que te de los datos bien.

File too large
 

Desde hace un rato intento enviar facturas, tanto desde el service como desde la página de pruebas, y recibo el siguiente error:

Pero el fichero tiene sólo 27 facturas, y ocupa apenas 53 Kb.

¿Os pasa a alguno más?

Puff, estoy igual... partiendome la osamenta de la testa para ver que estaba mal en el .xml...
Ya veo que el asunto solo es que la agencia tienen el sistema en pruebas y el reloj en marcha.

Tiene pinta de que es fallo de su servidor, a mí me da el mismo fallo al enviar la modificación, alta o anulación de una sola factura

keys, muchas gracias por la aclaración. Tiene su lógica. A los clientes les puedes perder la pista, pero a los proveedores no.

Saludos,

La lógica de Hacienda :D que para el repercutido siempre abren la mano porque es a pagar, pero en el soportado son del puño cerrado y por cualquier cosa te rechazan la factura y así menos IVA que te desgravas

¿No dicen que Hacienda somos todos?