• Este debate tiene 2 respuestas, 2 mensajes y ha sido actualizado por última vez el hace 2 semanas, 3 días por quique.soriano.
Viendo 3 entradas - de la 1 a la 3 (de un total de 3)

Respuestas del foro



  • usuario.erp@vitro.bio
    Participante
    usuario.erp@vitro.bio

    Hola, somos una empresa con NAV 2017.

    Nos está ocurriendo un problema con las hojas de planificación:

    • Lanzamos la hoja de planificación.
    • Se generan las líneas en la planificación.
    • Se generan las reservas de atado en la 337 del documento origen con la 246 en la libro y sesión donde se ha ejecutado.
    • Elimino las líneas de la hoja de planificación en el mismo libro y sección y se queda vacío.

    Aquí es donde se lía, el sistema deja el rastro en la 337 con el libro y sesión que había sido generado. sin información de id Origen contra la tabla 32.

    A veces hay líneas de la hoja de planificación que no es capaz de eliminar, y salta el siguiente mensaje.

     

    Microsoft Dynamics NAV
    —————————
    Mov. reserva no existe. Campos de identificación y valores: Nº mov.=’5288459′,Positivo=’No’
    —————————
    Aceptar
    —————————

    ¿Sabéis que puede estar ocurriendo?

    #1019590

    usuario.erp@vitro.bio
    Participante
    usuario.erp@vitro.bio

    Auto-contesto, tras ver la documentación de NAV y analizado los datos de movimientos de reserva, a pesar de que la ficha de producto en seguimiento de pedido es ninguno (no tiene ni Seguimiento, ni seguimiento + mensajes de acción), cuando se lanza la hoja de planificación/demanda, el sistema hace un atado de documento origen y documento final, esto quiere decir que incluye en la tabla 337 registros de tipo seguimiento (1 registro con origen y otro registro con destino unido por el mismo Entry No).

    Además de ello, hay situaciones por el que el proceso genera otro tipo de registros de tipo excedentes, esto sucede cuando la cantidad en stock (tabla 32 de cantidad pendiente >0) + otros documentos de tipo entrada de mercancía (ped de compra, ensamblado…) es superior a la necesidad registrada en el sistema (por documento de venta, líneas de MP en Ped ensamblado….). Toda cantidad mayor a la necesidad, son marcadas como excedentes, por lo que es posible ver mov de reserva contra la tabla 32 (mov producto), o 39 (línea de compra) sin estar atado a ningún documento en concreto.

    En estos casos, para una misma referencia/variante/almacén, sobre la tabla 337 la suma de todos los registros de estado excedente, serán todo aquello que supere las necesidades, el resto de movs de reserva para la misma referencia/variante/almacén deberán ser de estado Reserva o Seguimiento coincidiendo la suma de estos dos con las necesidades reales que puedes encontrar (suma de cantidades de líneas de pedidos ventas, líneas de ped ensamblado, líneas de componentes, líneas de ped transferencias…).
    Ejemplo.

    Necesidades del sistema:
    4 unidades de líneas ventas (37)
    6 unidades de líneas ensamblado(91)

    Disponibilidades
    3 unidades en stock, en mov de producto con cantidad pdte > 0 (32)

    Proyecciones
    15 unidades en pedido de compra (39)

    Resumen:
    Necesidades = 10 unidades.
    Disponibilidad = 18 unidades.

    Registro en movs de reserva (Se genera por cada ref orig).
    Se genera dos registros de atado, de pedido de venta contra pedido de compra de tipo seguimiento de 4 unidades.
    Se genera dos registros de atado, de pedido de ensamblado contra pedido de compra de tipo seguimiento de 6 unidades.
    Se genera registro de excedente del pedido de compra de 5 unidades.
    Se genera registro de excedente del mov de producto de 3 unidades.

    Por alguna razón hay una escenario en el que NAV donde se genera un conflicto, y deja documentos bloqueados con el mensaje de error descrito en el post inicial. Entro ellos son, pedidos de transferencia que se realiza el envío, pero no se puede realizar la recepción porque es necesario que el seguimiento del producto (Nº de lote, Serie…) esté informado en la tabla 337, pero estos no existen. Creemos que hay un conflicto o error del calculo de los movimientos de reserva del proceso de hoja de demanda/planificación, por el cual elimina los movs de la 337 correspondiente a la recepción de la mercancía, pero esto no siempre ocurre.

    Seguiré informando por si alguien le pudiera servir de ayuda.

    Gracias.

    #1019592

    quique.soriano
    Participante
    quique.soriano

    Buenas tardes,

    desde hace 2 días estamos sufriendo esta situación de manera continua, cuando en los más de 3 años que llevamos utilizando esta versión de Navision nunca antes la habíamos sufrido.

    ¿Has averiguado algo más sobre los escenarios que pueden causar este problema?, ¿Puedes indicarme por dónde empezar a buscar, en función de lo que ya hayas revisado tú o las sospechas que pudieras tener?

    Te agradezco cualquier ayuda que puedas darnos.

    Gracias.

    #1019901
Viendo 3 entradas - de la 1 a la 3 (de un total de 3)

Debe iniciar sesión para responder a este tema.