Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Varios (https://www.clubdelphi.com/foros/forumdisplay.php?f=11)
-   -   Fechas en Factura: Creación y Emisión (https://www.clubdelphi.com/foros/showthread.php?t=77100)

M.L.Casellas 21-12-2011 00:51:18

Fechas en Factura: Creación y Emisión
 
Hola;



Tengo una duda tecnica-legal. ¿Cual es la manera legal de trabajar con las fechas en las facturas?


O sea, ¿Se puede cambiar la fecha de facturas ya realizadas? ¿El programa puede permitirlo? Es que las facturas como ya se sabe han de mantener una correlatividad en los números. Pero si la fecha se cambia, ya no cuadra, ¿no? ¿Es legal?


He leido algo de dos fechas: la de inserción de los items y la de emisión. Pero no me queda nada claro. Agradecería quien tenga experiencia con este tema me lo pudiera aclarar, gracias :)

Caral 21-12-2011 00:59:52

Hola
La fecha no debería de cambiarse, en algunos países es ilegal tal como el numero.
Saludos

JXJ 21-12-2011 04:43:12

¿y de que pais hablamos aqui?.

¿en Mexico. ?

el programa no debe permitir cambiar las fechas de las facturas.
se supone que una factura se expide, una vez recibido el pago.

muchos acostumbran mandar la factura y con ello notificar el pago. cosa muy rara,

egostar 21-12-2011 07:19:52

Las facturas no deben cambiar de fecha, lo que se debe hacer es cancelar la emitida y generar otra en sustitución, aunque fiscalmente se debe de "dar aviso" (declarar) hasta que el pago ha sido realizado, independientemente de que la fecha de la factura sea de días o semanas anteriores y que es lo que me imagino haces referencia con respecto a las dos fechas.

Saludos

newtron 21-12-2011 09:37:57

Hola.

Te explico como está la cosa en España pero imagino que será similar en todos lados.

Las facturas no deben de modificarse una vez emitida bajo ningún concepto, ni números, ni fechas, ni importes. Otra cosa es que en tu aplicación permitas hacer ciertos "trapicheos" porque los clientes lo demandan pero el resultado final debe de ser que la numeración de facturas vaya en relación a la fecha de emisión, es decir, no puedes tener una factura con el número 00000125 con fecha uno de enero y otra con el número 00000002 con fecha de marzo.

Saludos

thecidmx 21-12-2011 17:28:52

en mexico
 
Cita:

Empezado por JXJ (Mensaje 421666)
¿en Mexico. ?

en mexico es ilegal, madificar la fecha de una factura ya creada, si se necesita cambiar la fecha o cualquier dato en esa factura se necesita crear una cancelacion, es decir cancelar la factura con un sello o con la leyenda cancelada en lo alto de la factura, y crear una nueva, si la factura ya fue liquidada, necesitas crear una notificacion en sat, de q la necesita modificar, si no lo haces te metes en una bronca legal, por q ellos lo toman como falsicifacion, adulteracion de documentacion, y evacion de impuestos, suerte, y la fecha de emicion, es la fecha q manejas en cuando se emite la factura, y puedes manejar una fecha subsecuente de incension, q es la fecha q el usuario, la captura, q esa la menejas dentro de tu programa, y no pertenece a la fecha.:cool:

thecidmx 21-12-2011 17:31:16

:o
Cita:

Empezado por newtron (Mensaje 421672)
Hola.
es decir, no puedes tener una factura con el número 00000125 con fecha uno de enero y otra con el número 00000002 con fecha de marzo.
Saludos

y lamento diferir con esa opinion, pero si esposible eso q mencionas, pues en algunas facturas manejas lo q son las series, que si tu tienes permiso legal de hacienda en mexico, puedes hacerlo mensualmente y tener la misma factura dos veces, pero con diferente serie.:o

Delphius 21-12-2011 19:04:36

Nunca está de más tener a un contador legal cerca... o al "experto en información" como se le suele llamar en general, a cada ámbito al que nos vemos envuelto.
Si estás llevando a cabo un sistema contable, ¡acércate a un contador!, si haces una aplicación de gestión médica, ten cerca a un médico... si haces una aplicación para administrar expedientes judiciales... ¡huye... que está lleno de abogados!

No... en serio, aunque sean medio maldecidos, es preferible tener a un abogado de confianza ;) . Ha... y por cierto, también dentro de casa hace falta. No en vano por algo se dicta clases de Informática Legal :rolleyes:

Saludos,

newtron 21-12-2011 19:35:23

Cita:

Empezado por thecidmx (Mensaje 421691)
:o

y lamento diferir con esa opinion, pero si esposible eso q mencionas, pues en algunas facturas manejas lo q son las series, que si tu tienes permiso legal de hacienda en mexico, puedes hacerlo mensualmente y tener la misma factura dos veces, pero con diferente serie.:o

Cierto, pero ya no serían la 00000001 y la 00000001, serían por ejemplo la A0000001 y la B0000001, con lo cuál son números diferentes.

oscarac 21-12-2011 20:57:43

aqui en Perú tampoco se puede modificar el numero de factura ni la fecha ni el cliente/proveedor ni ningun otro dato
antes de generar la factura podemos hacer de todo.. una vez generada e impresa.. es intocable
aqui la SUNAT es pero que la gestapo o la SS o el Servicio Secreto Judio o al qaeda, te detectan con doble facturacion y te meten una multa que para pagarla necesitaras 10 vidas

AzidRain 22-12-2011 01:06:07

thecidmx está equivocado. Según el Código Fiscal de la Federación (CFF) vigente en México, la factura una vez emitida (en papel) ya no puede ser modificada,y mucho menos en electródnica. En los sistemas que no manejan aún factura electrónica cualquier impresión de dicha factura siempre deberá ser igual a la factura impresa originalmente, de aquí que un buen sistema de facturación guarde los datos completos y no dependa de otras tablas que si puedan tener cambios, es decir, hay muchos sistemas que manejan erróneamente un único campo "numero de cliente" o similar y con eso relacionan con la tabla de clientes y emiten la factura, pero si meses después la tabla clientes tiene algún cambio para ese cliente, la reimpresión de la factura en cuestión ya no será la misma que se emitió originalmente.

Los números de serie no tienen ninguna validez legal pues únicamente sirven para que el contribuyente identifique su comprobante y pueda saber en donde se emitió o por qué motivo de manera más sencilla.

Finalmente un buen sistema de facturación solo permite emitir la factura "como esté" una sola vez, si ocurrió un error, es necesario hacer la cancelación correspondiente y volverla a emitir con otro número, tal como se hace en papel.

Si el comprobante ya fue usado para cobrar o similar, existen las notas de cargo o de crédito que también son comprobantes fiscales.

Me estoy refieriendo específicamente al caso de México. Si necesitan datos los tengo a su disposición.

newtron 22-12-2011 09:08:07

Cita:

Empezado por AzidRain (Mensaje 421726)
Finalmente un buen sistema de facturación solo permite emitir la factura "como esté" una sola vez, si ocurrió un error, es necesario hacer la cancelación correspondiente y volverla a emitir con otro número, tal como se hace en papel.

Pues aquí si tu programa no tiene la opción de modificar facturas no vendes ni uno.

fjcg02 22-12-2011 09:21:20

Y como no puedas funcionar en "B", no te comes ni un colín.

Saludos

newtron 22-12-2011 13:33:24

Cita:

Empezado por fjcg02 (Mensaje 421736)
Y como no puedas funcionar en "B", no te comes ni un colín.

Saludos

Oh.... ¡¡¡delincuente!!! :p

fjcg02 22-12-2011 16:17:55

Cita:

Empezado por newtron (Mensaje 421746)
Oh.... ¡¡¡delincuente!!! :p

Yo no, quienes tienen negocios que lo hacen.

Adiosito

AzidRain 22-12-2011 22:38:05

Como die fj en efecto ha clientes que hacen cosas como esas y peores, el problema es que nos pasan a embararrar a que quienes nos dedicamos a esto. Afortunadamente tengo un buen amigo que es fiscalista y ante cualquier duda le consulto si es legal o no hacer lo que el cliente pide, ya que el fisco es muy quisiquilloso y solo por el hecho de programar algo ilegar aún a sabiendas de ello es "tambo seguro". Y Newtron, afortunadamente no me va mal con lo que vendemos pero sobre todo se que nunca me pillarán haciendo algo ilegal. Por supuesto que tratándose de bases de datos algunos vivales se agarran de ahí para hacer las modificaciones a pie sin tocar nuestro software pero al menos en mi caso se anula la garantía ya que en casos donde es necesario tener seguridad de que los datos registrados no han sido alterados metemos un campo validador y santo remedio.

M.L.Casellas 25-12-2011 20:53:06

¡Gracias! Pero me queda alguna dudilla todavía...
 
Muchísimas gracias a todo


Por suerte no tengo petición por parte del cliente para poder hacerlo. Yo quiero sacar el programa 100% legal, no quiero chanchullo ninguno. Pero tenía la duda al ver en otros programas que si se permite modificar absolutamente cualquier dato de cabecera(proveedor, fecha….). He trabajado con uno varios años en una librería donde una vez cerrada la factura (requisito para poder marcarla como cobrada) ya no puede modificarse, pero si imprimirse cuantas veces quieras. Y este punto, el de la impresión donde me queda todavía la duda. ¿Por emitir se entiende imprimir?


Y otra duda con la impresión: Como original ¿sólo se puede imprimir una vez? ¿y ya el resto debe poner “copia” siempre?
Cierto es que estas formas de trabajar no gustan a algunos usuarios, pero yo no me arriesgaré jamás ha entregar un programa que pueda hacer pesquisas. Que las pesquisas se las busquen por otro lado.


Entonces podría hacerlo de esta forma:


Guardar las facturas sin fecha ni número, y que pueda modificarla lo que quiera, añadir items, modificarlos…..y cuando ya la “emita” (cierre y/o imprima ¿?), entonces asignarle la fecha y el número.


En los albaranes sería lo mismo, ¿Verdad?. Aunque los albaranes ya no tienen importancia fiscalmente, ¿no?


Vaya bombardeo de preguntas, sorry. Vale, procuraré arrimarme a un abogado, contable…lo que sea jeje.


Gracias de nuevo, ¡un saludo!

newtron 26-12-2011 10:16:44

Hola.

Con este tema volvemos a lo mismo. En teoría la factura no se puede modificar y solo debe de haber un original pero eso no te impide que la puedas modificar y volver a imprimir las veces que quieras. Lo que no veo claro es que no le asignes el número hasta que no la imprimas, normalmente cuando se genera la factura es porque se la vas a entregar al cliente con lo que le debes de asignar el número sobre la marcha así que yo no me complicaría la vida con eso.

Yo lo que haría es poder generar la factura, modificarla e imprimirla por parte del cliente las veces que él quiera y dejar en sus manos la responsabilidad de hacerlo correctamente, cosa que seguramente te van a pedir.

Saludos

M.L.Casellas 26-12-2011 11:47:54

Opciones...
 
Gracias newtron;


Entonces supongo que de esa forma no hay responsabilidad por mi parte. Es como si por ejemplo por ley los tickets no pueden pasar de x importe y yo en el programa incluyo en la configuración la opción para que el usuario active o no el limite y especifique el mismo. Eso sería lo correcto, ¿no? Porque de esta forma podrá cambiarlo si la normativa lo hace también.
Quiero decir con lo anterior que, el que el programa tenga las posibilidades no va a suponer nunca un problema para mi, ¿cierto?


En cuanto a lo de imprimir, ¿Que tal si coloco 2 comandos? 2 opciones: “Imprimir Original” e “Imprimir copia”. Y lo mismo, el usuario ya que imprima lo que quiera según sea para el cliente, para él, para presentarla donde quiera que sea y se exija la palabra copia….


Dando opciones, supongo entonces que no hay problema. Ya es responsabilidad del usuario, ¿O no? “abogadooo!!, ¿estas allí? abogadoo!!. Sal ratita quiero verte la colita!".


No es lo mismo que incluir un comando donde cuadres lo vendido a conveniencia. Con esto si que se podría llegar a necesitar un abogadooo, y no para consultas precisamente.


Vamos, que lo que yo quiero es hacerlo de forma que el programa no infrinja ninguna ley que pueda suponerme problemas.


¡Un saludo!

Casimiro Noteví 26-12-2011 12:01:46

Cita:

Empezado por M.L.Casellas (Mensaje 421899)
Vamos, que lo que yo quiero es hacerlo de forma que el programa no infrinja ninguna ley que pueda suponerme problemas.

¿Los fabricantes de cuchillos infrinjen alguna ley si se usan sus cuchillos para matar?, pues eso :)


La franja horaria es GMT +2. Ahora son las 08:13:42.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi