Comprar contra proyecto

Etiquetado: ,

Este debate contiene 5 respuestas, tiene 2 mensajes y lo actualizó  Cristina Nicolàs hace 1 año, 3 meses.

Viendo 6 publicaciones - del 1 al 6 (de un total de 6)
  • Autor
    Publicaciones
  • #3968

    Pilar
    Participante

    ¡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.

    #3972

    Cristina Nicolàs
    Jefe de claves

    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

    Curso presencial. Conviértete en un Experto en Business Central.

    Curso organizado como un máster.
    Las inscripciones anticipadas terminan el 28 de febrero.
    Inicio del curso: 26 de Abril
    Más información

    #3988

    Pilar
    Participante

    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.

    #3996

    Cristina Nicolàs
    Jefe de claves

    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

    Curso presencial. Conviértete en un Experto en Business Central.

    Curso organizado como un máster.
    Las inscripciones anticipadas terminan el 28 de febrero.
    Inicio del curso: 26 de Abril
    Más información

    #3998

    Pilar
    Participante

    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.

    #4000

    Cristina Nicolàs
    Jefe de claves

    Hola Pilar,

    Gracias por la información.

    Un saludo,
    Cristina Nicolàs

    Curso presencial. Conviértete en un Experto en Business Central.

    Curso organizado como un máster.
    Las inscripciones anticipadas terminan el 28 de febrero.
    Inicio del curso: 26 de Abril
    Más información

Viendo 6 publicaciones - del 1 al 6 (de un total de 6)

Debes estar registrado para responder a este debate.

Members Currently Active: 0
No users are currently active
Keymaster | Moderator | Participant | Spectator | Blocked
Additional Forum Statistics
Threads: 722, Posts: 2.395, Members: 808
Welcome to our newest member, trintrin3
Most users ever online was 15 on 5 April, 2019 9:31 am