![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Diferencias con TicketBAI
Estoy empezando a darle caña a VeriFactu y veo que hay algunas diferencias con respecto a TicketBAI que me gustaría que me confirmaran, por si me estoy equivocando con el procedimiento...
Para TicketBAI, el procedimiento es el siguiente: 1. Generar el XML (por ejemplo, factura.xml) 2. Firmar el XML (por ejemplo, factura-firmada.xml) 3. Realizar el envío del archivo, firmando también el envío (yo uso el evento NetHTTPClient1NeedClientCertificate del componente TNetHTTPClient) Pero según entiendo, con VeriFactu (al menos por ahora) no hay que firmar el XML, sino únicamente *el envío*. Con VeriFactu creo entender que el procedimiento es este: 1. Generar la(s) Factura(s) (no veo forma de obtener el XML de UNA factura concreta) 2. Generar el XML del envío, que contiene la(s) factura(s) 3. Realizar el envío, firmando el envío con el certificado ¿Es correcto? No veo la forma de obtener el XML de la factura antes de hacer el envío. Solo al enviarla, con el evento HTTPRIO1BeforeExecutedel componente THTTPRIO No sé si es posible usar el componente TNetHTTPClient, aunque esto lo de menos ya que me da igual que funcione uno u otro. Al no tener que firmar el XML de la factura, entiendo que no hace falta lo de las políticas de firma, SigPolicyID, SigPolicyHash, r_SigPolicyURI, etc. que sí eran necesarios en TicketBAI ¿Podría alguien confirmarme esto antes de seguir empeñado en hacerlo como en TicketBAI? |
|
#2
|
|||
|
|||
|
Cita:
espinete, No me atrevo a responder a su pregunta pero si a plantear alguna diferencia mas: Con TicketBAI no hay "flujo", con lo cual, conforme se hace se envia. Con VF si hay flujo y puede ser necesario demorar el envio, porque claro, no se va a demorar la generacion-impresion de la factura Ademas en TB el xml hay que hacerlo en el momento de la impresion porque en el QR va un trozo de la firma. En VF me pareciera que no porque 1º no hay que firmarla el xml y segundo en el QR no se incluye un trozo de la firma. Esto a mi modo de ver es determinante porque "determina" la manera de hacer y si cambiara también habría que cambiar la forma |
|
#3
|
||||
|
||||
|
Buenos días, gracias a todos por vuestras aportaciones, hoy he enviado a mano el primer XML mediante ARC (Advanced Rest Client) y la primera en la frente tanto el NIF del emisor de la factura como el del certificado mediante el cual me iidentifico son los mismos, el problema es que me devuelve un error cuyo codigo [4118] no se corresponde con la descripción del mismo :
<?xml version="1.0" encoding="UTF-8"?><env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"><env:Body><env:Fault><faultcode>env:Client</faultcode><faultstring>Codigo[4118].Error La direccion no se corresponde con el fichero de entrada.</faultstring><detail><callstack>Error La direccion no se corresponde con el fichero de entrada. La verdad voy muy despistado... parece que algo no está correcto en el encabezado, os adjunto el envío por si alguno le puede hechar un vistazo... POST /wlpl/TIKE-CONT/ws/SistemaFacturacion/VerifactuSOAP HTTP/1.1 Host: prewww1.aeat.es:443 Content-Type: text/xml <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:sfLR="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroLR.xsd" xmlns:sf="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd"> <soapenv:Header/> <soapenv:Body> <sfLR:AltaFactuSistemaFacturacion> <sf:Cabecera> <sf:IDVersion>1.0</sf:IDVersion> <sf:ObligadoEmision> <sf:NombreRazon>EMPRESA,S.L.</sf:NombreRazon> <sf:NIF>Bnnnnnnnn</sf:NIF> </sf:ObligadoEmision> </sf:Cabecera> <sfLR:RegistroAltaFacturas> <sfLR:RegistroFacturacion> <sf:IDFactura> <sf:IDEmisorFactura> <sf:NIF>Bnnnnnnnn</sf:NIF> </sf:IDEmisorFactura> <sf:NumSerieFacturaEmisor>T1966968</sf:NumSerieFacturaEmisor> <sf:FechaExpedicionFacturaEmisor>27-09-2024</sf:FechaExpedicionFacturaEmisor> </sf:IDFactura> <sf:NombreRazonEmisor>EMPRESA,S.L.</sf:NombreRazonEmisor> <sf:TipoRegistroSIF>S0</sf:TipoRegistroSIF> <sf:TipoFactura>F1</sf:TipoFactura> <sf:TipoRectificativa>S</sf:TipoRectificativa> <sf escripcionOperacion>Venta Artículos Jardineria</sf escripcionOperacion><sf:FacturaSimplificadaArticulos7.2_7.3>S</sf:FacturaSimplificadaArticulos7.2_7.3> <sf:FacturaSinIdentifDestinatarioArticulo6.1.d>S</sf:FacturaSinIdentifDestinatarioArticulo6.1.d> <sf:Cupon>N</sf:Cupon> <sf esglose><sf etalleDesglose><sf:ClaveRegimen>01</sf:ClaveRegimen> <sf:CalificacionOperacion>S1</sf:CalificacionOperacion> <sf:TipoImpositivo>21.00</sf:TipoImpositivo> <sf:BaseImponibleOimporteNoSujeto>21.82</sf:BaseImponibleOimporteNoSujeto> <sf:CuotaRepercutida>4.58</sf:CuotaRepercutida> </sf etalleDesglose></sf esglose><sf:CuotaTotal>4.58</sf:CuotaTotal> <sf:ImporteTotal>26.40</sf:ImporteTotal> <sf:PrimerRegistro> <sf:IDEmisorFacturaRegistroAnterior>S</sf:IDEmisorFacturaRegistroAnterior> </sf:PrimerRegistro> <sf:EncadenamientoRegistroAnterior> <sf:IDEmisorFacturaRegistroAnterior> <sf:NIF>B58292129</sf:NIF> </sf:IDEmisorFacturaRegistroAnterior> <sf:NumSerieFacturaRegistroAnterior>T1966967</sf:NumSerieFacturaRegistroAnterior> <sf:FechaExpedicionFacturaRegistroAnterior>27-09-2024</sf:FechaExpedicionFacturaRegistroAnterior> <sf:HuellaRegistroAnterior/> </sf:EncadenamientoRegistroAnterior> <sf:SistemaInformatico> <sf:NombreRazon>EMPRESA INFORMATICA,SL</sf:NombreRazon> <sf:NIF>Bxxxxxxxx</sf:NIF> <sf:NombreSistemaInformatico>ELSOFTWARE</sf:NombreSistemaInformatico> <sf:IdSistemaInformatico>A.01</sf:IdSistemaInformatico> <sf:Version>1.0</sf:Version> <sf:NumeroInstalacion>100</sf:NumeroInstalacion> <sf:TipoUsoPosibleSoloVerifactu>S</sf:TipoUsoPosibleSoloVerifactu> <sf:TipoUsoPosibleMultiOT>S</sf:TipoUsoPosibleMultiOT> <sf:IndicadorMiltipleOT>S</sf:IndicadorMiltipleOT> </sf:SistemaInformatico> <sf:FechaHoraHusoGenRegistro>2024-09-27T13:21:20+02:00</sf:FechaHoraHusoGenRegistro> </sfLR:RegistroFacturacion> <sf:TipoHuella>1</sf:TipoHuella> <sf:Huella>C32E027863DBD555C84FD80E5A52D84EE30693DE3F28B599DDCB4461DD320811</sf:Huella> </sfLR:RegistroAltaFacturas> </sfLR:AltaFactuSistemaFacturacion> </soapenv:Body> </soapenv:Envelope> Gracias de antemano, verremos como evoluciona el tema. Un Saludo. |
|
#4
|
|||
|
|||
|
Cita:
La razón social tiene que ser la de la empresa y que sea correcta. En el SII pasaba lo mismo |
|
#5
|
||||
|
||||
|
Razon Social
Cita:
La razón social es la de mi empresa, he sustituido el nombre por EMPRESA,SL como ejemplo para vosotros, lo que no me cuadra es el código de error que se corresponde con nif incorrecto y el descriptivo del error es otro. Un saludo. |
|
#6
|
|||
|
|||
|
Cita:
Mira las validaciones de error en este documento En concreto "4118 El NIF del titular no está autorizado a enviar información al sistema" https://sede.agenciatributaria.gob.e...esSII_v1.1.pdf |
|
#7
|
||||
|
||||
|
Error mio
Cita:
lo siento mucho.Un saludos y muchas gracias a todos. |
|
#8
|
||||
|
||||
|
Buenos dias
Estoy actualizando el programa que envia facturas (simples) a verifactu, que deje posteado hace tiempo en este foro desde una hoja de calculo, ahora para realizar ya el envio de pruebas. Modificado, y probado me devuelve este error: Error al realizar el envío; (ERemotableException)-<env:Fault xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"><faultcode>env:Server</faultcode><faultstring>Codigo[1207].Se esperaba nodo {http://schemas.xmlsoap.org/soap/envelope/}Envelope y ha venido {http://www.w3.org/2003/05/soap-envelope}Envelope</faultstring></env:Fault> efectivamente, la cabecera del XML que envia es: http://www.w3.org/2003/05/soap-envelope pero no se como cambiarlo al que me esta pidiendo: http://schemas.xmlsoap.org/soap/envelope (he tratado de alterar el XML antes del envio httprio beofre...., pero creo que habra mejor forma y tampoco lo he conseguido). ¿puede alguien ayudarme? y asi dejamos un ejemplo funcional de envio de alta y baja de facturas al entorno de pruebas. Saludos ! |
|
#9
|
|||
|
|||
|
Hola
¿Cómo configuráis el componente HTTPRIO para hacer el envío? He intentado poner "https://prewww1.aeat.es/wlpl/TIKE-CONT/ws/SistemaFacturacion/VerifactuSOAP" en "WSDLLocation" pero me da error al elegir el Port y Service También lo he puesto en URL con el mismo resultado. Para TicketBAI utilizaba el componente NetHTTPClient, pero el httprio no lo he usado nunca. Viendo el proyecto de ejemplo que hay en el segundo post del hilo, hay que hacerlo de esta manera:
Pero no sé donde debo indicar la url, puerto, etc. Última edición por Neftali [Germán.Estévez] fecha: 30-09-2024 a las 12:38:05. Razón: Utilizar TAG's en el código |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Hijo de Informáticos | gluglu | Humor | 3 | 13-03-2007 11:05:35 |
| Adictos informaticos ... | Trigger | Humor | 2 | 11-10-2004 12:18:32 |
| Nosotros los Informáticos | Trigger | Humor | 1 | 10-10-2004 14:58:09 |
| Patrón de los Informáticos. | obiwuan | Varios | 20 | 10-09-2003 14:44:54 |
| Chistes Informaticos | jhonny | Humor | 2 | 11-08-2003 21:59:09 |
|