Faqs Desarrolladores (Reflexión)
 

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

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'

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)

Por otro lado volviendo al hilo del asunto, no sé si habeis puesto este interesante enlace:
https://www.agenciatributaria.es/sta...rolladores.pdf
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?

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.

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

Esto tiene más sentido.

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'

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

IndicadorMultiplesOT

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.

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!

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.

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

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.

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.

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

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

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.

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

Bueno... el tema se ha desviado un poco de la idea inicial. Me han contestado a la pregunta original que hice a VeriFactu. La pregunta en cuestión es esta:


Entonces debo de entender que se refiere a TODOS los documentos.. facturas, albaranes, pedidos, presupuestos.... pero.... ya pensando... cuando dice "la mención que se hace a los registros debe entenderse realizada de forma genérica a cualquier registro informático generado." también serán artículos, proveedores, formas de pago y el sursuncorda que se dé de alta en cualquier fichero ¿no?

Creo que estamos perdiendo la cabeza con esto.

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!

Están formando una pelota tremenda de xontestaxionws ambas y de interpretaciones se la ley, que por supuesto no son viables. Espero que esto cambie, por que si no estamos todos vendidos

A mi también pero fijate en esto:
Creo que me he liado con el penúltimo párrafo, he visto que anteriormente sí decía que puede cumplir con diferentes normativas pero que e usuario no pueda cambiarlo después de instalar. Ok ok

Claro... aquí lo que dice es que si mi programa tiene 2 empresas y estoy en la empresa 1, no puedo ahora hacer una factura en modo verifactu, en una hora o mañana cambiar a modo SII, luego volver a Verifactu, etc. La empresa tiene que decidir como trabajar y una vez que empiece mantenerse en ese modo siempre. Bueno, siempre tampoco... puedes cambiar de un modo a otro pero para ello hay unos plazos y unos pasos que hay que seguir (creo que por ejemplo hay que esperar a final de año, avisar con antelación, etc.)


Que no es lo mismo que en la empresa 1 trabaje en modo Verifactu y en la empresa 2 en modo SII, que es de lo que se estaba debatiendo y es posible

Correcto, si si. Me había liado.

Creo que se estamos mezclando 2 temas.
Este me parece bastante preocupante. Yo les he preguntado sobre esto y me remiten a la faq 11. Parece ser que no se puede tocar nada. No vieven en el muindo real

Volviendo al tema inicial del hilo:
¿Los albaranes tampoco se pueden modificar?

Por lo que he sabido (o ha llegado a mi empresa) esto sólo afecta a las Prefacturas (o facturas proforma o cualquier otra forma de llamarlas) y los Albaranes, que tal como dicen es el docuemento "deben quedar anotadas en el sistema".

Os adelanto que aunque no ha aparecido en ningún sitio, por los "bajos fondos" se está hablando también de Asientos (pero ya llegaremos...).

Todo esto sólo afecta a que deben "anotarse" o "guardarse" las operaciones que se hacen sobre estos elementos (quieren que estén anotadas/loggadas), pero las operaciones que se hagan sobre estos elementos no sufren cambios.

¿Pero el que los albaranes deban "quedarse en el sistema" significa que en la vida del albarán y antes de facturarlo no se puedan modificar?

Me parece que lo que insinúan es , ademas de no poder eliminarlos , igual las pro forma y demás, también quieren que hagamos un registro de modificaciones, si dejamos modificar, osea como si fuese una factura normal, edito cambiando por ejemplo añado una linea de material:
O cualquier chorrada asi

Los pedidos y comandas también

Si puedes modificarlos, como siempre. Lo que te dice es que "sus registros" (si es que guardas algo similar al registro de facturación, pero para el albarán) debe ser inalterables, pero no el Albarán.

Al crear, modificar, borrar o facturar un albarán nosotros vamos a guardar algo similar a un RF.

Sólo habla de Facturas Proforma (o prefacturas) y Albaranes.

Vale, que no es que no se pueda eliminar, modificar un albarán, etc... sino que hay que dejar anotado todo lo que se haga con ellos. Eso lo tenemos tambien de hace tiempo con una configuración de "sucesos" que va guardando todo lo que se va haciendo en el programa.

En nuestro caso vamos a hacer algo así en primera versión (siguiendo las indicaciones que nos han dado).
Si más adelante necesitan algo más ya modificaremos o ampliaremos.

Guardar una trazabilidad de todas las modificaciones ya serviría pues?

Podrías comentar algo mas , a que te refieres?
En mi caso unicamente guardo las tablas justas que integran la prefactura, a saber, el id del cliente, el numero(único incremental), la descripción del trabajo o venta realizad@ y un enlace a la lista de materiales incluidos, eso se considera un RF?

Perdonad como siempre que pregunte las cosas mas simples, pero es lo que realmente a mi se me hace una muralla.:D

El problema es que en esa ley no habla especificamente de albaranes o pedidos o demonios, habla de "registros" de forma genérica. Si ellos al interpretarlo lo interpretan de forma que sea cualquier tipo de documento previo a la factura no deja de ser una interpretación. De la misma forma podrían interpretar que también entrarían en ese saco los clientes, artículos, formas de pago y cualquier registro que se guarde en el sistema. No sé, creo que hay lagunas que no están claras.