¿Los albaranes tampoco se pueden modificar?

[Faneka]

Empezado por sglorka

Yo he sacado las siguientes conclusiones de este documento con respecto a la utilización de documentos previos a la factura
En resumen, se puede editar cualquier documento preparatorio hasta el momento de la expedición de la factura. Una vez expedida la factura, se deben mantener inalterables en el sistema todos los documentos relacionados con dicha expedición.
Los documentos preparatorios que no hayan llegado a su finalización en foma de factura hay que mantenerlos y en su caso, emitir abono de documento que quedará registrado

Entonces sino me perdi el albarán que por lo que sea al final no se facture no se puede borrar ¿?, tendran que hacer uno negativo por ejemplo para cuadrar existencias y además tendremos que poner algún campo para indicar que esos albaranes no se deben facturar. Más trabajo para el usuario (y para nosotros que tendremos que programar esa casuística) que antes seguro que entraba y borraba el albarán.

[ermendalenda]

Vale error mio
Resulta que un software si puede contemplar 2 empresas una en SII y la otra en verifactu, pero la DR solo puede aparecer cuando se trabaje en modo verifactu, o sea, no vale poner la DR en un botón que se pueda ver desde la empresa SII ni común antes de entrar en alguna empresa.
El SIF es distinto para cada una a pesar de ser el mismo software cumpliendo que lo tengas bien identificado los registros de cada una.

[novatico]

Empezado por ermendalenda

Vale error mio
Resulta que un software si puede contemplar 2 empresas una en SII y la otra en verifactu, pero la DR solo puede aparecer cuando se trabaje en modo verifactu, o sea, no vale poner la DR en un botón que se pueda ver desde la empresa SII ni común antes de entrar en alguna empresa.
El SIF es distinto para cada una a pesar de ser el mismo software cumpliendo que lo tengas bien identificado los registros de cada una.

Me interesa mucho saber de donde has sacado esa conclusión porque yo, con el PDF del día 05, había entendido que tenían que ser SIF's diferentes, y me estoy volviendo loco.

[ermendalenda]

Empezado por novatico

Me interesa mucho saber de donde has sacado esa conclusión porque yo, con el PDF del día 05, había entendido que tenían que ser SIF's diferentes, y me estoy volviendo loco.

En una consulta hace meses, donde r3sponden que el SIF está identificado por el nodo SistemaInformatico y es independiente del software que lo haga en el sentido que puede generar 2 SIF diferentes, si maneja empresas diferentes, pudiendo tener cada empresa en un modo de trabajo verifactu,tiquetbau,noverifactu o SII y con ojito de que el usuario no pueda cambiar el modo de trabajo de cada empresa

[ermendalenda]

Aquí tienes

Gracias por su consulta.
Debe recordarse que un SIF adaptado al RD 1007/2023 (tanto actuando en la modalidad VERI*FACTU como en la NO VERI*FACTU) SOLO puede usarse cumpliendo con todos los requisitos de dicho RD 1007/2023 que le aplican a él (para lo que, entre otras cosas, es necesario tener instalado un certificado electrónico cualificado válido). Cuando un productor o fabricante –mientras se den las circunstancias que permitan esto– ofrece al cliente un sistema de facturación para que pueda ser usado de forma adaptada al RRSIF o sin adaptar a dicha normativa, o bien para que cumpla con diferentes normativas, tales como TicketBAI, RD 1007/2023 y la normativa que regula el Suministro Inmediato de Información “SII”, realmente está ofreciendo “un paquete o familia” de varios productos SIF diferentes (aunque puede que compartan gran parte de su programación), a fin de que el cliente pueda elegir específicamente uno para instalar y usar, bajo la responsabilidad del usuario.

En cualquier caso, este ofrecimiento debe implementarse de tal forma que el usuario no pueda cambiar dinámicamente de un “producto” a otro con cada factura ni con cada sesión o arranque del producto, sino que el usuario deberá elegir previamente qué tipo de SIF quiere utilizar y lo instalará –o actualizará– para que cumpla con esas características, que ya permanecerán así en adelante (a menos que se desinstale).

Todo esto también aplica a los casos de SIF en la nube, tipo SaaS (Software as a Service), que se ofrecen a muchos usuarios: no puede haber un único SIF que deje ser utilizado para cumplir o no con el RD 1007/2023, sino que deberá haber varios SIF y el usuario deberá elegir el que aplique a la facturación a llevar con él (el adaptado al RD 1007/2023, el adaptado a TicketBAI…).

Atentamente,
Atención al Usuario
Departamento de Informática Tributaria

Ahora que lo leo detenidamente parece que solo puede tener una fo3ma de trabajar.
Parece qie estaba equivocado
A ver que interpretais.

[ermendalenda]

Es que no me cuadra, esto es un lío tremendo.
Un ejemplo, asesoría o gestora que gestione los albaranes y facturas de 100 clientes con diferentes modalidades de facturación, SII, verifactu, noverifactu y tiquetbai y tenga un programa de escritorio.
Les va a obligar a tener 4 instalaciones,
Vaya pollada
4 ejecutables? 4 pcs? Esto es lo más grande.
Quieren poner historias que no tienen sentido.
Si un tío quiere defraudar cambiando de empresa y nos les permite el software, pues tendrá 2 programas o 2 pcs a que viene que el software no pueda ser multiempresa para 2 situaciones diferentes.

Lo mismo hay algo que no entiendo.

[ermendalenda]

Sabía yo que ya me habían respondido anteriormente a otra pregunta sobre ello de forma contraria, fijaos:

En su caso, si para los obligados tributarios afectados por el reglamento Veri*Factu, el SIF va a funcionar solo en la modalidad de emisión inmediata de los registros de facturación, entonces el campo debe ir a "S". Si también pudiera funcionar como «NO VERI*FACTU» entonces ese campo iría con valor "N". Indicarle también que dicho campo es obligatorio en registros de facturación de alta y de anulación. No aplica en registros de evento.

Sobre el nodo "Tipousoposiblemultiot", igual que lo expresado en el punto anterior (si están en el SII, su sistema no se regula con este real decreto, por tanto este campo no influye, ellos seguirán con sus archivos XML del SII). Este especifica si el sistema informático de facturación permite llevar independientemente la facturación de varios obligados tributarios (valor "S") o solo de uno (valor "N"). Obligatorio en registros de facturación de alta y de anulación, y opcional en registros de evento.
Por último, indicar que el valor "Indicarmultiplesot", se trata de un indicador de que el sistema informático, en el momento de la generación del registro, está soportando la facturación de más de un obligado tributario. Este valor deberá obtenerlo automáticamente el sistema informático a partir del número de obligados tributarios contenidos y/o gestionados en él en ese momento, independientemente de su estado operativo (alta, baja...), no pudiendo obtenerse a partir de otra información ni ser introducido directamente por el usuario del sistema informático ni cambiado por él. El valor "N" significará que el sistema informático solo contiene y/o gestiona un único obligado tributario (de alta o de baja o en cualquier otro estado), que se corresponderá con el obligado a expedir factura de este registro de facturación. En cualquier otro caso, se deberá informar este campo con el valor "S". (Obligatorio en registros de facturación de alta y de anulación, y opcional en registros de evento).

[Jarogo08]

Empezado por ermendalenda

Es que no me cuadra, esto es un lío tremendo.
Un ejemplo, asesoría o gestora que gestione los albaranes y facturas de 100 clientes con diferentes modalidades de facturación, SII, verifactu, noverifactu y tiquetbai y tenga un programa de escritorio.
Les va a obligar a tener 4 instalaciones,
Vaya pollada
4 ejecutables? 4 pcs? Esto es lo más grande.
Quieren poner historias que no tienen sentido.
Si un tío quiere defraudar cambiando de empresa y nos les permite el software, pues tendrá 2 programas o 2 pcs a que viene que el software no pueda ser multiempresa para 2 situaciones diferentes.

Lo mismo hay algo que no entiendo.

Yo no entiendo eso en ningún sitio, y me han confirmado varias veces que puedes tener un programa que gestiona varias empresas y cada una con su modalidad. Por tanto a la gestoría le llega con un programa, una instalación, un ejecutable, un pc. Faltaría mas!