Etiquetado: ,

  • Este debate tiene 5 respuestas, 2 mensajes y ha sido actualizado por última vez el hace 6 años, 3 meses por Cristina Nicolàs.
Viendo 6 entradas - de la 1 a la 6 (de un total de 6)

Comprar contra proyecto



  • Pilar
    Participante
    Pilar

    ¡Hola!

    Explicas en el curso de Proyectos que al recepcionar un pedido de compra asociado a un proyecto, automáticamente registra un Ajuste negativo, para descontar ese material de stock. La duda que tengo es… qué diferencia habría entre hacerlo así o registrar el pedido sin asociarlo al proyecto y posteriormente registrar el consumo de ese material en un diario de proyectos.

    Me ha surgido esa duda porque nosotros registramos los albaranes de compra desde Recepciones Almacén, y nos hemos encontrado con que al traer documentos origen a la recepción, las líneas de pedido asociadas a proyecto no aparecían. Y no aparecen porque al lanzar el pedido, no se genera Solicitud almacén (en la Codeunit 5772 hace filtro PurchLine.SETRANGE(“Job No.”,”);), pero no entiendo por qué hace ese filtro, algún motivo habrá…

    Muchas gracias de antemano, y enhorabuena por los cursos.
    Pilar.

    #3968

    Cristina Nicolàs
    Superadministrador
    Cristina Nicolàs

    Hola Pilar,

    No he tenido que lidiar nunca con esta casuística, los clientes que tengo que compran contra proyecto no utilizan las recepciones de almacén, sino que recepcionan desde el pedido de compra.

    No te puedo decir si es seguro o no quitar ese filtro.

    Pero hay otra casuística que no crea recepciones de almacén, es en las compras de subcontratación de fabricación.
    No tiene nada que ver, pero en este caso también hay un filtro explícito en esta misma codeunit.
    Yo seguí las indicaciones de este artículo: https://www.olofsimren.com/subcontracting-part-4-warehouse-receipts/ y me funcionó perfectamente.
    Entre otros, quita precisamente ese filtro y permite que se creen las recepciones de almacén.

    Quizá puedes aplicar algo similar a tu casuística. En cualquier caso, pruébalo bien antes no vaya a ser que con esto se rompa alguna otra funcionalidad.

    Un saludo,
    Cristina Nicolàs

    #3972

    Pilar
    Participante
    Pilar

    Gracias, Cristina,

    Nosotros también tenemos el caso de compras de subcontratación, y también modifiqué en su día la programación y está funcionando. Pero el caso de los proyectos que no lo he trabajado mucho, me daba un poco de miedo tocarlo. Tendré que probar, a ver qué sale 🙂

    De momento estamos registrando el pedido sin asociarlo al proyecto y después registramos el consumo de ese material en un diario de proyectos, así se van imputando los costes, que es lo que nos interesa.

    Gracias de nuevo,
    Pilar.

    #3988

    Cristina Nicolàs
    Superadministrador
    Cristina Nicolàs

    Hola Pilar,

    Si algún día lo pruebas, ya nos contarás el resultado.

    Yo en un cliente que trabaja con proyectos también hice que el consumo de los productos lo tuvieran que registrar a posteriori.
    El estándar de NAV, al registrar la compra, registra también el consumo contra el proyecto y por tanto te deja sin stock.
    Pero la realidad no es esta, aunque hayas comprado contra un proyecto en concreto, cuando llega la compra, el producto está en stock. Y consumirlo en el proyecto se consume unos días más tarde, cuando lo utilizan o cuando lo entregan a cliente.
    Con el estándar de NAV, no podía controlar el stock del producto ni podía controlar en qué momento se consumía.

    Pero la opción de comprar normal (sin vincular contra proyecto) y registrar el consumo más tarde en el diario de proyectos, no convenció a mi cliente. Porque con esto, en el proyecto, no se puede controlar lo que está en pedidos de compra, en albaranes, etc.

    Al final opté por comprar contra proyecto, de modo que las estadísticas siempre están actualizadas, pero modificar el proceso de registro de la compra para que no generase el ajuste negativo ni el uso en el proyecto.
    El día que realmente lo usan, entonces lo registran en el diario de proyectos.

    Es una solución ligeramente distinta a la que has aplicado tu. Lo expongo solo como idea, quizá te pueda interesar.

    Un saludo,
    Cristina Nicolàs

    #3996

    Pilar
    Participante
    Pilar

    Hola de nuevo,

    Pues he probado (en BD de pruebas) a quitar:
    – el filtro PurchLine.SETRANGE(“Job No.”,”); en la Codeunit 5772 -Whse.-Purch. Release
    – el filtro SETRANGE(“Job No.”,”); en el Report 5753 – Get Source Documents

    y ha funcionado bien, me ha dejado traer el pedido a una recepción de almacén y registrarlo como una compra normal.

    Pero tienes razón, el hecho de que genere el Ajuste negativo automáticamente al registrar la compra, no resulta útil. Lo de modificar el proceso para que no genere dicho movimiento es muy buena idea, gracias por compartirla.

    Muchas gracias de nuevo,
    Pilar.

    #3998

    Cristina Nicolàs
    Superadministrador
    Cristina Nicolàs

    Hola Pilar,

    Gracias por la información.

    Un saludo,
    Cristina Nicolàs

    #4000
Viendo 6 entradas - de la 1 a la 6 (de un total de 6)

Debe iniciar sesión para responder a este tema.