Club Delphi  
    Paypal   FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Principal > Internet
Registrarse FAQ Miembros Calendario Guía de estilo Buscar Temas de Hoy Marcar Foros Como Leídos

Colaboración Paypal con ClubDelphi

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 23-01-2024
espinete espinete is offline
Miembro
 
Registrado: mar 2009
Posts: 668
Poder: 18
espinete Va camino a la fama
Cita:
Empezado por YellowStone Ver Mensaje
Nuestro programa también lo permitía, y recibimos carta de la diputación para que dejara de permitirlo. Lo permitiamos en la facturación de albaranes, por si por error se había hecho la facturación mal, que se pudiera echar para atrás sin tener que crear 200 facturas rectificativas o 200 anulaciones. Sólo las enviábamos a la hora de imprimirlas. Claro, que el cliente, lo mismo no las imprimía y enviaba hasta días después, lo que antes era permitido, y ahora no. La solución que hemos puesto es que según se factura se envía, y si se equivoca, que ande con cuidado o tendrá que repetir la facturación entera. Y enviamos como fecha de expedición, la fecha del momento en que se crea, y fecha de operación, la fecha que el cliente le quiera poner a la factura.
Creo que nuestro error es que tanto en "fecha de expedición" como en "fecha de operación" ponemos la misma fecha, ya que en el 99% de los casos, ambas coinciden.
Pero es verdad que al facturar albaranes, convertir presupuestos en factura, etc. damos la opción al usuario de elegir la fecha de la factura resultante, y quizás ese sea el problema.

En cualquier caso, nosotros por ahora sí permitíamos a los usuarios enviar las facturas más adelante. Hay muchísimos casos en los que debería ser permitido, o necesario, para evitar problemas mayores.
Pero vamos, que si Araba no lo permite, les remitiré a ellos cuando los clientes se quejen (que lo harán).

Mucho va a tener que cambiar España para que se adapte todo el mundo a Veri*Factu cuando entre en vigor, me temo.
Responder Con Cita
  #2  
Antiguo 26-06-2024
diegorgm diegorgm is offline
Registrado
 
Registrado: jun 2024
Posts: 5
Poder: 0
diegorgm Va por buen camino
La cabecera no tiene informada correctamente el nodo Mod

Hola a todos,

Llevo dos días pegándome con esto para Bizkaia y no consigo librarme de un error. He buscado en todo el hilo y no he encontrado nada.

Estoy envíando un XML de ejemplo sacado de la web de Batuz para la emisión de una factura, que empieza con

Código:
<?xml version="1.0" encoding="UTF-8"?>
<T:TicketBai xmlns:T="urn:ticketbai:emision">
	<Cabecera>
		<IDVersionTBAI>1.2</IDVersionTBAI>
	</Cabecera>
...
Me salta una error que dice El XML no cumple el esquema. La cabecera no tiene informada correctamente el nodo Modelo.. Sin embargo, si valido el XML contra el XSD ticketbaiv1-2-2.xsd parece que es válido. De hecho, según ese esquema, la cabecera no debe llevar un nodo Modelo.

Si añado el nodo Modelo a la cabecera, el error cambia y me sigue pidiendo otros nodos hasta que llego a un punto en que me dice que no reconoce el elemento TicketBai.

Todo parece indicar que, por algún motivo, se está haciendo la validación del XML contra otro esquema diferente.

Si alguien me puede echar una mano, se lo agradezco.
Responder Con Cita
  #3  
Antiguo 26-06-2024
Avatar de keys
keys keys is offline
Miembro
 
Registrado: sep 2003
Ubicación: Bilbao
Posts: 1.235
Poder: 24
keys Va por buen camino
Esto es lo que tengo yo en el fichero xml.

Código Delphi [-]


1.2
Responder Con Cita
  #4  
Antiguo 26-06-2024
Avatar de keys
keys keys is offline
Miembro
 
Registrado: sep 2003
Ubicación: Bilbao
Posts: 1.235
Poder: 24
keys Va por buen camino
Perdón. Me lo ha quitado

Cita:
<?xml version="1.0" encoding="utf-8" standalone="no"?>
<T:TicketBai xmlns:T="urn:ticketbai:emision" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:ticketbai:emision ticketBaiV12.xsd ">
<Cabecera>
<IDVersionTBAI>1.2</IDVersionTBAI>
</Cabecera>
Responder Con Cita
  #5  
Antiguo 26-06-2024
diegorgm diegorgm is offline
Registrado
 
Registrado: jun 2024
Posts: 5
Poder: 0
diegorgm Va por buen camino
Muchas gracias por tu respuesta! Estaba enviando el primero y no el segundo...
Responder Con Cita
  #6  
Antiguo 26-06-2024
Avatar de thinkows
thinkows thinkows is offline
Miembro
 
Registrado: mar 2020
Ubicación: Sabadell
Posts: 105
Poder: 7
thinkows Va por buen camino
Cita:
Empezado por diegorgm Ver Mensaje
Hola a todos,

Llevo dos días pegándome con esto para Bizkaia y no consigo librarme de un error. He buscado en todo el hilo y no he encontrado nada.

Estoy envíando un XML de ejemplo sacado de la web de Batuz para la emisión de una factura, que empieza con

Código:
<?xml version="1.0" encoding="UTF-8"?>
<T:TicketBai xmlns:T="urn:ticketbai:emision">
	<Cabecera>
		<IDVersionTBAI>1.2</IDVersionTBAI>
	</Cabecera>
...
Me salta una error que dice El XML no cumple el esquema. La cabecera no tiene informada correctamente el nodo Modelo.. Sin embargo, si valido el XML contra el XSD ticketbaiv1-2-2.xsd parece que es válido. De hecho, según ese esquema, la cabecera no debe llevar un nodo Modelo.

Si añado el nodo Modelo a la cabecera, el error cambia y me sigue pidiendo otros nodos hasta que llego a un punto en que me dice que no reconoce el elemento TicketBai.

Todo parece indicar que, por algún motivo, se está haciendo la validación del XML contra otro esquema diferente.

Si alguien me puede echar una mano, se lo agradezco.


Buenos días, adjunto un ejemplo de pruebas, en el XML sin agrupar (sin empaquetar) :


<?xml version="1.0" encoding="utf-8"?>
<T:TicketBai xmlns:T="urn:ticketbai:emision">
<Cabecera>
<IDVersionTBAI>1.2</IDVersionTBAI>
</Cabecera>
<Sujetos>
<Emisor>
<NIF>A99805228</NIF>
<ApellidosNombreRazonSocial>wAxkrkQQMPtTaBvEZzVH4QuwTRam9A</ApellidosNombreRazonSocial>
</Emisor>


En el XML agrupado (empaquetado)

<?xml version="1.0" encoding="utf-8"?>
<lrpficfcsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion xmlns:lrpficfcsgap="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaPeticion_V1_0_2.xsd">
<Cabecera>
<Modelo>240</Modelo>
<Capitulo>1</Capitulo>
<Subcapitulo>1.1</Subcapitulo>
<Operacion>A00</Operacion>
<Version>1.0</Version>
<Ejercicio>2024</Ejercicio>
<ObligadoTributario>
<NIF>A99805228</NIF>
<ApellidosNombreRazonSocial>wAxkrkQQMPtTaBvEZzVH4QuwTRam9A</ApellidosNombreRazonSocial>
</ObligadoTributario>
Responder Con Cita
Respuesta


Herramientas Buscar en Tema
Buscar en Tema:

Búsqueda Avanzada
Desplegado

Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

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


La franja horaria es GMT +2. Ahora son las 05:28:16.


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
Copyright 1996-2007 Club Delphi