![]() |
![]() |
| 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:
Esto es para chinarse. Al final consigo envío y respuesta TBAI BIZ Correcciones previas: Error en el json pues yo ponía ejerc 2022 y debo poner 2021 Error en el json que si el nif no coincide con el del obligado tributario etc Error de certificado, resulta que el de izenpe (que me dieron para pruebas NO vale) Error de certificado, resulta que el de FNMT de representante tampoco vale He cambiado todo a mi certificado personal de FNMT y ya funciona Recibo respuesta, todos los regitros erróneos Descomprimo 2 veces la respuesta y me sale el motivo del error (y esto si que es para chinarse) <SituacionRegistro> <EstadoRegistro>Incorrecto</EstadoRegistro> <CodigoErrorRegistro>B4_2000019</CodigoErrorRegistro> <DescripcionErrorRegistro> BaseRectificada: La Base Rectificada solo puede venir informada si Tipo (de rectificativa) es S. </DescripcionErrorRegistro> </SituacionRegistro> Eso ya lo sabía, pero en TBAI GIP me daba la misma factura como correcta con aviso 011 Aviso: Error validación de negocio: FacturaRectificativa. Comento a TBAI GIP y contestan: Egun on, Buenos días El motivo del error es que siendo una factura rectificativa, no se indica cual es la factura rectificada. En TicketBAI siempre es obligatorio informar la factura rectificada correspondiente a la rectificativa. Un saludo, Ahora informo de las bases rectificadas en GIP pero no en BIZ y además tb hay que informar de la factura rectificada, tanto GIP como BIZ aunque sea dato no obligatorio (por lo memos hasta el otro día) Lo importante es esto: eus-bizkaia-n3-codigo-respuesta: eus-bizkaia-n3-numero-registro: eus-bizkaia-n3-tipo-respuesta: Correcto Content-Type: application/xml;charset=UTF-8 Ordenaré el código PHP ya funcionando y con permiso de los administradores y a petición de Sistel iré subiendo las partes de código que me solicite. Gracias a todos por todo, me estáis ayudando bastante más de lo que parece |
|
#2
|
|||
|
|||
|
Cita:
Boletín Oficial de Bizkaia nº 175 del 11 de septiembre de 2020 Artículo 3, apartado g Y también aparece en rojo (obligatorio) en la estructura (página 11) Cita:
Seguro que también les será muy útil a otros colegas que leen este foro, aunque no participen. Un saludo |
|
#3
|
|||
|
|||
|
Cita:
Cierto, me lié con el SII puesto que en el xml que genero copié lo que tenía del SII y lo tenía como no obligatorio. Errores de importancia relativa que se van corrigiendo conforme a los resultados de las pruebas. Por otro lado, cuando queras empezamos con PHP |
|
#4
|
|||
|
|||
|
¿Alguien sabe si el encadenamiento con la factura anterior es relativo o absoluto? es decir, si se encadena con la última factura de su serie o con la última generada sea de la serie que sea?
|
|
#5
|
|||
|
|||
|
Cita:
Se encadena con la última generada sea de la serie que sea |
|
#6
|
|||
|
|||
|
PHP Generación del xml
Generación previa a su firma
En mi caso sólo vendo bienes, no servicios La intención es ver la estructura del xml Código PHP:
Seguimos con el encadenamiento dentro del mismo script Busco la factura firmada anterior Código PHP:
Código PHP:
Queda enviar el desarrollo de la firma donde intervienen XmlTools.php, firmador.php y el certificado de firma y su clave. |
|
#7
|
|||
|
|||
|
PHP Firma del xml
Nos hemos quedado aquí:
Código PHP:
XmlTools.php: Código PHP:
Este es el importante: firmador.php Código PHP:
Es posible que algo sobre pero no me atrevo a tocar nada ya que finciona bien. Proximamente hablaremos del envío de los xml firmados a GIP y a BIZ, este último tiene su miga. A vuestra disposición para comentar y aclarar lo que requiráis Sería bueno poder firmar sólo con los .pem y sin clave de certificado pero quizás no se pueda. Un saludo |
|
#8
|
||||
|
||||
|
Cita:
Nosotros encadenamos con la última factura independientemente de la serie. (gracias por la corrección bilbur)
__________________
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. Última edición por Neftali [Germán.Estévez] fecha: 03-05-2021 a las 14:00:08. |
|
#9
|
|||
|
|||
|
Cita:
Preguntas frecuentes ¿Cómo se realiza el encadenamiento de la factura anterior? El sistema TicketBAI implica que cada factura debe identificar la factura anterior (serie, número, fecha y 100 primeros caracteres de la firma). Aunque en el esquema del fichero TicketBAI estos campos no son obligatorios, esta circunstancia se debe a que existen varias situaciones en los que este requisito no es exigible (p. ej. la primera factura, o en caso de rotura del dispositivo). Dentro de este encadenamiento, cada factura solo puede tener como máximo una única factura anterior, es decir cada factura de un obligado tributario solo puede estar referenciada como factura anterior en una única factura de dicho obligado tributario. El cumplimiento del requisito de encadenamiento depende de la forma de funcionamiento del sistema de facturación: Si un mismo dispositivo o centro de facturación emite facturas de diferentes series, el requisito de encadenamiento debe identificar la factura anterior expedida, con independencia de la serie dentro de ese dispositivo o centro de facturación (por ejemplo, a una factura de una serie ordinaria le puede preceder una factura rectificativa de otra serie). • Igualmente, si el sistema de facturación es un sistema totalmente centralizado, el encadenamiento se refiere a la última factura expedida por el sistema en orden temporal. • En concreto, la aplicación “Haz tu factura” funcionaría como un sistema de facturación totalmente “centralizado”, por lo que encadena todas las facturas en orden temporal. Si son necesarios varios procesos de facturación (se podrían asimilar a centros de facturación) para dar respuesta a varios usuarios concurrentes de una misma empresa de forma paralela, se debería encadenar en orden temporal dentro de cada proceso o centro de facturación, con independencia de la serie. En este caso, debe existir un número acotado de procesos o colas de facturación, asociado al número de usuarios concurrentes por empresa emisora de facturas |
|
#10
|
||||
|
||||
|
Cita:
Tienes razón bilbur. Estaba pensando en el cálculo del HASh no del encadenamiento... Borro el mensaje anterior para evitar confusiones.
__________________
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. |
|
#11
|
|||
|
|||
|
Muchas gracias bilbur.
Aprovecho la ocasión para lanzar otra pregunta -de nota- al que ni las haciendas de Guipúzcoa y Vizcaya han respondido: ¿como se declaran las operaciones hechas a comisión por terminales externos pero que se cobran con el programa (por ejemplo las recargas de móviles)? En estos casos, el programa genera una factura simplificada por importe cero, pues las ventas a comisión no son ventas propias del negocio: • ¿Hay declarar estas facturas? En su caso ¿debe llevar el QR? • ¿Qué pasa con la comisión? ¿no habría que declararla en el 140 de batuz? • Y el más difícil todavía: ¿y si la comisión es variable dependiendo de las ventas (ONCE y loterías) y no se conoce hasta que se recibe la factura? ¿Nadie más se ha encontrado con este caso o alguno similar? Un saludo |
|
#12
|
||||
|
||||
|
Hola.
Yo entiendo que hablas de un suplido. En el caso en el que, en una factura, por ejemplo, además de los honorarios de un profesional se documentase un suplido, el importe del suplido no formaría parte de la base imponible del IVA pero estas facturas deben cumplir igualmente los requisitos TicketBAI. En cambio, si únicamente se quisiera documentar un suplido, se trataría de una operación en la que no se documenta ninguna entrega de bienes ni prestación de servicios realizada por el profesional en el desarrollo de su actividad, ya que en estos casos el empresario actuaría como mero intermediario, satisfaciendo sumas de dinero del cliente a un tercero por mandato expreso. En este caso, no habría obligación de expedir factura de acuerdo con lo dispuesto en el Reglamento de facturación, pudiéndose documentar la operación en un recibo u otro justificante. Por tanto, un documento en el que solo se informe de un suplido quedaría fuera del ámbito de aplicación de TicketBAI. Luego en el 140 tiene que ir como un ingreso sin factura. |
|
#13
|
|||
|
|||
|
Cita:
Entiendo que si se emite factura, aunque importe sea cero, hay que declararla en TBAI y estar a lo que ponga en la factura emitida. Yo si que las declaro en SII. A mi se me da, a veces, el caso de factura emitida total cero por venta de mercancía p.e. 10 y devolución de envases tb de -10, total 0,00. Así no "pierdo" número de factura ni encadenamientos Lo mejor, probar ahora en pruebas (BIZ y GIP) y ver el resultado Si da error, enviar correo a los dos y a esperar |
![]() |
| 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 |
|