¿Los albaranes tampoco se pueden modificar?

[sglorka]

Yo he sacado las siguientes conclusiones de este documento con respecto a la utilización de documentos previos a la factura

1.- La utilización de cualquier documento preparatorio previo a la factura, albarán, presupuesto, proforma, prefactura, etc, te obliga a mantenerlos en tu sistema, pero se pueden modificar hasta el momento de emitir la factura definitiva, en ese momento, quedan indefectiblemente unidos a la factura emitida.
( ver párrafo …. De la misma forma, hasta ese momento, cualquier alteración que se produzca en ese registro, previo al RF, sería perfectamente lícita…)


2.- Cuando estos registros preparatorios, como el albarán o prefecatura, no lleguen a su estado final, convertirse en factura, éstos deben permanecer en el sistema.
(Ver párrafo … A lo anterior hay que añadir, no obstante, la exigencia de conservación de los registros preparatorios siempre que estos no acaben siendo finalmente validados en forma de factura (por ejemplo, resulta obligado conservar los registros de facturas proformas emitidos)…

3.-Si me los quiero quitar de encima, emitiré un abono de dicho documento.
Ver párrafo … (salvo que la alteración se produzca por medio de un registro posterior, que también deberá quedar anotado en el sistema).

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

[bmfranky]

Empezado por ermendalenda

Vaya lio, no me entero mucho p3ro
MultiOT está claro que es S, en el caso que comentas.
Si el sif te permite gestiobar 2 empresas es multiOT por mucho que digan, otra cosa es la interpretación que se tenga por OT que puede ser equivocada:
Cada empresa con un CIF (NIF) diferente es un obligado tributario distinto, aunque tengan el mismo gerente o responsable con un único NIF con alguna excepción

En términos fiscales, el obligado tributario es la persona o entidad identificada por su NIF que tiene deberes frente a la Administración tributaria (como declarar, pagar, etc.). Por tanto:

• Si hay varias empresas, cada una con su propio CIF/NIF, cada una es independiente a efectos fiscales.

• Que compartan gerente o administrador no las convierte en un único obligado tributario.

• Incluso si forman un grupo empresarial, no cambia su individualidad fiscal, salvo que actúen como grupo a efectos concretos (por ejemplo, en régimen especial de IVA de grupo, que requiere requisitos y autorización).

Así lo entendía yo al leer esto.

No, no pueden existir diferentes empresas con el mismo CIF (o NIF, que es su equivalente actual en España). El CIF (Código de Identificación Fiscal) o NIF (Número de Identificación Fiscal) es un identificador único asignado a cada entidad legal o persona jurídica en España. No puede haber dos empresas con el mismo número.
Explicación:

CIF (Código de Identificación Fiscal):
Este término fue utilizado en el pasado para identificar a las empresas en España.

NIF (Número de Identificación Fiscal):
Actualmente, el NIF es el equivalente al CIF y es el número que identifica a las empresas y entidades en España.
Unicidad del NIF:
Cada empresa o entidad debe tener su propio NIF único, el cual es asignado por la Agencia Tributaria.
Cambio de nombre:
Si una empresa cambia de nombre, no cambia de NIF, mantiene el mismo número de identificación.
Actividades separadas:
Es posible que una empresa tenga diferentes actividades o negocios, pero cada uno de ellos deberá estar registrado con su propio NIF si son entidades legales separadas.
Conclusiones:
Dos empresas diferentes no pueden compartir el mismo NIF en España. El NIF es una forma de identificar de forma única a cada entidad, por lo que no puede ser duplicado.

[sglorka]

Empezado por bmfranky

Así lo entendía yo al leer esto.

Existe la multiactividad en un autónomo que bajo el mismo Nif puede desarrollar diferentes actividades empresariales, cada actividad empresarial distinta tendrá su epígrafe económico pero lo más importante es que cada una de las actividades puede funcionar de manera independiente. Por ello, si un autónomo tiene un centro de enseñanza privada y una estación de servicio, la primera está exenta de Iva y la segunda repercute y soporta el Iva. Llevar esta consideración dentro de un mismo SIF es complicado por lo que es más certero utilizar un sólo SIF con dos números de instalación distintos, uno para cada actividad.
En este caso, y según la Aeat, <TipoUsoPosibleMultiOT> = "N" e <IndicadorMultiplesOT> = 'S'

[ermendalenda]

Empezado por sglorka

Existe la multiactividad en un autónomo que bajo el mismo Nif puede desarrollar diferentes actividades empresariales, cada actividad empresarial distinta tendrá su epígrafe económico pero lo más importante es que cada una de las actividades puede funcionar de manera independiente. Por ello, si un autónomo tiene un centro de enseñanza privada y una estación de servicio, la primera está exenta de Iva y la segunda repercute y soporta el Iva. Llevar esta consideración dentro de un mismo SIF es complicado por lo que es más certero utilizar un sólo SIF con dos números de instalación distintos, uno para cada actividad.
En este caso, y según la Aeat, <TipoUsoPosibleMultiOT> = "N" e <IndicadorMultiplesOT> = 'S'

Hola
Esto me interesa.
A ver
Tenemos un cliente autónomo con 2 actividades en el mismo local, restauración y pasteleria, cada zona tiene sus tpvs con su instalación, y tal como indicas tienen wl mismo cif pero están acogida una actividad a módulos y la otra no.
Quieres decir que tengo que poner en ese caso
<IndicadorMultiplesOT> = 'S?
En ambos tpvs(2 sif)
O al estar separados en 2 sif le tengo que poner N?
Gracias
(No se quien lo va a hacer bien, esto es un despropósito y es fácil trincar fallos para sancionar)

[ermendalenda]

Por otro lado volviendo al hilo del asunto, no sé si habeis puesto este interesante enlace:
https://www.agenciatributaria.es/sta...rolladores.pdf

Los obligados tributarios a que se refiere el artículo 3.2 de dicho Reglamento, en relación con sus actividades de producción y comercialización de los sistemas informáticos, deberán ofrecer sus productos adaptados totalmente al reglamento en el plazo máximo de nueve meses desde la entrada en vigor de la orden ministerial a que se refiere la disposición final tercera de este real decreto. No obstante, en relación con sistemas informáticos incluidos en los contratos demantenimiento de carácter plurianual contratados antes de este último plazo,deberán estar adaptados al contenido del reglamento con anterioridad a las fechas indicadas en el párrafo anterior.

Lo que yo entiendo aquí son 2 cosas en la obligacion de estar preparado el 29 de Julio de 2025(sin obligacion de enviar pero preparado):
1. Si haces una instalacion nueva entre el 29/7/2025 ya tiene que estar adaptado,
2.Contratos Plurianuales.

Pero si un cliente no tiene contrato plurianual, digamos por ejemplo que es desarrollo propio, y siguen usando una version (sin modificar) desde el 29 de Julio, pueden seguir sin estar adaptados y entonces tendria hasta el 31 de Diciembre para instalar la nueva version.
Entendeis lo mismo?

[ermendalenda]

Otro lio

También cabe recordar que la declaración responsable del productor/fabricante solo debe incorporarse a un producto SIF instalado que cumpla con el RD 1007/2023 (es decir, adaptado) y no a otros SIF que no lo cumplan (aunque cumplan con otras
normativas o sirvan de base a las mismas, como TicketBAI o SII), ya que esto último (esdecir, certificar un SIF como cumplidor del RD 1007
/2023, mediante una declaración responsable, cuando no lo es) sería sancionable.
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, si
no 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...)

Esto si que crea confusión.
Ahora ya no sé si pudo usar con el mismo SIF para 2 empresas una Verifactu y la otra en SII en una instalacion de escritorio.
Esto contradice a las respuestas a consutas a Veri*Factu. Jodeeeerrrr vaya mierda

[Faneka]

Empezado por ermendalenda

Otro lio

Esto si que crea confusión.
Ahora ya no sé si pudo usar con el mismo SIF para 2 empresas una Verifactu y la otra en SII en una instalacion de escritorio.
Esto contradice a las respuestas a consutas a Veri*Factu. Jodeeeerrrr vaya mierda

Esto que lo sacas tambien lo estuvimos por la empresa hablando pero ni me acordaba, la verdad que si es así que no puede el mismo SIF tener una empresa con SII y otra/s con Veri*Factu por el tema de la declaración responsable, va a ser un rollo y los clientes super contentos con tanto acceso directo.

[Jarogo08]

Empezado por ermendalenda

Otro lio

Esto si que crea confusión.
Ahora ya no sé si pudo usar con el mismo SIF para 2 empresas una Verifactu y la otra en SII en una instalacion de escritorio.
Esto contradice a las respuestas a consutas a Veri*Factu. Jodeeeerrrr vaya mierda

Yo de ahí entiendo que si tu programa actual cumple el SII pero no cumple el Verifactu (porque aún lo estás desarrollando, no está listo) no puedes ponerle la declaración responsable.


-Si tu software cumple los requisitos de esta ley del Verifactu: debe tener declaración responsable
-Si tu software NO cumple los requisitos de esta ley del Verifactu pero si la del SII: NO debe tener declaración responsable. Este es el caso en el que creo que nos encontramos la mayoría... el SII lo tenemos desde hace años pero el Verifactu aún estamos con ello. No podemos por tanto poner ya la declaración responsable hasta que demos por bueno el Verifactu.


Y relacionado con esto, otra cosa que preguntamos y nos dejaron claro que tiene que ser así:
Llega el 1 de agosto o el 1 de enero y yo tengo mi programa preparado para Verifactu. Se lo instalo a un cliente que va a tener 2 empresas. La uno va a trabajar en modo Verifactu y la 2 en modo SII. Pues en la 1 se tendrá que ver la declaración responsable pero en la 2 NO

[Faneka]

Empezado por Jarogo08

Y relacionado con esto, otra cosa que preguntamos y nos dejaron claro que tiene que ser así:
Llega el 1 de agosto o el 1 de enero y yo tengo mi programa preparado para Verifactu. Se lo instalo a un cliente que va a tener 2 empresas. La uno va a trabajar en modo Verifactu y la 2 en modo SII. Pues en la 1 se tendrá que ver la declaración responsable pero en la 2 NO

Esto tiene más sentido.

[sglorka]

Empezado por ermendalenda

Hola
Esto me interesa.
A ver
Tenemos un cliente autónomo con 2 actividades en el mismo local, restauración y pasteleria, cada zona tiene sus tpvs con su instalación, y tal como indicas tienen wl mismo cif pero están acogida una actividad a módulos y la otra no.
Quieres decir que tengo que poner en ese caso
<IndicadorMultiplesOT> = 'S?
En ambos tpvs(2 sif)
O al estar separados en 2 sif le tengo que poner N?
Gracias
(No se quien lo va a hacer bien, esto es un despropósito y es fácil trincar fallos para sancionar)

Si tienes un sólo SIF físico gestionando dos Sif's virtuales debes informar la clave <IndicadorMultiplesOT> como 'S'.
Si tienes dos SIF's físicos, en el mismo ordenador o en dos ordenadores distintos, debes informar la clave <IndicadorMultiplesOT> como 'N'

[delphiGar]

Yo creo que es mas sencillo de como lo planteais, y como dice bmfranky el primer campo TipoUsoPosibleMultiOT es para informar de si tu programa es capaz de gestionar mas de un OT ( Solo para Informar ) y el segundo campo IndicadorMultiplesOT es el que indica si lo hace o no, en la documentacion del excel de Diseño del Documento de validacion para mi entender lo deja bastante claro.

TipoUsoPosibleMultiOT

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.

IndicadorMultiplesOT

Indicador de que el sistema informático, en el momento de la generación de este 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.

[CarlosMz]

Empezado por sglorka

Yo he sacado las siguientes conclusiones de este documento con respecto a la utilización de documentos previos a la factura

1.- La utilización de cualquier documento preparatorio previo a la factura, albarán, presupuesto, proforma, prefactura, etc, te obliga a mantenerlos en tu sistema, pero se pueden modificar hasta el momento de emitir la factura definitiva, en ese momento, quedan indefectiblemente unidos a la factura emitida.
( ver párrafo …. De la misma forma, hasta ese momento, cualquier alteración que se produzca en ese registro, previo al RF, sería perfectamente lícita…)


2.- Cuando estos registros preparatorios, como el albarán o prefecatura, no lleguen a su estado final, convertirse en factura, éstos deben permanecer en el sistema.
(Ver párrafo … A lo anterior hay que añadir, no obstante, la exigencia de conservación de los registros preparatorios siempre que estos no acaben siendo finalmente validados en forma de factura (por ejemplo, resulta obligado conservar los registros de facturas proformas emitidos)…

3.-Si me los quiero quitar de encima, emitiré un abono de dicho documento.
Ver párrafo … (salvo que la alteración se produzca por medio de un registro posterior, que también deberá quedar anotado en el sistema).

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

Estoy de acuerdo con documentos mercantiles como presupuestos, albaranes, proformas... PERO un borrador de factura, es decir, una hoja en "sucio" hay que guardarla, creo recordar que la app oficial de FacturaE usa borradores y se pueden eliminar.

[Jarogo08]

Empezado por ermendalenda

Hola
Esto me interesa.
A ver
Tenemos un cliente autónomo con 2 actividades en el mismo local, restauración y pasteleria, cada zona tiene sus tpvs con su instalación, y tal como indicas tienen wl mismo cif pero están acogida una actividad a módulos y la otra no.
Quieres decir que tengo que poner en ese caso
<IndicadorMultiplesOT> = 'S?
En ambos tpvs(2 sif)
O al estar separados en 2 sif le tengo que poner N?
Gracias
(No se quien lo va a hacer bien, esto es un despropósito y es fácil trincar fallos para sancionar)

Ojo con esto, supongo que lo tendrás controlado pero por si acaso... Si las 2 empresas van a enviar a Verifactu cuidado con las series... Si el restaurante hace el ticket o factura A/1 y lo envía, y luego va la pastelería y hace otro ticket o factura que también es el A/1 te dará registro duplicado (si coinciden en la fecha).


Si 2 SIFs o 2 empresas o lo que sea tienen el mismo CIF a la hora de enviar van a hacerlo "al mismo sitio", con lo que si haces la consulta en la web que la AEAT habilitó para ello (https://prewww1.aeat.es/wlpl/OVCT-CX...eEmitidasQuery) verás los registros de las 2 empresas mezclados. Tendrás que asegurarte que en cada sitio usen series distintas, sino la lías!

[espinete]

Otro ejemplo más de que esta gente que redactó la documentación no tiene ni idea de cómo funcionan las empresas hoy en día, las diferentes variantes que puede haber, casos específicos, etc.
La de dudas que han generado solo con este concepto, y hay varios más.

Qué más les dará a ellos que envíes S o N, si ya tienen el NIF del emisor, encadenamiento, el software, el número de instalación... ¿Qué va a pasar si pones "S" pero en realidad en ese momento el software solo está funcionando para un NIF? ¿Va a explotar algo acaso?

Sí, nuestra cabeza con tanta tontería.

[gcqZW]

Sí, nuestra cabeza con tanta tontería.

jajajaja, la verdad es que nunca tuve en buena estima al funcionariado pero ahora....

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