<div dir="ltr"><div>Hola Alberto, <br><br></div>Ciertamente concuerdo contigo que "lo correcto" en este caso depende de la política del negocio, ahora lo correcto para mi persona es que no se debería permitir, me explico, creo que debe facilitarse tanto como sea posible al "usuario" el uso de un sistema y que un sistema debe ser una herramienta y no una piedra de tranca en los procesos, pero los sistemas deben ser confiables para  cuidar los intereses del "negocio" y que constituyan una herramienta real, fiable y obviamente que facilite procesos. <div><br></div><div>Pueden existir tópicos más complicados, ¿qué sucede, si tienes faltantes o sobrantes en los insumos directamente en los procesos de compra?, o como indicas que es para posibles artesanos/costureros (a modo de ejemplo, lo entiendo), ¿Qué sucedería si un cliente dejará para buscar posteriormente un mueble/camisa de un lote que estaba llevando y lo facturan porque aunque el sistema dice que no tienes, el vendedor lo ve y piensa ¡si hay!, y lo vende? </div><div><br></div><div>Particularmente no concibo un mecanismo de compra - venta que maneje inventario sin un proceso "administrativo" de ajuste por el cual arreglar este tipo de situaciones, por otra parte, creo que todo inventario debería tener asociado un kardex, si haces la traza y permites negativos sin ajustes, con toda seguridad terminarás con un desastre para trazar y con niveles de confiabilidad de inventarios inciertos. </div><div><br></div><div>Cuando digo administrativo lo digo en el sentido más simple, un mecanismo que desde la misma venta permita corregir el stock pero dejando la traza en el kardex de que fue un arreglo intencional del "administrador". </div><div><br></div><div>Al usar Postgres, el kardex puede ser muy fácil porque sale directamente con desencadenadores en las acciones de insert y update. </div><div><br></div><div>Tal vez me estoy yendo muy lejos, pero también pienso que si localizaste una posible necesidad y te motivo a hacer esta pregunta es que probablemente algo de esto ya te encuentres visualizando. </div><div><br></div><div>Por último soy de los que piensa que los "usuarios" siempre buscan atajos como estos para saltarse procedimientos y después culparan al programador por dejarlos (ya sabes, la culpa es del árbol que produjo la madera de la flecha y no del indio que la disparó). </div><div><br></div><div>Saludos,</div><div><div><br></div><div><i>-----------------------</i></div><div><i>Carlos Ramírez.</i><br><div><div class="gmail_extra"><br><div class="gmail_quote">El 18 de febrero de 2015, 20:26, Alberto Mijares <span dir="ltr"><<a href="mailto:amijaresp@gmail.com" target="_blank">amijaresp@gmail.com</a>></span> escribió:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hola lista,<br>
<br>
Disculpen el OFF-TOPIC, la consulta no se refiere a Perl pero como<br>
volvímos a perder las listas de VELUG (l-desarrollo particularmente),<br>
no sé dónde podría consultar.<br>
<br>
Estoy haciendo un software de gestión de negocios para pequeños<br>
comerciantes. Algo bastante simple, llamarlo ERP sería demasiado, y la<br>
idea es que permanezca sencillo. Lo que se quiere es registrar es<br>
compras y ventas; a partir de ahí, llevar un inventario muy simple y<br>
poder simular una pequeña cadena de procucción. Y reportes, claro.<br>
Pero no se va a llevar impuestos, bancos, cuentas por cobrar o pagar,<br>
facturación ni nada de eso, mucho menos RRHH. Digamos que está<br>
orientado al comercio informal o negocios personales (costureras,<br>
reporteros, artesanos, carritos de perrocaliente y esas cosas).<br>
Quienes necesiten llevar todas esas cuentas pueden usar GNUCash.<br>
<br>
Lo que quiero saber es qué opinan de los valores negativos en los<br>
campos de existencia de inventarios. Formalmente, creo que no debería<br>
permitirse: no se puede vender algo que no tienes, etc; pero también<br>
creo que siempre existirán excepciones que van a requerir intervención<br>
humana. ¿Si compro un insumo, y olvido registrar la compra, tengo que<br>
dejar de vender, aún teniendo la mercancía disponible? Supongo que ese<br>
es el caso más común y creo que "lo correcto" depende de la política<br>
del negocio pero me gustaría conocer la opinión de ustdes.<br>
<br>
Gracias de antemano.<br>
<br>
Saludos<br>
<br>
PD: Mojolicious + PostgreSQL, FYI XD<br>
<span><font color="#888888"><br>
Alberto Mijares<br>
_______________________________________________<br>
caracas-pm mailing list<br>
<a href="mailto:caracas-pm@pm.org" target="_blank">caracas-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/caracas-pm" target="_blank">http://mail.pm.org/mailman/listinfo/caracas-pm</a></font></span></blockquote></div><br></div></div></div></div></div>