Exacto, solo se modificará el encadenamiento cuando cambiemos el nº de instalación o el SIF en sí.

Seria la linea que sea, y empezarías de nuevo el encadenamiento.

vaya, yo estaba encadenando todo por NIF.
No entiendo ahora el rollo de sif virtuales, dónde está la documentación detallada ?

Voy a poner lo mismo que en el otro hilo ( https://www.clubdelphi.com/foros/sho...973#post564973 :D:D)que se esta hablando del tema de encadenamiento:

Como un SIF se identifica con los 3 parámetros OT+IDISTEMA+IDINSTALACION, la respuesta a la pregunta de cómo hay que encadenar los registros de facturación de un OT sería, por cada SIF que tenga desplegado.

Yo por ejemplo me guardo en cada equipo un fichero con el nº de instalación, que el nº es el datetime (es uno de los ejemplos que pusieron ellos mismos), ese fichero se crea la primera vez que se genere un RF, mientras el fichero exista sera la misma instalación, en el caso que se formatee o se cambie de equipo, como no encuentra ese fichero se vuelve a crear el nº de instalación.
Y al igual que ese fichero para el nº de instalación tengo otros para saber cual fue el ultimo RF enviado y así realizar el encadenamiento.

Entiendo. Cada vez que iniciamos una nueva línea de facturación, generaremos un salto porque el primer registro que emita esta nueva línea, sería el primer RF y no se encadena al anterior porque se supone que no hay y las demás líneas a seguirle el encadenamiento. Habrá tantos primeros RF´s como modificaciones o instalaciones nuevas se vayan haciendo. Correcto?

A mí me ha tocado reprogramar tambien esto del encadenamiento porque lo hacia por Empresa/Nif e independientemente de si era contabilidad, facturación, etc. el programa que facturase, y estaba mal.

Exacto.

No, a menos que cada vez que crees una línea de facturación también cambies el nº de instalación. Las líneas de facturación son cosas independientes al encadenamiento y las estas mezclando mucho en tus posts.

Vaya locura de encadenamientos, ahora me entero que deben ser por instalación. (NIF OT + SW ID + Version + Timestamp)

Vamos a tener primer registro... casi todos los días.

No te lies más jaja, el encadenamiento es por OT+IDISTEMA+IDINSTALACION, el tema del datetime es para asignar el nº de instalación, así se hace automático por puesto y no coincidiran un puesto con otro.

Es que estoy suponiendo que una línea de facturación es un terminal o pc con una instalación diferente a los otros del mismo centro de negocio o punto de venta y que por eso emite RF con un identificador o NumSerieFactura distintos a los otros, aunque igualmente encadenados a los demás RF que se emiten en el mismo centro. Por lo que deduzco que si guardo un ordenador y deja de emitir durante un mes y al mes lo incorporo tal cual, este se incorporaría a la trazabilidad del momento. Pero si incorporo un nuevo PC o actualizo algunos de los que ya estaban, tengo que volver a emitir un nuevo primer registro sin encadenar pues el SIF ya es otro y ha cambiado el nº de instalación.

Supongo que también depende como interpretes que es una instalación y como funcione tu SIF y de que tipo sea.
Desde un principio se pusieron muy serios con utilizar una misma cadena todos los ordenadores y no una por cada uno, si están interconectados y utilizan la misma base de datos y programa.
En nuestro caso es una aplicación de escritorio, instalada en un servidor y todos los ordenadores de esa tienda ejecutan por red ese ejecutable.
Por lo tanto solo hay un número de instalación en toda la tienda y solo hay un solo encadenamiento para cada NIF, en toda la tienda.
Todos los TPVs y ordenadores de oficina que ejecutan el mismo programa encadenan en una misma cadena. solo diferenciada por el NIF de la empresa que utilicen, ya que el programa es multiempresa.

Si un día tenemos que "reinstalar" el programa (en el servidor) en ese momento cambia el número de instalación, pero cambia para todos los ordenadores de la empresa.

Y en ese caso... tengo mis dudas de si hace falta cambiar el encadenamiento o seguiría del anterior.

De hecho nosotros el numero de instalación lo utilizamos para rellenar el campo correspondiente dentro del bloque SistemaInformatico en el registro de facturación, pero no para el encadenamiento. No se si está mal pero ahora mismo lo hacemos así.

Acepto comentarios. Aunque creo que seria mejor hablar de esto en otro hilo, que este está hecho para hablar de sanciones...

Saludos

Pues yo lo he cambiando y nosotros tenemos el mismo funcionamiento, el programa o programas en el servidor y los puestos por red o acceso remoto se conectan. Antes lo tenia que el nº de instalación era por empresa pero despues de leer los comentarios y la documentación cada instalación es el puesto. Yo creo que es así para saber que envia dentro de una misma empresa el equipo A, B, C ... cada uno lleva su encadenamiento dentro del OT+IdSistema

Eso es.

La verdad es que si, habría que cambiar de hilo.

Bueno, y si actualizamos el hardware, pero como yo hago, migro el disco entero al nuevo equipo, también cuenta como nueva instalación?
Y si Formateo y reinstalo una imagen completa del sistema, también es una nueva instalación?
No se pero veo algunos puntos negros.

Aquí https://www.clubdelphi.com/foros/sho...t=96990&page=2 se esta hablando del sistema informatico y más del campo instalación, lo digo por pasarnos allí y dejar este para el tema de sanciones.

Hola, ninguna opinión más sobre las sanciones? estais tranquilos con esta losa que nos ha metido hacienda?????

Pues yo, lo dejo todo y...

Tengo 25 o 30 clientes que me pagan una miseria para tener que lidiar con hacienda. Quiero dormir tranquilo.

Voy a proponer a mis clientes que se acojan voluntariamente al SII, mis rsponsabilidades siguen siendo las de hasta hoy i no me pilla verifactu ni puñetas.
El que se acoja, seguirá conmigo, el que no, apaga y vámonos. Les voy a cobrar un mínimo para consultar históricos y a ver si pillo 4 o 5 años para pagar la mierda de autónomos.

Yo estoy casi en la misma situación que tú, pero no les pido que se acojan al SII sino que les busco otra aplicación vertical (a3, sage, factusol...) al final creo que es lo que busca hacienda, que cerremos los pequeños, pero pienso igual que xevi, yo tengo unos 25 clientes y aunque con esto les tenga que pasar una cuota al mes no quiero estar toda la vida preocupado si haré algo erróneo o despiste o que se yo.. y que hacienda me pueda meter esas multas que me parecen exageradas. Dodne se ha visto 150000€de multa por algo que se te ha podido escapar? una pena. Además es que los clientes no creo que tengan con a3 o similares lo que les da un programa a medida como el nuestro. En fin...una pena.

A ver, yo entiendo que la AEAT va a entender que se van a producir errores que hasta que no estemos en producción ni siquiera habremos podido recrear, con lo cual no espero una dureza desproporcionada. Parece que alguien dijo que con TicketBai también se dio un margen de un par de años para que todo fuese redondo.

Yo interpreto que si el programa que sea tiene desarrollados los requisitos fundamentales de VeriFactu y evita la manipulación de registros y manda esos registros debidamente encadenados habrá mano abierta, e imagino que ese tipo de sanciones quedará para los programas que no hayan implementado esos requisitos, que permitan manipular facturas... ese tipo de situaciones

Vamos quiero suponer eso, espero no pecar de ingenuo :(

Yo estoy de acuerdo pero, de una forma o de otra, a los autónomos les recomendaría un buen seguro de responsabilidad civil que cubra estas ñapas por si las moscas, tampoco es tan trágico. Lo que no sé es si existe eso. Yo le he echado un vistazo al mío y me da que no cubre sanciones aunque he hecho una consulta a la compañía a ver qué me dicen.

Me da la sensación de que cubren daños ocasionados a terceros sólo

Más uno al grupo de acojonados


La verdad es que es una burrada la cuantía de las multas...me te toca mucho los cataplines que todo lo dejan en nuestra responsabilidad casi por encima de la del cliente. De hecho yo he asistido a webinars en los que te decían que hasta tu propio cliente podía ir a por ti si le sancionan a él por algún tema del programa. Doble miedo, vaya.


Tenemos bastante que tenemos que contratar los seguros de responsabilidad civil que hagan falta de aquí a que se empiece.

He estado mirando seguros y solo cubren daños a terceros por perdidas de información, perdidas económica a los clientes derivados de nuestro software, reclamaciones diversas por nuestros clientes etc pero no cubren multas que no sean por perdidas de registros o borrado de datos. Vamos que las multa que la AEAT ponga no entra en la cobertura. Si sabéis de algún seguro que lo cubra, nos vendría bien a más de uno que lo indicaseis.

Pues qué alegría me das... :mad:




Dan ganas de jubilarse, coger las cosas y salir corriendo

¿Pero todo esto no se arregla teniendo una S.L?

Yo creo que van a por las propiedades de la sociedad en vez de a la del particular pero la multa cae igual.

Sip... y si la sociedad no responde o no cubre con el importe, igualmente van a por los socios y su patrimonio.

Yo tengo claro que no voy a hacer que mi programa de gestión llegue a hacer facturas. Solamente si el cliente se acoge al SII le dejaré facturar... o que me firme que como obligado tributario no está sujeto, como bien podria ser que sea un autònomo a módulos, o que haga retenciones en las facturas como podria ser una empresa o autonomo que solamente haga facturas de alquiler de locales...

Hola xevi, pero si están en módulos creo que tambien tienen que hacer verifactu. Si están acogidos al SII ¿tienen que enviar facturas verifactu?

Los que están en SII están exentos de Verifactu.

Estoy buscando evasivas a mis responsabilidades en mi sistema de facturación, y ahora me viene a la cabeza el entregar los fuentes del programa a cada uno de mis clientes y ofrecer mis servicios como programador particular y personal solamente para cada cliente, así pues, el programa que utilicen serà propiedad del cliente mismo y yo solo me limitaré a, como podría hacer cualquier otro programador que quisiera y pudiera, adaptar cualquier cambio que me sugiriera el cliente.

De esta manera, ¿haría falta la Declaración responsable? dado que el mismo usuario, el que utiliza el SIF, es el propietario de su software.

¿Estaría bien hecho por ambas partes?

Antes de trasladar la pregunta a hacienda, me gustaría tener alguna opinión vuestra a favor o en contra.

Gracias.

Hola Xevi,

Supongo que si el programa lo tienes bien configurado no deberías tener problemas.
¿ Bien configurado ? Pues que no tengas referencias a clientes en el codigo de manera que si es este cliente funcione así y si no asá.

A mi me parece razonable lo que pretendes: Tu serías un mero agente externo que modifica el codigo que pertenece al cliente.
Otra cosa es que los clientes se enteren y quieran aceptar el marrón.

A ver qué dicen otros compañeros más preparados que yo

Saludos

Hola, no está mal pensado, pero dudo que un cliente acepte que pase lo que pase el marrón le va a él. La verdad es que es complicado, yo no lo veo fácil. Yo le he dado mil vueltas, seguro, contrato, pero en ningún sitio me han dado la seguridad de que no me puedan sancionar por un simple error o descuido, así que yo me bajo del carro. Me fastidia que por culpa de hacienda nos veamos así tanto programador a medida, no me lo esperaba, pero es loq ue hay, es triste pero es así. Yo voy a deribar a mis clientes a A3, sage, factusol, etc que es lo que busca hacienda y yo me dedido a desarrollar programas que no tengan que ver nada con ninguna administración pública, sino lo que me pida el cliente le hago y así será entre yo y la empresa sin que hacienda ni nadie intervenga.

La facturación es el epicentro de la mayoria de las empresas. Una vez que se van a otro sistema informatico es muy dificil retenerlas o que quieran algo de nosotros... porque a ellas les cerramos una puerta y sin pretenderlo le abrimos mil

Así es, yo siempre he estado a favor del software a medida y en contra de las aplicaciones verticales, pero este sapo que nos hacen tragar es demasiado. Yo no puedo estar toda la vida con el miedo a una sanción de este tipo. Igual luego no es tanto pero ahora mismo nadie me puede asegurar que no las metan.

Pero no sé si le haces la consulta de esa forma mmm. Mejor diles que una empresa que tiene el software X, co. Las fuentes quiere contratar tus servicios para hacer modificaciones, que que responsabilidad según el reglamento VeriFactu tienes tú sobre el software de ellos para modificaciones puntuales,Aún así pueden decirte que como empresa desarrolladora también tienes responsabilidad y debes incluirla en la DR,sobre todo si los modulos que tienes que modificar tocan puntos incluidos en el reglamento,. Es complicado escabullirse.

El temazo para las pymes este verano se llama VeriFactu...

Yo veo eso un poco complejo, sobre todo que asuma el cliente nuestra responsabilidad, salvo que lo engañemos al respecto. Porque está claro que la responsabilidad al final tiene que recaer en alguien. No termino de verlo eso.

Por cierto, sólo a mi me está pasando que la mayoría de los clientes a los que les voy hablando de VeriFactu no tienen absolutamente ni idea de lo que es ni de que se viene en unos meses??

A la gran mayoría de mis clientes les suena el rollo VeriFactu por los correos que yo voy enviando pero el problema es que ni los asesores tienen mucha idea del tema y no creo que seamos nosotros los que tienen que encargarse de informar a los clientes de esto.

Exacto, yo los estoy remitiendo directamente a sus asesores para que les informen. Me da por malpensar que la idea de muchos asesores es que nos comamos nosotros la responsabilidad de esto al completo, de informar, de adaptar el software e incluso de asesorar al cliente de cómo cumplir el reglamento de facturación, y yo desde luego tengo clarísimo que me voy a limitar exclusivamente a adaptar el software y mi asesoramiento se va limitar al cosas relativas al propio software, no voy a enseñar a facturar a nadie.

Ya sólo faltaría que el cliente me responsabilice a mi de haber hecho una anulación cuando correspondía hacer de una rectificativa.

Estamos en España y ejercemos


¿En verano? Yo creo que "conociéndonos" hasta mediados de diciembre no viene el temazo

¿Soy el único que cree que el Gobierno, Hacienda o quien sea, debería empezar a dar más información sobre VeriFactu cuanto antes? Me refiero a campañas de información, en TV, publicidad, radio, periódicos... lo que sea.

Veo a los clientes demasiado perdidos aún. Teniendo en cuenta que todavía hay gente que no sabe la diferencia entre un software en la nube y uno de escritorio, esto de Verifactu les va a petar la cabeza. Están muy perdidos.

¿Qué pretenden, que seamos las empresas de software quienes financiemos la publicidad e información de Verifactu?

No sé, a mí me da la sensación de que va a llegar el 1 de Enero y media España todavía no sepa lo que hay que hacer.