[Papo-hackers] [bug #3962] Ingreso a stock duplicado

[nobody]

=================== BUG #3962: LATEST MODIFICATIONS ==================
http://savannah.nongnu.org/bugs/?func=detailbug&bug_id=3962&group_id=2013

Changes by: Alejandro Pronotti <address@hidden>
Date: Wed 07/23/03 at 17:08 (GMT)

            What     | Removed                   | Added
---------------------------------------------------------------------------
              Status | Open                      | Closed




=================== BUG #3962: FULL BUG SNAPSHOT ===================


Submitted by: smarin                  Project: PAPO                         
Submitted on: Thu 06/12/03 at 14:14
Category:  otro                       Severity:  5 - Grave                  
Resolution:  None                     Assigned to:  None                    
Status:  Closed                       Fecha planificada:                    
Cómo reproducir:  Ingresando al ícono de Silvia Test (de la pantalla gral), 
está creado el entorno para la empresa Makro SA (IVA Inscripta). En la pantalla 
ppal, ingresando a la pestaña de "Remitos de compra", en el entorno de 
Proveedores, ingresé varios remitos, los que si se desean pueden leerse desde 
la lectura de Remitos por Proveedor. El remito en cuestión corresponde al 
proveedor No 1. Quizás pueda pensar que influyó que asigné el mismo núemro de 
remito para dos guías diferentes (una guía de entrega del producto 4602 y otra 
para el producto: 77220)... gloup!, será eso!???????

Summary:  Ingreso a stock duplicado

Original Submission:  En realidad la situación se muestra aislada frente a 
otras cargas similares de documentos. La situaciòn es que, para dos items del 
stock: los códigos: 4602 y 77220 del Listado de Productos de la empresa Makro 
SA , se observa una duplicación de la cantidad ingresada según remito número: 
0000-00119826 (09/05/2003), pretendiendo ingresar la cantidad de 25 uniddaes en 
el primer caso y de 36 unidades en el segundo. Computó: 50 un. y 72 un., 
respectivamente. Pensé que podría deberse a que los bultos informados en las 
guías del remito, fueron 2, en cada caso, pero más tarde recreé cargas de a una 
unidad en cada items, pero aumentando el número de bultos y no se produjo 
error. Cargó a stock OK

Follow-up Comments
*******************

-------------------------------------------------------
Date: Fri 06/13/03 at 15:38         By: smarin
NO, NO FUE UNA SITUACIÓN AISLADA... EN LOS CASOS DE LOS ITEMS DUPLICADOS, FUE 
EN LOS ÚNICOS CASOS EN QUE ADEMÁS DE CARGAR REMITO, REGISTRÉ LA FACTURA 
CORESPONDIENTE. .. SIG. QUE HOY POR HOY EL STOCK SE ALIMENTA DE LAS CANTIDADES 
SEGÚN REMITO Y TAMBIÉN DE LAS CANTIDADES (las mismas.. obvio) DE LA FACTURA DEL 
PROVEEDOR CORRESPONDIENTE... ORIGINANDO DUPLICACIÓN DE STOCK.... HAY QUE 
ENCONTRARLE LA VUELTA A ESTE TEMA DE MANERA QUE EL STOCK SE ALIMENTE UNA SOLA 
VEZ. POR EJ.: 1) SI EL DOCUMENTO ES FACTURA/REMITO, ENTONCES TOMA EL DATO DE 
LAS CANTIDADES EN LA OPORTUNIDAD DE ESTA CARGA, 2) SI HAY REMITO Y HAY FACTURA 
POR SEPARADO, LA FACTURA DEBIERA BLOQUEAR EL INGRESO A STOCK DE LOS ART. QUE 
ESTÁ CARGANDO,DÁNDOSE POR ENTERADA AL COMPLETAR EL CAMPO DE REMITO GUÍA (campo 
que ya está elaborado a tal fin en la pantalla de ingreso de facturas de 
proveedor)... ESTO SERÁ UNA DEMANDA QUE VARIARÁ DE CADA ORGANIZACIÓN SEGUN SUS 
CIRCUITOS DE CONTROL INTERNO (dado que el área de stock es un área crítica en 
cualquier organización), DEL LOTE DE MOVIMIENTOS, DEL TIPO DE PRODUCTO... LO 
MÁS CORRIENTE ES ESTO: NO SE GRABA UNA FACTURA SI NO HAY AUTORIZACIÓN DE STOCK 
INGRESADO (O SERVICIO PRESTADO), YA SEA MANUAL EN EL COMPROBANTE O AUTOMATIZADO 
POR CLAVES DE ACCESO. DE MODO QUE LA OPRTUNIDAD DE ING. A STOCK ES CON REMITO, 
O CERTIF. DE SERVICIOS. Y.. SI HAY FACTURA /REMITO, ALIMENTA EN ESTA SOLA CARGA 
CON PREVIA AUTORIZACIÓN DE CLAVE DE INGRESO O SIMILAR.


CC list is empty


No files currently attached


For detailed info, follow this link:
http://savannah.nongnu.org/bugs/?func=detailbug&bug_id=3962&group_id=2013

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/