![]() |
Alguien sabe como puedo ler los datos de un archivo xml firmado? Es decir de un xsig... Lo intento como si fuera un xml pero no lo hace..
Gracias. |
Cita:
|
Cita:
|
Cita:
Lo que habría que ver es hasta donde llegan en otros países para ver un poco de jurisprudencia, por ejemplo en Portugal tengo entendido que van a saco. |
Enviar a Bizkaia las facturas SIN SOFTWARE GARANTE y las CONSULTAS de ingresos.
Cita:
|
Cita:
Una cosa es que exiga que los equipos tengan password (por temas de seguridad) y otra cosa que exiga que se la des a ellos. ¿No habrá sido un malentendido? |
Zuzendu error 500
Hola, os esta funcionando el servicio zuzendu de gipuzkoa en el entorno de pruebas?
Lleva desde el vieners por la tarde dándome el siguiente error: Código:
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> |
Cita:
|
En el borrador no pone nada de manualno registro de acciones, no?
Cita:
|
Zuzendu SUBSANAR error
Hola de nuevo, me estoy volviendo loco con el envio a zuzendu de una factura SUBSANAR.
A ver si me podéis dar algo de luz de que estoy haciendo mal. Tengo la siguiente factura XML Código:
<?xml version="1.0" encoding="UTF-8"?>Pero siempre recibo el error: Código:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?> |
Cita:
La unica diferencia con respecto a la mia es: <ns2:SubsanacionModificacionTicketBAI xmlns:ns2="urn:ticketbai:zuzendu-alta"> |
Cita:
1. La Administración tributaria podrá personarse en el lugar donde se encuentre o se utilice el sistema informático, y podrá exigir el acceso completo e inmediato a donde resida el registro de los datos, o sus copias seguras, así como su descarga, volcado o copiado, consulta e impresión, siempre en formato legible, obteniendo, en su caso, el usuario, contraseña y cualquier otra clave de seguridad que fuera necesaria para el acceso completo al sistema informático y a los datos del mismo, todo ello de acuerdo con lo previsto en la normativa reguladora de los procedimientos de aplicación de los tributos. 2. La Administración tributaria podrá requerir y obtener copia de los registros de facturación conservados de acuerdo con lo dispuesto en la letra c) del apartado 2 del artículo 8 de este Reglamento, que podrá ser suministrada en formato electrónico mediante soporte físico o mediante envío automático y seguro por medios electrónicos a su sede electrónica. 3. La Administración tributaria podrá también requerir de los productores o comercializadores de sistemas informáticos la información necesaria para verificar el cumplimiento de los requisitos del presente Reglamento de los sistemas informáticos producidos o comercializados. |
Cita:
Código:
<ns2:SubsanacionModificacionTicketBAI xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:ns2="urn:ticketbai:zuzendu-alta">Código:
<ns2:SubsanacionModificacionTicketBAI xmlns:ns2="urn:ticketbai:zuzendu-alta"> |
Cita:
Cita:
"...como la de poder exigir las contraseñas..." Pensé que te referías a que la AEAT puede pedir tener las contraseñas de tus sistemas para tenerlas en cualquier momento. Eso no me parece lógico ni tiene sentido. En el segundo párrafo lo que dice (más o menos) es: "...que si se presenta una inspección en tu empresa de la AEAT para revisar tus equipos porque piensan que estás defraudando, debes darles las contraseñas para acceder a ellos. Cosa normal y lógica. Si se presentan a hacerte una inspección no te preocupes que tendrán lo necesario judicialmente para hacerlo." Lo que no tiene sentido es que se presente en la empresa una inspeción de hacienda y les digas: "lo siento, no pueden acceder al equipo porque no recuerdo la contraseña." => Lo siguiente es que van a coger los equipos y se los van a llevar. Ya no tendrás que preocuparte por las contraseñas. Al final la ley lo que está diciendo es que: 1) o envías los ficheros a hacienda de forma regular. 2) o los guardas en tus equipos (firmados y con lo necesario para demostrar que no sean alterados) y por supuesto en cualquier momento que la AEAT necesite acceder a ellos se los tienes que poder facilitar de forma fácil. Si tus equipos tienen contraseñas cuando se presente el inspector de hacienda, pues se la tendrás que dar (no veo problema judicial en eso, es más es lo lógico). Es lo que estás aceptando cuando en un punto pone: Verificación del cumplimiento de la obligación por parte de la Administración tributaria Pues eso, que la administración debe poder hacerlo. Y si tienes contraseñas pues se las tienes que dar. Si no de qué sirve todo este "choco" si cuando vayan a revisar lo que estás haciendo les puedes decir que no les das acceso. :confused::confused::confused::confused: Y cuando dice: "La Administración tributaria podrá requerir y obtener copia de los registros de facturación conservados..." Pues si los tienes encriptados les tendrás que dar la clave de desencriptación. |
Yo lo que veo que no tiene sentido es que podamos garantizar que los eventos no sea modificables sin un procedimiento claro, ¿por que?, pues bien, en las facturas si las enviamos inmediatamente no hay problema, si nos la quedamos y hacemos un encadenados no hay problema por que hay emitidos tiquets con qrs que sirven como verificación. Pero los eventos que guardemos no se puede hacer um blockchain, si no hay una entidad de hacienda que reciba esos datos o un reglamento específico que lo garantice. Cualquier cosa que hagamos es modificable. Si el cliente que tiene un software externo puede tener encriptado o con contraseñas imposibles de evadir, pero si la empresa que usa el software es la misma que hace el programa que me expliquen como se hace, si quieres meterle un timestamp ya obligan a una conexión continua con Internet, no es viable.
|
Cita:
Ahí está el quid de la cuestión: Lo que buscan, a la larga, es que las empresas desarrolladoras de softwares contables y de facturación sean independientes de las empresas que los usan. Y que las empresas desarrolladoras pongan los mecanismos de seguridad para que el cliente no pueda manipular la información. Y se pedirá homologación de los softwares para que sean éstos los que cumplan. Saludos |
Facturas Sin Software Garante
Hola,
Quería preguntaros que tengo que poner en el XML que genero para enviar un factura Sin Sotfware Garante cuando es el Modelo 140. Cuando es el Modelo 240 el XML empieza de la siguiente forma: <?xml version='1.0' encoding='UTF-8'?> <lrpjfecsgap:LROEPJ240FacturasEmitidasSinSGAltaModifPeticion xmlns:lrpjfecsgap='https://www.batuz.eus/fitxategiak/ba...ion_V1_0_1.xsd'> <Cabecera> .... ¿Y cuando es el Modelo 140 que hay que poner? <?xml version='1.0' encoding='UTF-8'?> <lrpjfecsgap:LROEPJ140FacturasEmitidasSinSGAltaModifPeticion xmlns:lrpjfecsgap='https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_140_1_2_FacturasEmitidas_SinSG_AltaModifPeticion_V1_0_1.xsd'> <Cabecera> ... Muchas gracias por vuestra ayuda, Joselu |
Cita:
<lrpficfssgamp:LROEPF140IngresosConFacturaSinSGAltaModifPeticion xmlns:lrpficfssgamp="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PF_140_1_2_Ingresos_ConfacturaSinSG_AltaModifPeticion_V1_0_3.xsd"> |
Cita:
|
Cita:
|
Cita:
La inviolabilidad del domicilio es un derecho fundamental reconocido en nuestra Constitución. Se precisa orden judicial para entrar en un domicilio, ... salvo en el caso de delito flagrante. (No sé si se consideraría delito flagrante estar emitiendo facturas falsas en tu casa) Pero creo que la inviolabilidad se considera para domicilios de personas físicas, no para personas jurídicas (empresas) o locales de negocio. Ahí creo que pueden intervenir sin orden judicial si tienen indicios fundados de que se están cometiendo delitos. Aunque tampoco estoy totalmente seguro. Saludos |
Cita:
|
¿En serio os preocupa eso?
Si se presenta un inspector de hacienda en una empresa o en tu casa, porque tiene pruebas o sospechas de que estás emitiendo facturas falsas con tu software ¿Le vas a decir que no le dejas entrar si no tiene orden judicial? O que no le das las contraseñas... No sería lo que más me preocupa, si estoy en esa situación... Lo que va a tardar en volver con una orden judicial va a ser la n-esima parte del tiempo que te puedes pasar en prisión tú (por diseñar el software) y el empresario (por generarlas), por un delito de "Falsedad documental" cuya pena segun "san google" va de 3 meses a 6 años de carcel, además de las consiguientes multas. Podemos seguir discutiendo de lo que hacienda puede o no puede hacer, si queréis, yo soy el primero que confieso que de temas legales no tengo ni idea, pero para mi es una pérdia de tiempo, puesto que espero no encontrarme en esa situación (no tengo en mente generar software que permita doble contabilidad, facturas no existentes y demás...) De verdad creo que si un inspector de hacienda se presenta en la empresa para hacer una inspeccción, no va porque se le ha ocurrido durante el desayuno o porque tiene un hueco antes de la comida. Imagino que irá con todo lo necesario según la ley, no ospreocupeis de eso. |
Batuz Compras no interiores
Hola, estoy desarrollando las compras en batuz (240 Facturas Recibidas y 140 Gastos Con Factura).
En el caso de facturas que no sean interiores, ya sea compras intracomunitarias o importaciones, entiendo que no hay iva pero igualmente tenemos que informar el bloque IVA / RentaIVA con sus correspondientes DetalleIVA / DetalleRentaIVA , para los modelos 240 y 140 respectivamente. Dentro de estos detalles, los campos de CuotaIVASoportada y CuotaIVADeducible que valores tiene que tener? En qué casos es obligatorio informarlos? Pensaba poner 0 porque son exentas y no hay IVA pero luego rechaza la factura con el error B4_2000124: La Cuota IVA soportada tiene un valor incorrecto para el valor de los campos Cuota y Base imponible suministrados. En cambio si hago igual que en una factura interior y pongo el importe de la cuota del iva de cada base tanto en CuotaIVASoportada como en CuotaIVADeducible (en el ejemplo serian 21 euros y 3 euros) en ese caso se acepta la factura sin errores, pero desde mi ignorancia me parece que las cuotas de iva soportada y deducible en esas facturas tendría que ser 0... Disculpad pero no tengo claros esos conceptos. Os muestro la parte final del xml que genero para este caso, en el ejemplo la factura tiene dos bases, pero con una sola da el mismo error: Código:
... |
Cita:
|
Cita:
|
Email desde Zuzendu
TicketBAI entorno de pruebas: parada de servicio hoy a las 15:30h Por razones de mantenimiento el entorno de pruebas de TicketBAI no estará operativo hoy a partir de las 15:30h. Esperamos que la parada sea de una hora aproximadamente. Los ficheros enviados durante ese periodo serán rechazados con el error “006 El servicio de recepción no está disponible”. El software deberá almacenar los XMLs y volver a enviarlos cuando el servicio se restablezca. Pueden utilizar esta parada para la prueba del reenvió de ficheros a TicketBAI. Enviaremos un email informando de cuando se haya restablecido el servicio. |
Cita:
Código:
using (HttpWebResponse wresp = (HttpWebResponse)wr.GetResponse()) |
Cita:
TicketBAI proben ingurunea martxan dago berriro. Barkatu eragozpenak El entorno de pruebas de TicketBAI vuelve a estar activo. Perdonen las molestias. |
Uso de Curl
Cita:
Aunque he visto 3 mensajes con ejemplos de uso de curl ninguno me funciona, me da error en el certificado. ¿Puedes publicar ejemplos de como utilizas curl?. Muchas gracias. |
Pero el envío de eso no es obligatorio, no?
|
Cita:
|
A ver si alguien de aquí pone algún ejemplo...
|
A ver si alguien me ayuda un poquito.
Si tengo un archivo de texto con una línea, por ejemplo «Prueba» Y quiero firmarlo t que se genere un archivo llamado prueba.signed que tenga la información de ls firma y un timestamp es posible?, si uso xmlsign me genera un archivo pero binario... Si el origen es un xml sí me.genera un archivo firmado que se ve la.firma. Alguien tiene algún ejemplo para firmar con php? Muchas gracias. |
Cita:
Yo uso el firmador.php del colega Bilbur con alguna ligera adaptación. Funciona de perlas. Lo tienes explicado en https://www.clubdelphi.com/foros/sho...&postcount=538 Saludos |
Hola a todos.
De esto ya se ha hablado antes pero lo pongo por si a alguien le sirve. Le han llamado a un cliente nuestro de la hacienda de GIPUZKOA que estaba declarando los suplidos como operaciones no sujetas y le han dicho que no las tiene que declarar. Hemos realizado la consulta a hacienda y nos han contestado lo siguiente. Cita:
|
Gipuzkoa - Error 500 en servidor de pruebas
Hola,
Estamos intentando enviar facturas al servidor de pruebas de Gipuzkoa, concretamente a la dirección: https://tbai-z.prep.gipuzkoa.eus/sarrerak/alta y siempre nos da error 500- Internal Server Error. ¿Os sucede lo mismo? Comenzamos a obtener este error después de la parada de mantenimiento del servidor del Jueves 17, antes de la parada la conexión era correcta pudiendo enviar altas, anulaciones, modificaciones y subsanaciones. |
Cita:
https://tbai-prep.egoitza.gipuzkoa.e...nFacturas/alta Y la URL de producción es esta:: https://tbai-z.egoitza.gipuzkoa.eus/sarrerak/alta |
SecureblackBox y BakQ
Hola.
Me esta surgiendo un problema a la hora de firmar y enviar el xml utilizando las secureblackbox. Un cliente (persona física) se a instalado la tarjeta virtual del BakQ. Lo que hace es instalarte un programita y te mete el bakQ como un certificado del sistema. Cuando intentas acceder seleccionado el certificado te pide usuario, contraseña y las coordenadas de la tarjeta de barcos. Con autofirma funciona firma bien, pero cuando le pido a las secureblackbox que firme utilizando este certificado me devuelve el error. Project factura.exe raised exception class EsbxXAdESSigner with message '-1: Failed to sign data [EElPublicKeyCryptoError] Internal error (0/0x00000)'. Process stopped. Use Step or Run to continue. ¿Alguien le ha tocado lidiar con esto?. |
Cita:
BakQ es un método de identificación, válido para acceso a muchos organismos. Pero no es un certificado digital. Para TicketBAI necesitas alguno de estos certificados digitales: - Certificado digital de persona física. - Certificado digital de representante de persona jurídica - Sello electrónico de empresa - Certificado digital de dispositivo. - Certificado digital de autónomo. Saludos |
| La franja horaria es GMT +2. Ahora son las 15:21:43. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi