Si que está: FAQS desarrolladores

Pues sí, sí que está, me he colado yo... La tengo por aquí subrayada con las cosas importantes, así que le daré un repaso, al menos me servirá en las partes mas confusas como soporte para explicaciones a clientes. Gracias por el aporte !!!!

El problema es que tienen como dos áreas verifactu, no se muy bien por que pero bueno... Le suelo echar un vistazo a ambas no vaya a ser que modifiquen en una y no en otra. Eso si, el tablón de anuncios es bastante inútil ya que no reflejan casi ningún cambio ahí.

Bueno, bueno, aquí hay un gran cambio en el punto 1, se puede hacer la instalación y pruebas con el certificado del fabricante y enviar al endpoint de Pruebas. No es lo ideal pero al menos es un paso. Por lo menos las primeras pruebas con clientes ya no van a ser a pelo sí o sí. En nuestro caso que las instalaciones las hacemos nosotros nos quita buena parte del marrón. Ahora a ver si conseguimos que no tengamos que poner el nuestro... ya se están ablandando :D

Nosotros la única opción viable que vemos para permitir a los usuarios probar el software en versión demo libremente antes de comprarlo es crear una empresa ficticia exclusiva para pruebas, cuyos datos fiscales no se puedan modificar.
Esta empresa solo se podrá crear al instalar el software por primera vez en el PC.

Esto ya lo hacíamos desde hace años, pero ahora será la única forma de que puedan probar el software sin tener que generar QR, enviar VeriFactu, etc.
El resto de empresas que se creen, deberán sí o sí estar configuradas para VeriFactu, TicketBAI o lo que toque, según país, obligatoriamente.

Me estaban comentando que lo que están haciendo algunos para las pruebas de los clientes es hacer todo, menos el envío real a ningún sitio. Al cliente al enviar le sale un mensajito en los registros de "está todo Ok" y ya está. Evidentemente se pierde parte del proceso, que es resolver los problemas que surjan de los envíos rechazados total o parcialmente pero quizá para una demo es incluso más adecuado que los propios envíos.

El certificado del fabricante o el de pruebas que te suministran ellos supongo. Así no hay que instalar el certificado de la empresa por los clientes.

Cómo tenéis previsto que podamos usar nuestro certificado de fabricante/desarrolladores para hacer envíos de prueba y, al mismo tiempo, para enviar a VeriFactu nuestra propia facturación interna? Porque el certificado es el mismo, el de la empresa o persona física.

¿Podremos enviar facturas de prueba/desarrollo y facturas reales usando el mismo certificado?
¿En los PCs del servicio técnico les configuras el SIF para que envíe siempre a Pruebas, y el SIF de facturación lo configuras para el entorno de Producción, pero sin embargo a esa opción de configuración solo podemos acceder nosotros como fabricante?
¿Qué pasará cuando un cliente te envíe una copia de seguridad con sus datos porque tiene una incidencia rara, difícil de replicar, y necesites probar el SIF con sus datos, hacer una factura, etc.?

Son cosas que ellos se empeñan en responderte de la forma más abstracta posible, remitiéndote al p... reglamento de los co....nes como si fuera la biblia, pero no están dispuestos a ponerse en nuestro lugar y darte una solución clara.

Yo utilizo mi certificado personal y cada vez me está haciendo menos gracia
¿ Existe el certificado de fabricante o desarrollador ? Ya me imagino que no

Me recuerda a los médicos que no paran de mandarte a hacer pruebas para evitar darte un diagnostico... y asi te tienen varios años de prueba en prueba... se murió... pero es que le estaban haciendo pruebas

No estaría mal crear un hilo para saber quienes estamos de acuerdo con formar una asociación de desarrolladores informáticos, ver la forma de hacerlo, etc...

Ya me gustaría, cuenta conmigo, aunque estiy perdido por donde empezamos
.

Lo primero de todo es tener claro cuáles son los objetivos de esa asociación.

Yo creo que, principalmente, defendernos ante la Administración pública . Ya que si somos muchas tendremos fuerza no que ahora hacen con nosotros lo que quieren

ya hay una asociación de técnicos de informática https://www.ati.es/es_es/

El problema que nos estamos encontrando en Verifactu no es "toda" la administración pública, es Hacienda, que hace "interpretaciones" de lo que pone en el BOE que no se derivan de lo que pone en este. Y para ahondar más en en el problema, no hace públicas estas interpretaciones (y tampoco lo hacen las empresas, estoy harto de ver anuncios por ejemplo de Holded, que solo ponen medias verdades, ¿por qué será?). Utiliza a los pequeños desarrolladores y pymes para que se coman el marrón por ejemplo, de forzar a sus clientes a tener que empezar ya con el envío a Verifactu, mientras que los grandes se lo están pasando por el arco de triunfo. Esto nos genera una indefensión tremenda: el que tenga abogados puede pelear si le dicen algo: como lo que que dice hacienda no es lo que pone la ley, ellos mismos dicen que no es vinculante, y encima no están aplicando este criterio a todos, pues es prácticamente seguro que lo ganan. Pero a los pequeños, si te dicen algo, la simple discusión ya te arruina por el pago a abogados, mientras que ellos tienen a los abogados del estado que pueden estar litigando eternamente, que encima se lo pagamos nosotros. Hacienda es un estado dentro del estado, que ha conseguido dar la vuelta incluso a la carga de la prueba: que seas tú el que tiene que demostrar que eres inocente, en lugar de ser ellos los que demuestren que eres culpable. Aunque nos duela, montar una asociación sin los grandes para pelear con Hacienda es mucho arroz para tan poco pollo. Y los grandes no están por la labor porque a ellos les beneficia tener menos competencia. Y ahí tenemos por ejemplo a las grandes asociaciones de autónomos, que también les afecta, y no están diciendo esta boca es mía. O esta gran asociación de técnicos de informática que comenta Yeyo que te metes en su web, buscas Verifactu y no aparece ni una sola entrada.
Ahora, montar una asociación para dar voz social a lo que está pasando podría ser otra cosa, pero ya vamos un poco tarde para ello.
El único camino que veo es documentar (y cuando digo documentar me refiero a pruebas escritas, y esto no es nada fácil) de forma pública las empresas grandes que se están saltando alegremente lo que a nosotros nos imponen, como por ejemplo el obligar a empezar ya a todos sus clientes tras una actualización, o no tener botoncitos o programaciones de "ya si eso el uno de enero". Incluso aunque no se haga nada con ello, porque iniciar una guerra así no se hace sin consecuencias, al menos si alguno de nosotros, como ya han dicho, lo hace de la misma manera, tendría un pequeño clavo al que agarrarse, ya que la aplicación de la ley debe ser igual para todos.

Me parece muy correcta tu reflexión. Pero me gustaría añadir que eso de que los grandes se lo están pasando por el arco de triunfo es una cuestión a plantear/denunciar a la AEAT a ver como saltan

Lo de denunciar son palabras mayores, como digo todas estas cosas no se hacen sin consecuencias, tanto por las empresas a las que denuncias, como por Hacienda, que el que quiera mirar conoce sus tácticas. Además a mi particularmente denunciar a alguien a Hacienda va contra mis principios, aunque no me guste lo que hace, porque para mí Hacienda es peor y el que crea el problema. Si no especificas empresas concretas en tu pregunta a Hacienda, y haces como Gila con lo del "aquí huele a muertoooo..." pues no va a valer de nada, y si especificas también hay que demostrar. Yo mas lo veo por el camino de los "hechos consumados": si el 90% de las empresas lo está haciendo así, y lo puedes demostrar, si tu también lo haces y te dicen algo, te puedes agarrar a que todo el mundo lo hace y no les han sancionado (aunque nada te garantiza que te sirva). No es mucho, pero menos da una piedra.

Holded es lo peor que ha podido pasar en España con respecto al software de facturación, una superempresa o grupo empresarial compra Holded y gasta millones en marketing y publicidad, y justo lo que dices que es totalmente cierto en todo, se pasan la norma por el forro, además de ser un programa nefasto, a día de hoy puedes hacer lo que quieras, modificar facturas, eliminarlas y es más, os puedo asegurar que puedes hacer dos facturas con el mismo número y serie (hay una forma de hacerlo) y a estos no les pasa nada, seguro que nada de nada. Os podéis imaginar porqué.
Pero que se puede hacer ante esta injusticia?

Seguramente es que nosotros estamos "mal acostumbrados", desde siempre hemos desarrollado software para ayudar y facilitar al usuario todos los procesos, los queremos llevar de la mano para que no se equivoquen, para que no metan un dato erroneo, para que no olviden nada, para automatizarles todo, etc. Resumiendo, nos convertimos en una especie de "papá-asistente-protector".
Sin embargo algunos softwares simplemente les dice: "Aquí está la herramienta, puedes hacer todo lo que quieras, pero si lo haces mal entonces ese es tu problema".
Luego, si el cliente se queja por algo, les dirán: "ahí están las instrucciones, dice que legalmente no debes borrar facturas, si has borrado facturas entonces no es nuestro problema, es tu problema.
Puede ser que se lo puedan permitir, nosotros no podemos porque si le decimos eso a un cliente entonces nos manda a freir espárragos.
¡¡¡Y realmente tienen razón!!! Es como el que vende cuchillos de cocina, alguien lo utiliza para matar a una persona, y luego va y denuncia al vendedor de cuchillos porque no le ha puesto un control para no matar personas. Es algo sin sentido, sin embargo con el software se hace (o queremos que se haga) así. Nuestros clientes siempre nos echarán la culpa a nosotros, siempre somos los culpables, incluso aunque no haya un error en el software, por ejemplo lo que he dicho, si borran una factura entonces la culpa es nuestra porque han podido hacerlo. Si pierden datos por un virus entonces la culpa es nuestra porque teníamos que haber hecho una copia de todo, si se les rompe el disco entonces la culpa es nuestra si no lo hemos previsto, incluso he llegado a ver clientes que les han entrado a la empresa y les han robado los equipos informáticos y seguidamente han dicho que la culpa es nuestra (siempre la culpa es del "informático") porque no hemos previsto eso y teníamos un backup recuperable en "algún sitio de la nube", o mágicamente en nuestra propia empresa.

La culpa es nuestra, no delimitamos claramente hasta donde llega nuestra responsabilidad. Si tuviésemos un modelo claro de responsabilidad compartida como hace por ejemplo AWS estaríamos más tranquilos. Yo desde luego lo voy a elaborar con el tema veri*factu.

En mi opinión lo que comentáis que malacostumbramos a los clientes es cierto... hasta la llegada de Verifactu. Antes estaba la legislación y si el cliente no la cumplía era ciertamente su problema. Pero con Verifactu, primero, han sacado toda una legislación específica de cómo tienen que ser los softwares de facturación, el Real Decreto 1007/2023 y la Orden HAC (y la ley Crea y Crece -si puedes- que vendrá después), y segundo, después viene Hacienda interpretando la ley como le sale de los cojones. Y si no cumples tacatá salvaje si eres pequeño y no tienes abogados (es lo que hay).
Como bien indicas Verifactu obliga a tener un contrato de servicio en el que se especifique que responsabilidad tiene cada parte, porque uno de los mayores problemas, especialmente para los que trabajamos con empresas pequeñas y autónomos, es que la gente no tienen ni puñetera idea de la legislación (y de Verifactu ya ni te cuento) y, a base de hacer las cosas incorrectamente durante mucho, ya se creen que muchas de ellas son así.
Por mi parte tengo claro que cliente que comience en Verifactu, antes firma el contrato de servicio del mismo.

Hola, si me puedes indicar donde está esa obligación, por qur el nuestro es un software cedido a las franquicias y no tenemos ningún contrato que defina lo que comentais y me gustaria asegurarme. Gracias

Contrato de servicio? es una obligación? pues ahora me entero, donde está o donde pone eso ?

Creo que me he expresado mal, como un político haciendo leyes... Cuando decía que "Verifactu obliga a tener un contrato de servicio..." no me refería a que sea una obligación escrita que ponga en algún BOE, FAQ o similar, sino a que es una "obligación" de cada empresa si te quieres cubrir el culo en la relación con tus clientes...
A nosotros nos pasa un poco lo mismo, tenemos un Contrato de Servicio, pero de muy pocos clientes lo tenemos firmado. A las 40 páginas que tiene el actual tendremos que añadir otro puñado para estructurar la relación con Verifactu, sobre todo porque casi con seguridad nos haremos Colaborador Social de Hacienda, y ahora sí que obligaremos a que se firme para seguir trabajando con nosotros en Verifactu.

Ok ok, nosostros lo resumiremos en 2 paginas a titulo informativo y que lo firmen.
Realmente no sirvw de mucho el contrato, las obligaciones ya están establecidas por los distintoa reglamentos y tampoco le puedes traspasar la que toca a la emprrsa desarrolladora, asi que me ahorro el esfuerzo.Gracias

Yo es que ya lo comenté en un hilo que abrí justo para esta reflexión. Yo he preparado el software para que las facturas sean inalterables (que no se puedan borrar), que puedan hacer rectificativas y eliminar facturas y para cumplir con los protocolos de comunicación con AEAT y que funcione. Y ahí va a acabar lo que pretendo asumir como responsabilidad, y así se lo voy a hacer saber (y firmar) a mis clientes.
Yo no voy a enseñar a la gente a facturar ni a cumplir el reglamento de facturación, sería un loco temerario si asumiese esa responsabilidad... para eso tienen a sus asesores, o que hagan un curso, yo qué sé.
Cuanto más "guiemos" al cliente, a través del software o de nuestros consejos de qué hacer y qué no en cada situación, más lo eximimos de responsabilidad y más nos la echamos a nuestras espaldas, y yo desde luego voy a procurar no hacerlo.

Al hilo de esto, no sé si alguno ha formulado ya un modelo de contrato de soporte tipo que incluya puntos que establezcan y delimiten responsabilidades en cuanto a VeriFactu respecto a los clientes. Si es así os agradecería mucho que colgaseis alguno, para tomarlo como punto de partida.

Me toca mucho las narices comprobar como los asesores (no todos) están comiendo palomitas mientras muchos de nosotros nos partimos la cara para hacerles su trabajo y asumir sus responsabilidades de asesoramiento.

Totalmente de acuerdo contigo. Mi temor es que seamos al final el asesor del Obligado Tributario, cosa por la que no pienso pasar. Mi pequeño SIF va a estar muy muy controlado para evitar en lo máximo posible errores de usuario, o me veo reparando errores en los RF.

El campo técnico y brindar todas las posibilidades y que funcionen es nuestro trabajo, ir más allá ya va en cada uno

hola amigos, tengo un par de dudas

he llegado a este hilo de lamentos y comparto todos y cada uno de ellos
o esta gente baja a la tierra o no habrá cárceles para todos

en fin
sabeis cual es la URL del endpoint de produccion?
tengo todo programado con el endpoint de pruebas que dieron
(todavia no me deja poner enlaces)
pero el dia que haya que poner esto en produccion no se a que URL atacar
y me consta que ya existe ese entorno de produccion pero no veo el endpoint por ninguna parte

y luego he visto esta declaracion responsable
(todavia no me deja poner enlaces)
que tienen colgada en
(todavia no me deja poner enlaces)

y no entiendo que hay que hacer con esto

hay que enviarlo a alguna parte?
hay que tenerlo cumplimentado por si hay una inspección?

de verdad que la documentación de todo este asunto es de las peores que he visto en la vida
y mira que me he tenido que pelear con documentaciones de proveedores externos

pero joder, es que esta al final la pagamos todos

es increíble

Por lo que leído, ni se te ocurra usarla hasta que no deba quedar como definitiva.
Si se usa la de producción debes seguir enviando a ella y si son facturas de pruebas, deberás enviar registros de anulación de esas facturas.

Debe estar cumplimentado y accesible desde el SIF por parte del usuario y de una inspoección, caso contrario tiene multa, tal cual.

Saludos,

Si usas la busqueda puedes encontrar hilos referentes a tús preguntas, por ejemplo la de las direcciones:
https://www.clubdelphi.com/foros/sho...light=endpoint

Entro de vez en cuando a este hilo, a ver si hay suerte y veo que se ha pospuesto la fecha obligatoria de entrada, pero se acerca el día y esto no tiene pinta de que vaya a pararse. Y el día de la tormenta perfecta, el 2 de Enero, cae en viernes.

Empezamos el año con alegria... yeeeeeeeeeeeeeeeeeeeeeeeeepaaaaaaaaaaaaaaaaaaaaa.... :D


Ya en serio, lo que hay que hacer es intentar que los usuarios empiecen a ir enviando ya pero, yo por lo menos, me encuentro pocos voluntarios. :(

Que pereza, deja deja.
Retraso hasta noviembre minimo

Ya tengo 2 tpvs enviando.
Pero que se alargue que se alargue.

Qué va tío...eso para mi es inviable. Imagina que TODOS mis clientes se esperan y le dan al botón el día 1 cada uno con sus cosas..... y estoy seguro de que el 80% me llamarán por el qr, o porque se han equivocado y no saben cómo rectificar.. etc etc.... y por supuesto.... TODOS querrán soporte al momento (como siempre)... puffffffffffffffffff ....


Por otro lado, ya he puesto en marcha alguno y (por motivos) me han salido errores que en pruebas no salían, situaciones de funcionamiento que al usuario hay que ponérselo fácil para ciertas rectificaciones y me hacen retocar el programa... un mundo de cosas que ahora se pueden ir mirando pero a partir del día 1 se apretarán bastante.

Calla calla, lo del QR es una de las cosas que más temo, hasta ahora, si el cabezal termico tenía alguna deficiencia, podia esperar unos días/semanas, ahora ni de coña, todo es urgente.
Lo que más me preocupa de esto es que ahora todo es urgente, eso implica muchos problemas.

Bueno...me da la impresión de que tú te dedicas mayormente al tema hostelería. Ciertamente si el qr no se imprime bien hay un problema pero cambiando impresora está resuelto, por otro lado, en hostelería no creo que haya mucha batalla con rectificativas, sustitutivas, etc., el grueso será venta..venta..venta..venta.. la mayoría facturas simplificadas y quizás muy de vez en cuando una cualificada por lo que no debería de haber mayor problema.


Para mi la madre del cordero está en las rectificativas, en preparar los programas para que el usuario lo tenga lo más fácil posible para hacerlas de forma fácil y ágil y fiscalmente correcta.

Ojaĺa, tengo casi todos los tipos, F1, F2, F3, R4 y R5 y no solo hosteleria, imaginate el por C... que dan los xlientes de catering solicitabdo recrificaciones de facturas emitidas constantemente. Y no hablemos de factuas electronicas y cambios.
Para mi ya eso es toro pasado, se hace, se corrige y ya listo, pero el hardware: impresoras...no termina.
El problema es que soy informatico hibrido y solo de impresoras hay mas de 300, para mi solito.