Ir al contenido


Foto

ventas diferidas


  • Por favor identifícate para responder
6 respuestas en este tema

#1 cram

cram

    Advanced Member

  • Miembro Platino
  • PipPipPip
  • 832 mensajes
  • LocationMisiones, Argentina

Escrito 08 julio 2015 - 10:21

Hace un tiempo (casi un año) entregué un sistema hecho a medida a una mueblería.

Me costó muchísimo llegar a comprender la lógica del comercio y poder hacer algo. Sin especificaciones formales, etc. no más que algunos papeles de muestra de impresión del sistema no informatizado actual, etc.

 

Cuando lo estábamos probando en el lugar, el dueño y operador en este caso busca un recibo y se propone registrar una venta.

El sistema, no le permite iingresar el número de factura, ni le permite vender sin stock. error no se si mío o de él por la falta de especificaciones, pero la verdad es que no se tuvo en cuenta las ventas diferidas (anteriores al día de puesta en marcha).

 

La cuestión es la siguiente:

Una venta que se dio y se registró por otros medios debe ser incorporada al registro de ventas histórico de la organización.

Para esto hay que tener en cuenta que el stock no debe ser considerado, ni al momento de la selección de un artículo, ni al momento de descontarlo tras la venta.

Los números seriales de las factura que debió emitir el sistema en aquel entonces deben ser acordes con las que vendrán, obviamente menores.

No sería correcto emitir ni recibos ni facturas de estas ventas y cobros afectados a la misma.

Por otra parte, los cobros no deberían impactar en la E/S de caja.

etc.

 

Actualmente incorporé luego de unir un conjunto de conceptos extraños, el mecanismo de venta diferida a la base de datos y aún no le di esa funcionalidad al sistema.

 

¿alguien conoce el caso?

me refiero a aclararme algunas dudas al respecto. Pasa que lo tengo solucionado (al menos la parte estructural) pero a veces encuentro soluciones algo extrañas a problemas simples, por falta de conocimiento en la materia.

 

Saludos

 


  • 0

#2 egostar

egostar

    missing my father, I love my mother.

  • Administrador
  • 14.448 mensajes
  • LocationMéxico

Escrito 08 julio 2015 - 11:21

Hola

 

Cuando hice una pequeña aplicación de ventas al menudeo, les dije que el arranque del sistema solo iba a ser el primer día del mes, cuando ellos indicaran, para ello se requerí que ya habían cerrado el mes anterior y hecho el inventario físico, de tal forma que se cargando los saldos iniciales para que a partir de ese momento todo se llevara en el sistema.

 

Quiero decir, arrastrar problemas por errores en el inventario no lleva a nada bueno. Al menos esa fue mi única condición para la liberación del programa.

 

Pero en tu caso es diferente, ya tienes funcionando el programa.

 

Saludos


  • 0

#3 cram

cram

    Advanced Member

  • Miembro Platino
  • PipPipPip
  • 832 mensajes
  • LocationMisiones, Argentina

Escrito 08 julio 2015 - 12:36

No está funcionando en el comercio nombrado. Fue un fracaso. Tuve que volver a diseñar el sistema completo.

El cliente no es de aquellos que pueden ser condicionados, dado su escaso conocimiento en el asunto. Para él casi todo lo que se plantea es posible.

Por suerte no terminamos mal, solo tuve que replantear todo luego de perder mucho tiempo.

El mayor problema son las ligaduras o lo que sería consecuencias de modificar una tabla o los tipos de datos, etc.

 

En realidad cae de maduro que las ventas se inician a lo sumo teniendo en cuenta el número inicial de la factura distinto de cero. Lo del stock inicial es una cuestión más simple.

 

Saludos


  • 0

#4 egostar

egostar

    missing my father, I love my mother.

  • Administrador
  • 14.448 mensajes
  • LocationMéxico

Escrito 08 julio 2015 - 01:07

No está funcionando en el comercio nombrado. Fue un fracaso. Tuve que volver a diseñar el sistema completo.
El cliente no es de aquellos que pueden ser condicionados, dado su escaso conocimiento en el asunto. Para él casi todo lo que se plantea es posible.
Por suerte no terminamos mal, solo tuve que replantear todo luego de perder mucho tiempo.
El mayor problema son las ligaduras o lo que sería consecuencias de modificar una tabla o los tipos de datos, etc.

 

Entiendo, la verdad es que a pesar de que hay clientes difíciles no debería ser problema llegar a una negociación buena para ambas partes, lo malo es cuando dicen que el cliente tiene la razón, cuando escucho eso pienso, ¿y si no la tiene y el sistema falla, de quien va a ser la culpa? yo creo que uno tiene que saber hasta donde puedes acceder con los caprichos de un cliente.
 

En realidad cae de maduro que las ventas se inician a lo sumo teniendo en cuenta el número inicial de la factura distinto de cero. 


Perdón amigo cram no entiendo tu frase :)

Saludos


  • 0

#5 Agustin Ortu

Agustin Ortu

    Advanced Member

  • Moderadores
  • PipPipPip
  • 831 mensajes
  • LocationArgentina

Escrito 08 julio 2015 - 01:42

Con respecto al vender sin stock, yo llege al siguiente acuerdo,

 

Hay un tilde en la parte de config del programa que te permite vender sin stock. Que es vender sin stock?

 

Quiero vender 10 latas de coca cola pero tengo 7, obivamente no me alcanza.

-> Si el tilde esta desactivado no me deja cargar la factura, "error lata de coca x350 ml no tiene stock suficiente"

-> Si el tilde esta activado, entonces me salta un cartel que dice "no te alcanzan las latas de coca x350 ml, seguimos o cancelar?"

 

Despues obviamente el stock quedo en -3, y ahi es donde esta el acuerdo "problema de ustedes" y nos dieron el ok

 

Ahora un cliente nuevo me esta pidiendo hacer una "nota de pedido" en la que el programa no solo debe registrar el stock, sino que despues debe permitir "si eran 300 gramos mas, 300 gramos menos, ajustar el pedido"

 

Ya se que no tiene nada que ver con tu pregunta, pero mi reaccion fue similar a la tuya, de no entender la logistica de los comercios

 

 

Volviendo a tu caso, cuando decis que se ingresa una venta "por otro medio", que es ese otro medio? Tienen otro programa? No puede hacerse que ese "otro medio" entre por el sistema que armaste vos?


  • 0

#6 Wilson

Wilson

    Advanced Member

  • Moderadores
  • PipPipPip
  • 2.137 mensajes

Escrito 08 julio 2015 - 04:26

El caso que planteas es más común de lo que crees, el problema mayor fue que no te hablaron a tiempo, pero hay muchas alternativas para solucionar el problema desde el punto de vista informático, bien como plantea OrtuAgustin al permitir el stock negativo, o simplemente agregando un campo de estado   a la venta (EN PRODUCCIÓN, SIN ENTREGAR, ENTREGADO, ETC), en el que se afecte el stock solo cuando el estado sea ENTERGADO.

 

Saludos.


  • 0

#7 cram

cram

    Advanced Member

  • Miembro Platino
  • PipPipPip
  • 832 mensajes
  • LocationMisiones, Argentina

Escrito 08 julio 2015 - 06:52

 

Entiendo, la verdad es que a pesar de que hay clientes difíciles no debería ser problema llegar a una negociación buena para ambas partes, lo malo es cuando dicen que el cliente tiene la razón, cuando escucho eso pienso, ¿y si no la tiene y el sistema falla, de quien va a ser la culpa? yo creo que uno tiene que saber hasta donde puedes acceder con los caprichos de un cliente.
 


Perdón amigo cram no entiendo tu frase :)

Saludos

 

Me refiero a que es algo bastante común el hecho que tengas que entragar el sistema con la posibilidad de poner el número de factura inicial. Que para un comercio ya en funcionamiento es comprensible que quieran continuar con la numeración actual de sus facturas. "Cae de maduro" será algo así como obvio.

 

Con respecto al vender sin stock, yo llege al siguiente acuerdo,

 

Hay un tilde en la parte de config del programa que te permite vender sin stock. Que es vender sin stock?

 

Quiero vender 10 latas de coca cola pero tengo 7, obivamente no me alcanza.

-> Si el tilde esta desactivado no me deja cargar la factura, "error lata de coca x350 ml no tiene stock suficiente"

-> Si el tilde esta activado, entonces me salta un cartel que dice "no te alcanzan las latas de coca x350 ml, seguimos o cancelar?"

 

Despues obviamente el stock quedo en -3, y ahi es donde esta el acuerdo "problema de ustedes" y nos dieron el ok

 

Ahora un cliente nuevo me esta pidiendo hacer una "nota de pedido" en la que el programa no solo debe registrar el stock, sino que despues debe permitir "si eran 300 gramos mas, 300 gramos menos, ajustar el pedido"

 

Ya se que no tiene nada que ver con tu pregunta, pero mi reaccion fue similar a la tuya, de no entender la logistica de los comercios

 

 

Volviendo a tu caso, cuando decis que se ingresa una venta "por otro medio", que es ese otro medio? Tienen otro programa? No puede hacerse que ese "otro medio" entre por el sistema que armaste vos?

 

Esa precisamente fue la solución que le dí al instante mismo en que decidimos postergar la puesta a punto. El asunto es que así quedó pero el cliente se desentendió del tema por un tiempo (pasa que es una persona bastante conocida para mí y ambos sabemos en que situación está cada uno, sobre todo respecto del tiempo).

Pero pasado ya demasiado tiempo decidí dar una solución mejor a un sistema genérico y de ahí que me vino la idea de darle algo más que esa opción.

 

"por otros medios" me refiero a que un sistema no siempre está informatizado, pero sigue siendo un sistema. Otro medio para registrar las ventas son los papeles, los documentos comerciales que se escriben a mano y vienen troquelados, o sea algo de lo más común. Bueno es precisamente a estos papeles a los que recurrió mi cliente para registrar ventas históricas. Hace un tiempo atrás, unos meses me solicitó una aplicación que registre los gastos de la empresa y permita su impresión y seguimiento clasificado y ordenado (claro que esto salió de maravilla) y recuerdo que tenía todos sus gastos personales y de la empresa anotados en un libro. :shocked:

 

Hace poco un mensaje de uno de los colegas me hizo un clic en la cabeza. Lo escribí en una respuesta (me dio una idea). La idea fue marcar incluso los presupuestos como tipos de venta no materializados.

Ahora, respecto del stock negativo, no lo considero, para mí es un problema. Al tildar no considerar el stock, solo dejaba de lado el stock para permitir la venta y era obvio que la venta era diferida.

Una venta que se realiza sin considerar el stock es la venta de cajas registradores, ya que es seguro que hay stock, pues está pasando por la caja.

 

Mi solución fue algo así como dice Wilson, pero con marcas: Presupuesto, Consumado, Diferido, Limbo. Y con esto me arreglé bastante. Es decir tengo una solución, solo que quería ver si no era disparatada. Ahora me quedo más tranquilo al ver que Wilson me recomienda algo que ya tengo implementado en forma semejante.

 

Gracias por responder y aclarar mis dudas. (y)

 

Precisamente, hace poco había pedido ayuda sobre una consulta bastante extraña en firebird que era precisamente para poder obtener el stock clasificado y tomado de las ventas y compras realizados, teniendo en cuenta su clasificación, para contrastarlo con el stock que debiera ser. Cabe la casualidad que fue Wilson quien me dio a entender que haciendo como quiera la consulta el procesador se encargará de crear un buen plan. Incluso escribiendo dos veces una función.

 

Saludos

(b)


Editado por cram, 08 julio 2015 - 07:01 .

  • 0




IP.Board spam blocked by CleanTalk.