ERP Hỏi về hệ thống logic trong MRP- Action Message

Thảo luận trong '[QC] Phần mềm kế toán, giải pháp quản trị DN' bắt đầu bởi Michelle, 13 Tháng chín 2006.

5,420 lượt xem

  1. Michelle

    Michelle Thành viên sơ cấp

    Bài viết:
    68
    Đã được thích:
    1
    Có mấy cái thắc mắc về MRP mà không hỏi ai được. Các bác xem rồi trả lời giúp em cái:

    Em tham khảo trong các phần mềm MRP, hệ thống "action message" của MRP có một số cái như sau:

    - New

    - Reschedule and Change Quantity

    - Reschedule

    - Change Quantity

    - Max Order Exceeded

    - Release Date Past Due:

    - Due Date Past Due

    - Cancel

    - Decrease

    - Defer to …

    - Expedite to…

    Em hiểu được:

    - Defer to …dùng cho việc cảnh báo một đơn hàng sẽ nhận (opened order) nên dời lại sau thời hạn nào đó để giảm các chi phí lưu kho.

    - Expedite to… dùng cho việc cảnh báo một đơn hàng sẽ nhận (opened order) nên được xúc tiến trước thời hạn nào đó để đáp ứng nhu cầu

    - Cancel : Hủy một đơn hàng đã firm nếu chạy lại MRP mà không thấy có nhu cầu nào trong tương lai

    Còn mấy cái action message kia thì xảy ra trong tình huống nào?

    Về lý thuyết, logic của vấn đề này trong MRP như thế nào?

    Các bác ERPers giúp em nhé?
     
    #1
  2. sonvdb

    sonvdb Thành viên sơ cấp

    Bài viết:
    28
    Đã được thích:
    0
    Nơi ở:
    Dong Nai
    Danh sách Action Messages mà Michelle liệt kê là của một MRP hay tập hợp từ nhiều MRP khác nhau ?

    Theo mình hiểu thì:

    New: Khi MRP thấy supply không đáp ứng được demand mà cũng không có bất kỳ opened supply order nào thì MRP đề nghị tạo New Order.

    Reschedule: Khi MRP thấy có opened supply order nhưng không đáp ứng được demand theo due date nhưng quantity vẫn được thì MRP đề nghị reschedule opened supply order, có thể là Expedite to hoặc Defer to.

    Change Qty: Khi MRP thấy có opened supply order nhưng không đáp ứng được demand theo Quantity nhưng Due Date vẫn được thì MRP đề nghị Change Qty của opened supply order, có thể là Decrease hoặc Increase.

    Reschedule & Change Qty: Kết hợp hai trường hợp trên.

    Max Order Exceeded: Để hiểu cái này thì cần tìm hiểu thêm các Planning Parameters mà ERP hỗ trợ như là Maximum Order Qty, Minimum Order Qty,...Ví dụ, demand 120, Maximum Order 100, lúc này MRP sẽ đề nghị một Order với quantity là 120 và đi cùng với order này là Action Message Max Order Exceeded. Hoặc MRP sẽ tạo 2 new order một có quantity là 100 và một có quantity là 20 tùy theo ERP của bạn.

    Chúc các bác thảo luận vui vẻ ...:beer:
     
    #2
  3. Michelle

    Michelle Thành viên sơ cấp

    Bài viết:
    68
    Đã được thích:
    1
    @sonvdb

    Cái này mình thu thập từ nhiều ERP khác nhau.

    Hình như bạn giải thích theo Navision?

    01. New order: trong một số phần mềm (vd ERIC) không dùng thuật ngữ này mà dùng "Pln Order" luôn. OK, cái này mình hiểu được.

    02. Reschedule:

    03. Reschedule & Change Qty:cái này chưa hẳn, tuỳ trong trường hợp mình chạy MRP ở môi trường nào?

    + Nếu chạy Net-Change

    Trong trường hợp có Pur.Order thì hệ thống vẫn giữ lại Pur.Order (đã release rồi thì làm sao mà Change Qty) cũ và đề nghị một Plan Order mới. Logic này lại quay về "New order".

    Trong trường hợp chưa có Pur.Order mà chỉ có Plan Order thì hệ thống vẫn giữ lại Pln.Order cũ (chạy trước đây) và đề nghị thêm một lượng (hoặc bớt đi). Action lúc này mới là "Reschedule & Change Qty"

    + Nếu chạy Regenerate

    Trong trường hợp có Pur.Order thì hệ thống vẫn giữ lại Pur.Order (đã release rồi thì làm sao mà Change Qty) cũ và đề nghị một Plan Order mới. Logic này lại quay về "New order".

    Trong trường hợp chưa có Pur.Order mà chỉ có Plan Order thì hệ thống đề nghị một Plan Order mới. Logic này cũng lại quay về "New order".


    04. Max Order Exceeded. OK, cái này thì có ERP hỗ trợ, có cái không vì khi hoạch định cho một vật tư trong 1 site thì Maximum Order Qty, Minimum Order Qty sẽ được setup theo policy của site đó trong chuỗi cung ứng (nếu không có thì sẽ tìm trong Item master). Có message thì tốt, không có thì phải tự hiểu lấy.

    Các action message khác cũng có thể lập luận tương tự. Mấu chốt là ở chỗ Net change hay Regenerate
     
    #3
  4. smallgent

    smallgent Thành viên sơ cấp

    Bài viết:
    55
    Đã được thích:
    1
    Nơi ở:
    HCMC
    @michelle: bác dùng ERP nào thế? Đọc mấy dòng của bác là em biết ngay bác là Doer mà phát triển nghề nghiệp nên em khoái trao đổi mấy dzụ này lém. Trước em dùng SAP full modules và đặc biệt về module MM hơn 5 năm nên cũng biết chút chút. Nếu bác không phiền thì PM cho em để cùng trao đổi kinh nghiệm nghề nghiệp nhé. Chào bác.
     
    #4
  5. sonvdb

    sonvdb Thành viên sơ cấp

    Bài viết:
    28
    Đã được thích:
    0
    Nơi ở:
    Dong Nai
    Việc chạy Regenerative hay Net Change đều dựa trên cùng các nguyên tắc giống nhau trong việc tạo các orders cũng như các messages.

    Khác nhau là ở: Net Change - chỉ plan lại cho những items có thay đổi về demand, BOM,...từ lần chạy gần đây nhất. Còn Regenerative - plan lại toàn bộ không cần biết có thay đổi gì hay không.

    Các bạn cho ý kiến nhé!
     
    #5
  6. sonvdb

    sonvdb Thành viên sơ cấp

    Bài viết:
    28
    Đã được thích:
    0
    Nơi ở:
    Dong Nai
    Change Qty được chứ! Thực tế trong cuộc sống người ta đặt hàng rồi nhưng sau đó vẫn thay đổi (tăng hay giảm) đấy thôi.
     
    #6
  7. Michelle

    Michelle Thành viên sơ cấp

    Bài viết:
    68
    Đã được thích:
    1
    Change OK! Nhưng là revised và do con người làm trực tiếp!

    Cái mình đang nói là các thay đổi do hệ thống MRP tạo ra cho các Planed Order.
     
    #7
  8. smallgent

    smallgent Thành viên sơ cấp

    Bài viết:
    55
    Đã được thích:
    1
    Nơi ở:
    HCMC
    @Michelle;

    Một PO khi đã được release mà thay đổi bất kỳ nội dung nào của nó sau khi release thì nó phải được release lại thôi. Module MM nào mà không đáp ứng được việc này thì coi như chưa hoàn hảo vì nó không đi sát với thực tế. Thực tế là khi đã order hàng rồi vẫn có khả năng còn phải điều chỉnh như bác sonvdb nói đấy thôi. Trong trường hợp thay đổi thì nhân viên mua hàng sẽ điều chỉnh trên PO và sau đó PO sẽ bị khóa lại và không thể in ra cho đến khi nó được release lại.
     
    #8

Chia sẻ trang này