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 :)

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

¿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,

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

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

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:

:oy 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

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,

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.

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

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.

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

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

Saludos

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

Yo no, quienes tienen negocios que lo hacen.

Adiosito

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.

¡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!

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

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!

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

Jaja, gracias Casimiro por tu afilada respuesta. Ya me quedó claro, gracias a todos ;)

A un cliente que usaba un software de un tercero que permitía hacer eso le llegó una revisión de hacienda y tuvo muchos problemas porque aunque lo hizo sin dolo lo que estaba haciendo no era legal: Emitía la factura con fecha tal e importe tal, la reportaba al fisco mensualmente como siempre, si el cliente le decia que no era el importe acordado o que la fecha o que se yo, la modificaba en su sistema y se la volvía a hacer al cliente para poder cobrarle. Obviamente ya no era lo mismo que se había declarado al fisco y sopas perico.

Con la de facturación electrónica sucede todavía mas chistoso, ya ven que se genera una "cadena original" que contiene los datos de la factura, se digiere y genera un hash el cual se cruza con el proveedor que sella digitalmente la factura. Pues ya hay varios softwares por ahí que te permiten cambiar lo que sea de la cadena original sin importar que ya no pasará la validación subsecuente.

Pero bueno, así esto, pero no está por demás colocar en los documentos entregables una renuncia a cualquier reclamo por parte de cliente si es que te pidió algo ilegal (sabiéndolo o no). Yo así, hago "el cliente manifiesta que las operaciones realizadas por el software que se le entrega en propiedad (cuando damos fuentes) se basa única y exclusivamente en solicitudes suyas por lo que libera a al proveedor, al cual sacará a buen resguardo de cualquier responsabilidad legal relacionada con dichas solicitudes, mismas que el proveedor aplicó, programó y desarrollo de buena fe y en atención al contrato preestablecido.

Casimiro, siguiendo tu analogía, supongamos que en x país los fabricantes de cuchillos tengan que imprimir un num de serie a cada cuchillo. Llega un cliente con mucha $$$ y pide un lo de varios millones (ve tu a saber para queq uiere tantos) pero le pide al fabricante que vayan sin el mentado numero.

Ahora bien hay otro fabricante en el mismo país, que siempre los ha hecho igual y no graba ningun numero de serie pues no está enterado de que tiene que hacerlo, la ignorancia de la ley no lo exime de cumplirla.


Si como desarrollador solo nos tiramos hacer lo que el cliente pida podemos caer en casos en donde violamos sin saber alguna ley y ahi les dejo un piloncito...En México se promulgo una ley para el tratamiento de datos personales en forma digital, que pocos clientes y muchos menos desarrolladores han leído esto Tiene varias implicaciones pues el simple hecho de contar digamos con un listado de clientes ya entra dentro de lo que abarca dicha ley. Pero creo que es motivo de otro hilo

Pues el cuchillo puede tener número de serie o no tenerlo, da igual, el fabricante no tiene la culpa de lo que hagan con su cuchillo :)

Claro Casimiro, no tiene culpa, eso está claro. Tu analogía me ha recordado la peli “El Jurado”. Pero entiendo lo que quiere decir AzidRain y lo de “…la ignorancia de la ley no lo exime de cumplirla” es precisamente lo que yo busco, conocerla.


Lo de la protección de datos ¿como sería en este caso? Si es que es aplicable, claro. Es el usuario, ¿el dueño de la tienda quien debe cumplirlo con sus clientes? ¿Como afectaría eso al TPV que yo creo?


Os estoy cosiendo a preguntas, pero aquí quedará el hilo para quien lo necesite. Además, al final tendré que informarme bien a fondo con algún contable, abogado…Vamos, lo que ya habéis comentado de que hay que arrimarse a un experto en x tema si quieres hacer un programa sobre ese tema. Y prometo meter aquí la info para que sirva a todos.


Gracias, ¡Un saludo!

Veamos si me explico, evidentemente no vas a poner en el programa una opción que diga algo así como: "Relación de facturas no declaradas".
Pero sí tendrás seguramente más de una serie de facturas y, si quiere el cliente, podrá usar una de las series para llevar facturas que no quiere declarar o para cualquier cosa legal o ilegal, pero eso es algo que tú no tienes por qué controlar ni saber.
En cuestiones legales sobre protección de datos es muy particular a cada país, aquí (España) hay unas normas bastante estrictas, aunque casi nadie cumple :confused:

Hace un buen tiempo había comentado un caso real que se dio por mi tierra. En un negocio le cae una auditoría y se comprueba que el tipo estaba negreando (truchando). Antes las preguntas de los auditores les dijo quien le proveía el Software. El cuento termina con un informático en cana (cárcel).

Existen leyes, y guste o no hay que cumplirlas. Y como dicen Azid, el desconocimiento de éstas no nos exime ante alguna violación... No siempre tiene la culpa el cliente que lo usa para negrear... seguro que hay más de un cliente que pide un software exclusivamente diseñado con funciones no santas. Como desarrolladores debemos mantenernos a la ley, y hacer oídos sordos a eso (bueno, en realidad... no hay que hacer oídos sordos; porque bajo la ley tu estás teniendo pleno conocimiento de las intenciones y te conviertes en un cómplice del delito o intento de delito y deberíamos denunciarlos)

Por algo he dicho: hay que asesorarse... ¡que no basta con hacer el software como salga! y por algo, y para algo, es que están los abogados, y demás expertos en información. Se supone que son actores del proyecto, secundarios quizás, pero actores en fin.

Saludos,

Hola amigo Casimiro, alguna vez un amigo de trabajo donde instalé un sistema de control telefónico desarrollado por mi para efectos de pruebas, me dijo: "Toda tu tecnología me la paso por el arco del triunfo haciendo la llamada colgandome de una línea antes de la central telefónica".

En tal caso se pone en duda la efectividad de mi desarrollo al haber llamadas que no se registraron y que al generar los reportes correspondientes no checa con la facturación del proveedor de telefonía, pero..... en las clausulas de compra yo siempre he puesto que ningún sistema de ese tipo puede llegar al 100% de efectividad por varias razones incluyendo la que he mencionado.

Con ésto quiero decir que aunque no seas el culpable siempre habrá quien quiera hacerte ver como culpable.

Saludos

Por situaciones como éstas es que la gran enorme mayoría de los contratos y de licencias tienen una cláusula en donde se deja constancia que no se puede garantizar el 100% de efectividad, y que el proveedor no reconoce si se hace cargo de algún uso indebido del sistema o se si recurre a medios que violen o escapen a los controles que dispone el sistema.

Ahora bien si por descuido e/o ignorancia del desarrollador se dejan puertas traseras para que cualquiera, tarde o temprano, las use o descubra (hay varios usuarios bien curiosos :p ... algunos quizá valen la pena tenerlos como BetaTesters :D ) y se llegase a salir a la luz... ¡Agárrate catalina! Porque hay pocas chances de que se salve, que ya se ha dicho: uno puede desconocer; más eso no lo hace menos ilegal.

Por cierto, en algunos lugares es habitual encontrarse auditores externos que junto al experto en información cumple un rol secundario. Este auditor revisa, controla, y hasta puede certificar, que tu sistema cumple con las debidas reglas.
Para ciertos tipos de sistemas es una obligación legal pasar dicha auditoría.

Mi consejo... ¡ve a un abogado, o el profesional competente en la materia! Quizá aquí te pueden ir orientando, en lo que cada uno tenga como experiencia, pero no esperes que te logremos evacuar dudas que hacen más a otra profesión. (Justamente por cosas como éstas es que luego nos llaman todólogos a todos los de la "raza" informáticos :mad: )

Por cierto... hace falta, nos guste o no, meternos más en la cabeza contenidos que hacen a la Informática Legal y/o Legislación Informática... Que ahora se está poniendo "de modé".

Saludos,

Delphius acaba de dar en el clavo, la certificación. Si presentas tu software ante la entidad que corresponda, ésta te hará las observaciones pertinentes y en su caso te expedirá tu certificado con el cual estas del otro lado, por mucho que el cliente quiera negrear o a hacer de las suyas.

Pues eso. :)

Bajo ese contexto mucho no se puede hacer... Y si, "pues eso". El fabricante no tiene la culpa, obviamente.
El problema está en cuanto se pretende llevar este mismo contexto a situaciones en donde no son tan simples y las cosas, quieran o no apreciarlo, son diferentes.

No se dijo en ningún momento que uno es culpable si el tipo usa tu sistema para algo ilegal. Pero si se puede ser culpable de que exista esa posibilidad en tu sistema. Para ello, y por ello, es que en los contratos y licencias se incluyen (o deberían incluir) apartados de renuncias en cuanto se escapa de las situaciones esperadas.

Se ha dicho que no debemos ignorar que hay una ley, e incluso que hay organismos que certifican de que nuestros desarrollos cumplen con las normas.

Quizá lo que nos deberíamos preguntar es porqué no existe cierto "contrato" para con los fabricantes de cuchillos... y porqué los informáticos si debemos tener contratos con cláusulas de renuncias de culpabilidad explícitamente escritas. :D :p

Saludos,

Bueno, yo no soy abogado pero no tengo muy claro que al fabricante del programa puedan imputarle ningún tipo de culpa por un mal uso de las características del programa que fabrica. Fíjate que hay infinidad de ejemplos en los que esto se ve claramente, lo que decía casimiro de los cuchillos es un ejemplo algo extremo pero por esta regla de tres a los fabricantes de coches tendrían que pasarle parte de las multas por exceso de velocidad de sus usuarios. Otro ejemplo más claro, en las declaraciones a Hacienda el responsable es el declarante aunque la declaración se la haya hecho un asesor que ha metido la pata.

De una forma o de otra no vendría mal la aportación de algún abogado. ¿Hay alguno en la sala? ah... no... eso se pregunta cuando a alguien le da un síncope y se busca a un médico. :D

Realmente no tiene mucho sentido que se le implique al fabricante.

Si yo llevo la contabilidad con la PDA ( Papel De Apuntar) puedo hacer pufos. No por ello van a imputar al fabricante de folios y al fabricante de bolígrafos.
Es decir, es un comportamiento fraudulento del titular o del responsable de la empresa, no del fabricante del mismo.

Y si llevo las cuentas con el ERP del siglo XXI , microsoft Excel ?? Imputarían a Miguelito Puertas ?

Saludos

Respuesta de un abogado:

"En primer lugar y como carácter general quiero informarle de que cualquier infracción que se produzca en la emisión de facturas es responsable del emisor de las mismas, no del software que las emite. Es cierto que dicho software ha de estar adaptado a normativa vigente, y ser útil para al cliente, pero no genera responsabilidad para el fabricante el hecho de que dicho software produjera alguna factura con número o fecha incorrectos, etc. La responsabilidad es la del emisor, que no puede excudarse en error del software y que si el mismo fuese inútil, podría reclamarles la devolución del mismo, sino cumple las expectativas para que fue creado, pero no le generaría más responsabilidad más allá de esto."

"En relación a la certificación, decirle que la calidad de software no se certifica, lo que se certifica son los procedimientos para construir un software de calidad, los procedimientos deben ser correctos y estar en función de la normalización (ISO 9000, CMMI, MoProSoft...) Para certificarlo, tendría que ponerse en contacto con La Asociación Española de Normalización y Certificación (Aenor) que es una entidad dedicada al desarrollo de la normalización y la certificación (N+C) en todos los sectores industriales y de servicios.

A través de este link tendría su contacto:

(no puedo poner links todavía, pero vamos: 'GOOGLE' + 'AENOR')


Bueno, está claro entonces que la fabrica de cuchillos no tiene responsabilidad si alguien le rebana un dedo a otra persona y se hace un llavero. Pero tampoco puede llevar un botón que diga: "limpiar huellas y sangre humana ajena"

También me ha dicho que la numeración ha de ser correlativa tanto en número como en fecha y empezar por el 1 a cada nuevo ejercicio. Además, no hay que establecer ningún limite para los tickets.

Gracias de nuevo a todos :)

Ah pues no, la numeración no debe comenzar por 1 cada año me dicen ahora.

Con todo lo que se dijo me vino a la memoria aquella célebre escena de Tarantino:



:D

Un filoso abrazo.

¡Pues te olvidas que yo vivo en Argentina! :D Y aquí nadie la culpa... siempre es el otro :o

En principio es obvio lo que dices: no se puede culpar al fabricante por un mal uso por parte del cliente; pero no es escusa del fabricante, lamentablemente, de que (al menos en algunos procesos y tipos de sistemas informáticos) a sabiendas de que el producto posee y ofrece los medios para utilizarlo de manera inapropiada.
Es simple, aquí si tu sistema tiene la capacidad de negrear una factura va en cana. No interesa si luego el usuario final también negrea. Para la justicia son dos juicios y casos diferentes. La AFIP es el organismo que regula no sólo las actividades fiscales, sino también que controla que las herramientas que se utilicen hagan el proceso de una forma transparente. Se valen de auditorías, y te caen si aviso alguno...

¡Sorpresa! Venimos a tocar tu curro... a ver muéstrame como han sido tus ejercicios, ajá... ahora muéstranos la aplicación que utilizas. Ajá, Mirá vos... aquí hay algo sospechoso. Dime, ¿Quién es tu proveedor? Fulanito responde el tipo. Secretario, averigue si Fulanito cumple con las normas de facturación y si ha pasado la auditoría.... No lo tengo en la lista señor. Pues muy bien, vamos para allá...

Creo que la historia que sigue pueden imaginarse :rolleyes:

Como mínimo te comes una sabrosa multa... y te dan un tiempo para que apliques los cambios según la normativa. Como máximo, te guardan.

Les digo que es una historia real... no es mía, afortunadamente.

Y ahora se está sumándose otros elementos... Otra historia paralela es: (...) Fulanito responde el tipo. Muéstreme la licencia. Este... no la tengo. ¿Es Open Source entonces? No señor... Ajá. Secretario fíjate si Fulanito forma parte de Software Legal. Si forma señor. Notifica a SL que Pedrito SA está haciendo uso de una copia no registrada del sistema de Fulanito.
Una semana más tarde: Riiing.... Pedrito SA ¿que se le ofrece? Me comunico desde Software Legal para notificarle que hemos detectado y encontrado que en su empresa se está haciendo uso ilegal del sistema Fulanito Pro v5 perteneciente a Fulanito System SA. Se le intima a regular su situación en una semana; cuando se realizará una segunda auditoría. Si tienes dudas de cómo proceder comuníquese a ....
Y si no es por teléfono, es por carta.

Pero bueno... esta es otra historia. :p :rolleyes:

Saludos,

Una cosa son las certificaciones de calidad y de proceso como las ISO, CMMI, MSF, etc y otra son las certificaciones otorgadas por los organismos verificadores que regulan ciertos procesos.

Por ejemplo, si yo quisiera hacer una aplicación bancaria debo someter mi sistema a una auditoría para determinar que cumpla con todas las reglas, normativas y procesos de seguridad mínima y esenciales tanto a nivel nacional como internacional. El organismo verificador certificará o no luego si cumple o no.
Hay ciertos procesos que el sistema debe cumplir... quizá no digan cómo se ha de implementar (bueno, quizá no todo; si hay ciertas restricciones a nivel operativas y técnicas) pero si dejan bien en claro QUE han de hacer y/o no hacer.

Como se puede apreciar no tiene nada que ver una certificación CMMI, por dar un ejemplo, con la de esos organismos. No mezclemos cosas.

Saludos,

La comparación con los cuchillos creo que se salió de contexto. Lo que nosotros hacemos es software que internamente toma "decisiones" y produce resultados. Si un cliente te pide un software de facturación que en por ahi tenga opción de "ocultar" las facturas que él desee o bien cualquier otro truquillo "inocente", ya somos cómplices en automático aún y cuando nos convenza de que es perfectamente legal, ya en tribunales es capaz de decir que "así venía". Y estoy cierto que en este mundo de programación hay miles de softwares que hacen cosas "por debajo del agua", pero una cosa es no puede uno andar a tientas y locas por ahí programando lo que sea que se nos pague.

Si no sabemos, mejor consultar con alguien experto y sobre todo documentarse, el cliente siempre te va a poner los billetes por delante pero hay que saber como manejarse.

Que buen hilo se ha armado.