Duda software para profesionales sanitarios o similares...

[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í 😅

[mamcx]

Aqui hay varias cosas mezcladas:

Lo especial que hace tu app " gestión de centros ".


Facturación: Quieres que tu app sea "facturación" + " gestión de centros "? Y de ahi vamos cartera, centros de costos, etc

Contabilidad: Cuando se registra un factura (contabilidad por caja o por causacion = esto lo define el contador!)

Administration de cartera: Como opero con facturas por pagar y sigo su rastro

Reglas de Hacienda: Registrar con la locura de verifactu y todo lo que implica

Así que resuelve la 1era pregunta y si la respuesta es no, podrias integra con app que haga el resto o que lo resuelva el cliente y tu solo registras como evidencia el pago.

P.D: Dependiendo de que tanto tiempo tengas estoy rearmando mi ERP para que sea un proveedor de datos/api precisamente para estos casos pero estoy todavía en remojo.

[ermendalenda]

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í ��

Si hay pago, hay que emitir factura, dependiendo del importe puede ser simplificada u ordinaria, el cliente no decide la emisión o no, si el importe supera la simplificada, no puedes dejar continuar la cita (o lo que sea) hasta que introduzca los datos.

[Carlos]

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í ��

Al cambiar de cita... es el dr., el enfermero, el que sea que hace 'algo' en tu software?
Es decir para decir al siguiente paciente 'pase que le miraran las amígdalas" hacen algo en tu software?
Sería ahí uno de los puntos en los que se debería mostrar un mensaje diciendo "oye guapín, se ha cobrado la cita anterior de este dr., enfermero, lo que sea?"
"-No",
"-Seguro que no? Que trabajamos gratis?, Anda, ve y pregunta al dr., enfermero, elquesea qué ha pasado."

Y a partir de ahí se empieza a complicar... que ha pagado una sola parte de la visita, que está incluida en una intervención previa (seguimiento evolución paciente), que mi cuñado no paga, que era un empaste (precio concreto) pero al final ha sido extracción (un precio diferente), etc.

Y desarróllalo de manera que sea un módulo a colocar en diferentes puntos del software, cuando se indica que pase nueva cita, cuando el dr., enfermero lo que sea cierra la cita atendida, etc.

Saludos,
Carlos G.

[Neftali [Germán.Estévez]]

Empezado por espinete

¿Cuando se debe emitir la factura exactamente?

Yo entiendo que la factura se genera una vez que has realizado el servicio (en tu caso la visita).
Si el cliente paga online pues, cuando hace la reserva (aunque todavía no se haya realizado), en ese momento ya puedes emitirla.

[[newtron]]

Yo entiendo que no se debe de bloquear el sistema por no emitir la factura. Imagina que el paciente es conocido y le dice al que sea..."Oye, que no traigo cash, mañana te pago". Yo no estoy por OBLIGAR a emitir la factura, eso es responsabilidad del que presta el servicio, no del programa. Sería algo parecido a que si haces un albarán y no se factura nunca, no puedes bloquear el sistema por eso.

[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