Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[oscarperez-1980]

El respecto a lo que digo de no poder modificar documentos, a que se refiere la norma? Lo sabéis alguien? sólo facturas y ticket? O albaranes también? Presupuestos?...

[Casimiro Notevi]

Empezado por oscarperez-1980

El respecto a lo que digo de no poder modificar documentos, a que se refiere la norma? Lo sabéis alguien? sólo facturas y ticket? O albaranes también? Presupuestos?...

Desde hace años no se pueden modificar facturas/tickets ya emitidas, si hay que hacer cambios entonces hay que crear una nueva factura rectificativa.
No afecta a albaranes ni presupuestos, obviamente.

[afxe]

Desde hace años no se pueden modificar facturas/tickets ya emitidas,

Bueno... tanto como no poder tocar... depende. Tengo varias empresas que funcionan así: Por ejemplo, una mayorista de electrodomésticos. En el punto de venta se le hace una factura al cliente, la cual puede llegar a abonarse en efectivo o tarjeta. Toma su factura y se va al almacén (edificio colindante) y la enseña al recepcionista, que escanea un código de barras con un terminal de almacén (android) y se dispone a preparar la mercancía, asignando los números de serie de los electrodomésticos a medida que los va tomando de sus respectivas ubicaciones. Cada vez que toma un artículo, abro la factura, grabo el usuario, la hora y el nº de serie del producto tomado, y se vuelve a grabar la factura. También se puede variar la dirección de entrega al finalizar el servicio y asignar los palets usado. Lo último que me han pedido es poder incluir sustitución de un producto por otro de las mismas características si el precio no varía, es decir, que incluso cambia el detalle de lo servido. Lo que permanece inalterable es la identificación fiscal del cliente, el número de factura, la fecha, el total, las bases imponibles y el cobro realizado. Lo mejor... puede hacerse la factura hoy, y el cliente pasar a retirar la mercancía a los dos meses, con lo cual permito editar la factura incluso aunque esté contabilizada y presentada al SII (siempre que no cambie los datos declarados fiscalmente).

La idea que barajo es separar mi programa en módulos independientes (CRM, SGA, NOMINAS, APP, WEB, BI, BPM, DMS, TESORERIA y.... "FACTURACION Y CONTABILIDAD"), de manera que sólo tenga que certificar éste último, donde irán a parar la información fiscal y contable, y dejar aparte la logística, financiera, comerciales, previsiones, pedidos, compras, flota, fabricación, reparto.... Espero que no haya que certificar el software que no tenga nada que ver con la fiscalidad... ya me veo certificando el Candy Crush....

[Casimiro Notevi]

Empezado por afxe

... Lo que permanece inalterable es la identificación fiscal del cliente, el número de factura, la fecha, el total, las bases imponibles y el cobro realizado. ...

Pues eso, no se puede editar, otras cosas no afectan.
Aunque no te creas, siendo "tiquismiquis" tampoco se pueden cambiar los artículos facturados. Si hay un cambio o error, legalmente hay que crear la factura rectificativa para sustituir el artículo, aunque tengan el mismo importe, aunque nadie lo haga.

[ermendalenda]

Empezado por afxe

Bueno... tanto como no poder tocar... depende. Tengo varias empresas que funcionan así: Por ejemplo, una mayorista de electrodomésticos. En el punto de venta se le hace una factura al cliente, la cual puede llegar a abonarse en efectivo o tarjeta. Toma su factura y se va al almacén (edificio colindante) y la enseña al recepcionista, que escanea un código de barras con un terminal de almacén (android) y se dispone a preparar la mercancía, asignando los números de serie de los electrodomésticos a medida que los va tomando de sus respectivas ubicaciones. Cada vez que toma un artículo, abro la factura, grabo el usuario, la hora y el nº de serie del producto tomado, y se vuelve a grabar la factura. También se puede variar la dirección de entrega al finalizar el servicio y asignar los palets usado. Lo último que me han pedido es poder incluir sustitución de un producto por otro de las mismas características si el precio no varía, es decir, que incluso cambia el detalle de lo servido. Lo que permanece inalterable es la identificación fiscal del cliente, el número de factura, la fecha, el total, las bases imponibles y el cobro realizado. Lo mejor... puede hacerse la factura hoy, y el cliente pasar a retirar la mercancía a los dos meses, con lo cual permito editar la factura incluso aunque esté contabilizada y presentada al SII (siempre que no cambie los datos declarados fiscalmente).

La idea que barajo es separar mi programa en módulos independientes (CRM, SGA, NOMINAS, APP, WEB, BI, BPM, DMS, TESORERIA y.... "FACTURACION Y CONTABILIDAD"), de manera que sólo tenga que certificar éste último, donde irán a parar la información fiscal y contable, y dejar aparte la logística, financiera, comerciales, previsiones, pedidos, compras, flota, fabricación, reparto.... Espero que no haya que certificar el software que no tenga nada que ver con la fiscalidad... ya me veo certificando el Candy Crush....

Yo creo que tienes que reorganizar el diagrama de las facturas.
Lo primero que emites es una orden o comanda en el que pueden ir añadiendo cosas, como cuando un camarero abre una cta en mesa o barra, eso es un almacenamiento temporal. Una vez que emitas la factura ya, legalmente, no puedes cambiar nada, ni descripciones ni referencias ni nada, ese número de factura con su serie debe ser inalterable, si el cliente quiere cambiar algo puedes emitir otra factura, un producto en negativo por otro en positivo, incluso aunque salga a devolver, con otro número de factura, esto es así si es el mismo tipo impositivo, por ejemplo 21% el devuelto y 21% el que se lleva.
Segundo caso, admites devolución sin cambio de productos, debes hacer una factura rectificativa del producto devuelto con otra serie y su numeración correlativa respecto a la seri de las rectificativas que hayas elegido.
Tercer caso devuelve un producto a un tipo de iva y quiere cambiarlo por otro con un iva distinto, en este caso tienes que hacer una rectificativa de la devolución y una factura normal de la compra.
Consejillo: olvídate de editar facturas, como te hagan inspección te vas tener que comprar vaselina en el mayorista.
Nota:Las rectificativas deben hacer referencia a la factura donde se compró y hay varias formas de realizarla.
Por lo que veo aplicado en otros lugares la certificación no va a ser algo complejo, aunque, por lo que me cuentan, en Portugal es bastante engorroso.

[keys]

Hola a todos.

afxe lo que quieren controlar con esta ley es que no se pueda hacer todo lo que estas diciendo. En teoria (Reglamento de Facturacion) una factura no se puede modificar una vez emitida. Ahora mismo el papel soporta todo, nadie sabe si tu has modificado una factura o no (Lo hace todo el mundo), pero cuando nos pidan que firmemos las facturas, como pasa con TBAI, ya no se podrá hacer todo eso.

Tendrás que hacer facturas proforma y cuando sea emitir la factura definitiva. O en su caso hacer facturas rectificativas, o .........

[afxe]

Efectivamente Keys, en mi actual diseño (que seguro es mediocre e ineficiente), hay datos del detalle de una factura que se ponen a posteriori: datos como el número de serie de un electrodoméstico, o el lote y la caducidad de un producto perecedero, o el tono y calibre en caso de materiales, el almacenista que ha realizado la entrega o la preparación de cada uno de los productos, fecha y hora de retirada de mercancía, la ubicación y almacén de donde se ha sacado la mercancía que se está sirviendo... Toda esa información se añade a cada línea de una factura una vez que la factura ha sido emitida e incluso cobrada. Tendré que cambiarlo para que se haga sobre... ¿albarán? ¿factura proforma? ¿documento logístico?... pero el caso es que cuando el cliente va a almacén a que le preparen y entregen su mercancía... ¡Ya la ha pagado! ¿permitimos cobrar albaranes o facturas proforma sin que exista factura? Pues ya tienes la perfecta gestión de "B". Por otra parte, es una putada reclamar al cliente que una vez que tenga la mercancía, vuelva a la oficina a que le pasen el albarán a factura. En España, Conforama funciona de esta manera... pagas en tienda, y retiras la mercancía cuando quieras, incluso poco a poco, en diferentes días y a veces, de diferentes almacenes...

Por eso digo de separar la logística, es decir, que mi fichero de factura sea sólo datos de la cabecera y totales y con datos que afecten exclusivamente al módulo fiscal y contable... el detalle de dicha factura y otros datos auxiliares (dirección de envío, método de captación del cliente, comercial y promotor que comisionan, vehículo en que se ha realizado el reparto, fecha y hora de entrega de la mercancía, etcétera) hacerlo sobre otros fichero enlazados con la factura, pero no en el propio fichero de factura (como hasta ahora hacemos). No voy a generar una factura rectificativa si el cliente me dice que le cambie la dirección de envío

El dilema está en si Hacienda permitirá esto... que en el fichero de factura no vayan datos logísticos ni los conceptos facturados, sólo la información fiscal... es decir, que carajo es para Hacienda una factura o si quieren tener controlado también los movimientos logísticos (albaranes, presupuestos, pedidos, tarifas de precios, cartera de efectos, cobros de efectivo...)

[keys]

Empezado por afxe

Efectivamente Keys, en mi actual diseño (que seguro es mediocre e ineficiente), hay datos del detalle de una factura que se ponen a posteriori: datos como el número de serie de un electrodoméstico, o el lote y la caducidad de un producto perecedero, o el tono y calibre en caso de materiales, el almacenista que ha realizado la entrega o la preparación de cada uno de los productos, fecha y hora de retirada de mercancía, la ubicación y almacén de donde se ha sacado la mercancía que se está sirviendo... Toda esa información se añade a cada línea de una factura una vez que la factura ha sido emitida e incluso cobrada. Tendré que cambiarlo para que se haga sobre... ¿albarán? ¿factura proforma? ¿documento logístico?... pero el caso es que cuando el cliente va a almacén a que le preparen y entregen su mercancía... ¡Ya la ha pagado! ¿permitimos cobrar albaranes o facturas proforma sin que exista factura? Pues ya tienes la perfecta gestión de "B". Por otra parte, es una putada reclamar al cliente que una vez que tenga la mercancía, vuelva a la oficina a que le pasen el albarán a factura. En España, Conforama funciona de esta manera... pagas en tienda, y retiras la mercancía cuando quieras, incluso poco a poco, en diferentes días y a veces, de diferentes almacenes...

Por eso digo de separar la logística, es decir, que mi fichero de factura sea sólo datos de la cabecera y totales y con datos que afecten exclusivamente al módulo fiscal y contable... el detalle de dicha factura y otros datos auxiliares (dirección de envío, método de captación del cliente, comercial y promotor que comisionan, vehículo en que se ha realizado el reparto, fecha y hora de entrega de la mercancía, etcétera) hacerlo sobre otros fichero enlazados con la factura, pero no en el propio fichero de factura (como hasta ahora hacemos). No voy a generar una factura rectificativa si el cliente me dice que le cambie la dirección de envío

El dilema está en si Hacienda permitirá esto... que en el fichero de factura no vayan datos logísticos ni los conceptos facturados, sólo la información fiscal... es decir, que carajo es para Hacienda una factura o si quieren tener controlado también los movimientos logísticos (albaranes, presupuestos, pedidos, tarifas de precios, cartera de efectos, cobros de efectivo...)

Los datos logisticos, formas de pago, es decir datos que no afectan a una factura no los va a pedir hacienda. Pero toda la información de bases imponibles, cuotas de iva, etcc seguro que no se puede modificar y les va a interesar (todo lo que sea dinerin). Te lo digo por que en las forales con TBAI es mas o menos asi.

Y si dentro de esos datos esta la dirección del cliente, no quedará mas remedio que hacer una rectificativa. La dirección de envío seguramente le da igual

[antoine0]

Empezado por afxe

Bueno... tanto como no poder tocar... depende. Tengo varias empresas que funcionan así: Por ejemplo, una mayorista de electrodomésticos. En el punto de venta se le hace una factura al cliente, la cual puede llegar a abonarse en efectivo o tarjeta. Toma su factura y se va al almacén (edificio colindante) y la enseña al recepcionista, que escanea un código de barras con un terminal de almacén (android) y se dispone a preparar la mercancía, asignando los números de serie de los electrodomésticos a medida que los va tomando de sus respectivas ubicaciones. Cada vez que toma un artículo, abro la factura, grabo el usuario, la hora y el nº de serie del producto tomado, y se vuelve a grabar la factura. También se puede variar la dirección de entrega al finalizar el servicio y asignar los palets usado. Lo último que me han pedido es poder incluir sustitución de un producto por otro de las mismas características si el precio no varía, es decir, que incluso cambia el detalle de lo servido. Lo que permanece inalterable es la identificación fiscal del cliente, el número de factura, la fecha, el total, las bases imponibles y el cobro realizado. Lo mejor... puede hacerse la factura hoy, y el cliente pasar a retirar la mercancía a los dos meses, con lo cual permito editar la factura incluso aunque esté contabilizada y presentada al SII (siempre que no cambie los datos declarados fiscalmente).

No creo que esta sistema siga tan malo como lo parece a primera vista. Yo lo partiría en dos: por una parte va la factura que haces hoy en día, identificando cliente, declarando y pagando IVA (que es la que importa a Hacienda, como se ha dicho) y que es la que se cobra (que es lo que importa al cliente y al vendedor). Sola diferencia, meramente contable: para mí es una factura de anticipo.
Luego viene la entrega a los dos meses, con modificación de lo entregado, indicación de lote y números de serie, de paletas etc. Que da lugar a un albarán (que contablemente es lo que constata la salida de existencias).
Pues solo te queda por añadir una segunda factura, al mismo cliente, que recupera el pago y el IVA de la primera, por tanto la segunda factura saldrá con importe a pagar nulo, y contablemente matará la salida. Esta factura con importe cero no tengo claro si se tiene que subir al S.I.I. 1.1; lo que sí tengo claro es que a Hacienda no le importa. Y al cliente tampoco, obviamente.

Evidentemente, haciéndolo de esta manera, el día que tienes una incidencia en la entrega, la segunda factura puede empezar a ser más compleja y a tener un importe (y a declararse, a presentarse, a usarse como abono etc.) Dicho de otra forma: el proceso de esta factura a cero ya lo tienes previsto, es el mismo que si hay que hacer un abono o cosas parecidas; solo que será más sistemático y saliendo a cero, no tiene más recorrido.

[afxe]

Gracias Antoine0 por exponer tu punto de vista. Creo que el tema lo tomaré por ahí. Ahora meto demasiados datos en un registro de factura, y permito meter todas las modificaciones que el usuario necesite registrar con respecto a esa factura, siempre que no se cambie la fecha de la factura, las bases imponibles, cuotas de IVA, retenciones, NIF/CIF del cliente, tipo de factura (venta, servicio, alquiler, rappel...) ni el número de factura (año/serie/numero). Todo lo demás permito que se modifique, ya que aunque la factura esté presentada en el SII, a hacienda le debe dar igual que cambie un producto por otro en caso de ruptura de stock, que registre la fecha en la que el cliente se ha llevado cada uno de los artículos adquiridos, o que registre el nº de serie o el lote del producto que se sirve en postventa... Repito: esas actualizaciones no afectan fiscalmente a la factura. Entonces, para certificar que el software no permite editar ni borrar datos del registro de facturación, sólo me queda sacar esa información del fichero de facturas y crear un fichero paralelo con los datos de la logística asociado a esa factura, que pueda ser modificado siempre que no afecte a la fiscalidad de la factura original, es decir, no quitar/añadir productos o cambiar precios.

Lo analizaré cuando se publiquen las necesidades mínimas que tiene que cumplir un software de facturación.

[ermendalenda]

Empezado por afxe

Gracias Antoine0 por exponer tu punto de vista. Creo que el tema lo tomaré por ahí. Ahora meto demasiados datos en un registro de factura, y permito meter todas las modificaciones que el usuario necesite registrar con respecto a esa factura, siempre que no se cambie la fecha de la factura, las bases imponibles, cuotas de IVA, retenciones, NIF/CIF del cliente, tipo de factura (venta, servicio, alquiler, rappel...) ni el número de factura (año/serie/numero). Todo lo demás permito que se modifique, ya que aunque la factura esté presentada en el SII, a hacienda le debe dar igual que cambie un producto por otro en caso de ruptura de stock, que registre la fecha en la que el cliente se ha llevado cada uno de los artículos adquiridos, o que registre el nº de serie o el lote del producto que se sirve en postventa... Repito: esas actualizaciones no afectan fiscalmente a la factura. Entonces, para certificar que el software no permite editar ni borrar datos del registro de facturación, sólo me queda sacar esa información del fichero de facturas y crear un fichero paralelo con los datos de la logística asociado a esa factura, que pueda ser modificado siempre que no afecte a la fiscalidad de la factura original, es decir, no quitar/añadir productos o cambiar precios.

Lo analizaré cuando se publiquen las necesidades mínimas que tiene que cumplir un software de facturación.

Creo que es buena idea, eso, tener documentos internos para tu control más específico de stock. En la factura declarada puede ser una descripción más genérica y te evitas de repetir la factura. Ya que si la repites estas obligado a entregarsela al cliente, tanto la anulación como la nueva y vas a necesitar una logística compleja. Y cuando salga el reglamento estoy seguro que harán como los demás, habrá que subir todas las facturas emitidas de todas las series con el número correlativo y además tendrás que subirlas en el mismo orden del numerador, no creo que puedas subir antes la 3 que la 2 y además dentro del orden numérico debe coincidir con un orden cronológico de emisión , eso te va a complicar esa gestión que tienes que primero asignar un número y después la mercancía, que en ese caso tiene que estar seguro que todas los números sean correlativos y subirlos a hacienda por orden se complica, el número mejor asignarlo al cerrar la factura. Es más si lees el reglamento de facturación, esto de anular facturas e incluso de rectificarlas ya es un tema más delicado y si detectan muchas rectificaciones o anulaciones vas a tener a los Sres inspectores muy a menudo, cada vez que les salte la alerta y no creo que pongan a nadie en lista blanca fácilmente. Por su operativa. O sea, vigila:
Contador facturas y hora fecha correlativos.
No hacer facturas con fechas ni horas anteriores a una fecha hora de la última emitida ni a la de hoy y ahora
No hacer facturas con fecha hora futura.
Entregar todas las facturas emitidas a un cliente a su cliente, incluidas rectificaciones, las anulaciones solo se pueden hacer si no se ha llegado a entregar y por motivos de errores recogidos en el reglamento de facturación.
Y ten en cuenta otra cosa, la factura tendrás que firmarla digital mente y encadenar la firma con la anterior, cualquier carácter que se modifique de la cadena rompe la cadena.
Si puedes cumplí todos estos requisitos antes de enviar la factura a hacienda podrás editarlas.
Saludos

[ermendalenda]

Empezado por antoine0

No creo que esta sistema siga tan malo como lo parece a primera vista. Yo lo partiría en dos: por una parte va la factura que haces hoy en día, identificando cliente, declarando y pagando IVA (que es la que importa a Hacienda, como se ha dicho) y que es la que se cobra (que es lo que importa al cliente y al vendedor). Sola diferencia, meramente contable: para mí es una factura de anticipo.
Luego viene la entrega a los dos meses, con modificación de lo entregado, indicación de lote y números de serie, de paletas etc. Que da lugar a un albarán (que contablemente es lo que constata la salida de existencias).
Pues solo te queda por añadir una segunda factura, al mismo cliente, que recupera el pago y el IVA de la primera, por tanto la segunda factura saldrá con importe a pagar nulo, y contablemente matará la salida. Esta factura con importe cero no tengo claro si se tiene que subir al S.I.I. 1.1; lo que sí tengo claro es que a Hacienda no le importa. Y al cliente tampoco, obviamente.

Evidentemente, haciéndolo de esta manera, el día que tienes una incidencia en la entrega, la segunda factura puede empezar a ser más compleja y a tener un importe (y a declararse, a presentarse, a usarse como abono etc.) Dicho de otra forma: el proceso de esta factura a cero ya lo tienes previsto, es el mismo que si hay que hacer un abono o cosas parecidas; solo que será más sistemático y saliendo a cero, no tiene más recorrido.

Pensad que ya la tendencia es usar tecnología block chain, firmas encadenadas. No caben modificaciones

[antoine0]

Empezado por ermendalenda

Pensad que ya la tendencia es usar tecnología block chain, firmas encadenadas. No caben modificaciones

No hay modificaciones. La primera factura no se modifica nunca; solo se paga, y sirve de referencia para la otra. El albarán, o los albaranes, pueden ser alterados si hay variaciones de entrega, pero esto sí debe ser permitido por la ley (si hay que guardar histórico al respecte, cosa que no me parece lo más evidente que va a pasar, entonces se tiene que guardar todas las versiones; no es problema, los sistemas de seguimiento de existencias ya lo hacen sin problema). Y la segunda factura acaba toda la operación, atando todo junto. Después no se modifica nada; mejor dicho, si hay otra variación más tarde, habrá otra factura rectificativa, también puntual e inalterable. Todo es linear, por tanto la lógica del blockchain no tendrá problema.

[ermendalenda]

Empezado por antoine0

No hay modificaciones. La primera factura no se modifica nunca; solo se paga, y sirve de referencia para la otra. El albarán, o los albaranes, pueden ser alterados si hay variaciones de entrega, pero esto sí debe ser permitido por la ley (si hay que guardar histórico al respecte, cosa que no me parece lo más evidente que va a pasar, entonces se tiene que guardar todas las versiones; no es problema, los sistemas de seguimiento de existencias ya lo hacen sin problema). Y la segunda factura acaba toda la operación, atando todo junto. Después no se modifica nada; mejor dicho, si hay otra variación más tarde, habrá otra factura rectificativa, también puntual e inalterable. Todo es linear, por tanto la lógica del blockchain no tendrá problema.

Perdona, pero es que no acabo de entender eso de primera factura y después la que modiiffca.
Lo lógico es un recibo de pago y después la factura, o un recibo a cta parcial. Pero 2 facturas para el mismo servicio o entrega de mercancías no es lo normal
Creo que algo no estoy entendiendo bien de la logística que usas.
Saludos.

[oscarperez-1980]

Empezado por Casimiro Notevi

Desde hace años no se pueden modificar facturas/tickets ya emitidas, si hay que hacer cambios entonces hay que crear una nueva factura rectificativa.
No afecta a albaranes ni presupuestos, obviamente.

Hola, eso que dices muy claro claro no está, cada asesor opina una forma, unos dicen que la forma de pago y vencimientos de pago a podrían modificar... Otros dicen que nada......

[Casimiro Notevi]

Empezado por oscarperez-1980

Hola, eso que dices muy claro claro no está, cada asesor opina una forma, unos dicen que la forma de pago y vencimientos de pago a podrían modificar... Otros dicen que nada......

En la factura (el documento) lo que hay que declarar y no se puede modificar es su número, fecha, cliente, importes, impuestos, etc.
Lo de la forma de pago, vencimientos, cobros, etc. es la contabilidad.

[ermendalenda]

Empezado por oscarperez-1980

Hola, eso que dices muy claro claro no está, cada asesor opina una forma, unos dicen que la forma de pago y vencimientos de pago a podrían modificar... Otros dicen que nada......

Yo creo que lo de las formas de pago es otro cantar, es un elemento opcional a incluir en la factura, pero si incluyes por ejemplo que te han pagado 1500 euros en efectivo, mal andamos. Pero si pones una forma de pago y posteriormente te paga en otra después de emitirla(por ejemplo creí que tenía efectivo, te pago con tarjeta) eso no es un problema.

[ermendalenda]

Empezado por oscarperez-1980

Hola, eso que dices muy claro claro no está, cada asesor opina una forma, unos dicen que la forma de pago y vencimientos de pago a podrían modificar... Otros dicen que nada......

Las formas de pago es otro cantar, según la reglamentación de facturación, es un elemento opcional a incluir en la factura, pero si incluyes por ejemplo que te han pagado 1500 euros en efectivo, mal andamos. Pero si pones una forma de pago y posteriormente te paga en otra después de emitirla(por ejemplo creí que tenía efectivo, te pago con tarjeta) eso no es un problema a hacienda no le interesa mucho como ll has cobrado mientras estés dentro de los márgenes establecidos según forma de pago.

[oscarperez-1980]

Empezado por ermendalenda

Las formas de pago es otro cantar, según la reglamentación de facturación, es un elemento opcional a incluir en la factura, pero si incluyes por ejemplo que te han pagado 1500 euros en efectivo, mal andamos. Pero si pones una forma de pago y posteriormente te paga en otra después de emitirla(por ejemplo creí que tenía efectivo, te pago con tarjeta) eso no es un problema a hacienda no le interesa mucho como ll has cobrado mientras estés dentro de los márgenes establecidos según forma de pago.

Me refiero a:
1.- Los comercios hacen ticket, en ellos va Forma de pago "TARJETA" o forma de pago "CONTADO" o Forma de pago "CONTADO-TARJETA" y eso sale impreso en el ticket, unos dicen que se puede cambiar otros que no, es muy común que un cliente diga en efectivo y luego diga "no tengo!!!!!" imagínate tener que abonar el ticket y hacer uno nuevo...

2.- los vencimientos de facturas, ejemplo
total 100 €
vencimiento 30 dias 50 % 50 €
vencimiento 60 dias 50 % 50 €.
y eso sale impreso en la factura.

Imagina que te dicen no no me lo pones a 60 / 90, has de abonar y hacer nueva??.

Igualmente en la factura sale forma de pago, contado, tarjeta, domiciliación....

Pues estos tres casos según a quien preguntes te dice que puedes modificarlo y otros que no.


Saludos.

[ermendalenda]

Empezado por oscarperez-1980

Me refiero a:
1.- Los comercios hacen ticket, en ellos va Forma de pago "TARJETA" o forma de pago "CONTADO" o Forma de pago "CONTADO-TARJETA" y eso sale impreso en el ticket, unos dicen que se puede cambiar otros que no, es muy común que un cliente diga en efectivo y luego diga "no tengo!!!!!" imagínate tener que abonar el ticket y hacer uno nuevo...

2.- los vencimientos de facturas, ejemplo
total 100 €
vencimiento 30 dias 50 % 50 €
vencimiento 60 dias 50 % 50 €.
y eso sale impreso en la factura.

Imagina que te dicen no no me lo pones a 60 / 90, has de abonar y hacer nueva??.

Igualmente en la factura sale forma de pago, contado, tarjeta, domiciliación....

Pues estos tres casos según a quien preguntes te dice que puedes modificarlo y otros que no.


Saludos.

No te preocupes, ese datos podrás cambiarlo, cuando salga la reglamentación estoy seguro que ese dato, igualmente, es opcional o no lo piden y será un dato interno para los cuadres y contabilidad, hay muchos datos internos que a hacienda no les interesa. Y si lo modificas en tu base de datos no tienes que hacer ni rectificativas ni andar iinformandolo.
Un ejemplo, es problema que emitas una factura con pago aplazado, hacienda quiere ya su parte aunque tu no hayas cobrado, por tanto no le interesa tus problemas de pagos en los que te has enfrascado.