Hilo iniciado por Alberto Arreola Pérez el 24 de febrero de 2012
-
Entradas
-
Buenas tardes, antes que nada me presento soy Alberto Arreola desde México… y encontre el Rincón Dynamics que a sido algo muy bueno ya que hay muchos blogs pero todos en ingles… y esto a nuestro idioma nativo.. eso es muy importante.. y bueno empezando con la ayuda esperando sea el canal adecuado o al menos me indique el administrador el correcto, les comento hace dias note que el kardex no cuadra la columna del saldo es decir aparece una cantidad inicial de carga de 2000 pzas y me muestra 2025, ya reconcilie y sigue sin corregirse el problema, me atrevi a modificar la tabla de multialmacenes y se corrige el problema … solo que vuelve a reincidir si volvemos a conciliar… así que el problema es mucho mas haya de corregir una tabla… tambien verifique los vinculos de las tablas y no tengo errores… espero me puedan ayudar o guiar al respecto.. muchas gracias.
imagen del error.
Saludos
Alberto
Estimado, como estas acerca del Kardex que presentas, es un desarrollo que realizastes tu o el proveedor del sistema?
Qué tal Paola te comento que el Kardex que presento existe en la instalación básica de GP por Default y se llama STOCK DE ARTÍCULOS, El Kardex (como modulo no existe…) lo que tenemos son algunas vistas construidas o bien si tienes smartlist o bien conectadas tus tablas mediante ODBC o cualquier otro conector, mediante cubos o tablas dinámicas puedes obtener dicho Kardex de acuerdo a tus necesidades… con respecto al descuadre lo unico que eh notado que las tablas de histórico no cuadran contra las tablas de multialmacen, así que hay dos opciones posibles que se me han ocurrido que es blanquear los artículos con error y la otra ajustar las tablas de movimientos (mas riesgoso y mas tardado), aun no encuentro alguna utileria o desarrollado alguna herramienta que pueda reconstruir el multialmacen a partir de los movimientos.. que debe de poderse pero seria una tarea titanica… ya que no todos los errores son provocados de la misma manera, (fallas eléctricas o inconsistencias en los indices).
Saludos.
Buenas tardes Alberto Perez, se me está presentando el mismo problema, me gustaría saber si lo solucionaste y si puedes ayudarme.
De antemano muchas gracias,
Pablo Suárez
Hola
esto es una pena.
esto es consecuencia de la conciliacion de inventarios, y desafortunadamente no tenemos solucion concreta en Microsoft
¿tienes control de lotes de producto para este producto? porque suele presentarse con mas facilidad en estos.
Verifica si en la ventana de configuracion de inventarios este marcada la opcion :
Usar num. de serie/lote exiostentes solo en trans de disminucion y trans.
Con esto se evita que se realicen salidas de inventario de lotes que no existen en el almacén. ya que es esto es uno de los factores que descuadra los saldos
Esto es, al conciliar inventarios, el sistema valida las tablas de transacciones de inventarios y compara vs tablas de lotes de producto de las transacciones y la tabla de existencias de lote, si encuentra que se dió salida a un lote que no existia previamente, entonces lo registra como un Reconcile, y a partir de aqui recalcula las existencias para llegar al saldo inicial
En el reporte de conciliacion muestra los cambios que realiza,
En el caso que muestras es probable que hayan salido 25 kgs con un lote de producto que no ingresó al inventario
si fuese posible que detectaras cual fue el movimiento, entonces puedes colocar en cero el movimiento desde SQL, ya que hacer una transaccion solo redunda el error.
las tablas involucradas en esto son:
IV00300 – Maestro de Lotes
IV30300 – Transacciones de inventario – detalle
IV30400 – Transacciones de inventario – detalle de lote de producto
SOP10201 – Transacciones de ventas – detalle de lote de producto
El mejor indicio de busqueda serán las transacciones realizadas con lotes Reconcile
El artículo en el partner que consigna este tema es
Article ID: 2647425 – Last Review: April 3, 2012 – Revision: 1.1The Balance In Item Stock Inquiry is incorrect in Microsoft Dynamics GPsaludosGracias por la información, pero bien lo dices es una lastima que no haya una solución concreta por parte de Microsoft ya que tenemos que estar ultrajando las DB’s cuando no deberia de serlo 🙁 … en fin hay que seguir corrigiendo y aprendiendo más de esos detalles de GP.
Saludos.
Estimado Buen dia.
Este problema también me paso en la empresa que laboro (Ecuador) y simplemente debes actualizar el stock real en la tabla iv00102, esto puede ser porque no existe alguna transacción en las tablas que se registra el ingreso y egreso.
El Dynamics GP calcula el saldo del stock con referencia al stock actual y por eso te muestra al final ese valor incorrecto.
Si el stock disponible de GP en es el real, entonces te falta una transacción en la tabla iv10201 (que registra los egresos), caso contrario te toca revisar la tabla de stock real iv00102 actualizando el sitio donde se encuentra el item restando los 25 y la línea que totaliza la cantidad disponible.
Espero haberte ayudado!!
Buen dia!!
Qué tal Henry gracias por el apoyo, si de hecho así es como lo vengo haciendo pero si es preocupante que por naturaleza del propio sistema tengan estos errores 🙁 y que ni conciliar nos ayude de mucho 🙁 )
Saludos y buen día.
Buenos días no se si te sirva ya por el tiempo jeje pero para los que se les presente este problema pues no es tan complicada la solución, ahi les vá.
Realizas un select a la tabla IV00102 que es la tabla de saldos, la cual por algun motivo no se te actualizó se encuentra descuadrada, basicamente restale la cantidad erronea en este caso 25 tanto en el global como en la bodega en la que tenga el error, además pasale un hipervinculos de inventarios para que te genere los correctivos y te queda super bien.
ahi me cuentas.
si he realizado este proceso varias veces para arreglar mi saldo final e incluso me permita realizar mi salida de productos, sin embargo se vuelve a desconfigurar cuando hace su conciliación automática al realizar una entrada, por lo tanto no es una solución definitiva.
Probare lo indicado por Adriana G Jimenez Rios por el articulo de Microsoft
Article ID: 2647425 – Last Review: April 3, 2012 – Revision: 1.1The Balance In Item Stock Inquiry is incorrect in Microsoft Dynamics GPles comento como me fue.Hola a todos he visto la misma situación con movimientos de artículos, que al iniciar la cantidad de entrada descuadra con su el primer saldo tal como lo aprecian en la imagen, conciliar muchas veces no resuelve dependiendo sea el caso, por ningun motivo y no lo sugiero hacer tocar las tablas donde presuntamente tengan el problema o crean que sea un registro ya que al momento de conciliar va aparecer la misma cantidad eliminada pero con el nombre RECONCILED, lo mas aconsejable es hacer ajuste para corregir las diferencias y determinar que fue lo que sucedió para documentar ante una auditoria.
Siempre se debe verificar y revisar los stock de productos y comprobar la consistencia de saldos
las tablas que contienen los movimientos como principales
IV10200 Transacciones de ENTRADA
IV10201 Transacciones de SALIDA
Saludos
Buenas tardes.
TEngo el mismo problema con varios productos, y les comento que encontre la la causa pero no tengo la solucion, pero se las comparto porque creo que se puede evitar por medio de procedimientos.
No.1, Cuando se ingresa un producto lo normal esque en el Kardex aparezca la entreada y luego la salida, pero he comprobado que cuando la entrada y la salida se hace en la misma fecha y casi imedita una de la otra, sucede este problema, la razon es porque en le KARDEX tienen unos ordenamientos por descripcion y unos numeros de ID que provocan que las salidas sean antes que la compra.
No.2, cuando el producto ya tiene transacciones y todo esta bien, si el producto llega a cero y se hace lo del numeral 1 sucede lo mismo, la diferencia esque la cantidad la arrastra hasta la primera linea porque el saldo lo construye cada vez que se ingresa a la pantalla partidendo de una existencias hacia atras.
Espero les de una luz y si alguien encuentra una solucion nos las comparta.
- Debes estar registrado para responder a este debate.