![]() |
![]() |
| 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
|
|||
|
|||
|
Cita:
Código:
$xml = "<?xml version='1.0' encoding='UTF-8'?>";
$xml .= "<lrpficfcsgap:LROEPF140IngresosConFacturaConSGAltaPeticion
xmlns:lrpficfcsgap='https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PF_140_1_1_Ingresos_ConfacturaConSG_AltaPeticion_V1_0_1.xsd'>";
$xml .= " <Cabecera>
|
|
#2
|
|||
|
|||
|
Envios a BATUZ Certificados
En su momento envié a Batuz facturas firmadas con certificado de representante FNMT
Estas facturas las envié como persona física modelo LROE 140 Todo correcto Intento enviar el modelo LROE 240 con certificado de representante FNMT y me da el error N3_0000002 El interesado no está identificado NOTA: El envío a GIP lo hago con este certificado sin problemas Mis dudas son:
|
|
#3
|
|||
|
|||
|
Cita:
No sé si te valdrá de algo, pero, por si acaso, te cuento: En su día, hice una consulta a [email protected] que puede estar relacionada con tu problema. Pregunté: ¿Podríamos emplear, también, para el envío de los LROE, correspondientes a nuestros clientes, nuestro certificado digital en lugar del de cada contribuyente? Respuesta: La respuesta es Sí. Aun no se han publicado las órdenes forales que regulan el envío de las anotaciones al LROE. No obstante, en el texto de las mismas se recogerán dos situaciones distintas, ya previstas en la actualidad en relación con el SII, y que se trasladarán igualmente a Batuz: El suministro electrónico de las anotaciones al LROE podrá ser efectuado por un tercero o tercera que actúe en representación del contribuyente, de acuerdo con lo establecido en la normativa tributaria. Asimismo, al igual que en el SII, el Departamento de Hacienda y Finanzas habilitará el suministro electrónico de las anotaciones al LROE en representación de terceras personas a las entidades que lo soliciten a través del formulario electrónico que se apruebe al efecto. En particular, si se utiliza esta figura, los estatutos de las sociedad solicitante deberán completar, dentro de las actividad que conforman su objeto social, la realización de actividades de representación. En estos dos casos de representación, la entidad representante podrá utilizar su propio certificado para realizar los envíos. De acuerdo con eso, entiendo que si las facturas que envías a Batuz son emitidas por distinta empresa a la de ese certificado de representante, se necesitará estar dado de alta en ese registro de representaciones que van a habilitar. Por otro lado, para la firma del XML de la factura se precisa que el emisor de la factura sea la misma empresa del certificado con el que se firma. En caso contrario, se necesitará incluir en SignedProperties de la firma el nodo SignerRolev2 o SignerRole con valor “Thirdparty” o “tercero” como se indica en la página 3 de la normativa de firma electrónica TicketBAI (https://www.batuz.eus/fitxategiak/ba...onica_v1_0.pdf) Saludos Última edición por Sistel fecha: 10-05-2021 a las 00:19:56. |
|
#4
|
||||
|
||||
|
Cita:
La contestación que nos dieron a nosotros sobre este error fue: Cita:
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
|
#5
|
|||
|
|||
|
Cita:
Envíos a batuz correctos Comienzo con las consultas Un saludo |
|
#6
|
|||
|
|||
|
Error en consulta QR
Alguien sabe la diferencia en la url del QR en araba?
Al consultar un QR de facturas admitida devuelve siempre el error "Parámetros incorrectos" Si embargo, este mismo código efectúa la consulta a Gipuzkoa sin problemas La generación del CRC se hace con toda la url previa al parámetro "cr". La url se deja sin la / final, tal y como indica la especificación Tampoco existen caracteres a codificar en ninguno de los ejemplos probados Por ejemplo, los parámetros de una url que da error en el entrono de pruebas de Araba es: id=TBAI-A78648144-210121-qcSwKs6XuYTTq-062&s=01&nf=7684&i=63.26&cr=195 |
|
#7
|
||||
|
||||
|
Prueba con el mismo código de Guipuzkoa y sin quitar la / a la URL. Yo estoy usando esto y funciona sin problemas: Código:
TicketBAIID:TBAI-B05430756-291121-oBvVV+V6VnNb1-158 Serie:A NumFactura:25000 Importe:3.63 URL:https://pruebas-ticketbai.araba.eus/tbai/qrtbai/ RESULT: https://pruebas-ticketbai.araba.eus/tbai/qrtbai/?id=TBAI-B05430756-291121-oBvVV%2BV6VnNb1-158&s=A&nf=25000&i=3.63&cr=106
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
|
#8
|
|||
|
|||
|
Ahora si funciona, muchas gracias!!
La especificación dice concretamente que para Araba debe quitarse la barra final para el CRC, pero YA no es así. Estas cosas son las que vuelven loco a cualquiera: Se mira una y otra vez el código asumiendo que el error es tuyo y no un cambio de especificación |
|
#9
|
|||
|
|||
|
Ayuda Chilkat - Error Envío Fichero
Cita:
He cambiado la versión del fichero LROE_PF_140_1_1_Ingresos_ConfacturaConSG_AltaPeticion_V1_0_2.xsd a LROE_PF_140_1_1_Ingresos_ConfacturaConSG_AltaPeticion_V1_0_1.xsd y ahora me está dando otro error B4_2000033 pero ya hemos avanzado mucho. Saludos y muchas gracias, |
|
#10
|
|||
|
|||
|
Cita:
Eso ya tiene muy buena pinta. El error B4_2000033, según el documento de validaciones y errores del LROE (https://www.batuz.eus/fitxategiak/ba...res_V1_0_5.pdf) es La Cuota del impuesto tiene un valor incorrecto para los campos Tipo impositivo y Base imponible suministrados. Ya es error normal en los datos económicos de la factura. Saludos |
|
#11
|
|||
|
|||
|
Ayuda Chilkat - Error Envío Fichero
Cita:
Si miras en las especificaciones de envío pone la versión LROE_PF_140_1_1_Ingresos_ConfacturaConSG_AltaPeticion_V1_0_2.xsd. Y en el ejemplo Ejemplo_1_LROE_PF_140_IngresosConFacturaConSG_79732487C.xml también pone la misma versión. Parece que están desfasados en la creación de los documentos y su implantación en el entorno de pruebas. ¿Cómo les habrá funcionado a ellos? Saludos y mi agradecimiento por el esfuerzo realizado, Joselu |
|
#12
|
|||
|
|||
|
Consultas a Batuz
Me funcionan bien las consultas, excepto el filtro por fechas
Código:
<?xml version='1.0' encoding='UTF-8'?>
<lrpjfecsgcp:LROEPJ240FacturasEmitidasConSGConsultaPeticion
xmlns:lrpjfecsgcp='https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_ConsultaPeticion_V1_0_0.xsd'>
<Cabecera>
<Modelo>240</Modelo>
<Capitulo>1</Capitulo>
<Subcapitulo>1.1</Subcapitulo>
<Operacion>C00</Operacion>
<Version>1.0</Version>
<Ejercicio>2021</Ejercicio>
<ObligadoTributario>
<NIF>xxxxxxx</NIF>
<ApellidosNombreRazonSocial>xxxxxxxxx, S.L.</ApellidosNombreRazonSocial>
</ObligadoTributario>
</Cabecera>
<FiltroConsultaFacturasEmitidasConSG>
<CabeceraFactura>
<FechaExpedicionFactura>
<Desde>11-05-2021</Desde>
<Hasta>11-05-2021</Hasta>
</FechaExpedicionFactura>
</CabeceraFactura>
<NumPaginaConsulta>1</NumPaginaConsulta>
</FiltroConsultaFacturasEmitidasConSG>
</lrpjfecsgcp:LROEPJ240FacturasEmitidasConSGConsultaPeticion>
Por más que miro el xsd no encuentro el error Seguro que es cosa de "ellos" pero por preguntar que no quede Gracias |
|
#13
|
|||
|
|||
|
PHP Envío a TBAI BIZ Batuz
Como ya me funciona bien lo de los envíos a batuz os dejo el código
Lo primero que hago es separar por ejercicios el envío, no sea que en enero quira enviar facturas de diciembre y de enero Código PHP:
Código PHP:
Código PHP:
Código PHP:
|
|
#14
|
|||
|
|||
|
Hola Bilbur,
Muchas gracias, una vez más por compartir tu código. Aún no he llegado a la fase de envío a Batuz. Estoy aún en la fase de firma del XML. Y me ha venido de maravilla tu código para la firma. ¡¡¡Funciona de perlas!!! Se parece bastante al que yo estaba desarrollando (aunque estaba atrancado) basado en https://github.com/josemmo/Facturae-PHP Hay una detallito que no entiendo de tu clase Firmador(): Código PHP:
Lo dicho, muchas gracias de nuevo. Saludos |
|
#15
|
|||
|
|||
|
Envios batuz
¡Hola de nuevo a todos !
Después de enviar, comprobar el Qr y anular de manera correcta a Gipuzkoa y Álava. Me he dispuesto a probar a realizar lo mismo a Batuz. De aquí un poco mi duda sobre cuál creo que es el proceso de envío. Lo voy a explicar un poco a continuación, si tenéis alguna duda o hay algo en lo que me haya equivocado confirmadme : El documento por llamarlo así “inicial”, de la factura de TicketBAI lo tengo que codificar en gzip y en base64 después. La cadena generada gracias a la codificación en base64 lo tengo que incluir dentro de otro xml dentro de los campos Ingresos->TicketBai. Y a su vez este xml “final” codificarlo también en gzip y enviarlo con las cabeceras correspondientes a los servidores de BATUZ ya sean de prueba o de producción. ¿Hay alguna parte que me haya saltado o que esté errónea? Un saludo y muchas gracias a todos. La verdad que sin este foro no habría conseguido nada. |
|
#16
|
|||
|
|||
|
Lroe 140
Cita:
Muchísimas gracias por compartir tu código. Me gustaría saber si habéis conseguido desarrollar para el modelo 140? Gracias |
|
#17
|
|||
|
|||
|
Certificados de prueba
Aupa,
Estoy intentando agregar un certificado tanto por postman como por cUrl en PHP: Cita:
Cita:
Eskerrik asko!! |
|
#18
|
|||
|
|||
|
Buenas,
Acabo de hacer una prueba de envío del 140 y me sale un error ya conocido: Cita:
Y, efectivamente, no existe, por lo que he probado con la de la versión 1.0.2: Y esa sí que existe, por lo que he modificado la cabecera del 140 para que coja la URL de la versión 1.0.2 y... ¡sorpresa! error 500 (error interno del servidor). Es decir, que con la URL de la versión 1.0.1 dice que no encuentra el xsd, y cuando se pone el xsd correcto da un error 500. ¡Maravilloso! ¿A alguien más le pasa? ¿Alguna solución? |
|
#19
|
||||
|
||||
|
Hola a todos.
¿Alguien esta teniendo problemas hoy lunes al enviar a Bizkaia?. |
|
#20
|
|||
|
|||
|
Envio XML
Buenos días,
Hoy he estado en un Webinar sobre "Batuz" y me ha parecido entender hay que enviar el XML firmado a la hacienda. Yo tenía entendido que los datos del XML se envían codificados en Base64 sobre el fichero LROE y en ningún momento hay que enviar el XML firmado. El XML firmado tenemos que tenerlo guardado por si hay alguna inspección o algo similar. Podéis decirme si estoy en lo correcto? Gracias |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice | newtron | Internet | 3716 | 19-01-2026 20:01:34 |
| Como utilizar la ayuda del nuevo Sistema Operativo | gluglu | Humor | 3 | 24-09-2007 09:39:05 |
| Aplicacion Agencia De Viajes | ArdiIIa | Varios | 9 | 20-01-2007 16:49:53 |
| El Vasco Aguirre | Al González | La Taberna | 5 | 26-05-2006 09:22:28 |
| Microsoft ha lanzado su nuevo sistema operativo | DarkByte | Humor | 0 | 25-01-2004 09:21:14 |
|