FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#541
|
|||
|
|||
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 |
#542
|
||||
|
||||
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. |
#543
|
|||
|
|||
Cita:
Si necesitas ayuda en la implementación, me dices. No sea que se me olvidara subir algo. Para comprobar las firmas y antes de enviarlas yo utilizo estos dos enlaces http://tools.chilkat.io/xmlDsigVerify.cshtml https://web.uanataca.com/pe/servicio...ma-electronica Si te da correcto en las dos validaciones pues ¡eureka! |
#544
|
|||
|
|||
PHP Envío a TBAI GIP
Os adjunto lo que tengo hecho para el envío a Gipuzkoa
Este envío es el más sencillo Más o menos lo que hago es:
Código PHP:
En este lo más interesante puede ser la generación de la url del mensaje TBAI para verlo como si se tratara del código QR Código PHP:
Comentamos ... |
#545
|
|||
|
|||
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 |
#546
|
||||
|
||||
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. |
#547
|
|||
|
|||
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 |
#548
|
|||
|
|||
Proceso de facturación
Hola,Voy a empezar a desarrollar el acceso a ticketBai, tengo una pregunta de concepto, por si alguno que ya tenga la solución puede contestarme.
En mi caso generamos la facturas una vez a la semana, generamos cientos de facturas. ¿Hay que realizar una petición por factura y asignar a ese documento el código y el QR en el momento de la generación? ¿Se pueden generar las facturas y posteriormente acceder a ticketbai cuando se imprimen? Voy implementar sobre VB6 y .NET, usando Chilkat y SecureBlackBlox. Gracias |
#549
|
||||
|
||||
Cita:
Sólo se puede incluir en una factura que tenga otros conceptos con base imponible a iva. Última edición por keys fecha: 04-05-2021 a las 12:01:48. |
#550
|
|||
|
|||
Cita:
La factura está completa cuando obtienes su XML firmado. Para obtener el XML firmado de la factura no necesitas acceder a ningún sitio externo. Es un proceso local. Otra cosa diferente es su envío a Hacienda Foral. Si es de Gipuzkoa, debe hacerse el envío inmediatamente después de haber generado el XML firmado (salvo que obtengas de Hacienda una autorización para el envío posterior por no tener conexión ni fija ni móvil a Internet). Si es de Bizkaia, tienes el plazo normal que había para las declaraciones de IVA (trimestrales o mensuales según la empresa o en un plazo de 4 días si es una empresa obligada al SII), pero se envían dentro del capítulo 1.1 del LROE. Pero para imprimirla (o enviarla por email como PDF) tienes que añadir en la parte de abajo del documento el código TBAI y el código QR. Esos códigos TBAI y QR puedes obtenerlos cuando vayas a imprimirla. No los necesitas antes. Es lo que yo he entendido, pero se admiten correcciones. Saludos |
#551
|
|||
|
|||
Cita:
Cágate lorito. |
#552
|
|||
|
|||
Cita:
Genial, entonces el proceso consta en generar y firmar xml cuando en mi sistsema se genera la factura y en el momento de imprimir/enviar la factura envio a TBAI y recupero codigo y QR para insertar en el documento. Gracias |
#553
|
|||
|
|||
Cita:
Me da que esto va a ser trabajo del gestor, que es el que lo declarará en 140 1.2. |
#554
|
||||
|
||||
Segun dice en la pregunta
Cita:
Cita:
|
#555
|
|||
|
|||
Yo no lo veo así: no es el profesional quien adelanta el dinero sino el que lo cobra del cliente, por lo que sería un cobro por adelantado del que detraerá una parte por su servicio. Es decir, un cobro por adelantado por partida doble: una parte por cuenta del vendedor y otra por cuenta propia al haber cobrado por adelantado su comisión, de la que deberá soportar el IVA y la retención.
|
#556
|
||||
|
||||
Hola batuzail.
Te recomiendo que te leas todo el hilo porque te aclarará bastantes dudas. Hay bastantes mensajes, pero creo que vale la pena el tiempo. Aquí también tienes un documento con preguntas y respuestas que han publicado desde TicketBAI/Batuz. Ahí también aclaran muchos conceptos. Por lo demás en cuanto a las preguntas, este gráfico aclara bastante bien los pasos del proceso. Cita:
Cita:
La impresión en papel/EMail/PDF/... (con el QR y el Id de TBAI incluídos) puede ser posterior.
__________________
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. |
#557
|
|||
|
|||
Cita:
Para complicarlo más: Factura emitida base imponible cero Código:
<Factura> <CabeceraFactura> <SerieFactura>FV</SerieFactura> <NumFactura>005864</NumFactura> <FechaExpedicionFactura>04-05-2021</FechaExpedicionFactura> <HoraExpedicionFactura>18:48:34</HoraExpedicionFactura> <FacturaEmitidaSustitucionSimplificada>N</FacturaEmitidaSustitucionSimplificada> </CabeceraFactura> <DatosFactura> <FechaOperacion>04-05-2021</FechaOperacion> <DescripcionFactura>FACTURA DE VENTA</DescripcionFactura> <ImporteTotalFactura>0.00</ImporteTotalFactura> <Claves> <IDClave> <ClaveRegimenIvaOpTrascendencia>01</ClaveRegimenIvaOpTrascendencia> </IDClave> </Claves> </DatosFactura> <TipoDesglose> <DesgloseFactura> <Sujeta> <NoExenta> <DetalleNoExenta> <TipoNoExenta>S1</TipoNoExenta> <DesgloseIVA> <DetalleIVA> <BaseImponible>0.00</BaseImponible> <TipoImpositivo>4.00</TipoImpositivo> <CuotaImpuesto>0.00</CuotaImpuesto> </DetalleIVA> </DesgloseIVA> </DetalleNoExenta> </NoExenta> </Sujeta> </DesgloseFactura> </TipoDesglose> </Factura> Código:
<Registro> <Identificador> <IDFactura> <SerieFactura>FV</SerieFactura> <NumFactura>005864</NumFactura> <FechaExpedicionFactura>04-05-2021</FechaExpedicionFactura> </IDFactura> </Identificador> <SituacionRegistro> <EstadoRegistro>Correcto</EstadoRegistro> </SituacionRegistro> </Registro> He probado con facturas simplificadas total cero Código:
<Registro> <Identificador> <IDFactura> <SerieFactura>SV</SerieFactura> <NumFactura>000444</NumFactura> <FechaExpedicionFactura>04-05-2021</FechaExpedicionFactura> </IDFactura> </Identificador> <SituacionRegistro> <EstadoRegistro>Correcto</EstadoRegistro> </SituacionRegistro> </Registro> Es posible que no tenga que ver con vuestra casuística, las pruebas son venta de bienes, no prestaciones de servicios. Un saludo |
#558
|
||||
|
||||
Hola.
Una factura con base 0 si puedes mandar. Lo que no puedes mandar es una factura con solo una línea de no sujeta. Que es como se envía un suplido. |
#559
|
|||
|
|||
Yo sigo liado con los encadenamientos xDD, cuál de estos supuestos vale y cuál de estos ,no?
Pj. Sería correcto hacerlo así OPCION A: 1.Registramos la factura 001, recibida 2.Registramos la factura 002, rechazadas (pj por fallo del sistema ticketbai) 3.Registramos la factura 003 y la encadenamos a la última factura recibida en TicketBAI, la 001, recibida 4.Se arregla el error y ahora volvemos a mandar la 002 encadenando a la última factura registrada en ticketbai, la 003. O hay que hacerlo tal que así OPCIÓN B: 1.Registramos la factura 001, recibida 2.Registramos la factura 002, rechazada (pj por fallo del sistema ticketbai) 3.Registramos la factura 003, encadenando a la 002, obtenemos el warning. 4.Volvemos a enviar la 002 encadenada a la 001. p.d. me han dichos los de ticketbai que van a sacar pronto nueva versión con opción de subsanar facturas. cómo es posible que a estas alturas metan nuevas funciones posiblemente tan vitales? en fin |
#560
|
|||
|
|||
Factura encadenada
Cita:
Contestación de Batuz: 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). El cumplimiento del requisito de encadenamiento depende de la forma de funcionamiento del sistema de facturación: - Si un mismo dispositivo emite facturas de diferentes series, el requisito de encadenamiento debe identificar la factura anterior expedida, con independencia de la serie (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 centralizado que genera las series y los números de facturación, con independencia del dispositivo que se esté utilizando, el encadenamiento se refiere a la última factura expedida por el sistema. En concreto, “Haz tu factura” funcionaría como un sistema de facturación “centralizado”, por lo que encadena las facturas independientemente de la serie. - No obstante, si existen diferentes dispositivos o centros de facturación, los cuales sólo expiden facturas dentro de una serie específica para cada dispositivo o centro, el encadenamiento se produce dentro de cada serie. Este último parece ser el caso al que se refiere la pregunta planteada. |
|
|
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 | 3587 | 20-08-2024 14:11:07 |
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 |
|