Algunas aclaraciones para tranquilizar...

[CarlosArjonomia]

Empezado por Casimiro Notevi

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.

[emailesc]

Empezado por CarlosArjonomia

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.

[ermendalenda]

Empezado por emailesc

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

[Franche]

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

[emailesc]

Empezado por ermendalenda

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

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.

[ermendalenda]

Empezado por emailesc

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

[Decanato]

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.

[masteras]

Empezado por Decanato

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.

[Decanato]

Empezado por masteras

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

[Ketemeto2008]

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

[Carlos]

Empezado por Ketemeto2008

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

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.

Empezado por Ketemeto2008

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

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

Saludos,

[Faneka]

Empezado por Ketemeto2008

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

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

[YellowStone]

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.

[[newtron]]

Empezado por YellowStone

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....


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.

[ermendalenda]

Empezado por newtron

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


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

[ermendalenda]

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

[[newtron]]

Empezado por ermendalenda

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.

[ermendalenda]

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.

[[newtron]]

Empezado por ermendalenda

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.

[ermendalenda]

Empezado por newtron

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.