Algunas aclaraciones para tranquilizar...

[emailesc]

Empezado por ermendalenda

Empieza a hacer falta una asociación de desarrolladores informaticos para que defiendan los temas fiscales, al final estamos igual que los asesores fiscales pero sin cobertura, no nos podemos organizar para una demanda colectiva y se traduce en una total indefensión ante un abuso de "salvese quien pueda". Hay tal ambigüedad en la intetpretacion de la normativa que no cabe en otra ĺógica que no sea en la intención de recaudar con sansiones inasumibles. Esto ha creado un estrés en nuestra profesión, que además, si estuvieramos organizados y nos declararamos en huelga, sería otro cantar.
Está claro que los grandes beneficiados van a ser 2 grupos principalmente: recaudadores y grandes empresas desarrolladoras. Pero los que estamos en el foro, tanto desarrolladores de grandes empresas como los de "andar por casa", creo que ya tenemos, gracias a todos los que han colaborado en este foro con aportaciones de gran valor, mínimo, vamos a poder seguir una trayectoria similar(o mejor) a la anterior de la normativa. El esfuerzo inmenso que hemos dedicado debe al menos darnos tranquilidad.
Un abrazo y no hace falta que os desee suerte por que está claro que teneis los suficientes datos para defender vuestro desarrollo a cualquier potencial inspección.

Completamente de acuerdo contigo. Hay muchas cosas que no me gustan de como están haciendo las cosas, pero hay una que me parece especialmente sangrante: que no podamos hacer test reales de los productos con los usuarios: meter 3 meses el software con 10 clientes y que se jarten a enviar a donde quieran SIN TRANSCENDENCIA FISCAL. Es que es la única manera real de ver los bugs. Por muchas pruebas que queramos hacer nosotros no vamos a ganar en "inventiva" al usuario estresado y sin npi de lo que está haciendo y que se la sopla lo que su jefe envíe a hacienda (y para algunos si lo envía mal, mejor). Así no se hacen las cosas en ningún lugar del mundo con ningún tipo de software y mucho menos uno de estas características. Es una chapuza de dimensiones siderales. ¿Que más les dará que se envíen tropecientos envíos al endpoint de pruebas por los cliente mientras no sea obligatorio y luego borrarlo? Bueno pues no...

[espinete]

Empezado por emailesc

Completamente de acuerdo contigo. Hay muchas cosas que no me gustan de como están haciendo las cosas, pero hay una que me parece especialmente sangrante: que no podamos hacer test reales de los productos con los usuarios: meter 3 meses el software con 10 clientes y que se jarten a enviar a donde quieran SIN TRANSCENDENCIA FISCAL. Es que es la única manera real de ver los bugs. Por muchas pruebas que queramos hacer nosotros no vamos a ganar en "inventiva" al usuario estresado y sin npi de lo que está haciendo y que se la sopla lo que su jefe envíe a hacienda (y para algunos si lo envía mal, mejor). Así no se hacen las cosas en ningún lugar del mundo con ningún tipo de software y mucho menos uno de estas características. Es una chapuza de dimensiones siderales. ¿Que más les dará que se envíen tropecientos envíos al endpoint de pruebas por los cliente mientras no sea obligatorio y luego borrarlo? Bueno pues no...

Exacto. Que no puedan estar unos meses enviando facturas de prueba, al entorno de pruebas, para comprobar si todo funciona bien, es una de las cosas más importantes y que menos sentido tiene. ¿Para qué está el entorno de pruebas entonces, para probarlo solo nosotros, con un único certificado o dos, y ya está? ¿Y donde están las pruebas reales, las de los usuarios finales, esos que siempre encuentran la forma más rara de hacer las cosas? No tiene ningún sentido. Nosotros con TicketBAI siempre les pedimos a los clientes que antes de empezar en Producción, prueben a enviar las facturas al de Pruebas, durante un par de días, y si todo va bien, entonces hala, al de Producción.

Pero no, esta gente no. Directos a Producción desde el día 1. Incluso antes de tiempo voluntariamente. Y luego claro, como están ya en Producción, pues si pasa algo tendremos que estar 24/7 atentos para arreglar urgentemente cualquier estropicio que encuentren.

Estoy seguro de que un juez, por muy tonto que sea, nos acabaría dando la razón. Eso sí, si conseguimos que nos entienda

[razorxxx]

Bueno, yo estoy con lo que dice este señor. De hecho, a día de hoy no tenemos ningún cliente que haya sido sancionado por enviar tarde al SII, y después de varios años enviando facturas de una forma incorrecta, es cuando les han mandado una carta de recomendación de cómo hacer determinadas casuísticas bien. Así que supongo que al menos el primer año de VeriFactu será como un periodo de adaptación y pruebas, incluso para la propia AEAT. Si ven que el sistema no sirve para nada y ha dado más quebraderos de cabeza que los que quería evitar, pues no se extrañen que lo acaben quitando o modificando ciertas reglas.

[espinete]

Cómo contactará Hacienda con nosotros, si fuera necesario? Lo digo porque TicketBAI tiene constancia del software, que está "homologado" por ellos. Tienen un registro de los desarrolladores, y envían una vez al mes, o cada X días, un informe detallado de incidencias a los desarrolladores de cada software.

Hacienda no tiene NADA. Si hay alguna incidencia, tendremos que enterarnos nosotros, contactar con ellos si ocurriera algo muy raro, o contactarán con el cliente final y luego él con nosotros, etc.

En fin, está claro que las cosas no las pensaron muy bien.

[emailesc]

Empezado por espinete

Cómo contactará Hacienda con nosotros, si fuera necesario? Lo digo porque TicketBAI tiene constancia del software, que está "homologado" por ellos. Tienen un registro de los desarrolladores, y envían una vez al mes, o cada X días, un informe detallado de incidencias a los desarrolladores de cada software.

Hacienda no tiene NADA. Si hay alguna incidencia, tendremos que enterarnos nosotros, contactar con ellos si ocurriera algo muy raro, o contactarán con el cliente final y luego él con nosotros, etc.

En fin, está claro que las cosas no las pensaron muy bien.

Me acabo de quedar de piedra, nosotros estamos en Ticketbai "homologados" o mas bien registrados (y funcionando y enviando claro) y jamás hemos recibido ningún comunicado de Ticketbai de ningún tipo, excepto la aprobación del registro claro. Y hemos tenido incidencias, aunque solo del tipo de las que se les van los servidores y hay que enviar cuando vuelven.
En cuanto a lo de que hacienda no tiene nada... cada vez que les enviamos un registro identificamos nuestra empresa y cif en el apartado de sistema informático, y con eso ya lo tienen todo, porque todos estamos registrados como empresas aunque no lo estemos como desarrolladores.

[edari]

Empezado por espinete

Cómo contactará Hacienda con nosotros, si fuera necesario? Lo digo porque TicketBAI tiene constancia del software, que está "homologado" por ellos. Tienen un registro de los desarrolladores, y envían una vez al mes, o cada X días, un informe detallado de incidencias a los desarrolladores de cada software.

Hacienda no tiene NADA. Si hay alguna incidencia, tendremos que enterarnos nosotros, contactar con ellos si ocurriera algo muy raro, o contactarán con el cliente final y luego él con nosotros, etc.

En fin, está claro que las cosas no las pensaron muy bien.

Así de primeras con solo mirar los xml que generamos ya les estás mandando tu nombre y tu nif


No se tienen que volver muy locos

[espinete]

Que tengan tu NIF no significa que tengan el email del Dpto. de Desarrollo de la Empresa. No se van a poner a enviar emails al propietario de la empresa, no?
TicketBAI tiene el email que se les dio para la homologación, en el que recibir notificaciones si hiciera falta. Nosotros hemos recibido algunas notificaciones de TicketBAI. Sobre todo al principio, ya hace tiempo que no. Sobre todo de Gipuzkoa (Araba y Bizkaia no).

No sé, que puedan contactar con el NIF de la empresa desarrolladora de alguna manera, no justifica que sea la mejor forma de hacerlo.

[espinete]

Lo más desastroso de todo, en mi opinión, es que los clientes no puedan enviar al entorno de Pruebas, al menos en el periodo voluntario. Me parece un error grave que no han querido analizar a fondo.

Y no solo eso. Imagina que tienes una versión DEMO de tu aplicación, porque a todo el mundo le gusta probarla antes de comprarla, y estar incluso un tiempo haciendo facturas ficticias de prueba...
¿Qué haces, permites el envío a Producción y luego inmediatamente haces una Anulación? ¿Qué tipo de locura es esa? ¿Por qué no permiten el envío a Pruebas? ¿Qué razonamiento lógico han dado? ¿Qué te lo prohíbe?