Miedo a las sanciones verifactu

[sglorka]

Empezado por rci

Buenos días, ayer asistí a un webinar con Javier Hurtado (AEAT) y se habló sobre el tema de las sanciones a los desarrolladores.

El comentó que si el SIF cumple los requisitos fundamentales de la ley, pero hay algún error involuntario de programación, por ejemplo que dentro del XML en el campo tal se indica un valor incorrecto, esto no va a ser sancionado y se podrá corregir.

Nosotros nos quedamos algo mas tranquilos después de verlo.

Saludos

Hola Rci, yo también ví el webinar, ¿ A qué conclusión llegaste con la explicación del encadenamiento que dió ?

[rci]

Empezado por sglorka

Hola Rci, yo también ví el webinar, ¿ A qué conclusión llegaste con la explicación del encadenamiento que dió ?

Hola sglorka, pues ahora mismo no recuerdo que rompiera ningún esquema de mi cerebro referente a este tema, creo que dijo lo que ya sabíamos y concuerda con lo que estamos haciendo.
Disculpa pero no me acuerdo exactamente las palabras que usó.
Cuando tenga el vídeo lo volveré a mirar y me fijaré en esta parte.

[novatico]

Empezado por sglorka

Hola Rci, yo también ví el webinar, ¿ A qué conclusión llegaste con la explicación del encadenamiento que dió ?

Yo, que también lo ví, entendí que "la clave" para el encadenamiento debería estar formada por NIF OT + ID SIF + Nº INSTALACION

No sé si coincide exactamente con todo lo que hemos estando hablando.

Otra cosa que me chocó fue que hablara de asignar un Nº INSTALACION VIRTUAL, que no me quedó muy claro a que se refería.

[Faneka]

Efectivamente es por NIF OT + ID SIF + Nº INSTALACION, yo de hecho tuve que cambiar una parte de programación porque no lo estaba haciendo por instalación, y al mandar el primer registro con la 'S' me devolvio aceptado con errores porque realmente ya había mandado con anterioridad RF. Pero bueno, ahora ya lo tengo que cada bloque de NIF OT + ID SIF + Nº INSTALACION tiene su encadenamiento.

[delphiGar]

En el wdsl en el encadenamiento con el registro anterior que viene es por NIF + NumSerieFactura + FechaExpedicion + HuellaAnterior, si es eso a lo que inidicais??

[sglorka]

Empezado por novatico

Yo, que también lo ví, entendí que "la clave" para el encadenamiento debería estar formada por NIF OT + ID SIF + Nº INSTALACION

No sé si coincide exactamente con todo lo que hemos estando hablando.

Otra cosa que me chocó fue que hablara de asignar un Nº INSTALACION VIRTUAL, que no me quedó muy claro a que se refería.

Se refiere a que dentro de un mismo SIF físico para un OT pueden existir distintos SIF's virtuales para el mismo OT diferenciándose con el número de instalación y formando así, tantos encadenamientos diferentes como SIF's virtuales tengas desplegados para el mismo OT.
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.

[delphiGar]

Empezado por sglorka

Se refiere a que dentro de un mismo SIF físico para un OT pueden existir distintos SIF's virtuales para el mismo OT diferenciándose con el número de instalación y formando así, tantos encadenamientos diferentes como SIF's virtuales tengas desplegados para el mismo OT.
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.

ok, entendido, pensaba que habian cambiado la forma de encadenar los registros.

[novatico]

Empezado por sglorka

Se refiere a que dentro de un mismo SIF físico para un OT pueden existir distintos SIF's virtuales para el mismo OT diferenciándose con el número de instalación y formando así, tantos encadenamientos diferentes como SIF's virtuales tengas desplegados para el mismo OT.
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.

Gracias por la explicación. Entendido.

[Rja750]

Empezado por sglorka

Se refiere a que dentro de un mismo SIF físico para un OT pueden existir distintos SIF's virtuales para el mismo OT diferenciándose con el número de instalación y formando así, tantos encadenamientos diferentes como SIF's virtuales tengas desplegados para el mismo OT.
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.

Entonces a ver si me aclaro. Un OT tiene 2 ordenadores en la tienda y los dos con el mismo SIF pero al ser dos instalaciones diferentes pues son distintos los ordenadores donde están alojados, tienen el Nº de instalación 102 y 103. El terminal 102 factura con la serie por ejemplo Nº 02-1, 02-2, 02-3... y el terminal 103 factura con la serie Nº 03-1, 03-2, 03-3...dentro de la misma tienda. ¿Es correcto?

[gcqZW]

Las series dan igual, encadenas RF.

[Rja750]

Empezado por gcqZW

Las series dan igual, encadenas RF.

Si, me referia a RF. Entonces entiendo que se puede encadenar el RF 02-08 con un RF 05-03 si este es el ultimo y habrá tantas series diferentes en la misma tienda como actualizaciones u terminales tenga el SIF

[gcqZW]

Entonces entiendo que se puede encadenar el RF 02-08 con un RF 05-03 si este es el ultimo

Exacto.

habrá tantas series diferentes en la misma tienda como actualizaciones u terminales tenga el SIF

Aquí creo que puedes tener tantas series como líneas de facturación tengas, habrá diferentes encadenamientos por cada instalación y por cada SIF (creo que te referías a esto pero lo has escrito mal).