OFBiz
  1. OFBiz
  2. OFBIZ-1887

configurable Product processing with inventory required

    Details

      Description

      Hi,
      I tried to insert an order concerning the configurable Product example,
      PC001.
      I joined PC001 and its components to a warehouse and a main supplier.
      I also populated my warehouse with purchase order only for PC components
      (RAM, HD, ..)

      Inventory:
      PC001 = 0
      RAM= 10
      HD2GB = 10
      HD4GB=10
      ETHERNET = 10
      MODEM = 10

      Because it's not necessary to create any BOM for configurable goods,
      I executed a sale order configuring the interested components and waiting
      the production run creation.

      But I received the following error " :
      "Sorry, we do not have enough (you tried 1) of the product Configurable PC
      (product ID: PC001)
      in stock, not adding to cart. Please try a lower quantity, try again later,
      or call customer
      service for more information".

      Any suggestion?

      Nico

      Hi Nico,

      you have to adjust product store and product parameters.
      Any of these should solve your problem :

      productStore.checkInventory = "N"

      OR

      product.requireInventory ="N"

      OR

      product.requireInventory =""
      productStore.requireInventory ="N"

      Bilgin

      However this does not address why

      product.requireInventory ="Y"
      causes this error.

      will trouble shoot.

        Activity

        Hide
        BJ Freeman added a comment -

        changed priority

        Show
        BJ Freeman added a comment - changed priority
        Hide
        Scott Gray added a comment -

        Works with the demo data, so it's probably a configuration problem

        Show
        Scott Gray added a comment - Works with the demo data, so it's probably a configuration problem
        Hide
        Scott Gray added a comment -

        Nevermind I missed the whole point of the issue

        Show
        Scott Gray added a comment - Nevermind I missed the whole point of the issue
        Hide
        BJ Freeman added a comment -

        here is what I am thinking so far.
        if someone sets the inventory required to Y
        a inventory service or Eca will run that will put task in my page to add the inventory for each part called out in the configuration.
        they can opt to set the Product needs inventory to N for all the items or add inventory.
        it will run again to check that a PO is generated to cover inventory. May use existing services.
        it will check every so often to see if all inventory is received.

        From an ordering point of view will modify so even if inventory is required if it is a configurable product As long as the PO are approved, it will be allowed.

        looking at MRP to see if can use this to do some of the above.

        Show
        BJ Freeman added a comment - here is what I am thinking so far. if someone sets the inventory required to Y a inventory service or Eca will run that will put task in my page to add the inventory for each part called out in the configuration. they can opt to set the Product needs inventory to N for all the items or add inventory. it will run again to check that a PO is generated to cover inventory. May use existing services. it will check every so often to see if all inventory is received. From an ordering point of view will modify so even if inventory is required if it is a configurable product As long as the PO are approved, it will be allowed. looking at MRP to see if can use this to do some of the above.
        Hide
        Scott Gray added a comment -

        Here are the options as I see it:
        1. Have check inventory available service simply return true for configurable products.
        2. Get more complicated and hide configuration options for which there is no inventory but if any of the options without inventory are mandatory then do not allow ordering of the product at all

        Show
        Scott Gray added a comment - Here are the options as I see it: 1. Have check inventory available service simply return true for configurable products. 2. Get more complicated and hide configuration options for which there is no inventory but if any of the options without inventory are mandatory then do not allow ordering of the product at all
        Hide
        BJ Freeman added a comment -

        Part of my thoughts is to allow ofbiz to instruct the user when there is something not normal.

        #1 would accomplish the same as setting the Product inventory required to N
        don't see that much help.
        but putting the task in the may page, it allows the user to:
        1) correct the setting to the N
        2) figure out the inventory.

        I like #2 but there should be some feed back to the person setting up the configuration when the required is Y that this will happen.

        Show
        BJ Freeman added a comment - Part of my thoughts is to allow ofbiz to instruct the user when there is something not normal. #1 would accomplish the same as setting the Product inventory required to N don't see that much help. but putting the task in the may page, it allows the user to: 1) correct the setting to the N 2) figure out the inventory. I like #2 but there should be some feed back to the person setting up the configuration when the required is Y that this will happen.
        Hide
        Scott Gray added a comment -

        Hi BJ,

        You're right about my #1 thanks for pointing that out.

        I don't see the point in having a special page for "figuring out the inventory", there are already processes in place for automatically creating requirements to replenish inventory levels.

        I would imagine that when the product store's requireInventory flag is set to Y this is done for a very good reason, and the user should understand that no backorders will be taken.

        Show
        Scott Gray added a comment - Hi BJ, You're right about my #1 thanks for pointing that out. I don't see the point in having a special page for "figuring out the inventory", there are already processes in place for automatically creating requirements to replenish inventory levels. I would imagine that when the product store's requireInventory flag is set to Y this is done for a very good reason, and the user should understand that no backorders will be taken.
        Hide
        BJ Freeman added a comment -

        There is no special page, my page already has task lists. So it is just adding a task to the list.
        Yes I was not going to re-invent the wheel, as for as figuring out inventory, just enhance the end user awareness.
        I agree that a consultant, that is familar with ofbiz would know about the inventory required.
        However an end user may not.
        I have been in many enviorments, where there is turn over of end users, and not all get relayed.
        My purpose is to enhance ofbiz to be more user friendly and intuitive.

        Show
        BJ Freeman added a comment - There is no special page, my page already has task lists. So it is just adding a task to the list. Yes I was not going to re-invent the wheel, as for as figuring out inventory, just enhance the end user awareness. I agree that a consultant, that is familar with ofbiz would know about the inventory required. However an end user may not. I have been in many enviorments, where there is turn over of end users, and not all get relayed. My purpose is to enhance ofbiz to be more user friendly and intuitive.

          People

          • Assignee:
            Unassigned
            Reporter:
            BJ Freeman
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:

              Development