¿Los albaranes tampoco se pueden modificar?
 

Hola a tod@s.


Me estoy rayando un poco con esto:





¿Qué opinais? ¿Tampoco vamos a poder modificar albaranes (por ejemplo)? Sin hablar de presupuestos, pedidos, etc.


Saludos.

No tiene ni pies ni cabeza, nuestros clientes y supongo que todos, los albaranes (por poner un ejemplo) lo modifican 40 veces, añaden lineas, quitan, cambian precios, etc.. si ahora una vez guardado no se puede modificar apaga y vamonos. Aunque por expedir puede que se refieran a imprimir y enviar al cliente ¿no? pero aún así nos toca modificar de nuevo toda la programación.

Yo con esto entiendo que, una vez guardado un albarán, no se puede modificar, igual que si fuera una factura. Pero esto se puede hacer extensivo a facturas que se generen a partir de un pedido o un presupuesto. ¿Qué pasa? ¿No se va a poder modificar tampoco un presupuesto si desde ahí se va a generar una factura?



A ver si alguien me da luz porque esto lo veo cada vez más surrealista.

A ver es mas una tocada de huevos mas que algo difícil de hacer, tocara tratar los albaranes como facturas y ya, si crear uno y quieres modificarlo crear otro y listo (si queremos hilar fino podemos hacer rectificativas de albaranes jajajaja para tener hasta trazabilidad y todo), acabaremos por tener mogollón de albaranes por ahí muertos del asco pero...
Lo que si que no sé es como van a comprobar si hemos hecho albaranes y los hemos modificado o borrado o lo que sea, pero bueno...

Efectivamente... la clave está en qué significa "expedir" un albarán para ellos. ¿imprimirlo, facturarlo? Nosotros por ahora vamos a creer que se refiere a facturarlo, por lo que una vez facturado no se podrá tocar ni borrar. Osea, lo que ya hacíamos... vamos, que no tocamos nada.

No tiene sentido ninguno. Un albarán, o un presupuesto, no son documentos oficiales de venta. Y una proforma menos aún. Los albaranes se usan como partes de entrega, como un listado de productos entregados, etc. Los presupuestos a veces ni siquiera tienen los datos del cliente. No tiene ningún sentido que te obliguen a conservar los registros o exigir hacer "rectificativas de un albarán" en vez de modificarlos.

Joder, esto tiene mucho más sentido, vaya manera de escribir tienen....

El tema es que me he ido a buscar ese párrafo a la ley a la que hace referencia y dice lo siguiente:



Aquí habla de "registros" que puedo asumir que se refiere a los registros de facturas pero en las faqs dichosas lo hacen extensivo a casi todo tipo de documentos por lo que entiendo que es una interpretación del funcionario que ha escrito esas faqs. Lo que hay que dilucidar es hasta qué punto le damos validez a esa interpretación.

No me metí a informático para interpretar leyes la verdad.... y mas con la forma de escribir que traen, me imagino a cada juez interpretando las leyes a su antojo y haciendo lo que les de la real gana, por que vamos, estos párrafos otra cosa no, pero claros no son.

Lo que dice @jarogo08 tiene más sentido, una vez facturado el albarán que no se pueda modificar. Tendrán que hacer una FAQ de la FAQ para responder en condiciones a algunas cosas, jaja.

En relación con este documento, y con el párrafo concreto siguiente

"También relacionado con este asunto de SIF que permiten gestionar distintas facturaciones, en el caso de SIF en la nube, tipo SaaS (Software as a Service), que se ofrecen a muchos usuarios, los cuales, a su vez, pueden gestionar distintas facturaciones, sean del mismo OEF (por ejemplo, tiendas distintas) o de distintos OEF (por ejemplo, una gestoría que lleva la facturación de distintos OEF), se aclara a
continuación cuándo poner el valor “S” en el campo ‘IndicadorMultiplesOT’ del bloque ‘SistemaInformatico’ de los registros de facturación y de evento: este valor deberá calcularse de forma independiente por cada usuario del SIF SaaS (no a nivel global del SIF SaaS) y se informará con “S” en todos los registros de facturación (y, en su caso, de evento) de aquellos usuarios que tengan creadas más de una facturación en el SIF SaaS, independientemente del estado de dichas facturaciones (alta, baja…) y de si son de igual o de distinto OEF. En caso contrario, o sea, cuando el usuario solo tiene unafacturación en el SIF SaaS, se informará con “N”. "

se entiende que para un sistema SaaS, la marca <IndicadorMultiplesOT> deberá ser "S" aunque SÓLO exista un OT y éste tenga varias empresas en el mismo SIF aunque alguna esté de baja.
Pero para un SIf de escritorio cuya marca <TipoUsoPosibleMultiOT> = "N" pero tiene varias empresas gestionadas desde el SIF para el mismo OT, la marca <IndicadorMultiplesOT> debería seguir siendo "N"

¿ Alguien está en desacuerdo con esta idea ?

Buenas, nosotros tenemos un SIF de escritorio y pienso que la definición del campo es la misma que para SaaS.
Yo creo que IndicadorMultiplesOT tiene que ser S si se gestionan varias "empresas" en la aplicación, y son con distintos CIF.
Si es el mismo OT, y el mismo CIF, ya no tendría que haber distintas empresas, porque de cara a la AEAT es el mismo OT, pero nosotros tenemos algún cliente que lo ha hecho y solo nos da mas trabajo en controlarlo.

Saludos

Mira este párrafo del mismo documento

"Ha de tenerse en cuenta que si se utiliza un SIF que permite llevar distintas facturaciones, como contempla el artículo 7.a) del RRSIF, cada una de esas facturaciones distintas (sean de distintos OEF o del mismo OEF pero de distintos centros de facturación independientes, como tiendas) debe tener un nº de instalación propio y distinto al resto (pasado, presente o futuro) porque se consideran SIF independientes, como si fueran “SIF virtuales”, dentro de un producto SIF más completo que los gestiona y administra. "

Claramente, aunque sea el mismo OT al tener diferentes empresas a su nombre (distinto nombre comercial ) se deben de tratar como SIF's independientes. Por eso me surge la duda de si en este caso, la marca IndicadorMultiplesOT debería ser "N", ya que para los sistemas SaaS, han dicho lo contario

Si, ya lo vi también ese párrafo, pero no lo habia relacionado con IndicadorMultiplesOT...

Nosotros tenemos clientes que manejan con el mismo SIF, varias empresas de su propiedad, cada una con su razón social y cif.
En ese caso, marco MultiplesOT = 'S'

Yo lo tengo puesto a S fijo, puede haber multiempresa, cada una con su certificado independiente si es el caso.

La descripción del campo en el Excel es -> 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.

Yo por lo que pone de 'permite' ya me agarro a la S, jaja.

En el BOE dice:

Ok, hare una modificación para que si solo hay una empresa entonces vaya con valor 'N'.

Pongo un ejemplo sencillo, el empresario A tiene dos estaciones de servicios, una en Almería (Repsol Almería) y otra en Toledo (Bp Toledo), ambas pertenecen al mismo obligado tributario BXXXXXXXX.
El empresario adquiere un SIF que sólo permite gestionar un OT <TipoUsoPosibleMultiOT> = 'N' , para gestionar ambas estaciones y decide crear dos empresas separadas en el mismo Sif físico con números de instalación distintos.
La pregunta es ¿ El campo <IndicadorMultiplesOT> qué valor debería llevar ?

En este caso visto lo del BOE sera 'N'

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.

Y ¿ Qué hacemos para las rectificativas, por ejemplo por diferencias ?
¿ Creamos nuevos albaranes ? ¿ Y si el cliente quiere ver los numeros de albaran originales ?

Por complicarlo un poquito más...

¿Y si el OT, a mitad de año, abre otra empresa (con otro NIF) y quiere usar también tu software? ¿Cambias a partir de ese momento "IndicadorMultiplesOT" para que a partir de ahora sea "S"?

Claro, es un valor dinámico que se calcula cada vez que arranca el SIF

Claro, al menos en nuestro programa lo hacemos así. Creamos un albarán, lo facturamos, y si algo está mal y queremos hacer una rectificativa hacemos otro albarán y lo facturamos. Así tendremos 2 albaranes (el original y el que rectifica) y 2 facturas (la original y la que rectifica). El cliente podrá ver el albarán/factura que quiera

¿al arrancar o cada vez que envía? nosotros lo controlamos en cada envío :confused:

Nosotros lo hacemos al arrancar el SIF y lo guardamos en una propiedad interna del programa.
No se hace cada día lo de crear una nueva empresa... no hace falta consultarlo para cada envío pero si se hace pues también está bien.
Pensándolo bien... al crear una empresa nueva lo podría volver a comprobar y actualizar el valor

¿Un SIF que sólo tenga un OT? Imagino que habláis de software privado de autoconsumo (software de propiedad de una único empresa).... Normalmente, un programa comercial de facturación se instalará en la mayor cantidad de clientes posibles. Siempre tendrá Múltiples OT.

Posiblemente se estén refiriendo a si el mismo software, con la misma versión y con el mismo nº de instalación, es decir, prácticamente, si desde el mismo ordenador y misma base de datos se va a enviar facturas de dos o más CIF's diferentes. Pero estoy con vosotros en que lo mejor es poner que SI y a tirar.

Publico respuesta de Aeat al respecto del valor del campo IndicadorMultiplesOT

Pregunta
Para un SIf de escritorio cuya marca <TipoUsoPosibleMultiOT> = "N" pero tiene varias empresas gestionadas desde el SIF para el mismo OT, la marca <IndicadorMultiplesOT> debería seguir siendo "N" ?

Respuesta
Buenos días:
En un SIF operativo deben contarse todas las facturaciones distintas que gestione y/o almacene dentro de él, incluso las que estén dadas de baja, en la medida que sigan existiendo en el SIF y siendo accesibles desde él. Por lo tanto, han de contarse todas las "empresas", tengan distinto NIF o el mismo NIF y debido a ello, en el caso que nos indica, la marca IndicadorMultiplesOT deberá ir a "S".

Atentamente,
Atención al Usuario
Departamento de Informática Tributaria
Email: [email protected]

Nosotros lo que controlamos es las distintas empresas que tienen registros en la tabla de Registros de Facturación. Me explico:

-Tengo una instalación con 5 empresas que van a empezar a mandar a Verifactu. Todo configurado pero aún no se hizo ninguna factura ni ticket.
-Una de las empresas genera la primera factura/ticket y lo envía -> Mandamos una "N" (sólo hay una empresa que envió registros a Verifactu)
-Cuando otra de las empresas genere una factura/ticket y la envíe -> Mandamos una "S" (ya hay 2 empresas que envían registros a Verifactu en nuestro SIF)

No tenemos la seguridad que sea correcto pero bueno...

Porque lo que dices... creas otra empresa, la configuras en modo Verifactu y entonces actualizas ese valor. ¿y si en esa empresa no se hace nada más (no se crean tickets, ni facturas) porque se creó por ejemplo para probar algo haciendo un pedido? ¿sería correcto que enviaras la "S"?

Eso no es correcto... Si yo tengo mi programa, MI_PROGRAMA ERP y te lo vendo a ti y a Pepito de los Palotes, en tu instalación será "N" y en la de Pepito también será "N".

Pero si tu, en tu instalación, tienes la empresa 1 y ahora creas la empresa 2 y las dos están en modo Verifactu, entonces tendrás que enviar una "S". Pero si la empresa 1 es Verifactu y la empresa 2 la configuras en modo SII tienes que mandar una "N"

Hemos hecho varias preguntas y nos dejaron bastante claro que el funcionamiento era este.


Saludos

Hola, creo que estamos mezclando términos, no se refieren a que el programa sea de un único propietario , sino que con la misma instalación/instancia o como le quieras llamar se gestionen las facturas de varios Tributarios, ni siquiera se refiere a varios usuarios, sino a varios O.T, por ejemplo tu programa puede estar preparado para gestionar las facturas de varios clientes a la vez, y estar instalado en una tienda en la que solo se gestionan los RF de un único O.T, entonces mi programa soporta múltiples O.T, pero como en mi base de datos solo hay una Tienda creada, de un único O.T, he de poner que no los gestiona.



Ahi empiezan las variaciones.

y finalmente

Con lo de solo verifactu lo mismo, pero supongo que eso ya es redundante.


El programa puede ser mono puesto, multipuesto , en red , como se os pueda ocurrir, lo único a reseñar es al cantidad de empresas que gestiona.

Exacto. yo creo lo mismo.

Tampoco estoy seguro pero creo que da igual si han creado algún registro de facturación o no.

Totalmente de acuerdo con el post de bmfranky

Hola, sglorka, si gestionas varias empresas desde el mismo SIF,

No entiendo lo que me quieres decir.

Por abundar más, mi SIF no admite múltiples OT, pero no porque sólo tenga uno creado, sino porque por diseño, la licencia del programa la adquiere un OT y éste puede crearse todas las empresas, tiendas, que quiera cada una con su número de instalación, y sus registros de facturación serán siempre emitidos con el mismo CIF.

Por eso mis marcas son <TipoUsoPosibleMultiOT> = "N" (aunque hayan 20 empresas) y la duda era la marca <IndicadorMultiplesOT> que según el BOE es (... 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) que para mí, siempre es 1.

Hola, estamos en las mismas , gestionas solo un Cif o 20 Cifs?


Si solo gestionas un Cif, que a su vez engloba 50 tiendas, has de decir que no a las 2, porque tu programa solo gestiona un unico O.T, y por lo que me dices no puedes gestionar mas.

Como bien dices en tu caso , es N y N.

Otra cosa es que emitas 40 series diferentes de facturas, que has de encadenar en un único* registro, puesto que es del mismo O.T.
Siempre que se generen en el mismo SIF


Por el contrario si le vendes a perico el de los palotes , con CIF 12345678X


y crea 14 tiendas cada una con un Cif

Ultramarinos Pere B12345678
Mantecas rico B12345658


ETC, entonces, es si a las 2

Ojo, el numero de instalación no es por tienda gestionada , sino por instancia del programa independiente que se pueda ejecutar.

Pero no has visto la respuesta que me han dado de Verifactu ?. Me han dicho que ponga 'S'

Pregunta
Para un SIf de escritorio cuya marca <TipoUsoPosibleMultiOT> = "N" pero tiene varias empresas gestionadas desde el SIF para el mismo OT, la marca <IndicadorMultiplesOT> debería seguir siendo "N" ?

Respuesta
Buenos días:
En un SIF operativo deben contarse todas las facturaciones distintas que gestione y/o almacene dentro de él, incluso las que estén dadas de baja, en la medida que sigan existiendo en el SIF y siendo accesibles desde él. Por lo tanto, han de contarse todas las "empresas", tengan distinto NIF o el mismo NIF y debido a ello, en el caso que nos indica, la marca IndicadorMultiplesOT deberá ir a "S".

Perdon no lo habia visto yo, que ceporros, que son , entonces si emites diferentes tipos de series de facturas ya has de poner si a las 2 ... increíble

De todas formas , si te obligan a poner multiples Ot a si , tendrás que poner la otra a si también, no?
Haya paz...

Me estabas volviendo loco, dudaba ya de todo :eek:

Mas bien creo que deberíamos de dudar de ellos , nos están demostrando que no son nada de fiar.

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