Duda software para profesionales sanitarios o similares...

[razorxxx]

Empezado por espinete

Nos han encargado una app para la gestión de centros relacionados con terapias, psicólogos, logopedas, fisioterapeutas, etc. Sé que estos centros, si son medianamente serios, emiten factura y, por lo tanto, envían a Verifactu (o NoVerifactu).

Pero me surge una duda...

¿Cuando se debe emitir la factura exactamente?

La app permitirá al paciente/cliente reservar una cita y pagarla online. Si está pagada, obviamente debería poder recibir la factura de compra, así que en ese momento está claro que hay que emitir factura.

Pero si el paciente paga personalmente, debe ser el profesional, médico, etc. quién marque la cita como "pagada" y en ese momento genere la factura.

PERO...

¿Y si se "olvida"? ¿Y si la deja pendiente adrede porque el paciente no pide factura?

Debe mi app obligar a facturar? Porque la obligación es que, si emite factura, ésta se envíe. Pero obligar a crear la factura no es cosa nuestra, digo yo, no?

Venga, que está el foro aburrido y sé que en el fondo tenéis ganas de alguna chorradita así 😅

La FechaExpedicion siempre es el momento exacto en que se emite, pero siempre puedes jugar con la FechaOperacion para registrar facturas hacia atrás que bien por olvido o por las razones que sean no emitiste en su momento.

[Logan05]

Empezado por razorxxx

La FechaExpedicion siempre es el momento exacto en que se emite, pero siempre puedes jugar con la FechaOperacion para registrar facturas hacia atrás que bien por olvido o por las razones que sean no emitiste en su momento.

¿hay alguna limitación en ese lapso de tiempo entre fecha de operación y fecha de emisión? es decir ¿puedo emitir hoy una del año pasado que se me pasó? o ¿sólo en el trimestre? o algo así?

[razorxxx]

Empezado por Logan05

¿hay alguna limitación en ese lapso de tiempo entre fecha de operación y fecha de emisión? es decir ¿puedo emitir hoy una del año pasado que se me pasó? o ¿sólo en el trimestre? o algo así?

De cara a la creación del registro de facturación, Hacienda no mira que la factura número 5 se finalizó antes que la 4 (porque puede darse este caso, como también se puede dar el caso de intercalar facturas de un tipo u otro), sólo le interesa que vayan correctamente registradas por FechaEmision (el instante en que fueron finalizadas o cuando finalizas una pre-factura o borrador, o un ticket aparcado). Por eso, al poner la FechaOperacion ya estás indicando que la operación pertenecía a dicha fecha. Lo más importante es que tu programa genere el RF y lo envíe, y que no permita el borrado de facturas o la alteración de contadores.

Y efectivamente, puedes emitir hoy una factura con FechaOperacion el mes pasado. Por ejemplo, en el mundo de la agricultura muchas cooperativas esperan unos días para cerrar el mes y liquidar a los socios en los primeros 15 días del mes siguiente. Y también, si tu aplicación la tienes definida como "Multiejercicio", puedes cambiarte al ejercicio anterior y dar de alta una factura con fecha de ese año pero cuyo RF se generará con FechaEmision = Hoy. Date cuenta que incluso en el envío de los RF generados puedes tener una incidencia de fallo de internet o saturación de los servidores de la AEAT, y esos RF tal vez se acaben enviando más tarde que los RF de las facturas finalizadas con posterioridad. Al final la AEAT, cuando les interese, podrán hacer un barrido en su nube para ver si los RF de tu aplicación están todos correctamente encadenados.

[Logan05]

Empezado por razorxxx

De cara a la creación del registro de facturación, Hacienda no mira que la factura número 5 se finalizó antes que la 4 (porque puede darse este caso, como también se puede dar el caso de intercalar facturas de un tipo u otro), sólo le interesa que vayan correctamente registradas por FechaEmision (el instante en que fueron finalizadas o cuando finalizas una pre-factura o borrador, o un ticket aparcado). Por eso, al poner la FechaOperacion ya estás indicando que la operación pertenecía a dicha fecha. Lo más importante es que tu programa genere el RF y lo envíe, y que no permita el borrado de facturas o la alteración de contadores.

Y efectivamente, puedes emitir hoy una factura con FechaOperacion el mes pasado. Por ejemplo, en el mundo de la agricultura muchas cooperativas esperan unos días para cerrar el mes y liquidar a los socios en los primeros 15 días del mes siguiente. Y también, si tu aplicación la tienes definida como "Multiejercicio", puedes cambiarte al ejercicio anterior y dar de alta una factura con fecha de ese año pero cuyo RF se generará con FechaEmision = Hoy. Date cuenta que incluso en el envío de los RF generados puedes tener una incidencia de fallo de internet o saturación de los servidores de la AEAT, y esos RF tal vez se acaben enviando más tarde que los RF de las facturas finalizadas con posterioridad. Al final la AEAT, cuando les interese, podrán hacer un barrido en su nube para ver si los RF de tu aplicación están todos correctamente encadenados.

Muchas gracias por la aclaración, aunque no me refería exactamente al RF, eso, (para mí al menos) es evidente que en cuanto se emite la factura hay que generarlo y enviarlo (o ponerlo en la cola de envíos si hay incidencias), mi pregunta iba más por mi desconocimiento de si hay una obligación legal de algún tipo que limite el plazo entre fecha de operación y fecha de emisión. Por el caso de que por ejemplo, tenga una operación traspapelada del año pasado y la facturo hoy (fecha emisión hoy, RF hoy, Fecha operación hace 8 meses), o lo que suele ser habitual con algunos de mis clientes, hacen una proforma para una subvención y dos años después quieren facturarla, en este caso yo pongo "facturada proforma tal de tal fecha" en el detalle y fecha factura hoy, RF hoy, Fecha Operación hoy, aunque alguna vez me han pedido que la factura fuera del año pasado y me he tenido que tirar media mañana explicando que eso no se puede hacer, algunos clientes son muy propensos a la "laxitud legal", por decirlo suavemente

[razorxxx]

Empezado por Logan05

Muchas gracias por la aclaración, aunque no me refería exactamente al RF, eso, (para mí al menos) es evidente que en cuanto se emite la factura hay que generarlo y enviarlo (o ponerlo en la cola de envíos si hay incidencias), mi pregunta iba más por mi desconocimiento de si hay una obligación legal de algún tipo que limite el plazo entre fecha de operación y fecha de emisión. Por el caso de que por ejemplo, tenga una operación traspapelada del año pasado y la facturo hoy (fecha emisión hoy, RF hoy, Fecha operación hace 8 meses), o lo que suele ser habitual con algunos de mis clientes, hacen una proforma para una subvención y dos años después quieren facturarla, en este caso yo pongo "facturada proforma tal de tal fecha" en el detalle y fecha factura hoy, RF hoy, Fecha Operación hoy, aunque alguna vez me han pedido que la factura fuera del año pasado y me he tenido que tirar media mañana explicando que eso no se puede hacer, algunos clientes son muy propensos a la "laxitud legal", por decirlo suavemente

Por ley, el plazo para facturar a otros empresarios o profesionales o para emitir facturas recapitulativas es hasta el día 16 del mes siguiente al que se realizaron las operaciones (fecha de devengo). Puedes leer más en: https://sede.agenciatributaria.gob.e...-facturas.html

En la práctica ya sabemos que no siempre se cumple esto. Por ejemplo, en el mundillo de la construcción que tienes un montón de conceptos de servicios y hasta que no se termina el último de ellos no das por emitida la factura.

[novatico]

Empezado por razorxxx

Por ley, el plazo para facturar a otros empresarios o profesionales o para emitir facturas recapitulativas es hasta el día 16 del mes siguiente al que se realizaron las operaciones (fecha de devengo). Puedes leer más en: https://sede.agenciatributaria.gob.e...-facturas.html

En la práctica ya sabemos que no siempre se cumple esto. Por ejemplo, en el mundillo de la construcción que tienes un montón de conceptos de servicios y hasta que no se termina el último de ellos no das por emitida la factura.

En el mundo de la construcción se suele realizar factura a origen, con lo que se van emitiendo facturas conforme se terminan los trabajos (certificación de obras). En cada factura figura todos los trabajos ya concluidos, abonando los incluidos en la factura anterior.

[espinete]

Gracias a todos por las aclaraciones. Hasta ahora solo hacíamos software de facturación (punto de venta, comercios, etc.) pero estos casos son más raros para nosotros y por eso surgieron estas dudas.

Porque en un comercio está claro que un cliente viene, paga y se le da ticket/factura. Ahí no hay discusión.
Pero en un consultorio médico, con reservas online y posible pago online, ahí no hay "tícket" (aunque debería si nos ponemos serios), pero muchos de estos consultorios funcionan de manera distinta.

Imagina por ejemplo un psicólogo, un logopeda, un "coach"... ¿Esa gente hace factura con cada cita? Ya te digo yo que sería muy raro, salvo que sea un gabinete serio (empresa).
Pero un psicólogo que trabaje online o que tenga un mini-despacho semi-clandestino, dudo mucho que te haga factura o recibo cuando vas a contarle tu vida.

Y esa es mi duda. Por supuesto el software estará preparado para "cuando se cobre una factura, se genere/envíe VeriFactu", pero en ningún caso podemos nosotros como desarrolladores emitir la factura si no lo hace el propio usuario. Eso ya sería responsabilidad suya. Mi responsabilidad (la del software) es que, si se emite factura, o si se registra un cobro, se cree factura+VeriFactu. Pero nada más. Yo no soy nadie para impedir usar el software si una cita/sesión sigue "pendiente de cobro".

Estaríamos en las mismas si viene un paciente y el usuario ni siquiera registra la cita en el PC porque se lo hace "como amigo". ¿Le voy yo a obligar a registrarla?

Pues eso, que me surgió esta duda porque es totalmente diferente a nuestra casuística habitual e incompatible con tanta parafernalia "anti-fraude". No sé si me explico, pero seguro que entienden los casos a los que me refiero.

PD: ya os echaba de menos