Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[ermendalenda]

Una curiosidad:
Si emitimos una factura y despues hacemos una rectificativa por diferencias eje:
Total 100.00 Euros
Podemos hacer una rectificativa por diferencias de un valor absoluto negativo superior al positivo por ejemplo:
-110.00 Euros

Además deja hacer tantas rectificativas como quieras superando el valor absoluto lo que quieras.

No sé si puede tener alguna lógica que lo admita, en todo caso lo controlaré en el programa


Me respondo a mi mismo, tiene lógica puesto que se puede tener el totall en negativo

[ermendalenda]

Comprobado envios registros:

Simplificada Ok
Ordinaria Ok
Sustitutiva Ok
Rectificativa Ok
Anulación Ok


Comprobación QR:

Simplificada Ok
Ordinaria Ok
Sustitutiva Ko
Rectificativa Ko

[pablog2k]

con esto del encadenamiento, me quedé pensando si había algo más optimo que tener que dar el nº de factura al 'confirmar' o 'cerrar' la factura, (lo cual es lo mejor para no liarla con el encadenamiento, pero la mayoría de ERP's y similares, el nº de factura te lo dan al crear la factura, es más, dile tú al cliente que esté metiendo una factura en su sistema, que hasta que no acabe con la factura no va a ver el nº...)
En fin, me he puesto en el ejemplo de , hay 2 personas metiendo facturas, una de ellas mete la factura nº10, y el de al lado mete la factura nº11. El de la factura nº11 la ha acabado antes que el de la 10, ya que eran pocas líneas, así que la 'confirma', se genera el QR y se sube a hacienda, encadenando con la nº9. Hacienda contesta OK. Más tarde, el de la 10 que ha metido muchas líneas y se ha entretenido tomándose un café, cierra/confirma su factura, se genera el QR , encadena con la factura nº10 y se sube.... pues en este caso me han contestado OK (lo cual veo genial, mientras esté en el mismo día, creo que estas situaciones pueden darse, de finalizar una factura con una numeración posterior antes que una numeración anterior)

[ermendalenda]

Empezado por pablog2k

con esto del encadenamiento, me quedé pensando si había algo más optimo que tener que dar el nº de factura al 'confirmar' o 'cerrar' la factura, (lo cual es lo mejor para no liarla con el encadenamiento, pero la mayoría de ERP's y similares, el nº de factura te lo dan al crear la factura, es más, dile tú al cliente que esté metiendo una factura en su sistema, que hasta que no acabe con la factura no va a ver el nº...)
En fin, me he puesto en el ejemplo de , hay 2 personas metiendo facturas, una de ellas mete la factura nº10, y el de al lado mete la factura nº11. El de la factura nº11 la ha acabado antes que el de la 10, ya que eran pocas líneas, así que la 'confirma', se genera el QR y se sube a hacienda, encadenando con la nº9. Hacienda contesta OK. Más tarde, el de la 10 que ha metido muchas líneas y se ha entretenido tomándose un café, cierra/confirma su factura, se genera el QR , encadena con la factura nº10 y se sube.... pues en este caso me han contestado OK (lo cual veo genial, mientras esté en el mismo día, creo que estas situaciones pueden darse, de finalizar una factura con una numeración posterior antes que una numeración anterior)

Es raro pero puede estar ok, pero veo lagunas, te puede quedar huecos de numeración si el cliente A decide finalmente no realizar la transacción y ahora como cubres ese hueco, dejar huecos de numeraciones no está permitido y si lo cubres en una fecha diferente?
No lo veo.

[pablog2k]

Empezado por ermendalenda

Es raro pero puede estar ok, pero veo lagunas, te puede quedar huecos de numeración si el cliente A decide finalmente no realizar la transacción y ahora como cubres ese hueco, dejar huecos de numeraciones no está permitido y si lo cubres en una fecha diferente?
No lo veo.

entiendo lo que dices, pero para nosotros también es raro que alguien se ponga a meter una factura que al final el cliente A no la quiere, y aun con esas, se anula la factura y listo (o se rectifica y se hace un abono, según diga la ley en ese caso en concreto)

[bmfranky]

Empezado por pablog2k

con esto del encadenamiento, me quedé pensando si había algo más optimo que tener que dar el nº de factura al 'confirmar' o 'cerrar' la factura, (lo cual es lo mejor para no liarla con el encadenamiento, pero la mayoría de ERP's y similares, el nº de factura te lo dan al crear la factura, es más, dile tú al cliente que esté metiendo una factura en su sistema, que hasta que no acabe con la factura no va a ver el nº...)
En fin, me he puesto en el ejemplo de , hay 2 personas metiendo facturas, una de ellas mete la factura nº10, y el de al lado mete la factura nº11. El de la factura nº11 la ha acabado antes que el de la 10, ya que eran pocas líneas, así que la 'confirma', se genera el QR y se sube a hacienda, encadenando con la nº9. Hacienda contesta OK. Más tarde, el de la 10 que ha metido muchas líneas y se ha entretenido tomándose un café, cierra/confirma su factura, se genera el QR , encadena con la factura nº10 y se sube.... pues en este caso me han contestado OK (lo cual veo genial, mientras esté en el mismo día, creo que estas situaciones pueden darse, de finalizar una factura con una numeración posterior antes que una numeración anterior)

Hola, yo muestro un numero de factura"Recomendado", pero hasta que genero no lo asigno, si una empresa envia muchasfacturas encadenadas al tuntun , dijeron que al final tomarian acciones, recuerdo que alguien posteo una consulta al respecto.

[pablog2k]

Empezado por bmfranky

Hola, yo muestro un numero de factura"Recomendado", pero hasta que genero no lo asigno, si una empresa envia muchasfacturas encadenadas al tuntun , dijeron que al final tomarian acciones, recuerdo que alguien posteo una consulta al respecto.

es buena idea esto del nº de factura recomendado y luego asignar el nº d factura final. Lo de encadenadas al 'tuntun', pues si no lo permiten, que de error al subirlas,no? si estoy cumpliendo con la normativa y las estoy subiendo y me dice OK y no me dice ERROR DE ENCADENAMIENTO... porque iba a tener problmeas?

[bmfranky]

Empezado por pablog2k

es buena idea esto del nº de factura recomendado y luego asignar el nº d factura final. Lo de encadenadas al 'tuntun', pues si no lo permiten, que de error al subirlas,no? si estoy cumpliendo con la normativa y las estoy subiendo y me dice OK y no me dice ERROR DE ENCADENAMIENTO... porque iba a tener problmeas?

Ya, si tiene razon, ellos quieren que encadenemos por orden de creacion, correcto, pero las factura numeradas, hasta donde entiendo han de ser ordenadas for fecha de creacion, pero ahora añadimos hora de creacion al paquete, entoces resulta que la factura 3 Se creo antes que la 2, pero bueno al final habra que ver que sucede ..., esta claro que no se dara el caso que la factura 2 sea de mañana, pero bueno, creo recordar que alguien comentaba que tenia clientes que tardaban dias en generar una factura , ya le contestaron que no podia reservar el numero por eso mismo, por que se han de encadenar las facturas por numeracion y orden de creacion.
En cuanto a que de momento responde ok, al enviar la factura, estan comiendose cosas perores, que seguro que cuando entremos en produccion no lo haran, como almacenar 2 o mas facturas con la misma numeracion pero diferentes importes sin dar error, porque a mi me ha pasado, aller sin ir mas lejos.

[pablog2k]

pero la hora de creación no es la de la factura , es la del registro que vamos a comunicar a hacienda (creo que te refieres al campo FechaHoraHusoGenRegistro), o así es como yo lo entiendo, con lo cual a hacienda solo le indicas la fecha que tiene tu factura, no la hora

[bmfranky]

Empezado por ermendalenda

Comprobado envios registros:

Simplificada Ok -> Hecho
Ordinaria Ok -> Hecho
Sustitutiva Ok ->1 No se por donde empezar
Rectificativa Ok ->2 Idem
Anulación Ok ->3 Casi lo mismo


Comprobación QR:

Simplificada Ok
Ordinaria Ok

Aprovecho tu lista para actualizar la mia ;-), se admiten sujerencias....

[ermendalenda]

Empezado por bmfranky

Aprovecho tu lista para actualizar la mia ;-), se admiten sujerencias....

Sugerencias:
Deja las anulaciones solo para las sustitutivas , haz rectificativas de las demás si quieres anular una factura. Para las anulaciones ponle clave. Para lss rectificativas no
Controla que de una factura simplificada u ordinaria se pueden hacer varias rectificativas, controla las líneas que has rectificado y que de una línea puedes quitar ahora una cantidad y mañana el resto

No veo necesario las rectificativas de las rectificativas aunque te lo permita la ley, es demasiado lioso para un jsuario
Para mi la rectificada por diferencias es la más clara pero hay a quien le gusta o le viene mejor por sustitución.

[bmfranky]

Empezado por ermendalenda

Sugerencias:
Deja las anulaciones solo para las sustitutivas , haz rectificativas de las demás si quieres anular una factura.
Controla que de una factura simplificada u ordinaria se pueden hacer vatñrias rectificativas.
Para mi la rectificada por diferencias es la más clara pero hay a quien le gusta o le viene mejor por sustitución.

Hola, entonces , para abonar una factura completa, emitis una rectificativa por diferencias, inprimo una factura completa con todos los datos , con las cantidades en negativo, pero reflejando que es un factura rectificativa de la factura x, y al enviar poniendo el ripo factura como R1?
Perdonad pero para las cosas que no he hecho nunca soy bastante durito de mollera...

[ermendalenda]

Empezado por bmfranky

Hola, entonces , para abonar una factura completa, emitis una rectificativa por diferencias, inprimo una factura completa con todos los datos , con las cantidades en negativo, pero reflejando que es un factura rectificativa de la factura x, y al enviar poniendo el ripo factura como R1?
Perdonad pero para las cosas que no he hecho nunca soy bastante durito de mollera...

Sí, perdona las facturas tipo F1 (Ordinarias) tambien es aconsejable que puedas emitir anulación.
Las rectifictivas las uso para las simplificadas y para las ordinarias pero ni para sustitutivas ni para rectificativas. Las anulaciones solo para sustitutivas y ordinarias
Ejemplo sustitutiva anulada:

Selecciono una simplificada o varias, elijo el cliente y emito la sustitutiva, me doy cuenta antes de entregarla y aviso a un supervisor para que meta la clave para anularla y se me libera la simplificada para hacer otra sustitutiva,

Para una ordinaria simplemente anulo con la clave del supervisor.
También hay una discusion abierta si aunque se la entreges al cliente la anules, y como realmente no lo puedes controlar ni te metas en explicarlo, simplemete permitelo, pero dejando la opcion de alguna forma de generar un documento "interno" de anulacion para entregar al cliente para que sepa que se a anulado. El problema viene que el cliente, a pesar de anularla la declare.

Enfin que es lo mas claro para el usuario:
Poder anular una sustitutva u ordinaria que me he equivocado en los datos del cliente y poder volverlo a emitir facilmente.
Poder rectificar de una ordinaria o simplificada pero que pueda ver si anteriormente ya estaba rectificada alguna cantidad.

[pablog2k]

es más, recordad que el campo que identifica a la factura (y por lo tanto a la huella) es este:
Nº Serie+Nº Factura que identifica a la factura emitida
Mucha gente hará nº de serie + guion + nº fac (ejemplo A-23)
otros harán A23
otros A 23
otros A/23

dudo mucho que hacienda tenga un algoritmo que sepa sacar de este campo el nº de serie por una parte, y el nº de factura por otro, y lo compare con tu ultima huella, y se ponga a comprobar a ver si has subido A21 antes que A-20, o si resulta que la RECT1 que subes de rectificativa el nº corresponda según la huella....

[bmfranky]

Empezado por ermendalenda

Sí, perdona las facturas tipo F1 (Ordinarias) tambien es aconsejable que puedas emitir anulación.
Las rectifictivas las uso para las simplificadas y para las ordinarias pero ni para sustitutivas ni para rectificativas. Las anulaciones solo para sustitutivas y ordinarias
Ejemplo sustitutiva anulada:

Selecciono una simplificada o varias, elijo el cliente y emito la sustitutiva, me doy cuenta antes de entregarla y aviso a un supervisor para que meta la clave para anularla y se me libera la simplificada para hacer otra sustitutiva,

Para una ordinaria simplemente anulo con la clave del supervisor.
También hay una discusion abierta si aunque se la entreges al cliente la anules, y como realmente no lo puedes controlar ni te metas en explicarlo, simplemete permitelo, pero dejando la opcion de alguna forma de generar un documento "interno" de anulacion para entregar al cliente para que sepa que se a anulado. El problema viene que el cliente, a pesar de anularla la declare.

Entonces si puedo anular completamente una F1, de venta de materiales, aunque tambien podria de reparacion, la verdad lo veo complicado a no ser que consignara que es por impago, que en ese caso seria una rectificativa, aunque no recuerdo el tipo...
pero bueno voy a ir por partes que sino me pierdo .
Menos mal que yo no uso tickets , ni tengo superior con llave, la que podria liar.
Entonces me recomendais que en los materiales guardados de una factura añada un campo abonado, para controlar si efectivamente se abono de esa factura, como lo veis.

[ermendalenda]

Te dejo un ejemplo de mi interfaz de rectificativa para los usuarios

[bmfranky]

Hola, segun esto, me cotesto a mi mismo

• Si se ha expedido una factura a nombre de un destinatario existente pero diferente de aquél para el que se realizó la correspondiente operación, deberá expedirse una factura rectificativa en la que constando el mismo destinatario se consignen con signo negativo las magnitudes de la misma.
  Además de lo anterior, se deberá expedir para el destinatario real de las operaciones una nueva factura ajustada a los datos y requisitos contenidos en el artículo 6 del Reglamento de Facturación, factura que no tendrá la consideración de factura rectificativa.
• Si por el contrario en la factura originalmente expedida se ha cometido un error distinto del anterior en la identificación del destinatario real, por ejemplo, una incompleta denominación del nombre o razón social del destinatario, deberá expedirse una factura rectificativa que subsane, de forma clara e inteligible, el error cometido.

La operativa correcta es emitir una factura rectificativa "R1" , con todas las cantidades en negativo, a nombre del anterior destinatario Con numero de serie diferente ,asignado a las rectificativas, que es la que imprimo como prueba de la anulacion, creando un registro de sustitucion y a la vez, creo una factura ordinaria "F1", consignando los datos del destinatario correcto,que es la que imprimo y le doy al destinatario, creando un nuevo registro de alta, encadeno y envio los 2 registros.

1-> Emito una factura R1 FacR001, con las cantidades en negativo , genero mi factura A serie Rectificativa, que imprimo para el cliente anterior generando un registro de Rectificacion Bn4 con los datos de la factura Fac001, encadenado con el registro anterior sea cual sea (por claridad Bn3)

2-> Emito una factura F1 Fac002 con los datos ya correctos con serie de facturas normales ,para enviar al cliente correcto generando un registro de alta, Bn5 con los datos de la factura Fac002, encadenado con Bn4.



Gracias de todas formas por tu interes @ermendalenda

[jguarda]

y en vez de andar con sustitutivas, rectificativas ...etc, etc, no es mejor dar da baja la factura y emitir un alta nuevo con las modificaciones que sean necesarias ??

[ermendalenda]

Empezado por jguarda

y en vez de andar con sustitutivas, rectificativas ...etc, etc, no es mejor dar da baja la factura y emitir un alta nuevo con las modificaciones que sean necesarias ??

Ayer puse uno de los motivos por los que eso es peligroso.
Cambios de tipos de iva, precios etc.
Para el que lo tenga el toro cogido por los cuernos bien.
Pero imagínate que este gobierno no para de hacer cambios fiscales y tipos impositivos de un día para otro. Que hagas un tiquet al 0% y al día siguiente, esté al 4% los mismos productos,, además no te admiten ya enviar al 0% a no ser que sea una rectificativa o una sistitutiva ni el usuario va a cambiar el tipo d eiva un momentito para emitir la factura. Se pueden producir muchas situaciones irregulares y no está el horno para bollos.

[[email protected]]

Empezado por ermendalenda

Ayer puse uno de los motivos por los que eso es peligroso.
Cambios de tipos de iva, precios etc.
Para el que lo tenga el toro cogido por los cuernos bien.
Pero imagínate que este gobierno no para de hacer cambios fiscales y tipos impositivos de un día para otro. Que hagas un tiquet al 0% y al día siguiente, esté al 4% los mismos productos,, además no te admiten ya enviar al 0% a no ser que sea una rectificativa o una sistitutiva ni el usuario va a cambiar el tipo d eiva un momentito para emitir la factura. Se pueden producir muchas situaciones irregulares y no está el horno para bollos.

Yo hasta ahora no habia usado las rectificativas ni las sustitutivas, hacia una nueva NEGATIVA y a continuación la NUEVA correcta.

Pregunto que pasa CONTABLEMENTE con estas facturas que has hecho 1º NORMAL que incluso puede estar liquidada en el IVA mes anterior, la RECTIFICATIVA o la SUSTITUTIVA en el mes siguiente .

Como se arregla en la contabilidad la presencia de estas 2 o 3 facturas que una arregla/sustituye a la otra.

????