TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco

[edari]

Empezado por ermendalenda

Preguntas fiscales:
1)
Emito una factura (Normal o de canje de simplificadas que tienen obligatoriamente los datos de cliente) con un cif de cliente y por lo que sea tiene un dato erroneo. No consigo enviarlo a hacienda dando error, además de que no consigo el cif correcto del cliente por que es extranjero y no puedo arreglarla apropiadamente...

Con lo cual en la(s) siguiente(s) facturas teno un encadenamiento a una factura erronea, que posiblemente nunca se envie por este procedimiento, se produce un envio con rotura de encadenamiento y salto de numeración.

¿Hay alguna forma de informar esto?
Por otro lado, el programa debe informar de que hay que hacer o ¿es responsabilidad del usuario/empresa que usa el programa saberlo?


2)
Me piden una factura (Completa) y posteriormente su envio por correo, es necesario ndicar (Duplicado?).
Yo es que lo de "Duplicado" lo veo una gilipollez con el tema de los escaneos o en el momento que mandas un pdf (el original).

3)
Para el canje de facturas simplificadas.
¿Tengo que invalidar fisicamente estos "tiquets" o basta con hacer referencia en la factura de canje?


4)Creo que este punto ya se discutido pero no he llegado a ninguna conclusión.
Supongoo que se puede vender en el mismo tiquets productos de 2 actividades, ejemplo Bazar y panaderia.
Esta contemplado en TicketBai?
Vaya putada como esté cotemplado.

Respecto al punto 1 te cuento hasta donde yo he llegado...


El otro día probando a subir todas la facturación a nuestros clientes una factura me dio error por lo mismo, nif erroneo, en concreto era el típico fallo de un NIF que empieza por 0 y en la base de datos estaba grabado sin el, a todos los efectos entiendo que es lo mismo que te pasa a ti


Y me encontré con el mismo problema...error de encadenamiento



¿qué hago? ¿Lo dejo así y cada vez que haya un nif mal pasa eso? uffff


Al final decidí que lo más limpio era cuando ocurre este caso "anular" en la factura errónea todos los datos de registro que necesitas para TBai (huella de la factura, fecha y hora de subida, huella factura anterior...) de tal manera que la siguiente factura se encuentra que esa no fue la anterior subida y de el error sino que encuentra la última que se subió correctamente.

[ermendalenda]

Empezado por edari

Respecto al punto 1 te cuento hasta donde yo he llegado...


El otro día probando a subir todas la facturación a nuestros clientes una factura me dio error por lo mismo, nif erroneo, en concreto era el típico fallo de un NIF que empieza por 0 y en la base de datos estaba grabado sin el, a todos los efectos entiendo que es lo mismo que te pasa a ti


Y me encontré con el mismo problema...error de encadenamiento



¿qué hago? ¿Lo dejo así y cada vez que haya un nif mal pasa eso? uffff


Al final decidí que lo más limpio era cuando ocurre este caso "anular" en la factura errónea todos los datos de registro que necesitas para TBai (huella de la factura, fecha y hora de subida, huella factura anterior...) de tal manera que la siguiente factura se encuentra que esa no fue la anterior subida y de el error sino que encuentra la última que se subió correctamente.

Es una opción, pero no se si es mejor crear una factura rectificativa de la misma con los datos correctos del nif.
Al menos la siguiente factura estará encadenada a la rectificativa que hace referencia al número de factura que no se ha podido subir. Es que si no tenemos una factura sin encadenar en nuestro equipo.aunque si no es por un lado es por otro. Vaya tela.

[edari]

Empezado por ermendalenda

Es una opción, pero no se si es mejor crear una factura rectificativa de la misma con los datos correctos del nif.
Al menos la siguiente factura estará encadenada a la rectificativa que hace referencia al número de factura que no se ha podido subir. Es que si no tenemos una factura sin encadenar en nuestro equipo.aunque si no es por un lado es por otro. Vaya tela.

Puede ser pero sería una factura recfiticativa de una factura que ellos no tienen en su sistema...

[ermendalenda]

Empezado por edari

Respecto al punto 1 te cuento hasta donde yo he llegado...


El otro día probando a subir todas la facturación a nuestros clientes una factura me dio error por lo mismo, nif erroneo, en concreto era el típico fallo de un NIF que empieza por 0 y en la base de datos estaba grabado sin el, a todos los efectos entiendo que es lo mismo que te pasa a ti


Y me encontré con el mismo problema...error de encadenamiento



¿qué hago? ¿Lo dejo así y cada vez que haya un nif mal pasa eso? uffff
... .

Es una opción, pero no se si es mejor crear una factura rectificativa de la misma con los datos correctos del nif.
Al menos la siguiente factura estará encadenada a la rectificativa que hace referencia al número de factura que no se ha podido subir. Es que si no tenemos una factura sin encadenar en nuestro equipo.aunque si no es por un lado es por otro. Vaya tela.

[Neftali [Germán.Estévez]]

Empezado por ermendalenda

Preguntas fiscales:
1)
Emito una factura (Normal o de canje de simplificadas que tienen obligatoriamente los datos de cliente) con un cif de cliente y por lo que sea tiene un dato erroneo. No consigo enviarlo a hacienda dando error, además de que no consigo el cif correcto del cliente por que es extranjero y no puedo arreglarla apropiadamente...

Con lo cual en la(s) siguiente(s) facturas teno un encadenamiento a una factura erronea, que posiblemente nunca se envie por este procedimiento, se produce un envio con rotura de encadenamiento y salto de numeración.

¿Hay alguna forma de informar esto?
Por otro lado, el programa debe informar de que hay que hacer o ¿es responsabilidad del usuario/empresa que usa el programa saberlo?

Por eso los errores de encadenamiento se admiten, aunque te da el aviso.
Si una factura no ha podido "subir" por algun error, luego tendrás que enviarla de otra manera y justificar ese error. En el caso de BATUZ se envían por el libro "sin software garante" y en el caso de TicketBAI tal vez con lo último que han implementado (Servicio ZUZENDU) o con otro sistema "manual".

Empezado por ermendalenda

2)
Me piden una factura (Completa) y posteriormente su envio por correo, es necesario ndicar (Duplicado?).
Yo es que lo de "Duplicado" lo veo una gilipollez con el tema de los escaneos o en el momento que mandas un pdf (el original).

No tiene mucho sentido desde el momento que puedes enviar la primera copia a una impresora PDF y de ahí hacer todas las copias y/o envíos que quieras, pero debemos implementarlo así.
La primera "normal" y las demás con la marca de "DUPLICADO".

[unomasmas]

Empezado por Ramon88

Hola,

No puedo avanzar, tengo este error y no consigo ver donde esta el fallo... El validador que utilizo me dice que esta todo correcto...
Alguien podría decirme algun validador de xml o como puedo saber donde esta el fallo?

He contactado con ellos pero no contestan.


Un saludo.

¿El texto completo es el de "Error: El fichero de alta TicketBAI no cumple el esquema XSD. Detalle del error: cvc-complex-type.2.4.b: The content of element 'T:TicketBai' is not complete. One of '{"http://www.w3.org/2000/09/xmldsig#":Signature}' is expected" que creo que comentamos en otro post? Si sí, estás enviando sin firmar el fichero. A mi me contestaron y resulta que firmaba el fichero, lo validaba y después enviaba el fichero antes de la firma. Claro, daba este error y no lo entendía porque no me daba cuenta de que en el momento de escribir el stream a enviar utilizaba el fichero sin firmar en vez de utilizar el ya firmado...


Si no es ese el error, dinos exactamente cuál es. Supongo que tu resultado también especifique la razón de que no cumpla el esquema.



Creo que tú utilizas C#. Te paso mi clase para validar por si te sirve

public class Validaciones
{
    private bool isValid { get; set; }
    private string noValidInformation { get; set; }

    public bool ValidaXmlFactura(string xmlFile)
    {
        try
        {
            isValid = true;
            // Ficheros xsd ubicados en la raíz del ejecutable
            string xsdFile = @"ticketBaiV1-2.xsd";
            string xsdFile2 = @"xmldsig-core-schema.xsd";

            var path = new Uri(System.IO.Path.GetDirectoryName(System.Reflection.Assembly.GetExecutingAssembly().CodeBase)).LocalPath;
            XmlSchemaSet schema = new XmlSchemaSet();
            schema.Add("urn:ticketbai:emision", path + "\\" + xsdFile);
            schema.Add("http://www.w3.org/2000/09/xmldsig#", path + "\\" + xsdFile2);

            using (XmlReader rd = XmlReader.Create(xmlFile))
            {
                XDocument doc = XDocument.Load(rd);
                doc.Validate(schema, ValidationCallBack);
            }

            if (!isValid)
            {
                MessageBox.Show(noValidInformation.TrimEnd(Environment.NewLine.ToCharArray()), 
                    System.Reflection.MethodBase.GetCurrentMethod().Name, 
                    System.Windows.Forms.MessageBoxButtons.OK, 
                    System.Windows.Forms.MessageBoxIcon.Error);
            }
            return isValid;
        }
        catch (Exception ex)
        {
            //isValid = false; no need to say isValid=false as it returns false
            MessageBox.Show(ex.Message, 
                System.Reflection.MethodBase.GetCurrentMethod().Name, 
                System.Windows.Forms.MessageBoxButtons.OK, 
                System.Windows.Forms.MessageBoxIcon.Error);
            return false;
        }
    }

    private void ValidationCallBack(object sender, ValidationEventArgs e)
    {
        noValidInformation += string.Format("+ {0}: {1}", e.Severity.ToString(), e.Message) + Environment.NewLine;
        isValid = false;
    }
}