Pues sirve, sí. Muchas gracias.

Bizkaia pruebas. En producción no sé si ha pasado lo mismo.

Lo siento Keys, esto no responde tu pregunta, pero tu pregunta me ha hecho pensar [a veces lo hago, lo de pensar :-)] y quiero compartirlo con vosotros:

No tengo ni idea de contabilidad y por ello probablemente el planteamiento que voy a hacer no tiene sentido pero... En este mismo foro se ha hablado de si hay que hacer factura cuando se entrega una cantidad a cuenta de un futuro suministro o prestación de servicio y no hace mucho creo que fue ermendalenda quien publicó una respuesta de la Adminitración (no recuerdo qué Administración) en la que se decía que era obligatorio emitir factura para documentar la entrega de anticipos. Así pues, si el proveedor emite una factura con nuestro anticipo ¿Para qué se necesita registrar esta provisión? ¿No se podría registrar directamente la factura como un gasto más y listo?

Yo siempre he registrado los anticipos como "entregas a cuenta", creo recordar que era la cuenta 437xxxx

[OFFTOPIC]
Buenos días.

Sólo como aviso a los que entráis habitualmente a este foro, comentaros que durante los últimos días hemos tenido problemas en los foros relacionados con el correo.
Es posible que debido a eso no hayáis recibido notificaciones de los cambios en este hilo (ni en otros).
Parece que nuestro proveedor los ha solucionado, así que sirva este mensaje para informaros, para activar las notificaciones de nuevo a los que estáis suscitos y para pedir disculpas por los inconvenientes.

Un saludo del staff.
[/OFFTOPIC]

Contabilización facturas anuladas
 

Buenas,

No sé si vuestros sistemas tienen procesos de traspasos (enlaces) contables de facturas a otros softwares de contabilidad.
En estos procesos de traspasos contables de las facturas de ventas nos surgen varias dudas con respecto a las facturas anuladas con el sistema TBAI.


*Cuando se hace el traspaso contable desde la gestión de aquellas facturas pendientes de traspasar, si nos encontramos con una FACTURA ANULADA TBAI:

- ¿Hay que meterla en el enlace? un sólo asiento? dos asientos (uno contrario del otro) para evitar "huecos"?
- ¿No se debe considerar? Entonces existiría un número de factura en contab. que se "salta": --> "hueco"
- ¿Simplemente considerar en la gestión las fac.anuladas como "no traspasables" a contab.?

*Otro caso que nos genera dudas es el siguiente:

Una factura normal previamente contabilizada (ya traspasada a contab.) y que posteriormente se ANULA en la gestión con el sistema TBAI.
¿Cómo actuar?
- Impedir en la gestión que el usuario pueda "anular" facturas ya contabilizadas?
- Permitir hacerlo, y que se resuelva de forma manual en la contabilidad?
- No hacer nada?

Bueno, no se si alguno se ha planteado estas cosas, pero si quereis compartir soluciones....

Saludos

problema en gipuzkoa
 

Buenas,
Estoy mandando con un cliente con un certificado .p12 a gipuzkoa y en ocasiones (no siempre...según le da) me sale este error:

ERROR - JasnError_Asn1_SettingValue CAUSE = UnknownStringType STRING = UNDEF file = ./include/jasn/infframe.h:171

¿Será un problema del certificado? porque me dicen en gipuzkoa lo siguiente:

Buenas tardes,

De momento, por razones de rendimiento, el certificado de las facturas emitidas se analizan aleatoriamente, es por ello que algunas veces le salte error y otras no. En consecuencia, le recomiendo trasladarle el problema a IZENPE porque entiendo que el problema puede estar en el certificado o al generar la firma.

Un saludo

¿A alguien le ha pasado esto?
Gracias,

Yo no he tenido ningún problema similar en mis pruebas. ¿El problema es en el servidor de pruebas o de producción? No entiendo que en pruebas hagan comprobaciones aleatorias porque eso resulta en respuestas incoherentes...

Hola en nuestro caso lo que hacemos es contabilizarla dos veces, uno en positivo (Factura original) y otra en negativo (Anulación), ya que como tu dices sino dejas un hueco.

Para nosotros una factura ANULADA es como si borraras la factura del sistema.
No se tierne en cuenta para nada (ni contablemente).

Sí que guardamos la información necesaria para justificar ese borrado/anulación (si fuera necesario), pero no queda constancia en ningún sitio más.

Una pregunta, solo por confirmar. Estoy desarrollando la importación de facturas de otro sistema antiguo para poder generar ticketbai. Supongo que es legal totalmente si solo las emito, imprimo y envío desde el sistema nuevo.
Que pensáis?

Otra pregunta, los que trabajáis con albaranes, si alguno tenéis devoluciones de mercancía en el que se entremezclan varios días de productos y por tanto es imposible saber de qué factura es, se supone que no podéis hacer rectificativa. Como lo hacéis. Se me ha ocurrido dividir las facturas en tantos impositivos que tengan y así la ley parece que permite poner las devoluciones junto con las ventas, tenéis alguna idea distinta?

Tal vez tendrías que realizar la consulta a los de TicketBAI.
Al final el sistema debe asegurar que ese proceso no se puede alterar y que no se pueden generar facturas sin que suban a TicketBAI.

Si ese proceso de "importación" de un sistema a otro es seguro no debería haber problema, pero si eso depende del usuario tal vez no sirva.

Al final no creo que sea importante si se hare con 1 EXE, con 2 EXEs o con 1 EXE y 1 DLL. Lo que tienes que asegurar es que sea fiable para evitar el fraude.
(pero esto es opiniñon, quien meor te lo puede decir son los de TBAI).

[OFFTOPIC]
Buenos días/tardes/noches.

Sólo como aviso a los que entráis habitualmente a este foro, comentaros que durante los últimos días hemos tenido problemas en los foros relacionados con el correo.
Es posible que debido a eso no hayáis recibido notificaciones de los cambios en este hilo (ni en otros).
Parece que nuestro proveedor los ha solucionado, así que sirva este mensaje para informaros, para activar las notificaciones de nuevo a los que estáis suscitos y para pedir disculpas por los inconvenientes.

Un saludo del staff.
[/OFFTOPIC]

Hola a todos.

Alava tambien ha sacado el servicio Zuzendu

Dejo esto por aquí, no sé si alguien lo ha posteado ya:

https://www.autonomosyemprendedor.es...232026177.html

Al parecer a Hacienda le ha gustado el tema TicketBAI y tiene intención de implantar algo parecido para toda España (aunque por el momento solo menciona a los autónomos).
Se requerirá incluir un Código QR en las facturas.

Nos queda trabajo por delante, aunque como "las cosas de palacio van despacio", seguro que tendremos de margen hasta 2052 ;)

Solo espero que el sistema se parezca al del TicketBAI y no sea como empezar de cero.

Otro programa genera xml-firma y envia
 

En mi opinión es legal. ya que existen en el mercado API'S y softwares (p.ej BINOVO) que justamente realizan esa función y están dados de alta en software garante.
Saludos

Así les luce el pelo... me ha ocurrido en pruebas pero debe ser algún problema con el certificado de la empresa, lo están mirando los desarrolladores, a ver si me dan alguna solución...

Sí, lo acabo de ver, alguien sabe si es exactamente igual que en gipuzkoa? y no como bizkaia que cada emisión del LROE difiere muchas veces solo en el nombre de un campo...EJ: tipo de desglose> NO SUJETA en emision normal el siguiente campo es CAUSA y en emision por cap 1.2 es CAUSASUJECION...telita...

Planteado así si. Nosotros mismo lo hacemos desde una DLL externa.
Pero en el caso que ha plannteado [ermendalenda] hablaba de una "importación de facturas", y me ha sonado a una importación manual.

Imagina que el usuario debe hacer esa importación manualmente. En ese caso0 ya no me parece tan claro.
(pero todo esto es suponer...)